【正文】 3) 由于自頂向下分析，容易及早發(fā)現(xiàn)并修正系統(tǒng)各部分的邏輯錯(cuò)誤。 (4) 容易與計(jì)算機(jī)處理相對(duì)照。 (5) 不直觀 (6）人工繪制太麻煩，工作量較大。 2023/1/30 126 數(shù)據(jù)流圖 6． 數(shù)據(jù)流圖的畫(huà)法 (1) 畫(huà)數(shù)據(jù)流圖的一般原則 畫(huà)數(shù)據(jù)流圖的基本步驟概括地說(shuō)，就是自外向內(nèi)，自頂向下，逐層細(xì)化，完善求精。 (2)數(shù)據(jù)流圖的分層方法 2023/1/30 127 數(shù)據(jù)流圖 7．?dāng)?shù)據(jù)流圖的繪制與其他流程圖的差別 (1)數(shù)據(jù)流圖與系統(tǒng)流程圖的區(qū)別 將物流與資金流排除在外 (2) 數(shù)據(jù)流與程序流程圖的區(qū)別 只反映數(shù)據(jù)的流向、處理邏輯和必要的數(shù)據(jù)存儲(chǔ)，它不反映處理邏輯的先后的時(shí)間順序 2023/1/30 128 數(shù)據(jù)流圖 7．?dāng)?shù)據(jù)流圖的繪制與其他流程圖的差別 (3) 數(shù)據(jù)流與程序結(jié)構(gòu)圖的區(qū)別 不反映控制關(guān)系、調(diào)用關(guān)系、控制流，只畫(huà)數(shù)據(jù)流 (4)數(shù)據(jù)流與控制流的區(qū)別 有數(shù)據(jù)（指表示事物的信息，而不是控制信號(hào)）流過(guò) 2023/1/30 129 數(shù)據(jù)字典 1．?dāng)?shù)據(jù)字典的定義 數(shù)據(jù)字典是定義目標(biāo)系統(tǒng)中使用的所有數(shù)據(jù)元素和結(jié)構(gòu)的含義、類(lèi)型、數(shù)量值、格式和度量單位、精度及允許取值范圍內(nèi)的共享數(shù)據(jù)倉(cāng)庫(kù)。 2．?dāng)?shù)據(jù)字典的內(nèi)容 （ l）數(shù)據(jù)流 （ 2）數(shù)據(jù)項(xiàng) （ 3）數(shù)據(jù)結(jié)構(gòu) （ 4）數(shù)據(jù)存儲(chǔ) （ 5）處理邏輯 （ 6）外部實(shí)體 3．定義數(shù)據(jù)的方法 對(duì)數(shù)據(jù)自頂向下的分解 2023/1/30 130 數(shù)據(jù)字典 4．?dāng)?shù)據(jù)字典的用途 數(shù)據(jù)字典最重要的用途是作為分析階段的工具。 5．?dāng)?shù)據(jù)字典的實(shí)現(xiàn) 目前實(shí)現(xiàn)數(shù)據(jù)字典有三種常見(jiàn)的途徑：全人工過(guò)程，全自動(dòng)化過(guò)程（利用數(shù)據(jù)字典處理程序）和混合過(guò)程（用正文編輯程序、報(bào)告生成程序等已有的實(shí)用程序幫助人工過(guò)程）。 2023/1/30 131 數(shù)據(jù)字典 (DD) ? DFD只是繪制了系統(tǒng)各功能之間的數(shù)據(jù)流動(dòng)和處理關(guān)系，還需進(jìn)一步考慮各數(shù)據(jù)的具體內(nèi)容。 ? 采用數(shù)據(jù)字典 (Data Dictionary)作為描述工具 ? 對(duì)于 DFD中出現(xiàn)的所有被命名的圖形元素 (數(shù)據(jù)流、數(shù)據(jù)項(xiàng)、數(shù)據(jù)存儲(chǔ)、加工 )在 DD中作為一個(gè)詞條加以定義，使得每一個(gè)圖形元素的名字都有一個(gè)確切的解釋。 – DD所有的定義應(yīng)是嚴(yán)密的、精確的，不可有半點(diǎn)含混，不可有二義性。 2023/1/30 132 數(shù)據(jù)字典的格式 符號(hào) 含義 示例 = 被定義為 + 與 x=a+b […|…] 或 x=[a|b] {…} m 重復(fù) (最多 m次，最少 n次 ) x={a} 5 n 2 {…} 重復(fù) x={a} (…) 可選 x=(a) “ …‖ 基本數(shù)據(jù)元素 x=―a‖ .. 連接符 x=1..9 2023/1/30 133 數(shù)據(jù)字典的格式：示例 1 國(guó)內(nèi)機(jī)票 =姓名 +身份證號(hào) +日期 +航班號(hào) +起點(diǎn) +終點(diǎn) +費(fèi)用 姓名 =[ {字母 } | {漢字 } ] 航班號(hào) =[CA|MU|CZ|SC|FM] + “1000”..“9999” 18 1 5 2 2023/1/30 134 數(shù)據(jù)字典的格式：示例 2 存折 =戶名 +開(kāi)戶行號(hào) +賬號(hào) +開(kāi)戶日期 +性質(zhì) +(印密 ) +存取記錄 戶名 = {字母 } 開(kāi)戶行號(hào) =―001‖..‖999‖ 賬號(hào) =―00000001‖..‖99999999‖ 開(kāi)戶日期 =年 +月 +日 性質(zhì) =―1‖..‖6‖ 印密 =―0‖ 存取行 =日期 +(摘要 )+支出 +存入 +余額 +操作員 +復(fù)核員 2023/1/30 135 數(shù)據(jù)項(xiàng)的定義 ? 數(shù)據(jù)項(xiàng)：不可再分解的數(shù)據(jù)單位，包括： – 名稱(chēng) – 描述 – 數(shù)據(jù)類(lèi)型 – 長(zhǎng)度 (精度 ) – 取值范圍及缺省值 – 計(jì)量單位 – 相關(guān)數(shù)據(jù)元素及數(shù)據(jù)結(jié)構(gòu) 數(shù)據(jù)項(xiàng)名稱(chēng)：產(chǎn)品編碼 別名： Product_No 簡(jiǎn)述：用來(lái)唯一標(biāo)識(shí)產(chǎn)品的文字 類(lèi)型：字符串 長(zhǎng)度： 10 取值范圍及含義： 第 1位：進(jìn)口 /國(guó)產(chǎn) 第 24位：類(lèi)別 第 57位：規(guī)格 第 810位：品名編號(hào) 示例 2023/1/30 136 數(shù)據(jù)流的定義 ? 數(shù)據(jù)流來(lái)源 ? 數(shù)據(jù)流去向 ? 數(shù)據(jù)流的組成 ? 流動(dòng)屬性描述： – 頻率、數(shù)據(jù)量等 數(shù)據(jù)流名稱(chēng)：訂單 別名：無(wú) 簡(jiǎn)述：顧客訂貨時(shí)填寫(xiě)的項(xiàng)目 來(lái)源：顧客 去向：加工 1“檢驗(yàn)訂單” 數(shù)據(jù)流量： 1000份 /每周 組成：編號(hào) +訂貨日期 +顧客編號(hào) +地址 +電話 + 銀行賬號(hào) +貨物名稱(chēng) +規(guī)格 +數(shù)量 頻率：平均 40條 /天 示例 2023/1/30 137 數(shù)據(jù)存儲(chǔ)的定義 ? 文件名 ? 描述 ? 數(shù)據(jù)結(jié)構(gòu) ? 數(shù)據(jù)存儲(chǔ)方式 ? 關(guān)鍵碼 ? 存取頻率和數(shù)據(jù)量 ? 安全性要求 數(shù)據(jù)存儲(chǔ)名稱(chēng)：庫(kù)存記錄 別名：無(wú) 簡(jiǎn)述：存放庫(kù)存所有可供產(chǎn)品的信息 組成：產(chǎn)品編號(hào) +名稱(chēng) +生產(chǎn)廠家 +單價(jià) +庫(kù)存量 組織方式：索引文件，以產(chǎn)品編號(hào)為關(guān)鍵字 查詢要求：要求能隨時(shí)查詢 示例 2023/1/30 138 示例：數(shù)據(jù)字典 (1) ? 某酒店所提供的電話服務(wù)系統(tǒng)的功能為： – 客人可以通過(guò)撥分機(jī)號(hào)聯(lián)絡(luò)酒店內(nèi)的其他房間，也可撥外線號(hào)碼與酒店外聯(lián)絡(luò)。 – 分機(jī)號(hào)從 8201至 8299。 – 外線號(hào)碼需先撥 0，然后加撥市話號(hào)碼或長(zhǎng)途電話號(hào)碼。 – 長(zhǎng)途電話號(hào)碼由區(qū)號(hào)和市話號(hào)碼組成，其中區(qū)號(hào)可以為 0021~02 0300~0999中的任意一個(gè)數(shù)字串。 – 市話號(hào)碼是任意 7位或 8位長(zhǎng)度的數(shù)字串。 2023/1/30 139 示例：數(shù)據(jù)字典 (1) ? “電話號(hào)碼”的數(shù)據(jù)字典： – 電話號(hào)碼 =[分機(jī)號(hào) |外線號(hào)碼 ] – 分機(jī)號(hào) =8201..8299 – 外線號(hào)碼 =0+[市話號(hào)碼 |長(zhǎng)途電話號(hào)碼 ] – 市話號(hào)碼 ={數(shù)字 } – 長(zhǎng)途電話號(hào)碼 =區(qū)號(hào) +市話號(hào)碼 – 區(qū)號(hào) =[010|021..029|0300..0999] 2023/1/30 140 示例：數(shù)據(jù)字典 (2) 名字： 零件編號(hào) 別名： 編碼 描述： 唯一的標(biāo)識(shí)庫(kù)存清單中一個(gè)特定零件 定義： 零件編號(hào) ={字符 }8 位置： 庫(kù)存清單 采購(gòu)訂單 訂貨報(bào)表 名字： 采購(gòu)訂單 別名： 采購(gòu)單 描述： 由各部門(mén)采購(gòu)人員定期向供應(yīng)商發(fā)出的單據(jù) 定義： 采購(gòu)訂單 =供應(yīng)商 ID+供應(yīng)商名稱(chēng) +采購(gòu)日期 +總金額 + {零件編號(hào) +零件名稱(chēng) +數(shù)量 +價(jià)格 } 位置： 訂貨報(bào)表 2023/1/30 141 層次方框圖 Warnier圖 IPO圖 2023/1/30 142 層次方框圖 ? 層次方框圖用樹(shù)形結(jié)構(gòu)的一系列多層次的矩形框描述數(shù)據(jù)的層次結(jié)構(gòu) 。 樹(shù)形結(jié)構(gòu)的頂層是一個(gè)單獨(dú)的矩形框 ， 它代表完整的數(shù)據(jù)結(jié)構(gòu) ， 下面的各層矩形框代表這個(gè)數(shù)據(jù)的子集 ， 最底層的各個(gè)框代表組成這個(gè)數(shù)據(jù)的實(shí)際數(shù)據(jù)元素（ 不能再分割的元素 ） 。 ? 系統(tǒng)分析員從對(duì)頂層信息的分類(lèi)開(kāi)始 ， 沿圖中每條路徑反復(fù)細(xì)化 ， 直到確定了數(shù)據(jù)結(jié)構(gòu)的全部細(xì)節(jié)為止 。 2023/1/30 143 Warnier圖 用 Warnier圖可以表明信息的邏輯組織 ， 它不僅可以指出一類(lèi)信息或一個(gè)信息量是重復(fù)出現(xiàn)的 ， 也可以表示特定信息在某一類(lèi)信息中是有條件出現(xiàn)的 。 2023/1/30 144 IPO圖 ? IPO圖是輸入 /處理 /輸出圖的簡(jiǎn)稱(chēng) ,它是美國(guó)IBM公司提出的一種圖形工具 ,能夠方便地描繪輸入數(shù)據(jù) 、 處理數(shù)據(jù)和輸出數(shù)據(jù)的關(guān)系 。 ? 它的基本形式是在左邊的框中列出有關(guān)的輸入數(shù)據(jù) ， 在中間的框中列出主要的處理 ， 在右邊的框中列出產(chǎn)生的輸出數(shù)據(jù) 。 2023/1/30 145 2023/1/30 146 需求驗(yàn)證的目的是確保需求規(guī)格說(shuō)明具有良好（ 例如完整性和正確性 ） 。 需求驗(yàn)證的任務(wù)就是要求各方人員從不同技術(shù)角度對(duì)需求規(guī)格說(shuō)明文檔作出綜合性評(píng)價(jià) 。 2023/1/30 147 需求分析評(píng)審的主要內(nèi)容 : :所有需求必須是一致的，任何一條需求不能和其他需求互相矛盾。 :需求必須是完整的，規(guī)格說(shuō)明書(shū)應(yīng)該包括用戶需要的每一個(gè)功能或性能。 :指定的需求應(yīng)該是用現(xiàn)有的硬件技術(shù)和軟件技術(shù)基本上可以實(shí)現(xiàn)的。 :必須證明需求是正確有效的，確實(shí)能解決用戶所需的問(wèn)題。 2023/1/30 148 需求驗(yàn)證的方法 : 1. 驗(yàn)證需求的一致性 自然語(yǔ)言書(shū)寫(xiě)靠人工技術(shù)審查驗(yàn)證軟件系統(tǒng)規(guī)格說(shuō)明書(shū)的正確性 當(dāng)軟件需求規(guī)格說(shuō)明書(shū)是用形式化的需求陳述語(yǔ)言書(shū)寫(xiě)的時(shí)候，可以用軟件工具驗(yàn)證需求的一致性。 2023/1/30 149 需求驗(yàn)證的方法 : 2. 驗(yàn)證需求的現(xiàn)實(shí)性 為了驗(yàn)證需求的現(xiàn)實(shí)性，分析員應(yīng)該參照以往開(kāi)發(fā)類(lèi)似系統(tǒng)的經(jīng)驗(yàn)，分析用現(xiàn)有的軟、硬件技術(shù)實(shí)現(xiàn)目標(biāo)系統(tǒng)的可能性。 3. 驗(yàn)證需求的完整性和有效性 快速原型法 原型系統(tǒng)所顯示的是系統(tǒng)的主要功能而不是性能，因此可以適當(dāng)降低對(duì)接口、可靠性等的要求，還可以節(jié)省文檔等方面的工作，從而可大大降低原型系統(tǒng)的開(kāi)發(fā)成本 2023/1/30 150 需求評(píng)審 需求評(píng)審就是技術(shù)評(píng)審，是由非軟件開(kāi)發(fā)人員對(duì)軟件系統(tǒng)進(jìn)行檢查，進(jìn)而發(fā)現(xiàn)系統(tǒng)存在的問(wèn)題。主要包括下述內(nèi)容 : 需求是否完整 、 一致 、 可理解 、 明確 、 可實(shí)現(xiàn) 、 可跟蹤 、 易修改 、 需求規(guī)格說(shuō)明文檔是否完整等 2023/1/30 151 需求開(kāi)發(fā)的管理 需求管理活動(dòng) 2023/1/30 152 ? 需求管理的目的是在客戶和軟件項(xiàng)目組之間建立對(duì)需求的共同理解。 ? 需求管理的目標(biāo)如下： 1. 控制軟件需求，并建立軟件工程和管理使用的需求基線； 2. 使軟件計(jì)劃、產(chǎn)品和活動(dòng)與軟件需求保持一致。 2023/1/30 153 1. 需求必須分層次管理 2. 需求要分優(yōu)先級(jí) 3. 需求必須文檔化 4. 需求變更的影響要評(píng)估 5. 需求管理與需求工程的活動(dòng)緊密整合 2023/1/30 154 需求開(kāi)發(fā)的管理 (1)需求分析的進(jìn)度管理與控制； (2)需求分析的質(zhì)量管理與控制； (3)需求分析階段的溝通管理。 2023/1/30 155 需求開(kāi)發(fā)的管理 (1)需求來(lái)源 (2)需求形式化 (3)需求跟蹤矩陣 (1)編寫(xiě)測(cè)試計(jì)劃與測(cè)試用例； (2)編寫(xiě)系統(tǒng)驗(yàn)收標(biāo)準(zhǔn)； (3)通過(guò)需求評(píng)審； (4)需求評(píng)審的誤區(qū)。 2023/1/30 156 需求管理活動(dòng) 變更管理過(guò)程分為變更描述 、 變更分析和變更實(shí)現(xiàn)三個(gè)階段 需求文檔的版本控制可以保證得到的是最新的需求文檔版本和記錄需求的歷吏版本 。 正向跟蹤與逆向跟蹤 建立需求狀態(tài)是為了表示需求的各種不同情況 。 2023/1/30 157 小結(jié) 2023/1/30 158 小結(jié) ? 軟件需求分析是軟件生存周期中重要的一步 ， 也是最關(guān)鍵的一步 。 ? 只有通過(guò)軟件需求分析 ， 才能把軟件功能和性能的總體概念描述為具體的軟件需求規(guī)格說(shuō)明 ， 進(jìn)而建立軟件開(kāi)發(fā)的基礎(chǔ) 。 ? 本章主要介紹了需求分析的任務(wù)和步驟 、 需求分析方法和需求分析規(guī)格說(shuō)明 。 演講完畢，謝謝觀看！