需求分析需求—導(dǎo)致項(xiàng)目失敗的罪魁禍?zhǔn)赘鶕?jù)StandishGroup對(duì)23000個(gè)項(xiàng)目進(jìn)行的研究結(jié)果表明，28%的項(xiàng)目徹底失敗，46%的項(xiàng)目超出經(jīng)費(fèi)預(yù)算或者超出工期，只有約26%的項(xiàng)目獲得成功。而在于這些高達(dá)74%的不成功項(xiàng)目中，有約60%的失敗是源于需求問(wèn)題。也就是說(shuō)，有近45%的項(xiàng)目最終因?yàn)樾枨蟮膯?wèn)題最終導(dǎo)致失敗。我們?cè)谀睦镏刂厮ち艘货釉赟tandishGroup的報(bào)告中總結(jié)了導(dǎo)致項(xiàng)目失敗的最重要的8大原因中，有5個(gè)與需求相關(guān)：不完整的需求(13.1%)；缺乏用戶(hù)的介入(12.4%)；不實(shí)際的客戶(hù)期望(9.9%)；需求和規(guī)范的變更(8.7%)；提供了不再需要的(7.5%)

缺乏資源(10.6%),沒(méi)有執(zhí)行層支持(9.3%),缺少規(guī)劃(8.1%)項(xiàng)目成功的因素用戶(hù)的參與：15.9%管理層支持：13.9%清晰的需求描述(13.0%)；合適的規(guī)劃(9.6%)；現(xiàn)實(shí)的客戶(hù)期望(8.2%)；較小的里程碑(7.7%)；有才能的員工(7.2%)軟件需求曾經(jīng)讓我們?nèi)绱死仟N參與各方都以自已角度講述問(wèn)題分布式WebServices三層

對(duì)話(huà)框菜單條DCOM

B/S數(shù)據(jù)交換……財(cái)務(wù)計(jì)算管理報(bào)表工作流自動(dòng)庫(kù)存控制庫(kù)存報(bào)警

業(yè)務(wù)線(xiàn)索管理業(yè)務(wù)經(jīng)線(xiàn)索跟蹤

銷(xiāo)售月報(bào)生成交易流數(shù)據(jù)問(wèn)題的根源是什么？用戶(hù)說(shuō)的不是他想的：客戶(hù)提供（陳述的需求）的需求并不是真實(shí)的需求，還需要作進(jìn)一步的分析，以確定客戶(hù)的真正需求和期望，接下來(lái)需要澄清并重新描述?？梢赃@么說(shuō)客戶(hù)在理解基礎(chǔ)業(yè)務(wù)過(guò)程和描述自己的需求方面有很大的差異。需求分析方法有問(wèn)題：系統(tǒng)開(kāi)發(fā)人員

使用低效的需求分析和項(xiàng)目管理方法。共同責(zé)任強(qiáng)調(diào)不足：對(duì)客戶(hù)和提供商

在項(xiàng)目成功的共同責(zé)任方面強(qiáng)調(diào)不夠。優(yōu)秀的團(tuán)隊(duì)遇到糟糕的需求用戶(hù)參與不足用戶(hù)需求擴(kuò)展有歧義的需求過(guò)于抽象的需求忽略某種用戶(hù)不準(zhǔn)確的計(jì)劃……我們應(yīng)該怎么辦？對(duì)“需求”建立正確的認(rèn)識(shí)；客戶(hù)和供應(yīng)商—一根繩子上的兩個(gè)螞蚱；和客戶(hù)一起建立起“共同的目標(biāo)”；尋找并使用正確的、有效的需求捕獲、描述（建模）、管理方法；動(dòng)態(tài)、持續(xù)地適應(yīng)需求的變化；需求是什么？業(yè)務(wù)需求業(yè)務(wù)需求是指反映組織機(jī)構(gòu)或客戶(hù)對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，通常問(wèn)題定義本身就是業(yè)務(wù)需求。背景描述：XX保險(xiǎn)公司希望充分利用日益完善的移動(dòng)通信技術(shù)，在原有的辦公系統(tǒng)的基礎(chǔ)上進(jìn)行擴(kuò)展，使得在外的業(yè)務(wù)人員能夠及時(shí)地獲得客戶(hù)、業(yè)務(wù)相關(guān)的動(dòng)態(tài)信息，與此同時(shí)，實(shí)現(xiàn)企業(yè)內(nèi)部的即時(shí)通信。業(yè)務(wù)需求/目標(biāo)：通過(guò)該系統(tǒng)的實(shí)施，將人

工保費(fèi)續(xù)繳、投保手續(xù)辦理兩項(xiàng)業(yè)務(wù)運(yùn)轉(zhuǎn)

周期縮短10％以上，使企業(yè)內(nèi)部溝通效率

大幅改善，以幫助企業(yè)運(yùn)轉(zhuǎn)效率得以提高。業(yè)務(wù)目標(biāo)示例某船廠商業(yè)管理系統(tǒng)目標(biāo)：A1.取代過(guò)時(shí)的系統(tǒng)A2.集成訂單文檔及數(shù)據(jù)庫(kù)A3.使用經(jīng)驗(yàn)數(shù)據(jù)進(jìn)行報(bào)價(jià)

A4.支持系統(tǒng)化的銷(xiāo)售

A5.快速捕獲成本數(shù)據(jù)

A6.加快發(fā)票的制作某醫(yī)院管理系統(tǒng)目標(biāo)：B1.降低IT成本人事部門(mén)：B2.實(shí)現(xiàn)一些任務(wù)的自動(dòng)化B3.消除出錯(cuò)源B4.遵守最后期限

B5.減少繁瑣工作

醫(yī)院部門(mén)：B6.減少加班及工作量不足的情況

B7.更快速的勤務(wù)規(guī)劃

B8.改進(jìn)勤務(wù)表質(zhì)量業(yè)務(wù)需求就是定義系統(tǒng)目標(biāo)目標(biāo)在哪里？業(yè)務(wù)需求是構(gòu)建在“項(xiàng)目發(fā)起人”的腦子里的，也就是誰(shuí)提出項(xiàng)目，誰(shuí)就擁有對(duì)“業(yè)務(wù)需求”的最清晰的理解。引出宏觀的目標(biāo)：思考企業(yè)運(yùn)作中存在什么問(wèn)題？這些問(wèn)題主要是體現(xiàn)在哪些方面？這些問(wèn)題對(duì)企業(yè)造成了什么影響？認(rèn)為可以怎么解決？希望達(dá)到什么樣的效果？將大任務(wù)分解成為小目標(biāo)，并且引導(dǎo)客戶(hù)良好地定義，這也是我們形成“項(xiàng)目子目標(biāo)描述”的關(guān)鍵基礎(chǔ)。衡量這些目標(biāo)的合理性與可行性。業(yè)務(wù)需求就是定義系統(tǒng)目標(biāo)形成一個(gè)不超過(guò)50字的項(xiàng)目目標(biāo)，并且列出5-9個(gè)主要子目標(biāo)，并且將其制作成一頁(yè)文檔，作為“項(xiàng)目的行動(dòng)綱領(lǐng)”，還應(yīng)該得到“項(xiàng)目發(fā)起人”的認(rèn)可。在此基礎(chǔ)上，可以編寫(xiě)“項(xiàng)目的目標(biāo)和范圍文檔”(或稱(chēng)項(xiàng)目綜述，即POS，內(nèi)容包括問(wèn)題/機(jī)會(huì)、項(xiàng)目目標(biāo)、項(xiàng)目目的、成功標(biāo)準(zhǔn)、假設(shè)/風(fēng)險(xiǎn)/障礙)，對(duì)于產(chǎn)品而言，我們還可以構(gòu)建一個(gè)從市場(chǎng)角度分析的“愿景”文檔。該部分工作是處于“需求過(guò)程”的金字塔尖，多花費(fèi)一些時(shí)間和精力是值得的，也是必要的。業(yè)務(wù)需求就是定義系統(tǒng)目標(biāo)有了清晰的目標(biāo)之

后，還應(yīng)該對(duì)系統(tǒng)

劃定范圍：用戶(hù)需求用戶(hù)需求是指描述用戶(hù)使用產(chǎn)品必須要完成什么任務(wù)，怎么完成的需求，通常是在問(wèn)題定義的基礎(chǔ)上進(jìn)用戶(hù)訪(fǎng)談、調(diào)查，對(duì)用戶(hù)使用的場(chǎng)景進(jìn)行整理，從而建立從用戶(hù)角度的需求。用戶(hù)有不同類(lèi)型：

>管理型、事務(wù)型>信息系統(tǒng)、人

>決策層、使用層>常用者、偶用者系統(tǒng)需求解釋一：系統(tǒng)需求是相關(guān)聯(lián)的硬件、軟件系統(tǒng)對(duì)待開(kāi)發(fā)系統(tǒng)的相關(guān)需求。解釋二：從系統(tǒng)實(shí)現(xiàn)的角度描述的需求。開(kāi)發(fā)人員（設(shè)計(jì)及分析人員）在業(yè)務(wù)需求、用戶(hù)需求的基礎(chǔ)上生成的。功能需求功能需求是需求的主體，是需求的本質(zhì)功能需求定義了：系統(tǒng)必須完成的那些事，即為了向它的用戶(hù)提供有用的功能，產(chǎn)品必須執(zhí)行的動(dòng)作零散（需求項(xiàng)）整理（特性、用例）敏捷方法：用戶(hù)故事質(zhì)量屬性產(chǎn)品必須具備的屬性或品質(zhì)可靠性：成熟性、容錯(cuò)性、易恢復(fù)性易使用性：易理解性、易學(xué)習(xí)性、易操作性效率：時(shí)間特性、資源特性可維護(hù)性：易分析性、易更改性、穩(wěn)定性、易測(cè)試性可移植性：適應(yīng)性、易安裝性、一致性、易替換性設(shè)計(jì)約束也稱(chēng)為限制條件、補(bǔ)充規(guī)約，這通常是對(duì)解決方案的一些約束說(shuō)明。例如：必須采用國(guó)有自主知識(shí)版權(quán)的數(shù)據(jù)庫(kù)系統(tǒng)…再如：必須運(yùn)行在UNIX操作系統(tǒng)之下優(yōu)秀的需求完整性：完整描述即將交付使用的功能，發(fā)現(xiàn)缺少某項(xiàng)信息正確性：經(jīng)過(guò)用戶(hù)或用戶(hù)信任的代理人審閱可行性：在已知能力和約束條件中實(shí)現(xiàn)必要性：每項(xiàng)需求記錄的功能都應(yīng)是用戶(hù)真正需要的有優(yōu)先次序：提供了實(shí)現(xiàn)優(yōu)先級(jí)無(wú)歧義：對(duì)所有讀者只有一種一致的解釋可驗(yàn)證性：可以設(shè)計(jì)測(cè)試方法來(lái)檢查檢查表示例需求錯(cuò)誤的代價(jià)需求：1設(shè)計(jì)：5編碼：10測(cè)試：20-50運(yùn)行與維護(hù)：200信息系統(tǒng)立項(xiàng)前的分析方法G（目標(biāo)）：要確定需要開(kāi)發(fā)某個(gè)信息系統(tǒng)之前，應(yīng)該分析其應(yīng)該達(dá)到的目標(biāo)：業(yè)務(wù)性、可度量P（問(wèn)題）：要達(dá)到該目標(biāo)所需解決的問(wèn)題！O（選項(xiàng)）：針對(duì)這些問(wèn)題可選的解決方案A（答案）：針對(duì)各種Option進(jìn)行分析、評(píng)估，最終確定答案。信息系統(tǒng)立項(xiàng)可行性分析確定目標(biāo)：信息系統(tǒng)實(shí)現(xiàn)前，信息系統(tǒng)實(shí)現(xiàn)后提出解決方案：分析P，給出O，得出A可行性分析：

>效益分析：經(jīng)濟(jì)可行性，投資回報(bào)

>社會(huì)可行性

>技術(shù)可行性信息系統(tǒng)立項(xiàng)時(shí)的常見(jiàn)誤區(qū)目標(biāo)：含混不清，過(guò)為宏觀

Solution:基于業(yè)務(wù)需求思考解決方案：思路過(guò)于受限

Solutions:>只想What，別想How

>了解、理解IT技術(shù)期望值：脫離現(xiàn)實(shí)發(fā)起人、用戶(hù)、使用者想法不一致

問(wèn)題分析的四個(gè)步驟問(wèn)題分析：理解真實(shí)世界中的問(wèn)題和用戶(hù)的需求并提出滿(mǎn)足這些多方面要的解決方案的過(guò)程①在問(wèn)題定義上達(dá)成共識(shí)②理解根本原因—問(wèn)題背后的問(wèn)題③定義解決方案系統(tǒng)的界限④確定加在解決方案上的約束在問(wèn)題定義上達(dá)成共識(shí)把問(wèn)題寫(xiě)下來(lái)，看每個(gè)人是否都同意采用標(biāo)準(zhǔn)化格式：

>問(wèn)題：描述問(wèn)題

>影響：確定受問(wèn)題影響的風(fēng)險(xiǎn)承擔(dān)人

>結(jié)果：確定問(wèn)題對(duì)風(fēng)險(xiǎn)承擔(dān)人和商業(yè)活動(dòng)的影響

>優(yōu)點(diǎn)：指出解決方案并列出主要優(yōu)點(diǎn)理解根本原因—問(wèn)題背后的問(wèn)題理解原因后對(duì)問(wèn)題的陳述問(wèn)題：不準(zhǔn)確的訂單影響：訂單操作者、客戶(hù)、生產(chǎn)者、銷(xiāo)售者及客服結(jié)果：增加廢品、額外處理成本、客戶(hù)不滿(mǎn)及收益降低成功的解決方法：

>增加輸入點(diǎn)訂單的準(zhǔn)確性

>增加銷(xiāo)售數(shù)據(jù)的報(bào)告以便進(jìn)行管理

確定涉眾和用戶(hù)系統(tǒng)的用戶(hù)是誰(shuí)？還有哪些人會(huì)受系統(tǒng)輸出的影響？系統(tǒng)完成并投入使用后，有誰(shuí)會(huì)對(duì)它進(jìn)行評(píng)估？還有沒(méi)有其他系統(tǒng)內(nèi)部或外部用戶(hù)，他們的需要有沒(méi)有必要被考慮到？系統(tǒng)將來(lái)由誰(shuí)維護(hù)？還有其他人嗎？定義解決方案系統(tǒng)的界限誰(shuí)會(huì)對(duì)系統(tǒng)提供信息？誰(shuí)會(huì)在系統(tǒng)中使用信息？誰(shuí)會(huì)從系統(tǒng)中刪除信息？誰(shuí)將操作該系統(tǒng)？誰(shuí)是系統(tǒng)的維護(hù)者？系統(tǒng)將會(huì)在哪兒被使用？系統(tǒng)從哪兒得到信息？哪些外部系統(tǒng)要

和系統(tǒng)進(jìn)行交互？確定加在解決方案上的約束經(jīng)濟(jì)約束：預(yù)算？行政約束：存在許可問(wèn)題？潛在內(nèi)外部政問(wèn)題？部門(mén)間問(wèn)題？技術(shù)約束：技術(shù)選擇有何限制？限制在已有平臺(tái)或技術(shù)上？禁止使用新技術(shù)？需要購(gòu)買(mǎi)軟件包？系統(tǒng)約束：建立在現(xiàn)有系統(tǒng)上？需要維護(hù)與原系統(tǒng)的兼容性？必須支付什么操作系統(tǒng)？環(huán)境約束：合法嗎？安全性要求？其他標(biāo)準(zhǔn)限制？進(jìn)度及資源：進(jìn)度要求？已有資源？外部勞動(dòng)力可用否？有無(wú)擴(kuò)展資源？確定加在解決方案上的約束操作性：銷(xiāo)售訂單數(shù)據(jù)必須在數(shù)據(jù)庫(kù)中備份一年，因?yàn)閿?shù)據(jù)丟失風(fēng)險(xiǎn)太大，需并行運(yùn)行至少一年的數(shù)據(jù)系統(tǒng)及操作系統(tǒng)：應(yīng)用在服務(wù)器上占用不超過(guò)200M，因?yàn)榉?wù)器上存儲(chǔ)空間有限設(shè)備預(yù)算：必須在已有服務(wù)器和主機(jī)上開(kāi)發(fā)人員預(yù)算：固定的人力資源，沒(méi)有外部資源技術(shù)要求：應(yīng)用新的面向?qū)ο蟮姆椒ㄐ枨箝_(kāi)發(fā)與管理需求開(kāi)發(fā)活動(dòng)需求獲取應(yīng)收集什么信息：

>問(wèn)題的描述

>要求解決的問(wèn)題列表（需求）

>用戶(hù)對(duì)解系統(tǒng)的行為或結(jié)構(gòu)施加的任何約束信息來(lái)源：

>客戶(hù)（實(shí)際的和潛在的）

>任何原有解系統(tǒng)（已有系統(tǒng)）及其文檔

>原有系統(tǒng)用戶(hù)/新系統(tǒng)的潛在用戶(hù)

>應(yīng)用（問(wèn)題）領(lǐng)域?qū)＜?/p>

>定義了任何接口系統(tǒng)的特片和行為的文檔

>相關(guān)的技術(shù)標(biāo)準(zhǔn)和法規(guī)需求獲取技術(shù)閱讀背景資料頭腦風(fēng)暴討論分析文檔考古面談（用戶(hù)訪(fǎng)談）聯(lián)合應(yīng)用設(shè)計(jì)用戶(hù)調(diào)查需求剝離現(xiàn)場(chǎng)觀摩任務(wù)觀察用例和場(chǎng)景需求獲取的誤區(qū)缺乏計(jì)劃性：隨意、走過(guò)場(chǎng)，預(yù)先沒(méi)計(jì)劃缺乏科學(xué)性：未從本質(zhì)入手捕獲對(duì)象不明確，甚至造成岐義過(guò)于迷信現(xiàn)有文檔過(guò)于迷信“聽(tīng)”到的東西需求捕獲的主要障礙大多數(shù)情況下，系統(tǒng)相關(guān)的人員無(wú)法陳述自己的需要許多用戶(hù)難以解釋所執(zhí)行的任務(wù)，更難解釋為什么執(zhí)行這些任務(wù)相關(guān)人員經(jīng)常指定解決方案而不是需求相關(guān)人員也難以構(gòu)想出新的工作方法，或者想像出使用提供的方法執(zhí)行熟悉的任務(wù)所能夠得到的結(jié)果不同的相關(guān)人員可能持有相互矛盾的觀點(diǎn)相關(guān)人員經(jīng)常出于抵制變更而拒絕新系統(tǒng)需求可能過(guò)多—過(guò)度的需求需求隨著時(shí)間而變化需求捕獲的各方職責(zé)用戶(hù)、顧客和客戶(hù)：有責(zé)任向需求分析師提供他們的工作知識(shí)需求分析師：理解用戶(hù)所說(shuō)的關(guān)于工作的事情，并將其解釋成產(chǎn)品的需求規(guī)格說(shuō)明

>觀察和學(xué)習(xí)該項(xiàng)工作，從用戶(hù)角度來(lái)理解它

>用戶(hù)對(duì)某項(xiàng)工作的描述必須作為事實(shí)來(lái)對(duì)待，要發(fā)現(xiàn)工作的本質(zhì)，而非表象

>發(fā)明完成該工作更好的方法

>以需求規(guī)格說(shuō)明書(shū)和分析模型的方式記錄用戶(hù)在需求捕獲過(guò)程中的角色作為設(shè)計(jì)組、專(zhuān)題討論會(huì)的成員，參與設(shè)計(jì)用戶(hù)界面作為知識(shí)來(lái)源，提供任務(wù)、商業(yè)過(guò)程的當(dāng)前執(zhí)行情況參與集策討論會(huì)，提供構(gòu)想、確定問(wèn)題作為測(cè)試用戶(hù)，在驗(yàn)收時(shí)測(cè)試系統(tǒng)檢查能否正常工作作為審查者評(píng)估用戶(hù)界面進(jìn)行可用性測(cè)度，嘗試使用新的用戶(hù)界面執(zhí)行任務(wù)需求心理學(xué)—常見(jiàn)現(xiàn)象言過(guò)其實(shí)心理：說(shuō)的流程是一種理想化流程，與實(shí)際情況嚴(yán)重不符越俎代皰心理：對(duì)非自己處理的流程津津熱道，根據(jù)自己的理解、想像進(jìn)行肯定的描述非正事心理：一直忙于工作，無(wú)瑕配合需求調(diào)研抗拒心理：新系統(tǒng)對(duì)其利益有損，故意不配合推卸責(zé)任心理：裝不知，說(shuō)沒(méi)需求需求變化的預(yù)期流程變化：流程順序變化，流程細(xì)節(jié)變化，流程負(fù)責(zé)人變化，流程輸入變化，流程輸出變化。數(shù)據(jù)變化：數(shù)據(jù)格式變化、數(shù)據(jù)規(guī)則變化、數(shù)據(jù)輸出變化、數(shù)據(jù)項(xiàng)變化業(yè)務(wù)規(guī)則：規(guī)則增加、規(guī)則減少、規(guī)則變化系統(tǒng)表現(xiàn)形式變化：界面、風(fēng)格、輸入形式、

展現(xiàn)方式、訪(fǎng)問(wèn)方法、網(wǎng)絡(luò)環(huán)境系統(tǒng)化地組織需求捕獲應(yīng)該搜集什么信息？細(xì)化地研究流程圖，看看是否已經(jīng)對(duì)每個(gè)環(huán)節(jié)、每個(gè)步驟都清楚地認(rèn)識(shí)了。我們應(yīng)該根據(jù)自己的理解首先對(duì)每個(gè)流程的工作進(jìn)行定義，寫(xiě)出事件流，并且標(biāo)識(shí)出疑問(wèn)點(diǎn)，這些都將使我們明白“應(yīng)該收集什么信息”。從哪搜集這些信息？流程涉及到什么部門(mén)、崗位，答案就應(yīng)該從誰(shuí)身上找。用什么機(jī)制來(lái)搜集？需求捕獲技術(shù)有多種，重點(diǎn)在于因地制宜地使用不同的機(jī)制……流程圖用戶(hù)訪(fǎng)談?dòng)脩?hù)訪(fǎng)談：最基本、最常見(jiàn)的技術(shù)利：直接有效、形式靈活、交流深入，應(yīng)該做為主要的需求捕獲技術(shù)（寬帶通信、固有靈活性、各類(lèi)信息）弊：占用時(shí)間長(zhǎng)（特別當(dāng)客戶(hù)忙時(shí)更顯示出其不足）、面窄而容易造成信息的片面性。要點(diǎn)：首先要有準(zhǔn)備：通常包括說(shuō)明對(duì)流程的理解，并征得客戶(hù)的意見(jiàn)；預(yù)先根據(jù)流程中的不明確點(diǎn)設(shè)計(jì)要詢(xún)問(wèn)的問(wèn)題，并將客戶(hù)的反饋記錄下來(lái)；應(yīng)留有一些即興的空間，根據(jù)實(shí)際情況應(yīng)變，以確保信息完善。第二是要有計(jì)劃性：計(jì)劃好時(shí)間、計(jì)劃好人員、計(jì)劃好策略。用戶(hù)訪(fǎng)談：詢(xún)問(wèn)的問(wèn)題問(wèn)題類(lèi)型：待解決的問(wèn)題、開(kāi)發(fā)解決方案的過(guò)程、需求獲取本身需求獲取本身的問(wèn)題：

>我的問(wèn)題看起來(lái)相關(guān)嗎？你的回答正式嗎？

>你是回答這些問(wèn)題的最佳人選嗎？

>我問(wèn)了太多的問(wèn)題嗎？

>還有其他什么我該問(wèn)你的？

>你想問(wèn)我什么？

>我還應(yīng)該見(jiàn)其他什么人？

>關(guān)于這個(gè)項(xiàng)目有什么人我們不需要？用戶(hù)訪(fǎng)談：主要困難缺乏對(duì)所需要的人的訪(fǎng)問(wèn)（知道最多的人最忙）在面談時(shí)記錄信息很困難被訪(fǎng)談人會(huì)試圖說(shuō)他們認(rèn)為你想要聽(tīng)的話(huà)訪(fǎng)談人用誘導(dǎo)性問(wèn)題提問(wèn)束縛關(guān)鍵職員的有關(guān)費(fèi)用由不同領(lǐng)域知識(shí)和行話(huà)引起的交流困難隱蔽的動(dòng)機(jī)和組織政策產(chǎn)生錯(cuò)誤信息用戶(hù)調(diào)查：概述用戶(hù)調(diào)查：調(diào)查面最廣的技術(shù)利：面廣，能夠獲得更多的人的反饋。這點(diǎn)是對(duì)用戶(hù)訪(fǎng)談技術(shù)不足之處的最好補(bǔ)充。弊：不夠深入，容易形而上學(xué)。而這點(diǎn)是正是用戶(hù)訪(fǎng)談技術(shù)所能夠解決的。要點(diǎn)：結(jié)合用戶(hù)訪(fǎng)談技術(shù)使用，具體來(lái)說(shuō)：先設(shè)計(jì)問(wèn)題，制作成為用戶(hù)調(diào)查表，下發(fā)填寫(xiě)完后，進(jìn)行仔細(xì)的分組、整理、分析，以獲得基礎(chǔ)信息，然后再針對(duì)這個(gè)結(jié)果進(jìn)行小范圍的用戶(hù)訪(fǎng)談，作為補(bǔ)充。用戶(hù)調(diào)查：主要用途搜索某項(xiàng)假設(shè)的統(tǒng)計(jì)依據(jù)：設(shè)計(jì)一些封閉的問(wèn)題，例如“從現(xiàn)有系統(tǒng)中取得客戶(hù)統(tǒng)計(jì)資料的難易程度：非常困難、相當(dāng)困難、容易、非常容易”搜索意見(jiàn)、建議：詢(xún)問(wèn)與用戶(hù)訪(fǎng)談?lì)愃频拈_(kāi)放性問(wèn)題，例如“日常工作中的三個(gè)最大問(wèn)題是什么？”，“你對(duì)能夠更好地支持日常工作的IT系統(tǒng)有什么建議”。--誤解你的問(wèn)題，你誤解他的回答現(xiàn)場(chǎng)觀摩：概述現(xiàn)場(chǎng)觀摩：最生動(dòng)的技術(shù)利：百聞不如一見(jiàn)，能夠?qū)π枨笈c業(yè)務(wù)流程建立直觀的認(rèn)識(shí)。弊：消耗時(shí)間長(zhǎng)，而且由于“被觀摩”的微妙心理變化，會(huì)使得“觀摩”失真。適用性：要對(duì)于復(fù)雜流程的更加深入的

理解時(shí)。要點(diǎn)：悄悄地進(jìn)行，明確要強(qiáng)化理解的

具體流程環(huán)節(jié)?，F(xiàn)場(chǎng)觀摩：常用變體任務(wù)示范：要求用戶(hù)示范如何執(zhí)行特定的任務(wù)利：可用于發(fā)現(xiàn)異常的、關(guān)鍵性的任務(wù)弊：“示范”失真、耗時(shí)做學(xué)徒：和用戶(hù)坐在一起，通過(guò)觀察、問(wèn)問(wèn)題、并在用戶(hù)指導(dǎo)下完成一些工作來(lái)學(xué)習(xí)適用性：用戶(hù)無(wú)法詳細(xì)解釋清楚他們?cè)谧鍪裁磿r(shí)“人們正在做一件事時(shí)，最能解釋他們?cè)?/p>

做什么，為什么要這么做”需求分析員可以通過(guò)學(xué)徒關(guān)系試驗(yàn)他的

需求和設(shè)計(jì)思想聯(lián)合開(kāi)發(fā)：概述聯(lián)合開(kāi)發(fā)：最理想的技術(shù)利：客戶(hù)、開(kāi)發(fā)人員直接的頭腦風(fēng)暴，是擊破需求盲點(diǎn)的關(guān)鍵手段。弊：成本高，如果缺乏控制會(huì)變成一次閑扯大會(huì)。要點(diǎn)：需要有一個(gè)經(jīng)驗(yàn)豐富、能夠把控大局的主持人。聯(lián)合開(kāi)發(fā)：優(yōu)點(diǎn)協(xié)助建立一支高效的團(tuán)隊(duì)，圍繞一個(gè)目的：項(xiàng)目成功所有風(fēng)險(xiǎn)承擔(dān)人都暢所欲言，沒(méi)人被落下正如應(yīng)用項(xiàng)目所必須做的，它促進(jìn)風(fēng)險(xiǎn)承擔(dān)人和開(kāi)發(fā)團(tuán)隊(duì)之間達(dá)成共識(shí)它能夠揭露和解決那些妨礙項(xiàng)目上成功的行政問(wèn)題能夠產(chǎn)生一個(gè)在特征級(jí)別上的初步系統(tǒng)定義需求開(kāi)發(fā)與需求管理的分界需求基線(xiàn)管理頻繁的需求變更會(huì)破壞開(kāi)發(fā)的節(jié)奏，使整個(gè)項(xiàng)目開(kāi)發(fā)的進(jìn)度陷入混亂和失控的狀態(tài)，而且會(huì)變成一個(gè)“救火隊(duì)”式的工作，整天都在處理突發(fā)事件將所有現(xiàn)在的、將來(lái)的需求進(jìn)行優(yōu)先級(jí)評(píng)估，然后分解成為不同的組，每次迭代都選擇其中優(yōu)先級(jí)最高的部分進(jìn)行開(kāi)發(fā)，然后在迭代完成之前，開(kāi)發(fā)工作不響應(yīng)變更，這些劃入的需求項(xiàng)就是需求基線(xiàn)的組成部分需求基線(xiàn)管理—操作思路我們應(yīng)該在分析的基礎(chǔ)上，將需求整合成為用例或功能項(xiàng)，然后對(duì)其進(jìn)行優(yōu)先級(jí)、依賴(lài)性進(jìn)行綜合性評(píng)估優(yōu)先級(jí)判斷：業(yè)務(wù)人員確定業(yè)務(wù)決定，技術(shù)人員確定技術(shù)決策；“滿(mǎn)意度/不滿(mǎn)意度”模型依賴(lài)性是指對(duì)于某些功能，在實(shí)現(xiàn)上有必須的依賴(lài)關(guān)系，即當(dāng)某些功能沒(méi)有實(shí)現(xiàn)時(shí)，另外的功能無(wú)法開(kāi)始，這就需要對(duì)其進(jìn)行調(diào)整需求變更管理需求變更是一定存在的，而需求變更管理并不是指逃避它，更不是說(shuō)要避免它，它實(shí)際上是希望控制變更在基線(xiàn)內(nèi)的需求不響應(yīng)變更，為開(kāi)發(fā)人員提供一個(gè)安靜的工作時(shí)間狀態(tài)專(zhuān)門(mén)的需求變更管理來(lái)對(duì)所有的需求變更進(jìn)行響應(yīng)，了解需求變更的關(guān)鍵意圖、新產(chǎn)生的工作量，從而良好地進(jìn)行重新計(jì)劃，以便能夠有效地解決其對(duì)整個(gè)開(kāi)發(fā)帶來(lái)的麻煩需求變更管理—變更的流程提出變更：正式的方式提交變更是很重要的，合約式的溝通平臺(tái)變更評(píng)估：合理性評(píng)估，進(jìn)一步了解其變更的主要原因，認(rèn)清其是否是因?yàn)闇贤ㄉ系恼`會(huì)與不理解而造成的不必要的變更；工作量評(píng)估則是評(píng)估其對(duì)進(jìn)度的影響；影響面分析則是評(píng)估該變更會(huì)對(duì)哪些部分工作產(chǎn)生影響，具體地說(shuō)會(huì)對(duì)哪些人的工作產(chǎn)生影響分級(jí)響應(yīng)評(píng)估：不影響相關(guān)模塊開(kāi)發(fā)進(jìn)度的，可直接響應(yīng)；影響本模塊開(kāi)發(fā)進(jìn)度但不影響項(xiàng)目總體進(jìn)度的，可由項(xiàng)目經(jīng)理協(xié)調(diào)后直接響應(yīng)；影響項(xiàng)目進(jìn)度的，則應(yīng)該交與客戶(hù)協(xié)商響應(yīng)方式需求跟蹤需求的跟蹤是指對(duì)需求的完成情況、變更影響進(jìn)行系統(tǒng)化的跟蹤與處理“需求是不是已經(jīng)被實(shí)現(xiàn)？”、“需求的變化將需要修改哪些設(shè)計(jì)元素？會(huì)影響誰(shuí)的工作？對(duì)已經(jīng)完成的部分是否有影響？”需求管理的參與者需求分析師需求分析員是對(duì)項(xiàng)目涉眾的需求進(jìn)行收集、分析、記錄和驗(yàn)證等職責(zé)的主要承擔(dān)者，是用戶(hù)群體與軟件開(kāi)發(fā)團(tuán)隊(duì)間進(jìn)行需求溝通的主要渠道典型活動(dòng)：定義業(yè)務(wù)需求、確定項(xiàng)目涉眾和用戶(hù)類(lèi)別、獲取需求、分析需求、為需求建模、編寫(xiě)需求規(guī)格說(shuō)明、主持對(duì)需求的驗(yàn)證、引導(dǎo)對(duì)需求的優(yōu)先級(jí)劃分、管理需求必備技能：傾聽(tīng)、交談和提問(wèn)的技巧，分析、

協(xié)調(diào)、觀察、寫(xiě)作、組織、建模、人際交

往和創(chuàng)造能力需求分析師必備知識(shí)：現(xiàn)代需求管理技術(shù)、各種軟件開(kāi)發(fā)生命周期、領(lǐng)域知識(shí)需求分析員的來(lái)源：用戶(hù)轉(zhuǎn)為分析員（軟件工程知識(shí)欠缺）、開(kāi)發(fā)人員轉(zhuǎn)為分析員（領(lǐng)域知識(shí)、溝通能力）、主題專(zhuān)家（易按自己的偏好來(lái)構(gòu)建系統(tǒng)）

系統(tǒng)分析1、組織結(jié)構(gòu)和功能業(yè)務(wù)2、組織目標(biāo)和發(fā)展戰(zhàn)略3、工藝流程和產(chǎn)品構(gòu)成4、數(shù)據(jù)與數(shù)據(jù)流程5、業(yè)務(wù)流程與工作模式6、管理方式和具體業(yè)務(wù)進(jìn)行方法7、決策方式和決策過(guò)程8、可用資源和限制條件9、現(xiàn)存問(wèn)題和改進(jìn)意見(jiàn)一、組織結(jié)構(gòu)

組織結(jié)構(gòu)指的是一個(gè)組織（部門(mén)、企業(yè)、車(chē)間、科室等）以及這些組成部分之間的隸屬關(guān)系或管理與被管理的關(guān)系。通常可用組織結(jié)構(gòu)圖來(lái)表示。廠長(zhǎng)計(jì)劃調(diào)度組計(jì)劃科生產(chǎn)部財(cái)務(wù)部供銷(xiāo)科計(jì)劃組統(tǒng)計(jì)組統(tǒng)計(jì)組外協(xié)組成本組會(huì)計(jì)組出納組供應(yīng)組銷(xiāo)售組倉(cāng)

庫(kù)組織結(jié)構(gòu)圖二、業(yè)務(wù)功能

為了實(shí)現(xiàn)系統(tǒng)的目標(biāo)，系統(tǒng)必須具有各種功能。

如何理解

功能

所謂功能，指的是完成某項(xiàng)工作的能力。可以用功能層次圖來(lái)描述從系統(tǒng)目標(biāo)到各項(xiàng)功能的層次關(guān)系。銷(xiāo)售系統(tǒng)的管理功能圖業(yè)務(wù)流程

業(yè)務(wù)流程應(yīng)順著原系統(tǒng)信息流動(dòng)的過(guò)程逐步地進(jìn)行，內(nèi)容包括：各環(huán)節(jié)的處理業(yè)務(wù)、信息來(lái)源、處理方法、計(jì)算方法、信息流經(jīng)去向、提供信息的時(shí)間和形態(tài)（報(bào)告、單據(jù)、屏幕顯示等）。（1）業(yè)務(wù)流程的內(nèi)容（2）業(yè)務(wù)流程圖

管理業(yè)務(wù)流程圖是一種描述系統(tǒng)內(nèi)各單位、人員之間業(yè)務(wù)關(guān)系、作業(yè)順序和管理信息流向的圖表，利用它可以幫助分析人員找出業(yè)務(wù)流程中的不合流理向。

業(yè)務(wù)流程常用符號(hào)案例某企業(yè)物資管理的業(yè)務(wù)流程分析車(chē)間填寫(xiě)領(lǐng)料單到倉(cāng)庫(kù)領(lǐng)料，庫(kù)長(zhǎng)根據(jù)用料計(jì)劃審批領(lǐng)料單，未批準(zhǔn)的領(lǐng)料單退回車(chē)間。庫(kù)工收到已批準(zhǔn)的領(lǐng)料單后，首先查閱庫(kù)存賬，若有貨，則通知車(chē)間前來(lái)領(lǐng)取所需物料，并登記用料流水賬，否則將通知采購(gòu)人員缺貨。采購(gòu)人員根據(jù)缺貨通知，查閱訂貨合同單，若已訂貨，則向供貨單位發(fā)出催貨請(qǐng)求，否則就臨時(shí)申請(qǐng)補(bǔ)貨。供貨單位發(fā)出貨物后，立即向訂貨單位發(fā)出提貨通知。采購(gòu)人員收到提貨通知單后，就可辦理入庫(kù)手續(xù)。庫(kù)工驗(yàn)收入庫(kù)，并通知車(chē)間領(lǐng)料。倉(cāng)庫(kù)庫(kù)工還要依據(jù)庫(kù)存賬和用料流水賬定期生成庫(kù)存的報(bào)表，呈送有關(guān)部門(mén)。圖例說(shuō)明業(yè)務(wù)處理單位業(yè)務(wù)處理描述表格制作傳遞存儲(chǔ)收集資料計(jì)劃處銀行技改處各部門(mén)各單位局領(lǐng)導(dǎo)上級(jí)領(lǐng)導(dǎo)投資總規(guī)劃更新改造貸款規(guī)模開(kāi)會(huì)討論報(bào)表審批綜合平衡（討論）批準(zhǔn)下達(dá)各單位各部門(mén)正式計(jì)劃計(jì)劃各單位上報(bào)表計(jì)劃處各部門(mén)各單位技改處銀行各部門(mén)各單位存檔數(shù)據(jù)流程一、數(shù)據(jù)流程的作用

為了用計(jì)算機(jī)進(jìn)行信息管理，還必須進(jìn)一步舍去物質(zhì)要素，收集有關(guān)資料，繪制出原系統(tǒng)的數(shù)據(jù)流程圖，為下一步分析做好準(zhǔn)備。二、數(shù)據(jù)流程的內(nèi)容收集原系統(tǒng)全部輸入單據(jù)、輸出報(bào)表和數(shù)據(jù)存儲(chǔ)介質(zhì)（如賬本、清單等）。弄清各環(huán)節(jié)上的處理方法和計(jì)算方法。在上述各種單據(jù)、報(bào)表、賬本的典型樣品上或用附頁(yè)注明制作單位、報(bào)送單位、存放地點(diǎn)、發(fā)生頻度、發(fā)生的高峰時(shí)間及發(fā)生量等。并在上述各種單據(jù)、報(bào)表、賬冊(cè)的典型樣品上注明各項(xiàng)數(shù)據(jù)的類(lèi)型、長(zhǎng)度、取值范圍。三、數(shù)據(jù)的來(lái)源現(xiàn)行組織機(jī)構(gòu)現(xiàn)行各系統(tǒng)或部門(mén)的業(yè)務(wù)流程各種會(huì)議的決議計(jì)算機(jī)文件（或數(shù)據(jù)庫(kù)）系統(tǒng)的數(shù)據(jù)組織結(jié)構(gòu)上級(jí)下達(dá)的各種文件和各項(xiàng)任務(wù)指標(biāo)與本單位有關(guān)的其它單位的有關(guān)信息其它各種報(bào)表、報(bào)告、圖表

四、數(shù)據(jù)流程圖

數(shù)據(jù)流程圖是一種能全面地描述信息系統(tǒng)邏輯模型的主要工具，它可以用少數(shù)幾種符號(hào)綜合地反映出信息在系統(tǒng)中的流動(dòng)、處理和存儲(chǔ)情況。（1）定義

數(shù)據(jù)流程圖具有抽象性，表現(xiàn)在它完全舍去了具體的物質(zhì)（如業(yè)務(wù)流程圖中的車(chē)間、人員等），只剩下數(shù)據(jù)的流動(dòng)、加工處理和存儲(chǔ)；數(shù)據(jù)流程圖具有概括性，它可以把信息中的各種不同業(yè)務(wù)處理過(guò)程聯(lián)系起來(lái)，形成一個(gè)整體。（2）特點(diǎn)（3）數(shù)據(jù)流程圖的常用符號(hào)不受系統(tǒng)控制，位于系統(tǒng)邊界以外數(shù)據(jù)處理的外部來(lái)源和去處為避免交叉，可出現(xiàn)若干次。名稱(chēng)標(biāo)識(shí)功能描述完成者標(biāo)識(shí)：數(shù)字（編號(hào)、層次）功能描述：祈使句（動(dòng)+名）邏輯描述數(shù)據(jù)存儲(chǔ)的地方→，表示流動(dòng)的方向名稱(chēng)（名詞）唯一與其他圖例都有聯(lián)系名稱(chēng)（4）常用符號(hào)的畫(huà)法

為了使圖形清晰，避免流線(xiàn)交叉，同一外部實(shí)體可在不同處出現(xiàn)。外部實(shí)體要有標(biāo)記。同一實(shí)體在不同處出現(xiàn)，要在右下角打上斜線(xiàn)。外部實(shí)體

數(shù)據(jù)流可以是雙向的。數(shù)據(jù)流上要有文字說(shuō)明，也可以加符號(hào)。數(shù)據(jù)流

處理塊的畫(huà)法可以有標(biāo)識(shí)、功能描述、實(shí)行的部門(mén)或程序名。處理數(shù)據(jù)存儲(chǔ)也有標(biāo)識(shí)和名稱(chēng)。指向數(shù)據(jù)存儲(chǔ)的數(shù)據(jù)流箭頭說(shuō)明是讀出還是寫(xiě)入。有時(shí)可用小三角形▲來(lái)表示搜索關(guān)鍵字。

數(shù)據(jù)存儲(chǔ)（5）數(shù)據(jù)流程圖的實(shí)例廠辦統(tǒng)計(jì)表銷(xiāo)售統(tǒng)計(jì)用戶(hù)合同合同登記處理合同數(shù)據(jù)合同臺(tái)賬銷(xiāo)售數(shù)據(jù)合同執(zhí)行登記合同執(zhí)行數(shù)據(jù)銷(xiāo)售分配處理庫(kù)存臺(tái)賬車(chē)間入庫(kù)單入庫(kù)處理入庫(kù)數(shù)據(jù)出庫(kù)數(shù)據(jù)查詢(xún)查詢(xún)出庫(kù)處理發(fā)貨處理發(fā)貨通知出庫(kù)單

出庫(kù)單財(cái)務(wù)科首先畫(huà)出頂層（第一層）數(shù)據(jù)流程圖。頂層數(shù)據(jù)流程圖只有一張，它說(shuō)明了系統(tǒng)的總的處理功能、輸入和輸出。下一步是對(duì)頂層數(shù)據(jù)流程圖中的“處理”進(jìn)行分解。（6）數(shù)據(jù)流程圖的畫(huà)法

（1）數(shù)據(jù)流程圖是分層次的，繪制時(shí)采取自頂向下逐層分解的辦法。

（2）數(shù)據(jù)流程圖分多少層次應(yīng)現(xiàn)實(shí)際情況而定，對(duì)于一個(gè)復(fù)雜的大系統(tǒng)，有時(shí)可分至七八層之多。為了提高規(guī)范化程度，有必要對(duì)圖中各個(gè)元素加以編號(hào)。

（3）通常在編號(hào)之首冠以字母，用以表示不同的元素，可以用P表示處理，D表示數(shù)據(jù)流，F(xiàn)表示數(shù)據(jù)存儲(chǔ)，S表示外部實(shí)體。例如：P3.1.2表示第三子系統(tǒng)第一層圖的第二個(gè)處理。

按業(yè)務(wù)流程圖理出的業(yè)務(wù)流程順序，將相應(yīng)調(diào)查過(guò)程中所掌握的數(shù)據(jù)處理過(guò)程，繪制成一套完整的數(shù)據(jù)流程圖，一邊整理繪圖，一邊核對(duì)相應(yīng)的數(shù)據(jù)和報(bào)表、模型等。如果有問(wèn)題，則定會(huì)在這個(gè)繪圖和整理過(guò)程中暴露出來(lái)。

由于實(shí)際數(shù)據(jù)處理過(guò)程常常比較繁雜，故應(yīng)該按照系統(tǒng)的觀點(diǎn)，自頂向下地分層展開(kāi)繪制。黑灰半透明透明分層數(shù)據(jù)流程圖IDEF0圖用戶(hù)P1銷(xiāo)售處理訂貨單發(fā)貨單展開(kāi)

（3）與規(guī)劃中的企業(yè)模型相對(duì)應(yīng)外部項(xiàng)的確定也就是規(guī)定了系統(tǒng)與外部環(huán)境的分界線(xiàn)（7）繪制數(shù)據(jù)流程圖應(yīng)遵循的原則

（1）首先確定系統(tǒng)的外部項(xiàng)

（2）高層流程圖與中、低層流程圖的分工高層中只畫(huà)出系統(tǒng)正常運(yùn)行時(shí)的主要輸入和輸出。對(duì)于錯(cuò)誤或例外條件所產(chǎn)生的數(shù)據(jù)流不在高層中反映。

（4）按從左到右、從上到下的原則進(jìn)行

（5）反復(fù)修改，仔細(xì)檢查，保證其正確性。案例1某企業(yè)財(cái)務(wù)管理的數(shù)據(jù)流程分析采用“自頂向下”的原則進(jìn)行是否有遺漏的數(shù)據(jù)處理功能有關(guān)數(shù)據(jù)載體部分是否與業(yè)務(wù)流程圖一致（8）業(yè)務(wù)流程圖→數(shù)據(jù)流程圖的檢查

（1）檢查DFD和TFD的一致性

（2）檢查DFD的一致性和完整性檢查數(shù)據(jù)流，確認(rèn)數(shù)據(jù)流是否有遺漏或多余檢查數(shù)據(jù)存儲(chǔ)，是否沒(méi)有被業(yè)務(wù)過(guò)程使用或沒(méi)有生成它的業(yè)務(wù)過(guò)程（根據(jù)C/U矩陣的判別標(biāo)準(zhǔn)來(lái)進(jìn)行）檢查處理功能，所有的處理功能都應(yīng)有輸入數(shù)據(jù)流或從數(shù)據(jù)存儲(chǔ)中檢索數(shù)據(jù)，也要有輸出的數(shù)據(jù)流或向數(shù)據(jù)存儲(chǔ)中發(fā)送數(shù)據(jù)。

課堂討論背景資料：

——汽車(chē)配件公司分層數(shù)據(jù)流程圖繪制第一層數(shù)據(jù)流程圖（環(huán)境圖）顧客供應(yīng)商1處理業(yè)務(wù)訂貨單發(fā)貨單訂貨單發(fā)貨單配件庫(kù)存第二層數(shù)據(jù)流程圖顧客供應(yīng)商銷(xiāo)售訂貨單發(fā)貨單配件庫(kù)存1－1采購(gòu)1－2訂貨單發(fā)貨單到貨通知會(huì)計(jì)1－3收據(jù)應(yīng)付款通知向供應(yīng)商的訂貨單第三層數(shù)據(jù)流程圖顧客采購(gòu)編輯訂貨單訂貨單配件庫(kù)存1.1.1確定顧客訂貨1.1.3產(chǎn)生暫存訂貨單1.1.5對(duì)照暫存訂貨單1.1.6業(yè)務(wù)員開(kāi)發(fā)貨單并修改庫(kù)存1.1.4不合格顧客D2D3可發(fā)訂貨不滿(mǎn)足的訂貨登錄新顧客數(shù)據(jù)1.1.2暫存訂貨單D4到貨通知新顧客編制銷(xiāo)售和庫(kù)存報(bào)表1.1.8銷(xiāo)售歷史D5應(yīng)收款明細(xì)賬D10配件庫(kù)存D3合格的訂貨單檢索庫(kù)存1.1.7經(jīng)理詢(xún)問(wèn)庫(kù)存庫(kù)存狀態(tài)第四節(jié)數(shù)據(jù)字典

一、數(shù)據(jù)字典的含義

是在新系統(tǒng)數(shù)據(jù)流程圖的基礎(chǔ)上，進(jìn)一步定義和描述所有數(shù)據(jù)的工具，包括對(duì)一切動(dòng)態(tài)數(shù)據(jù)（數(shù)據(jù)流）和靜態(tài)數(shù)據(jù)（數(shù)據(jù)存貯）的數(shù)據(jù)結(jié)構(gòu)和相互關(guān)系的說(shuō)明，是數(shù)據(jù)分析和數(shù)據(jù)管理的重要工具，是系統(tǒng)設(shè)計(jì)階段進(jìn)行數(shù)據(jù)庫(kù)（文件）設(shè)計(jì)的參考依據(jù)。二、數(shù)據(jù)字典的內(nèi)容

主要是對(duì)數(shù)據(jù)流程圖中的數(shù)據(jù)項(xiàng)、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、處理邏輯、數(shù)據(jù)存儲(chǔ)和外部實(shí)體等六個(gè)方面進(jìn)行具體的定義。

數(shù)據(jù)字典是關(guān)于數(shù)據(jù)流程圖內(nèi)所包含的數(shù)據(jù)元素（數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)流、數(shù)據(jù)項(xiàng)）的定義及說(shuō)明的集合。

數(shù)據(jù)字典由數(shù)據(jù)流、文件（數(shù)據(jù)存儲(chǔ)）和數(shù)據(jù)項(xiàng)（數(shù)據(jù)元素）三類(lèi)條目組織。數(shù)據(jù)字典要求：

1）完整性

2）一致性

3）可用性（1）數(shù)據(jù)項(xiàng)的定義

數(shù)據(jù)項(xiàng)又稱(chēng)數(shù)據(jù)元素，是數(shù)據(jù)的最小單位。分析數(shù)據(jù)特性應(yīng)從靜態(tài)和動(dòng)態(tài)兩個(gè)方面去進(jìn)行。在數(shù)據(jù)字典中，僅定義數(shù)據(jù)的靜態(tài)特性。1.數(shù)據(jù)項(xiàng)的名稱(chēng)、編號(hào)、別名和簡(jiǎn)述；2.數(shù)據(jù)項(xiàng)的長(zhǎng)度；3.數(shù)據(jù)項(xiàng)的取值范圍。

（2）數(shù)據(jù)結(jié)構(gòu)的定義

數(shù)據(jù)結(jié)構(gòu)描述某些數(shù)據(jù)項(xiàng)之間的關(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)組成。1.數(shù)據(jù)結(jié)構(gòu)的名稱(chēng)和編號(hào)；2.簡(jiǎn)述；3.數(shù)據(jù)結(jié)構(gòu)的組成。（3）數(shù)據(jù)流的定義

數(shù)據(jù)流由一個(gè)或一組固定的數(shù)據(jù)項(xiàng)組成。定義數(shù)據(jù)流時(shí)，不僅要說(shuō)明數(shù)據(jù)流的名稱(chēng)、組成等，還應(yīng)指明它的來(lái)源、去向和數(shù)據(jù)流量等。（4）處理邏輯的定義

處理邏輯的定義僅對(duì)數(shù)據(jù)流程圖中最底層的處理邏輯加以說(shuō)明。（5）數(shù)據(jù)存儲(chǔ)的定義

數(shù)據(jù)存儲(chǔ)在數(shù)據(jù)字典中只描述數(shù)據(jù)的邏輯存儲(chǔ)結(jié)構(gòu)，而不涉及它的物理組織。（6）外部實(shí)體的定義

外部實(shí)體定義包括：外部實(shí)體編號(hào)、名稱(chēng)、簡(jiǎn)述、及有關(guān)數(shù)據(jù)流的輸入和輸出。第五節(jié)描述處理邏輯的工具

一、判斷樹(shù)>庫(kù)存量

欠款時(shí)間≤30天>100天

>30天≤100天需求量需求量≤庫(kù)存量≤庫(kù)存量>庫(kù)存量先按庫(kù)存發(fā)貨，進(jìn)貨后再補(bǔ)發(fā)先付款，再發(fā)貨立即發(fā)貨不發(fā)貨通知先付欠款

處理方案

這是一張用于查找產(chǎn)品并計(jì)算金額的判斷樹(shù)，以說(shuō)明對(duì)不同交易額、不同信譽(yù)、不同交易時(shí)間的顧客所采取的不同優(yōu)惠待遇。

判斷樹(shù)比較直觀，容易理解，但當(dāng)條件多時(shí)，不容易清楚地表達(dá)出整個(gè)判別過(guò)程。二、判斷表（決策表）

判斷表（決策表）可以清晰地表達(dá)條件、決策規(guī)則和應(yīng)采取的行動(dòng)之間的邏輯關(guān)系。決策規(guī)則號(hào)123456條件欠款時(shí)間≤30天YYNNNN欠款時(shí)間>100天NNYYNN需求量≤庫(kù)存量YNYNYN應(yīng)采取的行動(dòng)立即發(fā)貨╳先按庫(kù)存量發(fā)貨,進(jìn)貨后再補(bǔ)發(fā)╳先付款,再發(fā)貨╳不發(fā)貨╳要求先付欠款╳╳條件語(yǔ)句行動(dòng)語(yǔ)句條件項(xiàng)行動(dòng)項(xiàng)三、結(jié)構(gòu)英語(yǔ)表示法

是一種模仿計(jì)算機(jī)語(yǔ)言的處理邏輯描述方法。它使用了由"IF'、"THEN"、"ELSE"等詞組成的規(guī)范化語(yǔ)言。第六節(jié)系統(tǒng)化分析

在原系統(tǒng)詳細(xì)調(diào)查的基礎(chǔ)上進(jìn)行系統(tǒng)分析是提出新系統(tǒng)邏輯模型的重要步驟。這一步驟通過(guò)對(duì)原有系統(tǒng)的調(diào)查和分析，找出原系統(tǒng)業(yè)務(wù)流程和數(shù)據(jù)流程的不足，提出優(yōu)化和改進(jìn)的方法，給出新系統(tǒng)所要采用的信息處理方案。一、分析系統(tǒng)目標(biāo)

根據(jù)詳細(xì)調(diào)查對(duì)可行性分析報(bào)告中提出的系統(tǒng)目標(biāo)作再次考察，對(duì)項(xiàng)目的可行性和必要性進(jìn)行重新考慮，并根據(jù)對(duì)系統(tǒng)建設(shè)的環(huán)境和條件的調(diào)查修正系統(tǒng)目標(biāo)，使系統(tǒng)目標(biāo)適應(yīng)組織的管理需求和戰(zhàn)略目標(biāo)。二、分析業(yè)務(wù)流程

分析原有系統(tǒng)中存在的問(wèn)題以對(duì)現(xiàn)有業(yè)務(wù)流程進(jìn)行重組，產(chǎn)生新的更為合理的業(yè)務(wù)流程。

業(yè)務(wù)流程分析過(guò)程包括以下內(nèi)容：原有流程的分析業(yè)務(wù)流程的優(yōu)化確定新的業(yè)務(wù)