【正文】 管理員要為每個(gè)讀者建立借閱賬戶，并給讀者發(fā)放不同類別的借閱卡（借閱卡可提供卡號(hào)、讀者姓名），賬戶內(nèi)存儲(chǔ)讀者的個(gè)人信息和借閱記錄信息。持有借閱卡的讀者可以通過(guò)管理員（作為讀者的代理人與系統(tǒng)交互）借閱、歸還圖書，不同類別的讀者可借閱圖書的范圍、數(shù)量和期限不同，可通過(guò)互聯(lián)網(wǎng)或圖書館內(nèi)查詢終端查詢圖書信息和個(gè)人借閱情況，以及續(xù)借圖書（系統(tǒng)審核符合續(xù)借條件）。借閱圖書時(shí)，先輸入讀者的借閱卡號(hào)，系統(tǒng)驗(yàn)證借閱卡的有效性和讀者是否可繼續(xù)借閱圖書，有效則顯示讀者的基本信息，供管理員人工核對(duì)。然后輸入要借閱的書號(hào)，系統(tǒng)查閱圖書信息數(shù)據(jù)庫(kù)，顯示圖書的基本信息，供管理員人工核對(duì)。最后提交借閱請(qǐng)求，若被系統(tǒng)接受則存儲(chǔ)借閱紀(jì)錄，并修改可借閱圖書的數(shù)量。歸還圖書時(shí)，輸入讀者借閱卡號(hào)和圖書號(hào)（或丟失標(biāo)記號(hào)），系統(tǒng)驗(yàn)證是否有此借閱紀(jì)錄以及是否超期借閱，無(wú)則提示，有則顯示讀者和圖書的基本信息供管理員人工審核。如果有超期借閱或丟失情況，先轉(zhuǎn)入過(guò)期罰款或圖書丟失處理。然后提交還書請(qǐng)求，系統(tǒng)接受后刪除借閱紀(jì)錄，并登記并修改可借閱圖書的數(shù)量。圖書管理員定期或不定期對(duì)圖書信息進(jìn)行入庫(kù)、修改、刪除等圖書信息管理以及注銷（不外借），包括圖書類別和出版社管理。 功能分類如圖1系統(tǒng)信息參數(shù)設(shè)置圖書館信息基礎(chǔ)信息管理書架設(shè)置管理員設(shè)置圖書詞庫(kù)設(shè)置購(gòu)入新書圖書館管理系統(tǒng)系統(tǒng)登陸圖書管理圖書注銷學(xué)生借書學(xué)生管理學(xué)生還書圖書信息查詢查詢子系統(tǒng)學(xué)生信息查詢圖1 具體需求 系統(tǒng)的總體圖見圖2 圖書館管理人員用戶名和密碼登陸信息驗(yàn)證輸入管理請(qǐng)求數(shù)據(jù)處理管理請(qǐng)求顯示數(shù)據(jù)顯示器密碼錯(cuò)誤信息當(dāng)前日期管理員表系統(tǒng)時(shí)鐘當(dāng)前日期處理查詢請(qǐng)求數(shù)據(jù)查詢結(jié)果圖2第一層圖：（1）登陸子系統(tǒng)如圖3 圖書館管理人員用戶名和密碼密碼驗(yàn)證用戶名驗(yàn)證權(quán)限顯示器登陸錯(cuò)誤信息權(quán)限顯示管理員表顯示可用的控件和界面圖3管理員登錄（2）查詢模塊查詢讀者信息及其借書情況如圖4 圖書館管理輸入學(xué)生查詢關(guān)鍵字學(xué)生信息查人員詢學(xué)生信息學(xué)生文件借書文件顯示器輸入圖書查詢關(guān)鍵字圖書目錄文件圖書信息查詢圖書信息圖4查詢讀者信息及其借書情況第二層圖：（1）處理新書購(gòu)入（如圖5）l 規(guī)格說(shuō)明輸入新書的全部信息。l 引言為了輸入新書的全部信息（包括：分類目錄號(hào)，流水號(hào)書名，作者，內(nèi)容摘要，價(jià)格和購(gòu)書日期等）。l 輸入新書的全部信息。l 處理通過(guò)圖書管理系統(tǒng)寫入圖書目錄文件。l 輸出新書的全部信息。圖5輸入新書全部信息（2）處理學(xué)生借書（如圖6）l 規(guī)格說(shuō)明查詢讀者借書的相關(guān)信息。l 引言為了查詢讀者借書的相關(guān)信息。l 輸入借書信息的關(guān)鍵字。l 處理利用關(guān)鍵字在借書文件中找到此流水號(hào)圖書的相關(guān)信息。l 輸出 借書相關(guān)信息。罰款單學(xué)生文件非法學(xué)生信息圖書館管理輸入學(xué)生字段檢查學(xué)生欠人員費(fèi)情況欠款超額，拒絕借書顯示器接受借書，輸入圖書信息借書成功系統(tǒng)時(shí)鐘當(dāng)前日期更新數(shù)據(jù)庫(kù)借書文件圖6 查詢讀者借書（3）處理學(xué)生還書（圖7）l 規(guī)格說(shuō)明 輸入讀者還書信息。l 引言為了把讀者還書的相關(guān)信息（包括：圖書分類號(hào)，流水號(hào)，讀者號(hào)，借閱日期和還書日期等）寫入還書文件中。l 輸入 讀者還書信息。l 處理通過(guò)圖書管理系統(tǒng)寫入還書文件中。l 輸出讀者還書信息的全部?jī)?nèi)容。圖書館管理人員輸入圖書字段根據(jù)圖書字段查找數(shù)據(jù)庫(kù)借書信息和學(xué)生信息計(jì)算欠款結(jié)果還書成功借書文件當(dāng)前日期系統(tǒng)時(shí)鐘學(xué)生文件圖書目錄文件 欠款金額顯示器罰款單圖7輸入讀者還書信息表（4）處理圖書注銷（如圖8）l 規(guī)格說(shuō)明注銷圖書的相關(guān)內(nèi)容。l 引言為了注銷圖書的相關(guān)信息。l 輸入圖書信息的關(guān)鍵字（圖書分類號(hào)或書名）。l 處理利用關(guān)鍵字在圖書目錄文件中找到此圖書分類號(hào)或書名圖書的相 關(guān)信息l 輸出圖書的注銷信息。圖書館管理人根據(jù)圖書字輸入注銷圖書字段員段，查找數(shù)據(jù)庫(kù)修改操作操作驗(yàn)證非法操作圖書目錄文件輸入修改信息系統(tǒng)時(shí)鐘當(dāng)前日期保存修改記錄注銷成功顯示器圖8 注銷圖書（5）處理學(xué)生信息查詢（如圖9）l 規(guī)格說(shuō)明讀者登記，即讀者的具體信息。l 引言為了把讀者的具體信息（包括：讀者編號(hào)，姓名，學(xué)院，專業(yè)，年級(jí)等）寫入讀者目錄文件中。l 輸入 讀者具體信息。l 處理通過(guò)圖書管理系統(tǒng)寫入讀者目錄文件中。l 輸出 讀者具體信息。圖書館管理確定查詢類輸入查找字段查找字段，關(guān)鍵字查找數(shù)據(jù)庫(kù)人員型及字段查詢結(jié)果顯示器學(xué)生文件借書文件圖9讀者登記（6）處理圖書信息查詢（圖10）l 規(guī)格說(shuō)明查詢圖書的相關(guān)內(nèi)容。l 引言為了查找圖書的相關(guān)信息。l 輸入圖書信息的關(guān)鍵字（圖書分類號(hào)或書名）。l 處理利用關(guān)鍵字在圖書目錄文件中找到此圖書分類號(hào)或書名圖書的相關(guān)信息。l 輸出圖書的相關(guān)信息。圖書館管理人確定查詢類型輸入查詢關(guān)鍵字查詢字段及關(guān)鍵字查找數(shù)據(jù)庫(kù)員及字段查詢結(jié)果顯示器借書文件圖書目錄文件圖10 查詢圖書 1）精度需求在精度需求上，根據(jù)使用需求，在各項(xiàng)數(shù)據(jù)的輸入，輸出及傳輸過(guò)程中，可以滿足各種精度的需求。2）時(shí)間需求在軟件方面，響應(yīng)時(shí)間，更新處理時(shí)間都比較快且迅速，完全滿足用戶要求。3）靈活性當(dāng)用戶需求，如操作方式，運(yùn)行環(huán)境，結(jié)果精度，數(shù)據(jù)結(jié)構(gòu)與其他軟件接口等發(fā)生變化時(shí)，設(shè)計(jì)的軟件要做適當(dāng)調(diào)整，靈活性非常大。4）故障處理內(nèi)部故障處理：在開發(fā)階段可以隨即修改數(shù)據(jù)庫(kù)里的相應(yīng)內(nèi)容。外部故障：對(duì)編輯的程序進(jìn)行重裝載時(shí)，第一次裝載認(rèn)為錯(cuò)，修改。第二次運(yùn)行，在需求調(diào)用時(shí)出錯(cuò)，有錯(cuò)誤提示，重試。 屬性 1）保密性本軟件作為教學(xué)管理輔助設(shè)備，它的規(guī)模比較小，不需要保密技術(shù)，先頂一個(gè)程序中某些區(qū)域的規(guī)約，給不同的模塊分配不同的功能。2）可維護(hù)性本軟件的組成程序組構(gòu)較為簡(jiǎn)單，直觀意義上較獨(dú)立。因此，給予電子化的所構(gòu)成的硬件的簡(jiǎn)單可維護(hù)的特點(diǎn)，決定了該軟件的簡(jiǎn)單。他與文件系統(tǒng)的 其他需求 1）數(shù)據(jù)庫(kù)數(shù)據(jù)庫(kù)是實(shí)現(xiàn)有組織的，動(dòng)態(tài)的存儲(chǔ)大量關(guān)聯(lián)數(shù)據(jù)，方便多用戶訪問(wèn)的計(jì)算機(jī)軟硬自愿組成的系統(tǒng)。他與文件系統(tǒng)的重要區(qū)別時(shí)數(shù)據(jù)的充分共享，交叉訪問(wèn)，與應(yīng)用程序的高度獨(dú)立性。由于本軟件的整體結(jié)構(gòu)比較簡(jiǎn)單，所涉及的數(shù)據(jù)相對(duì)來(lái)說(shuō)也比較少，組成文件的最小單位是記錄。2）操作 第三篇：軟件工程教學(xué) 第四章 需求分析（推薦）軟件需求 需求工程 分析建模 需求管理 本章小結(jié) 學(xué)習(xí)目標(biāo)本章介紹需求分析的意義概念和方法了解結(jié)構(gòu)化分析方法和需求管理的關(guān)鍵活動(dòng)要求學(xué)會(huì)運(yùn)用實(shí)體關(guān)系圖數(shù)據(jù)流圖和狀態(tài)控制圖進(jìn)行結(jié)構(gòu)化分析建模能夠編寫軟件需求規(guī)格說(shuō)明 學(xué)習(xí)方法正確理解需求工程涉及的基本概念結(jié)合具體實(shí)例運(yùn)用結(jié)構(gòu)化分析技術(shù)從而達(dá)到理論學(xué)習(xí)及在實(shí)際項(xiàng)目中應(yīng)用的目的 難重點(diǎn)本章的學(xué)習(xí)重點(diǎn)在于理解軟件需求的概念和重要性熟悉需求開發(fā)和需求管理的基本思想和主要活動(dòng)掌握結(jié)構(gòu)化的分析方法難點(diǎn)是怎樣在實(shí)際的軟件項(xiàng)目中靈活運(yùn)用這些思想和方法 課前思考 軟件需求存在什么問(wèn)題 什么是軟件需求 什么是需求工程 常見的需求分析方法是什么 需求分析的結(jié)果可以驗(yàn)證嗎 需求規(guī)格說(shuō)明有什么質(zhì)量要求本節(jié)知識(shí)點(diǎn) 軟件需求的定義 需求的層次 導(dǎo)致需求缺陷的原因隨著計(jì)算機(jī)技術(shù)的飛速發(fā)展軟件已經(jīng)成為人們生活中不可缺少的一部分人們?cè)谑褂密浖倪^(guò)程中常常會(huì)抱怨它無(wú)法執(zhí)行某些基本操作但對(duì)于軟件開發(fā)人員而言用戶不斷提出新的要求是一件多么煩人的事其實(shí)在軟件開發(fā)過(guò)程中遇到的許多問(wèn)題都是由于收集編寫協(xié)商修改軟件需求過(guò)程中的失誤帶來(lái)的諸如信息收集不全功能不明確交流不充分文檔不完善需求發(fā)生變化等可以這樣說(shuō)軟件項(xiàng)目中百分之四十至百分之六十的問(wèn)題都是在需求分析階段埋下的“禍根”開發(fā)軟件系統(tǒng)最為困難的部分就是準(zhǔn)確說(shuō)明開發(fā)什么最為困難的概念性工作便是編寫詳細(xì)的技術(shù)需求包括所有面向用戶面向機(jī)器和其它軟件系統(tǒng)的接口IEEE軟件工程標(biāo)準(zhǔn)詞匯表將需求定義為1用戶解決問(wèn)題或達(dá)到目標(biāo)所需的條件或能力2系統(tǒng)或系統(tǒng)部件要滿足合同標(biāo)準(zhǔn)規(guī)范或其它正式規(guī)定文檔所需具有的條件或能力3一種反映上面1或2所描述的條件或能力的文檔說(shuō)明下面列出其他幾種關(guān)于需求的定義 需求是用戶所需要的并能觸發(fā)一個(gè)程序或系統(tǒng)開發(fā)工作的說(shuō)明 需求是從系統(tǒng)外部能發(fā)現(xiàn)系統(tǒng)所具有的滿足于用戶的特點(diǎn)功能及屬性等 需求是指明必須實(shí)現(xiàn)什么的規(guī)格說(shuō)明它描述了系統(tǒng)的行為特性或?qū)傩允窃陂_發(fā)過(guò)程中對(duì)系統(tǒng)的約束軟件需求包括四個(gè)不同的層次即業(yè)務(wù)需求用戶需求和功能需求另外還有非功能需求軟件需求各組成部分之間的關(guān)系如下圖所示業(yè)務(wù)需求 反映了組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)或產(chǎn)品高層次的目標(biāo)要求它們?cè)陧?xiàng)目視圖與范圍文檔中予以說(shuō)明用戶需求描述了用戶使用產(chǎn)品必須要完成的任務(wù)可以在用例模型或方案腳本中予以說(shuō)明功能需求定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能使得用戶能完成他們的任務(wù)從而滿足了業(yè)務(wù)需求 非功能需求是從各個(gè)角度對(duì)系統(tǒng)的約束和限制反映了應(yīng)用對(duì)軟件系統(tǒng)質(zhì)量和特性的額外要求非功能需求包括過(guò)程需求產(chǎn)品需求和外部需求三類其中過(guò)程需求有交付實(shí)現(xiàn)方法和標(biāo)準(zhǔn)等需求產(chǎn)品需求包含性能可用性實(shí)用性可靠性可移植性安全保密性容錯(cuò)性等方面的需求外部需求有法規(guī)成本操作性等需求需求工程中的缺陷將給項(xiàng)目的成功帶來(lái)極大風(fēng)險(xiǎn)導(dǎo)致缺陷的原因主要包括以下方面 缺乏足夠的用戶參與客戶經(jīng)常不明白為什么收集需求和確保需求質(zhì)量需花費(fèi)那么多功夫開發(fā)人員可能也不重視用戶的參與究其原因一是因?yàn)榕c用戶合作不如編寫代碼有意思二是因?yàn)殚_發(fā)人員覺(jué)得已經(jīng)明白用戶的需求了在某些情況下與實(shí)際使用產(chǎn)品的用戶直接接觸很困難而客戶也不太明白自己的真正需求然而在項(xiàng)目的早期讓具有代表性的用戶直接參與到開發(fā)隊(duì)伍中并一同經(jīng)歷整個(gè)開發(fā)過(guò)程很重要用戶需求不斷增加在開發(fā)過(guò)程中用戶需求經(jīng)常發(fā)生變化但是不斷的變更會(huì)使其整體結(jié)構(gòu)越來(lái)越亂整個(gè)程序也難以理解和維護(hù)如果要減少需求變更的影響范圍就必須在項(xiàng)目的開始對(duì)項(xiàng)目視圖范圍目標(biāo)約束限制和成功標(biāo)準(zhǔn)給予明確說(shuō)明并將此說(shuō)明作為評(píng)價(jià)需求變更和新特性的參照框架需求模棱兩可模棱兩可是需求規(guī)格說(shuō)明中最嚴(yán)重的問(wèn)題它意味著不同的人對(duì)需求說(shuō)明產(chǎn)生了不同的理解或者是同一個(gè)人能用不止一個(gè)方式來(lái)解釋某項(xiàng)需求說(shuō)明模棱兩可的需求帶來(lái)的后果便是返工重做一些你認(rèn)為已做好的事情返工會(huì)耗費(fèi)開發(fā)總費(fèi)用的40而70～85的重做是由于需求方面的錯(cuò)誤引起的添加不必要的特性有時(shí)候開發(fā)人員力圖增加一些“用戶欣賞”但需求規(guī)格說(shuō)明中并未涉及的新功能然而常常是用戶并不認(rèn)為這些功能性很有用開發(fā)人員應(yīng)當(dāng)為客戶構(gòu)思方案并為他們提供一些具有創(chuàng)新意識(shí)的思路具體提供哪些功能要在客戶的需要和允許時(shí)限內(nèi)的技術(shù)可行性之間求得平衡規(guī)格說(shuō)明過(guò)于簡(jiǎn)單客戶往往不明白需求分析的重要性只是提供一份十分簡(jiǎn)略的規(guī)格說(shuō)明僅涉及產(chǎn)品概念上的內(nèi)容然后讓開發(fā)人員在項(xiàng)目進(jìn)展中去完善從而導(dǎo)致開發(fā)人員先建立產(chǎn)品結(jié)構(gòu)再完成需求說(shuō)明忽略了用戶分類大多數(shù)產(chǎn)品是由不同的人使用其不同的特性使用頻繁程度也有所差異使用者受教育程度和經(jīng)驗(yàn)水平也不盡相同如果你不能在項(xiàng)目早期就針對(duì)所有這些主要用戶進(jìn)行分類的話必然導(dǎo)致有的用戶對(duì)產(chǎn)品感到失望總體來(lái)說(shuō)導(dǎo)致需求缺陷的原因主要體現(xiàn)在三個(gè)方面 需求的溝通與理解 需求的變化與控制 需求說(shuō)明的明確與完整 需求工程中的缺陷將給項(xiàng)目成功帶來(lái)極大風(fēng)險(xiǎn)如產(chǎn)品的成本過(guò)高產(chǎn)品的功能和質(zhì)量無(wú)法完全滿足用戶的期望等等即使一個(gè)項(xiàng)目團(tuán)隊(duì)的人員和配備都很不錯(cuò)但不重視需求過(guò)程也會(huì)付出慘痛的代價(jià)本節(jié)知識(shí)點(diǎn) 需求工程的內(nèi)容 需求獲取 需求分析 編寫需求文檔 需求驗(yàn)證需求工程是指應(yīng)用已證實(shí)有效的原理和方法系統(tǒng)地描述出待開發(fā)系統(tǒng)及其行為特征和相關(guān)約束通常需求工程由一些過(guò)程組成可分為需求開發(fā)和需求管理兩部分需求開發(fā)的主要活動(dòng) 確定產(chǎn)品所期望的用戶類 獲取每個(gè)用戶類的需求 了解實(shí)際用戶任務(wù)和目標(biāo)以及這些任務(wù)所支持的業(yè)務(wù)需求 分析源于用戶的信息以區(qū)別用戶任務(wù)需求功能需求業(yè)務(wù)規(guī)則質(zhì)量屬性建議解決方法和附加信息將系統(tǒng)級(jí)的需求分為幾個(gè)子系統(tǒng)并將需求中的一部份分配給軟件組件 了解相關(guān)質(zhì)量屬性的重要性 商討實(shí)施優(yōu)先級(jí)的劃分 將所收集的用戶需求編寫成規(guī)格說(shuō)明和模型 評(píng)審需求規(guī)格說(shuō)明確保對(duì)用戶需求達(dá)到共同的理解與認(rèn)識(shí)并在整個(gè)開發(fā)小組接受說(shuō)明之前將問(wèn)題都弄清楚需求管理的主要活動(dòng) 定義需求基線 評(píng)審提出的需求變更評(píng)估每項(xiàng)變更的可能影響從而決定是否實(shí)施它 以一種可控制的方式將需求變更融入到項(xiàng)目中 使當(dāng)前的項(xiàng)目計(jì)劃與需求一致 估計(jì)變更需求所產(chǎn)生影響并在此基礎(chǔ)上協(xié)商新的承諾 讓每項(xiàng)需求都能與其對(duì)應(yīng)的設(shè)計(jì)源代碼和測(cè)試用例聯(lián)系起來(lái)以實(shí)現(xiàn)跟蹤 在整個(gè)項(xiàng)目過(guò)程中跟蹤需求狀態(tài)及其變更情況今天我們引入“需求工程”的概念強(qiáng)調(diào)用工程化的方法進(jìn)行需求開發(fā)和需求管理其中需求開發(fā)是采用有效方法獲得高質(zhì)量需求的過(guò)程而需求管理則是在需求說(shuō)明形成之后有效地控制其變更的過(guò)程二者缺一不可一工作內(nèi)容 聆聽用戶的需求 分析和整理所獲取的信息 形成文檔化的描述 二基于用例的方法隨著面向?qū)ο蠹夹g(shù)的發(fā)展基于用例的方法在需求獲取和建模方面應(yīng)用得越來(lái)越普遍這種方法是以任務(wù)為中心和以用戶為中心的比起使用以功能為中心的方法它可以使用戶更清楚地認(rèn)識(shí)到新系統(tǒng)允許他們做什么用例模型以用戶和任務(wù)為中心將整個(gè)工作的焦點(diǎn)集中在從用戶的角度說(shuō)明系統(tǒng)能夠干什么完全不考慮具體的實(shí)現(xiàn)細(xì)節(jié)從而達(dá)到準(zhǔn)確地理解客戶需求的目的在用例模型中角色和用例是兩個(gè)基本概念分別代表著系統(tǒng)外部的執(zhí)行者和系統(tǒng)應(yīng)包含的功能因此建立用例模型的主要工作是確定角色確定用例和描述用例 A確定角色角色代表著與系統(tǒng)交互的人或事通過(guò)確認(rèn)系統(tǒng)功能使用者和維護(hù)者以及與系統(tǒng)接口的其他系統(tǒng)或硬件設(shè)備等可以有效地識(shí)別出系統(tǒng)角色 B確定用例一個(gè)完整的系統(tǒng)包含若干個(gè)用例每個(gè)用例具體說(shuō)明應(yīng)完成的功能識(shí)別用例首先要確定系統(tǒng)所能反映的外部事件并把這些事件與參與的執(zhí)行者和特定的使用實(shí)例聯(lián)系起來(lái)最終繪制出用例圖 C描述用例單純地使用用例圖不能提供用例所具有的全部信息因此需要使用文字描述那些不能反映在圖形上的信息用例描述實(shí)際上是關(guān)于角色與系統(tǒng)如何交互的規(guī)格說(shuō)明要求清晰明確沒(méi)有二義性建立用例模型是一種需求獲取的有效方法其簡(jiǎn)潔清晰的描述方式容易被軟件人員和用戶共同理解和接受這種方法已經(jīng)在許多大型系統(tǒng)的開發(fā)中取得成效實(shí)踐證明它能有效地解決用戶參與的問(wèn)題需求分析主要是對(duì)收集到的需求進(jìn)行提煉