第一篇：個(gè)人博客系統(tǒng)需求分析

[個(gè)人博客系統(tǒng)]

需求說明書

[V1.0(版本號)]

擬 制 人朱金國審 核 人潘欣批 準(zhǔn) 人潘欣

[二零一零年五月九日]

需求說明書

1．引言

1.1編寫的目的a．為明確軟件需求、安排項(xiàng)目規(guī)劃與進(jìn)度、組織軟件開發(fā)與測試，撰寫本文檔。

b．本文檔供項(xiàng)目經(jīng)理、設(shè)計(jì)人員、開發(fā)人員參考。

1.2背景

a.系統(tǒng)名稱：個(gè)人博客系統(tǒng);

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

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

1.3定義

Blog:博客

1.4參考資料

《軟件文檔國家標(biāo)準(zhǔn)》

《計(jì)算機(jī)軟件開發(fā)文檔編寫指南》

2．任務(wù)概述

2.1目標(biāo)

本系統(tǒng)所實(shí)現(xiàn)的功能將是利用程序的智能算法，利用各種數(shù)據(jù)，將各個(gè)Blog的最新內(nèi)容整合到一起。

（1）建立查詢網(wǎng)站，支持并發(fā)訪問

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

（3）提高數(shù)據(jù)讀取效率

（4）建立多個(gè)發(fā)布點(diǎn)，規(guī)避網(wǎng)絡(luò)風(fēng)險(xiǎn)，保證數(shù)據(jù)傳輸穩(wěn)定

（5）能隨時(shí)根據(jù)站點(diǎn)數(shù)量和內(nèi)容的變化實(shí)現(xiàn)更新和擴(kuò)展

（6）發(fā)布的信息能夠鼓勵Blog作者經(jīng)常更新自己的站點(diǎn)，能夠產(chǎn)生實(shí)際的宣傳效果

2.2.運(yùn)行模式：

面向用戶，在瀏覽器中直接返回相關(guān)數(shù)據(jù)，包括最新日志和站點(diǎn)信息。

本系統(tǒng)被期望布署為一個(gè)數(shù)據(jù)發(fā)布系統(tǒng)和多個(gè)數(shù)據(jù)鏡像發(fā)布系統(tǒng)，要求有較高可靠性和穩(wěn)定性。

2.3 用戶的特點(diǎn)

管理員：可以對普通用戶進(jìn)行授權(quán)，對會員信息進(jìn)行部分更改，主要包括用戶角色調(diào)

整，版主調(diào)整，刪除會員等；

注冊用戶：可以加好友，關(guān)注好友，轉(zhuǎn)載博文，上傳圖片，留言等；

游客：可以進(jìn)行匿名留言等。

3．需求規(guī)定

3.1系統(tǒng)功能模塊

1.會員注冊

新會員注冊，提供會員信息，檢驗(yàn)新會員信息的有效性；

2.會員登陸

輸入用戶名和密碼，檢驗(yàn)用戶信息；

3.會員管理

管理員由程序員設(shè)置一個(gè)，管理員可以對會員信息進(jìn)行部分更改，主要包括用戶角色調(diào)整，版主調(diào)整，刪除會員等；

4.Blog板塊管理

用戶可以添加，刪除，調(diào)整博客板塊；

5.留言管理

用戶可以對所有帖子進(jìn)行轉(zhuǎn)移，刪除等操作；

6.留言回復(fù)

注冊用戶可以回復(fù)好友；

7.博文發(fā)表

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

8.博文搜索

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

9.博友

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

10.聊天室

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

聊天室的名稱，人數(shù)限制等由管理員設(shè)置，聊天室可以由管理員創(chuàng)建，刪除。

13.意見反饋

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

3.2系統(tǒng)操作

1.會員注冊

填寫個(gè)人信息---信息檢驗(yàn)---保存會員信息

2.會員登陸

輸入用戶名和密碼---信息驗(yàn)證

3.會員管理

持有管理員角色---角色調(diào)整或分配版主或刪除用戶

4.博客板塊管理

注冊用戶角色---添加,刪除,調(diào)整,隱藏板塊

5.博文發(fā)表

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

6.留言回復(fù)

注冊用戶---針對主題發(fā)表回復(fù)---回復(fù)持久化

7.留言管理

持有版主角色---轉(zhuǎn)移,刪除等操作

8.博文搜索

注冊用戶---按檢索條件返回相關(guān)博文

9.好友

注冊用戶---添加好友用戶名---驗(yàn)證信息---添加成功

3.3 對性能的規(guī)定

3.3.1精度

輸入數(shù)據(jù)除了非法字符均可。

3.3.2時(shí)間特性要求

無具體要求（或者一天24小時(shí)）。

3.3.3靈活性

當(dāng)系統(tǒng)遇到偶然或者非人為的故障時(shí)，本系統(tǒng)將自動保存未完成的任務(wù)。

4．運(yùn)行環(huán)境規(guī)定

4.1設(shè)備

Win98以上操作系統(tǒng)

內(nèi)存：128M以上

硬盤：20G以上

（因?yàn)楸鞠到y(tǒng)對硬件要求不高，所以以上數(shù)據(jù)僅供參考）

4.2支持軟件

大部分瀏覽器均可；

裝了flash播放器

4.3接口

第二篇：博客系統(tǒng)需求分析報(bào)告

博客管理系統(tǒng)

1.系統(tǒng)需求分析

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

1.1前臺功能分析

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

游客：可以查看注冊用戶的信息。經(jīng)過注冊可以成為注冊用戶。

注冊用戶：

1、登錄后對可以對個(gè)人信息進(jìn)行查看和修改。

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

3）博客用戶登錄后對自己的信息進(jìn)行修改

非注冊用戶

1)游客通過注冊，登錄進(jìn)入博客空間發(fā)表評論

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

1.2后臺功能分析

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

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

2.數(shù)據(jù)庫設(shè)計(jì)

2.1數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計(jì)

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

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

實(shí)體間存在的聯(lián)系

管理員和用戶實(shí)體之間存在多對多的聯(lián)系

博客用戶與鏈接之間存在多對多的消息聯(lián)系

博客用戶與留言之間多對多的回復(fù)聯(lián)系

文章類型與文章之間存在一對多的消息聯(lián)系

文章與評論之間存在一對多的消息聯(lián)系

用戶和游客之間存在一對多的聯(lián)系

用戶和視頻之間存在一對多的聯(lián)系

用戶和音樂之間存在一對多的聯(lián)系

用戶和照片之間存在一對多的聯(lián)系

實(shí)體的屬性：

留言（留言編號，網(wǎng)友昵稱，日期，標(biāo)題，內(nèi)容，個(gè)人主頁，回復(fù)）管理員（管理員，密碼，權(quán)限）博客用戶（用戶號，用戶名，密碼，真實(shí)姓名，性別，出生年月，郵箱，電話，單位，城市，地址，注冊時(shí)間，積分，用戶等級，安全問題，安全答案）

文章（文章編號，作者，標(biāo)題，摘要，內(nèi)容，發(fā)表日期，人氣，回復(fù)，類型編號，類型名稱，回復(fù)數(shù)）

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

評論（編號，用戶昵稱，標(biāo)題，內(nèi)容，發(fā)表時(shí)間，文章編號）鏈接（鏈接編號，名稱，地址）

新聞（新聞號，標(biāo)題，內(nèi)容，時(shí)間）公告（公告號，標(biāo)題，內(nèi)容，時(shí)間）

視頻（視頻編號，標(biāo)題，內(nèi)容，時(shí)間）

音樂（音樂編號，標(biāo)題，內(nèi)容，時(shí)間，歌手名）

照片（照片編號，標(biāo)題，內(nèi)容，時(shí)間，大?。?/p>

游客（游客號，游客名）回復(fù)（用戶號，留言號，主題，內(nèi)容，回復(fù)時(shí)間）

聯(lián)系的屬性：

實(shí)體之間關(guān)系的E-R圖如圖7-7所示。

2.2數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì)

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

評論（編號，用戶昵稱，標(biāo)題，內(nèi)容，發(fā)表時(shí)間，文章編號）

文章（文章編號，作者，標(biāo)題，摘要，內(nèi)容，發(fā)表日期，人氣，回復(fù)，類型編號，類型名稱，回復(fù)數(shù)）

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

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

發(fā)表（用戶號，文章編號，發(fā)表日期）管理（管理員，用戶號，注冊號）留言（留言編號，用戶號，網(wǎng)友昵稱，日期，標(biāo)題，內(nèi)容，個(gè)人主頁，回復(fù)）回復(fù)（用戶號，留言編號，主題，內(nèi)容，回復(fù)時(shí)間）

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

訪問（用戶號，游客號，訪問量,訪問時(shí)間）

公告（公告號，標(biāo)題，內(nèi)容，時(shí)間）

視頻（視頻編號，用戶號，標(biāo)題，內(nèi)容，時(shí)間）

音樂（音樂編號，用戶號，標(biāo)題，內(nèi)容，時(shí)間，歌手名）

照片（照片編號，用戶號，標(biāo)題，內(nèi)容，時(shí)間，大小）

游客（游客號，游客名）

3功能分析

在其博客管理系統(tǒng)上建立適當(dāng)?shù)囊晥D，索引，存儲過程和觸發(fā)器，因此我們主要從這四個(gè)方面來分析它的功能

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

2、利用cust_view視圖添加一條記錄數(shù)據(jù)

3、創(chuàng)建視圖sale_item_view，該視圖中包含訂單編號、訂貨日期、產(chǎn)品編號及數(shù)量。然后利用該視圖向表中插入數(shù)據(jù)

4刪除視圖中所有姓“王”的客戶數(shù)據(jù)

5有兩個(gè)基本表employee和sales，創(chuàng)建一個(gè)視圖，該視圖包含相同業(yè)務(wù)員的編號、姓名、訂單號、銷售總金額。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3、創(chuàng)建帶一個(gè)輸入?yún)?shù)的存儲過程，實(shí)現(xiàn)按員工姓名進(jìn)行模糊查找，查找員工編號、訂單編號、銷售金額。

4、創(chuàng)建帶兩個(gè)輸入?yún)?shù)的存儲過程，查找姓“李”并且職稱為“職員”的員工的員工編號、訂單編號、銷售金額。

3、利用存儲過程計(jì)算出訂單編號為10003的訂單的銷售金額。（帶一輸入?yún)?shù)和一輸出參

數(shù)）（提示：sales表中的tot_amt應(yīng)該等于sale_item表中的同一張訂單的不同銷售產(chǎn)品的qty*unit_price之和）

4、創(chuàng)建一存儲過程，根據(jù)給出的職稱，返回該職稱的所有員工的平均工資。（帶一輸入?yún)?/p>

數(shù)和返回值）

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

1、針對employee表寫一個(gè)DELETE觸發(fā)器，顯示刪除的員工人數(shù)。

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

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

4、對sale_item表創(chuàng)建一個(gè)觸發(fā)器，當(dāng)插入一條銷售明細(xì)記錄時(shí)，如果該記錄的產(chǎn)品數(shù)量超過5，則顯示“歡迎成為本公司的VIP會員！”

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

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

7.針對employee表，定義一觸發(fā)器用來保證實(shí)體完整性

8，在customer表上創(chuàng)建一觸發(fā)器，用來實(shí)現(xiàn)級聯(lián)刪除

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

10、創(chuàng)建一個(gè)觸發(fā)器，只能接受女員工

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

第三篇：個(gè)人博客系統(tǒng)可行性分析

一、可行性研究報(bào)告

一、可行性研究報(bào)告.......................................................................................................................1 1．引言.............................................................................................................................................2

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

2.1要求.....................................................................................................................................2 2.2目標(biāo).....................................................................................................................................4 2.3條件、假定和限制.............................................................................................................4 2.4可行性研究方法.................................................................................................................5 2.5決定可行性的主要因素.....................................................................................................5 3．對現(xiàn)有系統(tǒng)的分析.....................................................................................................................5

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

4.1對系統(tǒng)的簡要描述.............................................................................................................6 4.2處理流程和數(shù)據(jù)流程.........................................................................................................7 4.3與現(xiàn)有系統(tǒng)比較的優(yōu)越性.................................................................................................7 4.4采用建議系統(tǒng)可能帶來的影響.........................................................................................7 4.5技術(shù)可行性評價(jià).................................................................................................................8 5．所建議系統(tǒng)經(jīng)濟(jì)可行性分析.....................................................................................................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編寫目的

在編寫個(gè)人博客系統(tǒng)時(shí)一定存在很多問題，而可行性分析就是為了對問題進(jìn)行研究，以最小的代價(jià)在最短的時(shí)間內(nèi)確定問題是否能夠解決

1.2項(xiàng)目背景

所建議開發(fā)軟件的名稱：個(gè)人博客系統(tǒng) 項(xiàng)目的任務(wù)提出者、開發(fā)者：開發(fā)小組 用戶及實(shí)現(xiàn)軟件的單位：網(wǎng)民

項(xiàng)目與其他軟件或其他系統(tǒng)的關(guān)系：以傳統(tǒng)博客系統(tǒng)為基礎(chǔ)，增加了自己的一些功能，用asp.net技術(shù)嘗試性的踏出了創(chuàng)新的一步。

1.3定義

個(gè)人博客系統(tǒng)：顧名思義，個(gè)人博客系統(tǒng)是一個(gè)自主研發(fā)的博客系統(tǒng)，它具備了全新的技術(shù)，擁有了自己獨(dú)特的功能，是一個(gè)全面的系統(tǒng)。

1.4參考資料

張海藩、軟件工程導(dǎo)論、北京、清華大學(xué)出版社、2008年

2．可行性研究的前提

2.1要求

主要功能：

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

在本系統(tǒng)中，博主可以進(jìn)行管理、發(fā)表自己的文章，通過發(fā)表文章可以給自己帶來寫作快感和表達(dá)內(nèi)心豐富感情，同時(shí)可以上傳自己的頭像圖片，進(jìn)行個(gè)人博客的美化，也可以 展現(xiàn)自己的個(gè)人愛好。

Trackback－引用通告

TrackBack最早是Movable上的功能，后來成為BLOG的標(biāo)準(zhǔn)配置，它是一種將全世界無數(shù)個(gè)Blog連接起來的功能。

Comments－評論

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

Archive－歸檔

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

Calendar－日歷

BLO的最基本的元素，這也是BLOG最基本的特征，根據(jù)日期可以檢索到當(dāng)日發(fā)表的BLOG。

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

Favorite－收藏

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

Album－相冊

用于分類上傳各類圖片

Antispam－反垃圾信息

目前的評論系統(tǒng)，容易產(chǎn)生垃圾廣告和垃圾信息，需要在系統(tǒng)上對垃圾信息的發(fā)布進(jìn)行限制，例如加入驗(yàn)證碼等。

Export－導(dǎo)出

用戶數(shù)據(jù)的導(dǎo)出，例如文章、評論、引用等。

Management－管理

管理功能，設(shè)置BLOG的基本參數(shù)，設(shè)置和管理以上所有要素，數(shù)據(jù)庫管理，后臺各項(xiàng)內(nèi)容的導(dǎo)出等。

性能要求

對服務(wù)器上的數(shù)據(jù)必須及時(shí)更新

安全與保密性

用戶的個(gè)人博客用戶有權(quán)修改博客信息，網(wǎng)站后臺只有服務(wù)器的管理員享有修改等權(quán)利

完成期限 預(yù)計(jì)于6月底完成

2.2目標(biāo)

系統(tǒng)實(shí)現(xiàn)后，可以滿足用戶在網(wǎng)站上的系列要求，提高用戶的使用率。

2.3條件、假定和限制

1、軟件開發(fā)的經(jīng)費(fèi)來源和限制：本次開發(fā)屬于自主研發(fā)，完全做到零成本、零經(jīng)營。

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

3、硬件、軟件、運(yùn)行環(huán)境和開發(fā)環(huán)境方面的條件和限制： 2臺電腦

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

4、開發(fā)環(huán)境：Visual Stadio2010

5、可利用的信息和資源：現(xiàn)有的博客系統(tǒng)

2.4可行性研究方法

分析小組成員通過對現(xiàn)有個(gè)人博客系統(tǒng)進(jìn)行調(diào)查分析，確定模型，模擬個(gè)人博客網(wǎng)站。分別從技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性三方面進(jìn)行具體地研究，并結(jié)合系統(tǒng)流程圖和數(shù)據(jù)流程圖分析此項(xiàng)目是否可行。其基本方法是：調(diào)查、確定模型、交互。

2.5決定可行性的主要因素

成本，利用PC機(jī)和Visual Stadio2010可以實(shí)現(xiàn)

技術(shù)可行，現(xiàn)有asp.net技術(shù)完全可以承擔(dān)開發(fā)任務(wù)

操作可行，操作簡單可行

3．對現(xiàn)有系統(tǒng)的分析

3.1處理流程和數(shù)據(jù)流程

本系統(tǒng)流程包括用戶登陸模塊、系統(tǒng)管理員模塊、游客模塊三大模塊，每個(gè)流程均具有自己的詳細(xì)流程。

3.2工作負(fù)荷

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

3.3費(fèi)用支出

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

開發(fā)人員：我們的開發(fā)小組，負(fù)責(zé)整個(gè)系統(tǒng)的研究與開發(fā) 管理人員：系統(tǒng)管理員，負(fù)責(zé)以后整個(gè)系統(tǒng)的管理與維護(hù)

3.5設(shè)備

2臺電腦，一個(gè)環(huán)形網(wǎng)絡(luò)。

3.6局限性

國內(nèi)各大網(wǎng)站的博客都各具特色，但是同時(shí)也并不完善，功能或多或少存在缺失，基于此，我們設(shè)計(jì)了基于asp.net技術(shù)為支撐的功能完善的個(gè)人博客系統(tǒng)。4．所建議技術(shù)可行性分析

4所建議的系統(tǒng)

4.1對系統(tǒng)的簡要描述

此課程設(shè)計(jì)主要包含三個(gè)方面，一為普通用戶空間，二為管理員管理空間，三為游客空間。普通用戶可以在博客里發(fā)表博文或?qū)Σ┪倪M(jìn)行感言評論。管理員在首頁進(jìn)行登錄后，在管理員界面可以進(jìn)行對頭像，文章，評論以及博主信息進(jìn)行修改管理。游客也可以游覽博文或?qū)Σ┪倪M(jìn)行感言。

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

管理員模塊：進(jìn)行登錄后，主要實(shí)現(xiàn)對所發(fā)表的博文、評論及留言信息進(jìn)行管理，對博客各個(gè)方面的管理與維護(hù)以便網(wǎng)站更好的運(yùn)行。

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

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

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

4.2處理流程和數(shù)據(jù)流程

用戶使用系統(tǒng)時(shí)的工作過程。

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

流程圖如下：

博客首頁用戶登錄界面管理員登錄界面輸入用戶名和密碼輸入管理員名和密碼驗(yàn)證驗(yàn)證進(jìn)入個(gè)人博客空間進(jìn)入用戶系統(tǒng)進(jìn)入管理員系統(tǒng)退出系統(tǒng)

4.3與現(xiàn)有系統(tǒng)比較的優(yōu)越性

進(jìn)一步提高完善用戶在網(wǎng)站上的系列要求，提高用戶的使用率。采用B／S模式更能方便廣大用戶，系統(tǒng)普及率更高。

4.4采用建議系統(tǒng)可能帶來的影響

4.4.1對設(shè)備的影響 PC機(jī)

4.4.2對現(xiàn)有軟件的影響

PC機(jī)需裝相關(guān)軟件，如VS2008、SQL2000等

4.2.3對用戶的影響

只需用戶會正常上網(wǎng)就行，同時(shí)提供給用戶一個(gè)簡潔、美觀的界面

4.2.4對系統(tǒng)運(yùn)行的影響

可以在裝有IIS的服務(wù)器上運(yùn)行，并且通過互聯(lián)網(wǎng)訪問。

4.2.5對開發(fā)環(huán)境的影響

首次嘗試運(yùn)用ASP.NET技術(shù)開發(fā)，運(yùn)用最基本的Visual Stadio2010開發(fā)工具，是為一大創(chuàng)新。

4.2.6對運(yùn)行環(huán)境的影響

要不定期進(jìn)行維護(hù)，解決出現(xiàn)的相關(guān)不足之處

4.2.7對經(jīng)費(fèi)支出的影響

從以前的龐大成本基本轉(zhuǎn)變?yōu)榱愠杀?，消除?jīng)濟(jì)上的營利性，以純粹的興趣愛好為目標(biāo)而開發(fā)。

4.5技術(shù)可行性評價(jià)

當(dāng)前的技術(shù)有充分的可行性，我們對開發(fā)的技術(shù)已經(jīng)比較明確，我們將用到的軟件環(huán)境：windowsXP操作系統(tǒng)、VS2010、flash 8.0、photoshop CS2、SQL server2008。我們相信我們可以在規(guī)定的時(shí)間內(nèi)完成開發(fā)。

5．所建議系統(tǒng)經(jīng)濟(jì)可行性分析 5.1支出

5.1.1基建投資

運(yùn)用學(xué)校機(jī)房提供的電腦設(shè)備，做到零成本

5.1.2其他一次性支出

申請域名費(fèi)用、服務(wù)器購買等，約1.5w 5.1.3經(jīng)常性支出

維護(hù)人員屬內(nèi)部進(jìn)行，做到零經(jīng)營

5.2效益

5.2.1一次性收益

無，不以盈利為目的。

5.2.2經(jīng)常性收益

點(diǎn)擊量、流量約1千每月

5.2.3不可定量收益

無

5.3收益/投資比

大概1/15

5.4投資回收周期

15個(gè)月

5.5敏感性分析

到時(shí)根據(jù)用戶使用情況來判定是否更換服務(wù)器

6．社會因素可行性分析

6.1法律因素

所有軟件都選用正版。所有技術(shù)資料都由提出方保管。合同制定確定違約責(zé)任。侵犯版權(quán)和專利權(quán)

6.2用戶使用可行性

使用本軟件人員只需要求有一定的上網(wǎng)基礎(chǔ)，能做到一個(gè)合格的博客就行

7．其他可供選擇的方案

無

8.結(jié)論意見

通過以上的研究，我覺得所建議的個(gè)人博客系統(tǒng)是可行的。它運(yùn)用一系列的技術(shù)，做到零成本、零技術(shù)、零經(jīng)營等等功能，是一個(gè)非常不錯的系統(tǒng)。當(dāng)然最終實(shí)施時(shí)，可能會有一系列問題，到時(shí)再具體改進(jìn)與維護(hù)。

第四篇：個(gè)人博客系統(tǒng)軟件需求說明書

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

個(gè)人博客系統(tǒng)需求規(guī)格說明書

目錄

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

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

1引言

1.1編寫目的: 本需求的編寫為實(shí)現(xiàn)個(gè)人博客系統(tǒng)奠定了基礎(chǔ)，定義了個(gè)人博客系統(tǒng)的詳細(xì)需求，同時(shí)它也是進(jìn)行項(xiàng)目策劃、概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)的基礎(chǔ)，是維護(hù)人員進(jìn)行內(nèi)部維護(hù)，信息更新，驗(yàn)收和測試的依據(jù)。本需求的預(yù)期讀者是與個(gè)人博客系統(tǒng)軟件開發(fā)有聯(lián)系的決策人，開發(fā)組成人員，如果可能實(shí)現(xiàn)的話，將面向輔助開發(fā)者，支持本項(xiàng)目的領(lǐng)導(dǎo)和公司人員，軟件驗(yàn)證者。

1.2背景：

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

充分做了可行性分析后，我們對系統(tǒng)的是使用人群、主要功能等有了一個(gè)初步構(gòu)想。

本項(xiàng)目的任務(wù)提出者及開發(fā)者是個(gè)人博客系統(tǒng)軟件開發(fā)小組,用戶是主要是學(xué)生。本產(chǎn)品是針對博客用戶的需求設(shè)計(jì)的，可以完成博客用戶注冊、登入、發(fā)表、瀏覽、修改博文、上傳、瀏覽照片片、留言等主要功能。

1.3定義

個(gè)人博客系統(tǒng)： 個(gè)人博客是使得博客用戶能夠在網(wǎng)絡(luò)上發(fā)表及其評論相關(guān)博客。使用漢語編程語言，獨(dú)立完成其功能。

1.4參考資料

《軟件工程》

《數(shù)據(jù)庫系統(tǒng)概論》

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

2任務(wù)概述

2.1目標(biāo)

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

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

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

需求分析報(bào)告描述的每一個(gè)需求應(yīng)是可以驗(yàn)證的?？梢酝ㄟ^一個(gè)有限處理過程來檢查軟件產(chǎn)品是否滿足需求。d．一致性

在需求分析報(bào)告中的各個(gè)需求的描述不能互相矛盾。e．可修改性

需求分析報(bào)告應(yīng)具有一個(gè)有條不紊、易于使用的內(nèi)容組織；沒有冗余，即同一需求不能在需求分析報(bào)告中出現(xiàn)多次。f．可追蹤性

每一個(gè)需求的源流必須清晰，在進(jìn)一步產(chǎn)生和改變文件編制時(shí)，可以方便地引證每一個(gè)需求。

g．運(yùn)行和維護(hù)階段的可使用性

需求分析報(bào)告必須滿足運(yùn)行和維護(hù)階段的需要。在需求分析報(bào)告要寫明功能的來源和目的。

2.2用戶的特點(diǎn)

本軟件的使用對象主要是學(xué)生?？梢赃_(dá)到使用本系統(tǒng)的基本要求：會漢語、懂計(jì)算機(jī)的基本操作。系統(tǒng)管理員需要能夠熟練操作計(jì)算機(jī)，具有網(wǎng)站管理、數(shù)據(jù)庫應(yīng)用等相關(guān)技術(shù)。

2.3假定和約束

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

硬件約束：Web服務(wù)器及數(shù)據(jù)庫服務(wù)器。內(nèi)存1024M、硬盤120G。

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

3需求規(guī)定

3.1對功能的規(guī)定

用列表的方式（例如IPO表即輸入、處理、輸出表的形式），逐項(xiàng)定量和定性地?cái)⑹鰧浖岢龅墓δ芤?，說明輸入什么量、經(jīng)怎樣的處理、得到什么輸出，說明軟件應(yīng)支持的終端數(shù)和應(yīng)支持的并行操作的用戶數(shù)。

3.2需求分析 E-R圖：

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

是否管理員標(biāo)記

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

3.3對性能的規(guī)定 3.3.1精度：

在精度需求上，根據(jù)使用需要，控制各項(xiàng)輸入、輸出數(shù)據(jù)的長度。確保保證用戶正常使用的同時(shí)節(jié)省系統(tǒng)空間。

3.3.2時(shí)間特性要求：

用html語言寫博客首頁，做到響應(yīng)時(shí)間在3秒內(nèi)。

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

3.3.3靈活性：

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

3.4輸人輸出要求

輸入：登陸個(gè)人博客系統(tǒng)的賬號。

輸出：個(gè)人博客系統(tǒng)的相關(guān)信息。

3.5數(shù)據(jù)管理能力要求：

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

3.6故障處理要求

當(dāng)系統(tǒng)出現(xiàn)故障時(shí)，可利用系統(tǒng)自身的維護(hù)工具來進(jìn)行系統(tǒng)的故障排除。

3.7其他專門要求

如新系統(tǒng)可以設(shè)置不同的訪問權(quán)限，用戶單位為了安全，可以針對不同級別的用戶來設(shè)置不同的訪問權(quán)限。用戶使用系統(tǒng)時(shí)，操作簡單方便。同時(shí)系統(tǒng)具有可維護(hù)性、可補(bǔ)充性、易讀性、可靠性、運(yùn)行環(huán)境可轉(zhuǎn)換性的特殊要求等。

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

本說明書由設(shè)計(jì)人員根據(jù)軟件需求規(guī)格說明書編寫，由主程序員和程序員實(shí)施，供測試人員及維護(hù)人員參考。

高級程序員：呂娜君

日期：2012-10-26

第五篇：兒童博客網(wǎng)站需求分析報(bào)告

兒童博客網(wǎng)站需求分析報(bào)告

通過中國互聯(lián)網(wǎng)絡(luò)發(fā)展?fàn)顩r統(tǒng)計(jì)報(bào)告，發(fā)現(xiàn)網(wǎng)民對博客的需求增長迅速，同比增長超過10%，相比對網(wǎng)絡(luò)聊天室以及個(gè)人主頁空間的需求要高近5%。顯示出了網(wǎng)民對博客的極度追捧。

博客永遠(yuǎn)是共享與分享精神的體現(xiàn)

兒童博客網(wǎng)站是一款以靜、與細(xì)膩的寶貝博客，網(wǎng)站鮮明的色調(diào)，可以充分的展示出兒童博客的風(fēng)格，記錄下寶寶成長過程中的點(diǎn)點(diǎn)滴滴，此兒童博客網(wǎng)站主要是為媽媽們提供交流、分享的一個(gè)平臺。

博客的用處:

1、作為網(wǎng)絡(luò)個(gè)人日記

2、個(gè)人展示自己某個(gè)方面的空間

3、網(wǎng)絡(luò)交友的地方

4、學(xué)習(xí)交流的地方

系統(tǒng)軟件要求與選型

具體要求：

1)功能強(qiáng)的數(shù)據(jù)庫管理系統(tǒng)，以對信息進(jìn)行有效的管理

2)支持?jǐn)?shù)據(jù)庫管理系統(tǒng)的操作系統(tǒng)

3)豐富的程序設(shè)計(jì)語言

4)靈活的網(wǎng)絡(luò)通訊軟件，為以后聯(lián)網(wǎng)提供軟件保證

5)數(shù)據(jù)管理支持軟件

6)豐富的應(yīng)用軟件

個(gè)人博客網(wǎng)頁：

1.首頁：點(diǎn)此標(biāo)簽可以回到剛進(jìn)入博客的界面。

2.成長歷程：點(diǎn)此標(biāo)簽進(jìn)入日志網(wǎng)頁，在此網(wǎng)頁中我們不但可以顯示自己以前所寫的日志，也可以發(fā)表新的日志，同樣博友也可以對你的日志進(jìn)行評論。

3.寶貝相冊：點(diǎn)此標(biāo)簽進(jìn)入相冊網(wǎng)頁，在此網(wǎng)頁中可以上傳自己的照片，也可以對自己的相冊進(jìn)行編輯。

4.童聲童語：點(diǎn)此標(biāo)簽進(jìn)入音樂網(wǎng)頁，在此網(wǎng)頁中我們可以上傳自己喜歡的音樂，同樣也可以將他們設(shè)成博客的背景音樂，是博客豐富化。而博友也可以對我們上傳的歌曲進(jìn)行評論。

5.給我留言：點(diǎn)此標(biāo)簽進(jìn)入留言網(wǎng)頁，在此頁面中我們可以看到博友給我們的留言信息，我們同樣也可以回復(fù)他們。

6.寶貝資料：點(diǎn)此標(biāo)簽進(jìn)入個(gè)人信息網(wǎng)頁，這個(gè)網(wǎng)頁中有關(guān)于我們的大部分信息。