第一篇：個人博客系統需求分析

[個人博客系統]

需求說明書

[V1.0(版本號)]

擬 制 人朱金國審 核 人潘欣批 準 人潘欣

[二零一零年五月九日]

需求說明書

1．引言

1.1編寫的目的a．為明確軟件需求、安排項目規劃與進度、組織軟件開發與測試，撰寫本文檔。

b．本文檔供項目經理、設計人員、開發人員參考。

1.2背景

a.系統名稱：個人博客系統;

b.用戶：廣大普通用戶包括高級知識分子；

C.市場背景：全球上網的10億人中，有1億人正通過博客改變他們的生活，不同國家、地區、年齡的人群通過博客建立了一個充滿個性的交流空間，人們通過自己的文字傳遞著不同的信息。作為一個新興、發展、甚至迅速膨脹的網絡空間，博客向我們透露著這個信息傳遞和情感交流的平臺將影響接下來的幾代人。

1.3定義

Blog:博客

1.4參考資料

《軟件文檔國家標準》

《計算機軟件開發文檔編寫指南》

2．任務概述

2.1目標

本系統所實現的功能將是利用程序的智能算法，利用各種數據，將各個Blog的最新內容整合到一起。

（1）建立查詢網站，支持并發訪問

（2）可提供面向所有客戶的基于HTML和RSS等格式的實用信息

（3）提高數據讀取效率

（4）建立多個發布點，規避網絡風險，保證數據傳輸穩定

（5）能隨時根據站點數量和內容的變化實現更新和擴展

（6）發布的信息能夠鼓勵Blog作者經常更新自己的站點，能夠產生實際的宣傳效果

2.2.運行模式：

面向用戶，在瀏覽器中直接返回相關數據，包括最新日志和站點信息。

本系統被期望布署為一個數據發布系統和多個數據鏡像發布系統，要求有較高可靠性和穩定性。

2.3 用戶的特點

管理員：可以對普通用戶進行授權，對會員信息進行部分更改，主要包括用戶角色調

整，版主調整，刪除會員等；

注冊用戶：可以加好友，關注好友，轉載博文，上傳圖片，留言等；

游客：可以進行匿名留言等。

3．需求規定

3.1系統功能模塊

1.會員注冊

新會員注冊，提供會員信息，檢驗新會員信息的有效性；

2.會員登陸

輸入用戶名和密碼，檢驗用戶信息；

3.會員管理

管理員由程序員設置一個，管理員可以對會員信息進行部分更改，主要包括用戶角色調整，版主調整，刪除會員等；

4.Blog板塊管理

用戶可以添加，刪除，調整博客板塊；

5.留言管理

用戶可以對所有帖子進行轉移，刪除等操作；

6.留言回復

注冊用戶可以回復好友；

7.博文發表

注冊用戶可以在板塊中發表新博文；

8.博文搜索

用戶或者游客可以提供關鍵字查找博主的相關博文，注冊用戶可以查看自己發表的博文;

9.博友

注冊用戶可以添加好友，便于查看好友的博文和評論好友博文，以及給好友發送消息，留言等

10.聊天室

注冊用戶可以在聊天室和Blog成員會話

聊天室的名稱，人數限制等由管理員設置，聊天室可以由管理員創建，刪除。

13.意見反饋

用戶可以給管理員聯系，并歡迎提成各種意見和建議；

3.2系統操作

1.會員注冊

填寫個人信息---信息檢驗---保存會員信息

2.會員登陸

輸入用戶名和密碼---信息驗證

3.會員管理

持有管理員角色---角色調整或分配版主或刪除用戶

4.博客板塊管理

注冊用戶角色---添加,刪除,調整,隱藏板塊

5.博文發表

注冊用戶---選擇板塊發表主題---主題持久化

6.留言回復

注冊用戶---針對主題發表回復---回復持久化

7.留言管理

持有版主角色---轉移,刪除等操作

8.博文搜索

注冊用戶---按檢索條件返回相關博文

9.好友

注冊用戶---添加好友用戶名---驗證信息---添加成功

3.3 對性能的規定

3.3.1精度

輸入數據除了非法字符均可。

3.3.2時間特性要求

無具體要求（或者一天24小時）。

3.3.3靈活性

當系統遇到偶然或者非人為的故障時，本系統將自動保存未完成的任務。

4．運行環境規定

4.1設備

Win98以上操作系統

內存：128M以上

硬盤：20G以上

（因為本系統對硬件要求不高，所以以上數據僅供參考）

4.2支持軟件

大部分瀏覽器均可；

裝了flash播放器

4.3接口

第二篇：博客系統需求分析報告

博客管理系統

1.系統需求分析

博客系統分前臺功能和后臺功能兩大部分。前臺主要供用戶注冊，瀏覽，后臺主要供管理員使用，管理員可以對用戶進行管理。

1.1前臺功能分析

博客系統前臺的用戶共分兩類：一類是注冊用戶(正式用戶)，這類用戶有基本的信息，可以對自己的信息進行查看與修改，；另一類用戶是游客（未注冊用戶），他們只能查看、瀏覽注冊用戶的信息。

游客：可以查看注冊用戶的信息。經過注冊可以成為注冊用戶。

注冊用戶：

1、登錄后對可以對個人信息進行查看和修改。

2)博客用戶通過前臺登錄后，對自己的空間進行管理，包括發布自己的網絡日志，分享視頻，分享音樂，邀請好友玩游戲，上傳照片，與相關人員進行交流和溝通以及刪除訪客發表的評論

3）博客用戶登錄后對自己的信息進行修改

非注冊用戶

1)游客通過注冊，登錄進入博客空間發表評論

2)游客不注冊，通過匿名方式對博客空間瀏覽文章，發表評論，查看文章發表人的所有文章

1.2后臺功能分析

博客系統后臺主要是供管理員使用的，管理員可對用戶進行添加、刪除、查詢及修改；對網站的新聞、公告進行管理。

管理員也可以具有不同的權限分為超級管理員和普通管理員，普通管理員具有以上權限，超級管理員除了可以具有以上所有功能外，還可以添加、刪除普通管理員。

2.數據庫設計

2.1數據庫概念結構設計

對博客系統進行分析后，抽象出有關的數據，按照現實世界的事物能作為屬性對待的，盡量作為屬性對待的原則。作為“屬性”，不能再具有需要描述的性質，“屬性”必須是不可分的數據項，不能包含其它的屬性；“屬性”不能與其它實體具有聯系，E-R圖中所表示的聯系是實體與實體的聯系。依照以上準則，可以確定哪些為實體，哪些為屬性，每個實體具有哪些屬性，實體之間存在何種聯系。經分析之后，該系統中包含的實體以及實體之間的聯系如下所示：

實體：管理員實體，用戶實體，文章類型實體、鏈接實體、留言實體、文章實體和評論實體，回復實體，視頻，照片，音樂、游客。

實體間存在的聯系

管理員和用戶實體之間存在多對多的聯系

博客用戶與鏈接之間存在多對多的消息聯系

博客用戶與留言之間多對多的回復聯系

文章類型與文章之間存在一對多的消息聯系

文章與評論之間存在一對多的消息聯系

用戶和游客之間存在一對多的聯系

用戶和視頻之間存在一對多的聯系

用戶和音樂之間存在一對多的聯系

用戶和照片之間存在一對多的聯系

實體的屬性：

留言（留言編號，網友昵稱，日期，標題，內容，個人主頁，回復）管理員（管理員，密碼，權限）博客用戶（用戶號，用戶名，密碼，真實姓名，性別，出生年月，郵箱，電話，單位，城市，地址，注冊時間，積分，用戶等級，安全問題，安全答案）

文章（文章編號，作者，標題，摘要，內容，發表日期，人氣，回復，類型編號，類型名稱，回復數）

文章類型（類型編號，類型名稱）

評論（編號，用戶昵稱，標題，內容，發表時間，文章編號）鏈接（鏈接編號，名稱，地址）

新聞（新聞號，標題，內容，時間）公告（公告號，標題，內容，時間）

視頻（視頻編號，標題，內容，時間）

音樂（音樂編號，標題，內容，時間，歌手名）

照片（照片編號，標題，內容，時間，大小）

游客（游客號，游客名）回復（用戶號，留言號，主題，內容，回復時間）

聯系的屬性：

實體之間關系的E-R圖如圖7-7所示。

2.2數據庫邏輯結構設計

根據系統E-R圖，把實體與實體之間的聯系轉換成關系模型，E-R圖中的每個實體轉換成一個關系模型，實體之間一對多的聯系合并到多方實體對應的關系模型中，把一方的碼與聯系的屬性納入到多方實體對應的關系模型中，為實體之間多對多的聯系創建一個新的關系模型，它包含雙方的碼以及聯系的屬性。具有相同碼的關系模型有些情況下可以考慮把它們合并。在轉換過程中應該按照關系規范化的理論，對關系模型進行優化，減少冗余和數據操作異常，提高查詢速度，在性能與范式之間作出權衡，一般所設計出的關系數據庫達到3NF就基本符合要求。按照

評論（編號，用戶昵稱，標題，內容，發表時間，文章編號）

文章（文章編號，作者，標題，摘要，內容，發表日期，人氣，回復，類型編號，類型名稱，回復數）

文章類型（類型編號，類型名稱）

博客用戶（用戶號，用戶名，密碼，真實姓名，性別，出生年月，郵箱，電話，單位，城市，地址，注冊時間，積分，用戶等級，安全問題，安全答案）

發表（用戶號，文章編號，發表日期）管理（管理員，用戶號，注冊號）留言（留言編號，用戶號，網友昵稱，日期，標題，內容，個人主頁，回復）回復（用戶號，留言編號，主題，內容，回復時間）

鏈接（鏈接編號，名稱，地址）

訪問（用戶號，游客號，訪問量,訪問時間）

公告（公告號，標題，內容，時間）

視頻（視頻編號，用戶號，標題，內容，時間）

音樂（音樂編號，用戶號，標題，內容，時間，歌手名）

照片（照片編號，用戶號，標題，內容，時間，大小）

游客（游客號，游客名）

3功能分析

在其博客管理系統上建立適當的視圖，索引，存儲過程和觸發器，因此我們主要從這四個方面來分析它的功能

A 視圖：視圖是一個虛擬表，其內容由查詢定義。同真實的表一樣，視圖包含一系列帶有名 稱的列和行數據。但是，視圖并不在數據庫中以存儲的數據集合形式存在。.創建某某表的視圖

2、利用cust_view視圖添加一條記錄數據

3、創建視圖sale_item_view，該視圖中包含訂單編號、訂貨日期、產品編號及數量。然后利用該視圖向表中插入數據

4刪除視圖中所有姓“王”的客戶數據

5有兩個基本表employee和sales，創建一個視圖，該視圖包含相同業務員的編號、姓名、訂單號、銷售總金額。

6將上述視圖中訂單號為10001的記錄的銷售金額改為60000。

B 索引：索引用來快速地尋找那些具有特定值的記錄。

普通索引，這是最基本的索引類型，而且它沒有唯一性之類的限制。普通索引可以通過以下幾種方式創建：

創建索引，例如CREATE INDEX <索引的名字> ON tablename(列的列表);

修改表，例如ALTER TABLE tablename ADD INDEX [索引的名字](列的列表);

創建表的時候指定索引，例如CREATE TABLE tablename([...], INDEX [索引的名字](列的列表));

唯一性索引，這種索引和前面的“普通索引”基本相同，但有一個區別：索引列的所有值都只能出現一次，即必須唯一。唯一性索引可以用以下幾種方式創建：

創建索引，例如CREATE UNIQUE INDEX <索引的名字> ON tablename(列的列表);修改表，例如ALTER TABLE tablename ADD UNIQUE [索引的名字](列的列表);

創建表的時候指定索引，例如CREATE TABLE tablename([...], UNIQUE [索引的名字](列的列表));

主鍵：主鍵是一種唯一性索引，但它必須指定為“PRIMARY KEY”。如果你曾經用過AUTO_INCREMENT類型的列，你可能已經熟悉主鍵之類的概念了。

主鍵一般在創建表的時候指定，例如“CREATE TABLE tablename([...], PRIMARY KEY(列的列表));”。但是，我們也可以通過修改表的方式加入主鍵，例如“ALTER TABLE tablename ADD PRIMARY KEY(列的列表);”。每個表只能有一個主鍵。

3存儲過程: 一組為了完成特定功能的SQL 語句集，經編譯后存儲在數據庫中，用戶通過指定存儲過程的名字并給出參數（如果該存儲過程帶有參數）來執行它。

1、利用存儲過程，給employee表添加一條業務部門員工的信息。

2、利用存儲過程從employee、sales、customer表的連接中返回所有業務員的姓名、客戶姓名、銷售金額。

3、創建帶一個輸入參數的存儲過程，實現按員工姓名進行模糊查找，查找員工編號、訂單編號、銷售金額。

4、創建帶兩個輸入參數的存儲過程，查找姓“李”并且職稱為“職員”的員工的員工編號、訂單編號、銷售金額。

3、利用存儲過程計算出訂單編號為10003的訂單的銷售金額。（帶一輸入參數和一輸出參

數）（提示：sales表中的tot_amt應該等于sale_item表中的同一張訂單的不同銷售產品的qty*unit_price之和）

4、創建一存儲過程，根據給出的職稱，返回該職稱的所有員工的平均工資。（帶一輸入參

數和返回值）

4觸發器觸發器對表進行插入、更新、刪除的時候會自動執行的特殊存儲過程。觸發器一般用在check約束更加復雜的約束上面。觸發器和普通的存儲過程的區別是：觸發器是當對某一個表進行操作。諸如：update、insert、delete這些操作的時候，系統會自動調用執行該表上對應的觸發器。SQL Server 2005中觸發器可以分為兩類：DML觸發器和DDL觸發器，其中DDL觸發器它們會影響多種數據定義語言語句而激發，這些語句有create、alter、drop語句。

1、針對employee表寫一個DELETE觸發器，顯示刪除的員工人數。

2、針對employee表寫一個UPDATE觸發器，限制每次工資額的變動不能超過原工資的20%。

3、定義一個觸發器，保證新添加的員工的工資不能超過5000元

4、對sale_item表創建一個觸發器，當插入一條銷售明細記錄時，如果該記錄的產品數量超過5，則顯示“歡迎成為本公司的VIP會員！”

5、針對customer表，定義一觸發器用來保證參照完整性

6、針對sales表，定義一觸發器保證參照完整性(參照customer表)

7.針對employee表，定義一觸發器用來保證實體完整性

8，在customer表上創建一觸發器，用來實現級聯刪除

9、定義一觸發器，保證新添加的員工的工資不能超過5000元

10、創建一個觸發器，只能接受女員工

11，、寫一個允許用戶一次只刪除一條員工記錄的觸發器。

第三篇：個人博客系統可行性分析

一、可行性研究報告

一、可行性研究報告.......................................................................................................................1 1．引言.............................................................................................................................................2

1.1編寫目的.............................................................................................................................2 1.2項目背景.............................................................................................................................2 1.3定義.....................................................................................................................................2 1.4參考資料.............................................................................................................................2 2．可行性研究的前提.....................................................................................................................2

2.1要求.....................................................................................................................................2 2.2目標.....................................................................................................................................4 2.3條件、假定和限制.............................................................................................................4 2.4可行性研究方法.................................................................................................................5 2.5決定可行性的主要因素.....................................................................................................5 3．對現有系統的分析.....................................................................................................................5

3.1處理流程和數據流程.........................................................................................................5 3.2工作負荷.............................................................................................................................5 3.3費用支出.............................................................................................................................6 3.4人員.....................................................................................................................................6 3.5設備.....................................................................................................................................6 3.6局限性.................................................................................................................................6 4．所建議技術可行性分析.............................................................................................................6

4.1對系統的簡要描述.............................................................................................................6 4.2處理流程和數據流程.........................................................................................................7 4.3與現有系統比較的優越性.................................................................................................7 4.4采用建議系統可能帶來的影響.........................................................................................7 4.5技術可行性評價.................................................................................................................8 5．所建議系統經濟可行性分析.....................................................................................................9

5.1支出.....................................................................................................................................9 5.2效益.....................................................................................................................................9 5.3收益/投資比........................................................................................................................9 5.4投資回收周期...................................................................................................................10 5.5敏感性分析.......................................................................................................................10 6．社會因素可行性分析...............................................................................................................10 6.1法律因素...........................................................................................................................10 6.2用戶使用可行性...............................................................................................................10 7．其他可供選擇的方案...............................................................................................................10

1．引言

1.1編寫目的

在編寫個人博客系統時一定存在很多問題，而可行性分析就是為了對問題進行研究，以最小的代價在最短的時間內確定問題是否能夠解決

1.2項目背景

所建議開發軟件的名稱：個人博客系統 項目的任務提出者、開發者：開發小組 用戶及實現軟件的單位：網民

項目與其他軟件或其他系統的關系：以傳統博客系統為基礎，增加了自己的一些功能，用asp.net技術嘗試性的踏出了創新的一步。

1.3定義

個人博客系統：顧名思義，個人博客系統是一個自主研發的博客系統，它具備了全新的技術，擁有了自己獨特的功能，是一個全面的系統。

1.4參考資料

張海藩、軟件工程導論、北京、清華大學出版社、2008年

2．可行性研究的前提

2.1要求

主要功能：

為客戶提供用戶注冊、用戶登錄、用戶評論、修改資料、文章發表、文章管理等權限，為管理員提供權限管理、用戶管理、文章管理、評論管理、公告管理等服務，為游客提供查看博客、留言等服務，方便管理員的工作，提高博客的運行質量和效率。

在本系統中，博主可以進行管理、發表自己的文章，通過發表文章可以給自己帶來寫作快感和表達內心豐富感情，同時可以上傳自己的頭像圖片，進行個人博客的美化，也可以 展現自己的個人愛好。

Trackback－引用通告

TrackBack最早是Movable上的功能，后來成為BLOG的標準配置，它是一種將全世界無數個Blog連接起來的功能。

Comments－評論

回復功能，用戶可以借此對此BLOG進行評論，這是讀者同BLOGGER相互交流的最直接渠道。

Archive－歸檔

作索引功能，按月份進行BLOG文件的歸檔（也有按分類歸檔的）

Calendar－日歷

BLO的最基本的元素，這也是BLOG最基本的特征，根據日期可以檢索到當日發表的BLOG。

Links－鏈接 放置一些友情鏈接。

Favorite－收藏

收藏一些有用的文章或鏈接。

Album－相冊

用于分類上傳各類圖片

Antispam－反垃圾信息

目前的評論系統，容易產生垃圾廣告和垃圾信息，需要在系統上對垃圾信息的發布進行限制，例如加入驗證碼等。

Export－導出

用戶數據的導出，例如文章、評論、引用等。

Management－管理

管理功能，設置BLOG的基本參數，設置和管理以上所有要素，數據庫管理，后臺各項內容的導出等。

性能要求

對服務器上的數據必須及時更新

安全與保密性

用戶的個人博客用戶有權修改博客信息，網站后臺只有服務器的管理員享有修改等權利

完成期限 預計于6月底完成

2.2目標

系統實現后，可以滿足用戶在網站上的系列要求，提高用戶的使用率。

2.3條件、假定和限制

1、軟件開發的經費來源和限制：本次開發屬于自主研發，完全做到零成本、零經營。

2、法律和政策方面的限制：一切的操作流程必須嚴格地遵守法律，包括同用戶簽合同，軟件的版權問題等等，本軟件的開發要完全符合正派軟件的規格，絕不可將服務器做成黑客軟件等等，要完全遵守法律，才能受到法律的保護。

3、硬件、軟件、運行環境和開發環境方面的條件和限制： 2臺電腦

其配置如下：處理器：AMD Athlon 64 X2 雙核 4200+ 主 板：七彩虹 C.A69T 內 存：威剛 DDR2 667MHz 1GB 主硬盤：西數WDC 160G 顯 卡：ATI Radeon X1200 Series

4、開發環境：Visual Stadio2010

5、可利用的信息和資源：現有的博客系統

2.4可行性研究方法

分析小組成員通過對現有個人博客系統進行調查分析，確定模型，模擬個人博客網站。分別從技術可行性、經濟可行性、操作可行性三方面進行具體地研究，并結合系統流程圖和數據流程圖分析此項目是否可行。其基本方法是：調查、確定模型、交互。

2.5決定可行性的主要因素

成本，利用PC機和Visual Stadio2010可以實現

技術可行，現有asp.net技術完全可以承擔開發任務

操作可行，操作簡單可行

3．對現有系統的分析

3.1處理流程和數據流程

本系統流程包括用戶登陸模塊、系統管理員模塊、游客模塊三大模塊，每個流程均具有自己的詳細流程。

3.2工作負荷

現有的個人博客系統的工作是提供廣大用戶交流的一個平臺，它必須實現相互交流、互相訪問等諸多功能，由于我們是零成本，因而只需管理員不時管理就行，當然，由于廣大用戶的同時登錄，對服務器的性能要求也很高。

3.3費用支出

本服務器宗旨是提供給廣大用戶的一個交流平臺，讓用戶能輕松、自主的在博客中發言、評論，而以零成本、零經營的模式，開發至管理等一系列流程全部自主經營，費用支出可視為0 3.4人員

開發人員：我們的開發小組，負責整個系統的研究與開發 管理人員：系統管理員，負責以后整個系統的管理與維護

3.5設備

2臺電腦，一個環形網絡。

3.6局限性

國內各大網站的博客都各具特色，但是同時也并不完善，功能或多或少存在缺失，基于此，我們設計了基于asp.net技術為支撐的功能完善的個人博客系統。4．所建議技術可行性分析

4所建議的系統

4.1對系統的簡要描述

此課程設計主要包含三個方面，一為普通用戶空間，二為管理員管理空間，三為游客空間。普通用戶可以在博客里發表博文或對博文進行感言評論。管理員在首頁進行登錄后，在管理員界面可以進行對頭像，文章，評論以及博主信息進行修改管理。游客也可以游覽博文或對博文進行感言。

博客系統 用戶登陸 系統管理員游客 前臺 后臺 權限管理用戶管理查看博客留言 注冊登錄 修改資料文章發表文章管理文章管理評論管理公告管理評論 用戶模塊：主要是為了讓用戶發表自己博文，同時游覽與評論別人的博文。

管理員模塊：進行登錄后，主要實現對所發表的博文、評論及留言信息進行管理，對博客各個方面的管理與維護以便網站更好的運行。

游客模塊：主要是為了讓訪問本博客的游客對博客有一個基本的了解。

瀏覽模塊：主要是為了了解游客對本博客博主博文的評價，以便于同博主更好的互動和交流。

博文模塊：管理員對博文進行發表、修改和刪除操作。留言模塊：管理員對游客的留言進行瀏覽和刪除操作。訪問量模塊：顯示博客的訪問次數。

4.2處理流程和數據流程

用戶使用系統時的工作過程。

不同的用戶有著不同的工作流程和使用權限。但是所有的用戶都是從系統首頁進行登錄的。游客可以直接在首頁進行瀏覽，用戶必須登錄自己的賬戶才能發表博文，而管理員只 7 有點擊博客管理登錄才能進行對本系統的管理。在數據庫設計中管理員的登錄名是固定的。

流程圖如下：

博客首頁用戶登錄界面管理員登錄界面輸入用戶名和密碼輸入管理員名和密碼驗證驗證進入個人博客空間進入用戶系統進入管理員系統退出系統

4.3與現有系統比較的優越性

進一步提高完善用戶在網站上的系列要求，提高用戶的使用率。采用B／S模式更能方便廣大用戶，系統普及率更高。

4.4采用建議系統可能帶來的影響

4.4.1對設備的影響 PC機

4.4.2對現有軟件的影響

PC機需裝相關軟件，如VS2008、SQL2000等

4.2.3對用戶的影響

只需用戶會正常上網就行，同時提供給用戶一個簡潔、美觀的界面

4.2.4對系統運行的影響

可以在裝有IIS的服務器上運行，并且通過互聯網訪問。

4.2.5對開發環境的影響

首次嘗試運用ASP.NET技術開發，運用最基本的Visual Stadio2010開發工具，是為一大創新。

4.2.6對運行環境的影響

要不定期進行維護，解決出現的相關不足之處

4.2.7對經費支出的影響

從以前的龐大成本基本轉變為零成本，消除經濟上的營利性，以純粹的興趣愛好為目標而開發。

4.5技術可行性評價

當前的技術有充分的可行性，我們對開發的技術已經比較明確，我們將用到的軟件環境：windowsXP操作系統、VS2010、flash 8.0、photoshop CS2、SQL server2008。我們相信我們可以在規定的時間內完成開發。

5．所建議系統經濟可行性分析 5.1支出

5.1.1基建投資

運用學校機房提供的電腦設備，做到零成本

5.1.2其他一次性支出

申請域名費用、服務器購買等，約1.5w 5.1.3經常性支出

維護人員屬內部進行，做到零經營

5.2效益

5.2.1一次性收益

無，不以盈利為目的。

5.2.2經常性收益

點擊量、流量約1千每月

5.2.3不可定量收益

無

5.3收益/投資比

大概1/15

5.4投資回收周期

15個月

5.5敏感性分析

到時根據用戶使用情況來判定是否更換服務器

6．社會因素可行性分析

6.1法律因素

所有軟件都選用正版。所有技術資料都由提出方保管。合同制定確定違約責任。侵犯版權和專利權

6.2用戶使用可行性

使用本軟件人員只需要求有一定的上網基礎，能做到一個合格的博客就行

7．其他可供選擇的方案

無

8.結論意見

通過以上的研究，我覺得所建議的個人博客系統是可行的。它運用一系列的技術，做到零成本、零技術、零經營等等功能，是一個非常不錯的系統。當然最終實施時，可能會有一系列問題，到時再具體改進與維護。

第四篇：個人博客系統軟件需求說明書

雞西大學電氣與信息工程系10軟件呂娜君

個人博客系統需求規格說明書

目錄

個人博客系統...................................................................................................................1 1引言..............................................................................................................................2 1.1編寫目的:................................................................................................................2 1.2背景：....................................................................................................................2 1.3定義........................................................................................................................2 1.4參考資料.................................................................................................................2 2任務概述.......................................................................................................................3 2.1目標........................................................................................................................3 2.2用戶的特點.............................................................................................................3 2.3假定和約束.............................................................................................................3 3需求規定.......................................................................................................................4 3.1對功能的規定..........................................................................................................4 3.2需求分析.................................................................................................................4 E-R圖：...................................................................................................................4 3.3對性能的規定..........................................................................................................5 3.3.1精度：..............................................................................................................5 3.3.2時間特性要求：................................................................................................5 3.3.3靈活性：...........................................................................................................5 3.4輸人輸出要求..........................................................................................................5 3.5數據管理能力要求：...............................................................................................5 3.6故障處理要求..........................................................................................................5 3.7其他專門要求..........................................................................................................5

雞西大學電氣與信息工程系10軟件呂娜君

1引言

1.1編寫目的: 本需求的編寫為實現個人博客系統奠定了基礎，定義了個人博客系統的詳細需求，同時它也是進行項目策劃、概要設計和詳細設計的基礎，是維護人員進行內部維護，信息更新，驗收和測試的依據。本需求的預期讀者是與個人博客系統軟件開發有聯系的決策人，開發組成人員，如果可能實現的話，將面向輔助開發者，支持本項目的領導和公司人員，軟件驗證者。

1.2背景：

隨著Blog快速擴張，它的目的與最初的瀏覽網頁心得已相去甚遠。目前網絡上數以千計的Bloggers發表和張貼Blog的目的有很大的差異。不過，由于溝通方式比電子郵件、討論群組以及BBS和論壇更簡單和容易，Blog已成為家庭、公司、部門和團隊之間越來越盛行的溝通工具。

充分做了可行性分析后，我們對系統的是使用人群、主要功能等有了一個初步構想。

本項目的任務提出者及開發者是個人博客系統軟件開發小組,用戶是主要是學生。本產品是針對博客用戶的需求設計的，可以完成博客用戶注冊、登入、發表、瀏覽、修改博文、上傳、瀏覽照片片、留言等主要功能。

1.3定義

個人博客系統： 個人博客是使得博客用戶能夠在網絡上發表及其評論相關博客。使用漢語編程語言，獨立完成其功能。

1.4參考資料

《軟件工程》

《數據庫系統概論》

雞西大學電氣與信息工程系10軟件呂娜君

2任務概述

2.1目標

總體目標，做好詳細需求分析，確保博客系統能滿足用戶要求。編寫需求說明文檔滿足一下要求。a．無歧義性

對最終產品的每一個特性用某一術語描述；若某一術語在某一特殊的行文中使用時具有多種含義，那么應對該術語的每種含義做出解釋并指出其適用場合。b．完整性

需求分析報告應該包括全部有意義的需求，無論是關系到功能的、性能的、設計約束的、還是關系到外部接口方面的需求；對所有可能出現的輸入數據的響應予以定義，要對合法和非合法的輸入值的響應做出規定；填寫全部插圖、表、圖示標記等；定義全部術語和度量單位。c．可驗證性

需求分析報告描述的每一個需求應是可以驗證的。可以通過一個有限處理過程來檢查軟件產品是否滿足需求。d．一致性

在需求分析報告中的各個需求的描述不能互相矛盾。e．可修改性

需求分析報告應具有一個有條不紊、易于使用的內容組織；沒有冗余，即同一需求不能在需求分析報告中出現多次。f．可追蹤性

每一個需求的源流必須清晰，在進一步產生和改變文件編制時，可以方便地引證每一個需求。

g．運行和維護階段的可使用性

需求分析報告必須滿足運行和維護階段的需要。在需求分析報告要寫明功能的來源和目的。

2.2用戶的特點

本軟件的使用對象主要是學生。可以達到使用本系統的基本要求：會漢語、懂計算機的基本操作。系統管理員需要能夠熟練操作計算機，具有網站管理、數據庫應用等相關技術。

2.3假定和約束

.軟件約束：VS2008、IIS、SQL2000；

硬件約束：Web服務器及數據庫服務器。內存1024M、硬盤120G。

雞西大學電氣與信息工程系10軟件呂娜君

3需求規定

3.1對功能的規定

用列表的方式（例如IPO表即輸入、處理、輸出表的形式），逐項定量和定性地敘述對軟件所提出的功能要求，說明輸入什么量、經怎樣的處理、得到什么輸出，說明軟件應支持的終端數和應支持的并行操作的用戶數。

3.2需求分析 E-R圖：

用戶登錄密碼用戶性別用戶郵箱用戶頭像ID用戶用戶ID用戶名最近登錄時間

是否管理員標記

雞西大學電氣與信息工程系10軟件呂娜君

3.3對性能的規定 3.3.1精度：

在精度需求上，根據使用需要，控制各項輸入、輸出數據的長度。確保保證用戶正常使用的同時節省系統空間。

3.3.2時間特性要求：

用html語言寫博客首頁，做到響應時間在3秒內。

對附件上傳做好文件大小限制，保證滿足一般需求并且傳輸通暢，同時節約空間。

3.3.3靈活性：

要求系統可以在各種主流瀏覽器上正常運行，對不同分辨率的顯示器具有良好適應性。針對用戶的新需求可以做到系統靈活修改。

3.4輸人輸出要求

輸入：登陸個人博客系統的賬號。

輸出：個人博客系統的相關信息。

3.5數據管理能力要求：

要求新系統有穩定、完整的數據庫系統支持，可以容納大量的數據和各種資料。同時還具有靈活的數據管理能力，包括查詢、更新、修改、統計等功能。數據庫的維護和備份也要做到方便、簡潔。

3.6故障處理要求

當系統出現故障時，可利用系統自身的維護工具來進行系統的故障排除。

3.7其他專門要求

如新系統可以設置不同的訪問權限，用戶單位為了安全，可以針對不同級別的用戶來設置不同的訪問權限。用戶使用系統時，操作簡單方便。同時系統具有可維護性、可補充性、易讀性、可靠性、運行環境可轉換性的特殊要求等。

雞西大學電氣與信息工程系10軟件呂娜君

本說明書由設計人員根據軟件需求規格說明書編寫，由主程序員和程序員實施，供測試人員及維護人員參考。

高級程序員：呂娜君

日期：2012-10-26

第五篇：兒童博客網站需求分析報告

兒童博客網站需求分析報告

通過中國互聯網絡發展狀況統計報告，發現網民對博客的需求增長迅速，同比增長超過10%，相比對網絡聊天室以及個人主頁空間的需求要高近5%。顯示出了網民對博客的極度追捧。

博客永遠是共享與分享精神的體現

兒童博客網站是一款以靜、與細膩的寶貝博客，網站鮮明的色調，可以充分的展示出兒童博客的風格，記錄下寶寶成長過程中的點點滴滴，此兒童博客網站主要是為媽媽們提供交流、分享的一個平臺。

博客的用處:

1、作為網絡個人日記

2、個人展示自己某個方面的空間

3、網絡交友的地方

4、學習交流的地方

系統軟件要求與選型

具體要求：

1)功能強的數據庫管理系統，以對信息進行有效的管理

2)支持數據庫管理系統的操作系統

3)豐富的程序設計語言

4)靈活的網絡通訊軟件，為以后聯網提供軟件保證

5)數據管理支持軟件

6)豐富的應用軟件

個人博客網頁：

1.首頁：點此標簽可以回到剛進入博客的界面。

2.成長歷程：點此標簽進入日志網頁，在此網頁中我們不但可以顯示自己以前所寫的日志，也可以發表新的日志，同樣博友也可以對你的日志進行評論。

3.寶貝相冊：點此標簽進入相冊網頁，在此網頁中可以上傳自己的照片，也可以對自己的相冊進行編輯。

4.童聲童語：點此標簽進入音樂網頁，在此網頁中我們可以上傳自己喜歡的音樂，同樣也可以將他們設成博客的背景音樂，是博客豐富化。而博友也可以對我們上傳的歌曲進行評論。

5.給我留言：點此標簽進入留言網頁，在此頁面中我們可以看到博友給我們的留言信息，我們同樣也可以回復他們。

6.寶貝資料：點此標簽進入個人信息網頁，這個網頁中有關于我們的大部分信息。