【正文】 結(jié)構(gòu)化系統(tǒng)開(kāi)發(fā)方法 ?結(jié)構(gòu)化系統(tǒng)開(kāi)發(fā)方法的階段劃分 —— 信息系統(tǒng)的生命周期模型 當(dāng)前系統(tǒng)運(yùn)行和維護(hù)（手工系統(tǒng)階段） 新系統(tǒng)運(yùn)行和維護(hù) 系統(tǒng)規(guī)劃 系統(tǒng)分析 系統(tǒng)設(shè)計(jì) 系統(tǒng)實(shí)施 抽象程度 時(shí)間 系統(tǒng)開(kāi)發(fā)規(guī)劃方案 系統(tǒng)分析說(shuō)明書(shū) 系統(tǒng)設(shè)計(jì)說(shuō)明書(shū) 系統(tǒng)使用說(shuō)明書(shū) 參考 參考 新系統(tǒng)的生命周期 新系統(tǒng)的開(kāi)發(fā)過(guò)程 老系統(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)分析報(bào)告 3 ?軟件工程中的結(jié)構(gòu)化分析用于 “ 需求分析 ” 階段 ， 回答“ 系統(tǒng)必須做什么 ？ ” 的問(wèn)題 . ?系統(tǒng)分析員的主要焦點(diǎn)是 “ 做什么 (What)” ， 不是 “ 怎么做 (How)” . 1. 軟件工程中的結(jié)構(gòu)化分析方法 4 需求的定義 ? IEEE Standard Glossary of Software Engineering Terminology ? 用戶解決一個(gè)問(wèn)題或達(dá)到一個(gè)目標(biāo)所需要的一種狀況或能力 ? 系統(tǒng)為了滿足一種約定、標(biāo)準(zhǔn)、規(guī)格說(shuō)明或其它正式文件而必須滿足或擁有的一種狀況或能力 ? 以上兩種狀態(tài)或能力的文檔化表示 主觀需求 客觀需求 需求文檔 ? IEEE公布的需求定義分別從用戶和軟件工程師的角度闡述了什么是需求 ，需求一方面反映了系統(tǒng)的外部行為 ， 另一方面反映了系統(tǒng)的內(nèi)部特性 ，反映的方式是需求文檔 。 ? 比較通俗的需求定義如下：需求是指明系統(tǒng)必須實(shí)現(xiàn)什么的規(guī)格說(shuō)明 ，它描述了系統(tǒng)的行為 、 特性或?qū)傩?， 是在開(kāi)發(fā)過(guò)程中對(duì)系統(tǒng)的約束 。 1. 軟件工程中的結(jié)構(gòu)化分析方法 5 需求的類型 ? 按內(nèi)容分類 軟件需求代表系統(tǒng)的綜合要求，包括以下幾種類型： (1) 系統(tǒng)功能需求 : 系統(tǒng)功能需求指根據(jù)系統(tǒng)所能實(shí)現(xiàn)的功能要求，對(duì)于每一類功能或者有時(shí)對(duì)于每一個(gè)功能，需要弄清輸入、加工和輸出等需求。 (2) 系統(tǒng)性能需求 : 按照系統(tǒng)的性能要求分類 。 例如聯(lián)機(jī)系統(tǒng)的響應(yīng)時(shí)間 、 系統(tǒng)需要的存儲(chǔ)容量 、 后援存儲(chǔ)器 、 重新啟動(dòng) 、 安全性和可靠性等方面的要求 。 (3) 系統(tǒng)運(yùn)行需求 : 這類要求集中表現(xiàn)為對(duì)系統(tǒng)運(yùn)行時(shí)所處的環(huán)境、使用的資源、安全保密和用戶界面的要求。如支持系統(tǒng)運(yùn)行的硬件和軟件是什么，采取哪種數(shù)據(jù)庫(kù)管理系統(tǒng)，需要什么樣的外存儲(chǔ)器和數(shù)據(jù)通信接口。 (4) 未來(lái)可能出現(xiàn)的問(wèn)題 : 就是把不屬于當(dāng)前系統(tǒng)開(kāi)發(fā)范圍的問(wèn)題都明確地列出來(lái)，因?yàn)閷?lái)很可能會(huì)提出這些問(wèn)題。這些問(wèn)題主要是為了系統(tǒng)將來(lái)的擴(kuò)充和修改做準(zhǔn)備，當(dāng)以后需要時(shí)就可以很容易地進(jìn)行擴(kuò)展和修改了。 1. 軟件工程中的結(jié)構(gòu)化分析方法 6 需求的類型 ? 按用戶的期望分類 (1) 正常需求 :用戶陳述的針對(duì)系統(tǒng)的目標(biāo)。 (2) 期望需求 :隱式的需求，可能由于是非?；A(chǔ)的而用戶沒(méi)有顯示的陳述，如人機(jī)交互的容易性、整體的操作正確性和可靠性，以及軟件安裝的容易性。 (3) 興奮需求 :在用戶的期出乎意料望范圍之外，如果實(shí)現(xiàn)將令人愉快和。 ? 按 必要性 分類 (1) 強(qiáng)制的需求 (2) 希望的需求 (3) 任選的需求 1. 軟件工程中的結(jié)構(gòu)化分析方法 7 需求獲取技術(shù) 需求抽取的方法一般有： 重要而直接，簡(jiǎn)單的 需求獲取技術(shù)。 是對(duì)面談法的補(bǔ)充。 最有力的 需求獲取技術(shù)。有利 于 培養(yǎng)高效團(tuán)隊(duì)。 適用于用戶無(wú)法準(zhǔn)確表達(dá)需求的情況。 面談的對(duì)象主要有用戶和領(lǐng)域?qū)＜遥? 1） 面談前的準(zhǔn)備要充分； 2） 面談后注意認(rèn)真分析總結(jié)； 3） 注意掌握面談的人際交流技能。 還有知識(shí)工程方法等如：場(chǎng)記分析法、卡片分類法、分類表格技術(shù)和基于模型的知識(shí)獲取等。 是從多個(gè)用戶中收集需求信息的有效方式 ，一般問(wèn)卷設(shè)計(jì)形式： 1）多項(xiàng)選擇問(wèn)題 ； 2）評(píng)分問(wèn)題 ； 3）排序問(wèn)題 。 由開(kāi)發(fā)方和用戶方共同召開(kāi) ,操作步驟： ① 開(kāi)發(fā)方根據(jù)雙方制定的 《 需求調(diào)研計(jì)劃 》 召開(kāi)相關(guān)需求主題溝通會(huì)； ② 會(huì)后開(kāi)發(fā)方整理出 《 需求調(diào)研記錄 》 提交給用戶方確認(rèn)； ③ 如果此主題還有未明確的問(wèn)題則再次溝通 ,否則開(kāi)始下一主題； ④ 所有需求都溝通清楚后，開(kāi)發(fā)方根據(jù)歷次 《 需求調(diào)研記錄 》整理出 《 用戶需求說(shuō)明書(shū) 》 ，提交給用戶方確認(rèn)簽字。 1. 軟件工程中的結(jié)構(gòu)化分析方法 需求分析及其任務(wù) ?需求分析主要對(duì)收集到的需求進(jìn)行提煉、分析和認(rèn)真審查，確保所有參加人員取得一致共識(shí)。找出錯(cuò)誤、遺漏和不足，建立 完整的分析模型 。 ?需求分析的任務(wù) 就是借助于當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型，解決目標(biāo)系統(tǒng)的 “ 做什么 ” 的問(wèn)題。 1. 軟件工程中的結(jié)構(gòu)化分析方法 9 例：學(xué)生購(gòu)買學(xué)校教材的手續(xù)可能是：先找系辦公室的張秘書(shū)開(kāi)一證明，憑證明找教材科的王會(huì)計(jì)開(kāi)購(gòu)書(shū)交款單，向李出納員交付書(shū)款并拿領(lǐng)書(shū)單，然后到書(shū)庫(kù)找趙保管員領(lǐng)書(shū)。 1. 軟件工程中的結(jié)構(gòu)化分析方法 10 Step One: 通過(guò)對(duì)現(xiàn)實(shí)環(huán)境的調(diào)查研究，獲得當(dāng)前系統(tǒng)的具體模型。 學(xué)生 張秘書(shū) 王會(huì)計(jì) 李出納 趙保管 學(xué)生 在上圖中，張、王、李、趙等具體的人是可以變動(dòng)的，但需要他們處理的工作，例如審查購(gòu)書(shū)有效性，開(kāi)交款單，開(kāi)領(lǐng)書(shū)單等則是不變的，后者才是本質(zhì)的內(nèi)容。經(jīng)過(guò)這樣的分析，就可抽象出學(xué)生購(gòu)買教材這一系統(tǒng)的邏輯模型。 1. 軟件工程中的結(jié)構(gòu)化分析方法 2022/9/19 11 Step Two: 去掉具體模型中的非本質(zhì)因素 ， 抽象出當(dāng)前系統(tǒng)的邏輯模型 目標(biāo)系統(tǒng)是一個(gè)使用計(jì)算機(jī)的系統(tǒng) 。 一般來(lái)說(shuō) ， 它的功能應(yīng)該比當(dāng)前的現(xiàn)行系統(tǒng)更強(qiáng) ， 不必也不應(yīng)該完全模擬現(xiàn)行的系統(tǒng) 。例如在出售教材的計(jì)算機(jī)系統(tǒng)中 ， “ 有效性審查 ” 和 “ 開(kāi)交款單 ” 就可全并進(jìn)行 ， 省去開(kāi)有效購(gòu)書(shū)單的手續(xù) 。 學(xué)生 審查有效性 開(kāi)交款單 開(kāi)領(lǐng)書(shū)單 發(fā)書(shū) 學(xué)生 1. 軟件工程中的結(jié)構(gòu)化分析方法 12 STEP Three: 分析當(dāng)前系統(tǒng)與目標(biāo)系統(tǒng)的差別 、 建立目標(biāo)的邏輯模型 學(xué)生 審查并開(kāi)交款單 開(kāi)領(lǐng)書(shū)單 發(fā)書(shū) 學(xué)生 1. 軟件工程中的結(jié)構(gòu)化分析方法 13 ?對(duì)目標(biāo)進(jìn)行完善和補(bǔ)充 這一步的主要工作有： (a)確定目標(biāo)系統(tǒng)的人－機(jī)界面 ， 即哪些功能交給計(jì)算機(jī)去做 ， 哪些功能由人工完成 。 例如在上圖的系統(tǒng)中 ， 按照書(shū)費(fèi)收款和發(fā)書(shū)這兩項(xiàng)工作仍須由人工完成 。 (b)補(bǔ)充迄今尚未考慮過(guò)的細(xì)節(jié) ， 例如確定系統(tǒng)的響應(yīng)時(shí)間 ， 增加出錯(cuò)處理等 。 在本例中 ， 假如購(gòu)書(shū)單中出現(xiàn)了學(xué)生不該購(gòu)買或已經(jīng)賣完的教材 ， 就可用 “ 無(wú)效書(shū)單 ” 把相應(yīng)的情況通知學(xué)生 。 經(jīng)過(guò)以上的修正和補(bǔ)充 ， 就可以得到改進(jìn)了的目標(biāo)系統(tǒng)邏輯模型 ， 1. 軟件工程中的結(jié)構(gòu)化分析方法