【正文】 根據(jù)系統(tǒng)的綜合要求和系統(tǒng)的數(shù)據(jù)要求的結(jié)果，導(dǎo)出系統(tǒng)的詳細的邏輯模型。 修正系統(tǒng)開發(fā)計劃 在分析過程中對系統(tǒng)更深入更具體的了解，可以比較準(zhǔn)確地估計系統(tǒng)的成本和進度，修正以前制定的開發(fā)計劃 2022年 5月 31日 2時 0分 10 開發(fā)原型系統(tǒng)（樣機模型） 在第一章我們講過軟件開發(fā)三種模型當(dāng)中，有一種原型模型（也稱樣機模型）。 2022年 5月 31日 2時 0分 11 把建立原型系統(tǒng)作為一種可能采取的策略的主要理由： ※ 由于人類認識能力的局限，不能預(yù)先指定所有要求。 ※ 用戶需要一個“活的”系統(tǒng)模型，以便獲得實踐經(jīng)驗。 ※ 目前有快速建立原型系統(tǒng)的工具可供選用 。但是，由于正確地提出用戶需求是軟件開發(fā)工程成功的基礎(chǔ)，近來主張采用樣機策略的人也多起來。 目前，需求分析的方法有面向數(shù)據(jù)流的方法（也就是結(jié)構(gòu)化的分析方法（ SA），使用的工具有 DFD＋RED等），以及面向?qū)ο蟮姆椒ǎㄊ褂玫墓ぞ邽橛美龍D等）。做需求分析的目的是為了建立需求的模型，不同的子系統(tǒng)有可能使用不同的建模方法。 2022年 5月 31日 2時 0分 14 三、結(jié)構(gòu)化的分析方法 結(jié)構(gòu)化軟件分析方法 (SA) 也就是 面向數(shù)據(jù)流的分析方法，它把問題描述為 數(shù)據(jù)流圖＋實體聯(lián)系圖（＋狀態(tài)轉(zhuǎn)換圖） 的形式 2022年 5月 31日 2時 0分 15 DFD， ERD和狀態(tài)轉(zhuǎn)換圖主要用于需求建模，使用 DFD＋ DD構(gòu)造需求分析中的功能模型，使用 ERD構(gòu)造概念模型，狀態(tài)轉(zhuǎn)換圖構(gòu)造系統(tǒng)的行為模型（時間和時序）。 DFD方法直觀易懂，使用者可以方便地得到系統(tǒng)的邏輯模型和物理模型，但是從 DFD圖中無法判斷活動的時序關(guān)系。 ERD只關(guān)注系統(tǒng)中數(shù)據(jù)間的關(guān)系，而缺乏對系統(tǒng)功能的描述。 同時， 借用數(shù)據(jù)詞典、結(jié)構(gòu)化語言、判定表、判定樹等工具 對它們進行詳細說明。在可行性研究階段的高層數(shù)據(jù)流基礎(chǔ)上，設(shè)計細節(jié)的數(shù)據(jù)元素。 通過分析而補充的數(shù)據(jù)流、數(shù)據(jù)存儲和處理，應(yīng)該添加到數(shù)據(jù)流圖的適當(dāng)位置上。從輸入端開始，借助 數(shù)據(jù)流圖 以及 數(shù)據(jù)字典 和簡明的 算法描述 向用戶解釋輸入數(shù)據(jù)是怎樣一步一步地轉(zhuǎn)變成輸出數(shù)據(jù)的。 分析過程中產(chǎn)生的問題依靠用戶來回答，分析員對系統(tǒng)的認識必須經(jīng)過用戶的檢驗和確認。 2022年 5月 31日 2時 0分 18 通過了用戶復(fù)查以后，分析員就要把數(shù)據(jù)流圖進行細化，通過功能分解可以完成數(shù)據(jù)流圖的細化。 隨著分析過程的進展，經(jīng)過問題和解答的反復(fù)循環(huán)，分析員對目標(biāo)系統(tǒng)越來越清楚，最終得到對系統(tǒng)數(shù)據(jù)和功能要求的滿意了解。 分析數(shù)據(jù)流圖 用戶復(fù)查 細化數(shù)據(jù)流圖 需要分解 不需分解 有補充修正 無補充修正 細化數(shù)據(jù)流圖 2022年 5月 31日 2時 0分 19 修正開發(fā)計劃 我們講過在可行性研究階段，寫出了一份開發(fā)計劃。 2022年 5月 31日 2時 0分 20 根據(jù)需求分析 階段的基本任務(wù)，可以完成以下的文檔資料。主要描述目標(biāo)系統(tǒng)的慨況、功能要求、性能要求、運行要求和將來可能提出的要求。主要包括數(shù)據(jù)字典、數(shù)據(jù)結(jié)構(gòu)的層次方圖或Warnier圖。從用戶使用系統(tǒng)的角度描述系統(tǒng)。 （ 4）修正的開發(fā)計劃。 審查和復(fù)審（技術(shù)審查和管理復(fù)審） 書寫文檔 2022年 5月 31日 2時 0分 21 四、概念模型和規(guī)范化 軟件系統(tǒng)本質(zhì)是信息處理系統(tǒng)，因此，在開發(fā)過程中必須考慮兩個問題： “ 數(shù)據(jù) ” 及數(shù)據(jù)的 “ 處理 ” 。 又要 分析用戶的處理要求： 即對數(shù)據(jù)進行哪些處理、每個處理的邏輯功能等 2022年 5月 31日 2時 0分 22 為了把用戶的數(shù)據(jù)表達清楚，通常建立一個概念性的數(shù)據(jù)模型（也稱信息模型）。它描述了從用戶角度看到的數(shù)據(jù)，反映用戶的現(xiàn)實環(huán)境，與軟件的實現(xiàn)方法無關(guān)。是用 ER圖描述現(xiàn)實世界中的實體。 2022年 5月 31日 2時 0分 24 在 ER圖中用 矩形框 代表。它們的特征是可以互相區(qū)別，否則就會被認為是同一對象。 （ 1）實體： 客觀世界中存在的且可相互區(qū)分的事物。聯(lián)系又分三種： ※ 一對一聯(lián)系（ 1： 1） 例如，一個部門一個經(jīng)理，而每個經(jīng)理只能在一個部門任職，則部門與經(jīng)理是一對一的聯(lián)系。 ※ 多對多聯(lián)系（ M： N） 例如，一個學(xué)生可以上多門課程，而每門課程可以有多個學(xué)生來學(xué)，則學(xué)生與課程是多對多的聯(lián)系 。 例如，“學(xué)生”實體的屬性有學(xué)號、姓名、性別、系、年級等；“教師”實體的屬性有教工號、姓名、性別、職稱、職務(wù)等。例如，學(xué)生的“成績”既依賴于某名特定的學(xué)生又依賴于某門特定的課程，所以“成績”是學(xué)生與課程之間的聯(lián)系屬性。第一范式（ 1NF）數(shù)據(jù)冗余程度 最大 ，第五范式（ 5NF）數(shù)據(jù)冗余程度 最小 。較為理想是選用第三 范式。 例如：下表（表 31）是滿足第一范式的關(guān)系數(shù)據(jù)庫（ W）。 方法 ：將上表 W關(guān)系分解為 W1和 W2。 日期 工號 超額 101 102 103 104 101 102 103 104 22% 17% 14% 20% 19% 25% 16% 26% 工號 姓名 工種 定額 車間 車間主任 101 102 103 104 丁一 王二 張三 李四 車工 車工 鉗工 電工 80 80 75 70 金工 金工 動力 動力 李明 李明 趙杰 趙杰 表 32 W1關(guān)系數(shù)據(jù)庫 表 33 W2關(guān)系數(shù)據(jù)庫 2022年 5月 31日 2時 0分 31 從上表的 W2中的數(shù)據(jù)庫看出仍存在嚴重缺點： 數(shù)據(jù)冗余大，增刪改麻煩 。 ※ 第三范式：滿足第二范式的條件，每個非關(guān)鍵字屬性都僅由關(guān)鍵字決定，而且一個非關(guān)鍵字屬性不能僅僅是對另一個非關(guān)鍵字屬性的進一步描述（即每一個非關(guān)鍵字的屬性都不傳遞依賴于關(guān)鍵字）。 工號 姓名 工種 車間 101 102 103 104 丁一 王二 張三 李四 車工 車工 鉗工 電工 金工 金工 動力 動力 工種 定額 車工 鉗工 電工 80 75 70 車間 車間主任 金工 動力 李明 趙杰 表 34 W21關(guān)系數(shù)據(jù)庫 表 35 W22關(guān)系數(shù)據(jù)庫 表 36 W23關(guān)系數(shù)據(jù)庫 2022年 5月 31日 2時 0分 32 五、結(jié)構(gòu)化需求分析工具 判定表與判定樹 結(jié)構(gòu)化分析語言 圖形工具 ER圖 概念模型 基本加工邏輯說明 2022年 5月 31日 2時 0分 33 對數(shù)據(jù)流圖的每一個基本加工，必須有一個基本加工邏輯說明 基本加工邏輯說明必須描述基本加工如何把輸入數(shù)據(jù)流變換為輸出數(shù)據(jù)流的加工規(guī)則。 優(yōu)點： 描述加工的基本說明，可供設(shè)計階段直接作為編碼的依據(jù)。 1）、判定表 2022年 5月 31日 2時 0分 36 2022年 5月 31日 2時 0分 37 以“檢查發(fā)貨單”為例 2022年 5月 31日 2時 0分 38 例：航空行李托運費的算法 按規(guī)定：重量