【正文】 – 系統(tǒng)限制 ? 用戶系統(tǒng)描述 – 系統(tǒng)功能和性能的描述 – 使用系統(tǒng)的主要步驟和方法 – 系統(tǒng)用戶的責(zé)任等 第 23 頁(yè) 審查和復(fù)審 ?分析階段最后一步是按結(jié)束標(biāo)準(zhǔn)對(duì)該階段的工作成果進(jìn)行正式的技術(shù)審查和管理審查。本階段應(yīng)完成 4份文檔資料： – 系統(tǒng)規(guī)格說(shuō)明 描述目標(biāo)系統(tǒng)的概貌、功能要求、性能、運(yùn)行及將來(lái)可能提出的要求。 第 19 頁(yè) 細(xì)化數(shù)據(jù)流圖 ?在反復(fù)循環(huán)的分析過(guò)程中，不斷細(xì)化DFD（即把數(shù)據(jù)流圖擴(kuò)展到更低的層次）。 ? 通過(guò)分析而補(bǔ)充的數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)和處理，應(yīng)該添加到 DFD的適當(dāng)位置上。 ?收集、理解、明確用戶的要求，明確系統(tǒng)做什么？建立系統(tǒng)的邏輯模型，寫出開發(fā)計(jì)劃和需求分析報(bào)告。 ? 在長(zhǎng)期程序設(shè)計(jì)的實(shí)踐中， SP方法不斷得以完善，使之成為開發(fā)傳統(tǒng)應(yīng)用領(lǐng)域應(yīng)用系統(tǒng)的主要方法之一。 ?其目標(biāo)：建立一個(gè)結(jié)構(gòu)良好的軟件系統(tǒng)。 第 8 頁(yè) 結(jié)構(gòu)化方法的體系結(jié)構(gòu) ?結(jié)構(gòu)化方法的體系結(jié)構(gòu)是 : –結(jié)構(gòu)化分析（ SA—Structure Analysis） –結(jié)構(gòu)化設(shè)計(jì)（ SD—Structure Design） –結(jié)構(gòu)化程序設(shè)計(jì)（ SP—Structure Programing） 第 9 頁(yè) 結(jié)構(gòu)化分析 SA ? SA方法是建立在自頂向下、逐步求精思想基礎(chǔ)上的分析方法，它的要點(diǎn)是分解和抽象： –把復(fù)雜問(wèn)題自頂向下逐層分解，再?gòu)姆纸獬龅膶?duì)象中抽象出相對(duì)簡(jiǎn)單的子問(wèn)題。 第 7 頁(yè) 主程序員組織 ? 主程序員 組織負(fù)責(zé)人 ,全權(quán)負(fù)責(zé) ,包括解決技術(shù)難題 ,有時(shí)一些關(guān)鍵性技術(shù)問(wèn)題 ,主程序員應(yīng)親自動(dòng)手遍程去解決；他必須是技術(shù)高手，是程序生產(chǎn)過(guò)程中的總體設(shè)計(jì)師。 ?模塊化的目的是為了降低軟件復(fù)雜度，使軟件設(shè)計(jì)，調(diào)試和維護(hù)等操作變得簡(jiǎn)易。實(shí)現(xiàn)細(xì)則在前期階段可以不去管它。 第 4 頁(yè) “逐步求精” ? 將現(xiàn)實(shí)世界的問(wèn)題經(jīng)抽象轉(zhuǎn)化為邏輯空間或求解空間的問(wèn)題。第 1 頁(yè) 第十章 傳統(tǒng)的軟件開發(fā)方法 – 結(jié)構(gòu)化開發(fā)方法概述 – 系統(tǒng)分析與定義 – 系統(tǒng)設(shè)計(jì) – 系統(tǒng)編程 – 系統(tǒng)測(cè)試 – 系統(tǒng)維護(hù) 第 2 頁(yè) 結(jié)構(gòu)化開發(fā)方法 ?基本思想：把一個(gè)復(fù)雜問(wèn)題的求解過(guò)程分階段進(jìn)行，每個(gè)階段處理的問(wèn)題都控制在人們?nèi)菀桌斫夂吞幚淼姆秶鷥?nèi)。復(fù)雜問(wèn)題經(jīng)抽象化處理變?yōu)橄鄬?duì)較簡(jiǎn)單的問(wèn)題。在每個(gè)階段有不同的規(guī)劃和標(biāo)準(zhǔn)，產(chǎn)生出不同階段的文檔資料。 第 6 頁(yè) 結(jié)構(gòu)化編碼 ? SP編碼的方法強(qiáng)調(diào)清晰簡(jiǎn)潔，它是一種構(gòu)造程序的技術(shù)，有利于提高軟件生產(chǎn)率及降低軟件維護(hù)代價(jià)。 ? 程序員 按任務(wù)書要求編程；是程序生產(chǎn)線上的“工人”。 –經(jīng)過(guò)一系列分解和抽象，到最底層的問(wèn)題已經(jīng)是很容易求解的了。 ? SD方法的基礎(chǔ)是數(shù)據(jù)流程圖，因此也稱為面向數(shù)據(jù)流的設(shè)計(jì)方法。 ? 第 12 頁(yè) 軟件需求定義 ?軟件需求分析 – 就是明確軟件系統(tǒng)將來(lái)達(dá)到的目標(biāo)。 第 14 頁(yè) 軟件需求定義的工作流程 ? 系統(tǒng)定義 用戶要求 軟件功能 范圍 功能說(shuō)明書 軟件計(jì)劃 軟件定義 軟件功能 費(fèi)用、資源進(jìn)度 第 15 頁(yè) 需求分析過(guò)程 ?基本過(guò)程示意圖 ?沿?cái)?shù)據(jù)流回溯 ?用戶復(fù)查 ?細(xì)化數(shù)據(jù)流圖 ?修改開發(fā)計(jì)劃 ?書寫文檔資料 ?審查和復(fù)審 第 16 頁(yè) 需求分析的基本過(guò)程 ? 用戶 分析員 程序員 軟件開發(fā)計(jì)劃 軟件需求說(shuō)明書 分析追蹤 數(shù)據(jù)流圖 用戶復(fù)查 細(xì)化數(shù)據(jù) 流圖 無(wú)補(bǔ)充 修改 需要分解 不要分解 有補(bǔ)充修改 交換意見 作出貢獻(xiàn) 第 17 頁(yè) 沿?cái)?shù)據(jù)流回溯 ? 通常從數(shù)據(jù)流圖的輸出端著手分析，要搞清楚： – 數(shù)據(jù)元素從哪兒來(lái)？ – 每個(gè)輸出數(shù)據(jù)元素又是從哪兒來(lái)的？ ? 有時(shí)對(duì)用戶具體的數(shù)據(jù)元素還搞不清楚，則需要和用戶探討、商量解決。 第 18 頁(yè) 用戶復(fù)查 ?經(jīng)分析將在數(shù)據(jù)流圖回溯過(guò)程中找出的數(shù)據(jù)元素，并由此定義的 DD和算法是否正確？這只能由最有發(fā)言權(quán)的用戶來(lái)復(fù)查。通過(guò)功能分解可以完成 DFD的細(xì)化，即將一些處理比較復(fù)雜的功能再劃分為若干個(gè)子功能。 – 用戶系統(tǒng)描述 從用戶角度描述系統(tǒng)，類似一份用戶手冊(cè)初稿。 第 24 頁(yè) 需求分析的原則 ? 1．能夠表達(dá)和理解問(wèn)題的信息域 ? 2．要建立描述系統(tǒng)信息、功能和行為的模型 ? 3．能夠?qū)λＰ桶匆欢ㄐ问竭M(jìn)行分解 ? 4．分清系統(tǒng)的邏輯視圖和物理視圖 第 25 頁(yè) 需求分析的圖形工具 ?常用的描述工具 –數(shù)據(jù)流程圖（ DFD） –數(shù)據(jù)字典（ DD） –結(jié)構(gòu)化語(yǔ)言 –判定表和判定樹 第 26 頁(yè) 數(shù)據(jù)流圖 DFD ?數(shù)據(jù)流圖以圖形的方式表達(dá)數(shù)據(jù)處理系統(tǒng)中信息的變換和傳遞過(guò)程。因此，通常采用分層次結(jié)構(gòu)。 ? CASE 時(shí)間 12 AND 時(shí)間 =18 ? R_rent=rent*。 條件 結(jié) 帳 時(shí) 間 12點(diǎn)前 12~18點(diǎn) 18點(diǎn)后 處理 不收費(fèi) 收半費(fèi) 收全費(fèi) ? ? ? 第 31 頁(yè) 判定樹 ?判定樹用來(lái)描述具有多個(gè)條件的數(shù)據(jù)加工更容易被用戶接受。 –能夠改進(jìn)通信狀況 第 33 頁(yè) 結(jié)構(gòu)分析方法 (SA方法 ) ?結(jié)構(gòu)化分析方法的背景 (形成 ) –早期無(wú)系統(tǒng)分析方法 (憑經(jīng)驗(yàn) ) – 60年代美國(guó)的科學(xué)家提出一種理論 : – SP SD SA –目前研究的新熱點(diǎn)是 : – OOP OOD OOA – 即面向?qū)ο蟮某绦蛟O(shè)計(jì)技術(shù) (OOObject Oriented ) 第 34 頁(yè) SA的一般步驟 ? 1．建立當(dāng)前系統(tǒng)的物理模型 ? 2．建立當(dāng)前系統(tǒng)的邏輯模型 ? 建立目標(biāo)系統(tǒng)的邏輯模型 第 35 頁(yè) 三、系統(tǒng)設(shè)計(jì)（軟件的設(shè)計(jì)） ?系統(tǒng)設(shè)計(jì)概述 – 目標(biāo)和任務(wù) – 設(shè)計(jì)方法和步驟 – 文檔 – 設(shè)計(jì)復(fù)審 第 36 頁(yè) 軟件設(shè)計(jì)流程圖 概要設(shè)計(jì) 復(fù)審 要求說(shuō)明書 軟件 結(jié)構(gòu) 可接收 詳細(xì)設(shè)計(jì) 模塊 描述 設(shè)計(jì) 說(shuō)明書 復(fù)審 修改 修改 第 37 頁(yè) 軟件設(shè)計(jì)概述 ?目標(biāo)和任務(wù) –任務(wù) 依據(jù)分析結(jié)果，明確系統(tǒng)“如何做？”， – 建立實(shí)現(xiàn)方案。 第 41 頁(yè) 軟件設(shè)計(jì)原則 ? 要有分層的組織結(jié)構(gòu)，便于對(duì)軟件各個(gè)構(gòu)件進(jìn)行控制； ? 應(yīng)形成具有獨(dú)立功能特征的模塊（模塊化） ? 應(yīng)有性質(zhì)不同、可區(qū)分的數(shù)據(jù)和過(guò)程描述（表達(dá)式） ? 應(yīng)使模塊間和與外部環(huán)境間接口的復(fù)雜性盡量地減小 ? 應(yīng)利用軟件需求分析中得到的信息和可重復(fù)的方法。 第 44 頁(yè) 結(jié)構(gòu)形態(tài)準(zhǔn)則示意圖 ? 深度 寬度 扇出 扇入 第 45 頁(yè) 模塊化準(zhǔn)則 ? 軟件分解為若個(gè)模塊后 ,總的工作量減少，但并不是說(shuō)，模塊分解的越多，工作量就一定越少。 ? 度量模塊的獨(dú)立性標(biāo)準(zhǔn)： – 內(nèi)聚性 模塊內(nèi)部各部分之間聯(lián)系緊密程度的度量； – 藕合性 模塊之間聯(lián)系緊密程度的度量。 ? 內(nèi)聚性是指一個(gè)模塊內(nèi)部各種數(shù)據(jù)和各種處理之間聯(lián)系的緊密程度。 第 49 頁(yè) 內(nèi)聚性問(wèn)題的討論 ?從使用角度分析，能否用一個(gè)短句完整地描述該模塊做什么；若這個(gè)短句是復(fù)合句，或有若干個(gè)動(dòng)詞，則該模塊是非功能性模塊。 第 51 頁(yè) 概要設(shè)計(jì)主要步驟 ? 1）精細(xì)化數(shù)據(jù)流程圖，確定數(shù)據(jù)流程圖的類型； ? 2）指出各種信息