【正文】 e) 操作、 46 數(shù)據(jù)流圖 (DFD) ER圖 狀態(tài)變遷圖 (STD圖 ) 加 工 說 明 控制說明 數(shù) 據(jù) 對 象 說 明 數(shù)據(jù)字典 （ DD） 結(jié)構(gòu)化分析模型的組成結(jié)構(gòu) 47 結(jié)構(gòu)化分析模型的元素 ? 數(shù)據(jù)字典 (DD)： 模型核心 (中心庫 ) ? 數(shù)據(jù)流圖 (DFD) 指明數(shù)據(jù)在系統(tǒng)中移動時如何被變換 。 是由實體 、 屬性和關(guān)系組成的網(wǎng)絡(luò)圖 。 40 面向?qū)ο蟮姆治龇椒? 面向?qū)ο蟮姆治龇椒?(OOA)的關(guān)鍵是識別問題域內(nèi)的對象 ,分析它們之間的關(guān)系 ,并建立起三類模型 。它適合于分析大型的數(shù)據(jù)處理系統(tǒng)，特別是企事業(yè)管理系統(tǒng)。 3. 難以適應(yīng)需求的變化 。 35 常用的需求分析方法： ? 功能分解方法 ? 面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法 (SA) ? 面向數(shù)據(jù)結(jié)構(gòu)的分析方法 ? 信息建模法 ? 面向?qū)ο蟮姆治龇椒? (OOA) 36 功能分解方法 將系統(tǒng)看作若干功能模塊的集合 ， 每個功能又可以分解為子功能 ,子功能還可繼續(xù)分解 ,分解的結(jié)果即是系統(tǒng)的雛形 。 ? 給需求賦予優(yōu)先級。 ? 使用多個需求視圖。 ? 開發(fā)原型，使得用戶能夠了解如何進(jìn)行人機(jī)交互。 – 信息內(nèi)容 表示了單個數(shù)據(jù)和控制對象，目標(biāo)軟件所有處理的信息集合由它們構(gòu)成。 修正系統(tǒng)的開發(fā)計劃 — 通過需求對系統(tǒng)的成本及進(jìn)度有了更精確的估算 ，可進(jìn)一步修改開發(fā)計劃 。 將來可能提出的要求 — 對將來可能提出的擴(kuò)充及修改作預(yù)準(zhǔn)備 。 系統(tǒng)性能要求 — 應(yīng)就具體系統(tǒng)而定 ， 例如可靠性 、 聯(lián)機(jī)系統(tǒng)的響應(yīng)時 間 、 存儲容量 、 安全性能等 。找出錯誤、遺漏和不足， 建立完整的分析模型 。 29 需求分析階段 主要對收集到的需求進(jìn)行提煉、分析和認(rèn)真審查，對模型或原型進(jìn)行 分析， 進(jìn)行 需求建模 。 4. 觀察用戶的工作流程 適用于用戶無法準(zhǔn)確表達(dá)需求的情況。 最有力的 需求獲取技術(shù)。 28 需求獲取技術(shù) 重要而直接，簡單的 需求獲取技術(shù)。 4. 觀察用戶的工作流程 適用于用戶無法準(zhǔn)確表達(dá)需求的情況。 最有力的 需求獲取技術(shù)。 27 需求獲取技術(shù) 重要而直接，簡單的 需求獲取技術(shù)。 4. 觀察用戶的工作流程 適用于用戶無法準(zhǔn)確表達(dá)需求的情況。 最有力的 需求獲取技術(shù)。 26 需求獲取技術(shù) 重要而直接，簡單的 需求獲取技術(shù)。 5. 原型化方法 6. 基于用例的方法 還有知識工程方法等如：場記分析法、卡片分類法、分類表格技術(shù)和基于模型的知識獲取等。有利 于 培養(yǎng)高效團(tuán)隊。 2. 問卷法調(diào)查法 是對面談法的補(bǔ)充。 24 需求獲取 是需求工程的主體 ,非常困難 ，主要原因有： ●缺乏領(lǐng)域知識 ,應(yīng)用領(lǐng)域的問題常常是模糊的、不精確的； ● 存在默認(rèn)的知識 ,如難以描述的常識問題； ● 存在多個知識源 ,且多知識源之間可能有沖突； ● 客戶可能的偏見 ，如不能提供或不想告知你所需要了解的事情。 （ 4）需求驗證 是指開發(fā)方和客戶共同對需求文檔進(jìn)行評審，雙方對需求達(dá)成共識后作出書面承諾，使需求文檔具有商業(yè)合同效果。 （ 3）需求規(guī)格說明 目的是根據(jù)需求獲取和需求分析的結(jié)果，進(jìn)一步定義準(zhǔn)確無誤的產(chǎn)品需求，產(chǎn)生 《 需求規(guī)格說明書 》 。 （ 1）需求獲取 的目的是 深入實際， 通過各種途徑 ,在充分理解用戶需求的基礎(chǔ)上， 獲取用戶的需求信息 。用 《 需求規(guī)格說明書 》 規(guī)范的形式準(zhǔn)確地表達(dá)用戶的需求。 21 Herb Krasner定義了需求工程的五階段生命周期：需求定義和分析、需求決策、形成需求規(guī)格、需求實現(xiàn)與驗證、需求演進(jìn)管理 Matthias Jarke和 Klaus Pohl提出了三階段周期的說法：獲取、表示和驗證 本書將軟件需求工程細(xì)分為： 需求獲取、需求分析與協(xié)商、系統(tǒng)建模、需求規(guī)約、需求驗證 和 需求管理 六個階段。 第一條需求是對遵循我國圖書管理的規(guī)定，執(zhí)行對圖書的分類管理的標(biāo)準(zhǔn)。 ④ 對系統(tǒng)可靠性的需求： 要求系統(tǒng)失敗發(fā)生率小于 1%。 ② 對系統(tǒng)可用性的需求： 為了方便使用者，要求對所有交互操作提供在線幫助功能。 19 ① 系統(tǒng)安全性需求： 為保證系統(tǒng)安全性，對本圖書館的各項功能進(jìn)行分級、分權(quán)限操作，對各類用戶進(jìn)行確認(rèn)。 18 ⑶ 數(shù)據(jù)庫管理功能： 對所有圖書信息及讀者信息進(jìn)行統(tǒng)一管理維護(hù)的功能，對書籍的借還也要進(jìn)行詳細(xì)的登記，以便協(xié)調(diào)整個圖書館的運(yùn)作?；緮?shù)據(jù)包括讀者的信息、圖書資料的相關(guān)信息，可以對這些信息進(jìn)行修改，更新。 15 非功能需求 產(chǎn)品需求 機(jī)構(gòu)需求 外部需求 互操作 需求 道德 需求 立法 需求 性能 需求 空間 需求 交付 需求 實現(xiàn) 需求 標(biāo)準(zhǔn) 需求 隱私 需求 安全性需