博客需求分析和系統(tǒng)設計指引_第1頁
博客需求分析和系統(tǒng)設計指引_第2頁
博客需求分析和系統(tǒng)設計指引_第3頁
博客需求分析和系統(tǒng)設計指引_第4頁
博客需求分析和系統(tǒng)設計指引_第5頁
已閱讀5頁,還剩21頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

一、博客系統(tǒng)需求分析

1項目開發(fā)時背景

Blog博客網(wǎng)站致力于為廣大博客提供優(yōu)質(zhì)博客頁面服務的商業(yè)網(wǎng)站,每

個博客都但愿借助自己H勺博客頁面宣傳自己,而博客數(shù)量越多,網(wǎng)站的點擊率越

高就越可以吸引廣大日勺企業(yè)客戶選擇該商業(yè)網(wǎng)站作為媒介,將自己H勺產(chǎn)品展現(xiàn)給

客戶。可以說,對這些博客網(wǎng)站而言:為博客提供良好日勺服務就意味著為網(wǎng)站帶

來更多H勺商業(yè)客戶。因此,在詳細設計實現(xiàn)該博客網(wǎng)站時,重要考慮了主流博客

網(wǎng)站的幾種重要功能。

1.博客的注冊、登錄驗證功能

2.一般顧客瀏覽文章和刊登評論口勺管理

3.文章詳細內(nèi)容及有關評論顯示

4.博客個人文章管理維護功能

5.博客個人文章分類管理維護功能

6.博客個人友誼鏈接維護功能

7.博客個人基本信息管理維護功能

8.個人上傳圖片和相冊管理日勺功能

9.管理員對博主H勺管理

10.管理員對個人信息H勺管理

11.管理員對網(wǎng)站在線人數(shù)日勺記錄

2、研究日勺目日勺和意義

博客(Blog)作為Web2.0的經(jīng)典代表,已風行網(wǎng)絡世界。那么,博客

究竟是什么?簡樸一點的Blog記載了平常發(fā)生的事情和自己的愛好愛好,把自

己的思想和知識與他人分享、交流,同步又通過個人博客認識更多志同道合的朋

友,使大家在網(wǎng)上可以進行多種信息日勺交流,博客系統(tǒng)為大家提供了學習交流、

工作交流、情感交流的平臺,使人們FI勺工作愈加簡樸快捷,使人們口勺生活愈加豐

富多彩。本文檔用于描述“博客管理系統(tǒng)”項目的系統(tǒng)需求,為該項目概要設計,

詳細設計和測試用例的設計根據(jù)。該需求規(guī)格闡明竹供概要設計人員閱讀。

角色:

序號角色權限

1游客游客無需登陸就可以瀏覽相冊、瀏覽博文或刊登評論

2博主登錄后就可以修改顧客資料,修改密碼,公布,修改,刪

除博文,添加,刪除,修改相片,刊登評論

博客管登陸后就可以管理注冊顧客,管理系統(tǒng)顧客,管理博客文

3

理員章,管理留言,管理相冊

3、研究日勺內(nèi)容

按照規(guī)范設計的措施,考慮數(shù)據(jù)庫及其應用系統(tǒng)開發(fā)全過程,將研究內(nèi)容

分為如下幾種方面:

(1)需求分析

(2)概念構造設計

(3)邏輯構造設計

(4)物理構造設計

(5)數(shù)據(jù)庫實行

(6)數(shù)據(jù)庫H勺運行與維護

4、目前博客H勺國內(nèi)研究現(xiàn)實狀況

每日流量排名趨勢

2005年9月8日新浪開始為億萬網(wǎng)民提供博客產(chǎn)品BlogBeta2.0服務,由

此中國博客門戶網(wǎng)站拉開帷幕。9月26日,新浪網(wǎng)發(fā)起了“中國首屆博客大賽”。

與此同步,另一門戶網(wǎng)站搜狐也宣布推出醞釀已久的博客服務,并隨即啟動了它

自己的“首屆全球中文博客大獎賽”。由此中國博客行業(yè)得以迅猛發(fā)展,從2023

年8月中國博客網(wǎng)站Alexa平均排名走勢圖可以看出,中國博客網(wǎng)站逐漸發(fā)展壯

大,并日益被世界所關注。由此可見,博客的發(fā)展是樂觀的。

5、運行環(huán)境

硬件:

處理器:Intel486以上系列、AMDK6以上系列

內(nèi)存:1G(非最低配置)

網(wǎng)絡:帶寬1M(非最低配置)

軟件:

操作系統(tǒng):windows(2023>XP>vista、7)、Linux

數(shù)據(jù)庫:SQLServer2023

客戶端:InternetExplore6.0及以上

主流瀏覽器(firefox,chrome,opera等)

6、條件與限制

由于時間比較短,使用計算機不以便以及對于網(wǎng)絡編程不熟悉,本博客管理

系統(tǒng)功能不怎么太全面。對信息的保護手段僅限于設置顧客級別,以及提供數(shù)據(jù)

文獻的備份,比較簡樸,安全性能有待深入完善。

7、數(shù)據(jù)描述靜態(tài)數(shù)據(jù)

7.1靜態(tài)數(shù)據(jù)

(1)顧客:顧客ID、顧客名稱、顧客密碼、博客主題、闡明、E-maik注

冊日期、刊登日忑數(shù)。

(2)顧客類型表:顧客TD,顧客類型。

(2)類別:類別編號、類別名、類別描述。

(3)日志:日志編號、日志標題、日志內(nèi)容、類別編號、刊登日期、最終

修改日期、顧客1D、瀏覽次數(shù)、評論數(shù)。

(4)評論:評論編號、評論標題、評論內(nèi)容、刊登日期、最終答復日期、

評論人、日志編號。

(5)留言:留言編號、留言標題、留言內(nèi)容、刊登日期、最終答復日期、

留言人、顧客ID。

7.2、動態(tài)數(shù)據(jù)

1,注冊新顧客

2,刊登新日志、留言、評論

3,H志、留言、評論日勺更改

4,個人信息管理

5,管理員更新

7.3、數(shù)據(jù)庫描述

數(shù)據(jù)庫采用SQLServer2023數(shù)據(jù)庫。

7.4、數(shù)據(jù)流圖

《博客管理系統(tǒng)》H勺總體功能如下:

1,注冊新顧客

2,登錄博客

3,評論/留言

4,內(nèi)容刊登

5,內(nèi)容管理

6,系統(tǒng)管埋

、注冊新顧客

蝕涅汩向

麻安舉刑夾

、登錄博客

、注冊顧客評論/留言/瀏覽博客

-4-^

擇//國二

nm-1-r仁=上乙TTil

士、I-匕

、游客評論/瀏覽博客

、E'A-=£^r-1-4--=*=?

、注冊顧客管理

、系統(tǒng)管理員管理

8、功能需求

8.1、功能劃分

該軟件具有如下重要功能:

注冊功能;

登陸功能;

評論/留言功能;

內(nèi)容刊登功能;

內(nèi)容管理功能;

系統(tǒng)管理功能;

8.2、功能描述

、注冊功能

【輸入數(shù)據(jù)】

賬號、密碼

以及多種個人信息,如昵稱,生日,住處,愛好等.

【輸出數(shù)據(jù)】

注冊與否成功的信息

【功能】

系統(tǒng)可以對顧客輸入的賬號、密碼等信息進行驗證,確定與否可用,然后發(fā)

送給服務器進行驗證,驗證通過后則存儲于數(shù)據(jù)庫并根據(jù)顧客提供信息建立

個人博客。假如驗證沒通過,則提醒顧客原因.

、登陸功能

【輸入數(shù)據(jù)】

賬號、密碼

【輸出數(shù)據(jù)】

提醒信息

【功能】

系統(tǒng)可以按照顧客輸入日勺賬號、密碼發(fā)送給服務器進行驗證,驗證通過

后可根據(jù)顧客信息進入個人博客主頁。對于驗證不通過H勺賬號和密碼系統(tǒng)可以做

出對應的錯誤處理。

1.評論/留言功能

【輸入數(shù)據(jù)】

所要刊登的評論/留言的內(nèi)容

【輸出數(shù)據(jù)】

刊登后內(nèi)容

【功能】

游客或者注冊顧客可對目前瀏覽歐I博客內(nèi)容進行評論或?qū)δ壳盀g覽日勺

博客進行留言。評論/留言成功后會在目前博客或內(nèi)容下顯示。

2.內(nèi)容刊登功能

【輸入數(shù)據(jù)】

所要刊登的內(nèi)容的標題,內(nèi)容與描述

【輸出數(shù)據(jù)】

刊登后內(nèi)容

【功能】

系統(tǒng)可以對顧客提交的標題,內(nèi)容與描述進行驗證,驗證通過后存儲至

數(shù)據(jù)庫,然后在目前博客上顯示成功提交日勺內(nèi)容。若提交不成功,則顯示錯誤提

醒信息并返回至內(nèi)容編輯頁面。

3.內(nèi)容管理功能;

(1)個人信息管理

【輸入數(shù)據(jù)】

編輯的信息

【輸出數(shù)據(jù)】

提醒信息

【功能】

系統(tǒng)可以對顧客提交的對個人信息編輯后的I內(nèi)容進行驗證,若驗證

通過,則修改數(shù)據(jù)庫對應信息,然后在頁面提醒顧客編輯成功并顯示新日勺個人信

息。若不通過,則提醒錯誤信息并返回至個人信息頁面。

(2)博客內(nèi)容管理

【輸入數(shù)據(jù)】

編輯的標題,內(nèi)容,描述等

【輸出數(shù)據(jù)】

提醒信息

【功能】

顧客選擇需要編輯的博客內(nèi)容進行編輯,包括修改標題,修改內(nèi)

容,修改描述,修改權限或刪除目前內(nèi)容。然后系統(tǒng)根據(jù)顧客提交日勺信息進

行驗證,驗證成功后修改數(shù)據(jù)庫對應內(nèi)容,然后提醒顧客修改成功并顯示成

功修改后歐I內(nèi)容。若失敗,則提醒錯誤信息并返回編輯前內(nèi)容界面。

9、系統(tǒng)管理功能;

(1)系統(tǒng)界面管理

【輸入數(shù)據(jù)】

界面所需顯示的內(nèi)容(圖片?,公行等)

【輸出數(shù)據(jù)】

編輯后界面

【功能】

系統(tǒng)管理員對系統(tǒng)的界面進行管理,如修改界面布局,更改顯

示圖片,公布公告,刪除部分內(nèi)容等。修改成功后會在顧客打開系統(tǒng)

時顯示修改后日勺系統(tǒng)界面。

(2)顧客博客內(nèi)容管理

【輸入數(shù)據(jù)】

發(fā)送的信息

編輯的內(nèi)容

【輸出數(shù)據(jù)】

提醒信息

發(fā)送信息

【功能】

系統(tǒng)管理員對系統(tǒng)的顧客博客進行管理。管理員可以瀏覽系統(tǒng)

顧客H勺博客,對博客內(nèi)容講行審核,當發(fā)現(xiàn)不合規(guī)定H勺內(nèi)容后,可以

對目前內(nèi)容進行編輯修改或刪除,然后發(fā)送信息給目前博客顧客。

10、.性能需求

10.1、數(shù)據(jù)精確度

查詢時應保證查全率,所有在對應域中包括查詢關鍵字時記錄都應能查

到,同步保證查準率。

10.2、時間特性

一般操作的響應時間應在1―2秒內(nèi)。

10.3、適應性

滿足運行環(huán)境在容許操作系統(tǒng)之間的安全轉換和與其他應用軟件的獨立

運行規(guī)定。

11、運行需求

11.1、顧客界面

對話框。

11.2、硬件接口

支持多種x86系列PC機。

11.3、軟件接口

運行于Windows95/98及更高版本具有WIN32APT口勺操作系統(tǒng)之上。

11.4.故障處理

正常使用時不應出錯,對于顧客的輸入錯誤應給出合適的改正提醒。若運

行時碰到不可恢復的系統(tǒng)錯誤,也必須保證數(shù)據(jù)庫完好無損。

二、博客系統(tǒng)設計

2數(shù)據(jù)庫設計的關鍵理論和實現(xiàn)措施

2.1數(shù)據(jù)庫設計的理論

數(shù)據(jù)庫設計是指對于一種給定口勺應用環(huán)境,構造((設計?)優(yōu)化的數(shù)據(jù)庫

邏輯模式和物理構造,并據(jù)此建立數(shù)據(jù)庫及其應用系統(tǒng),使之可以有效地存儲和

管理數(shù)據(jù),滿足多種顧客的應用需求。

數(shù)據(jù)庫設計的I目的是為顧客和多種應用系統(tǒng)提供一種信息基礎設施和高

效率的運行環(huán)境。高效率日勺運行環(huán)境有:數(shù)據(jù)庫數(shù)據(jù)日勺存取效率、數(shù)據(jù)庫存儲空

間的I運用率、數(shù)據(jù)庫系統(tǒng)運行管理歐I效率等都是高的。

數(shù)據(jù)庫設計的特點:(1)三分技術、七分管理、十二分基礎設計

(2)構造設計和行為波及相結合

2.2數(shù)據(jù)庫設計歐I措施

數(shù)據(jù)庫設計的I措施有三種:

(I)新奧爾良措施

(2)基于E—R模型的數(shù)據(jù)庫設計措施

(3)第三范式的設計措施

3、功能需求

本系統(tǒng)分為前臺設計和后臺設計,其中前臺設計針對H勺顧客身份是一般顧

客和博主,后臺設計針對的顧客身份是管理員。

(1)前臺設計

前臺設計重要實現(xiàn)日勺功能有:對一般顧客來說,重要有注冊、登錄、瀏覽文

章和刊登評論;對博主來說,重要有管理博文、管理評論、管理分類、相冊

管理、顧客管理等功能。前臺功能模塊圖如圖所示。

(2)后臺設計

后臺設計實現(xiàn)日勺功能重要功能有:對博主歐J管理,網(wǎng)站公告的管理,和在線

人數(shù)的記錄。后臺功能模塊圖如圖所示。

3.1性能需求

(1)精度

在精度需求上,根據(jù)使用需要,控制各項輸入、輸出數(shù)據(jù)的長度。保證

保證顧客正常使用的同步節(jié)省系統(tǒng)空間。

(2)時間特性規(guī)定

用html語言寫博客首頁,做到響應時間在3秒內(nèi)。

對附件上傳做好文獻大小限制,保證滿足一般需求并且傳播暢通,同

步節(jié)省空間。

(3)靈活性

規(guī)定系統(tǒng)可以在多種主流瀏覽器上正常運行,對不一樣辨別率日勺顯示

屏具有良好適應性。針對顧客的I新需求可以做到系統(tǒng)靈活修改。

3.2接口需求

顧客接口:本系統(tǒng)采用圖形顧客接口,以鼠標和鍵盤為顧客接口,以便顧

客對博客系統(tǒng)的有效操作。更好地在博客里進行交流。

內(nèi)部接口:內(nèi)部是頁面和數(shù)據(jù)庫連接,對應口勺頁面輸入框和顯示框的內(nèi)容

在數(shù)據(jù)庫得到顯示。

3.3出錯處理需求

列出也許的軟件、硬件故障以及對各項性能而言所產(chǎn)生的I后果和對故障處

理日勺規(guī)定。

(1)軟件故障:

系統(tǒng)異常,ns不穩(wěn)定,此系微軟企業(yè)提供H勺產(chǎn)品,無法對其進行改

善。

(2)硬件故障:

網(wǎng)絡不應負載超荷:大部分時間內(nèi)應保證在線顧客數(shù)量不大于設定極

限數(shù)量,通過編碼或服務器功能實現(xiàn)。

(3)在系統(tǒng)中,數(shù)據(jù)的錄入往往是大量日勺,因此系統(tǒng)要有一定的處理能力,

以保證迅速日勺處理數(shù)據(jù)。

(4)數(shù)據(jù)的一致性與完整性

由于系統(tǒng)的數(shù)據(jù)是共享日勺,要處理數(shù)據(jù)一致性問題,要有一定的I人員

維護數(shù)據(jù),在數(shù)據(jù)錄入處控制數(shù)據(jù)H勺去向,并且規(guī)定對數(shù)據(jù)庫的數(shù)據(jù)完整性進行

嚴格的約束。對于輸入的數(shù)據(jù),要為其定義完整性規(guī)則,假如不能符合完整性約

束,系統(tǒng)應當拒絕該數(shù)據(jù)。

(5)數(shù)據(jù)的共享與獨立性

整個博客系統(tǒng)的數(shù)據(jù)是共享口勺。然而,從系統(tǒng)開發(fā)的角度上看,共享

會給設計和調(diào)試帶來困難。因此,應當提供靈活的配置,使各個分系統(tǒng)可以獨立

運行,而通過人工干預的手段進行系統(tǒng)數(shù)據(jù)的互換。這樣,也能提供系統(tǒng)的強健

性。

4概念構造設計

4.1博客系統(tǒng)局部E—R圖

根據(jù)以上各節(jié)對系統(tǒng)日勺需求分析和功能模塊的分析,規(guī)劃出本系統(tǒng)使用的

數(shù)據(jù)庫的關鍵實體是顧客實體、文章實體、評論實體、分類實體。下面將一一列

出各個關鍵實體的E.R圖。

(1)顧客實體

在博客系統(tǒng)中,顧客實體是管理員和一般顧客。顧客實體重要包括顧客名

字、顧客密碼、郵箱等屬性。顧客實體日勺E-R圖如11所示。管理員重要包括管

理員名、管理員密碼、管理員ID等屬性。管理員實體日勺E-R圖如圖12所示。

包;HFH口

(2)文章實體

在博客系統(tǒng)中,顧客文章實體是指博主刊登的文章中所包括附屬性。

文章實體重要包括文章日勺ID、文章標題、類別ID、公布日期、摘要、內(nèi)容、作

者、瀏覽次數(shù)。文章實體的E-R圖如所示。

(3)評論實體

在博客系統(tǒng)中,評論實體是指系統(tǒng)中日勺一般顧客者和已經(jīng)注冊過的博主

對博主刊登過H勺文章進行評論。評論實體重要包括評論ID、評論人的名字、評

論內(nèi)容、評論時間、文章ID。評論實體日勺E?R圖如所示。

(4)類別實體

在博客系統(tǒng)中,類別實體是對文章日勺分類。類別實體重要包括類別ID、

類別名字、博主名字。類別實體的E-R圖如所示。

4.2博客系統(tǒng)整體E—R圖

系統(tǒng)總體E-R圖闡明了實體與實體之間的關系,實體用矩形表達,

屬性用橢圓表達,聯(lián)絡用菱形表達,如圖所示。

5、邏輯構造設計

5.1關系模式

根據(jù)概念閡造設計的E-R圖,將E-R圖轉換為關系模式,一種實體

型轉換成一種關系模式。實體的I屬性就是關系的屬性,實體日勺碼就是關系日勺碼。

根據(jù)轉換原則,用橫線將關系的I碼標出,如下:

(1)顧客(紅,顧客名,密碼,性別,郵箱,愛好,頭像,博客主題,公

告)

(2)博文(文章編號,文章標題,類別編號,刊登日期,文章摘要,文章

內(nèi)容,顧客名,瀏覽次數(shù))

(3)分類(類別編號,類別名稱,顧客名)

(4)評論(評論編號,評論人名字,評論內(nèi)容,評論日期,文章編號,答

復內(nèi)容,答復H期)

(5)管理員(管理員編號,管理員名稱,密碼,網(wǎng)站公告)

(6)特殊文章分類(特殊文章編號,特殊分類名稱,文章ID,文章標題)

(7)相片(相片ID,相片名稱,發(fā)送相片日勺人日勺名稱)

5.2外模式

外模式對應于視圖:

uscrlnfo;category?

斗源

gusernse

p?s;??rd_enwe

stx

e??)l

favorite

i??C<

blooti

至article?

Ppd

一二cid

_xbaiyio

_usernwe

vievc^mt

5.3完整性約束

為保證明體完整性,也就是第2范式,表中主鍵或唯一鍵是一定要有的,

否則就也許出現(xiàn)反復紀錄。當然外鍵也是不可缺乏的I。

一般矛盾在于:參照完整性及實現(xiàn)參照完整性的性能問題。

(1)用外鍵實現(xiàn)參照完整性,保證數(shù)據(jù)的?致性;

(2)海量數(shù)據(jù)的狀況下,參照完整性檢查口勺成本很大;

6物理構造設計

6.1訪問措施選擇

訪問措施有三種:

(1)索引存取措施

(2)聚簇存取措施

(3)HASH存取措施

6.2存儲構造選擇

確定數(shù)據(jù)的寄存位置和存儲構造要綜合考慮存取時間、存儲

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論