【正文】 逐層分解 ， 逐步求精 》 加工獨(dú)立 ， 接口清晰 ?原則 》 分層分片 均衡分解 （ 一般 36層 ， 每層不多于 8個加工 ） 》 父子平衡 推遲細(xì)節(jié) （ 輸入輸出相一致原則 ） 父子平衡 ： DFD中子圖的所有輸入數(shù)據(jù)流必須是父圖中對應(yīng)加工的輸入 ， 所有輸出數(shù)據(jù)流必須是父圖中對應(yīng)加工的輸出 ， 否則不平衡 。 》 數(shù)據(jù)存儲： 以數(shù)據(jù)庫文件存儲 。 》 處理邏輯： 對數(shù)據(jù)進(jìn)行加工和變化 。 》 數(shù)據(jù)流： 由一組數(shù)據(jù)組成 ， 可以是表格或數(shù)據(jù)項 。 ? 要素及其圖符 ： 》 外部項： 指系統(tǒng)邊界以外的人或事物 ， 是數(shù)據(jù)的起點(diǎn)或終點(diǎn) 。 ? 分析工具 》 數(shù)據(jù)流圖 （ Data Flow Diagram， DFD） 》 數(shù)據(jù)字典 （ Data Dictionary， DD） 》 結(jié)構(gòu)化語言 （ SL、 英語 、 漢語 ） （四）結(jié)構(gòu)化系統(tǒng)分析方法（步驟） ? 結(jié)構(gòu)化分析步驟 用 戶 需求 審批后的 SRS 文檔 審查 用戶 調(diào)查 邏輯 抽象 完善 細(xì)節(jié) 計算 機(jī)化 SRS 當(dāng)前系統(tǒng)具體模型 當(dāng)前系統(tǒng)邏輯模型 目標(biāo)系統(tǒng)邏輯模型 階段成果：軟件需求說明書（ SRS） （五）數(shù)據(jù)流圖 ? 含義：是一種用來表示數(shù)據(jù)流和數(shù)據(jù)變換過程的圖解方法 ， 把系統(tǒng)看成是由數(shù)據(jù)流聯(lián)系的各種功能的組合 。 》 用數(shù)據(jù)流圖 、 數(shù)據(jù)字典 、 加工描述 、 系統(tǒng)綜合報告一套文檔資料建立新系統(tǒng)邏輯模型 ， 是系統(tǒng)設(shè)計的依據(jù) 。 》 要求用戶共同參與 。 ?功能需求分析 》 分析現(xiàn)行系統(tǒng)能否滿足經(jīng)營目標(biāo) ， 能否適應(yīng)環(huán)境 ， 功能之間是否存在沖突 ， 功能能否滿足信息需求 。 從業(yè)務(wù)管理層面 ， 作為提高效率的手段 ，實(shí)現(xiàn)成本節(jié)約 ， 提高信息處理的準(zhǔn)確性 、 及時性 ， 輔助決策 。 從基本業(yè)務(wù)開始 ， 最后形成總目標(biāo) 。 可以比較全面 、 系統(tǒng)的快速了解 ， 缺點(diǎn)是受原有模式限制而不深入 。 ? 分析方法 ? 自頂向下 。 以現(xiàn)代管理理論和分析方法為指導(dǎo) ， 對原系統(tǒng)的經(jīng)營管理目標(biāo) 、 功能和信息進(jìn)行分析和研究 ， 指出不足并提出改進(jìn)意見 。 注意系統(tǒng)的合理性 、 適應(yīng)性 、 可擴(kuò)展性 。 ? 調(diào)查方式： 訪問面談 、 收集查閱資料和深入現(xiàn)場并跟班作業(yè) （二）系統(tǒng)分析任務(wù) ? 系統(tǒng)分析階段也稱為邏輯設(shè)計階段 。調(diào)查時要求收集原始數(shù)據(jù)表格形式 ， 了解內(nèi)容包括：名稱 、 編號 、 所屬業(yè)務(wù) 、信息量 、 數(shù)據(jù)項及其關(guān)系等 。 ? 業(yè)務(wù)處理流程： 分析業(yè)務(wù)之間關(guān)系 ， 業(yè)務(wù)與信息關(guān)系 ， 了解數(shù)據(jù)的流向（ 數(shù)據(jù)流程圖 ） 。 ?內(nèi)容 ： ? 組織機(jī)構(gòu)及職能 （ 層次隸屬關(guān)系 ， 每個部門的業(yè)務(wù)范圍以及崗位職責(zé) ） ： 組織機(jī)構(gòu)圖和崗位圖 。 ? 作用 ： 為投資者提供可靠的科學(xué)依據(jù) 。 不適合大型復(fù)雜系統(tǒng)；容易忽略系統(tǒng)分析；文檔與測試不正規(guī)，各個階段并無明確的界限和人員分工。 原 型 法 用實(shí)驗系統(tǒng)動態(tài)導(dǎo)出需求說明；快速、非正式、迭代；用戶 與 原 型 不 斷 交互。各個階段有明確的界限、明確的任務(wù)和人員分工。 （三）兩種開發(fā)方法比較 方法 特 點(diǎn) 優(yōu) 點(diǎn) 缺 點(diǎn) 生 命 周 期 法 按部就班的正規(guī)處理；書面說明書與審批；有限的用戶參與。 在這一階段工作中應(yīng)盡量使用一些軟件工具 ,如菜單生成器 、報表生成器等 。 開發(fā)人員向用戶了解對新系統(tǒng)的基本需求 ,即應(yīng)該具有的一些基本功能 。 論證該系統(tǒng)開發(fā)的意義 、 目前設(shè)備條件下的必要性與可行性 ,以及對費(fèi)用 、 時間的粗略估算 。 ? 最后根據(jù)用戶的 “ 反饋 ” 意見對原型進(jìn)行反復(fù)修改 ,直至建立起完全符合用戶需求的新系統(tǒng)。 生命周期模型個階段的任務(wù)和成果 生存周期 主要任務(wù) 主要文檔 (階段成果 ) 系統(tǒng)計劃 初步調(diào)查用戶需求和處理過程，進(jìn)行可行性分析 可行性研究及初步的軟件開發(fā)計劃書 系統(tǒng)分析 詳細(xì)調(diào)查分析用戶需求，建立目標(biāo)系統(tǒng)邏輯模型 軟件需求說明書 系統(tǒng)設(shè)計 概要設(shè)計：建立目標(biāo)系統(tǒng)的總體結(jié)構(gòu)及數(shù)據(jù)庫設(shè)計 概要設(shè)計說明書 詳細(xì)設(shè)計：對模塊功能設(shè)計進(jìn)行算法描述，確定模塊間的詳細(xì)接口 詳細(xì)設(shè)計說明書 程序設(shè)計 按詳細(xì)設(shè)計說明書，為每個模塊編寫程序 源程序清單 程序設(shè)計說明書 系統(tǒng)測試 檢查和調(diào)試程序的正確性，排除錯誤 測試報告，用戶操作手冊 系統(tǒng)切換 運(yùn)行維護(hù) 新舊系統(tǒng)轉(zhuǎn)換，運(yùn)行新系統(tǒng) 對程序修改擴(kuò)充 修改有關(guān)文檔 運(yùn)行日志 軟件問題報告 軟件修改報告 ?快速原型法（模型） 思想 ： ? 首先根據(jù)用戶最基本的需求 ,迅速而廉價地開發(fā)出一個實(shí)驗型的小型系統(tǒng) ,稱為 “ 原型 ” 。這樣，軟件與用戶見面的時間間隔較長，也增加了一定的風(fēng)險。 ? 存在的主要問題： ? 1． 階段和階段劃分完全固定，階段間產(chǎn)生大量的文檔，極大地增加了工作量。 2） 上階段的成果是下階段的輸入 ， 實(shí)際上是一個不斷完善 、 轉(zhuǎn)換 、細(xì)化文檔資料 ， 直到編碼 、 測試 、 運(yùn)行 、 維護(hù)的過程 。 分為：可行性研究