【正文】 結(jié) 構(gòu) 化 開(kāi) 發(fā) 方 法 結(jié)構(gòu)化 分析 SA 結(jié)構(gòu)化 設(shè)計(jì) SD 結(jié)構(gòu)化 編程 SP 面向?qū)ο? 分析 OOA 面向?qū)ο? 設(shè)計(jì) OOD 面向?qū)ο? 程序設(shè)計(jì) OOP 面 向 對(duì) 象 開(kāi) 發(fā) 方 法 OOAObjectOriented Analysis OODObjectOriented Design OOPObjectOriented Programming SAStructured Analysis SDStructured Design SPStructured Programming 描述工具 從數(shù)據(jù)傳遞和加工的角度，在需求分析階段以圖形 的方式描述數(shù)據(jù)流，從輸入到輸出的移動(dòng)變換過(guò)程，為 系統(tǒng)建立邏輯模型。 (2) 去掉具體模型中的非本質(zhì)因素，抽象出當(dāng)前系統(tǒng)的邏輯模型。 （ 1）必須理解好問(wèn)題的數(shù)據(jù)域和功能域 數(shù)據(jù)域：數(shù)據(jù)項(xiàng)、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流 功能域：功能之間的數(shù)據(jù)傳遞就確定了功能之間的接口 （ 2）必須能按自頂向下、逐步分解的方式對(duì)問(wèn)題進(jìn)行分解和不斷細(xì)化 將求解的復(fù)雜問(wèn)題分解為若干個(gè)相對(duì)簡(jiǎn)單問(wèn)題求解的組合，降低問(wèn)題求解的復(fù)雜性。 訪談?wù)加玫臅r(shí)間較多 ， 訪談后的資料整理 ， 也需要花費(fèi)較多的時(shí)間 。 （ 2） 準(zhǔn)備訪談資料：包括訪談內(nèi)容和進(jìn)度安排等 。 （ 4） 復(fù)制和分發(fā)調(diào)查問(wèn)卷 ， 組織調(diào)查 ， 注意回收 。 例如 ， 各項(xiàng)法規(guī) 、 市場(chǎng)信 息等；企業(yè)內(nèi)部的各種資料 。 從信息流和信息 結(jié)構(gòu)出發(fā) ， 逐步細(xì)化軟件的所有功能 ， 找出系統(tǒng)各個(gè) 元素之間的聯(lián)系 、 接口特性和對(duì)設(shè)計(jì)的限制 ， 判斷是 否存在因片面性或短期行為而導(dǎo)致的不合理需求 ， 判 斷是否有用戶尚未提出的確實(shí)有價(jià)值的潛在需求 ， 從 而提出其中不合理的部分 ， 增加真正需要的部分 。用規(guī)范的形式 《 軟件需求規(guī)格說(shuō)明書 》 ，準(zhǔn)確地表達(dá)出用戶的需求。 （ 2）用戶需求（ User Requirement） 用戶需求是關(guān)于軟件的一系列想法的集中體現(xiàn) , 涉及軟件的功能、操作方式、界面風(fēng)格、報(bào)表格式、用戶機(jī)構(gòu)的業(yè)務(wù)范圍、工作流程，以及用戶對(duì)軟件應(yīng)用的展望等。 （ 3） 可以把用戶需求理解為用戶對(duì)軟件的合理請(qǐng)求。而對(duì)開(kāi)發(fā)人員所講的需求，對(duì)用戶來(lái)說(shuō)又像詳細(xì)設(shè)計(jì)。 需求的特點(diǎn) ： （ 1） 用戶需求直接來(lái)源于用戶。但是用戶方的技術(shù)代表、軟件系統(tǒng)今后的操作者以及開(kāi)發(fā)方的高層技術(shù)人員，也有必要認(rèn)真閱讀用戶需求文檔。所以，功能性的系統(tǒng)需求，需要詳細(xì)地描述系統(tǒng)功能特征、輸入和輸出接口、異常處理方法等。 需求分析的主要任務(wù) （ 1） 確定系統(tǒng)的綜合需求 （ 2） 分析系統(tǒng)的數(shù)據(jù)需求 （ 3） 導(dǎo)出系統(tǒng)的邏輯模型 （ 4） 修改系統(tǒng)開(kāi)發(fā)計(jì)劃 （ 5） 書寫 《 軟件需求規(guī)格說(shuō)明書 》 需求分析的過(guò)程 (1)需求獲取 進(jìn)行用戶需求調(diào)查，獲取需求，識(shí)別問(wèn)題，確定 系統(tǒng)的綜合要求是需求分析的第一步。 當(dāng)前系統(tǒng) 邏輯模型 物理模型 目標(biāo)系統(tǒng) 模型化 物理模型 怎么做 具體化 抽象化 邏輯模型 做什么 實(shí)例化 導(dǎo)出 理解需求 表達(dá)需求 圖 33 由當(dāng)前系統(tǒng)建立目標(biāo)系統(tǒng)模型過(guò)程 通常系統(tǒng)的邏輯模型用 DFD圖、 DD、狀態(tài)轉(zhuǎn)換圖 和主要功能的處理算法等進(jìn)行描述。 作用： 解生產(chǎn)經(jīng)營(yíng)情況和正常的操作程序；理解信 息的處理方式；有助于弄清需求 。 如果希望從許多人處獲取信息 ， 調(diào)查問(wèn)卷是一種 低成本的數(shù)據(jù)采集技術(shù) 。 訪談方法的優(yōu)點(diǎn)： 訪談為分析人員提供了與訪談對(duì)象自由溝通 的機(jī)會(huì) 。 需求分析的原則 （ 1）解決邏輯問(wèn)題 給出要完成的功能和處理的信息，而不考慮實(shí)現(xiàn)的細(xì)節(jié)。 結(jié)構(gòu)化方法 結(jié)構(gòu)化方法是一種面向數(shù)據(jù)流，進(jìn)行需求分析的方法。 學(xué) 生 學(xué) 生 購(gòu)書單 發(fā)票 領(lǐng)書單 審查并 開(kāi)發(fā)票 開(kāi)領(lǐng) 書單 無(wú)效書單 學(xué) 生 學(xué) 生 購(gòu)書單 發(fā)票 領(lǐng)書單 1 審查并 開(kāi)發(fā)票 2 開(kāi)領(lǐng) 書單 無(wú)效書單 顯然，上圖還可以進(jìn)一步分解細(xì)化。 ER圖不涉及具體的數(shù)據(jù)模型，它是數(shù)據(jù)建模的基礎(chǔ)，是抽象和描述現(xiàn)實(shí)世界的有力工具。聯(lián)系類 型一般分為三種：一對(duì)一聯(lián)系 1 ： 1； 一對(duì)多聯(lián) 系 1 ： m；多對(duì)多聯(lián)系 m ： n 領(lǐng)導(dǎo) 1 1 班長(zhǎng) 班級(jí) 機(jī)構(gòu) 1 m 學(xué)校 部門 領(lǐng)導(dǎo) 教師課程講授nm課 程 號(hào) 課 程 名 學(xué)時(shí) 上 課 時(shí) 間 教室職務(wù)出 生 日 期 調(diào) 入 日 期 專業(yè) 電話性別姓名職 工 號(hào)教師和課程關(guān)系的 ER圖 教師課程講授n課 程 號(hào) 課 程 名 學(xué)時(shí) 上 課 時(shí) 間 教室職務(wù)出 生 日 期調(diào) 入 日 期專業(yè)電話性別姓名職 工 號(hào)管理編排 學(xué)生選修管理系出 生 日 期入 學(xué) 日 期性別姓名學(xué)號(hào)宿 舍 號(hào)地點(diǎn) 主任電話系名系號(hào)1nmnmnm1n 數(shù)據(jù)流圖 . 數(shù)據(jù)流圖的基本符號(hào) 數(shù)據(jù)流圖 （ DFD —— Data Flow Diagram）是描述 邏輯模型的圖形工具，它表示數(shù)據(jù)在系統(tǒng)內(nèi)的變化。它的輸入流是該系統(tǒng)的輸入數(shù)據(jù)，輸出流是系統(tǒng)所輸出數(shù)據(jù)。 (2)對(duì)合格的報(bào)名單編好準(zhǔn)考證號(hào)后將準(zhǔn)考證送 給考生，并將匯總后的考生名單送給閱卷站 。 /輸入數(shù)據(jù)流。 3）數(shù)據(jù)流圖的 頂層圖上的數(shù)據(jù)流 ，必須 封閉在外部實(shí)體之間 （外部實(shí)體可以不只是一個(gè)）。表明在細(xì)化過(guò)程中輸入和輸出數(shù)據(jù)不能有丟失和添加。 （ 2）命名、編號(hào)應(yīng)與數(shù)據(jù)流圖一致。常以表格的形式給出。 數(shù)據(jù)存儲(chǔ) 數(shù)據(jù)項(xiàng)條目 數(shù)據(jù)項(xiàng)名 :貨物編號(hào) 別 名 :GNo,Gnum 簡(jiǎn) 述 :本公司的所有貨物的編號(hào) 類 型 :字符串 長(zhǎng) 度： 10 取值范圍及含義 : 第 1 位： [J｜ G] (進(jìn)口 /國(guó)產(chǎn) ) 第 2至 4位： L0 L29 (類別 ) 第 5至 7位： “ A00”、 “ A99” (規(guī)格 ) 第 8至 10位： “ 001”、 “ 999”(品名編號(hào) ) 數(shù)據(jù)流名 : 發(fā)票 別 名 : 無(wú) 簡(jiǎn) 述 : 學(xué)生購(gòu)書時(shí)填寫的項(xiàng)目 來(lái) 源 : 學(xué)生 去 向 : 加工 1“ 審查并開(kāi)發(fā)票” 組 成 : (學(xué)號(hào) )＋姓名＋｛書號(hào)＋數(shù)量｝ 數(shù)據(jù)流量 : 1000次 /周 高 峰 值： 開(kāi)學(xué)期間 1000次 /天 數(shù)據(jù)流條目 數(shù)據(jù)存儲(chǔ)條目 文 件 名 :庫(kù)存記錄 別 名 : 無(wú) 簡(jiǎn) 述 :存放庫(kù)存所有可供貨物的信息 組 成 ： 貨物名稱＋編號(hào)＋生產(chǎn)廠家 ＋單價(jià)＋庫(kù)存量 組織方式 ：索引文件，以貨物編號(hào)為 關(guān)鍵字 查詢要求 :要求能夠立即查詢 加工說(shuō)明 加工邏輯條目即數(shù)據(jù)處理描述，也稱為 小說(shuō)明 。到最底一層，加工邏輯詳細(xì)到可以實(shí)現(xiàn)的程度，因此，稱為 “ 原子加工 ” 或 “ 基本加工 ” 。 使用 結(jié)構(gòu)化語(yǔ)言描述加工的例子 處 理 名 :核實(shí)訂票處理 (MHGP3200MD) 編 號(hào) : 激活條件 :收到取訂票信息 處理邏輯 :1讀訂票旅客信息文件 2搜索此文件中是否有與輸入信息中姓 名及身份證號(hào)相符的項(xiàng) IF 有 THEN 判斷余項(xiàng)是否與文件中信息相符 IF 是 THEN 輸出已訂票信息 ELSE 輸出未訂票信息 ELSE 輸出未訂票信息 執(zhí)行頻率 : 實(shí)時(shí) 加工說(shuō)明 判定樹(shù) (Decision Tree) 在某些數(shù)據(jù)處理問(wèn)題中，其數(shù)據(jù)流圖的處理需要依賴于多個(gè)邏輯條件的取值，這些取值構(gòu)成多種不同條件，執(zhí)行相應(yīng)的不同動(dòng)作。用判定表可以清楚地表示與上述每種條件 組合相對(duì)應(yīng)的動(dòng)作（算法）。在各種動(dòng)作行與條件組合列的交叉處表示在指定條件組合下發(fā)生的動(dòng)作。 對(duì)每一種狀態(tài)找出所有的條件，填入條件項(xiàng)。 后臺(tái)任務(wù)管理器 (BTM)應(yīng)該在用戶界面的指定區(qū)域顯示狀態(tài)消息。試描述該百貨公司的 ER