【正文】 門均已提出了軟件需求規(guī)約（以及其他軟件工程文檔）的候選格式。 顧客 出版社 驗證 訂單 匯總 訂單 訂單 出版社 訂單 圖書目錄文件 顧客檔案 待處理訂單文件 正確 訂單 一批 訂單 出版社檔案文件 訂貨存根文件 1. 軟件工程中的結(jié)構(gòu)化分析方法 23 需求分析方法 四 、 面向?qū)ο蟮姆治龇椒? 面向?qū)ο蠓治龇椒?(OOA)的關(guān)鍵是識別問題域內(nèi)的對象 ,分析它們之間的關(guān)系 ,并建立起三類模型 。 。 。 例：酒店管理系統(tǒng) ,按照功能分解為以下子系統(tǒng)： 。微軟也曾大力協(xié)助 DEC ，將 Windows Nt 移植到 Alpha 系統(tǒng)，然而， Alpha 在市場上徹底地失敗了，是 DEC 最終失敗的原因之一。 90年代 ，據(jù)美國軟件工程實施現(xiàn)狀的調(diào)查 ， 大約 只有 10%的項目能夠在預(yù)定的費用和進度下交付 。分析員不僅要熟悉計算機，還應(yīng)該了解所開發(fā)系統(tǒng)的專業(yè)知識，并且與用戶保持良好的對話與合作。 例如在上圖的系統(tǒng)中 ， 按照書費收款和發(fā)書這兩項工作仍須由人工完成 。 1. 軟件工程中的結(jié)構(gòu)化分析方法 2022/9/19 11 Step Two: 去掉具體模型中的非本質(zhì)因素 ， 抽象出當(dāng)前系統(tǒng)的邏輯模型 目標(biāo)系統(tǒng)是一個使用計算機的系統(tǒng) 。 1. 軟件工程中的結(jié)構(gòu)化分析方法 9 例：學(xué)生購買學(xué)校教材的手續(xù)可能是：先找系辦公室的張秘書開一證明，憑證明找教材科的王會計開購書交款單，向李出納員交付書款并拿領(lǐng)書單，然后到書庫找趙保管員領(lǐng)書。 由開發(fā)方和用戶方共同召開 ,操作步驟： ① 開發(fā)方根據(jù)雙方制定的 《 需求調(diào)研計劃 》 召開相關(guān)需求主題溝通會； ② 會后開發(fā)方整理出 《 需求調(diào)研記錄 》 提交給用戶方確認(rèn)； ③ 如果此主題還有未明確的問題則再次溝通 ,否則開始下一主題； ④ 所有需求都溝通清楚后，開發(fā)方根據(jù)歷次 《 需求調(diào)研記錄 》整理出 《 用戶需求說明書 》 ，提交給用戶方確認(rèn)簽字。 適用于用戶無法準(zhǔn)確表達(dá)需求的情況。 ? 按 必要性 分類 (1) 強制的需求 (2) 希望的需求 (3) 任選的需求 1. 軟件工程中的結(jié)構(gòu)化分析方法 7 需求獲取技術(shù) 需求抽取的方法一般有： 重要而直接，簡單的 需求獲取技術(shù)。這些問題主要是為了系統(tǒng)將來的擴充和修改做準(zhǔn)備，當(dāng)以后需要時就可以很容易地進行擴展和修改了。 例如聯(lián)機系統(tǒng)的響應(yīng)時間 、 系統(tǒng)需要的存儲容量 、 后援存儲器 、 重新啟動 、 安全性和可靠性等方面的要求 。結(jié)構(gòu)化系統(tǒng)開發(fā)方法 ?結(jié)構(gòu)化系統(tǒng)開發(fā)方法的階段劃分 —— 信息系統(tǒng)的生命周期模型 當(dāng)前系統(tǒng)運行和維護（手工系統(tǒng)階段） 新系統(tǒng)運行和維護 系統(tǒng)規(guī)劃 系統(tǒng)分析 系統(tǒng)設(shè)計 系統(tǒng)實施 抽象程度 時間 系統(tǒng)開發(fā)規(guī)劃方案 系統(tǒng)分析說明書 系統(tǒng)設(shè)計說明書 系統(tǒng)使用說明書 參考 參考 新系統(tǒng)的生命周期 新系統(tǒng)的開發(fā)過程 老系統(tǒng)的生命周期 第四章：結(jié)構(gòu)化系統(tǒng)分析 1 軟件工程中的結(jié)構(gòu)化分析方法 2 信息系統(tǒng)工程中的結(jié)構(gòu)化分析步驟 3 現(xiàn)行系統(tǒng)的詳細(xì)調(diào)查 4 組織結(jié)構(gòu)與功能分析 5 業(yè)務(wù)流程分析 6 數(shù)據(jù)與數(shù)據(jù)流程分析 7 新系統(tǒng)邏輯方案 8 系統(tǒng)分析報告 3 ?軟件工程中的結(jié)構(gòu)化分析用于 “ 需求分析 ” 階段 ， 回答“ 系統(tǒng)必須做什么 ？ ” 的問題 . ?系統(tǒng)分析員的主要焦點是 “ 做什么 (What)” ， 不是 “ 怎么做 (How)” . 1. 軟件工程中的結(jié)構(gòu)化分析方法 4 需求的定義 ? IEEE Standard Glossary of Software Engineering Terminology ? 用戶解決一個問題或達(dá)到一個目標(biāo)所需要的一種狀況或能力 ? 系統(tǒng)為了滿足一種約定、標(biāo)準(zhǔn)、規(guī)格說明或其它正式文件而必須滿足或擁有的一種狀況或能力 ? 以上兩種狀態(tài)或能力的文檔化表示 主觀需求 客觀需求 需求文檔 ? IEEE公布的需求定義分別從用戶和軟件工程師的角度闡述了什么是需求 ，需求一方面反映了系統(tǒng)的外部行為 ， 另一方面反映了系統(tǒng)的內(nèi)部特性 ，反映的方式是需求文檔 。 (2) 系統(tǒng)性能需求 : 按照系統(tǒng)的性能要求分類 。 (4) 未來可能出現(xiàn)的問題 : 就是把不屬于當(dāng)前系統(tǒng)開發(fā)范圍的問題都明確地列出來，因為將來很可能會提出這些問題。 (3) 興奮需求 :在用戶的期出乎意料望范圍之外，如果實現(xiàn)將令人愉快和。有利 于 培養(yǎng)高效團隊。 是從多個用戶中收集需求信息的有效方式 ，一般問卷設(shè)計形式： 1）多項選擇問題 ； 2）評分問題 ； 3）排序問題 。 ?需求分析的任務(wù) 就是借助于當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型，解決目標(biāo)系統(tǒng)的 “ 做什么 ” 的問題。經(jīng)過這樣的分析，就可抽象出學(xué)生購買教材這一系統(tǒng)的邏輯模型。 學(xué)生 審查有效性 開交款單 開領(lǐng)書單 發(fā)書 學(xué)生 1. 軟件工程中的結(jié)構(gòu)化分析方法 12 STEP Three: 分析當(dāng)前系統(tǒng)與目標(biāo)系統(tǒng)的差別 、 建立目標(biāo)的邏輯模型 學(xué)生 審查并開交款單 開領(lǐng)書單 發(fā)書 學(xué)生 1. 軟件工程中的結(jié)構(gòu)化分析方法 13 ?對目標(biāo)進行完善和補充 這一步的主要工作有： (a)確定目標(biāo)系統(tǒng)的人－機界面 ， 即哪些功能交給計算機去做 ， 哪些功能由人工完成 。 經(jīng)過以上的修正和補充 ， 就可以得到改進了的目標(biāo)系統(tǒng)邏輯模型 ， 1. 軟件工程中的結(jié)構(gòu)化分析方法 14 學(xué)生購買教材“ 計算機售書系統(tǒng)”的邏輯模型 需求分析是一個調(diào)查研究，去粗取精，綜合比較，然后作出決策的過程。 美國國防部 70年代中期專門針對軟件項目失敗原因所做的大規(guī)模調(diào)查顯示 ， 70％ 的失敗軟件項目都是因為管理不善引起的 ， 而并不是技術(shù)實力不夠 。其中，它在最后的幾年里研發(fā)出的 Alpha 計算機芯片更以卓越的技術(shù)在性能上超過了 Intel, sun 和其他廠家的芯片。 1. 軟件工程中的結(jié)構(gòu)化分析方法 19 需求分析的困難性 ?需求分析涉及人員 1. 軟件工程中的結(jié)構(gòu)化分析方法 20 需求分析的困難性 1. 軟件工程中的結(jié)構(gòu)化分析方法 21 需求分析方法 一、功能分解方法 :將系統(tǒng)看作若干功能模塊的集合，每個功能又可以分解為子功能 ,子功能還可繼續(xù)分解 ,分解的結(jié)果即 是系統(tǒng)的雛形 。 4. 帳務(wù)系統(tǒng) 。 8.合約系統(tǒng) 。 1. 軟件工程中的結(jié)構(gòu)化分析方法 22 需求分析方法 二 、 結(jié)構(gòu)化分析方法 是一種以數(shù)據(jù) 、 數(shù)據(jù)的封閉性為基礎(chǔ) ， 從問題空 間到某種表示的映射方法 ,主要由數(shù)據(jù)流圖 (DFD圖 )表示 。 E實體 ， 是一個或一組對象； R關(guān)系 ， 實體之間聯(lián)系或交互作用 。 需求必須描述的基本問題 1. 軟件工程中的結(jié)構(gòu)化分析方法 軟件需求規(guī)格說明的大綱 1 前言 目的 范圍 定義、縮寫詞、略語 參考