【正文】 分重要。一旦需求定義出現(xiàn)錯誤，將導(dǎo)致整個軟件開發(fā)的失敗。 ? 這一階段是面向用戶問題的，而不是面向軟件求解的。 下一頁 上一頁 停止放映 第 23/164 頁 需求分析工作的特點 ? 軟件系統(tǒng)非常復(fù)雜，以致用戶和軟件人員都不能完整、精確地理解它或不能清楚地表達出來； ? 用戶的需求是動態(tài)變化的 ,不能準確地理解和清楚地描述需求； ? 系統(tǒng)變更的代價呈非線性增長。若解決需求分析花費一個小時，那么，到設(shè)計、編程、測試、維護階段就要話花費 、 100小時。 下一頁 上一頁 停止放映 第 24/164 頁 收集、理解、明確用戶的要求，明確系統(tǒng)做什么？值得做否？ 主要任務(wù)是： 識別需求 可行性研究 分析與綜合 寫出軟件開發(fā)計劃和需求分析報告 下一頁 上一頁 停止放映 第 25/164 頁 ⑴ 識別需求 了解和表達用戶的要求。它包括： 系統(tǒng)功能 找出系統(tǒng)必須完成的所有功能。 系統(tǒng)性能 系統(tǒng)響應(yīng)時間、查詢速度、系統(tǒng)需要的存儲容量、安全性等問題。 系統(tǒng)限制和約束 指開發(fā)周期、費用、可使用資源等。 系統(tǒng)運行環(huán)境 硬件環(huán)境？采用哪種 DBMS？ OS平臺、外存儲器及數(shù)據(jù)通信接口等。 將來可能提出的要求 為系統(tǒng)將來可能的擴充和修改預(yù)做準備。 下一頁 上一頁 停止放映 第 26/164 頁 ⑵ 可行性研究 ?對大而復(fù)雜系統(tǒng)，首先要從技術(shù)、經(jīng)濟和社會因素三方面進行可行性研究后，才決定是否開發(fā)一個應(yīng)用系統(tǒng)。 – 技術(shù) （使用現(xiàn)有技術(shù)能夠?qū)崿F(xiàn)否） – 經(jīng)濟 （有利可圖否） – 社會因素 （行業(yè)內(nèi)接受否） 下一頁 上一頁 停止放映 第 27/164 頁 ⑶ 分析與綜合 ? 進一步分析問題本質(zhì)。 ? 逐步細化軟件功能。找出軟件系統(tǒng)各元素之間的聯(lián)系、接口特性和設(shè)計上的約束，分析它們是否滿足功能要求。 ? 形成系統(tǒng)雛形求解方案后。再對求解方案反復(fù)進行修改，使之更加符合實際需要。 ? 草擬出項目開發(fā)計劃。經(jīng)可行性研究后，對要求解的問題重新進行描述，使之更準確地反映實際業(yè)務(wù)流程，導(dǎo)出并評價可供選擇的解法。 下一頁 上一頁 停止放映 第 28/164 頁 ⑷ 軟件規(guī)格說明書 ? 軟件規(guī)格說明書是根據(jù)用戶提出的功能和性能要求、開發(fā)時間和費用的限制而制定的。它包含： ? 概述 開發(fā)系統(tǒng)的意義、目的、背景及技術(shù)術(shù)語； ? 現(xiàn)性系統(tǒng)的概況 業(yè)務(wù)流程、范圍、存在的問題等； ? 需求說明 – 功能描述 – 信息描述： DFD、 DD、 DS、 IPO、接口等 – 性能描述 ? 運行環(huán)境 操作系統(tǒng)、數(shù)據(jù)庫、網(wǎng)絡(luò)協(xié)議等； ? 系統(tǒng)限制 ? 用戶系統(tǒng)描述 – 系統(tǒng)功能和性能的描述 – 使用系統(tǒng)的主要步驟和方法 – 系統(tǒng)用戶的責任等 下一頁 上一頁 停止放映 第 29/164 頁 需求分析的原則 1． 能夠表達和理解問題的信息域 信息域反映的是用戶業(yè)務(wù)系統(tǒng)中數(shù)據(jù)流向和對數(shù)據(jù)進行的處理，因此信息域是解決 “ 做什么 ？ ” 的關(guān)鍵因素。 2． 要建立描述系統(tǒng)信息、功能和行為的模型 建立模型的過程是 “ 由粗到精 ” 的分析綜合的過程。 3． 能夠?qū)λＰ桶匆欢ㄐ问竭M行分解 分解是為了降低問題的復(fù)雜性，增加問題的可解性和可描述性。 4． 分清系統(tǒng)的邏輯視圖和物理視圖 – 邏輯視圖描述的是系統(tǒng)要達到的功能，這與實現(xiàn)細節(jié)無關(guān)； – 物理視圖描述的是處理功能和信息結(jié)構(gòu)的實際表現(xiàn)形式，這與實現(xiàn)細節(jié)是有關(guān)的 – 需求分析只研究軟件系統(tǒng) “ 做什么？ ” ，而不考慮 “ 怎樣做？ ” 。 下一頁 上一頁 停止放映 第 30/164 頁 需求分析的圖形工具 ? 圖形工具在描述復(fù)雜關(guān)系時比文字敘述要優(yōu)越。在系統(tǒng)需求分析過程中為了準確描述需求，常采用一些簡單的描述工具，例如 數(shù)據(jù)流程圖（ DFD） 、數(shù)據(jù)字典（ DD） 、 結(jié)構(gòu)化語言 、 判定表 和 判定樹 等。 下一頁 上一頁 停止放映 第 31/164 頁 數(shù)據(jù)流圖 DFD ? 數(shù)據(jù)流圖（ DFD—— Data Flow Diagram ）以圖形的方式表達數(shù)據(jù)處理系統(tǒng)中信息的變換和傳遞過程。它有四種基本符號： S P X 數(shù)據(jù)源及數(shù)據(jù)終點 加工 對數(shù)據(jù)的加工或變換，指向加工的 數(shù)據(jù)流是輸入數(shù)據(jù)；離開的是輸出數(shù)據(jù)。 數(shù)據(jù)流 具有名字且有流向的數(shù)據(jù) 文件 存放數(shù)據(jù)的場所 下一頁 上一頁 停止放映 第 32/164 頁 舉例 ——賓館管理系統(tǒng) 客人 預(yù)訂 登錄 房管 客人信息庫 可售房庫 售出房庫 客帳庫 公安 預(yù)付 款 財務(wù) IDD 下一頁 上一頁 停止放映 第 33/164 頁 數(shù)據(jù)流圖分層結(jié)構(gòu) 一個實際問題的數(shù)據(jù)加工流程是非常復(fù)雜的。如果繪制在一個平面圖上就顯的太亂了。 因此，通常采用分層次結(jié)構(gòu)。把一個復(fù)雜的問題，分解為一些相互獨立的子問題，再繪出分層 DFD。 下一頁 上一頁 停止放映 “層次結(jié)構(gòu)減少復(fù)雜度 。 ” Simon’s law 關(guān)于設(shè)計的論述 下一頁 上一頁 停止放映 第 35/164 頁 結(jié)構(gòu)圖分層舉例 賓館 管理 DFD/L0 頂層圖 第 2層圖 DFD/L1 A D C E 第 3層圖 DFD/ DFD/ A1 A2 A3 E1 E2 B 下一頁 上一頁 停止放映 第 36/164 頁 數(shù)據(jù)字典 DD（ Data Directory） DD對數(shù)據(jù)流程圖中出現(xiàn)的所有元素給出邏輯定義和詳細解釋。數(shù)據(jù)字典的條目解釋通常采用的定義形式： 客帳 =帳號 +房租 +IDD費 +餐飲費 +洗衣費 +娛樂費 +日期 +經(jīng)辦人 內(nèi)容包含： 數(shù)據(jù)流： 編號、名稱、簡述、別名、構(gòu)成、來源、去向、流量 數(shù)據(jù)項目： 編號、名稱、簡述、別名、類型、長度、位數(shù) 數(shù)據(jù)文件： 編號、名稱、簡述、別名、構(gòu)成、關(guān)鍵字、存取要求 處理： 編號、名稱、簡述、別名、處理條件、 I/O內(nèi)容、處理邏輯 下一頁 上一頁 停止放映 第 37/164 頁 結(jié)構(gòu)化語言 ? 選擇結(jié)構(gòu)、循環(huán)結(jié)構(gòu)的描述語句等。 ? 例如， DO CASE CASE 時間 =12 R_rent=0。 CASE 時間 12 AND 時間 =18 R_rent=rent*。 CASE 時間 18 Rrent=rent。 下一頁 上一頁 停止放映 第 38/164 頁 判定表 采用判定樹能把加工邏輯表示的更加清楚。判定樹中縱向各列給出的是不同的條件，橫向各行則表示在任何條件下相應(yīng)的處理。 例如： 條件 結(jié) 帳 時 間 12點前 12~18點 18點后 處理 不收費 收半費 收全費 ? ? ? 下一頁 上一頁 停止放映 第 39/164 頁 判定樹 ? 判定樹比判定表更加直觀，它用來描述具有多條件的數(shù)據(jù)加工更容易被用戶接受。樹狀的分枝表示多種不同的條件。 ? 例如， 結(jié)帳時間 =？ 12點前 12~18點間 18點后 不收費 收半費 收全費 下一頁 上一頁 停止放映 第 40/164 頁 需求分析的軟件工具 ? 為保證軟件需求的正確性和需求的一致性，需要采用適當?shù)能浖ぞ咧С中枨蠓治龉ぷ鳌＼浖ぞ邞?yīng)滿足下列要求： – 必須有形式化的語法（可讓計算機自動處理） – 能夠?qū)С鲈敿毜奈臋n – 必須提供分析（測試）規(guī)格說明書的不一致性和冗余性的手段，并能產(chǎn)生指明對完整性分析結(jié)果的報告。 – 能夠改進通信狀況 ? 例如， RSL 需求陳述語言 ；其語句計算機可處理，并將處理結(jié)果集中存放在 DB中。（ 1977年） ? PSL/PSA 問題陳述語言 /問題陳述分析程序系統(tǒng)： 它是CADSAT（計算機輔助設(shè)計和規(guī)格說明分析工具）的一部分。PSL是用來描述系統(tǒng)的形式語言， PSA是處理 PSL描述的分析程序。（ 1997年） 下一頁 上一頁 停止放映 第 41/164 頁 三、系統(tǒng)設(shè)計（軟件的設(shè)計） ? 系統(tǒng)設(shè)計概述 – 目標和任務(wù) – 設(shè)計方法和步驟 – 文檔 – 設(shè)計復(fù)審 下一頁 上一頁 停止放映 第 42/164 頁 軟件設(shè)計流程圖 概要設(shè)計 復(fù)審 要求說 明書 軟件 結(jié)構(gòu) 可接收 詳細設(shè)計 模塊 描述 設(shè)計 說明書 復(fù)審 修改 修改 下一頁 上一頁 停止放映 “有兩種方法來設(shè)計一個軟件 。 第一種方法是設(shè)計非常簡單的軟件以至于沒有明顯的不足 。 另 一種方法是設(shè)計非常復(fù)雜的軟件也沒有明顯的不足 。 ” . Hoare 軟件設(shè)計的妙語 下一頁 上一頁 停止放映 第 44/164 頁 軟件設(shè)計是 針對一個問題提供準確而