圖書管理系統(tǒng)

案例分析圖書管理系統(tǒng)案例分析因此系統(tǒng)應(yīng)該具備以下功能：⑴基本數(shù)據(jù)維護(hù)功能⑵基本業(yè)務(wù)功能⑶數(shù)據(jù)庫管理功能⑷信息查詢功能例1：有一個(gè)大學(xué)圖書管理系統(tǒng)，該系統(tǒng)除了一般的圖書管理功能外，還能夠?yàn)閷W(xué)生和教工從其他圖書館借閱圖書和文獻(xiàn)資料提供服務(wù)。因此系統(tǒng)應(yīng)該具備以下功能：例1：有一個(gè)大學(xué)圖書管理系統(tǒng)，該系1.功能需求⑴基本數(shù)據(jù)維護(hù)功能：提供使用者錄入，修改并進(jìn)行維護(hù)基本數(shù)據(jù)的途徑?；緮?shù)據(jù)包括讀者的信息、圖書資料的相關(guān)信息，可以對(duì)這些信息進(jìn)行修改，更新。⑵基本業(yè)務(wù)功能：讀者借、還書籍的登記管理功能，隨時(shí)根據(jù)讀者借、還書籍的情況更新數(shù)據(jù)庫系統(tǒng)，如果書籍已經(jīng)借出，可以進(jìn)行預(yù)留操作，書籍的編目、入庫、更新等操作。1.功能需求⑶數(shù)據(jù)庫管理功能：對(duì)所有圖書信息及讀者信息進(jìn)行統(tǒng)一管理維護(hù)的功能，對(duì)書籍的借還也要進(jìn)行詳細(xì)的登記，以便協(xié)調(diào)整個(gè)圖書館的運(yùn)作。⑷信息查詢功能：提供對(duì)各類信息的查詢功能，如對(duì)本圖書館的用戶借書信息，還書的信息，書籍源信息，預(yù)留信息等進(jìn)行查詢，對(duì)其他圖書館的書籍、資料源信息的查詢功能。⑶數(shù)據(jù)庫管理功能：2.非功能需求①系統(tǒng)安全性需求：為保證系統(tǒng)安全性，對(duì)本圖書館的各項(xiàng)功能進(jìn)行分級(jí)、分權(quán)限操作，對(duì)各類用戶進(jìn)行確認(rèn)。對(duì)其它圖書館借閱圖書和文獻(xiàn)資料服務(wù)控制訪問范圍：如限IP、限用戶等。②對(duì)系統(tǒng)可用性的需求：為了方便使用者，要求對(duì)所有交互操作提供在線幫助功能。③對(duì)系統(tǒng)查詢速度的需求：要求系統(tǒng)在20S之內(nèi)響應(yīng)查詢服務(wù)請(qǐng)求。④對(duì)系統(tǒng)可靠性的需求：要求系統(tǒng)失敗發(fā)生率小于1%。2.非功能需求3.領(lǐng)域需求例如：對(duì)“大學(xué)圖書管理系統(tǒng)”，提出一些與圖書管理的業(yè)務(wù)相關(guān)的需求：⑴圖書編目要求按照《中國(guó)圖書館分類法》進(jìn)行；⑵由于版權(quán)限制，某些文獻(xiàn)資料只能在圖書館規(guī)定的閱覽室閱讀，并限制復(fù)制和打印。第一條需求是對(duì)遵循我國(guó)圖書管理的規(guī)定，執(zhí)行對(duì)圖書的分類管理的標(biāo)準(zhǔn)。而第二條需求則是版權(quán)法對(duì)圖書館文獻(xiàn)資料的保護(hù)的需要，描述了對(duì)一類文獻(xiàn)資料有限制的使用和服務(wù)。3.領(lǐng)域需求1．客房預(yù)定系統(tǒng)2．前臺(tái)接待系統(tǒng)3．前臺(tái)收銀系統(tǒng)4．帳務(wù)系統(tǒng)

5．管家系統(tǒng)6．電話系統(tǒng)

7．客歷系統(tǒng)8．合約系統(tǒng)

9．經(jīng)理系統(tǒng)10．總經(jīng)理系統(tǒng)

11．密碼管理系統(tǒng)12．報(bào)表系統(tǒng)

13．帳務(wù)報(bào)表酒店管理系統(tǒng)例：按照功能分解為以下子系統(tǒng)：1．客房預(yù)定系統(tǒng)2．前臺(tái)接待系統(tǒng)酒店管理盤存/銷售系統(tǒng)1.0.0銷售處理1.1.0盤存處理1.2.0例：盤存/銷售系統(tǒng)，用戶提出系統(tǒng)應(yīng)有以下功能:①計(jì)算買主訂單②準(zhǔn)備銷售報(bào)表③建立買主文件和應(yīng)收帳發(fā)票④運(yùn)行更新的盤存文件

⑤產(chǎn)生托運(yùn)單和包裝單⑥保證庫存及時(shí)訂貨計(jì)算銷售記錄1.1.1產(chǎn)生銷售報(bào)表1.1.2核對(duì)買主貸方金額1.1.3驗(yàn)證庫存量級(jí)1.2.1產(chǎn)生貨運(yùn)訂單1.2.2執(zhí)行買主匯票1.2.3產(chǎn)生盤存報(bào)表1.2.4盤存/銷售系統(tǒng)銷售處理盤存處理例：盤存/銷售系統(tǒng)，用戶提出系

顧客出版社驗(yàn)證訂單匯總訂單訂單出版社訂單圖書目錄文件顧客檔案待處理訂單文件正確訂單一批訂單出版社檔案文件訂貨存根文件顧客出版社驗(yàn)證匯總訂單出版社圖書目錄文件顧客檔案待處理訂顧客出版社驗(yàn)證訂單匯總訂單訂單出版社訂單圖書目錄文件顧客檔案待處理訂單文件正確訂單一批訂單出版社檔案文件訂貨存根文件畫圖步驟：1、確定外部實(shí)體及輸入、輸出數(shù)據(jù)流。2、確定分解頂層的加工。3、確定使用的文件。4、用數(shù)據(jù)流將各部分連接起來，形成數(shù)據(jù)封閉。注意：標(biāo)注各加工框及數(shù)據(jù)流名稱。例一圖書預(yù)定系統(tǒng)（頂層DFD圖）顧客出版社驗(yàn)證匯總訂單出版社圖書目錄文件顧客檔案待處理訂單文需求案例分析案例一醫(yī)院病房監(jiān)護(hù)系統(tǒng)

（采用結(jié)構(gòu)化分析方法）案例二網(wǎng)上競(jìng)拍系統(tǒng)（采用基于用例的方法）需求案例分析案例一醫(yī)院病房監(jiān)護(hù)系統(tǒng)一、問題的描述

在醫(yī)院ICU病房里，將病癥監(jiān)視器安置在每個(gè)病床，對(duì)病人進(jìn)行監(jiān)護(hù)。監(jiān)視器將病人的組合病癥信號(hào)實(shí)時(shí)地傳送到中央監(jiān)護(hù)系統(tǒng)進(jìn)行分析處理。在中心值班室里，值班護(hù)士使用中央監(jiān)護(hù)系統(tǒng)對(duì)病員的情況進(jìn)行監(jiān)控，監(jiān)護(hù)系統(tǒng)實(shí)時(shí)地將病人的病癥信號(hào)與標(biāo)準(zhǔn)的病診信號(hào)進(jìn)行比較分析，當(dāng)病癥出現(xiàn)異常時(shí)，系統(tǒng)會(huì)立即自動(dòng)報(bào)警，并打印病情報(bào)告和更新病歷。根據(jù)醫(yī)生的要求隨時(shí)打印病人的病情報(bào)告，系統(tǒng)還定期自動(dòng)更新病歷。案例一醫(yī)院病房監(jiān)護(hù)系統(tǒng)一、問題的描述案例一醫(yī)院病房監(jiān)護(hù)系統(tǒng)經(jīng)過初步的需求分析，得到系統(tǒng)功能要求：1、監(jiān)視病員的病癥(血壓、體溫、脈搏等)。2、定時(shí)更新病歷。3、病情出現(xiàn)異常情況時(shí)報(bào)警。4、隨機(jī)地產(chǎn)生某一病員的病情報(bào)告。例2：醫(yī)院病房監(jiān)護(hù)系統(tǒng)產(chǎn)生病情報(bào)告監(jiān)視病情更新病歷2.2.3實(shí)例：醫(yī)院病房監(jiān)護(hù)系統(tǒng)請(qǐng)分析軟件系統(tǒng)需求!經(jīng)過初步的需求分析，得到系統(tǒng)功能要求：例2：醫(yī)院病房監(jiān)護(hù)系統(tǒng)1、監(jiān)視病員的病癥

?采集病癥信號(hào)(血壓、體溫、脈搏等)。?組合病癥信號(hào)。?將模擬病癥信號(hào)轉(zhuǎn)換為數(shù)字信號(hào)（A-D轉(zhuǎn)換）。2、定時(shí)更新病歷?將病癥信號(hào)進(jìn)行格式化并加入更新日期、時(shí)間。?更新病歷庫中病人的信息。?可人工設(shè)定更新病歷的時(shí)間間隔。3、病情出現(xiàn)異常情況時(shí)報(bào)警?根據(jù)標(biāo)準(zhǔn)病癥信號(hào)庫中的值，判斷是否報(bào)警。?將報(bào)警信號(hào)轉(zhuǎn)換為各種模擬信號(hào)（D-A轉(zhuǎn)換）。?實(shí)時(shí)打印病情報(bào)告，立即更新病歷。4、隨機(jī)地產(chǎn)生某一病員的病情報(bào)告二、系統(tǒng)功能需求—局部監(jiān)視—更新日志—產(chǎn)生病情報(bào)告1、監(jiān)視病員的病癥二、系統(tǒng)功能需求—局部監(jiān)視—更非功能需求1、監(jiān)視器與網(wǎng)絡(luò)的可靠性要求，涉及人的生命安全。2、效率需求中對(duì)時(shí)間、空間的需求，所采集的病癥信號(hào)數(shù)據(jù)量大。3、互操作需求—如要求監(jiān)視器采樣頻率可人工調(diào)整等。4、對(duì)病人病歷的隱私的要求。非功能需求1、監(jiān)視器與網(wǎng)絡(luò)的可靠性要求，涉及人的生命安全。病員護(hù)士護(hù)士病員監(jiān)護(hù)系統(tǒng)病員日志病癥信號(hào)要求報(bào)告病癥報(bào)告報(bào)警頂層DFD圖醫(yī)院病房監(jiān)護(hù)系統(tǒng)分層DFD圖頂層確定了系統(tǒng)的范圍，其外部實(shí)體為病員和護(hù)士護(hù)士病員護(hù)士病員護(hù)士護(hù)士病員監(jiān)病員日志病癥信號(hào)要求報(bào)告病癥報(bào)告報(bào)警頂層第一層：病員護(hù)士護(hù)士中央監(jiān)視病員日志病癥信號(hào)要求報(bào)告病癥報(bào)告報(bào)警局部監(jiān)視生成報(bào)告病員極限更新日志病員數(shù)據(jù)格式化病員數(shù)據(jù)生理信號(hào)極限值1324日志數(shù)據(jù)日志數(shù)據(jù)醫(yī)院病房監(jiān)護(hù)系統(tǒng)頂層DFD圖緊急報(bào)告第一層：病員護(hù)士護(hù)士中央監(jiān)視病員日志病癥信號(hào)要求報(bào)告病癥報(bào)告第二層：加工“中央監(jiān)視”分解醫(yī)院病房監(jiān)護(hù)系統(tǒng)二層DFD圖計(jì)算超過極限值否病員數(shù)據(jù)超過極限值報(bào)警開解信號(hào)產(chǎn)生報(bào)警信息病員極限格式化病員數(shù)據(jù)體溫血壓、體溫脈搏生理信號(hào)極限值時(shí)間脈搏血壓日期時(shí)鐘格式化病員數(shù)據(jù)3.13.23.33.4緊急報(bào)告第二層：加工“中央監(jiān)視”分解醫(yī)院病房監(jiān)護(hù)系統(tǒng)二層DFD圖計(jì)算計(jì)算超過極限值否病員數(shù)據(jù)超過極限值報(bào)警開解信號(hào)產(chǎn)生報(bào)警信息病員極限格式化病員數(shù)據(jù)體溫血壓、體溫、脈搏生理信號(hào)極限值時(shí)間脈搏血壓日期時(shí)鐘格式化病員數(shù)據(jù)3.13.23.33.4第二層：加工“中央監(jiān)視”分解醫(yī)院病房監(jiān)護(hù)系統(tǒng)分層DFD圖第一層格式化病員數(shù)據(jù)生理信號(hào)極限值病員護(hù)士護(hù)士中央監(jiān)視病員日志病癥信號(hào)要求報(bào)告病癥報(bào)告報(bào)警局部監(jiān)視生成報(bào)告病員極限更新日志病員數(shù)據(jù)1324日志數(shù)據(jù)緊急報(bào)告緊急報(bào)告計(jì)算超過病員數(shù)據(jù)超過極限值報(bào)警開解信號(hào)產(chǎn)生病員極限體溫血壓、

A、

數(shù)據(jù)流條目

給出某個(gè)數(shù)據(jù)流的定義，通常是列出該數(shù)據(jù)流的各組成數(shù)據(jù)項(xiàng)。

例如：報(bào)名單＝姓名＋單位名＋年齡＋性別＋課程名常用符號(hào)：＝、＋、［｜］、｛｝、（）、C、數(shù)據(jù)項(xiàng)條目

數(shù)據(jù)項(xiàng)條目給出某個(gè)數(shù)據(jù)單項(xiàng)的定義，通常是數(shù)據(jù)項(xiàng)的值類型，允許的取值范圍。B、文件條目

給出某個(gè)文件的定義，文件的定義通常是列出文件記錄的組成數(shù)據(jù)流。例如：

訂單文件＝訂單編號(hào)＋顧客名稱＋產(chǎn)品名稱＋訂貨數(shù)量＋交貨日期D、加工條目加工類條目就是“加工小說明”。一般應(yīng)該單獨(dú)列出。A、數(shù)據(jù)流條目給出某個(gè)數(shù)據(jù)流的定義，通常是列出該例：一圖書銷售系統(tǒng)，其中一加工為“優(yōu)惠處理”，條件是：顧客的營(yíng)業(yè)額大于1000元，同時(shí)必須信譽(yù)好，或者雖然信譽(yù)不好，但是20年以上的老主顧。1234>1000元Y

YYN信譽(yù)好YNN->20年-YN-優(yōu)惠XX

正常

XX

化簡(jiǎn)后

12345678

>1000元

Y

YYYNNNN信譽(yù)好YYNNYYNN>20年

YNYNYNYN優(yōu)惠XXX正常

XXXXXY-滿足條件N-不滿足條件X-選中判定的結(jié)論判定表應(yīng)用舉例例：一圖書銷售系統(tǒng)，其中一加工為“優(yōu)惠處理”，條件是：顧客的特點(diǎn):描述一般組合條件較清晰，易理解。不易輸入計(jì)算機(jī)。營(yíng)業(yè)額>1000元≤1000元正常處理好的支付信譽(yù)優(yōu)惠處理壞的支付信譽(yù)>20年優(yōu)惠處理<20年正常處理如上例（三）判定樹特點(diǎn):描述一般組合條件較清晰，易理解。不易輸入計(jì)算機(jī)。營(yíng)業(yè)額案例3網(wǎng)上拍賣系統(tǒng)隨著Internet技術(shù)的發(fā)展和互聯(lián)網(wǎng)的日益普及,互聯(lián)網(wǎng)用戶中約1/4的用戶使用Internet進(jìn)行互聯(lián)網(wǎng)通信或經(jīng)貿(mào)活動(dòng)。電子商務(wù)總額每年可達(dá)到6萬億美元。網(wǎng)上拍賣系統(tǒng)就是一個(gè)在互聯(lián)網(wǎng)上模擬拍賣環(huán)境的典型的范例?？蓪?shí)現(xiàn)從展示產(chǎn)品、相互競(jìng)價(jià)到最后產(chǎn)品成交等一系列功能;用戶可以輕松實(shí)現(xiàn)在線商品的拍賣和競(jìng)標(biāo)。建立系統(tǒng)的USECASE模型。案例3網(wǎng)上拍賣系統(tǒng)一、競(jìng)拍平臺(tái)1.競(jìng)拍者資格審查2.競(jìng)拍規(guī)則設(shè)定3.競(jìng)拍過程控制二、拍賣商品信息發(fā)布確定發(fā)布的商品信息對(duì)商品信息操作三、拍賣步驟及在線幫助四、網(wǎng)上支付系統(tǒng)五、用戶管理用戶需求一、競(jìng)拍平臺(tái)二、拍賣商品信息發(fā)布三、拍賣步驟及在線幫助用戶需系統(tǒng)需求1.

執(zhí)行者—用戶系統(tǒng)是通過網(wǎng)絡(luò)提供給商品的銷售者和購買者一個(gè)交易平臺(tái)，因此所有上網(wǎng)用戶都是本系統(tǒng)的用戶，具體又分為商品購買者和商品銷售者、系統(tǒng)管理員?？紤]到一般用戶既可能是商品購買者也可能是商品銷售者，所以將用戶分為:非會(huì)員用戶和會(huì)員用戶.

非會(huì)員_未注冊(cè)的用戶,只能在網(wǎng)站上瀏覽商品，不能參與競(jìng)標(biāo)，也不能提供物品出售。

會(huì)員_已注冊(cè)的用戶,可以直接參與拍賣或競(jìng)標(biāo).系統(tǒng)需求1.執(zhí)行者—用戶考慮到一般用戶既可系統(tǒng)需求2.用例—分析系統(tǒng)功能⑴提供高效的內(nèi)容豐富的Web拍賣商業(yè)服務(wù);展示產(chǎn)品、相互競(jìng)價(jià)、產(chǎn)品成交。⑵實(shí)現(xiàn)拍賣商品種類的更新和消息的發(fā)布。⑶實(shí)現(xiàn)個(gè)人物品流通和網(wǎng)上信息發(fā)布、留言。初步確定以下功能：1)會(huì)員注冊(cè)2)會(huì)員天地3)商品分類瀏覽4)查找商品5)拍賣商品6)購買商品7)網(wǎng)上支付系統(tǒng)需求2.用例—分析系統(tǒng)功能初步確定以下功能：系統(tǒng)需求進(jìn)一步確定以下功能：

1)會(huì)員注冊(cè)（填寫用戶帳號(hào),用戶名,密碼,Email等)

2)會(huì)員天地（查看并修改個(gè)人信息,交易記錄,收郵件,信用評(píng)價(jià)等)

3)商品分類瀏覽（瀏覽、更新、最新商品推薦等)

4)查找商品（按關(guān)鍵字查找、輸出打印商品信息）

5)拍賣商品（包括商品上架：提供商品信息:商品名稱、類別、圖片、,起拍價(jià)格、新舊程度、使用時(shí)間等，及編輯商品，商品下架）

6)購買商品(即出價(jià)參與競(jìng)標(biāo)，拍賣結(jié)束時(shí)按照竟價(jià)規(guī)則獲得商品）

系統(tǒng)需求進(jìn)一步確定以下功能：

7)網(wǎng)上支付（通過銀行網(wǎng)絡(luò)系統(tǒng)進(jìn)行交易，設(shè)置多種支付方式）

——增加執(zhí)行者“銀行”

8)收藏商品（可添加收藏，取消收藏，修改收藏）

9)會(huì)員管理（查看會(huì)員信息，封鎖會(huì)員賬號(hào)，激活會(huì)員賬號(hào)）10)商品類別管理（添加商