軟件工程 第3章 結(jié)構(gòu)化分析.

1、3.1 概述概述3.2 與用戶溝通的方法與用戶溝通的方法3.3 分析建模與規(guī)格說明分析建模與規(guī)格說明3.4 實體實體-關(guān)系關(guān)系圖圖3.5 數(shù)據(jù)流圖數(shù)據(jù)流圖3.6 狀態(tài)轉(zhuǎn)換圖狀態(tài)轉(zhuǎn)換圖3.7 數(shù)據(jù)字典數(shù)據(jù)字典3.8 結(jié)構(gòu)化分析實例結(jié)構(gòu)化分析實例第第3章章 結(jié)構(gòu)化分析結(jié)構(gòu)化分析3.1 概述概述需求：需求：正在構(gòu)建的系統(tǒng)必須符合的事務(wù)。正在構(gòu)建的系統(tǒng)必須符合的事務(wù)。需求分析過程：需求分析過程：是發(fā)現(xiàn)、求精、建模、規(guī)格說是發(fā)現(xiàn)、求精、建模、規(guī)格說明和復(fù)審的過程。明和復(fù)審的過程。需求管理：需求管理：是一種獲取、組織并記錄系統(tǒng)需求是一種獲取、組織并記錄系統(tǒng)需求的系統(tǒng)化方案以及一個使客戶與項目團隊不斷的系統(tǒng)

2、化方案以及一個使客戶與項目團隊不斷變更的系統(tǒng)需求達成并保持一致的過程。變更的系統(tǒng)需求達成并保持一致的過程。傳統(tǒng)與現(xiàn)代需求方法的比較：傳統(tǒng)與現(xiàn)代需求方法的比較： 需求管理過程需求管理過程需求管理功能需求管理功能需求管理思想方法需求管理思想方法傳統(tǒng)傳統(tǒng)局 限 于 需 求分局 限 于 需 求分析這一個階段析這一個階段注重具體的需求注重具體的需求分析方法分析方法一成不變的觀點，一成不變的觀點，注重注重“描述描述”的方的方法和過程，是純技法和過程，是純技術(shù)性的轉(zhuǎn)換術(shù)性的轉(zhuǎn)換現(xiàn)代現(xiàn)代全 過 程 的 ，注全 過 程 的 ，注重 整 個 產(chǎn) 品過重 整 個 產(chǎn) 品過程的全部程的全部功能范圍更廣，功能范圍更廣，

3、包括獲取、分析、包括獲取、分析、處理、驗證、實處理、驗證、實現(xiàn)和全過程的需現(xiàn)和全過程的需求管理求管理注重需求實現(xiàn)與維注重需求實現(xiàn)與維護過程，處理不斷護過程，處理不斷變更的系統(tǒng)需求變更的系統(tǒng)需求需求管理存在的問題：需求管理存在的問題：范圍問題范圍問題：系統(tǒng)目標、邊界未被良好定義，用戶和：系統(tǒng)目標、邊界未被良好定義，用戶和開發(fā)團隊理解不一致。開發(fā)團隊理解不一致。理解問題理解問題：用戶不能完全了解自己需要什么，對系：用戶不能完全了解自己需要什么，對系統(tǒng)能力、局限更加不清楚；工程師不理解用戶的問統(tǒng)能力、局限更加不清楚；工程師不理解用戶的問題域和應(yīng)用環(huán)境。題域和應(yīng)用環(huán)境。易變問題易變問題：需求隨時間發(fā)生

4、變化。：需求隨時間發(fā)生變化。需求工程：需求工程：20世紀世紀80年代中期，形成了軟件工程的子領(lǐng)域年代中期，形成了軟件工程的子領(lǐng)域需求工程。進入需求工程。進入20世紀世紀90年代后，需求工程稱為軟年代后，需求工程稱為軟件界研究的重點之一。件界研究的重點之一。Alan Davis 把需求工程定義為把需求工程定義為“直到（但不包括）直到（但不包括）把軟件分解為實際架構(gòu)構(gòu)件之前的所有活動把軟件分解為實際架構(gòu)構(gòu)件之前的所有活動”。需求工程的階段劃分：需求工程的階段劃分：3.2.1 訪談訪談3.2.2 簡易的應(yīng)用規(guī)格說明技術(shù)簡易的應(yīng)用規(guī)格說明技術(shù)3.2.3 軟件原型軟件原型3.2 與用戶溝通的方法與用戶溝

5、通的方法需求分析綜合癥：需求分析綜合癥：用戶不知道他們真正需求什么。用戶不知道他們真正需求什么。分析人員認為自己比用戶更了解用戶的需求。分析人員認為自己比用戶更了解用戶的需求。解決方案：解決方案：把用戶當作領(lǐng)域?qū)＜襾碚J識和感激；把用戶當作領(lǐng)域?qū)＜襾碚J識和感激；嘗試其他溝通和啟發(fā)技術(shù)；嘗試其他溝通和啟發(fā)技術(shù)；盡早提供相互選擇的啟發(fā)技術(shù)盡早提供相互選擇的啟發(fā)技術(shù)，如，如情節(jié)串聯(lián)板情節(jié)串聯(lián)板、原原型型、執(zhí)行者換位。執(zhí)行者換位。需求誘導(dǎo)的方法：需求誘導(dǎo)的方法：3.2.1 訪談訪談?wù)皆L談?wù)皆L談系統(tǒng)分析員將提出一些事先準備好的具體問題。系統(tǒng)分析員將提出一些事先準備好的具體問題。非正式訪談非正式訪談分析

6、員將提出一些用戶可以自由回答的開放性問題。分析員將提出一些用戶可以自由回答的開放性問題。調(diào)查表調(diào)查表經(jīng)過仔細考慮寫出的書面回答可能比被訪者對問題經(jīng)過仔細考慮寫出的書面回答可能比被訪者對問題的口頭回答更準確。的口頭回答更準確。情景分析技術(shù)情景分析技術(shù)對用戶將來使用目標系統(tǒng)解決某個具體問題的方法對用戶將來使用目標系統(tǒng)解決某個具體問題的方法和結(jié)果進行分析。和結(jié)果進行分析。3.2.2 簡易的應(yīng)用規(guī)格說明技術(shù)簡易的應(yīng)用規(guī)格說明技術(shù)簡易的應(yīng)用規(guī)格說明技術(shù)是一種簡易的應(yīng)用規(guī)格說明技術(shù)是一種面向團隊面向團隊的需的需求收集法。求收集法。這種方法提倡用戶與開發(fā)者密切合作，共同標這種方法提倡用戶與開發(fā)者密切合作，共

7、同標識問題，提出解決方案要素，商討不同方案并識問題，提出解決方案要素，商討不同方案并指定基本需求。指定基本需求。 分析需求的典型過程如下：分析需求的典型過程如下：初步訪談，準備會議初步訪談，準備會議首先進行初步訪談，初步確定待解決的問題的范圍和解首先進行初步訪談，初步確定待解決的問題的范圍和解決方案。開發(fā)者和用戶分別寫出決方案。開發(fā)者和用戶分別寫出“產(chǎn)品需求產(chǎn)品需求” 會前審會前審查需求，確定列表查需求，確定列表與會者在會前認真審查產(chǎn)品需求，列出對象、操作這些與會者在會前認真審查產(chǎn)品需求，列出對象、操作這些對象或與這些對象交互的服務(wù)、約束條件和性能標準。對象或與這些對象交互的服務(wù)、約束條件和性

8、能標準。會上討論列表，創(chuàng)建組合列表會上討論列表，創(chuàng)建組合列表分組制定小型規(guī)格說明分組制定小型規(guī)格說明與會者分成更小的小組，為每張列表中的項目制定小型與會者分成更小的小組，為每張列表中的項目制定小型規(guī)格說明。并向全體與會者展示，供大家討論。規(guī)格說明。并向全體與會者展示，供大家討論。制定確認標準，起草需求規(guī)格說明書制定確認標準，起草需求規(guī)格說明書每個與會者都制定出產(chǎn)品的一整套確認標準，并提交會每個與會者都制定出產(chǎn)品的一整套確認標準，并提交會議討論。最后，起草完整的軟件需求規(guī)格說明書。議討論。最后，起草完整的軟件需求規(guī)格說明書。3.2.3 軟件原型軟件原型 快速建立軟件原型是最準確、最有效、最強大快

9、速建立軟件原型是最準確、最有效、最強大的需求分析技術(shù)。的需求分析技術(shù)。快速原型就是快速建立起來的旨在演示目標系快速原型就是快速建立起來的旨在演示目標系統(tǒng)主要功能的可運行的程序。統(tǒng)主要功能的可運行的程序。構(gòu)建原型的要點是，它應(yīng)該實現(xiàn)用戶看得見的構(gòu)建原型的要點是，它應(yīng)該實現(xiàn)用戶看得見的功能，省略目標系統(tǒng)的功能，省略目標系統(tǒng)的“隱含隱含”功能。功能?？焖僭偷奶匦裕嚎焖僭偷奶匦裕骸翱焖倏焖佟薄？焖僭偷哪康氖潜M快向用戶提供一個?？焖僭偷哪康氖潜M快向用戶提供一個可在計算機上運行的目標系統(tǒng)的模型。因此，原型可在計算機上運行的目標系統(tǒng)的模型。因此，原型的某些缺陷是可以忽略的。的某些缺陷是可以忽略的?！?/p>

10、容易修改容易修改”。如果原型的第一版不是用戶所需要。如果原型的第一版不是用戶所需要的，就必須根據(jù)用戶的意見迅速地修改它，構(gòu)建出的，就必須根據(jù)用戶的意見迅速地修改它，構(gòu)建出原型的第二版，以更好地滿足用戶需求。如果修改原型的第二版，以更好地滿足用戶需求。如果修改耗時過多，勢必延誤軟件開發(fā)時間。耗時過多，勢必延誤軟件開發(fā)時間。 快速原型通常使用下述快速原型通常使用下述3種方法和工具：種方法和工具：第四代技術(shù)（第四代技術(shù)（4GL）數(shù)據(jù)庫查詢和報表語言、程序和應(yīng)用系統(tǒng)生成器以及其數(shù)據(jù)庫查詢和報表語言、程序和應(yīng)用系統(tǒng)生成器以及其他非常高級的非過程語言。他非常高級的非過程語言。可重用的軟件構(gòu)件可重用的軟件構(gòu)

11、件使用一組已有的軟件構(gòu)件使用一組已有的軟件構(gòu)件(也稱為組件也稱為組件)來裝配來裝配(而不是從而不是從頭構(gòu)造頭構(gòu)造)原型。原型。軟件構(gòu)件可以是數(shù)據(jù)結(jié)構(gòu)軟件構(gòu)件可以是數(shù)據(jù)結(jié)構(gòu)(或數(shù)據(jù)庫或數(shù)據(jù)庫)，或軟件體系結(jié)構(gòu)，或軟件體系結(jié)構(gòu)構(gòu)件構(gòu)件(即程序即程序)，或過程構(gòu)件，或過程構(gòu)件(即模塊即模塊)。形式化規(guī)格說明和原型環(huán)境形式化規(guī)格說明和原型環(huán)境非形式化方法：自然語言描述非形式化方法：自然語言描述半形式化方法：數(shù)據(jù)流圖或?qū)嶓w半形式化方法：數(shù)據(jù)流圖或?qū)嶓w-聯(lián)系圖聯(lián)系圖形式化方法：基于數(shù)學(xué)的技術(shù)形式化方法：基于數(shù)學(xué)的技術(shù) 3.3.1 分析建模分析建模3.3.2 軟件需求規(guī)格說明軟件需求規(guī)格說明3.3 分析建模

12、與規(guī)格說明分析建模與規(guī)格說明3.3.1 分析建模分析建模模型：模型：是為了理解事物而對事物做出的一種抽象，是對事是為了理解事物而對事物做出的一種抽象，是對事物的一種無歧義的書面描述。通常，模型由一組圖物的一種無歧義的書面描述。通常，模型由一組圖形符號和組織這些符號的規(guī)則組成。形符號和組織這些符號的規(guī)則組成。結(jié)構(gòu)化分析過程：結(jié)構(gòu)化分析過程：實質(zhì)上是一種創(chuàng)建模型的活動。系統(tǒng)分析員從不同實質(zhì)上是一種創(chuàng)建模型的活動。系統(tǒng)分析員從不同角度抽象出目標系統(tǒng)的特性，使用精確的表示方法角度抽象出目標系統(tǒng)的特性，使用精確的表示方法構(gòu)造系統(tǒng)的模型，驗證模型是否滿足用戶對目標系構(gòu)造系統(tǒng)的模型，驗證模型是否滿足用戶對目

13、標系統(tǒng)的需求，并在設(shè)計過程中逐漸把和實現(xiàn)有關(guān)的細統(tǒng)的需求，并在設(shè)計過程中逐漸把和實現(xiàn)有關(guān)的細節(jié)加進模型中，直至最終用程序?qū)崿F(xiàn)模型。節(jié)加進模型中，直至最終用程序?qū)崿F(xiàn)模型。 分析模型的結(jié)構(gòu)分析模型的結(jié)構(gòu)需求分析過需求分析過程應(yīng)該建立程應(yīng)該建立3種模型，分種模型，分別是：別是：數(shù)據(jù)模型數(shù)據(jù)模型功能模型功能模型行為模型行為模型 3.3.2 軟件需求規(guī)格說明軟件需求規(guī)格說明 通過需求分析除了創(chuàng)建分析模型之外，還應(yīng)該通過需求分析除了創(chuàng)建分析模型之外，還應(yīng)該寫出軟件需求規(guī)格說明書，它是需求分析階段寫出軟件需求規(guī)格說明書，它是需求分析階段得出的最主要的文檔。得出的最主要的文檔。通常用自然語言完整、準確、具體地

14、描述系統(tǒng)通常用自然語言完整、準確、具體地描述系統(tǒng)的數(shù)據(jù)要求、功能需求、性能需求、可靠性和的數(shù)據(jù)要求、功能需求、性能需求、可靠性和可用性要求、出錯處理需求、接口需求、約束、可用性要求、出錯處理需求、接口需求、約束、逆向需求以及將來可能提出的要求。逆向需求以及將來可能提出的要求。 我國我國GB856D-1988國家標準，需求規(guī)格說明內(nèi)國家標準，需求規(guī)格說明內(nèi)容框架：容框架：1 引言引言 1.1 編寫目的編寫目的 1.2 項目背景（單位和其他系統(tǒng)項目背景（單位和其他系統(tǒng)的關(guān)系）的關(guān)系） 1.3 定義（專門術(shù)語和縮寫詞）定義（專門術(shù)語和縮寫詞）2 任務(wù)概述任務(wù)概述 2.1 目標目標 2.2 運行環(huán)境運

15、行環(huán)境 2.3 條件限制條件限制3 數(shù)據(jù)描述數(shù)據(jù)描述 3.1 靜態(tài)數(shù)據(jù)靜態(tài)數(shù)據(jù) 3.2 動態(tài)數(shù)據(jù)動態(tài)數(shù)據(jù) 3.3 數(shù)據(jù)庫描述數(shù)據(jù)庫描述 3.4 數(shù)據(jù)字典數(shù)據(jù)字典 3.5 數(shù)據(jù)采集數(shù)據(jù)采集4 功能需求功能需求 4.1 功能劃分功能劃分 4.2 功能描述功能描述5 性能需求性能需求 5.1 數(shù)據(jù)精確度數(shù)據(jù)精確度 5.2 時間特性時間特性 5.3 適應(yīng)性適應(yīng)性6 運行需求運行需求 6.1 用戶界面用戶界面 6.2 硬件接口硬件接口 6.3 軟件接口軟件接口 6.4 故障處理故障處理7 其他需求其他需求（檢測或驗收標準、可用性、可（檢測或驗收標準、可用性、可維護性、可移植性、安全保密性）維護性、可移植

16、性、安全保密性）3.4 實體實體-聯(lián)系圖聯(lián)系圖概念性數(shù)據(jù)模型是一種面向問題的數(shù)據(jù)模型，概念性數(shù)據(jù)模型是一種面向問題的數(shù)據(jù)模型，是按照用戶的觀點對數(shù)據(jù)建立的模型。它描述是按照用戶的觀點對數(shù)據(jù)建立的模型。它描述了從用戶角度看到的數(shù)據(jù)，它反映了用戶的現(xiàn)了從用戶角度看到的數(shù)據(jù)，它反映了用戶的現(xiàn)實環(huán)境，且與在軟件系統(tǒng)中的實現(xiàn)方法無關(guān)。實環(huán)境，且與在軟件系統(tǒng)中的實現(xiàn)方法無關(guān)。數(shù)據(jù)模型中包含數(shù)據(jù)模型中包含3種相互關(guān)聯(lián)的信息：種相互關(guān)聯(lián)的信息：數(shù)據(jù)對象數(shù)據(jù)對象數(shù)據(jù)對象的數(shù)據(jù)對象的屬性屬性數(shù)據(jù)對象彼此間相互連接的數(shù)據(jù)對象彼此間相互連接的關(guān)系關(guān)系 1. 數(shù)據(jù)對象數(shù)據(jù)對象 數(shù)據(jù)對象是對軟件必須理解的復(fù)合信息的抽象。

17、數(shù)據(jù)對象是對軟件必須理解的復(fù)合信息的抽象。復(fù)合信息是指具有一系列不同性質(zhì)或?qū)傩缘氖聫?fù)合信息是指具有一系列不同性質(zhì)或?qū)傩缘氖挛?，僅有單個值的事物不是數(shù)據(jù)對象。物，僅有單個值的事物不是數(shù)據(jù)對象。數(shù)據(jù)對象可以是外部實體、事物、行為、事件、數(shù)據(jù)對象可以是外部實體、事物、行為、事件、角色、單位、地點或結(jié)構(gòu)等。角色、單位、地點或結(jié)構(gòu)等。數(shù)據(jù)對象彼此間是有關(guān)聯(lián)的。數(shù)據(jù)對象彼此間是有關(guān)聯(lián)的。 2. 屬性屬性屬性定義了數(shù)據(jù)對象的性質(zhì)。必須把一個或多屬性定義了數(shù)據(jù)對象的性質(zhì)。必須把一個或多個屬性定義為個屬性定義為“標識符標識符” 。根據(jù)對問題的理解來確定特定數(shù)據(jù)對象的合適根據(jù)對問題的理解來確定特定數(shù)據(jù)對象的合適的

18、屬性。的屬性。 3. 聯(lián)系聯(lián)系數(shù)據(jù)對象彼此之間相互連接的方式稱為聯(lián)系，數(shù)據(jù)對象彼此之間相互連接的方式稱為聯(lián)系，也稱為關(guān)系。也稱為關(guān)系。聯(lián)系可分為以下聯(lián)系可分為以下3種類型：種類型：一對一聯(lián)系一對一聯(lián)系(1 1)一對多聯(lián)系一對多聯(lián)系(1 N)多對多聯(lián)系多對多聯(lián)系(M N)聯(lián)系也可能有屬性。聯(lián)系也可能有屬性。4. 實體實體-聯(lián)系圖的符號聯(lián)系圖的符號例例1：某校教學(xué)管理系統(tǒng)的某校教學(xué)管理系統(tǒng)的ER圖圖例例2：習(xí)題習(xí)題3-1，銀行儲蓄系統(tǒng)的，銀行儲蓄系統(tǒng)的ER圖圖 儲戶填寫的存款單或取款單由業(yè)務(wù)員鍵入系統(tǒng)；儲戶填寫的存款單或取款單由業(yè)務(wù)員鍵入系統(tǒng)；如果是存款則系統(tǒng)記錄存款人姓名、住址如果是存款則系統(tǒng)記

19、錄存款人姓名、住址(或電話或電話號碼號碼)、身份證號碼、存款類型、存款日期、到期、身份證號碼、存款類型、存款日期、到期日期、利率及密碼日期、利率及密碼(可選可選)等信息，并印出存單給儲等信息，并印出存單給儲戶；戶；如果是取款而且存款時留有密碼，則系統(tǒng)首先核對如果是取款而且存款時留有密碼，則系統(tǒng)首先核對儲戶密碼，若密碼正確或存款時未留密碼，則系統(tǒng)儲戶密碼，若密碼正確或存款時未留密碼，則系統(tǒng)計算利息并印出利息清單給儲戶。計算利息并印出利息清單給儲戶。銀行儲蓄系統(tǒng)的銀行儲蓄系統(tǒng)的ER圖圖 3.5.1 數(shù)據(jù)流圖符號數(shù)據(jù)流圖符號3.5.2 例子例子3.5.3 命名命名3.5 數(shù)據(jù)流圖數(shù)據(jù)流圖數(shù)據(jù)流圖是一

20、種圖形化技術(shù)，它描繪信息流和數(shù)據(jù)流圖是一種圖形化技術(shù)，它描繪信息流和數(shù)據(jù)從輸入移動到輸出的過程中所經(jīng)受的變換。數(shù)據(jù)從輸入移動到輸出的過程中所經(jīng)受的變換。在數(shù)據(jù)流圖中沒有任何具體的物理部件，它只在數(shù)據(jù)流圖中沒有任何具體的物理部件，它只是描繪數(shù)據(jù)在軟件中流動和被處理的邏輯過程。是描繪數(shù)據(jù)在軟件中流動和被處理的邏輯過程。3.5.1 數(shù)據(jù)流圖符號數(shù)據(jù)流圖符號基本符號：基本符號：數(shù)據(jù)源點數(shù)據(jù)源點/終點：通常是人或部門，可重復(fù)表示；終點：通常是人或部門，可重復(fù)表示；處理：一個處理框可以代表一系列程序、單個程序處理：一個處理框可以代表一系列程序、單個程序或程序的一個模塊；或程序的一個模塊； 數(shù)據(jù)存儲：可以表

21、示一個文件、文件的一部分、數(shù)數(shù)據(jù)存儲：可以表示一個文件、文件的一部分、數(shù)據(jù)庫的元素或記錄的一部分等，數(shù)據(jù)存儲是處于靜據(jù)庫的元素或記錄的一部分等，數(shù)據(jù)存儲是處于靜止狀態(tài)的數(shù)據(jù)；止狀態(tài)的數(shù)據(jù)； 數(shù)據(jù)流：描繪所有可能的數(shù)據(jù)流向，而不應(yīng)該描繪數(shù)據(jù)流：描繪所有可能的數(shù)據(jù)流向，而不應(yīng)該描繪出現(xiàn)某個數(shù)據(jù)流的條件出現(xiàn)某個數(shù)據(jù)流的條件 ，數(shù)據(jù)流是處于運動中的，數(shù)據(jù)流是處于運動中的數(shù)據(jù)。數(shù)據(jù)。數(shù)據(jù)流圖符號數(shù)據(jù)流圖符號附加符號：附加符號：星號星號（*）：表示）：表示“與與”關(guān)系關(guān)系加號加號（+）：表示）：表示“或或”關(guān)系關(guān)系異或異或（ ）：表示）：表示互斥互斥關(guān)系關(guān)系3.5.2 例子例子例例1： 假設(shè)采購部每天需要

22、一張定貨報表，報表按零件編假設(shè)采購部每天需要一張定貨報表，報表按零件編號排序，表中列出所有需要再次定貨的零件。號排序，表中列出所有需要再次定貨的零件。對于每個需要再次定貨的零件，應(yīng)該列出下述數(shù)據(jù)：對于每個需要再次定貨的零件，應(yīng)該列出下述數(shù)據(jù)：零件編號，零件名稱，定貨數(shù)量，目前價格，主要零件編號，零件名稱，定貨數(shù)量，目前價格，主要供應(yīng)者，次要供應(yīng)者。供應(yīng)者，次要供應(yīng)者。零件入庫或出庫稱為事務(wù)，通過放在倉庫中的零件入庫或出庫稱為事務(wù)，通過放在倉庫中的CRT終端把事務(wù)報告給定貨系統(tǒng)。終端把事務(wù)報告給定貨系統(tǒng)。當某種零件的庫存量少于庫存量的臨界值時，就應(yīng)當某種零件的庫存量少于庫存量的臨界值時，就應(yīng)該再

23、次定貨。該再次定貨。1. 從問題描述中提取數(shù)據(jù)流圖的從問題描述中提取數(shù)據(jù)流圖的4種成分種成分數(shù)據(jù)的源點數(shù)據(jù)的源點/終點終點“通過放在倉庫中的通過放在倉庫中的CRT終端把事務(wù)報告給定貨系終端把事務(wù)報告給定貨系統(tǒng)統(tǒng)”倉庫管理員倉庫管理員是數(shù)據(jù)源點；是數(shù)據(jù)源點；“采購部每天需要一張定貨報表采購部每天需要一張定貨報表”采購員采購員是數(shù)是數(shù)據(jù)終點。據(jù)終點。處理處理“采購部需要報表采購部需要報表”，產(chǎn)生報表產(chǎn)生報表；事務(wù)的后果是改變零件庫存量，因此對事務(wù)進行的事務(wù)的后果是改變零件庫存量，因此對事務(wù)進行的加工是另一個處理加工是另一個處理處理事務(wù)處理事務(wù)。數(shù)據(jù)流數(shù)據(jù)流“系統(tǒng)把定貨報表送給采購部系統(tǒng)把定貨報表送

24、給采購部”定貨報表定貨報表；“事務(wù)需要從倉庫送到系統(tǒng)中事務(wù)需要從倉庫送到系統(tǒng)中”事務(wù)事務(wù)。數(shù)據(jù)存儲數(shù)據(jù)存儲處理事務(wù)和產(chǎn)生報表這兩個處理在時間上明顯不匹處理事務(wù)和產(chǎn)生報表這兩個處理在時間上明顯不匹配，用來產(chǎn)生定貨報表的定貨信息必須存放一段時配，用來產(chǎn)生定貨報表的定貨信息必須存放一段時間間定貨信息定貨信息；零件庫存量和庫存量臨界值需存儲零件庫存量和庫存量臨界值需存儲庫存清單庫存清單。源點：倉庫管理員源點：倉庫管理員終點：采購員終點：采購員處理：產(chǎn)生報表、處理事務(wù)處理：產(chǎn)生報表、處理事務(wù)數(shù)據(jù)流：數(shù)據(jù)流：定貨報表定貨報表事務(wù)事務(wù)零件編號零件編號零件名稱零件名稱定貨數(shù)量定貨數(shù)量目前價格目前價格主要供應(yīng)者

25、主要供應(yīng)者次要供應(yīng)者次要供應(yīng)者零件編號零件編號事務(wù)類型事務(wù)類型數(shù)量數(shù)量數(shù)據(jù)存儲：數(shù)據(jù)存儲：定貨信息定貨信息同定貨報表同定貨報表庫存清單庫存清單零件編號零件編號庫存量庫存量庫存量臨界值庫存量臨界值2. 畫基本系統(tǒng)模型畫基本系統(tǒng)模型由若干個數(shù)據(jù)源點由若干個數(shù)據(jù)源點/終點和一個處理組成。終點和一個處理組成。定貨系統(tǒng)的基本系統(tǒng)模型定貨系統(tǒng)的基本系統(tǒng)模型定貨系統(tǒng)的功能級數(shù)據(jù)流圖定貨系統(tǒng)的功能級數(shù)據(jù)流圖3. 細化，描繪系統(tǒng)的主要功能細化，描繪系統(tǒng)的主要功能4. 對系統(tǒng)主要功能進一步細化對系統(tǒng)主要功能進一步細化把處理事務(wù)的功能進一步分解后的數(shù)據(jù)流圖把處理事務(wù)的功能進一步分解后的數(shù)據(jù)流圖分層表示及編號方法分層

26、表示及編號方法例例2：高考錄取統(tǒng)分子系統(tǒng)高考錄取統(tǒng)分子系統(tǒng)計算標準分計算標準分根據(jù)考生原始分計算標準分，存入根據(jù)考生原始分計算標準分，存入考生分數(shù)文件；考生分數(shù)文件；計算錄取線分計算錄取線分根據(jù)標準分和招生計劃文件中的根據(jù)標準分和招生計劃文件中的招生人數(shù)，計算錄取線分，存入錄取線文件。招生人數(shù)，計算錄取線分，存入錄取線文件。 1. 提取數(shù)據(jù)流圖的四種成分提取數(shù)據(jù)流圖的四種成分數(shù)據(jù)源點和終點：數(shù)據(jù)源點和終點：考生考生處理：處理：計算標準分計算標準分 計算錄取線分計算錄取線分數(shù)據(jù)存儲：數(shù)據(jù)存儲：考生分數(shù)文件考生分數(shù)文件 招生計劃文件招生計劃文件錄取線文件錄取線文件數(shù)據(jù)流：數(shù)據(jù)流：原始分原始分標準分

27、標準分招生人數(shù)招生人數(shù)錄取線分錄取線分 2. 畫基本數(shù)據(jù)流圖畫基本數(shù)據(jù)流圖3. 畫功能級數(shù)據(jù)流圖畫功能級數(shù)據(jù)流圖4. 進一步細化進一步細化(本系統(tǒng)可省略本系統(tǒng)可省略)例例3：習(xí)題習(xí)題3-1，銀行計算機儲蓄系統(tǒng)的數(shù)據(jù)流，銀行計算機儲蓄系統(tǒng)的數(shù)據(jù)流圖圖儲戶填寫的存款單或取款單由業(yè)務(wù)員鍵入系統(tǒng)；儲戶填寫的存款單或取款單由業(yè)務(wù)員鍵入系統(tǒng)；如果是存款則系統(tǒng)記錄存款信息，并印出存單給儲如果是存款則系統(tǒng)記錄存款信息，并印出存單給儲戶；戶；如果是取款而且存款時留有密碼，則系統(tǒng)首先核對如果是取款而且存款時留有密碼，則系統(tǒng)首先核對儲戶密碼，若密碼正確或存款時未留密碼，則系統(tǒng)儲戶密碼，若密碼正確或存款時未留密碼，則

28、系統(tǒng)計算利息并印出利息清單給儲戶。計算利息并印出利息清單給儲戶。頂層數(shù)據(jù)流圖頂層數(shù)據(jù)流圖功能級數(shù)據(jù)流圖功能級數(shù)據(jù)流圖細化的數(shù)據(jù)流圖細化的數(shù)據(jù)流圖3.5.3 命名命名 為數(shù)據(jù)流為數(shù)據(jù)流(或數(shù)據(jù)存儲或數(shù)據(jù)存儲)命名命名完整性；完整性；具體性；具體性；為處理命名為處理命名完整性；完整性；及物動詞及物動詞+賓語，具體性；賓語，具體性；通常名字中僅包括一個動詞，否則進行分解；通常名字中僅包括一個動詞，否則進行分解；為數(shù)據(jù)源點為數(shù)據(jù)源點/終點命名終點命名采用它們在問題域中習(xí)慣的名字。采用它們在問題域中習(xí)慣的名字。 3.6.1 狀態(tài)狀態(tài)3.6.2 事件事件3.6.3 符號符號3.6.4 例子例子3.6 狀態(tài)

29、轉(zhuǎn)換圖狀態(tài)轉(zhuǎn)換圖狀態(tài)轉(zhuǎn)換圖通過描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)狀狀態(tài)轉(zhuǎn)換圖通過描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件，來表示系統(tǒng)的行為。態(tài)轉(zhuǎn)換的事件，來表示系統(tǒng)的行為。狀態(tài)圖還指明了作為特定事件的結(jié)果系統(tǒng)將做狀態(tài)圖還指明了作為特定事件的結(jié)果系統(tǒng)將做哪些動作。哪些動作。 3.6.1 狀態(tài)狀態(tài) 狀態(tài)是任何可以被觀察到的系統(tǒng)行為模式，一狀態(tài)是任何可以被觀察到的系統(tǒng)行為模式，一個狀態(tài)代表系統(tǒng)的一種行為模式。個狀態(tài)代表系統(tǒng)的一種行為模式。狀態(tài)主要有：狀態(tài)主要有：初態(tài)初態(tài)(即初始狀態(tài)即初始狀態(tài))，只能有，只能有1個個終態(tài)終態(tài)(即最終狀態(tài)即最終狀態(tài))，可以有，可以有0至多個至多個中間狀態(tài)中間狀態(tài)狀態(tài)圖分類：狀態(tài)圖分

30、類：循環(huán)運行過程，通常不關(guān)心循環(huán)是怎樣啟動的。循環(huán)運行過程，通常不關(guān)心循環(huán)是怎樣啟動的。單程生命期，需要標明初始狀態(tài)和最終狀態(tài)。單程生命期，需要標明初始狀態(tài)和最終狀態(tài)。3.6.2 事件事件事件是在某個特定時刻發(fā)生的事情，它是對引事件是在某個特定時刻發(fā)生的事情，它是對引起系統(tǒng)做動作或起系統(tǒng)做動作或(和和)從一個狀態(tài)轉(zhuǎn)換到另一個狀從一個狀態(tài)轉(zhuǎn)換到另一個狀態(tài)的外界事件的抽象。態(tài)的外界事件的抽象。事件就是引起系統(tǒng)做動作或事件就是引起系統(tǒng)做動作或(和和)轉(zhuǎn)換狀態(tài)的控制轉(zhuǎn)換狀態(tài)的控制信息。信息。 3.6.3 符號符號初態(tài)：實心圓；初態(tài)：實心圓；終態(tài)：同心圓終態(tài)：同心圓(內(nèi)圓為實心圓內(nèi)圓為實心圓)；中間狀態(tài)

31、：圓角矩形，分成上、中、下中間狀態(tài)：圓角矩形，分成上、中、下3部分。部分。上部上部狀態(tài)的名稱；狀態(tài)的名稱；中部中部狀態(tài)變量的名字和值；狀態(tài)變量的名字和值；下部下部活動表?；顒颖?。 帶箭頭的連線：狀態(tài)轉(zhuǎn)換，箭頭指明了轉(zhuǎn)換方帶箭頭的連線：狀態(tài)轉(zhuǎn)換，箭頭指明了轉(zhuǎn)換方向。向。 狀態(tài)圖中使用的主要符號狀態(tài)圖中使用的主要符號活動表的語法格式：活動表的語法格式： 事件名事件名(參數(shù)表參數(shù)表)/動作表達式動作表達式“事件名事件名”可以是任何事件的名稱?？梢允侨魏问录拿Q。常用的常用的3種標準事件：種標準事件：entry事件指定進入該狀態(tài)的動作；事件指定進入該狀態(tài)的動作；exit事件指定退出該狀態(tài)的動作；事件

32、指定退出該狀態(tài)的動作；do事件則指定在該狀態(tài)下的動作。事件則指定在該狀態(tài)下的動作。需要時可以為事件指定參數(shù)表?；顒颖碇械膭幼鞅硇枰獣r可以為事件指定參數(shù)表?；顒颖碇械膭幼鞅磉_式描述應(yīng)做的具體動作。達式描述應(yīng)做的具體動作。 事件表達式的語法：事件表達式的語法：事件說明守衛(wèi)條件動作表達式事件說明守衛(wèi)條件動作表達式事件說明的語法為：事件名事件說明的語法為：事件名(參數(shù)表參數(shù)表)。守衛(wèi)條件是一個布爾表達式。守衛(wèi)條件是一個布爾表達式。如果同時使用事件說明和守衛(wèi)條件，則當且僅當事件發(fā)如果同時使用事件說明和守衛(wèi)條件，則當且僅當事件發(fā)生且布爾表達式為真時，狀態(tài)轉(zhuǎn)換才發(fā)生。生且布爾表達式為真時，狀態(tài)轉(zhuǎn)換才發(fā)生。如

33、果只有守衛(wèi)條件沒有事件說明，則只要守衛(wèi)條件為真如果只有守衛(wèi)條件沒有事件說明，則只要守衛(wèi)條件為真狀態(tài)轉(zhuǎn)換就發(fā)生。狀態(tài)轉(zhuǎn)換就發(fā)生。動作表達式是一個過程表達式，當狀態(tài)轉(zhuǎn)換開始時動作表達式是一個過程表達式，當狀態(tài)轉(zhuǎn)換開始時執(zhí)行該表達式。執(zhí)行該表達式。 3.6.4 例子例子例例1：電話系統(tǒng)電話系統(tǒng)例例2：習(xí)題習(xí)題3-1，銀行儲蓄系統(tǒng)，銀行儲蓄系統(tǒng)存款過程狀態(tài)圖存款過程狀態(tài)圖取款過程狀態(tài)圖取款過程狀態(tài)圖3.7 數(shù)據(jù)字典數(shù)據(jù)字典數(shù)據(jù)字典是描述數(shù)據(jù)的信息的集合，是對系統(tǒng)數(shù)據(jù)字典是描述數(shù)據(jù)的信息的集合，是對系統(tǒng)中使用的所有數(shù)據(jù)元素的定義的集合。中使用的所有數(shù)據(jù)元素的定義的集合。目前，數(shù)據(jù)字典幾乎總是作為目前，數(shù)

34、據(jù)字典幾乎總是作為CASE(計算機輔計算機輔助軟件工程助軟件工程)“結(jié)構(gòu)化分析與設(shè)計工具結(jié)構(gòu)化分析與設(shè)計工具”的一部分的一部分實現(xiàn)的。實現(xiàn)的。在開發(fā)大型軟件系統(tǒng)的過程中，數(shù)據(jù)字典的規(guī)在開發(fā)大型軟件系統(tǒng)的過程中，數(shù)據(jù)字典的規(guī)模和復(fù)雜程度迅速增加，人工維護數(shù)據(jù)字典幾模和復(fù)雜程度迅速增加，人工維護數(shù)據(jù)字典幾乎是不可能的。乎是不可能的。 數(shù)據(jù)字典包含的信息：數(shù)據(jù)字典包含的信息：名字名字數(shù)據(jù)、控制項、數(shù)據(jù)存儲或外部實體的主數(shù)據(jù)、控制項、數(shù)據(jù)存儲或外部實體的主要名稱。要名稱。別名別名第一項中對象的其他名字。第一項中對象的其他名字。使用地點與方式使用地點與方式使用數(shù)據(jù)或控制項的處理的列使用數(shù)據(jù)或控制項的處理

35、的列表，以及使用這些對象的方式。表，以及使用這些對象的方式。內(nèi)容描述內(nèi)容描述描述數(shù)據(jù)或控制項內(nèi)容的符號。描述數(shù)據(jù)或控制項內(nèi)容的符號。補充信息補充信息關(guān)于數(shù)據(jù)類型、預(yù)置值、限制等的其關(guān)于數(shù)據(jù)類型、預(yù)置值、限制等的其他信息。他信息。定義數(shù)據(jù)的方法：定義數(shù)據(jù)的方法：對數(shù)據(jù)自頂向下分解。對數(shù)據(jù)自頂向下分解。 數(shù)據(jù)組成方式數(shù)據(jù)組成方式(三種基本類型三種基本類型)：順序，以確定次序連接兩個或多個分量；順序，以確定次序連接兩個或多個分量；選擇，從兩個或多個可能的元素中選取一個；選擇，從兩個或多個可能的元素中選取一個；重復(fù)，即把指定的分量重復(fù)零次或多次。重復(fù)，即把指定的分量重復(fù)零次或多次。附加類型：附加類型：

36、可選，即一個分量是可有可無的可選，即一個分量是可有可無的(重復(fù)零次或一次重復(fù)零次或一次)。 符號符號含義含義舉例舉例被定義為被定義為標識符字母字符標識符字母字符字母數(shù)字串字母數(shù)字串與與.|.或或年級年級 1 | 2 | 3 | 4 性別性別男男|女女.或或m.n重復(fù)重復(fù)學(xué)號學(xué)號10數(shù)字數(shù)字10購書單學(xué)號購書單學(xué)號姓名姓名書號書號數(shù)數(shù)量單價總價量單價總價書費合計書費合計(.)可選可選通訊信息姓名通訊信息姓名手機號手機號(QQ)“.”基本數(shù)據(jù)元素基本數(shù)據(jù)元素 姓名姓名“祁燕祁燕”.連結(jié)符連結(jié)符x1.9符號：符號：例例1：某程序設(shè)計語言中對標識符的規(guī)定某程序設(shè)計語言中對標識符的規(guī)定標識符標識符 =

37、字母字符字母字符 + 字母數(shù)字串字母數(shù)字串字母數(shù)字串字母數(shù)字串 = 0字母或數(shù)字字母或數(shù)字7字母或數(shù)字字母或數(shù)字 =字母字符數(shù)字字符字母字符數(shù)字字符 例例2：銀行儲蓄業(yè)務(wù)處理系統(tǒng)中銀行儲蓄業(yè)務(wù)處理系統(tǒng)中“存折存折”存折戶名所號帳號開戶日性質(zhì)存折戶名所號帳號開戶日性質(zhì)(印密印密) 1存取行存取行50戶名戶名2字母字母24所號所號001.999帳號帳號00000001. 99999999開戶日年月日開戶日年月日性質(zhì)性質(zhì)“1”. “6” 注：注：“1”表示普通戶，表示普通戶，“5”表示工資戶等表示工資戶等印密印密“0”|“000001”.“999999” 注：注： “ 0”表示印密在存折上不顯示表示

38、印密在存折上不顯示存取行日期存取行日期(摘要摘要)支出存入余額操作支出存入余額操作復(fù)核復(fù)核名字：定貨報表名字：定貨報表別名：定貨信息別名：定貨信息描述：每天一次送給采購員的需描述：每天一次送給采購員的需要定貨的零件表要定貨的零件表定義：定貨報表定義：定貨報表= =零件編號零件編號+ +零件零件名稱名稱+ +定貨數(shù)量定貨數(shù)量+ +目前價格目前價格+ +主要供主要供 應(yīng)者應(yīng)者+ +次要供應(yīng)者次要供應(yīng)者位置：輸出到打印機位置：輸出到打印機名字：零件編號名字：零件編號別名：別名：描述：惟一地標識庫存清單中一描述：惟一地標識庫存清單中一個特定零件的關(guān)鍵域個特定零件的關(guān)鍵域定義：零件編號定義：零件編號=8

39、字符字符8位置：定貨報表位置：定貨報表 定貨信息定貨信息 庫存清單庫存清單名字：定貨數(shù)量名字：定貨數(shù)量別名：別名：描述：某個零件一次定貨的數(shù)量描述：某個零件一次定貨的數(shù)量定義：定貨數(shù)量定義：定貨數(shù)量=1數(shù)字數(shù)字5位置：定貨報表位置：定貨報表 定貨信息定貨信息例例3：數(shù)據(jù)字典卡片數(shù)據(jù)字典卡片3.8.1 問題陳述問題陳述3.8.2 問題定義問題定義3.8.3 可行性研究可行性研究3.8.4 需求分析需求分析3.8 結(jié)構(gòu)化分析實例結(jié)構(gòu)化分析實例3.8.1 問題陳述問題陳述某校財務(wù)科長想用學(xué)校自己的計算機生成工資某校財務(wù)科長想用學(xué)校自己的計算機生成工資明細表和各種財務(wù)報表。明細表和各種財務(wù)報表。3.8

40、.2 問題定義問題定義用戶面臨的問題：目前人工計算工資和編制財用戶面臨的問題：目前人工計算工資和編制財務(wù)報表，工作量大、效率低、成本高。務(wù)報表，工作量大、效率低、成本高。預(yù)期的項目規(guī)模：新系統(tǒng)每年獲得的經(jīng)濟效益預(yù)期的項目規(guī)模：新系統(tǒng)每年獲得的經(jīng)濟效益是是2.4萬元，在萬元，在3年內(nèi)收回投資，年內(nèi)收回投資，7.2萬元是投資萬元是投資額的合理的上限。額的合理的上限。關(guān)于系統(tǒng)規(guī)模和目標的報告書關(guān)于系統(tǒng)規(guī)模和目標的報告書項目名稱：工資支付系統(tǒng)項目名稱：工資支付系統(tǒng)問題：目前計算工資和編制報表的費用太高。問題：目前計算工資和編制報表的費用太高。項目目標：研究開發(fā)費用較低的新工資支付系統(tǒng)的可項目目標：研究

41、開發(fā)費用較低的新工資支付系統(tǒng)的可能性。能性。項目規(guī)模：開發(fā)成本應(yīng)該不超過項目規(guī)模：開發(fā)成本應(yīng)該不超過7.2萬元萬元(50)。初步設(shè)想：用學(xué)校自已的計算機系統(tǒng)生成工資明細表初步設(shè)想：用學(xué)校自已的計算機系統(tǒng)生成工資明細表和財務(wù)報表。和財務(wù)報表?？尚行匝芯浚簽榱烁娴匮芯抗べY支付項目的可能可行性研究：為了更全面地研究工資支付項目的可能性，建議進行大約歷時兩周的可行性研性，建議進行大約歷時兩周的可行性研究。研究的成本不超過究。研究的成本不超過4000元。元。3.8.3 可行性研究可行性研究1. 澄清系統(tǒng)規(guī)模和目標澄清系統(tǒng)規(guī)模和目標 2. 研究現(xiàn)有的系統(tǒng)研究現(xiàn)有的系統(tǒng)現(xiàn)有人工工資支付系統(tǒng)工作流程現(xiàn)有人

42、工工資支付系統(tǒng)工作流程3. 導(dǎo)出高層邏輯模型導(dǎo)出高層邏輯模型4. 進一步確定系統(tǒng)規(guī)模和目標進一步確定系統(tǒng)規(guī)模和目標工資支付系統(tǒng)的數(shù)據(jù)流圖工資支付系統(tǒng)的數(shù)據(jù)流圖5. 導(dǎo)出供選擇的解法導(dǎo)出供選擇的解法技術(shù)可行性技術(shù)可行性風(fēng)險分析風(fēng)險分析技術(shù)解決方案的實用性；技術(shù)解決方案的實用性；資源分析資源分析技術(shù)資源的技術(shù)資源的可用性；可用性；技術(shù)分析技術(shù)分析使用的技術(shù)實用化程度，技術(shù)解決方使用的技術(shù)實用化程度，技術(shù)解決方案合理程度案合理程度。操作可行性操作可行性用戶類型：外行型用戶類型：外行型/熟練型熟練型/專家型專家型操作習(xí)慣操作習(xí)慣使用單位的計算機使用情況使用單位的計算機使用情況使用單位的規(guī)章制度使用單位

43、的規(guī)章制度經(jīng)濟可行性經(jīng)濟可行性進行成本進行成本/效益分析，從經(jīng)濟角度評價開發(fā)一個新效益分析，從經(jīng)濟角度評價開發(fā)一個新的軟件項目是否可行。通常提供三種方案的軟件項目是否可行。通常提供三種方案：低成本：每兩個月發(fā)一次工資低成本：每兩個月發(fā)一次工資高成本：建立中央數(shù)據(jù)庫，開發(fā)完整的管理信息系統(tǒng)高成本：建立中央數(shù)據(jù)庫，開發(fā)完整的管理信息系統(tǒng)中成本：基本上復(fù)制現(xiàn)有系統(tǒng)的功能。中成本：基本上復(fù)制現(xiàn)有系統(tǒng)的功能。成本成本/效益分析要估計開發(fā)成本、運行費用和新系效益分析要估計開發(fā)成本、運行費用和新系統(tǒng)將帶來的經(jīng)濟效益。統(tǒng)將帶來的經(jīng)濟效益。運行費用：取決于系統(tǒng)的操作費用運行費用：取決于系統(tǒng)的操作費用(操作員人數(shù)

44、，工作操作員人數(shù)，工作時間，消耗的物資等等時間，消耗的物資等等)和維護費用。和維護費用。系統(tǒng)的經(jīng)濟效益：等于因使用新系統(tǒng)而增加的收入加上系統(tǒng)的經(jīng)濟效益：等于因使用新系統(tǒng)而增加的收入加上使用新系統(tǒng)可以節(jié)省的運行費用。使用新系統(tǒng)可以節(jié)省的運行費用。中等成本方案的成本中等成本方案的成本/效益分析效益分析開發(fā)成本開發(fā)成本4.2萬元萬元 人力(4人月，8000元/人月)3.2萬元 購買硬件1.0萬元新系統(tǒng)的運行費用新系統(tǒng)的運行費用0.4萬元萬元/年年 人力和物資(250元/月)0.3萬元/年 維護0.1萬元/年現(xiàn)有系統(tǒng)的運行費用現(xiàn)有系統(tǒng)的運行費用2.4萬元萬元/年年每年節(jié)省的費用每年節(jié)省的費用2.0萬元

45、萬元年節(jié)省現(xiàn)在值(5%) 累計現(xiàn)在值120000元19047.62元19047.62元220000元18181.82元37229.44元320000元17241.38元54470.82元投資回收期投資回收期2.28年年純收入純收入12470.82元元運行可行性運行可行性系統(tǒng)的運行方式是否可行？系統(tǒng)的運行方式是否可行？法律可行性法律可行性專利法專利法著作權(quán)法著作權(quán)法軟件保護條例軟件保護條例6. 推薦最佳方案推薦最佳方案7. 草擬開發(fā)計劃草擬開發(fā)計劃實現(xiàn)中等成本的工資支付系統(tǒng)的粗略計劃實現(xiàn)中等成本的工資支付系統(tǒng)的粗略計劃8. 寫出文檔提交審查寫出文檔提交審查階段階段要用的時間要用的時間(月月)可行

46、性研究可行性研究0.5需求分析需求分析1.0概要設(shè)計概要設(shè)計0.5詳細設(shè)計詳細設(shè)計1.0實現(xiàn)實現(xiàn)2.0總計總計5.0中等成本方案系統(tǒng)流程圖中等成本方案系統(tǒng)流程圖3.8.4 需求分析需求分析1. 沿數(shù)據(jù)流圖回溯沿數(shù)據(jù)流圖回溯工資明細表上包含的工資明細表上包含的數(shù)據(jù)元素：數(shù)據(jù)元素：教職工編號教職工編號教職工姓名教職工姓名基本工資基本工資職稱職稱職務(wù)職務(wù)生活補貼生活補貼書報費書報費交通費交通費洗理費洗理費課時費課時費崗位津貼崗位津貼工資總額工資總額個人所得稅個人所得稅住房公積金住房公積金保險費保險費實發(fā)工資實發(fā)工資2. 寫出文檔初稿寫出文檔初稿結(jié)構(gòu)化分析方法要求，在需求分析階段完成的結(jié)構(gòu)化分析方法要

47、求，在需求分析階段完成的正式文檔正式文檔(軟件需求規(guī)格說明書軟件需求規(guī)格說明書)中必須至少包含中必須至少包含三個重要成分：三個重要成分：數(shù)據(jù)流圖數(shù)據(jù)流圖數(shù)據(jù)字典數(shù)據(jù)字典黑盒形式的算法描述黑盒形式的算法描述(IPO表表)3. 定義邏輯系統(tǒng)定義邏輯系統(tǒng)把新發(fā)現(xiàn)的數(shù)據(jù)源點、數(shù)據(jù)處理和數(shù)據(jù)存儲補把新發(fā)現(xiàn)的數(shù)據(jù)源點、數(shù)據(jù)處理和數(shù)據(jù)存儲補充到數(shù)據(jù)流圖中，得到新的數(shù)據(jù)流圖。充到數(shù)據(jù)流圖中，得到新的數(shù)據(jù)流圖。更新人事數(shù)據(jù)更新人事數(shù)據(jù) 年度數(shù)據(jù)年度數(shù)據(jù) 更新年度數(shù)據(jù)更新年度數(shù)據(jù) 年度數(shù)據(jù)包含的數(shù)據(jù)元素年度數(shù)據(jù)包含的數(shù)據(jù)元素教職工編號教職工編號教職工姓名教職工姓名本年度累計工資總額本年度累計工資總額本年度累計實發(fā)

48、工資本年度累計實發(fā)工資本年度累計授課時數(shù)本年度累計授課時數(shù)上年度月平均工資上年度月平均工資補充后的工資支付系統(tǒng)數(shù)據(jù)流圖補充后的工資支付系統(tǒng)數(shù)據(jù)流圖4. 細化數(shù)據(jù)流圖細化數(shù)據(jù)流圖對對“加工事務(wù)數(shù)據(jù)加工事務(wù)數(shù)據(jù)”的細化的細化5. 書寫正式文檔書寫正式文檔編寫軟件需求規(guī)格說明書。編寫軟件需求規(guī)格說明書。 6. 技術(shù)審查和管理復(fù)審技術(shù)審查和管理復(fù)審技術(shù)審查：外聘審查小組的組長，會計和系統(tǒng)技術(shù)審查：外聘審查小組的組長，會計和系統(tǒng)分析員作為小組成員。分析員作為小組成員。管理復(fù)審：財務(wù)科長和校長對費用支出和開發(fā)管理復(fù)審：財務(wù)科長和校長對費用支出和開發(fā)進度，從管理角度進行審查。進度，從管理角度進行審查。 教材

49、銷售系統(tǒng)實例教材銷售系統(tǒng)實例其他習(xí)題其他習(xí)題本章習(xí)題本章習(xí)題教材銷售系統(tǒng)實例教材銷售系統(tǒng)實例問題陳述問題陳述問題定義問題定義可行性研究可行性研究需求分析需求分析1. 問題陳述問題陳述學(xué)生購買學(xué)校教材的手續(xù)是：先找系辦公室開購學(xué)生購買學(xué)校教材的手續(xù)是：先找系辦公室開購書申請書申請(用于確定學(xué)生可購買的書用于確定學(xué)生可購買的書)，憑申請找教，憑申請找教材科開購書證明材科開購書證明(確定是否賣完確定是否賣完)，向出納員交付，向出納員交付書款獲得領(lǐng)書單，然后到書庫找保管員領(lǐng)書。書款獲得領(lǐng)書單，然后到書庫找保管員領(lǐng)書。學(xué)校想用計算機系統(tǒng)實現(xiàn)教材的銷售和采購。學(xué)校想用計算機系統(tǒng)實現(xiàn)教材的銷售和采購。2. 問題定義問題定義關(guān)于系統(tǒng)規(guī)模和目標的報告書關(guān)于系統(tǒng)規(guī)模和目標的報告書 項目名稱：教材銷售系統(tǒng)項目名稱：教材銷售系統(tǒng)問題：人工發(fā)售教材手續(xù)繁雜，且易出錯。問題：人工發(fā)售教材手續(xù)繁雜，且易出錯。項目目標：建立一個高效、無差錯的教材銷售系統(tǒng)。項目目標：建立一個高效、無差錯的教材銷售系統(tǒng)。項目規(guī)模：利用現(xiàn)有微型計算機，軟件開發(fā)費用不超項目規(guī)模：利用現(xiàn)有微型計算機，軟件開發(fā)費用不超過過50