管理信息系統(tǒng)-需求分析

需求分析管理信息系統(tǒng)-需求分析全文共139頁，當前為第1頁。需求—導致項目失敗的罪魁禍首根據(jù)StandishGroup對23000個項目進行的研究結果表明，28%的項目徹底失敗，46%的項目超出經(jīng)費預算或者超出工期，只有約26%的項目獲得成功。而在于這些高達74%的不成功項目中，有約60%的失敗是源于需求問題。也就是說，有近45%的項目最終因為需求的問題最終導致失敗。管理信息系統(tǒng)-需求分析全文共139頁，當前為第2頁。我們在哪里重重摔了一跤在StandishGroup的報告中總結了導致項目失敗的最重要的8大原因中，有5個與需求相關：不完整的需求(13.1%)；缺乏用戶的介入(12.4%)；不實際的客戶期望(9.9%)；需求和規(guī)范的變更(8.7%)；提供了不再需要的(7.5%)

缺乏資源(10.6%),沒有執(zhí)行層支持(9.3%),缺少規(guī)劃(8.1%)管理信息系統(tǒng)-需求分析全文共139頁，當前為第3頁。項目成功的因素用戶的參與：15.9%管理層支持：13.9%清晰的需求描述(13.0%)；合適的規(guī)劃(9.6%)；現(xiàn)實的客戶期望(8.2%)；較小的里程碑(7.7%)；有才能的員工(7.2%)管理信息系統(tǒng)-需求分析全文共139頁，當前為第4頁。軟件需求曾經(jīng)讓我們?nèi)绱死仟N管理信息系統(tǒng)-需求分析全文共139頁，當前為第5頁。參與各方都以自已角度講述問題分布式WebServices三層

對話框菜單條DCOM

B/S數(shù)據(jù)交換……財務計算管理報表工作流自動庫存控制庫存報警

業(yè)務線索管理業(yè)務經(jīng)線索跟蹤

銷售月報生成交易流數(shù)據(jù)管理信息系統(tǒng)-需求分析全文共139頁，當前為第6頁。問題的根源是什么？用戶說的不是他想的：客戶提供（陳述的需求）的需求并不是真實的需求，還需要作進一步的分析，以確定客戶的真正需求和期望，接下來需要澄清并重新描述。可以這么說客戶在理解基礎業(yè)務過程和描述自己的需求方面有很大的差異。需求分析方法有問題：系統(tǒng)開發(fā)人員

使用低效的需求分析和項目管理方法。共同責任強調(diào)不足：對客戶和提供商

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

工保費續(xù)繳、投保手續(xù)辦理兩項業(yè)務運轉

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

大幅改善，以幫助企業(yè)運轉效率得以提高。管理信息系統(tǒng)-需求分析全文共139頁，當前為第11頁。業(yè)務目標示例某船廠商業(yè)管理系統(tǒng)目標：A1.取代過時的系統(tǒng)A2.集成訂單文檔及數(shù)據(jù)庫A3.使用經(jīng)驗數(shù)據(jù)進行報價

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

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

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

B5.減少繁瑣工作

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

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

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

后，還應該對系統(tǒng)

劃定范圍：管理信息系統(tǒng)-需求分析全文共139頁，當前為第15頁。用戶需求用戶需求是指描述用戶使用產(chǎn)品必須要完成什么任務，怎么完成的需求，通常是在問題定義的基礎上進用戶訪談、調(diào)查，對用戶使用的場景進行整理，從而建立從用戶角度的需求。用戶有不同類型：

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

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

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

>社會可行性

>技術可行性管理信息系統(tǒng)-需求分析全文共139頁，當前為第24頁。信息系統(tǒng)立項時的常見誤區(qū)目標：含混不清，過為宏觀

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

Solutions:>只想What，別想How

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

管理信息系統(tǒng)-需求分析全文共139頁，當前為第25頁。問題分析的四個步驟問題分析：理解真實世界中的問題和用戶的需求并提出滿足這些多方面要的解決方案的過程①在問題定義上達成共識②理解根本原因—問題背后的問題③定義解決方案系統(tǒng)的界限④確定加在解決方案上的約束管理信息系統(tǒng)-需求分析全文共139頁，當前為第26頁。在問題定義上達成共識把問題寫下來，看每個人是否都同意采用標準化格式：

>問題：描述問題

>影響：確定受問題影響的風險承擔人

>結果：確定問題對風險承擔人和商業(yè)活動的影響

>優(yōu)點：指出解決方案并列出主要優(yōu)點管理信息系統(tǒng)-需求分析全文共139頁，當前為第27頁。理解根本原因—問題背后的問題管理信息系統(tǒng)-需求分析全文共139頁，當前為第28頁。理解原因后對問題的陳述問題：不準確的訂單影響：訂單操作者、客戶、生產(chǎn)者、銷售者及客服結果：增加廢品、額外處理成本、客戶不滿及收益降低成功的解決方法：

>增加輸入點訂單的準確性

>增加銷售數(shù)據(jù)的報告以便進行管理

管理信息系統(tǒng)-需求分析全文共139頁，當前為第29頁。確定涉眾和用戶系統(tǒng)的用戶是誰？還有哪些人會受系統(tǒng)輸出的影響？系統(tǒng)完成并投入使用后，有誰會對它進行評估？還有沒有其他系統(tǒng)內(nèi)部或外部用戶，他們的需要有沒有必要被考慮到？系統(tǒng)將來由誰維護？還有其他人嗎？管理信息系統(tǒng)-需求分析全文共139頁，當前為第30頁。定義解決方案系統(tǒng)的界限誰會對系統(tǒng)提供信息？誰會在系統(tǒng)中使用信息？誰會從系統(tǒng)中刪除信息？誰將操作該系統(tǒng)？誰是系統(tǒng)的維護者？系統(tǒng)將會在哪兒被使用？系統(tǒng)從哪兒得到信息？哪些外部系統(tǒng)要

和系統(tǒng)進行交互？管理信息系統(tǒng)-需求分析全文共139頁，當前為第31頁。管理信息系統(tǒng)-需求分析全文共139頁，當前為第32頁。確定加在解決方案上的約束經(jīng)濟約束：預算？行政約束：存在許可問題？潛在內(nèi)外部政問題？部門間問題？技術約束：技術選擇有何限制？限制在已有平臺或技術上？禁止使用新技術？需要購買軟件包？系統(tǒng)約束：建立在現(xiàn)有系統(tǒng)上？需要維護與原系統(tǒng)的兼容性？必須支付什么操作系統(tǒng)？環(huán)境約束：合法嗎？安全性要求？其他標準限制？進度及資源：進度要求？已有資源？外部勞動力可用否？有無擴展資源？管理信息系統(tǒng)-需求分析全文共139頁，當前為第33頁。確定加在解決方案上的約束操作性：銷售訂單數(shù)據(jù)必須在數(shù)據(jù)庫中備份一年，因為數(shù)據(jù)丟失風險太大，需并行運行至少一年的數(shù)據(jù)系統(tǒng)及操作系統(tǒng)：應用在服務器上占用不超過200M，因為服務器上存儲空間有限設備預算：必須在已有服務器和主機上開發(fā)人員預算：固定的人力資源，沒有外部資源技術要求：應用新的面向?qū)ο蟮姆椒ü芾硇畔⑾到y(tǒng)-需求分析全文共139頁，當前為第34頁。需求開發(fā)與管理管理信息系統(tǒng)-需求分析全文共139頁，當前為第35頁。需求開發(fā)活動管理信息系統(tǒng)-需求分析全文共139頁，當前為第36頁。需求獲取應收集什么信息：

>問題的描述

>要求解決的問題列表（需求）

>用戶對解系統(tǒng)的行為或結構施加的任何約束信息來源：

>客戶（實際的和潛在的）

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

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

>應用（問題）領域?qū)＜?/p>

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

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

>觀察和學習該項工作，從用戶角度來理解它

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

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

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

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

>我的問題看起來相關嗎？你的回答正式嗎？

>你是回答這些問題的最佳人選嗎？

>我問了太多的問題嗎？

>還有其他什么我該問你的？

>你想問我什么？

>我還應該見其他什么人？

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

理解時。要點：悄悄地進行，明確要強化理解的

具體流程環(huán)節(jié)。管理信息系統(tǒng)-需求分析全文共139頁，當前為第52頁。現(xiàn)場觀摩：常用變體任務示范：要求用戶示范如何執(zhí)行特定的任務利：可用于發(fā)現(xiàn)異常的、關鍵性的任務弊：“示范”失真、耗時做學徒：和用戶坐在一起，通過觀察、問問題、并在用戶指導下完成一些工作來學習適用性：用戶無法詳細解釋清楚他們在做什么時“人們正在做一件事時，最能解釋他們在

做什么，為什么要這么做”需求分析員可以通過學徒關系試驗他的

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

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

往和創(chuàng)造能力管理信息系統(tǒng)-需求分析全文共139頁，當前為第63頁。需求分析師必備知識：現(xiàn)代需求管理技術、各種軟件開發(fā)生命周期、領域知識需求分析員的來源：用戶轉為分析員（軟件工程知識欠缺）、開發(fā)人員轉為分析員（領域知識、溝通能力）、主題專家（易按自己的偏好來構建系統(tǒng)）管理信息系統(tǒng)-需求分析全文共139頁，當前為第64頁。

系統(tǒng)分析管理信息系統(tǒng)-需求分析全文共139頁，當前為第65頁。1、組織結構和功能業(yè)務2、組織目標和發(fā)展戰(zhàn)略3、工藝流程和產(chǎn)品構成4、數(shù)據(jù)與數(shù)據(jù)流程5、業(yè)務流程與工作模式6、管理方式和具體業(yè)務進行方法7、決策方式和決策過程8、可用資源和限制條件9、現(xiàn)存問題和改進意見管理信息系統(tǒng)-需求分析全文共139頁，當前為第66頁。一、組織結構

組織結構指的是一個組織（部門、企業(yè)、車間、科室等）以及這些組成部分之間的隸屬關系或管理與被管理的關系。通?？捎媒M織結構圖來表示。管理信息系統(tǒng)-需求分析全文共139頁，當前為第67頁。廠長計劃調(diào)度組計劃科生產(chǎn)部財務部供銷科計劃組統(tǒng)計組統(tǒng)計組外協(xié)組成本組會計組出納組供應組銷售組倉

庫組織結構圖管理信息系統(tǒng)-需求分析全文共139頁，當前為第68頁。管理信息系統(tǒng)-需求分析全文共139頁，當前為第69頁。管理信息系統(tǒng)-需求分析全文共139頁，當前為第70頁。二、業(yè)務功能

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

如何理解

功能

所謂功能，指的是完成某項工作的能力?？梢杂霉δ軐哟螆D來描述從系統(tǒng)目標到各項功能的層次關系。管理信息系統(tǒng)-需求分析全文共139頁，當前為第71頁。銷售系統(tǒng)的管理功能圖管理信息系統(tǒng)-需求分析全文共139頁，當前為第72頁。業(yè)務流程

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

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

管理信息系統(tǒng)-需求分析全文共139頁，當前為第73頁。業(yè)務流程常用符號管理信息系統(tǒng)-需求分析全文共139頁，當前為第74頁。案例某企業(yè)物資管理的業(yè)務流程分析車間填寫領料單到倉庫領料，庫長根據(jù)用料計劃審批領料單，未批準的領料單退回車間。庫工收到已批準的領料單后，首先查閱庫存賬，若有貨，則通知車間前來領取所需物料，并登記用料流水賬，否則將通知采購人員缺貨。采購人員根據(jù)缺貨通知，查閱訂貨合同單，若已訂貨，則向供貨單位發(fā)出催貨請求，否則就臨時申請補貨。供貨單位發(fā)出貨物后，立即向訂貨單位發(fā)出提貨通知。采購人員收到提貨通知單后，就可辦理入庫手續(xù)。庫工驗收入庫，并通知車間領料。倉庫庫工還要依據(jù)庫存賬和用料流水賬定期生成庫存的報表，呈送有關部門。管理信息系統(tǒng)-需求分析全文共139頁，當前為第75頁。圖例說明業(yè)務處理單位業(yè)務處理描述表格制作傳遞存儲收集資料計劃處銀行技改處各部門各單位局領導上級領導投資總規(guī)劃更新改造貸款規(guī)模開會討論報表審批綜合平衡（討論）批準下達各單位各部門正式計劃計劃各單位上報表計劃處各部門各單位技改處銀行各部門各單位存檔管理信息系統(tǒng)-需求分析全文共139頁，當前為第76頁。數(shù)據(jù)流程一、數(shù)據(jù)流程的作用

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

管理信息系統(tǒng)-需求分析全文共139頁，當前為第79頁。四、數(shù)據(jù)流程圖

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

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

為了使圖形清晰，避免流線交叉，同一外部實體可在不同處出現(xiàn)。外部實體要有標記。同一實體在不同處出現(xiàn)，要在右下角打上斜線。外部實體管理信息系統(tǒng)-需求分析全文共139頁，當前為第83頁。

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

處理塊的畫法可以有標識、功能描述、實行的部門或程序名。處理管理信息系統(tǒng)-需求分析全文共139頁，當前為第84頁。數(shù)據(jù)存儲也有標識和名稱。指向數(shù)據(jù)存儲的數(shù)據(jù)流箭頭說明是讀出還是寫入。有時可用小三角形▲來表示搜索關鍵字。

數(shù)據(jù)存儲管理信息系統(tǒng)-需求分析全文共139頁，當前為第85頁。（5）數(shù)據(jù)流程圖的實例廠辦統(tǒng)計表銷售統(tǒng)計用戶合同合同登記處理合同數(shù)據(jù)合同臺賬銷售數(shù)據(jù)合同執(zhí)行登記合同執(zhí)行數(shù)據(jù)銷售分配處理庫存臺賬車間入庫單入庫處理入庫數(shù)據(jù)出庫數(shù)據(jù)查詢查詢出庫處理發(fā)貨處理發(fā)貨通知出庫單

出庫單財務科管理信息系統(tǒng)-需求分析全文共139頁，當前為第86頁。管理信息系統(tǒng)-需求分析全文共139頁，當前為第87頁。首先畫出頂層（第一層）數(shù)據(jù)流程圖。頂層數(shù)據(jù)流程圖只有一張，它說明了系統(tǒng)的總的處理功能、輸入和輸出。下一步是對頂層數(shù)據(jù)流程圖中的“處理”進行分解。（6）數(shù)據(jù)流程圖的畫法

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

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

（3）通常在編號之首冠以字母，用以表示不同的元素，可以用P表示處理，D表示數(shù)據(jù)流，F(xiàn)表示數(shù)據(jù)存儲，S表示外部實體。例如：P3.1.2表示第三子系統(tǒng)第一層圖的第二個處理。管理信息系統(tǒng)-需求分析全文共139頁，當前為第88頁。

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

由于實際數(shù)據(jù)處理過程常常比較繁雜，故應該按照系統(tǒng)的觀點，自頂向下地分層展開繪制。黑灰半透明透明管理信息系統(tǒng)-需求分析全文共139頁，當前為第89頁。分層數(shù)據(jù)流程圖管理信息系統(tǒng)-需求分析全文共139頁，當前為第90頁。IDEF0圖管理信息系統(tǒng)-需求分析全文共139頁，當前為第91頁。用戶P1銷售處理訂貨單發(fā)貨單展開管理信息系統(tǒng)-需求分析全文共139頁，當前為第92頁。管理信息系統(tǒng)-需求分析全文共139頁，當前為第93頁。

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

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

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

（4）按從左到右、從上到下的原則進行

（5）反復修改，仔細檢查，保證其正確性。管理信息系統(tǒng)-需求分析全文共139頁，當前為第94頁。案例1某企業(yè)財務管理的數(shù)據(jù)流程分析管理信息系統(tǒng)-需求分析全文共139頁，當前為第95頁。管理信息系統(tǒng)-需求分析全文共139頁，當前為第96頁。采用“自頂向下”的原則進行是否有遺漏的數(shù)據(jù)處理功能有關數(shù)據(jù)載體部分是否與業(yè)務流程圖一致（8）業(yè)務流程圖→數(shù)據(jù)流程圖的檢查

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

（2）檢查DFD的一致性和完整性檢查數(shù)據(jù)流，確認數(shù)據(jù)流是否有遺漏或多余檢查數(shù)據(jù)存儲，是否沒有被業(yè)務過程使用或沒有生成它的業(yè)務過程（根據(jù)C/U矩陣的判別標準來進行）檢查處理功能，所有的處理功能都應有輸入數(shù)據(jù)流或從數(shù)據(jù)存儲中檢索數(shù)據(jù)，也要有輸出的數(shù)據(jù)流或向數(shù)據(jù)存儲中發(fā)送數(shù)據(jù)。管理信息系統(tǒng)-需求分析全文共139頁，當前為第97頁。

課堂討論背景資料：

——汽車配件公司分層數(shù)據(jù)流程圖繪制第一層數(shù)據(jù)流程圖（環(huán)境圖）顧客供應商1處理業(yè)務訂貨單發(fā)貨單訂貨單發(fā)貨單配件庫存管理信息系統(tǒng)-需求分析全文共139頁，當前為第98頁。第二層數(shù)據(jù)流程圖顧客供應商銷售訂貨單發(fā)貨單配件庫存1－1采購1－2訂貨單發(fā)貨單到貨通知會計1－3收據(jù)應付款通知向供應商的訂貨單管理信息系統(tǒng)-需求分析全文共139頁，當前為第99頁。第三層數(shù)據(jù)流程圖顧客采購編輯訂貨單訂貨單配件庫存1.1.1確定顧客訂貨1.1.3產(chǎn)生暫存訂貨單1.1.5對照暫存訂貨單1.1.6業(yè)務員開發(fā)貨單并修改庫存1.1.4不合格顧客D2D3可發(fā)訂貨不滿足的訂貨登錄新顧客數(shù)據(jù)1.1.2暫存訂貨單D4到貨通知新顧客編制銷售和庫存報表1.1.8銷售歷史D5應收款明細賬D10配件庫存D3合格的訂貨單檢索庫存1.1.7經(jīng)理詢問庫存庫存狀態(tài)管理信息系統(tǒng)-需求分析全文共139頁，當前為第100頁。第四節(jié)數(shù)據(jù)字典

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

是在新系統(tǒng)數(shù)據(jù)流程圖的基礎上，進一步定義和描述所有數(shù)據(jù)的工具，包括對一切動態(tài)數(shù)據(jù)（數(shù)據(jù)流）和靜態(tài)數(shù)據(jù)（數(shù)據(jù)存貯）的數(shù)據(jù)結構和相互關系的說明，是數(shù)據(jù)分析和數(shù)據(jù)管理的重要工具，是系統(tǒng)設計階段進行數(shù)據(jù)庫（文件）設計的參考依據(jù)。管理信息系統(tǒng)-需求分析全文共139頁，當前為第101頁。二、數(shù)據(jù)字典的內(nèi)容

主要是對數(shù)據(jù)流程圖中的數(shù)據(jù)項、數(shù)據(jù)結構、數(shù)據(jù)流、處理邏輯、數(shù)據(jù)存儲和外部實體等六個方面進行具體的定義。

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

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

1）完整性

2）一致性

3）可用性管理信息系統(tǒng)-需求分析全文共139頁，當前為第102頁。管理信息系統(tǒng)-需求分析全文共139頁，當前為第103頁。（1）數(shù)據(jù)項的定義

數(shù)據(jù)項又稱數(shù)據(jù)元素，是數(shù)據(jù)的最小單位。分析數(shù)據(jù)特性應從靜態(tài)和動態(tài)兩個方面去進行。在數(shù)據(jù)字典中，僅定義數(shù)據(jù)的靜態(tài)特性。1.數(shù)據(jù)項的名稱、編號、別名和簡述；2.數(shù)據(jù)項的長度；3.數(shù)據(jù)項的取值范圍。

管理信息系統(tǒng)-需求分析全文共139頁，當前為第104頁。管理信息系統(tǒng)-需求分析全文共139頁，當前為第105頁。（2）數(shù)據(jù)結構的定義

數(shù)據(jù)結構描述某些數(shù)據(jù)項之間的關系。一個數(shù)據(jù)結構可以由若干個數(shù)據(jù)項組成；也可以由若干個數(shù)據(jù)結構組成，還可以由若干個數(shù)據(jù)項和數(shù)據(jù)結構組成。1.數(shù)據(jù)結構的名稱和編號；2.簡述；3.數(shù)據(jù)結構的組成。管理信息系統(tǒng)-需求分析全文共139頁，當前為第106頁。管理信息系統(tǒng)-需求分析全文共139頁，當前為第107頁。（3）數(shù)據(jù)流的定義

數(shù)據(jù)流由一個或一組固定的數(shù)據(jù)項組成。定義數(shù)據(jù)流時，不僅要說明數(shù)據(jù)流的名稱、組成等，還應指明它的來源、去向和數(shù)據(jù)流量等。管理信息系統(tǒng)-需求分析全文共139頁，當前為第108頁。管理信息系統(tǒng)-需求分析全文共139頁，當前為第109頁。（4）處理邏輯的定義

處理邏輯的定義僅對數(shù)據(jù)流程圖中最底層的處理邏輯加以說明。管理信息系統(tǒng)-需求分析全文共139頁，當前為第110頁。管理信息系統(tǒng)-需求分析全文共139頁，當前為第111頁。（5）數(shù)據(jù)存儲的定義

數(shù)據(jù)存儲在數(shù)據(jù)字典中只描述數(shù)據(jù)的邏輯存儲結構，而不涉及它的物理組織。管理信息系統(tǒng)-需求分析全文共139頁，當前為第112頁。管理信息系統(tǒng)-需求分析全文共139頁，當前為第113頁。（6）外部實體的定義

外部實體定義包括：外部實體編號、名稱、簡述、及有關數(shù)據(jù)流的輸入和輸出。管理信息系統(tǒng)-需求分析全文共139頁，當前為第114頁。管理信息系統(tǒng)-需求分析全文共139頁，當前為第115頁。第五節(jié)描述處理邏輯的工具

一、判斷樹>庫存量

欠款時間≤30天>100天

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

處理方案管理信息系統(tǒng)-需求分析全文共139頁，當前為第116頁。

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

判斷樹比較直觀，容易理解，但當條件多時，不容易清楚地表達出整個判別過程。管理信息系統(tǒng)-需求分析全文共139頁，當前為第117頁。二、判斷表（決策表）

判斷表（決策表）可以清晰地表達條件、決策規(guī)則和應采取的行動之間的邏輯關系。決策規(guī)則號123456條件欠款時間≤30天YYNNNN欠款時間>100天NNYYNN需求量≤庫存量YNYNYN應采取的行動立即發(fā)貨╳先按庫存量發(fā)貨,進貨后再補發(fā)╳先付款,再發(fā)貨╳不發(fā)貨╳要求先付欠款╳╳管理信息系統(tǒng)-需求分析全文共139頁，當前為第118頁。條件語句行動語句條件項行動項管理信息系統(tǒng)-需求分析全文共139頁，當前為第119頁。管理信息系統(tǒng)-需求分析全文共139頁，當前為第120頁。管理信息系統(tǒng)-需求分析全文共139頁，當前為第121頁。管理信息系統(tǒng)-需求分析全文共139頁，當前為第122頁。管理信息系統(tǒng)-需求分析全文共139頁，當前為第123頁。三、結構英語表示法

是一種模仿計算機語言的處理邏輯描述方法。它使用了由"IF'、"THEN"、"ELSE"等詞組成的規(guī)范化語言。管理信息系統(tǒng)-需求分析全文共139頁，當前為第124頁。第六節(jié)系統(tǒng)化分析

在原系統(tǒng)詳細調(diào)查的基礎上進行系統(tǒng)分析是提出新系統(tǒng)邏輯模型的重要步驟。這一步驟通過對原有系統(tǒng)的調(diào)查和分析，找出原系統(tǒng)業(yè)務流程和數(shù)據(jù)流程的不足，提出優(yōu)化和改進的方法，給出新系統(tǒng)所要采用的信息處理方案。管理信息系統(tǒng)-需求分析全文共139頁，當前為第125頁。一、分析系統(tǒng)目標

根據(jù)詳細調(diào)查對可行性分析報告中提出的系統(tǒng)目標作再次考察，對項目的可行性和必要性進行重新考慮，并根據(jù)對系統(tǒng)建設的環(huán)境和條件的調(diào)查修正系統(tǒng)目標，使系統(tǒng)目標適應組織的管理需求和戰(zhàn)略目標。管理信息系統(tǒng)-需求分析全文共139頁，當前為第126頁。二、分析業(yè)務流程

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

業(yè)務流程分析過程包括以下內(nèi)容：