管理信息系統(tǒng)需求調(diào)研分析指南

息系統(tǒng)需求調(diào)研分析指南本文是在管理信息系統(tǒng)需求調(diào)研實(shí)踐和學(xué)習(xí)中的一些經(jīng)驗(yàn)總結(jié)，有些是自己的體會(huì)，有些來自專家的書本或文章，希望與大家分享，并起到一個(gè)拋磚引玉的作用，如有不妥之處歡迎指正。求、調(diào)研求的定義IEEE軟件工程標(biāo)準(zhǔn)詞匯表(1997年)中定義的需求為： (1)用戶解決問題或達(dá)到目標(biāo)所需的條件或能力； (2)系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其他正式規(guī)定文檔所需具有的條件或能力； (3)一種反映上述條件和能力的文檔說明。個(gè)方面為問題識(shí)別、分析與綜合、編制需求分析文檔、需求評(píng)審等四個(gè)階段，包括以下幾個(gè)方定軟件所期望的用戶類；獲取每個(gè)用戶的需求；了解實(shí)際用戶任務(wù)和目標(biāo)以及這些任務(wù)所支持的業(yè)；分析員與用戶的信息以區(qū)別用戶任務(wù)需求、功能需求、業(yè)務(wù)規(guī)則、質(zhì)量屬性、建議解決方法和附；將系統(tǒng)級(jí)的需求分為幾個(gè)子系統(tǒng)，并將需求中的一部分分配給軟件組件；了解相關(guān)質(zhì)量屬性的重討論得出實(shí)施優(yōu)先級(jí)；將所收集的用戶需求編寫成需求規(guī)格說明和模型；評(píng)審需求規(guī)格說明，確保與用戶達(dá)成共識(shí)。軟件需求的各組成部分如下圖所示：檔規(guī)范2、建立圖形化模型，這些模型可以描繪轉(zhuǎn)換過程、系統(tǒng)狀態(tài)、和它們之間的變化、數(shù)據(jù)關(guān)系、邏輯流或?qū)ο箢惡退麄兊年P(guān)系；多種編寫方法可在同一個(gè)文檔使用，根據(jù)需要選擇，或互為補(bǔ)充，以能夠把需求說明白為目的。4、目標(biāo)軟件系統(tǒng)功能劃分(示意圖及文字說明)；6、目標(biāo)軟件系統(tǒng)中各業(yè)務(wù)辦理流程圖(模型)；察的結(jié)果。；；需求分析的任務(wù)是借助于當(dāng)前系統(tǒng)的物理模型(待開發(fā)系統(tǒng)的系統(tǒng)元素)導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型(只描述系統(tǒng)要完成的功能和要處理的數(shù)據(jù))，解決目標(biāo)系統(tǒng)“做什么”的問題，所要做的工作是深入描述軟件和性能，確定軟件設(shè)計(jì)的限制和軟件同其他系統(tǒng)元素的接口細(xì)節(jié)，定義軟件的其他有效性需求，通細(xì)化對(duì)軟件的要求描述軟件要處理的數(shù)據(jù)，并給軟件開發(fā)提供一種可以轉(zhuǎn)化為數(shù)據(jù)設(shè)計(jì)、結(jié)構(gòu)設(shè)計(jì)和過程設(shè)計(jì)的數(shù)據(jù)與功能表示。必須全面理解用戶的各項(xiàng)要求，但不能全盤接受，只能接受合理的要求；模糊的要求要進(jìn)一步澄清，然后決定是否采納；對(duì)于無法實(shí)現(xiàn)的要求要向用戶作充分的解釋。最后(1)獲得當(dāng)前系統(tǒng)的物理模型：首先分析、理解當(dāng)前系統(tǒng)是如何運(yùn)行的，了解當(dāng)前系統(tǒng)的組織機(jī)構(gòu)、出、資源利用情況和日常數(shù)據(jù)處理過程，并用一個(gè)具體的模型來反映自己對(duì)當(dāng)前系統(tǒng)的理解。此步業(yè)務(wù)USECASE模型和業(yè)務(wù)對(duì)象模型。當(dāng)然如果系統(tǒng)相對(duì)簡(jiǎn)單，也沒必要大動(dòng)干戈區(qū)進(jìn)行業(yè)務(wù)建模，只要做一些簡(jiǎn)單的業(yè)務(wù)分析即可。當(dāng)前系統(tǒng)的邏輯模型：在理解當(dāng)前系統(tǒng)“怎樣做”的基礎(chǔ)上，取出非本質(zhì)因素，抽取出“做什么”的本質(zhì)。(3)建立目標(biāo)系統(tǒng)的邏輯模型：明確目標(biāo)系統(tǒng)要“做什么”模型的補(bǔ)充，如用戶界面、啟動(dòng)和結(jié)束、出錯(cuò)處理、系統(tǒng)輸入輸出、系統(tǒng)性能、其他限制等等。需求分析各過程如下： (1)問題識(shí)別：解決目標(biāo)系統(tǒng)做什么，做到什么程度。需求包括：功能、性能、環(huán)境、可靠性、安全性、保密性、用戶界面、資源使用、成本、進(jìn)度。同時(shí)建立需求調(diào)查分析所需的通信途徑。 (2)分析與綜合：從數(shù)據(jù)流和數(shù)據(jù)結(jié)構(gòu)出發(fā)，逐步細(xì)化所有的軟件功能，找出各元素之間的聯(lián)系、性和設(shè)計(jì)上的限制，分析它們是否滿足功能要求并剔除不合理部分，綜合成系統(tǒng)解決方案，給出目FDD分析方法OOA(主要用UML)、對(duì)于有動(dòng)態(tài)時(shí)序問題的軟件可以用形式化技術(shù)，包括有窮狀態(tài)機(jī)FSM的狀態(tài)遷移(轉(zhuǎn)換)圖STD、時(shí)序圖、Petri網(wǎng)或Z。每一種分析建模方法都有其優(yōu)勢(shì)和局限性，可以兼而有同角度分析，應(yīng)該避免陷入在軟件需求方法和模型中發(fā)生教條的思維模式和派系斗爭(zhēng)，一般來說結(jié)構(gòu)化方法用于中小規(guī)模軟件、面向?qū)ο蠓椒ㄓ糜诖笮蛙浖?(3)編制需求分析文檔 (4)需求評(píng)審析的要求將一種形式的數(shù)據(jù)轉(zhuǎn)換(輸入、處理、輸出)為另一種形式的數(shù)據(jù)。數(shù)據(jù)域應(yīng)包括數(shù)據(jù)流、數(shù)據(jù)內(nèi)容和數(shù)據(jù)結(jié)據(jù)流式數(shù)據(jù)通過系統(tǒng)時(shí)的變化方式。對(duì)數(shù)據(jù)進(jìn)行轉(zhuǎn)換就是程序的功能或子功能，兩個(gè)轉(zhuǎn)換之間的數(shù)確定了功能間的接口。數(shù)據(jù)內(nèi)容就是數(shù)據(jù)項(xiàng)，如人的數(shù)據(jù)項(xiàng)包括姓名、性別、出生日期等等。數(shù)據(jù)各種數(shù)據(jù)項(xiàng)的邏輯組織，如是表格結(jié)構(gòu)還是樹形結(jié)構(gòu)、數(shù)據(jù)項(xiàng)間的相互關(guān)系一步的分解，可以是同一層次上的橫向分解，也可以是多層次上的縱向分解。型給出處理功能和數(shù)據(jù)結(jié)構(gòu)的實(shí)際表示形式的各種文字資料；情景分析：利用情景分析誘導(dǎo)用戶能夠把它們的需求告知分析員(可以描述當(dāng)前一項(xiàng)業(yè)務(wù)怎么做、也可以描述設(shè)想的系統(tǒng)中此項(xiàng)業(yè)務(wù)怎么做)；戶進(jìn)行討論；本策略和人了解的業(yè)務(wù)，在基本范圍內(nèi)展開調(diào)研；；；法分析步驟2、決定哪些部分需要計(jì)算機(jī)化和怎樣計(jì)算機(jī)化(取決于用戶投資限制和自身技術(shù)限制)；4、定義處理邏輯(加工邏輯：每個(gè)加工處理做什么)；5、定義數(shù)據(jù)存儲(chǔ)，即定義每個(gè)存儲(chǔ)的確切內(nèi)容及其表示法(格式)；6、定義物理資源：如是文件需指定：文件名、組織結(jié)構(gòu)(排序、索引等)、存儲(chǔ)介質(zhì)和記錄；如是數(shù)據(jù)庫(kù)需指定每個(gè)表的相關(guān)信息；：?jiǎn)栴}論域、人機(jī)界面、數(shù)據(jù)管理、任務(wù)管理，在OOA階段重點(diǎn)對(duì)OD階段解決。出高層次的解決方案)； (1)確定系統(tǒng)范圍和系統(tǒng)邊界； (2)確定系統(tǒng)的約束(環(huán)境和條件)； (3)定義活動(dòng)者； (4)確定系統(tǒng)的綜合要求(功能、性能、運(yùn)行)； (5)確定系統(tǒng)的數(shù)據(jù)要求(名稱、范圍、類型、數(shù)量、特點(diǎn))； (6)建立USECASE模型、繪制USECASE圖； (7)繪制主要交互圖；3、建立靜態(tài)結(jié)構(gòu)模型(對(duì)象類圖、數(shù)據(jù)庫(kù)模型、包圖)；4、建立動(dòng)態(tài)行為模型(順序圖、協(xié)同圖、狀態(tài)圖、活動(dòng)圖)；5、建立系統(tǒng)物理模型(組件圖、配置圖)；業(yè)級(jí)信息系統(tǒng)調(diào)研分析步驟信息系統(tǒng)即著眼于整個(gè)企業(yè)的信息系統(tǒng)，是一個(gè)覆蓋企業(yè)所有業(yè)務(wù)領(lǐng)域、適應(yīng)企業(yè)不斷發(fā)展的綜合信息系統(tǒng)，它是一個(gè)統(tǒng)一的整體數(shù)據(jù)具有一致性，提高了系統(tǒng)的綜合利用效率。 (1)調(diào)查組織結(jié)構(gòu)、建立組織關(guān)系層次圖； (2)調(diào)查企業(yè)的任務(wù)、目標(biāo)、戰(zhàn)略重點(diǎn)和關(guān)鍵成功因素并予以分類； (3)識(shí)別每個(gè)目標(biāo)和關(guān)鍵成功因素所需的信息； (4)給出每個(gè)目標(biāo)完成的度量標(biāo)準(zhǔn)； (5)分析信息技術(shù)對(duì)企業(yè)業(yè)務(wù)的潛在影響； (6)建立高層次企業(yè)模型(描述業(yè)務(wù)處理的主題域及其關(guān)系、建立企業(yè)初始功能層次圖)； (7)與企業(yè)中高層管理人員討論，對(duì)所得信息和分析進(jìn)行補(bǔ)充和確認(rèn)；2、對(duì)功能進(jìn)行分解(輸出：功能層次圖、功能關(guān)系圖、功能／組織矩陣)；3、進(jìn)行實(shí)體分析(輸出：高層實(shí)體關(guān)系圖、實(shí)體類／信息需求矩陣、業(yè)務(wù)功能／實(shí)體類矩陣)；4、評(píng)估企業(yè)當(dāng)前環(huán)境(現(xiàn)有系統(tǒng)和數(shù)據(jù)存儲(chǔ)的清單、信息結(jié)構(gòu)的范圍、信息需求列表、組織、技術(shù)環(huán)境)；2、進(jìn)行數(shù)據(jù)分析、建立詳細(xì)的數(shù)據(jù)模型(詳細(xì)實(shí)體關(guān)系圖)；業(yè)務(wù)活動(dòng)分析(分析業(yè)務(wù)過程細(xì)節(jié)、分解業(yè)務(wù)過程、分析過程間的依賴關(guān)系、分析業(yè)務(wù)交互作用、建立業(yè)務(wù)活動(dòng)模型)；4、現(xiàn)有系統(tǒng)分析(操作程序分解表、數(shù)據(jù)流圖、用戶視圖：用戶感興趣的字段集)；5、業(yè)務(wù)領(lǐng)域模型的確認(rèn)(完整性、正確性、長(zhǎng)效性)調(diào)研說明與基本問題務(wù)都是由一系列環(huán)節(jié)構(gòu)成的業(yè)務(wù)流程組成的，有的簡(jiǎn)單只有一兩個(gè)環(huán)節(jié)，有的復(fù)雜有多環(huán)節(jié)，還可能有循環(huán)或分枝，系統(tǒng)軟件不僅要解決獨(dú)立環(huán)節(jié)的業(yè)務(wù)問題，而且要能夠自動(dòng)把這些環(huán)節(jié)串起來，希望一個(gè)環(huán)節(jié)所做的工作能夠自動(dòng)被下一個(gè)環(huán)節(jié)利用，這就是最基本工作流的需求。例如一個(gè)案從接案、立案、偵查、起訴，到執(zhí)行由不同的部門來完成。這些環(huán)節(jié)不是獨(dú)立的，后面的環(huán)節(jié)不應(yīng)該比面的發(fā)生的早，也不能延遲過多，因?yàn)榇嬖诜蓵r(shí)限，并且流程中存在循環(huán)，也就是說某些環(huán)節(jié)可能重多次，再者每個(gè)部門的流程種類又多，每個(gè)工作人員可能要處理多個(gè)環(huán)節(jié)上的任務(wù)。因此我們把每個(gè)業(yè)務(wù)的每個(gè)環(huán)節(jié)搞清楚，主要搞清以下幾個(gè)基本問題：每個(gè)流程中的每個(gè)環(huán)節(jié)的主辦(責(zé)任)部門是誰？每個(gè)環(huán)節(jié)要求的輸入(項(xiàng)目、格式、方式)和輸出(項(xiàng)目、格式、方式)是什么？每個(gè)環(huán)節(jié)的責(zé)任人對(duì)本環(huán)節(jié)中數(shù)據(jù)項(xiàng)目的權(quán)限是什么？(可新建、可刪除、可修改、只讀、)每個(gè)環(huán)節(jié)的輸入的數(shù)據(jù)項(xiàng)目有無檢驗(yàn)規(guī)則？(如不能為空)？需求管理過程是一個(gè)由粗到細(xì)、漸進(jìn)明晰、持續(xù)完善的過程。在指導(dǎo)后面系統(tǒng)設(shè)計(jì)，編碼階段時(shí)應(yīng)當(dāng)不斷完善修改需求文檔，因此需求管理非常重要。需求管理包括在工程進(jìn)展過程中維持需求約定集成型和精確性的所有活動(dòng)，它是CMM模型二級(jí)中的首要KPA(關(guān)鍵過程域)，這些活動(dòng)包括： (1)定義需求基線(需求文檔的主體)； (2