《軟件工程實(shí)踐與項(xiàng)目管理》課件第4章

4.1需求分析的目標(biāo)

4.2需求分析的任務(wù)

4.3需求分析的步驟4.4數(shù)據(jù)流圖

4.5設(shè)計(jì)數(shù)據(jù)字典4.6“需求分析報(bào)告”的書(shū)寫(xiě)格式4.7高質(zhì)量的“需求分析報(bào)告”應(yīng)具備的特性4.8需求評(píng)審實(shí)例

4.9實(shí)例：“某省電信集團(tuán)公司資金管理系統(tǒng)需求分析報(bào)告”本章小結(jié)

習(xí)題

第4章軟件需求分析4.1需求分析的目標(biāo)軟件需求分析的基本目的是確定系統(tǒng)必須完成什么工作，也就是對(duì)目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求。軟件需求分析建立在軟件可行性報(bào)告基礎(chǔ)上，項(xiàng)目分析員通過(guò)與用戶密切合作、充分交流、完整準(zhǔn)確地理解項(xiàng)目中用戶信息及信息的處理過(guò)程，詳細(xì)了解用戶需求，最終寫(xiě)出用戶認(rèn)可的需求分析報(bào)告。為此，軟件需求分析人員應(yīng)該具備如下能力：

(1)具備系統(tǒng)的硬件和軟件的應(yīng)用能力；

(2)具備良好的書(shū)面和口頭形式進(jìn)行討論和交換意見(jiàn)的溝通能力；

(3)具備“既能看到樹(shù)木，又能看到森林”的洞察能力。4.2需求分析的任務(wù)軟件需求分析階段的任務(wù)包括：分析系統(tǒng)的信息和數(shù)據(jù)要求，確定系統(tǒng)的綜合要求，使用數(shù)據(jù)流圖和數(shù)據(jù)字典導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型，修正系統(tǒng)開(kāi)發(fā)計(jì)劃，開(kāi)發(fā)原型系統(tǒng)。

1．分析系統(tǒng)的信息和數(shù)據(jù)要求

1)分析系統(tǒng)的信息要求系統(tǒng)的信息要求分析主要圍繞以下幾方面進(jìn)行：

(1)信息內(nèi)容和關(guān)系。信息內(nèi)容包括單個(gè)數(shù)據(jù)和控制對(duì)象。

(2)信息流。信息流是系統(tǒng)中數(shù)據(jù)和控制的流向。

(3)信息結(jié)構(gòu)。信息結(jié)構(gòu)指不同的數(shù)據(jù)和控制項(xiàng)的內(nèi)部結(jié)構(gòu)。

2)分析數(shù)據(jù)要求任何一個(gè)軟件系統(tǒng)本質(zhì)上都是一個(gè)數(shù)據(jù)處理系統(tǒng)，都包括數(shù)據(jù)的輸入、處理與輸出過(guò)程，因此，軟件需求分析階段必須考慮數(shù)據(jù)和數(shù)據(jù)處理方面的有關(guān)問(wèn)題，即弄清系統(tǒng)涉及哪些數(shù)據(jù)、數(shù)據(jù)間的聯(lián)系、數(shù)據(jù)性質(zhì)、數(shù)據(jù)結(jié)構(gòu)，數(shù)據(jù)處理的類型、數(shù)據(jù)處理的邏輯功能等。

2.確定系統(tǒng)的綜合要求系統(tǒng)的綜合要求包括如下幾個(gè)方面：

(1)系統(tǒng)功能要求。系統(tǒng)的功能要求是系統(tǒng)最主要的需求，它確定了系統(tǒng)必須完成的功能。

(2)系統(tǒng)性能要求。性能要求包括可靠性、聯(lián)機(jī)系統(tǒng)的響應(yīng)時(shí)間、存儲(chǔ)容量、安全性等，應(yīng)該根據(jù)具體系統(tǒng)而定。

(3)系統(tǒng)運(yùn)行要求。運(yùn)行要求指系統(tǒng)運(yùn)行的環(huán)境要求，如系統(tǒng)軟件、數(shù)據(jù)庫(kù)管理系統(tǒng)軟件、外存和數(shù)據(jù)通信接口等。

(4)系統(tǒng)擴(kuò)充要求。對(duì)將來(lái)可能提出的系統(tǒng)擴(kuò)充及修改要求作準(zhǔn)備。

3．導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型在分析完系統(tǒng)的功能需求后，應(yīng)該建立目標(biāo)的邏輯模型。邏輯模型的主要任務(wù)是建立系統(tǒng)的數(shù)據(jù)字典、實(shí)體關(guān)系圖(即E-R圖)、狀態(tài)轉(zhuǎn)換圖、數(shù)據(jù)流圖。如圖4-1所示。圖4-1需求分析模型結(jié)構(gòu)圖具體分析如下：

(1)數(shù)據(jù)描述。數(shù)據(jù)描述主要利用實(shí)體關(guān)系圖(E-R圖)和數(shù)據(jù)字典來(lái)描述。

E-R圖中的基本圖形符號(hào)如表4-1所示。表4-1E-R圖的基本圖形符號(hào)及含義現(xiàn)以“課程管理系統(tǒng)”為例，來(lái)說(shuō)明教師、課程、學(xué)生之間的實(shí)體關(guān)系。如圖4-2所示。圖4-2課程管理系統(tǒng)實(shí)體關(guān)系圖關(guān)于數(shù)據(jù)字典的設(shè)計(jì)在本章節(jié)后面部分將作詳細(xì)介紹。

(2)控制描述?？刂泼枋鲋饕褂脿顟B(tài)轉(zhuǎn)換圖來(lái)表示。狀態(tài)圖是是用來(lái)說(shuō)明事物的狀態(tài)、事件和它們之間的關(guān)系的。狀態(tài)圖由狀態(tài)組成，各狀態(tài)由轉(zhuǎn)移鏈接在一起。狀態(tài)是對(duì)象執(zhí)行某項(xiàng)活動(dòng)或等待某個(gè)事件時(shí)的條件。關(guān)于狀態(tài)圖的設(shè)計(jì)詳細(xì)介紹見(jiàn)第6章。

(3)處理描述。處理描述主要使用數(shù)據(jù)流圖和數(shù)據(jù)字典來(lái)表示。關(guān)于數(shù)據(jù)流圖的設(shè)計(jì)也將在本章節(jié)后面部分作詳細(xì)介紹。

4.修正系統(tǒng)開(kāi)發(fā)計(jì)劃修正系統(tǒng)開(kāi)發(fā)計(jì)劃是根據(jù)分析過(guò)程中獲得的對(duì)軟件需求更深入、更具體的認(rèn)識(shí)，對(duì)目標(biāo)系統(tǒng)的成本及進(jìn)度進(jìn)行更準(zhǔn)確的估算，從而對(duì)系統(tǒng)開(kāi)發(fā)計(jì)劃進(jìn)一步進(jìn)行修正。

5.開(kāi)發(fā)原型系統(tǒng)一般地，在一種新產(chǎn)品投產(chǎn)之前，通常先制造一個(gè)“樣機(jī)”，試機(jī)成功后再進(jìn)行批量生產(chǎn)。原型化系統(tǒng)開(kāi)發(fā)思想是從“樣機(jī)”中借鑒過(guò)來(lái)的，即在目標(biāo)系統(tǒng)開(kāi)發(fā)之前，先構(gòu)造一個(gè)原型系統(tǒng)，以便通過(guò)較少的投入和較短的時(shí)間，讓用戶盡快感受到目標(biāo)系統(tǒng)的主要功能，用戶也可以通過(guò)對(duì)原型系統(tǒng)的了解更準(zhǔn)確地提出和確定對(duì)所開(kāi)發(fā)的軟件的要求。4.3需求分析的步驟軟件需求分析階段的工作可以分為以下五個(gè)部分：獲取項(xiàng)目需求，分析與綜合，編制需求分析文檔，綜合評(píng)審，管理需求變更。

1.獲取項(xiàng)目需求項(xiàng)目需求包括下面幾個(gè)方面的內(nèi)容：

(1)功能需求。功能需求指所開(kāi)發(fā)的目標(biāo)系統(tǒng)應(yīng)該完成什么功能，是最主要的需求。

(2)性能需求。性能需求給出目標(biāo)系統(tǒng)的技術(shù)性能指標(biāo)，包括存儲(chǔ)容量限制、響應(yīng)速度限制等。

(3)環(huán)境需求。目標(biāo)系統(tǒng)運(yùn)行時(shí)對(duì)運(yùn)行環(huán)境的要求。例如在硬件方面，對(duì)機(jī)型、外部設(shè)備、數(shù)據(jù)通信接口等的要求。在軟件方面，對(duì)支持目標(biāo)系統(tǒng)運(yùn)行的系統(tǒng)軟件(操作系統(tǒng)、網(wǎng)絡(luò)軟件、數(shù)據(jù)庫(kù)管理系統(tǒng)等)的要求。在使用方面，對(duì)使用部門(mén)的制度及其操作人員的技術(shù)水平的要求等。

(4)可靠性需求。不同軟件運(yùn)行時(shí)，失效的影響不同。在需求分析時(shí)應(yīng)按實(shí)際的運(yùn)行環(huán)境對(duì)目標(biāo)系統(tǒng)運(yùn)行時(shí)發(fā)生故障的概率提出要求。對(duì)于重要系統(tǒng)，或是運(yùn)行失效會(huì)造成嚴(yán)重后果的系統(tǒng)，應(yīng)提出較高的可靠性需求。

(5)安全保密需求。不同的用戶對(duì)系統(tǒng)的安全、保密的要求也不盡相同。應(yīng)當(dāng)對(duì)用戶這方面的需求恰當(dāng)?shù)刈鞒鲆?guī)定，以便對(duì)待開(kāi)發(fā)系統(tǒng)進(jìn)行特殊的設(shè)計(jì)，使其滿足用戶對(duì)安全保密性方面的要求。

(6)用戶界面需求。如果軟件具有友好的用戶界面，用戶就能夠方便、有效、愉快地使用該軟件。從市場(chǎng)角度看，具有友好用戶界面的軟件系統(tǒng)具有較強(qiáng)的競(jìng)爭(zhēng)力。因此，在需求分析時(shí)，必須對(duì)細(xì)致地規(guī)定用戶界面應(yīng)達(dá)到的標(biāo)準(zhǔn)。

(7)資源使用需求。這是指目標(biāo)系統(tǒng)運(yùn)行時(shí)對(duì)數(shù)據(jù)、軟件、內(nèi)存空間等各項(xiàng)資源的要求。另外，軟件系統(tǒng)開(kāi)發(fā)時(shí)所需要的人力、支撐軟件、開(kāi)發(fā)設(shè)備等都屬于軟件開(kāi)發(fā)的資源，需要在需求分析時(shí)加以確定。

(8)軟件成本消耗與開(kāi)發(fā)進(jìn)度需求。在軟件項(xiàng)目立項(xiàng)后，要根據(jù)合同規(guī)定，對(duì)軟件開(kāi)發(fā)的進(jìn)度和各步驟的費(fèi)用提出要求，以作為開(kāi)發(fā)管理的依據(jù)，并預(yù)先估計(jì)以后系統(tǒng)可能達(dá)到的目標(biāo)。這樣，在開(kāi)發(fā)過(guò)程中，可以為系統(tǒng)將來(lái)的擴(kuò)充與修改做好準(zhǔn)備。一旦有擴(kuò)充或修改需要時(shí)，就比較容易進(jìn)行補(bǔ)充和修改。獲取項(xiàng)目需求唯一和最好的方法是深入現(xiàn)場(chǎng)(帶上錄音筆和調(diào)研問(wèn)題列表，見(jiàn)表4-2)，傾聽(tīng)用戶對(duì)目標(biāo)系統(tǒng)的要求。系統(tǒng)分析員絕不能坐在辦公室憑空想象用戶的需求而進(jìn)行“閉門(mén)造車”。表4-2調(diào)研問(wèn)題列表與用戶溝通交流的方式有會(huì)議、電話、電子郵件、小組討論、模擬演示(或場(chǎng)景表演)等。與用戶的每一次交流都一定要有記錄(或錄音)，交流的結(jié)果還應(yīng)該進(jìn)行分類，以便后續(xù)的分析活動(dòng)。例如，可以將需求細(xì)分為功能需求、非功能需求(如響應(yīng)時(shí)間、平均無(wú)故障工作時(shí)間、自動(dòng)恢復(fù)時(shí)間等)、環(huán)境限制、設(shè)計(jì)約束等類型。

2.分析與綜合分析與綜合是需求分析階段的第二步工作，系統(tǒng)分析員需要從信息流和信息結(jié)構(gòu)出發(fā)，逐步細(xì)化軟件的所有功能，找出系統(tǒng)各元素之間的聯(lián)系、接口特性和設(shè)計(jì)上的約束，分析它們是否滿足功能要求、是否合理，并依據(jù)功能、性能、運(yùn)行環(huán)境等需求，最終制定出系統(tǒng)的解決方案和目標(biāo)系統(tǒng)的詳細(xì)邏輯模型。分析與綜合工作要反復(fù)地進(jìn)行，直到分析人員與用戶雙方對(duì)系統(tǒng)的解決方案和目標(biāo)系統(tǒng)的詳細(xì)邏輯模型都無(wú)異議為止。

3.編制需求分析文檔對(duì)在分析與綜合過(guò)程中已經(jīng)確定了的需求應(yīng)當(dāng)用文字清晰準(zhǔn)確地進(jìn)行描述，形成需求分析文檔。這些文檔應(yīng)作為軟件文檔存檔，需求分析文檔通常由以下四部分構(gòu)成：

(1)軟件需求規(guī)格說(shuō)明書(shū)：主要描述目標(biāo)系統(tǒng)的概貌、功能需求、性能需求、數(shù)據(jù)需求(主要包括數(shù)據(jù)字典、數(shù)據(jù)流圖等)、運(yùn)行需求和將來(lái)可能的擴(kuò)充需求。

(2)初步的用戶手冊(cè)：主要包括系統(tǒng)的使用步驟和方法等。

(3)軟件開(kāi)發(fā)實(shí)施計(jì)劃。

4.綜合評(píng)審綜合評(píng)審是需求分析階段工作的復(fù)查手段，綜合評(píng)審過(guò)程中，要對(duì)系統(tǒng)各項(xiàng)需求的正確性、完整性和清晰性給予評(píng)價(jià)。在需求評(píng)審中主要評(píng)審以下內(nèi)容：

(1)設(shè)計(jì)方案的正確性、先進(jìn)性和經(jīng)濟(jì)性；

(2)系統(tǒng)組成、系統(tǒng)要求及系統(tǒng)內(nèi)部接口的合理性；

(3)系統(tǒng)外部接口的合理性；

(4)采用的設(shè)計(jì)準(zhǔn)則、規(guī)范和標(biāo)準(zhǔn)的合理性；

(5)系統(tǒng)可靠性、可維護(hù)性、安全性等要求是否合理；

(6)關(guān)鍵技術(shù)的落實(shí)情況；

(7)編制的質(zhì)量保證計(jì)劃是否可行。

5.需求變更在開(kāi)發(fā)的過(guò)程中，需求的變更是不可避免的，軟件系統(tǒng)在設(shè)計(jì)、編碼以及測(cè)試的任何階段都可能發(fā)生需求變更。如何以可控的方式管理軟件的需求變更，對(duì)于項(xiàng)目的順利進(jìn)行有著重要的意義。如果匆匆忙忙地完成用戶調(diào)研與分析，則往往意味著需求分析過(guò)程沒(méi)有得到充分的執(zhí)行。所以需求管理要保證需求分析的各個(gè)活動(dòng)都得到了充分的執(zhí)行，以求得到正確的需求。為了保證軟件開(kāi)發(fā)的順利進(jìn)行，對(duì)軟件系統(tǒng)需求的變更要按照流程進(jìn)行嚴(yán)格管理，如圖4-3所示。圖4-3需求變更流程首先進(jìn)行變更發(fā)起。變更的發(fā)起者可以是用戶，也可以是開(kāi)發(fā)方。用戶或者開(kāi)發(fā)方在開(kāi)發(fā)過(guò)程感到某些地方不滿意時(shí)，都可以發(fā)起變更要求。在考慮是否提出需求變更時(shí)，建議遵循如下原則：

(1)減少頻繁變更。不要輕易進(jìn)行需求變更。

(2)處理過(guò)程規(guī)范化。如果確實(shí)需要變更，必須首先寫(xiě)出“變更申請(qǐng)書(shū)”書(shū)面申請(qǐng)，經(jīng)過(guò)項(xiàng)目組討論確定之后才可以實(shí)施變更。在用戶向項(xiàng)目組遞交“變更申請(qǐng)書(shū)”后，項(xiàng)目組要進(jìn)行需求變更的影響分析和評(píng)價(jià)，評(píng)價(jià)的結(jié)果可能是批準(zhǔn)，也可能是拒絕“變更申請(qǐng)書(shū)”的變更。如果批準(zhǔn)變更，有可能要對(duì)項(xiàng)目的計(jì)劃進(jìn)度或人員等進(jìn)行相應(yīng)變更，所以要進(jìn)行重新計(jì)劃。最后，是執(zhí)行相應(yīng)的變更計(jì)劃。4.4數(shù)據(jù)流圖數(shù)據(jù)流圖(DataFlowDiagram，DFD)是描述系統(tǒng)的邏輯模型的主要形式。它不涉及硬件、軟件、數(shù)據(jù)結(jié)構(gòu)與文件組織，與系統(tǒng)的物理描述無(wú)關(guān)，只是用一種圖形及與此相關(guān)的注釋來(lái)表示系統(tǒng)的邏輯功能，即所開(kāi)發(fā)的系統(tǒng)在信息處理方面“要做什么”。由于圖形描述簡(jiǎn)明、清晰，不涉及到技術(shù)細(xì)節(jié)，所描述的內(nèi)容是面向用戶的，即使完全不懂信息技術(shù)的用戶單位的人員也容易理解，因此數(shù)據(jù)流圖是系統(tǒng)分析人員與用戶之間進(jìn)行交流的有效手段，也是系統(tǒng)設(shè)計(jì)(即建立所開(kāi)發(fā)的系統(tǒng)的物理模型)的主要依據(jù)之一。

1．?dāng)?shù)據(jù)流圖使用的符號(hào)數(shù)據(jù)流圖中有四種基本元素，其符號(hào)表示如圖4-4所示。圖4-4數(shù)據(jù)流圖的基本符號(hào)

(1)描述一個(gè)源點(diǎn)或終點(diǎn)。其中注明源點(diǎn)或終點(diǎn)的名稱。

(2)描述一個(gè)變換數(shù)據(jù)的處理。輸入數(shù)據(jù)在此進(jìn)行變換產(chǎn)生輸出數(shù)據(jù)。其中注明處理的名稱。

(3)描述一個(gè)數(shù)據(jù)存儲(chǔ)。通常用于代表一個(gè)數(shù)據(jù)表，其中注明數(shù)據(jù)表的名稱。

(4)描述一個(gè)數(shù)據(jù)流。被加工的數(shù)據(jù)及其流向。流線上注明數(shù)據(jù)名稱，箭頭代表數(shù)據(jù)流動(dòng)方向。注意，數(shù)據(jù)流與程序流程圖的畫(huà)法不能混淆。在數(shù)據(jù)流圖中只有“數(shù)據(jù)源(或稱做外部項(xiàng))、數(shù)據(jù)處理(或稱做加工)、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)流”這四種圖形元素，不能隨意創(chuàng)造任何其他圖形符號(hào)。一個(gè)數(shù)據(jù)存儲(chǔ)并不等同于一個(gè)文件，它可以表示一個(gè)文件、文件的一部分、數(shù)據(jù)庫(kù)的元素或記錄的一部分等。數(shù)據(jù)流由一個(gè)或一組確定的數(shù)據(jù)組成。數(shù)據(jù)流的表示應(yīng)該注意以下事項(xiàng)：

(1)數(shù)據(jù)流名應(yīng)能直觀地反映數(shù)據(jù)流的含義。

(2)數(shù)據(jù)流的流向。

(3)數(shù)據(jù)流可以同名，也可以有相同的數(shù)據(jù)結(jié)構(gòu)，但不同的數(shù)據(jù)具有不同的含義。

(4)兩個(gè)符號(hào)(加工、外部項(xiàng)、數(shù)據(jù)存儲(chǔ))之間可以有多個(gè)數(shù)據(jù)流存在。

(5)避免錯(cuò)誤的數(shù)據(jù)流命名方法。

(6)當(dāng)數(shù)據(jù)存儲(chǔ)需要重復(fù)時(shí)，為了避免可能引起的誤解，如果代表同一個(gè)事物的相同符號(hào)在圖中出現(xiàn)在n個(gè)地方，則在這個(gè)符號(hào)的一個(gè)角上畫(huà)n-1條短斜線做標(biāo)記。加工又稱處理(亦稱變換)，它表示對(duì)數(shù)據(jù)流的操作。加工的符號(hào)分成上、下兩部分，從上到下分別是標(biāo)識(shí)部分和功能描述部分(見(jiàn)后面的圖4-7所示)。標(biāo)識(shí)部分用于標(biāo)注加工編號(hào)，以“P”開(kāi)頭；功能描述部分用來(lái)寫(xiě)加工名。數(shù)據(jù)源點(diǎn)和終點(diǎn)(又稱端點(diǎn))是系統(tǒng)外的實(shí)體，稱做外部項(xiàng)。它們存在于環(huán)境之中，與系統(tǒng)有信息交流，從源點(diǎn)到系統(tǒng)的信息叫系統(tǒng)的輸入；從系統(tǒng)到終點(diǎn)的信息稱系統(tǒng)的輸出。同一個(gè)端點(diǎn)可以是人或其他系統(tǒng)。在數(shù)據(jù)流圖中引入源點(diǎn)和終點(diǎn)是為了便于理解系統(tǒng)，所以不需要詳細(xì)描述它們，但可以有編號(hào)。

如果數(shù)據(jù)源點(diǎn)和終點(diǎn)相同，可以只用一個(gè)符號(hào)代表數(shù)據(jù)的源點(diǎn)和終點(diǎn)，這樣至少將有兩個(gè)箭頭和這個(gè)符號(hào)相連(一個(gè)進(jìn)一個(gè)出)。另一種表示方法是再畫(huà)一個(gè)同樣的符號(hào)表示數(shù)據(jù)的終點(diǎn)(見(jiàn)后面的圖4-7所示)。

2．繪制數(shù)據(jù)流圖的步驟繪制數(shù)據(jù)流圖過(guò)程示意如圖4-5所示。

圖4-5繪制數(shù)據(jù)流圖過(guò)程示意圖具體繪制步驟如下：

(1)確定所開(kāi)發(fā)的系統(tǒng)的外部項(xiàng)(外部實(shí)體)，即系統(tǒng)的數(shù)據(jù)來(lái)源和去處。

(2)確定整個(gè)系統(tǒng)的輸入數(shù)據(jù)流和輸出數(shù)據(jù)流，把系統(tǒng)作為一個(gè)加工環(huán)節(jié)，畫(huà)出關(guān)聯(lián)圖。

(3)確定系統(tǒng)的主要信息處理功能，按此將整個(gè)系統(tǒng)分解成幾個(gè)加工環(huán)節(jié)(子系統(tǒng))確定每個(gè)加工的輸入與輸出數(shù)據(jù)流以及與這些加工有關(guān)的數(shù)據(jù)存儲(chǔ)。

(4)根據(jù)自頂向下，逐層分解的原則，對(duì)上層圖中全部或部分加工環(huán)節(jié)進(jìn)行分解。

(5)重復(fù)步驟(4)，直到逐層分解結(jié)束。

(6)對(duì)圖進(jìn)行檢查和合理布局，主要檢查分解是否恰當(dāng)、徹底，數(shù)據(jù)流圖中各層是否有遺漏、重復(fù)、沖突之處，命名、編號(hào)是否確切和合理，對(duì)錯(cuò)誤與不當(dāng)之處進(jìn)行修改。

(7)與用戶進(jìn)行交流，在用戶完全理解數(shù)據(jù)圖的內(nèi)容的基礎(chǔ)上征求用戶的意見(jiàn)。

3．?dāng)?shù)據(jù)流圖舉例下面以儲(chǔ)戶到銀行取款的過(guò)程為例來(lái)分析繪制數(shù)據(jù)流圖的步驟，其過(guò)程描述如下：首先儲(chǔ)戶填好取款單，然后把取款單和存折一起交給銀行柜臺(tái)人員。銀行柜臺(tái)人員做如下處理：

(1)審核存折是否合格，取款金額是否有效，如果不合格或無(wú)效，將儲(chǔ)戶的存折、取款單退回儲(chǔ)戶。

(2)如果上述兩個(gè)條件都驗(yàn)證成功，則進(jìn)行取款并修改賬目，然后將存折及現(xiàn)金交給儲(chǔ)戶，同時(shí)將取款單存檔。該業(yè)務(wù)過(guò)程的數(shù)據(jù)流圖描述如下：

(1)畫(huà)出頂層的數(shù)據(jù)流圖—銀行取款處理數(shù)據(jù)流圖(如圖4-6所示)。圖4-6銀行取款處理頂層數(shù)據(jù)流圖

(2)逐層分解加工，畫(huà)出下層數(shù)據(jù)流圖，即取款的第2層數(shù)據(jù)流圖(如圖4-7所示)。圖4-7取款的第2層數(shù)據(jù)流圖

4.課堂練習(xí)繪出如下所述系統(tǒng)的數(shù)據(jù)流圖。書(shū)店向顧客發(fā)放訂單，顧客將所填訂單交由系統(tǒng)處理。系統(tǒng)首先依據(jù)圖書(shū)目錄對(duì)訂單進(jìn)行檢查并對(duì)合格訂單進(jìn)行處理，處理過(guò)程中根據(jù)顧客情況和訂單數(shù)目將訂單分為優(yōu)先訂單與正常訂單兩種：隨時(shí)處理優(yōu)先訂單、定期處理正常訂單。最后系統(tǒng)根據(jù)所處理的訂單匯總，并按出版社要求發(fā)給出版社。4.5設(shè)計(jì)數(shù)據(jù)字典

1．?dāng)?shù)據(jù)字典的內(nèi)容數(shù)據(jù)字典一般包括以下五類元素(或條目)。

1)數(shù)據(jù)流在一個(gè)數(shù)據(jù)流圖中，數(shù)據(jù)以數(shù)據(jù)流為單位進(jìn)行傳輸。其主要內(nèi)容為：編號(hào)：數(shù)據(jù)流名稱：說(shuō)明(簡(jiǎn)要介紹作用及其產(chǎn)生的原因和結(jié)果)：數(shù)據(jù)流來(lái)源：數(shù)據(jù)流去向：數(shù)據(jù)流組成：2)數(shù)據(jù)元素(數(shù)據(jù)項(xiàng))數(shù)據(jù)元素也稱數(shù)據(jù)項(xiàng)，是數(shù)據(jù)的最小單位。其主要內(nèi)容為：編號(hào)：數(shù)據(jù)元素名稱：類型：長(zhǎng)度：取值范圍：數(shù)據(jù)結(jié)構(gòu)：3)數(shù)據(jù)存儲(chǔ)數(shù)據(jù)存儲(chǔ)是數(shù)據(jù)保留或保存的地方。其主要內(nèi)容為：編號(hào)：數(shù)據(jù)存儲(chǔ)名稱：簡(jiǎn)述(存放的是什么數(shù)據(jù))：輸入數(shù)據(jù)：輸出數(shù)據(jù)：數(shù)據(jù)存儲(chǔ)組成：存儲(chǔ)方式(查詢、更新、關(guān)鍵碼)：4)處理(加工)處理就是一個(gè)處理過(guò)程，其主要內(nèi)容為：編號(hào)：P1處理名稱：簡(jiǎn)要描述(功能簡(jiǎn)述)：輸入數(shù)據(jù)流：輸出數(shù)據(jù)流：處理邏輯(處理算法、處理順序)：5)外部實(shí)體(數(shù)據(jù)源和數(shù)據(jù)終點(diǎn))外部實(shí)體是系統(tǒng)的“人—機(jī)”界面。數(shù)據(jù)流由外部實(shí)體流入，又從系統(tǒng)向外部實(shí)體流出。其主要內(nèi)容為：編號(hào)：外部實(shí)體名稱：簡(jiǎn)要描述：從外部實(shí)體輸入：向外部實(shí)體輸出：2.舉例現(xiàn)以圖4-7為例，來(lái)設(shè)計(jì)有關(guān)的數(shù)據(jù)字典。數(shù)據(jù)字典如下：1)數(shù)據(jù)流編號(hào)：F2數(shù)據(jù)流名稱：存折和現(xiàn)金說(shuō)明：本數(shù)據(jù)流是經(jīng)“取款處理”后的結(jié)果數(shù)據(jù)流來(lái)源：取款處理數(shù)據(jù)流去向：儲(chǔ)戶數(shù)據(jù)流組成：存折?=?存折號(hào)?+?開(kāi)戶行名稱?+?戶名?+?交易金額?+?交易日期?+?余額?+?操作人?+?復(fù)核人

2)數(shù)據(jù)存儲(chǔ)編號(hào)：D1數(shù)據(jù)存儲(chǔ)名稱：賬目記錄簡(jiǎn)述：主要存儲(chǔ)有關(guān)賬戶信息。輸入數(shù)據(jù)：客戶取款后更新賬務(wù)數(shù)據(jù)。輸出數(shù)據(jù)：用于款項(xiàng)更新、打印和賬務(wù)查詢。數(shù)據(jù)存儲(chǔ)組成：賬目數(shù)據(jù)=操作日期+貸記方+借記方+余額+操作人+復(fù)核人3)處理編號(hào)：P1處理名稱：取款審核簡(jiǎn)要描述：審核賬戶是否本行賬戶、取款金額是否小于存折余額。輸入數(shù)據(jù)流：F1輸出數(shù)據(jù)流：F1.1，F(xiàn)1.24)外部實(shí)體(數(shù)據(jù)源)編號(hào)：S1數(shù)據(jù)源名稱：儲(chǔ)戶簡(jiǎn)要描述：拿存折和取款單取款。從數(shù)據(jù)源輸入：客戶提供取款金額等信息。

3.總結(jié)數(shù)據(jù)流圖只描述了系統(tǒng)的“分解”，并沒(méi)有表達(dá)圖中的數(shù)據(jù)、處理等具體含義。對(duì)數(shù)據(jù)流圖上各項(xiàng)目含義的不同理解將對(duì)以后的開(kāi)發(fā)和維護(hù)工作造成不便。數(shù)據(jù)字典是對(duì)數(shù)據(jù)流圖中的所有數(shù)據(jù)、處理等進(jìn)行精確定義。數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。數(shù)據(jù)字典是需求分析階段的工具，數(shù)據(jù)字典最重要的用途是用戶通過(guò)它可以清楚地了解分析員對(duì)系統(tǒng)數(shù)據(jù)和處理的詳細(xì)說(shuō)明。不同的開(kāi)發(fā)人員或不同的開(kāi)發(fā)小組之間可以通過(guò)數(shù)據(jù)字典對(duì)數(shù)據(jù)的理解達(dá)成一致，從而避免定義混亂。數(shù)據(jù)字典對(duì)處理的描述也是很有價(jià)值的，如果改變了某個(gè)數(shù)據(jù)的定義，就會(huì)對(duì)處理產(chǎn)生相應(yīng)影響。數(shù)據(jù)字典也是下一步設(shè)計(jì)的依據(jù)，如果所有開(kāi)發(fā)人員都根據(jù)數(shù)據(jù)字典的定義去設(shè)計(jì)模塊，則能避免許多麻煩的接口問(wèn)題。

4.課堂練習(xí)在學(xué)生學(xué)籍管理系統(tǒng)中，學(xué)生首先拿錄取通知書(shū)和身份證到校報(bào)到，登記并注冊(cè)，然后進(jìn)行體檢。體檢合格后，為學(xué)生分配宿舍；不合格則拒絕報(bào)到注冊(cè)和登記。請(qǐng)完成如下任務(wù)：

(1)畫(huà)出上述數(shù)據(jù)流圖。

(2)寫(xiě)出數(shù)據(jù)字典。4.6“需求分析報(bào)告”的書(shū)寫(xiě)格式下面給出“需求分析報(bào)告”的書(shū)寫(xiě)格式以供參考。

1．目的和對(duì)象闡明編寫(xiě)需求說(shuō)明書(shū)的目的，指明讀者對(duì)象

2．項(xiàng)目背景描述

(1)項(xiàng)目的委托單位、開(kāi)發(fā)單位和主管部門(mén)；

(2)該軟件系統(tǒng)與其他系統(tǒng)的關(guān)系，描述本項(xiàng)目的適用場(chǎng)合及業(yè)務(wù)處理情況；

(3)項(xiàng)目名稱：本項(xiàng)目的名稱，包括項(xiàng)目的全名、簡(jiǎn)稱、代號(hào)、版本號(hào)；

(4)名詞定義：列出文檔中用到的專門(mén)術(shù)語(yǔ)的定義和縮寫(xiě)詞的原文，對(duì)重要的或是具有特殊意義的名詞進(jìn)行定義；

(5)調(diào)研情況介紹：描述主要的調(diào)研活動(dòng)及對(duì)象。

3．用戶情況

1)用戶特點(diǎn)介紹本項(xiàng)目用戶(或潛在用戶)的情況，包括：

(1)用戶的組織結(jié)構(gòu)及職責(zé)；

(2)用戶的技術(shù)水平。

2)業(yè)務(wù)工作流程

(1)業(yè)務(wù)工作流程圖：畫(huà)出用戶業(yè)務(wù)流程圖；

(2)業(yè)務(wù)情況描述：描述用戶工作中每個(gè)業(yè)務(wù)情境；

(3)用戶原有系統(tǒng)的情況：介紹用戶現(xiàn)在使用的軟件系統(tǒng)的主要功能。

4.任務(wù)概述

1)目標(biāo)闡明本項(xiàng)目所需達(dá)到的目的。

2)作用范圍以及其他應(yīng)向讀者說(shuō)明的有關(guān)該軟件開(kāi)發(fā)的背景解釋被開(kāi)發(fā)軟件與其他有關(guān)軟件之間的關(guān)系。如果本軟件產(chǎn)品是一項(xiàng)獨(dú)立的軟件，而且全部?jī)?nèi)容自含，則說(shuō)明這一點(diǎn)即可。如果所定義的產(chǎn)品是一個(gè)更大的系統(tǒng)的一個(gè)組成部分，則應(yīng)說(shuō)明本產(chǎn)品與該系統(tǒng)中其他各組成部分之間的關(guān)系，為此可使用一張方框圖來(lái)說(shuō)明該系統(tǒng)的組成和本產(chǎn)品同其他各部分的聯(lián)系和接口。

5．運(yùn)行環(huán)境

1)硬件環(huán)境詳細(xì)列出本軟件運(yùn)行時(shí)所必須的最低硬件配置、推薦硬件配置(如主機(jī)、顯示器、外部設(shè)備等)以及其他特殊設(shè)備。

2)軟件環(huán)境包括操作系統(tǒng)、網(wǎng)絡(luò)軟件、數(shù)據(jù)庫(kù)系統(tǒng)以及其他特殊軟件要求。

3)條件與限制說(shuō)明本軟件產(chǎn)品在實(shí)現(xiàn)時(shí)所必須滿足的條件和所受的限制，以及相應(yīng)的原因。必須滿足的條件包括輸入數(shù)據(jù)的范圍以及格式，所受的限制包括軟件環(huán)境、硬件環(huán)境等方面的內(nèi)容。

4)主要特點(diǎn)說(shuō)明本軟件產(chǎn)品與同類產(chǎn)品相比的特點(diǎn)，如賣(mài)點(diǎn)(僅限于自主產(chǎn)品)。

6．功能需求與功能分析

1)功能劃分從用戶的角度將產(chǎn)品按功能劃分成不同的部分，但這些部分并不對(duì)應(yīng)于最終程序?qū)崿F(xiàn)時(shí)的功能模塊。

2)功能描述細(xì)化由功能劃分所生成的各部分的內(nèi)容，應(yīng)包括下列內(nèi)容：

(1)必須完成的功能以及對(duì)此功能的詳細(xì)描述：按功能類型分類，逐條列出本軟件所能完成的各項(xiàng)功能以及對(duì)此功能的詳細(xì)描述；

(2)不支持的功能以及相應(yīng)的原因：列出本軟件所不支持的各項(xiàng)功能以及相應(yīng)的原因。此部分內(nèi)容務(wù)必詳細(xì)準(zhǔn)確、無(wú)二義性，以作為將來(lái)驗(yàn)收和測(cè)試的標(biāo)準(zhǔn)。用列表的方式逐項(xiàng)定量和定性地?cái)⑹鰧?duì)軟件所提出的功能要求，說(shuō)明軟件可支持的終端數(shù)和可支持的并行操作的用戶數(shù)。

7．需求分析

1)用戶需求用例分析畫(huà)出業(yè)務(wù)系統(tǒng)的UML用例圖。給出業(yè)務(wù)的角色和用例對(duì)應(yīng)關(guān)系。

2)業(yè)務(wù)系統(tǒng)的活動(dòng)圖描述業(yè)務(wù)系統(tǒng)的UML活動(dòng)圖。

3)功能分析從系統(tǒng)分析角度介紹采用什么新技術(shù)，采用哪種對(duì)策來(lái)解決將來(lái)出現(xiàn)或可能出現(xiàn)的問(wèn)題。

(1)按照業(yè)務(wù)需求或功能特性畫(huà)出系統(tǒng)結(jié)構(gòu)圖；

(2)采用逐步求精方法分解系統(tǒng)功能結(jié)構(gòu)，畫(huà)出各子系統(tǒng)的功能結(jié)構(gòu)圖，并進(jìn)行文字描述。

8．?dāng)?shù)據(jù)描述

1)靜態(tài)數(shù)據(jù)靜態(tài)數(shù)據(jù)指長(zhǎng)時(shí)間不發(fā)生改變或臨時(shí)存儲(chǔ)的數(shù)據(jù)。例如身份證號(hào)碼等。

2)動(dòng)態(tài)數(shù)據(jù)動(dòng)態(tài)數(shù)據(jù)指經(jīng)常發(fā)生改變的數(shù)據(jù)。

3)外部數(shù)據(jù)信號(hào)、文件、數(shù)據(jù)庫(kù)等數(shù)據(jù)的處理和輸入規(guī)定。

4)輸入/輸出數(shù)據(jù)說(shuō)明輸入/輸出數(shù)據(jù)的類型及格式。

5)數(shù)據(jù)流圖從數(shù)據(jù)傳遞和加工的角度描述系統(tǒng)的數(shù)據(jù)流圖(此數(shù)據(jù)流圖不包含任何有關(guān)實(shí)現(xiàn)的內(nèi)容，只是從最上層對(duì)有關(guān)內(nèi)容加以描述)。

6)數(shù)據(jù)詞典對(duì)數(shù)據(jù)流圖中出現(xiàn)所有被命名的圖形元素(數(shù)據(jù)的源點(diǎn)/終點(diǎn)、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)處理)在數(shù)據(jù)詞典中加以定義，使得每一個(gè)圖形元素的名字都有一個(gè)確切的解釋。

9．性能需求

1)數(shù)據(jù)精確度根據(jù)實(shí)際情況，確定產(chǎn)品最終輸出數(shù)據(jù)(包括傳輸中)的數(shù)據(jù)精確度。

2)時(shí)間特性說(shuō)明產(chǎn)品(尤其是交互式產(chǎn)品)在響應(yīng)時(shí)間、更新處理時(shí)間、數(shù)據(jù)轉(zhuǎn)換與傳輸時(shí)間、運(yùn)行時(shí)間等方面所需達(dá)到的時(shí)間特性。

3)適應(yīng)性

(1)復(fù)用性。說(shuō)明本產(chǎn)品是否可以復(fù)用已有軟件或最終產(chǎn)品是否可為其他產(chǎn)品復(fù)用。

(2)靈活性。說(shuō)明在運(yùn)行環(huán)境、與其他軟件的接口以及開(kāi)發(fā)計(jì)劃等發(fā)生變化時(shí)，具有的適應(yīng)能力。如：操作方式上的變化，運(yùn)行環(huán)境的變化，同其他軟件的接口的變化，精度和有效時(shí)限的變化，計(jì)劃的變化或改進(jìn)。對(duì)于為了提供這些靈活性而進(jìn)行專門(mén)設(shè)計(jì)的部分應(yīng)該加以標(biāo)明。

10．運(yùn)行需求

1)用戶界面說(shuō)明本產(chǎn)品的人機(jī)界面風(fēng)格。如屏幕格式、報(bào)表格式、菜單格式、輸入/輸出格式等。

2)硬件接口說(shuō)明該產(chǎn)品與硬件之間各接口的邏輯特點(diǎn)及運(yùn)行該軟件的硬件設(shè)備特征。列出運(yùn)行該軟件所需要的硬件設(shè)備。說(shuō)明其中的新型設(shè)備及其專門(mén)功能，包括：處理器型號(hào)及內(nèi)存容量；外存容量；媒體及其存儲(chǔ)格式；設(shè)備的型號(hào)及數(shù)量；輸入及輸出設(shè)備的型號(hào)和數(shù)量；數(shù)據(jù)通信設(shè)備的型號(hào)和數(shù)量；其他專用硬件。

3)軟件接口列出系統(tǒng)的支撐軟件(包括中間件)，列出用到的操作系統(tǒng)、開(kāi)發(fā)環(huán)境、數(shù)據(jù)庫(kù)和測(cè)試軟件等。說(shuō)明該產(chǎn)品與其他軟件之間接口，對(duì)于涉及到的軟件產(chǎn)品應(yīng)指出規(guī)格說(shuō)明、版本號(hào)等。

4)故障處理列出可能出現(xiàn)的軟件、硬件故障以及對(duì)各項(xiàng)性能而言所產(chǎn)生的后果和對(duì)故障處理的要求。說(shuō)明本產(chǎn)品在健壯性方面所能達(dá)到的目標(biāo)。

11．不確定的問(wèn)題說(shuō)明目前尚未確定的問(wèn)題及處理的計(jì)劃。

12．風(fēng)險(xiǎn)分析說(shuō)明本項(xiàng)目面臨的主要風(fēng)險(xiǎn)。例如：時(shí)間進(jìn)度風(fēng)險(xiǎn)、人力資源風(fēng)險(xiǎn)等。

13．其他需求其他需求如易用性、安全保密性、可維護(hù)性、可移植性等。

14．同類產(chǎn)品簡(jiǎn)介(限自主產(chǎn)品)描述同類產(chǎn)品的特點(diǎn)，如工作流程、運(yùn)行環(huán)境、限制條件等。

15．用戶手冊(cè)提交初步用戶操作手冊(cè)(或軟件使用說(shuō)明書(shū))。

16．編寫(xiě)人員及編寫(xiě)日期列出參與編寫(xiě)的人員的名字及編寫(xiě)日期和版本號(hào)等，并標(biāo)明項(xiàng)目負(fù)責(zé)人。

17．參考資料

(1)項(xiàng)目經(jīng)核準(zhǔn)的計(jì)劃任務(wù)書(shū)、合同或上級(jí)機(jī)關(guān)的批文；

(2)文檔所引用的資料、標(biāo)準(zhǔn)和規(guī)范等。列出這些資料的作者、標(biāo)題、編號(hào)、發(fā)表日期、出版單位等。4.7高質(zhì)量的“需求分析報(bào)告”應(yīng)具備的特性編寫(xiě)一個(gè)高質(zhì)量的“需求分析報(bào)告”應(yīng)該具有以下五個(gè)特性：

1.正確性每個(gè)需求必須精確地描述要交付的功能。需求的正確性取決于是否反映了用戶的真正意圖。

2.可行性在已知的能力、有限的系統(tǒng)及其環(huán)境中，每個(gè)需求必須是可實(shí)現(xiàn)的。為了避免需求的不可行性，在需求分析階段必須有技術(shù)人員參與。

3.優(yōu)先級(jí)對(duì)用戶需求進(jìn)行優(yōu)先排隊(duì)，并指出具體的產(chǎn)品版本中優(yōu)先實(shí)現(xiàn)的需求。

4．明確性需求敘述對(duì)于多個(gè)讀者應(yīng)能達(dá)成共識(shí)。要避免使用一些對(duì)于讀者不清楚的主觀詞匯或形容詞，如用戶友好性、輕易、簡(jiǎn)單、快速、有效、幾個(gè)、藝術(shù)級(jí)、改善的、最大、最小等。每寫(xiě)一個(gè)需求都應(yīng)簡(jiǎn)潔、直觀，并采用用戶熟知的術(shù)語(yǔ)，不要采用計(jì)算機(jī)術(shù)語(yǔ)。

5.可驗(yàn)證性可以使用測(cè)試手段驗(yàn)證產(chǎn)品中每個(gè)需求是否正確地實(shí)現(xiàn)。編寫(xiě)優(yōu)秀的需求分析報(bào)告是沒(méi)有公式可循的。這里給出編寫(xiě)高質(zhì)量需求分析報(bào)告的建議：

(1)句子和段落要簡(jiǎn)短。采用主動(dòng)語(yǔ)氣。使用正確的語(yǔ)法、拼寫(xiě)和標(biāo)點(diǎn)。使用術(shù)語(yǔ)要保持一致性，并在術(shù)語(yǔ)表或數(shù)據(jù)字典中定義。

(2)換位思考。要看需求是否被有效定義，要和用戶進(jìn)行換位思考。

(3)需求的細(xì)化和合并。努力正確地把握細(xì)化程度?？梢钥紤]將多個(gè)比較小的需求合并為一個(gè)大的需求。

(4)需求中的定義要一致。需求分析報(bào)告的術(shù)語(yǔ)在定義上要保持一致。4.8需求評(píng)審實(shí)例

1.任務(wù)描述給出如下幾個(gè)需求描述，請(qǐng)對(duì)這些描述進(jìn)行評(píng)審：

(1)描述1：“軟件系統(tǒng)應(yīng)在不少于每60秒的正常周期內(nèi)提供狀態(tài)信息”。

(2)描述2：“軟件系統(tǒng)應(yīng)瞬間在顯示和隱藏不可打印字符間切換”。

(3)描述3：“HTML分析器可以產(chǎn)生HTML標(biāo)記錯(cuò)誤報(bào)告，幫助HTML入門(mén)者快速解決錯(cuò)誤”。

(4)描述4：“假如可能，主管號(hào)碼應(yīng)該通過(guò)聯(lián)機(jī)校驗(yàn)，而不是通過(guò)全體主管號(hào)碼列表進(jìn)行校驗(yàn)”。

2.任務(wù)分析

1)對(duì)于“描述1”的分析“描述1”描述的需求含義不明確，表現(xiàn)在以下四點(diǎn)：

(1)未給出狀態(tài)信息定義；

(2)也未說(shuō)明信息如何顯示給用戶；

(3)“軟件系統(tǒng)”范圍太大，沒(méi)有具體指明產(chǎn)品的哪個(gè)部分；

(4)“不少于每60秒”是個(gè)不確定值。

【課堂練習(xí)】按照下面的提示重新編寫(xiě)描述1：

(1)明確系統(tǒng)狀態(tài)信息；

(2)后臺(tái)服務(wù)器以誤差上下不超過(guò)10秒的60秒間隔，在用戶界面的指定位置顯示狀態(tài)信息；

(3)假如后臺(tái)進(jìn)程處理正常，那么應(yīng)該顯示任務(wù)已完成的百分比；

(4)任務(wù)完成時(shí)應(yīng)顯示相關(guān)的信息；

(5)后臺(tái)任務(wù)出錯(cuò)應(yīng)該顯示錯(cuò)誤信息。

2)對(duì)于“描述2”的分析“描述2”描述的需求含義不明確，表現(xiàn)在以下三點(diǎn)：

(1)“瞬間”含義不明確；

(2)沒(méi)有聲明觸發(fā)狀態(tài)切換的條件；

(3)需求的不可證實(shí)性。對(duì)于“不可打印字符”和“隱藏字符”沒(méi)有定義。我們可以這樣更改一下“描述2”：“用戶能夠在一個(gè)特定觸發(fā)條件下，對(duì)顯示文檔中所有Html標(biāo)記與隱藏文檔中所有Html標(biāo)記進(jìn)行切換”?，F(xiàn)在很清楚，不可打印字符是HTML標(biāo)記。

3)對(duì)于“描述3”的分析這個(gè)需求無(wú)法驗(yàn)證，表現(xiàn)在：

(1)單詞“快速”是個(gè)(形容詞)模糊詞。

(2)錯(cuò)誤報(bào)告所包含的內(nèi)容不明確。我們可以這樣更改一下“描述3”的描述：“HTML分析器可以產(chǎn)生一個(gè)錯(cuò)誤報(bào)告，錯(cuò)誤報(bào)告包含有在被分析文件中出錯(cuò)的HTML文本和行號(hào)以及錯(cuò)誤的描述。假如沒(méi)有錯(cuò)誤，就不會(huì)產(chǎn)生錯(cuò)誤報(bào)告”。這樣，出錯(cuò)報(bào)告包含的內(nèi)容就清楚了。

4)對(duì)于“描述4”的分析這個(gè)需求描述不明確，表現(xiàn)在：

(1)“假如可能”很模糊。

(2)“應(yīng)該”是一個(gè)不確切的詞，沒(méi)有指明用戶是否需要這個(gè)功能。我們可以這樣更改一下描述4：“系統(tǒng)必須通過(guò)聯(lián)機(jī)的方法校驗(yàn)輸入的主管號(hào)碼而不能通過(guò)全體主管號(hào)碼列表來(lái)效驗(yàn)輸入的主管號(hào)碼?！?.9實(shí)例：某省電信集團(tuán)公司資金管理

系統(tǒng)需求分析報(bào)告

1.目的和對(duì)象(略)

2.用戶特點(diǎn)

(1)本系統(tǒng)適用于大型集團(tuán)企業(yè)和事業(yè)單位，用戶具有較高的文化素質(zhì)和計(jì)算機(jī)操作水平。

(2)集團(tuán)公司有多個(gè)子公司，其子公司的財(cái)務(wù)管理是獨(dú)立的，并建立了相應(yīng)的財(cái)務(wù)管理系統(tǒng)。

3.任務(wù)概述國(guó)家對(duì)各企、事業(yè)單位的資金監(jiān)控已成為整頓和規(guī)范市場(chǎng)經(jīng)濟(jì)秩序、有效防范和嚴(yán)懲經(jīng)濟(jì)犯罪的有效手段，而對(duì)于集團(tuán)企業(yè)來(lái)說(shuō)，對(duì)內(nèi)部及下屬單位實(shí)行資金監(jiān)控更是尤為必要。實(shí)現(xiàn)集團(tuán)資金監(jiān)控是一個(gè)系統(tǒng)工程，它需要集團(tuán)企業(yè)總部、子公司(或成員單位)和銀行三者間的緊密聯(lián)系。

(1)集團(tuán)總部需要掌握子公司資金的使用情況，如現(xiàn)金、銀行存款、應(yīng)收應(yīng)付賬款、應(yīng)收應(yīng)付票據(jù)、其他貨幣資金等，通過(guò)各單位資金流入與流出情況，深入了解和掌握各子公司的生產(chǎn)經(jīng)營(yíng)活動(dòng)是否正常、投入產(chǎn)出是否合理、經(jīng)濟(jì)效益是否顯著、償債能力是否足夠、貨幣回籠是否正常等等。

(2)集團(tuán)還需要與商業(yè)銀行間建立一個(gè)外部的資金信息接口處理系統(tǒng)，通過(guò)銀行信息及時(shí)反映出子公司的資金現(xiàn)狀和流向，如收款單位名稱、金額、付款時(shí)間等真實(shí)、詳細(xì)資料,這樣才能做到真正意義上的資金監(jiān)控。此系統(tǒng)達(dá)到的目的如下：

(1)由于公司的資金大部分是由集團(tuán)公司調(diào)撥的，子公司在月初需向集團(tuán)公司匯報(bào)上個(gè)月的資金使用情況。

(2)對(duì)子公司的資金查詢(實(shí)時(shí)余額和明細(xì)、歷史余額和明細(xì))。集團(tuán)公司需要及時(shí)掌握子公司貨幣資金的使用情況，包括現(xiàn)金、銀行存款、應(yīng)收應(yīng)付賬款、其他應(yīng)付款、應(yīng)收應(yīng)付票據(jù)、其他貨幣資金等；資金監(jiān)控系統(tǒng)主要分成日記賬查詢、明細(xì)賬查詢、匯總信息查詢、現(xiàn)金流量查詢等。

(3)對(duì)子公司貨幣資金的使用情況進(jìn)行全面監(jiān)控，可按日、月、年查詢，并提供報(bào)警功能，自動(dòng)提示不合理的憑證和超出資金使用限額的公司。監(jiān)控的范圍包括現(xiàn)金、銀行存款、應(yīng)收應(yīng)付賬款、其他應(yīng)付款、應(yīng)收應(yīng)付票據(jù)、其他貨幣資金、現(xiàn)金流量等。

(4)方便性。信息查詢、打印和系統(tǒng)維護(hù)全部通過(guò)Web方式實(shí)現(xiàn)，不論系統(tǒng)使用者在本地還是在外地都可以及時(shí)掌握相關(guān)的信息。

(5)實(shí)時(shí)性。當(dāng)日即可掌握子公司以前任一天的資金使用信息，而不用等到下個(gè)月月初。

(6)安全性。通過(guò)用戶密碼和數(shù)據(jù)加密的方式保證系統(tǒng)的安全，而且不同級(jí)別的用戶看到的信息也不一樣。

4.功能需求本系統(tǒng)建立在集團(tuán)公司現(xiàn)有財(cái)務(wù)系統(tǒng)基礎(chǔ)之上，可實(shí)時(shí)監(jiān)控子公司貨幣資金的使用情況，避免資金的違規(guī)挪用，提高了資金的管理水平。系統(tǒng)功能如下：

(1)收入上劃。把收款全部或者部分上劃到總公司的收款賬號(hào)。

(2)資金下?lián)堋．?dāng)子公司需要付款時(shí)，總公司撥款到子公司的支出賬號(hào)。

(3)銀企對(duì)賬。實(shí)現(xiàn)銀行和企業(yè)的實(shí)時(shí)對(duì)賬。

(4)綜合查詢。對(duì)于收入上劃、資金下?lián)芴峁┚C合查詢，其條件有：時(shí)間段、分公司類別、分公司、銀行、收入、支出、?？畹?。

(5)分公司銀行賬戶明細(xì)庫(kù)查詢。

(6)分公司銀行賬戶余額查詢統(tǒng)計(jì)。

(7)分公司結(jié)算明細(xì)查詢統(tǒng)計(jì)。

(8)銀行數(shù)據(jù)的接收。

(9)數(shù)據(jù)(收入/支出)統(tǒng)計(jì)分析。

(10)與企業(yè)應(yīng)收應(yīng)付/其他賬務(wù)系統(tǒng)的無(wú)縫對(duì)接。

(11)資金頭寸調(diào)撥。

(12)定期存款到期的預(yù)警功能。因此，本系統(tǒng)設(shè)計(jì)為幾個(gè)應(yīng)用組成部分：

(1)資金監(jiān)控查詢系統(tǒng)：查詢各銀行賬戶的基本信息，當(dāng)日明細(xì)、歷史明細(xì)、當(dāng)天余額、歷史余額、上劃款及下?lián)芸畹刃畔ⅲ砂吹貐^(qū)、銀行、賬號(hào)性質(zhì)、日期等組合查詢各公司在銀行的資金使用狀況，并以圖形方式直觀顯示；可通過(guò)發(fā)生明細(xì)的對(duì)方單位、賬號(hào)信息對(duì)款項(xiàng)進(jìn)行有效的跟蹤。

(2)銀行數(shù)據(jù)接收系統(tǒng)：實(shí)時(shí)與各家銀行進(jìn)行通信，向銀行發(fā)送數(shù)據(jù)請(qǐng)求，接收銀行信息，并將銀行信息處理成本系統(tǒng)可識(shí)別的有效數(shù)據(jù)。不同的銀行將采用不同的接口形式進(jìn)行通信、接收數(shù)據(jù)。然后讓公用接收處理模塊對(duì)各家銀行所接收的數(shù)據(jù)進(jìn)行統(tǒng)一處理成本系統(tǒng)的合法數(shù)據(jù)。

(3)網(wǎng)上實(shí)時(shí)付款系統(tǒng)。實(shí)時(shí)掃描終端發(fā)出的付款指令，將付款指令按與各銀行協(xié)定的數(shù)據(jù)接口發(fā)往銀行，以快速有效的方式實(shí)現(xiàn)母公司向子公司的撥款支付等功能。

(4)資金結(jié)算處理系統(tǒng)。用戶在本系統(tǒng)中錄入電子付款指令后，經(jīng)相關(guān)人員審批電子指令后，把資金從其賬戶中劃轉(zhuǎn)至付款接口子系統(tǒng)，同時(shí)本子系統(tǒng)進(jìn)行相應(yīng)的賬務(wù)處理。

(5)銀行對(duì)賬處理系統(tǒng)：它以本賬務(wù)處理系統(tǒng)所記的賬為基本數(shù)據(jù)與銀行提供的對(duì)賬信息進(jìn)行對(duì)賬，其對(duì)賬結(jié)果以銀行存款余額調(diào)節(jié)表反映。

5.功能分析為了達(dá)到以上目標(biāo)，采用收支兩條線的管理方法是一個(gè)行之有效的方法。這種方法是：把資金賬戶分為收入和支出兩個(gè)賬戶管理，收到的金額都存入收入賬戶，支出金額從支出賬戶上劃出。還可以設(shè)置專戶核算專項(xiàng)資金。在各類總賬戶下，省公司相應(yīng)為各市分公司開(kāi)設(shè)虛擬分賬戶，用以分別反映各地市的收入、支出、工程的現(xiàn)金流情況。

1)收入上劃管理省總公司為每個(gè)地市公司開(kāi)設(shè)一個(gè)結(jié)算賬戶(虛擬分賬戶)，用來(lái)記錄上劃資金以及省總公司下?lián)芸畹拿骷?xì)結(jié)算。省總公司上劃資金記錄后，或作出下?lián)芸钪噶詈?，自?dòng)記錄到各分公司的虛擬分賬戶，并可隨時(shí)查詢虛擬分賬戶的余額及明細(xì)。收入上劃影響到分公司在省總公司賬務(wù)中心的結(jié)算余額(增加)和省總公司收入專戶存款余額的增加。

2)資金下?lián)苜Y金下?lián)芘c收入上劃登記在省總公司賬務(wù)中心為分公司開(kāi)立的結(jié)算賬戶上。資金下?lián)苡绊懛止镜慕Y(jié)算賬戶余額(減少)和省總公司支出總賬戶或省總公司工程總賬戶余額(減少)。資金下?lián)苄柁k理銀行付款手續(xù)，與支出賬戶的開(kāi)戶行協(xié)商能實(shí)現(xiàn)網(wǎng)上銀行或企業(yè)銀行(或類似系統(tǒng)，下稱企業(yè)網(wǎng)上銀行)提供付款接口的，本系統(tǒng)根據(jù)其要求，資金下?lián)艿怯浐髮⒏犊钫?qǐng)求生成銀行能識(shí)別的數(shù)據(jù)，系統(tǒng)自動(dòng)將付款請(qǐng)求發(fā)送到企業(yè)網(wǎng)上銀行，完成付款手續(xù)。

3)資金頭寸調(diào)撥省總公司支出總賬戶和省總公司工程總賬戶的資金全部來(lái)源于省總公司收入總賬戶，為了給分公司下?lián)苜Y金，需從收入總賬戶調(diào)撥頭寸到支出賬戶。資金頭寸調(diào)撥影響收入總賬戶的余額(減少)和支出總賬戶的余額(增加)或工程總賬戶的余額(增加)其辦理銀行手續(xù)與資金下?lián)茴愃啤?/p>

4)綜合查詢分析在此模塊中，要求在統(tǒng)一的查詢界面，對(duì)全省總公司的數(shù)據(jù)按省、地市、縣等級(jí)別進(jìn)行綜合性的組合查詢，本模塊的查詢內(nèi)容包括：各銀行賬戶的基本信息，當(dāng)日明細(xì)、歷史明細(xì)、當(dāng)天余額、歷史余額、上劃款及下?lián)芸畹刃畔?，可按地區(qū)、銀行、賬號(hào)性質(zhì)、日期等組合查詢各公司在銀行的資金使用狀況，可通過(guò)發(fā)生明細(xì)的對(duì)方單位、賬號(hào)信息對(duì)款項(xiàng)進(jìn)行有效的跟蹤。根據(jù)業(yè)務(wù)描述及計(jì)算機(jī)處理的要求，可按業(yè)務(wù)內(nèi)容劃分為以下查詢：查詢各銀行賬戶的業(yè)務(wù)明細(xì)，包括如下數(shù)據(jù)：發(fā)生日期(時(shí)間)、單位名稱、交易行、賬號(hào)、發(fā)生額、交易用途、賬號(hào)類型、交易對(duì)方單位及交易對(duì)方賬號(hào)等。查詢各銀行賬戶的當(dāng)前余額，包括如下數(shù)據(jù)：?jiǎn)挝幻Q、賬號(hào)、賬戶開(kāi)戶行、當(dāng)前余額、可用余額、幣別及賬號(hào)類型。查詢各銀行賬戶的歷史余額，包括如下數(shù)據(jù)：日期(時(shí)間)、單位名稱、賬號(hào)、賬戶開(kāi)戶行、當(dāng)前余額、可用余額、幣別及賬號(hào)類型。查詢各單位賬戶的上劃款，包括如下數(shù)據(jù)：上劃款日期(時(shí)間)、劃款單位、交易行、賬號(hào)、劃款金額及幣別等。查詢各單位賬戶的下?lián)芸?，包括如下?shù)據(jù)：下?lián)芸钊掌?時(shí)間)、撥款單位、交易行、賬號(hào)、撥款金額及幣別等。

5)數(shù)據(jù)統(tǒng)計(jì)報(bào)表本系統(tǒng)將根據(jù)所收集的數(shù)據(jù)倉(cāng)庫(kù)，進(jìn)行數(shù)據(jù)統(tǒng)計(jì)分析，生成系列的統(tǒng)計(jì)報(bào)表，并將以圖形方式直觀顯示，有關(guān)報(bào)表如：年度上劃款統(tǒng)計(jì)表、年度下?lián)芸罱y(tǒng)計(jì)表、現(xiàn)金流量表、單位凈流分析表、及單位銀行存款統(tǒng)計(jì)表等等。

6.環(huán)境需求集團(tuán)公司資金監(jiān)控系統(tǒng)需要具備相應(yīng)的網(wǎng)絡(luò)環(huán)境，系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)要求如圖4-8所示。圖4-8系統(tǒng)網(wǎng)絡(luò)環(huán)境

7.系統(tǒng)主要界面根據(jù)前面的功能分析，給出系統(tǒng)的主要界面方案。系統(tǒng)啟動(dòng)界面如圖4-9所示，資金趨勢(shì)圖界面如圖4-10所示。圖4-9系統(tǒng)啟動(dòng)界面圖4-10資金趨勢(shì)圖界面本章小結(jié)需求分析要回答的問(wèn)題是“系統(tǒng)需要做什么”。本章首先介紹了需求分析的目標(biāo)和任務(wù)以及需求分析過(guò)程，重點(diǎn)以任務(wù)驅(qū)動(dòng)教學(xué)方法介紹了數(shù)據(jù)流圖的繪制方法和數(shù)據(jù)字典的設(shè)計(jì)，然后介紹了需求分析報(bào)告的書(shū)寫(xiě)格式和編寫(xiě)高質(zhì)量需求分析報(bào)告的建議，最后給出了一個(gè)案例—某省電信總公司的資金監(jiān)控系統(tǒng)的需求報(bào)告。習(xí)題一、選擇題

1．?dāng)?shù)據(jù)流圖的三種成分為①、②和③，②是數(shù)據(jù)流中①的變換，③用來(lái)存儲(chǔ)信息，④對(duì)①、②、③進(jìn)行詳細(xì)說(shuō)明，用⑤對(duì)③進(jìn)行詳細(xì)描述。①②③④A.?消息 B.?文書(shū)