可行性研究及需求分析

1、計(jì)算機(jī)科學(xué)與技術(shù)系計(jì)算機(jī)科學(xué)與技術(shù)系主講主講 王里平王里平第一章第一章 軟件工程概述軟件工程概述第二章第二章 可行性研究可行性研究第三章第三章 需求分析需求分析第四章第四章 總體設(shè)計(jì)總體設(shè)計(jì)第五章第五章 詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)第六章第六章 軟件編碼軟件編碼第七章第七章 軟件測試軟件測試第八章第八章 軟件維護(hù)軟件維護(hù)第九章第九章 面向?qū)ο蟮能浖こ堂嫦驅(qū)ο蟮能浖こ痰谑碌谑?軟件項(xiàng)目管理軟件項(xiàng)目管理2.1 2.1 可行性研究可行性研究2.2 2.2 需求分析需求分析2.3 2.3 結(jié)構(gòu)化需求分析方法結(jié)構(gòu)化需求分析方法2.4 2.4 結(jié)構(gòu)化分析建模結(jié)構(gòu)化分析建模 可行性研究的主要任務(wù)就是了解客戶的要

2、求及現(xiàn)實(shí)環(huán)境，從技術(shù)、經(jīng)濟(jì)和社會(huì)因素三方面研究并論證軟件項(xiàng)目的可行性，為合理地達(dá)到開發(fā)目標(biāo)可能選擇的各種方案。2.1.1 項(xiàng)目立項(xiàng)概述 1、立項(xiàng) (1)項(xiàng)目發(fā)起 (2)項(xiàng)目論證 (3)項(xiàng)目審核 (4)項(xiàng)目立項(xiàng) 2、可行性研究的結(jié)論有三種情況： 可行，按計(jì)劃進(jìn)行 基本可行，需要對(duì)解決方案做出修改 不可行，終止項(xiàng)目2.1.2可行性研究的內(nèi)容 戰(zhàn)略可行性研究 操作可行性研究 計(jì)劃可行性研究 技術(shù)可行性研究 社會(huì)可行性研究 市場可行性研究 經(jīng)濟(jì)可行性研究 風(fēng)險(xiǎn)可行性研究 根據(jù)用戶提出的系統(tǒng)功能、性能及實(shí)現(xiàn)系統(tǒng)的各項(xiàng)約束條件，從技術(shù)的角度研究實(shí)現(xiàn)系統(tǒng)的可行性。在技術(shù)可行性研究中，必須對(duì)要求的功能、性能以

3、及限制條件進(jìn)行分析，以確定使用現(xiàn)有的技術(shù)能否實(shí)現(xiàn)這個(gè)系統(tǒng)。要考慮能否得到所需要的軟件和硬件資源，能否組織一個(gè)有能力完成開發(fā)任務(wù)的、熟練的開發(fā)隊(duì)伍，現(xiàn)有的開發(fā)技術(shù)是否達(dá)到開發(fā)系統(tǒng)所要求的水平，以及開發(fā)風(fēng)險(xiǎn)有多大。通常在進(jìn)行技術(shù)可行性研究時(shí)要考慮以下兩方面的問題。技術(shù)資源 一般來說，開發(fā)軟件系統(tǒng)的技術(shù)資源有硬件資源（包括計(jì)算機(jī)系統(tǒng)、網(wǎng)絡(luò)設(shè)備、通信設(shè)計(jì)及相關(guān)的輔助設(shè)備設(shè)施等）和軟件資源（包括系統(tǒng)軟件、工具軟件等）進(jìn)行技術(shù)可行性研究時(shí)要考慮現(xiàn)有的技術(shù)資源能否滿足系統(tǒng)開發(fā)要求，如果不能，能否在成本允許的范圍內(nèi)獲得所需要的技術(shù)資源。人力資源 人力資源包括軟件開發(fā)的管理人員和各層次的技術(shù)人員。人力資源是軟件

4、開發(fā)的基礎(chǔ)。因此，要考慮各類人員是否滿足軟件開發(fā)的需要，他們掌握的技術(shù)和管理方法是否支持軟件項(xiàng)目的完成。 根據(jù)技術(shù)可行性分析的結(jié)果，管理人員必須作出是否進(jìn)行系統(tǒng)開發(fā)的決定。如果系統(tǒng)開發(fā)的技術(shù)風(fēng)險(xiǎn)很大，或是模型演示表明當(dāng)前采用的技術(shù)和方法不能實(shí)現(xiàn)軟件的預(yù)期功能和性能，就要做出軟件開發(fā)“不能進(jìn)行或不必進(jìn)行”的決定。經(jīng)濟(jì)可行性研究的內(nèi)容：一是開發(fā)、使用軟件系統(tǒng)所需要的開發(fā)成本和運(yùn)行費(fèi)用；二是軟件系統(tǒng)的投入使用所帶來的效益（經(jīng)濟(jì)效益和社會(huì)效益），即進(jìn)行開發(fā)成本的估算，評(píng)估項(xiàng)目成功取得的效益，確定要開發(fā)的項(xiàng)目是否值得投資開發(fā)。由于開發(fā)成本受項(xiàng)目的特性、規(guī)模等多種因素的制約，分析人員很難直接準(zhǔn)確地估算出項(xiàng)

5、目所需要的成本及產(chǎn)生效益。通常一個(gè)軟件項(xiàng)目的成本包括以下個(gè)部分：購置、安裝軟硬件及有關(guān)設(shè)備的費(fèi)用；軟件系統(tǒng)開發(fā)費(fèi)用；系統(tǒng)安裝、運(yùn)行和維護(hù)費(fèi)用；人員培訓(xùn)費(fèi)用。 系統(tǒng)的效益一般包括經(jīng)濟(jì)效益和社會(huì)效益。經(jīng)濟(jì)效益指應(yīng)用軟件系統(tǒng)后為用戶增加的收入，或降低成本，或提高工作效率，或提高質(zhì)量等。它是可以通過直接的或統(tǒng)計(jì)的方法計(jì)算的。社會(huì)效益是指軟件系統(tǒng)投入使用后提高了用戶知名度，或是提高了用戶產(chǎn)品的市場占有率，或是提高了管理水平等。它是很難直接計(jì)算的。在估算效益時(shí)，應(yīng)該把可能影響效益發(fā)揮的各種因素考慮在內(nèi)。 社會(huì)可行性是研究開發(fā)的項(xiàng)目是否存在違犯法律、侵權(quán)、妨礙或是對(duì)社會(huì)產(chǎn)生不良的影響。例如，為了保護(hù)自己軟件

6、的權(quán)益，在軟件中放置邏輯炸彈，這就違犯了國家的相關(guān)法律。又如，未經(jīng)授權(quán)在軟件中使用別人的圖標(biāo)，這就產(chǎn)生了侵權(quán)。社會(huì)可行性涉及的范圍比較廣泛，包括法律、合同、權(quán)益、責(zé)任、用戶組織的管理模式及規(guī)范，等等。2.1.3可行性研究的步驟可行性研究的步驟 可行性研究報(bào)告 2.1 2.1 可行性研究可行性研究2.2 2.2 需求分析需求分析2.3 2.3 結(jié)構(gòu)化需求分析方法結(jié)構(gòu)化需求分析方法2.4 2.4 結(jié)構(gòu)化分析建模結(jié)構(gòu)化分析建模 u2.2.1 需求分析的任務(wù)需求分析的過程中應(yīng)該遵守一些原則 需求分析是一個(gè)過程，它應(yīng)該貫穿于系統(tǒng)的整個(gè)生存周期中 需求分析應(yīng)該是一個(gè)迭代的過程 需求的表述應(yīng)該具體、清晰，并

7、且是可測量的、可實(shí)現(xiàn)的 需求分析主要有兩個(gè)任務(wù)： 建模階段：建立起系統(tǒng)的分析模型 描述階段：把需求文檔化，用軟件需求規(guī)格說明書的方式把需求表達(dá)出來 2.2.2需求分析的步驟 需求分析分為： 需求獲取、分析建模、需求描述和需求驗(yàn)證 需求獲?。菏占⒚鞔_用戶需求的過程 獲取需求的方法有多種，比如問卷調(diào)查、訪談、實(shí)地操作、建立原型等 原型化開發(fā)過程 分析建模 獲得需求后，則是對(duì)新系統(tǒng)建立分析模型。模型是通過一組符號(hào)根據(jù)一定的規(guī)則相互連接而成，它有助于人們更好地理解系統(tǒng)部件之間的關(guān)系及其所起的作用。 常用的建模方法有： 1、結(jié)構(gòu)化的建模 數(shù)據(jù)流圖、數(shù)據(jù)字典、實(shí)體關(guān)系圖、狀態(tài)結(jié)構(gòu)化的轉(zhuǎn)換圖、控制流圖 2

8、、 面向?qū)ο蟮慕?類圖、對(duì)象圖、用例圖、順序圖、狀態(tài)圖、活動(dòng)圖、通信圖、時(shí)序圖、組件圖、部署圖、包圖等 需求描述：編制需求分析階段的文檔 復(fù)雜的軟件系統(tǒng)：需求階段產(chǎn)生系統(tǒng)定義文檔（用戶需求報(bào)告）、系統(tǒng)需求文檔（系統(tǒng)需求規(guī)格說明書）、軟件需求文檔（軟件需求規(guī)格說明書） 簡單的軟件系統(tǒng)：需求階段只需要輸出軟件需求文檔 需求驗(yàn)證： 確保需求的一致性、完整性、現(xiàn)實(shí)性、有效性 需求分析的步驟 2.2.3 需求管理用于查找、記錄、組織和跟蹤系統(tǒng)需求變更的系統(tǒng)化方法。可用于： 獲取、組織和記錄系統(tǒng)需求； 使客戶和項(xiàng)目團(tuán)隊(duì)在系統(tǒng)變更需求上達(dá)成并保持一致 需求管理涉及三個(gè)主要問題 識(shí)別、分類、組織需求，并為需

9、求建立文檔； 需求變化 需求的可跟蹤性 2.1 2.1 可行性研究可行性研究2.2 2.2 需求分析需求分析2.3 2.3 結(jié)構(gòu)化需求分析方法結(jié)構(gòu)化需求分析方法2.4 2.4 結(jié)構(gòu)化分析建模結(jié)構(gòu)化分析建模 基于“分解”和“抽象”的基本思想，逐步建立目標(biāo)系統(tǒng)的邏輯模型，進(jìn)而描繪出滿足用戶要求的軟件系統(tǒng) 分解：對(duì)于一個(gè)復(fù)雜的系統(tǒng)，把大問題分解為若干個(gè)小問題，然后再分別解決 抽象：用最本質(zhì)的屬性表示一個(gè)軟件系統(tǒng)自頂向下逐層分解 結(jié)構(gòu)化分析的具體步驟 建立當(dāng)前系統(tǒng)的“具體模型” 抽象出當(dāng)前系統(tǒng)的邏輯模型 建立目標(biāo)系統(tǒng)的邏輯模型 考慮人機(jī)界面和其他一些問題 結(jié)構(gòu)化分析中經(jīng)常用到的建模方法 組織架構(gòu)圖 業(yè)

10、務(wù)流程圖(TDF) 數(shù)據(jù)流圖（DFD） 數(shù)據(jù)字典 （Data dictionary） 實(shí)體關(guān)系圖（ER）建模的基本目標(biāo) 描述用戶的需求 為軟件設(shè)計(jì)工作奠定基礎(chǔ) 定義一組需求，一旦開發(fā)出軟件產(chǎn)品之后，就可以用這組需求為標(biāo)準(zhǔn)來驗(yàn)收 結(jié)構(gòu)化分析過程中導(dǎo)出的分析模型的形式 分析模型的結(jié)構(gòu) 結(jié)構(gòu)化分析中經(jīng)常用到的建模方法 組織架構(gòu)圖 業(yè)務(wù)流程圖(TDF) 數(shù)據(jù)流圖（DFD） 數(shù)據(jù)字典 （Data dictionary） 實(shí)體關(guān)系圖（ER）組織組織結(jié)構(gòu)分析結(jié)構(gòu)分析 是對(duì)企業(yè)、單位、部門的組織架構(gòu)進(jìn)行調(diào)查分析，了解完整是對(duì)企業(yè)、單位、部門的組織架構(gòu)進(jìn)行調(diào)查分析，了解完整的業(yè)務(wù)過程、審批流程、信息傳遞的渠道，

11、從而為系統(tǒng)的需求的業(yè)務(wù)過程、審批流程、信息傳遞的渠道，從而為系統(tǒng)的需求分析找到入口分析找到入口。 組織結(jié)構(gòu)圖是組織架構(gòu)的直觀反映，是最常見的表現(xiàn)組織內(nèi)各機(jī)構(gòu)、崗位上下左右相互之間的關(guān)系。 1、顯示其職能的劃分. 2、知道其權(quán)責(zé)范圍. 3、清晰其工作內(nèi)容. 組織架構(gòu)圖沒有固定格式，通常根據(jù)部門的功能、職責(zé)、工作內(nèi)容進(jìn)行劃分。分析模型的結(jié)構(gòu) 組織組織結(jié)構(gòu)分析結(jié)構(gòu)分析 例：目前，春景海鮮酒樓主要有例：目前，春景海鮮酒樓主要有6 6個(gè)部門：經(jīng)個(gè)部門：經(jīng)理部、人事部、餐廳部、后廚部、財(cái)務(wù)部、后勤理部、人事部、餐廳部、后廚部、財(cái)務(wù)部、后勤部，其組織架構(gòu)如下圖：部，其組織架構(gòu)如下圖：總經(jīng)理副經(jīng)理后勤部餐廳部

12、人事部副經(jīng)理后廚部財(cái)務(wù)部 結(jié)構(gòu)化分析中經(jīng)常用到的建模方法 組織架構(gòu)圖 業(yè)務(wù)流程圖(TDF) 數(shù)據(jù)流圖（DFD） 數(shù)據(jù)字典 （Data dictionary） 實(shí)體關(guān)系圖（ER）業(yè)務(wù)流程圖（業(yè)務(wù)流程圖（TFDTFD）就是用一些規(guī)定的符號(hào)及連線來表示某個(gè)具體業(yè)務(wù)處理過程。業(yè)務(wù)流程圖是一種描述系統(tǒng)內(nèi)各單位、人員之間業(yè)務(wù)關(guān)系、作業(yè)順序和管理信息流向的圖表，利用它可以幫助分析人員找出業(yè)務(wù)流程中的不合理流向，它是物理模型。業(yè)務(wù)流程圖主要是描述業(yè)務(wù)走向。業(yè)務(wù)流程圖描述的是完整的業(yè)務(wù)流程，以業(yè)務(wù)處理過程為中心，一般沒有數(shù)據(jù)的概念。業(yè)務(wù)流程圖是一種描述系統(tǒng)內(nèi)各單位、人員之間業(yè)務(wù)關(guān)系、作業(yè)順序和管理信息流向的圖表

13、，利用它可以幫助分析人員找出業(yè)務(wù)流程中的不合理流向，它是物理模型。業(yè)務(wù)流程圖主要是描述業(yè)務(wù)走向。業(yè)務(wù)流程圖描述的是完整的業(yè)務(wù)流程，以業(yè)務(wù)處理過程為中心，一般沒有數(shù)據(jù)的概念。 1 1、業(yè)務(wù)流程分析、業(yè)務(wù)流程分析 業(yè)務(wù)流程分析是在業(yè)務(wù)功能的基礎(chǔ)上逐步細(xì)化，業(yè)務(wù)流程分析是在業(yè)務(wù)功能的基礎(chǔ)上逐步細(xì)化，利用系統(tǒng)調(diào)查的資料，將業(yè)務(wù)處理過程利用系統(tǒng)調(diào)查的資料，將業(yè)務(wù)處理過程 中的每一中的每一步用一個(gè)圖形將其串起來。步用一個(gè)圖形將其串起來。 業(yè)務(wù)流程圖（業(yè)務(wù)流程圖（TFDTFD）就是用一些規(guī)定的符號(hào)及連線來表示某個(gè)具體業(yè)務(wù)處理過程。 2 2、業(yè)務(wù)流程分析過程、業(yè)務(wù)流程分析過程u 對(duì)第一業(yè)務(wù)弄清其對(duì)第一業(yè)務(wù)弄清

14、其信息的輸入、處理、存儲(chǔ)、信息的輸入、處理、存儲(chǔ)、輸出、立即存取要求輸出、立即存取要求，收集相應(yīng)資料。，收集相應(yīng)資料。u 理順各個(gè)崗位、各個(gè)業(yè)務(wù)流程之間的理順各個(gè)崗位、各個(gè)業(yè)務(wù)流程之間的關(guān)系關(guān)系。u 除去不必要的環(huán)節(jié)，對(duì)重復(fù)的環(huán)節(jié)進(jìn)行合并，除去不必要的環(huán)節(jié)，對(duì)重復(fù)的環(huán)節(jié)進(jìn)行合并，對(duì)新增的環(huán)節(jié)進(jìn)行增補(bǔ)。對(duì)新增的環(huán)節(jié)進(jìn)行增補(bǔ)。u 確定哪些是今后要確定哪些是今后要計(jì)算機(jī)系統(tǒng)處理的環(huán)節(jié)計(jì)算機(jī)系統(tǒng)處理的環(huán)節(jié) 。 3 3、業(yè)務(wù)流程圖的基本圖例、業(yè)務(wù)流程圖的基本圖例 業(yè)務(wù)中參與的人或事物（他或它自身信息參與到業(yè)務(wù)流程中） 業(yè)務(wù)處理（在業(yè)務(wù)流程中進(jìn)行的業(yè)務(wù)處理）業(yè)務(wù)中參與的單位、部門（他們的自身信息參與到業(yè)務(wù)

15、流程中） 文檔資料 3 3、業(yè)務(wù)流程圖的基本圖例、業(yè)務(wù)流程圖的基本圖例 數(shù)據(jù)文件（以文件的形式被保存、存儲(chǔ)） 業(yè)務(wù)流（表示業(yè)務(wù)流移動(dòng)的方向）業(yè)務(wù)處理的選擇判斷（在業(yè)務(wù)流程處理流程中需對(duì)相應(yīng)的事務(wù)進(jìn)行選擇判斷過程）u 1 1、材料倉庫管理、材料倉庫管理 材料倉庫材料倉庫 的管理業(yè)務(wù)有三項(xiàng)：入庫、出庫、月底結(jié)賬。的管理業(yè)務(wù)有三項(xiàng)：入庫、出庫、月底結(jié)賬。 (1). (1). 材料入庫的具體步驟為：材料入庫的具體步驟為： a. a. 采購員交材料入庫單；采購員交材料入庫單； b. b. 庫管員查材料訂貨單，核實(shí)入庫單；庫管員查材料訂貨單，核實(shí)入庫單； c. c. 材料入庫，庫管員驗(yàn)收貨物；材料入庫，庫

16、管員驗(yàn)收貨物； d. d.庫管員填寫收貨單給采購員，并把入庫單存入文件庫管員填寫收貨單給采購員，并把入庫單存入文件柜留柜留 存。存。u1 1、材料入庫的頂層業(yè)務(wù)流圖、材料入庫的頂層業(yè)務(wù)流圖 u2 2、材料入庫的第一層業(yè)務(wù)流圖、材料入庫的第一層業(yè)務(wù)流圖 u3 3、細(xì)化材料入庫的第一層業(yè)務(wù)流圖、細(xì)化材料入庫的第一層業(yè)務(wù)流圖 春景酒樓無線點(diǎn)菜業(yè)務(wù)流程圖 顧客上菜提醒小票柜臺(tái)刷卡預(yù)訂臺(tái)帳會(huì)員檔案檢索菜例手持終端下單顧客消費(fèi)臺(tái)帳預(yù)訂臺(tái)帳顧客催菜身份驗(yàn)證歷史消費(fèi)記錄前臺(tái)接待檢索匹配餐臺(tái)安排就座柜臺(tái)開臺(tái)修改餐臺(tái)狀態(tài)顧客點(diǎn)菜點(diǎn)菜單新加菜單退菜單顧客退菜顧客加菜顧客餐臺(tái)臺(tái)帳餐臺(tái)預(yù)訂參考臺(tái)帳推薦餐臺(tái)菜例臺(tái)帳修改預(yù)

17、訂狀態(tài)餐臺(tái)預(yù)訂參考臺(tái)帳顧客緩菜修改上菜狀態(tài)后廚分單打印后廚分單打印柜臺(tái)打印修改上菜狀態(tài)后廚部上菜小票消費(fèi)小票顧客按單上菜傳菜員 結(jié)構(gòu)化分析中經(jīng)常用到的建模方法 組織架構(gòu)圖 業(yè)務(wù)流程圖(TDF) 數(shù)據(jù)流圖（DFD） 數(shù)據(jù)字典 （Data dictionary） 實(shí)體關(guān)系圖（ER）2.4.3.1數(shù)據(jù)流圖一種圖形化技術(shù)，它描繪信息流和數(shù)據(jù)從輸入移動(dòng)到輸出的過程中所經(jīng)受的變換 可以在任何抽象層次上使用數(shù)據(jù)流圖表示系統(tǒng)或軟件 2.4.3.2 數(shù)據(jù)流圖符號(hào) 正方形（或立方體）表示數(shù)據(jù)的源點(diǎn)或終點(diǎn) 圓角矩形（或圓形）代表變換數(shù)據(jù)的處理 開口矩形（或兩條平行橫線）代表數(shù)據(jù)存儲(chǔ) 箭頭表示數(shù)據(jù)流 數(shù)據(jù)流圖的符號(hào)2

18、.4.3.3 例子假設(shè)一家工廠的采購部每天需要一張定貨報(bào)表，報(bào)表按零件編號(hào)排序，表中列出所有需要再次定貨的零件對(duì)于每個(gè)需要再次定貨的零件應(yīng)該列出下述數(shù)據(jù)：零件編號(hào)、零件名稱、定貨數(shù)量、目前價(jià)格、主要供應(yīng)者和次要供應(yīng)者零件入庫或出庫稱為事務(wù)，通過放在倉庫中的計(jì)算機(jī)網(wǎng)絡(luò)系統(tǒng)把事務(wù)報(bào)告給定貨系統(tǒng)。當(dāng)某種零件的庫存數(shù)量少于庫存量臨界值時(shí)就應(yīng)該再次定貨 畫出上述定貨系統(tǒng)的數(shù)據(jù)流圖可采用以下步驟 從問題描述中提取數(shù)據(jù)流圖的4種成分：采購員是數(shù)據(jù)終點(diǎn)，倉庫管理員是數(shù)據(jù)源點(diǎn) 接下來考慮處理：必須有一個(gè)用于產(chǎn)生報(bào)表的處理，對(duì)事務(wù)進(jìn)行的加工是另一個(gè)處理 最后考慮數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)：定貨報(bào)表是一個(gè)數(shù)據(jù)流，事務(wù)是另一個(gè)

19、數(shù)據(jù)流，應(yīng)該有一個(gè)數(shù)據(jù)存儲(chǔ) 定貨系統(tǒng)的基本系統(tǒng)模型 定貨系統(tǒng)的功能級(jí)數(shù)據(jù)流圖 把處理事務(wù)的功能進(jìn)一步分解后的數(shù)據(jù)流圖 2.4.3.4 命名1、為數(shù)據(jù)流（或數(shù)據(jù)存儲(chǔ)）命名 名字應(yīng)代表整個(gè)數(shù)據(jù)流（或數(shù)據(jù)存儲(chǔ)）的內(nèi)容，而不是僅僅反映它的某些成分 不要使用空洞的、缺乏具體含義的名字（如“數(shù)據(jù)”、“信息”、“輸入”之類） 如果在為某個(gè)數(shù)據(jù)流（或數(shù)據(jù)存儲(chǔ)）起名字時(shí)遇到了困難，則很可能是因?yàn)閷?duì)數(shù)據(jù)流圖分解不恰當(dāng)造成的，應(yīng)該試試重新分解，看是否能克服這個(gè)困難2、為處理命名 通常先為數(shù)據(jù)流命名，然后再為與之相關(guān)聯(lián)的處理命名 名字應(yīng)該反映整個(gè)處理的功能，而不是它的一部分功能 名字最好由一個(gè)具體的及物動(dòng)詞加上一個(gè)具

20、體的賓語組成 通常名字中僅包括一個(gè)動(dòng)詞 如果在為某個(gè)處理命名時(shí)遇到困難，則很可能是發(fā)現(xiàn)了分解不當(dāng)?shù)嫩E象，應(yīng)考慮重新分解 例例：（酒樓）：（酒樓） 1 1、餐飲管理系統(tǒng)的頂層、餐飲管理系統(tǒng)的頂層 （P0P0）數(shù)據(jù)流程圖）數(shù)據(jù)流程圖 頂層數(shù)據(jù)流程有兩個(gè)外部實(shí)體：顧客、經(jīng)理；預(yù)訂信息和會(huì)員資頂層數(shù)據(jù)流程有兩個(gè)外部實(shí)體：顧客、經(jīng)理；預(yù)訂信息和會(huì)員資料是系統(tǒng)主要的輸入數(shù)據(jù)流，營業(yè)統(tǒng)計(jì)信息和消費(fèi)結(jié)帳單是系統(tǒng)的主要輸料是系統(tǒng)主要的輸入數(shù)據(jù)流，營業(yè)統(tǒng)計(jì)信息和消費(fèi)結(jié)帳單是系統(tǒng)的主要輸出數(shù)據(jù)流。出數(shù)據(jù)流?；赪eb Service的無線餐飲管理系統(tǒng)P0顧客預(yù)訂信息會(huì)員資料經(jīng)理顧客營業(yè)統(tǒng)計(jì)信息消費(fèi)結(jié)帳單D9預(yù)訂臺(tái)帳

21、預(yù)訂管理子系統(tǒng)P1顧客預(yù)訂信息餐臺(tái)預(yù)訂占用信息經(jīng)理顧客會(huì)員檔案消費(fèi)結(jié)帳單D2餐臺(tái)預(yù)訂參考臺(tái)帳D5會(huì)員檔案無線點(diǎn)菜子系統(tǒng)P2點(diǎn)菜清單D3菜例臺(tái)帳D10消費(fèi)臺(tái)帳查詢統(tǒng)計(jì)子系統(tǒng)P5收銀結(jié)帳子系統(tǒng)P3D5會(huì)員檔案顧客D1餐臺(tái)臺(tái)帳消費(fèi)記錄會(huì)員檔案菜例檔案菜例臺(tái)帳消費(fèi)記錄餐臺(tái)臺(tái)帳會(huì)員管理子系統(tǒng)P4顧客營業(yè)統(tǒng)計(jì)信息消費(fèi)記錄會(huì)員資料預(yù)訂臺(tái)帳預(yù)訂臺(tái)帳會(huì)員檔案2 2、餐飲管理系統(tǒng)的第一層、餐飲管理系統(tǒng)的第一層 數(shù)據(jù)流程圖數(shù)據(jù)流程圖3 3、 P1 P1預(yù)訂管理子系統(tǒng)數(shù)據(jù)流程圖預(yù)訂管理子系統(tǒng)數(shù)據(jù)流程圖 餐飲管理系統(tǒng)第二層餐飲管理系統(tǒng)第二層D9預(yù)訂臺(tái)帳判斷是否會(huì)員P1.1顧客顧客信息會(huì)員信息預(yù)訂信息D2餐臺(tái)預(yù)訂參考臺(tái)帳

22、D5會(huì)員檔案檢索歷史預(yù)訂信息P1.2預(yù)訂記錄D3菜例臺(tái)帳生成預(yù)訂訂單P1.4檢索匹配餐臺(tái)P1.3顧客預(yù)訂餐臺(tái)要求推薦餐臺(tái)/菜例信息預(yù)訂臺(tái)帳取消預(yù)訂P1.5會(huì)員檔案取消餐臺(tái)預(yù)訂信息D2餐臺(tái)預(yù)訂參考臺(tái)帳餐臺(tái)預(yù)訂占用信息取消預(yù)訂信息 結(jié)構(gòu)化分析中經(jīng)常用到的建模方法 組織架構(gòu)圖 業(yè)務(wù)流程圖(TDF) 數(shù)據(jù)流圖（DFD） 數(shù)據(jù)字典 （Data dictionary） 實(shí)體關(guān)系圖（ER） 在結(jié)構(gòu)化分析中，數(shù)據(jù)字典的作用是給數(shù)據(jù)流圖上每個(gè)成分加以定義和說明。即數(shù)據(jù)流圖上所有的成分的定義和解釋的文字集合就是數(shù)據(jù)字典，而且在數(shù)據(jù)字典中建立的一組嚴(yán)密一致的定義很有助于改進(jìn)分析員和用戶的通信。 數(shù)據(jù)字典的組成： 1

23、、數(shù)據(jù)項(xiàng) 2、數(shù)據(jù)結(jié)構(gòu) 3、數(shù)據(jù)流 4、數(shù)據(jù)存儲(chǔ) 5、處理過程 數(shù)據(jù)項(xiàng)：數(shù)據(jù)流圖中數(shù)據(jù)塊的數(shù)據(jù)結(jié)構(gòu)中的數(shù)據(jù)項(xiàng)說明 數(shù)據(jù)項(xiàng)是不可再分的數(shù)據(jù)單位。對(duì)數(shù)據(jù)項(xiàng)的描述通常包括以下內(nèi)容： 數(shù)據(jù)項(xiàng)描述=數(shù)據(jù)項(xiàng)名，數(shù)據(jù)項(xiàng)含義說明，別名，數(shù)據(jù)類型，長度，取值范圍，取值含義，與其他數(shù)據(jù)項(xiàng)的邏輯關(guān)系 其中“取值范圍”、“與其他數(shù)據(jù)項(xiàng)的邏輯關(guān)系”定義了數(shù)據(jù)的完整性約束條件，是設(shè)計(jì)數(shù)據(jù)檢驗(yàn)功能的依據(jù)。若干個(gè)數(shù)據(jù)項(xiàng)可以組成一個(gè)數(shù)據(jù)結(jié)構(gòu)。例：春景酒樓無線餐飲管理系統(tǒng)的數(shù)據(jù)字典 1、餐飲管理系統(tǒng)的數(shù)據(jù)項(xiàng)(表中字段)定義系統(tǒng)數(shù)據(jù)項(xiàng)定義編號(hào)名稱說明數(shù)據(jù)值類型取值范圍長度 有關(guān)數(shù)據(jù)結(jié)構(gòu)1-001菜例編碼酒店菜例編碼離散0001-9

24、9994菜例信息 1-002消費(fèi)清單編碼消費(fèi)單流水號(hào)離散xxx0001-xxx99997消費(fèi)清單詳細(xì)信息1-003會(huì)員姓名會(huì)員姓名字符型10會(huì)員信息1-004菜例名稱菜例名稱字符型20菜例信息 1-005餐臺(tái)編碼餐臺(tái)編碼離散0001-99994餐臺(tái)信息1-006餐臺(tái)名稱餐臺(tái)名稱字符型20餐臺(tái)信息1-007 數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)：數(shù)據(jù)流圖中數(shù)據(jù)塊的數(shù)據(jù)結(jié)構(gòu)說明 數(shù)據(jù)結(jié)構(gòu)反映了數(shù)據(jù)之間的組合關(guān)系。一個(gè)數(shù)據(jù)結(jié)構(gòu)可以由若干個(gè)數(shù)據(jù)項(xiàng)組成，也可以由若干個(gè)數(shù)據(jù)結(jié)構(gòu)組成，或由若干個(gè)數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)混合組成。對(duì)數(shù)據(jù)結(jié)構(gòu)的描述通常包括以下內(nèi)容： 數(shù)據(jù)結(jié)構(gòu)描述=數(shù)據(jù)結(jié)構(gòu)名，含義說明，組成:數(shù)據(jù)項(xiàng)或數(shù)據(jù)結(jié)構(gòu)2、餐飲管理系

25、統(tǒng)的數(shù)據(jù)結(jié)構(gòu)(基本表)定義系統(tǒng)數(shù)據(jù)結(jié)構(gòu)定義編號(hào)名稱說明結(jié)構(gòu)有關(guān)數(shù)據(jù)流2-001 菜例信息 菜例基本信息菜例編碼、菜例名稱、菜例簡拼、菜例類別、計(jì)價(jià)單位、成本單價(jià)、銷售單價(jià)、打折比例等D3P1.4、D3P2.4.12-002消費(fèi)清單信息顧客消費(fèi)結(jié)帳單消費(fèi)清單編碼、會(huì)員編碼、清單狀態(tài)、餐臺(tái)編碼、菜例編碼、菜例數(shù)量、金額等P2.4.1D10、P2.4.4D10、P2.4.5D10、P2.4.6D10、P4D10、D10P2.4.3、D10P4.4、D10P3.3、 D10P2.2、D10P52-003會(huì)員基本信息會(huì)員基本信息會(huì)員編碼、會(huì)員姓名、姓名簡拼、姓別、出生日期、帳戶余額主、會(huì)員等級(jí)、當(dāng)前累計(jì)

26、積分、辦理日期、會(huì)員狀態(tài)、聯(lián)系電話P3.2D5、P4.2D5、 P4.4D5、D5P1.1、 D5P2.1、D5P3.1、 D5P4.32-004 餐臺(tái)信息 餐臺(tái)基本信息餐臺(tái)編碼、餐臺(tái)名稱、房間類型、所在區(qū)域、容納人數(shù)、餐臺(tái)狀態(tài)D1P2.3、P2.5D1、 P3.4D12-005 數(shù)據(jù)流數(shù)據(jù)流：數(shù)據(jù)流圖中流線的說明 數(shù)據(jù)流是數(shù)據(jù)結(jié)構(gòu)在系統(tǒng)內(nèi)傳輸?shù)穆窂?。?duì)數(shù)據(jù)流的描述通常包括以下內(nèi)容： 數(shù)據(jù)流描述=數(shù)據(jù)流名，說明，數(shù)據(jù)流來源，數(shù)據(jù)流去向，組成:數(shù)據(jù)結(jié)構(gòu)，平均流量，高峰期流量 其中“數(shù)據(jù)流來源”是說明該數(shù)據(jù)流來自哪個(gè)過程，即數(shù)據(jù)的來源?！皵?shù)據(jù)流去向”是說明該數(shù)據(jù)流將到哪個(gè)過程去，即數(shù)據(jù)的去向?！捌?/p>

27、均流量”是指在單位時(shí)間（每天、每周、每月等）里的傳輸次數(shù)?！案叻迤诹髁俊眲t是指在高峰時(shí)期的數(shù)據(jù)流量。3、餐飲管理系統(tǒng)的數(shù)據(jù)流(中間表-臨時(shí)表)定義系統(tǒng)數(shù)據(jù)流定義編號(hào)名稱來源去向組成數(shù)據(jù)平均流量最大流量3-001 預(yù)訂信息顧客 P1.4顧客姓名、預(yù)訂狀態(tài)、聯(lián)系方式、預(yù)訂餐臺(tái)、預(yù)訂日期、預(yù)訂時(shí)段、預(yù)訂押金、操作員等。50份/天 100份/天3-002會(huì)員資料顧客 P4.2會(huì)員姓名、姓名簡拼、姓別、出生日期、會(huì)員等級(jí)、辦理日期、聯(lián)系電話50份/天 100份/天2-003點(diǎn)菜清單顧客 P2.4.1菜例編碼、菜例名稱、菜例簡拼、菜例類別、計(jì)價(jià)單位等100份/天200份/天2-004消費(fèi)結(jié)帳單P3.3 顧

28、客 顧客P4.1 消費(fèi)清單編碼、會(huì)員編碼、清單狀態(tài)、餐臺(tái)編碼、消費(fèi)數(shù)量、顧客人數(shù)、進(jìn)店時(shí)間、離店時(shí)間、應(yīng)收金額、實(shí)收金額、結(jié)帳單金額、收銀員等100份/天200份/天2-005 數(shù)據(jù)存儲(chǔ)數(shù)據(jù)存儲(chǔ)：數(shù)據(jù)流圖中數(shù)據(jù)塊的存儲(chǔ)特性說明。 數(shù)據(jù)存儲(chǔ)是數(shù)據(jù)結(jié)構(gòu)停留或保存的地方，也是數(shù)據(jù)流的來源和去向之一。對(duì)數(shù)據(jù)存儲(chǔ)的描述通常包括以下內(nèi)容：數(shù)據(jù)存儲(chǔ)描述數(shù)據(jù)存儲(chǔ)描述=數(shù)據(jù)存儲(chǔ)名，說明，編號(hào)，流入的數(shù)據(jù)流，流出數(shù)據(jù)存儲(chǔ)名，說明，編號(hào)，流入的數(shù)據(jù)流，流出的數(shù)據(jù)流，組成的數(shù)據(jù)流，組成: :數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu) ，數(shù)據(jù)量，存取方式，數(shù)據(jù)量，存取方式 其中“數(shù)據(jù)量”是指每次存取多少數(shù)據(jù)，每天（或每小時(shí)、每周等）存取幾次等信

29、息?！按嫒》椒ā卑ㄊ桥幚?，還是聯(lián)機(jī)處理；是檢索還是更新；是順序檢索還是隨機(jī)檢索等。 另外“流入的數(shù)據(jù)流”要指出其來源，“流出的數(shù)據(jù)流”要指出其去向。4、餐飲管理系統(tǒng)的數(shù)據(jù)存儲(chǔ) (基本表)定義系統(tǒng)數(shù)據(jù)存儲(chǔ)定義編號(hào)名稱說明輸入數(shù)據(jù)流輸出數(shù)據(jù)流組成4-001 餐臺(tái)預(yù)訂參考臺(tái)帳(D2)餐臺(tái)預(yù)訂信息及狀態(tài)P2.4.2D2D2P1.3 D2P2.3餐臺(tái)編碼、預(yù)訂時(shí)間、時(shí)段編碼、預(yù)訂狀態(tài)4-002會(huì)員檔案(D5)顧客注冊會(huì)員信息P3.2D5 P4.2D5 P4.4D5D5P1.1 D5P2.1 D5P3.1 D5P4.3預(yù)訂清單編碼、顧客姓名、性別、預(yù)訂狀態(tài)、聯(lián)系方式、預(yù)訂餐臺(tái)、預(yù)訂日期、預(yù)訂時(shí)段、預(yù)抵

30、時(shí)間、取消時(shí)間、預(yù)訂押金、顧客留言、顧客人數(shù)4-003預(yù)訂臺(tái)帳(D9)顧客 預(yù)訂信息P1.4D9 P1.5D9 P2.4.2D9D9P1.2 D9P2.4.1 預(yù)訂清單編碼、顧客姓名、性別、預(yù)訂狀態(tài)、聯(lián)系方式、預(yù)訂餐臺(tái)、預(yù)訂日期、預(yù)訂時(shí)段、預(yù)抵時(shí)間、取消時(shí)間、預(yù)訂押金、顧客留言、顧客人數(shù)4-004消費(fèi)臺(tái)帳(D10)顧客消費(fèi)結(jié)帳單P2.4.1D10 P2.4.4D10 P2.4.5D10 P2.4.6D10 P3.5D10D10P2.4.3 D10P4.4 D10P3.3 D10P2.2 D10P5消費(fèi)清單編碼、會(huì)員編碼、清單狀態(tài)、餐臺(tái)編碼、消費(fèi)數(shù)量、顧客人數(shù)、進(jìn)店時(shí)間、離店時(shí)間、應(yīng)收金額、實(shí)收金額、結(jié)帳單金額、收銀員等4-005 處理過程處理過程：數(shù)據(jù)流圖中功能塊的說明 數(shù)據(jù)字典中只需要描述處理過程的說明性信息，通常包括以下內(nèi)容： 處理過程描述=處理過程名，說明，輸入:數(shù)據(jù)流，輸出:數(shù)據(jù)流，處理:簡要說明 其中“簡要說明”中主要說明該處理過程的功能及處理要求。功能是指該處理過程用來做什么（而不是怎么做）；處理要求包括處理頻度要求，如單位時(shí)間里處理多少事務(wù)，多少數(shù)據(jù)量，響應(yīng)時(shí)間要求等，這些處理要求是后面物理設(shè)計(jì)的輸入及性能評(píng)價(jià)的標(biāo)準(zhǔn)。5、餐飲管理系統(tǒng)的處理過程 定義系統(tǒng)處理過程定義編號(hào)