【正文】 ) ? 2 ?(W 3 0 ) ? 3 ?(W 3 0 ) ? 4 ? ?(W 3 0 ) ? 6 ? ?(W 3 0 ) ? 8 ?(W 3 0 ) ? 1 2 ?用判定表表示計(jì)算行李費(fèi)的算法Rules Rule numbers ? Condition rows Action rows 2022年 5月 31日 2時(shí) 0分 40 處理名 :計(jì)算折扣率 (MHGP534MD) 編號(hào) : 激活條件 :收到預(yù)訂票信息 處理邏輯 :計(jì)算折扣率 執(zhí)行頻率 : 實(shí)時(shí) 旅游時(shí)間 訂 票 量 折 扣 量 7－ 9， 12月 1－ 6,10,11月 ≤20 ≤20 20 20 15% 5% 20% 30% 2022年 5月 31日 2時(shí) 0分 41 例如：某人事部門對(duì)職工分配工作的原則如下 ： 年齡 文化 性別 分配政策 18歲 ≥18歲 ,40歲 ≥40歲 小學(xué) 中學(xué) 大學(xué) 小學(xué) 中學(xué) 大學(xué) 小學(xué) 中學(xué) 大學(xué) 男 (女 ) 男 (女 ) 男 女 男 (女 ) 男 (女 ) 男 (女 ) 男 (女 ) 脫產(chǎn)學(xué)習(xí) 電工 鉗工 車工 技術(shù)員 材料員 材料員 技術(shù)員 2022年 5月 31日 2時(shí) 0分 42 分析 : 性別 C1 年齡 C2 文化 C3 0 男 ,1 女 0 18歲 1 ≥18歲 ,40歲 2 ≥40歲 0 小學(xué) 1 中學(xué) 2 大學(xué) 學(xué)習(xí) A1 電工 A2 鉗工 A3 車工 A4 技術(shù)員 A5 材料員 A6 政策條件 分配政策 C1,C2,C3組合為 18項(xiàng)，作為判定表的列，也是判定表的條件。 優(yōu)點(diǎn)： 描述加工的基本說(shuō)明，可供設(shè)計(jì)階段直接作為編碼的依據(jù)。 ※ 第三范式：滿足第二范式的條件，每個(gè)非關(guān)鍵字屬性都僅由關(guān)鍵字決定，而且一個(gè)非關(guān)鍵字屬性不能僅僅是對(duì)另一個(gè)非關(guān)鍵字屬性的進(jìn)一步描述（即每一個(gè)非關(guān)鍵字的屬性都不傳遞依賴于關(guān)鍵字）。 方法 ：將上表 W關(guān)系分解為 W1和 W2。較為理想是選用第三 范式。例如，學(xué)生的“成績(jī)”既依賴于某名特定的學(xué)生又依賴于某門特定的課程，所以“成績(jī)”是學(xué)生與課程之間的聯(lián)系屬性。 ※ 多對(duì)多聯(lián)系（ M： N） 例如，一個(gè)學(xué)生可以上多門課程，而每門課程可以有多個(gè)學(xué)生來(lái)學(xué)，則學(xué)生與課程是多對(duì)多的聯(lián)系 。 （ 1）實(shí)體： 客觀世界中存在的且可相互區(qū)分的事物。 2022年 5月 31日 2時(shí) 0分 24 在 ER圖中用 矩形框 代表。它描述了從用戶角度看到的數(shù)據(jù)，反映用戶的現(xiàn)實(shí)環(huán)境，與軟件的實(shí)現(xiàn)方法無(wú)關(guān)。 審查和復(fù)審（技術(shù)審查和管理復(fù)審） 書寫文檔 2022年 5月 31日 2時(shí) 0分 21 四、概念模型和規(guī)范化 軟件系統(tǒng)本質(zhì)是信息處理系統(tǒng)，因此，在開發(fā)過(guò)程中必須考慮兩個(gè)問(wèn)題： “ 數(shù)據(jù) ” 及數(shù)據(jù)的 “ 處理 ” 。從用戶使用系統(tǒng)的角度描述系統(tǒng)。主要描述目標(biāo)系統(tǒng)的慨況、功能要求、性能要求、運(yùn)行要求和將來(lái)可能提出的要求。 分析數(shù)據(jù)流圖 用戶復(fù)查 細(xì)化數(shù)據(jù)流圖 需要分解 不需分解 有補(bǔ)充修正 無(wú)補(bǔ)充修正 細(xì)化數(shù)據(jù)流圖 2022年 5月 31日 2時(shí) 0分 19 修正開發(fā)計(jì)劃 我們講過(guò)在可行性研究階段，寫出了一份開發(fā)計(jì)劃。 2022年 5月 31日 2時(shí) 0分 18 通過(guò)了用戶復(fù)查以后，分析員就要把數(shù)據(jù)流圖進(jìn)行細(xì)化，通過(guò)功能分解可以完成數(shù)據(jù)流圖的細(xì)化。從輸入端開始，借助 數(shù)據(jù)流圖 以及 數(shù)據(jù)字典 和簡(jiǎn)明的 算法描述 向用戶解釋輸入數(shù)據(jù)是怎樣一步一步地轉(zhuǎn)變成輸出數(shù)據(jù)的。在可行性研究階段的高層數(shù)據(jù)流基礎(chǔ)上，設(shè)計(jì)細(xì)節(jié)的數(shù)據(jù)元素。 ERD只關(guān)注系統(tǒng)中數(shù)據(jù)間的關(guān)系，而缺乏對(duì)系統(tǒng)功能的描述。 2022年 5月 31日 2時(shí) 0分 14 三、結(jié)構(gòu)化的分析方法 結(jié)構(gòu)化軟件分析方法 (SA) 也就是 面向數(shù)據(jù)流的分析方法，它把問(wèn)題描述為 數(shù)據(jù)流圖＋實(shí)體聯(lián)系圖（＋狀態(tài)轉(zhuǎn)換圖） 的形式 2022年 5月 31日 2時(shí) 0分 15 DFD， ERD和狀態(tài)轉(zhuǎn)換圖主要用于需求建模，使用 DFD＋ DD構(gòu)造需求分析中的功能模型，使用 ERD構(gòu)造概念模型，狀態(tài)轉(zhuǎn)換圖構(gòu)造系統(tǒng)的行為模型（時(shí)間和時(shí)序）。 目前，需求分析的方法有面向數(shù)據(jù)流的方法（也就是結(jié)構(gòu)化的分析方法（ SA），使用的工具有 DFD＋RED等），以及面向?qū)ο蟮姆椒ǎㄊ褂玫墓ぞ邽橛美龍D等）。 ※ 目前有快速建立原型系統(tǒng)的工具可供選用 。 2022年 5月 31日 2時(shí) 0分 11 把建立原型系統(tǒng)作為一種可能采取的策略的主要理由： ※ 由于人類認(rèn)識(shí)能力的局限，不能預(yù)先指定所有要求。 分析系統(tǒng)的數(shù)據(jù)要求 2022年 5月 31日 2時(shí) 0分 9 導(dǎo)出系統(tǒng)的邏輯模型 根據(jù)系統(tǒng)的綜合要求和系統(tǒng)的數(shù)據(jù)要求的結(jié)果，導(dǎo)出系統(tǒng)的詳細(xì)的邏輯模型。利用 數(shù)據(jù)字典 可以全面準(zhǔn)確地定義數(shù)據(jù)，但是不夠形象直觀（缺點(diǎn)）。2022年 5月 31日 2時(shí) 0分 1 第三章 軟件需求分析 2022年 5月 31日 2時(shí) 0分 2 內(nèi)容提要 一、需求分析的任務(wù) 二、需求分析的步驟 三、結(jié)構(gòu)化的分析方法 四、概念模型和規(guī)范化 五、軟件需求分析工具 六、狀態(tài)轉(zhuǎn)換圖 七、驗(yàn)證軟件需求 八、小結(jié) 2022年 5月 31日 2時(shí) 0分 3 一、需求分析的任務(wù) 仍然回答 “ What(做什么 )”， 而不是 “ How（怎樣做） ” ， 但更細(xì)致、精確（合同的擬定） 可行性分析 DFD DD 功能具體化 需求規(guī)格說(shuō)明 加細(xì) DFD DD 算法描述IPO Final stage of Definition phase 2022年 5月 31日 2時(shí) 0分 4 任務(wù)分解 確定對(duì)系統(tǒng)的綜合要求 分析系統(tǒng)的數(shù)據(jù)要求 導(dǎo)出系統(tǒng)的邏輯模型 修正系統(tǒng)開發(fā)計(jì)劃 開發(fā)原型系統(tǒng)（樣機(jī)模型） 編寫軟件需求規(guī)格說(shuō)明書 確定對(duì)系統(tǒng)的綜合要求 （講義 p48） (1) 功能需求 (2) 性能需求 (3) 環(huán)境需求 (4) 界面需求 …… （ n）將來(lái)可能提出的要求 (1) 功能需求 系統(tǒng)做什么？ 系統(tǒng)何時(shí)做什么？ 系統(tǒng)何時(shí)及如何修改或升級(jí)？ (2) 性能需求 軟件開發(fā)的技術(shù)性指標(biāo) 例如： 存儲(chǔ)容量限制 執(zhí)行速度、相應(yīng)時(shí)間 吞吐量 (3) 環(huán)境需求 硬件設(shè)備：機(jī)型、外設(shè)、接口、地點(diǎn)、 分布、溫度、濕度、磁場(chǎng)干擾等 軟件： 操作系統(tǒng)、網(wǎng)絡(luò)、數(shù)據(jù)庫(kù) (4) 界面需求 有來(lái)自其它系統(tǒng)的輸入嗎？ 有到自其它系統(tǒng)的輸出嗎？ 對(duì)數(shù)據(jù)格式有規(guī)定嗎？ 對(duì)數(shù)據(jù)存儲(chǔ)介質(zhì)有規(guī)定嗎？ 2022年 5月 31日 2時(shí) 0分 8 軟件需求分析的一個(gè)重要任務(wù)是分析系統(tǒng)的 數(shù)據(jù)要求 。為了 提高可理解性 ，常常利用 圖形工具 輔助描繪數(shù)據(jù)結(jié)構(gòu)。通常用數(shù)據(jù)流圖、數(shù)據(jù)字典和主要的處理算法描述。 ※ 在用戶和系統(tǒng)分析員之間存在固有的交流鴻溝。