面向?qū)ο蠓治龊驮O(shè)計(jì)-需求

面向?qū)ο蠓治龊驮O(shè)計(jì)需求內(nèi)容公開課需求分析用例分析設(shè)計(jì)內(nèi)容需求概述10.1.1需求定義

10.1.2需求中的問題

10.1.3解決辦法

10.1.4需求與錯(cuò)誤

10.1.5需求的作用需求的層次10.1.1需求定義什么是軟件需求?1.軟件需求就是為了解決現(xiàn)實(shí)世界中的特定問題必須展現(xiàn)的屬性。

2.可行性研究的基本目的是用較小的成本在較短的時(shí)間內(nèi)確定是否存在可行解，因此許多細(xì)節(jié)被忽略了。

3.然而在最終的系統(tǒng)中卻不能遺漏任何一個(gè)微小的細(xì)節(jié)，所以可行性研究并不能代替需求分析，它實(shí)際上并沒有準(zhǔn)確回答“系統(tǒng)必須做什么？”這個(gè)問題。需求與設(shè)計(jì)DotherightthingsDothethingsright需求階段的主要目標(biāo)1.建立項(xiàng)目的軟件范圍和邊界條件，包括一個(gè)操作“前景”，“接受準(zhǔn)則”和產(chǎn)品中包含什么，不包含什么。2.確定核心的用例，這是系統(tǒng)運(yùn)行的主要場(chǎng)景，它將決定系統(tǒng)設(shè)計(jì)的方案3.針對(duì)主要的場(chǎng)景，確定或者演示至少一個(gè)備選的系統(tǒng)結(jié)構(gòu)對(duì)整個(gè)項(xiàng)目估計(jì)總成本和計(jì)劃(更詳細(xì)的估計(jì)將安排在細(xì)化階段中)。4.估計(jì)可能的風(fēng)險(xiǎn)(不可預(yù)計(jì)性的來源）5.為項(xiàng)目準(zhǔn)備支持環(huán)境教學(xué)信息采集系統(tǒng)案例-系統(tǒng)需求（1）該軟件是老師組織教學(xué)的工具，是學(xué)生學(xué)習(xí)的信息環(huán)境，是師生教學(xué)活動(dòng)的紐帶；是向家長(zhǎng)和用人單位匯報(bào)和展示教學(xué)成果的平臺(tái)。組織教與學(xué)活動(dòng)包括這樣一些事情：1.1發(fā)布教學(xué)資源推薦的閱讀材料、學(xué)生作品（按照“目標(biāo)需求、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、測(cè)試計(jì)劃、測(cè)試記錄、使用說明書、課程總結(jié)、項(xiàng)目過程改進(jìn)意見、項(xiàng)目開發(fā)計(jì)劃、軟件作品展示”10部分分類提供）、推薦網(wǎng)站、推薦文獻(xiàn)1.2發(fā)布課程信息向任課老師提供發(fā)布課程信息的平臺(tái)，主要包括如下信息：當(dāng)前課程的教學(xué)大綱、教學(xué)方案、課程的PPT（教學(xué)錄像）、課表、日歷、學(xué)生名單當(dāng)前學(xué)生的分組情況1.3組織教學(xué)活動(dòng)老師布置教學(xué)活動(dòng)，包括：作業(yè)、實(shí)驗(yàn)、考勤、老師考評(píng)等學(xué)生參與教學(xué)活動(dòng)，包括：提交作業(yè)、提交實(shí)驗(yàn)報(bào)告、簽到、小組長(zhǎng)考評(píng)等課程討論，包括：常規(guī)的討論欄目，以及發(fā)起議題、跟帖討論等等教學(xué)信息采集系統(tǒng)案例教學(xué)信息教學(xué)資源，教學(xué)成果，教學(xué)活動(dòng)系統(tǒng)管理，接口教學(xué)信息采集系統(tǒng)案例1.核心案例：教學(xué)信息發(fā)布2.核心業(yè)務(wù)場(chǎng)景：教師發(fā)布教學(xué)教學(xué)資源信息，決定了系統(tǒng)的信息交互機(jī)制和安全機(jī)制，b/s架構(gòu)作為初步的備選架構(gòu)3.教師、教學(xué)管理人員、學(xué)生都可以發(fā)布教學(xué)信息，決定系統(tǒng)具有另一個(gè)核心機(jī)制，錯(cuò)誤和異常處理機(jī)制。4.核心對(duì)象：教學(xué)信息5.主要風(fēng)險(xiǎn):對(duì)眾多教學(xué)信息的高效組織和管理10.1.2需求中的問題沒有充分考慮用戶的需要裁剪用戶需求需求確定緩慢界面設(shè)計(jì)不利于用戶使用從用戶角度考慮不足設(shè)計(jì)上不合理需求書寫不規(guī)范內(nèi)容條理不足考慮不全面軟件環(huán)境硬件環(huán)境需求不準(zhǔn)確細(xì)致應(yīng)當(dāng)盡可能準(zhǔn)確細(xì)致的描述教學(xué)信息采集系統(tǒng)案例1.需求不準(zhǔn)確細(xì)致“誰(shuí)在什么時(shí)候在什么地方干什么”的“誰(shuí)”沒有交代清楚，如：“推薦的閱讀材料、學(xué)生作品”

2.沒有充分考慮用戶的需要例：“是向家長(zhǎng)和用人單位匯報(bào)和展示教學(xué)成果的平臺(tái)”，中“教學(xué)成果”，一般是指教學(xué)方法、教學(xué)質(zhì)量研究方面的創(chuàng)新，出書獲獎(jiǎng)等方面的內(nèi)容，而下文沒有這方面的內(nèi)容。3.需求書寫不規(guī)范沒有范圍，術(shù)語(yǔ)等方面的信息。4.考慮不全面

硬件環(huán)境沒有介紹，在互聯(lián)網(wǎng)上，還是在局域網(wǎng)上，手機(jī)行不行，軟件環(huán)境沒有介紹，如資源的大小，類型沒有約束......

10.1.3解決辦法與用戶深入討論確定需求界面設(shè)計(jì)應(yīng)多從用戶角度出發(fā)原型系統(tǒng)用戶測(cè)試規(guī)范需求文檔遵循室需求規(guī)范需求書寫盡可能考慮全面，描述準(zhǔn)確涉及到誰(shuí)?客戶（Client）–為開發(fā)付錢的人，將來是產(chǎn)品的擁有者顧客（Customer）

–買商品化軟件的人，或者將來有發(fā)言權(quán)確定是否產(chǎn)品可以接受（開發(fā)產(chǎn)品）。可能與客戶是同樣的人涉眾

–任何對(duì)系統(tǒng)的需求有直接或者間接影響的人教學(xué)信息采集系統(tǒng)案例客戶：某大學(xué)顧客：教學(xué)管理人員，教師，學(xué)生，家長(zhǎng)，社會(huì)大眾涉眾：招生辦，就業(yè)指導(dǎo)處，校領(lǐng)導(dǎo)，上級(jí)主管部門，學(xué)生就業(yè)的著名企業(yè)10.1.4需求與錯(cuò)誤1.在軟件生命周期中，一個(gè)錯(cuò)誤發(fā)現(xiàn)得越晚，修復(fù)錯(cuò)誤的費(fèi)用越高Boehm（1981）發(fā)現(xiàn)要改正在產(chǎn)品付諸應(yīng)用后所發(fā)現(xiàn)的一個(gè)需求方面的缺陷比在需求階段改正這個(gè)錯(cuò)誤要多付出68倍的成本。2.許多錯(cuò)誤是潛伏的，并且在錯(cuò)誤產(chǎn)生后很長(zhǎng)一段時(shí)間才被檢查出來，而這錯(cuò)誤的45%屬于需求和設(shè)計(jì)錯(cuò)誤，編碼階段的錯(cuò)誤僅占9%10.1.5需求的作用

（1）需求分析不到位或不徹底，導(dǎo)致開發(fā)者反復(fù)多次地進(jìn)行需求分析，致使設(shè)計(jì)、編碼、測(cè)試無法順利進(jìn)行；要么客戶配合不好，導(dǎo)致客戶對(duì)需求不確認(rèn)，或客戶需求不斷變化，同樣致使設(shè)計(jì)、編碼、測(cè)試無法順利進(jìn)行.（2）需求分析的輸出文檔是《用戶需求報(bào)告》，它既是軟件生存周期中的第一個(gè)里程碑，又是客戶、軟件開發(fā)人員和項(xiàng)目管理人員三者必須遵守的一根基線10.1.5需求的作用3）需求分析要占用整個(gè)軟件開發(fā)時(shí)間或工作量的30%左右。（4）需求獲取中的錯(cuò)誤，屬于軟件開發(fā)中的早期錯(cuò)誤，它會(huì)在后續(xù)的設(shè)計(jì)和實(shí)現(xiàn)中進(jìn)行發(fā)散式的傳播。10.2.1

需求的層次軟件需求包括三個(gè)不同的層次1）業(yè)務(wù)需求業(yè)務(wù)需求（businessrequirement）反映了組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求2）用戶需求用戶使用產(chǎn)品必須要完成的任務(wù)，3）功能需求—也包括非功能需求 開發(fā)人員必須實(shí)現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求教學(xué)信息采集系統(tǒng)案例1.項(xiàng)目目標(biāo)：（要準(zhǔn)確反映主要領(lǐng)導(dǎo)的想法)該軟件系統(tǒng)是老師組織教學(xué)的工具，是學(xué)生學(xué)習(xí)的信息環(huán)境，是師生教學(xué)活動(dòng)的紐帶；是向家長(zhǎng)和用人單位匯報(bào)和展示教學(xué)成果的平臺(tái)

2.用戶需求(用戶對(duì)系統(tǒng)應(yīng)完成任務(wù)的直觀要求）發(fā)布教學(xué)資源，發(fā)布課程信息，組織教學(xué)活動(dòng)

3.功能需求

1.老師布置教學(xué)活動(dòng)，包括：作業(yè)、實(shí)驗(yàn)、考勤、老師考評(píng)……10.2.2需求元素分類系統(tǒng)功能系統(tǒng)屬性需求需求就是系統(tǒng)必須符合的條件或具備的功能分類功能性特性集能力安全性可支持性可測(cè)試性可擴(kuò)展性可適應(yīng)性可維護(hù)性兼容性可配置性可服務(wù)性可安裝性是否可本地化（國(guó)際化）性能速度效率可用性準(zhǔn)確性吞吐量響應(yīng)時(shí)間恢復(fù)時(shí)間資源用途其它：設(shè)計(jì)約束實(shí)施需求接口需求物理需求可用性(Usability)Humanfactors美觀用戶界面的一致性在線和聯(lián)機(jī)幫助向?qū)?wizard)和代理用戶文檔

培訓(xùn)材料可靠性故障的頻率／嚴(yán)重性可恢復(fù)性可預(yù)見性準(zhǔn)確性平均故障間隔時(shí)間（MTBF）性能教學(xué)信息采集系統(tǒng)案例1.缺少約束設(shè)計(jì)如學(xué)生提交作業(yè)，是紙質(zhì)還是電子，有無模版，有無說明條目，電子提交后要不要批改，要不要下發(fā)等2.缺少對(duì)外接口設(shè)計(jì)要不要和學(xué)生成績(jī)管理系統(tǒng)接口，要不要教務(wù)管理系統(tǒng)接口等3.缺少物理拓?fù)浣Y(jié)構(gòu)4.缺少安全方面的要求，如怎樣防止學(xué)生把垃圾上傳5.缺少性能、界面方面的要求功能分類1.明顯的功能2.隱含的功能3.可選的功能例：老師布置教學(xué)活動(dòng)，包括：作業(yè)、實(shí)驗(yàn)、考勤、老師考評(píng)等

明顯功能：

提交教學(xué)活動(dòng)信息

可選功能：

提交作業(yè)、實(shí)驗(yàn)、考勤、老師考評(píng)……（擴(kuò)展）隱含的功能：

提交教學(xué)活動(dòng)的查詢、修改、刪除、歸檔等

教學(xué)信息采集系統(tǒng)案例需求與業(yè)務(wù)過程業(yè)務(wù)過程：為了保證企業(yè)正常運(yùn)轉(zhuǎn)要做的事情。業(yè)務(wù)過程用用例來描述用例非面向?qū)ο竽Ｐ完P(guān)注角色和責(zé)任教學(xué)信息采集系統(tǒng)案例教學(xué)信息采集系統(tǒng)案例概念模型（核心分析類）信息平臺(tái)教學(xué)信息使用人員教學(xué)信息采集系統(tǒng)案例需求管理需求管理是一種系統(tǒng)化的方法：獲取，記載、組織和跟蹤系統(tǒng)的需求為客戶和項(xiàng)目團(tuán)隊(duì)之間針對(duì)不斷變化的需求建立和維護(hù)協(xié)議需求的管理屬性狀態(tài)：已提出，已批準(zhǔn)，已并入利益：關(guān)鍵，重要，有用，工作量風(fēng)險(xiǎn)穩(wěn)定性目標(biāo)發(fā)布版責(zé)任分配原因：需求來源需求與其他元素的關(guān)系需求規(guī)格用例（高+擴(kuò)展）用例圖領(lǐng)域模型術(shù)語(yǔ)調(diào)查報(bào)告原型預(yù)算、進(jìn)度計(jì)劃10.2.3需求采集步驟（1）通過調(diào)查研究，獲取用戶的需求。軟件開發(fā)人員通過認(rèn)真細(xì)致的調(diào)查研究，獲得進(jìn)行系統(tǒng)分析的原始資料。需求信息的獲取可來源于閱讀描述系統(tǒng)需求的用戶文檔；對(duì)相關(guān)軟件、技術(shù)的市場(chǎng)調(diào)查；對(duì)管理部門、用戶的訪問咨詢；對(duì)工作現(xiàn)場(chǎng)的實(shí)際考察等。(2)去除非本質(zhì)因素，確定系統(tǒng)的真正需求。對(duì)于獲取的原始需求，運(yùn)用抽象的邏輯思維，找出需求間的內(nèi)在聯(lián)系和矛盾，去除需求中不合理和非本質(zhì)的部分。(3)描述需求，建立系統(tǒng)的邏輯模型。建立軟件需求模型是需求分析的核心工作，它通過建立需求的多種視圖，揭示出需求的不正確、不一致、遺漏和冗余等更深的問題。10.2.3需求采集步驟(4)書寫需求說明書，進(jìn)行需求復(fù)審。需求階段應(yīng)提交的主要文檔包括需求規(guī)格說明書、初步的用戶手冊(cè)和修正后的開發(fā)計(jì)劃。為了保證軟件開發(fā)的質(zhì)量，對(duì)軟件需求階段的工作要按照嚴(yán)格的規(guī)范進(jìn)行復(fù)審，從不同的技術(shù)角度對(duì)該階段工作做出綜合性的評(píng)價(jià)。復(fù)審即要有用戶參加，也要有管理部門和軟件開發(fā)人員參加?！皥D書管理系統(tǒng)”需求分析報(bào)告（實(shí)例）10.3.需求概述10.3.1目標(biāo)

“圖書管理系統(tǒng)”主要提供圖書信息和讀者基本信息的維護(hù)以及借閱等功能。該系統(tǒng)針對(duì)的用戶是單個(gè)中小型圖書室，藏書的種類和數(shù)量較少，系統(tǒng)需要操作方便，方便管理員對(duì)整個(gè)系統(tǒng)管理和學(xué)生借閱書的方便。10.3.2用戶類和特征

最終的用戶是圖書管理員和讀者，圖書管理員需要進(jìn)行用戶的創(chuàng)建、修改和刪除等工作，要求具備計(jì)算機(jī)知識(shí)，如權(quán)限管理等。讀者是普通用戶，具備一定的計(jì)算機(jī)操作知識(shí)即可。10.3.3運(yùn)行環(huán)境

參見2.3可行性分析報(bào)告的運(yùn)行環(huán)境?！皥D書管理系統(tǒng)”需求分析報(bào)告（實(shí)例）10.3.3.功能需求本系統(tǒng)相應(yīng)的需求有：（1）能夠存儲(chǔ)一定數(shù)量的圖書信息,并方便有效的進(jìn)行相應(yīng)的書籍?dāng)?shù)據(jù)操作和管理，這主要包括：圖書信息的錄入、刪除及修改。圖書信息的多關(guān)鍵字檢索查詢。圖書的出借、返還和資料統(tǒng)計(jì)。（2）能夠?qū)σ欢〝?shù)量的讀者進(jìn)行相應(yīng)的信息存儲(chǔ)與管理，這其中包括：讀者信息的登記、刪除及修改。讀者資料的統(tǒng)計(jì)與查詢。能夠提供一定的安全機(jī)制，提供數(shù)據(jù)信息授權(quán)訪問?！皥D書管理系統(tǒng)”需求分析報(bào)告（實(shí)例）需求補(bǔ)充說明：（1）數(shù)據(jù)保存：需要長(zhǎng)期保存在數(shù)據(jù)庫(kù)的數(shù)據(jù)有：圖書信息：圖書的基本信息；讀者信息：讀者的基本信息；借閱信息：圖書的借閱信息；帳號(hào)信息：圖書管理員和讀者的登錄帳號(hào)；（2）系統(tǒng)用戶：圖書管理員、讀者。圖書管理員： 對(duì)圖書和讀者數(shù)據(jù)可執(zhí)行添加、修改、刪除以及查詢等操作。讀者： 可查詢圖書以及查詢與本人相關(guān)的借閱信息?！皥D書管理系統(tǒng)”需求分析報(bào)告（實(shí)例）10.3.4確定執(zhí)行者 執(zhí)行者是與系統(tǒng)交互的外部實(shí)體，它既可以是人員也可以是外部系統(tǒng)或硬件設(shè)備。 確定執(zhí)行者可以通過提出以下問題得到：–誰(shuí)使用系統(tǒng)的主要功能？–誰(shuí)需要系統(tǒng)的支持以完成日常工作任務(wù)？–誰(shuí)從系統(tǒng)獲取信息？–誰(shuí)負(fù)責(zé)維護(hù)和管理系統(tǒng)以保證其正常運(yùn)行？–系統(tǒng)需要應(yīng)付（處理）哪些外部硬件設(shè)備？–系統(tǒng)需要和哪些外部系統(tǒng)交互？ 在本例中，可以確定“圖書管理員”和“讀者”為系統(tǒng)的執(zhí)行者?！皥D書管理員”負(fù)責(zé)使用系統(tǒng)的主要功能，“讀者”從系統(tǒng)中獲取所需的信息。“圖書管理系統(tǒng)”需求分析報(bào)告（實(shí)例）10.3.5確定用例 用例描述了一個(gè)完整的系統(tǒng)事件流程，其重點(diǎn)在于執(zhí)行者與系統(tǒng)之間的交互而不是內(nèi)在的系統(tǒng)活動(dòng)，并對(duì)執(zhí)行者產(chǎn)生有價(jià)值的可觀測(cè)結(jié)果。 確定用例可以通過提出以下問題得到：–參與者需要從系統(tǒng)中獲得什么功能？參與者需要做什么？–參與者讀取、產(chǎn)生、刪除、修改或存儲(chǔ)系統(tǒng)的某些信息嗎？–系統(tǒng)中發(fā)生事件需要通知參與者嗎？參與者需要通知系統(tǒng)某件事情嗎？–系統(tǒng)的輸入/輸出信息是什么？這些信息從哪兒來到哪兒去？–采用什么實(shí)現(xiàn)方法滿足某些特殊要求？

本例中我們通過一定的調(diào)研和分析得到的“圖書管理系統(tǒng)”的用例圖，如圖3.1所示。“圖書管理系統(tǒng)”需求分析報(bào)告（實(shí)例）圖3.1用例圖“圖書管理系統(tǒng)”需求分析報(bào)告（實(shí)例）10.3.6編寫用例文檔

用例圖不能提供用例所具有的全部信息，因此需要使用文字描述那些不能放映在圖形上的信息。用例文檔是關(guān)于執(zhí)行者與系統(tǒng)如何交互的規(guī)格說明，要求清晰明確，沒有二義性。在描述用例時(shí)，應(yīng)該只注重外部能力，不涉及內(nèi)部細(xì)節(jié)。下面給出本例中的用例文檔。“圖書管理系統(tǒng)”需求分析報(bào)告（實(shí)例）1.圖書信息的維護(hù)用例 用例名： 圖書信息的維護(hù) 參與執(zhí)行者： 圖書管理員 入口條件： 圖書管理員已經(jīng)登陸到該系統(tǒng)中?！皥D書管理系統(tǒng)”需求分析報(bào)告（實(shí)例）事件流： 當(dāng)有新書入庫(kù)時(shí)，圖書管理員在錄入頁(yè)面輸入書的信息，點(diǎn)擊提交按鈕，系統(tǒng)將書的信息保存到數(shù)據(jù)庫(kù)中；當(dāng)某一本圖書的信息需要修改時(shí)，圖書管理員通過輸入查詢條件，搜索出該書時(shí)，點(diǎn)擊修改按鈕，系統(tǒng)在可編輯狀態(tài)顯示圖書的當(dāng)前信息，圖書管理員修改具體信息，點(diǎn)擊保存按鈕，系統(tǒng)將更新數(shù)據(jù)庫(kù)中該書的信息；當(dāng)需要?jiǎng)h除一個(gè)或多個(gè)圖書時(shí)，圖書管理員查找到需要?jiǎng)h除的圖書記錄，點(diǎn)擊刪除按鈕，系統(tǒng)提示“確實(shí)要?jiǎng)h除？”對(duì)話框，當(dāng)管理員選擇“是”，系統(tǒng)將刪除數(shù)據(jù)庫(kù)中相應(yīng)圖書的信息，反之，則不進(jìn)行任何操作?！皥D書管理系統(tǒng)”需求分析報(bào)告（實(shí)例）出口條件： 系統(tǒng)將數(shù)據(jù)庫(kù)中的信息進(jìn)行相應(yīng)的操作：添加圖書信息時(shí)，將新的圖書信息保存在數(shù)據(jù)庫(kù)中；修改圖書信息時(shí)，將數(shù)據(jù)庫(kù)中該圖書的信息做相應(yīng)的更新操作；刪除圖書信息時(shí)，則刪除數(shù)據(jù)庫(kù)中的相應(yīng)圖書記錄。異常事件： 在圖書進(jìn)行修改和刪除時(shí)，先查出需要進(jìn)行處理的圖書記錄，如果數(shù)據(jù)庫(kù)中不錯(cuò)在符合條件的記錄，查詢無結(jié)果時(shí)，則無法進(jìn)行修改和刪除操作?！皥D書管理系統(tǒng)”需求分析報(bào)告（實(shí)例）2.讀者信息的維護(hù)用例 用例名： 讀者信息的維護(hù) 參與執(zhí)行者： 圖書管理員 入口條件： 圖書管理員已經(jīng)登陸到該系統(tǒng)中?！皥D書管理系統(tǒng)”需求分析報(bào)告（實(shí)例）事件流： 當(dāng)有新的讀者時(shí)，圖書管理員在錄入頁(yè)面輸入讀者的信息，點(diǎn)擊提交按鈕，系統(tǒng)將讀者的信息保存到數(shù)據(jù)庫(kù)中；當(dāng)某一本讀者的信息需要修改時(shí)，讀者管理員通過輸入查詢條件，搜索出該讀者信息時(shí)，點(diǎn)擊修改按鈕，系統(tǒng)在可編輯狀態(tài)顯示讀者的當(dāng)前信息，讀者管理員修改具體信息，點(diǎn)擊保存按鈕，系統(tǒng)將更新數(shù)據(jù)庫(kù)中該讀者的信息；當(dāng)需要?jiǎng)h除一個(gè)或多個(gè)讀者時(shí)，圖書管理員查找到需要?jiǎng)h除的讀者記錄，點(diǎn)擊刪除按鈕，系統(tǒng)提示“確實(shí)要?jiǎng)h除？”對(duì)話框，當(dāng)管理員選擇“是”，系統(tǒng)將刪除數(shù)據(jù)庫(kù)中該圖書的信息，反之，則不進(jìn)行任何操作。“圖書管理系統(tǒng)”需求分析報(bào)告（實(shí)例）出口條件： 系統(tǒng)將數(shù)據(jù)庫(kù)中的讀者信息進(jìn)行相應(yīng)的操作：添加讀者信息時(shí)，將新的讀者信息保存在數(shù)據(jù)庫(kù)中；修改讀者信息時(shí)，將數(shù)據(jù)庫(kù)中該讀者的信息做相應(yīng)的更新操作；刪除讀者信息時(shí)，則刪除數(shù)據(jù)庫(kù)中的相應(yīng)讀者記錄。異常事件： 在進(jìn)行修改和刪除讀者信息時(shí)，先查出需要進(jìn)行處理的讀者記錄，如果數(shù)據(jù)庫(kù)中不錯(cuò)在符合條件的記錄，查詢無結(jié)果時(shí)，則無法進(jìn)行修改和刪除操作?！皥D書管理系統(tǒng)”需求分析報(bào)告（實(shí)例）3.圖書信息的查詢用例用例名： 圖書信息的查詢參與執(zhí)行者： 圖書管理員、讀者入口條件： 無事件流： 通過交互界面輸入查詢條件(如書名，作者名等)搜索圖書記錄。出口條件： 若有符合條件的課程信息，則系統(tǒng)顯示這些圖書信息。否則系統(tǒng)提示用戶重新輸入查詢條件?！皥D書管理系統(tǒng)”需求分析報(bào)告（實(shí)例）4.讀者信息的查詢用例用例名： 讀者信息的查詢參與執(zhí)行者： 圖書管理員入口條件： 用戶已經(jīng)登陸到該系統(tǒng)中。事件流： 通過查詢界面輸入查詢條件(如讀者證，讀者姓名等)搜索待讀者記錄。出口條件： 若有符合條件的讀者信息，則系統(tǒng)顯示讀者信息。否則系統(tǒng)提示用戶重新輸入查詢條件?！皥D書管理系統(tǒng)”需求分析報(bào)告（實(shí)例）5.查詢個(gè)人基本信息用例用例名： 查詢個(gè)人基本信息參與執(zhí)行者： 讀者入口條件： 用戶已經(jīng)登陸到該系統(tǒng)中。事件流： 點(diǎn)擊查詢個(gè)人基本信息按鈕。出口條件： 系統(tǒng)顯示讀者本人信息?！皥D書管理系統(tǒng)”需求分析報(bào)告（實(shí)例）6.查詢個(gè)人借閱信息用例用例名： 查詢個(gè)人借閱信息參與執(zhí)行者： 讀者入口條件： 用戶已經(jīng)登陸到該系統(tǒng)中。事件流： 點(diǎn)擊查詢個(gè)人借閱信息按鈕。出口條件： 系統(tǒng)顯示讀者的借閱信息?！皥D書管理系統(tǒng)”需求分析報(bào)告（實(shí)例）7.借書用例用例名： 借書參與執(zhí)行者： 圖書管理員、讀者入口條件： 圖書管理員已經(jīng)登陸到該系統(tǒng)中。事件流： 圖書管理員在借書頁(yè)面，輸入