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