高項(xiàng)論文練習(xí)——論信息系統(tǒng)項(xiàng)目的需求管理和范圍管理(信息系統(tǒng)項(xiàng)目的需求調(diào)研怎么做)
試題:論信息系統(tǒng)項(xiàng)目的需求管理和范圍管理
在信息系統(tǒng)項(xiàng)目的開(kāi)發(fā)過(guò)程中,人們?cè)絹?lái)越體會(huì)到需求管理和范圍管理的重要性,
含糊的需求和范圍經(jīng)常性的變化使信息系統(tǒng)項(xiàng)目的甲乙雙方吃盡了苦頭,這使得人們急
于尋找良策以管理范圍。
請(qǐng)圍繞“需求管理和范圍管理”論題,分別從以下三個(gè)方面進(jìn)行論述:
(1)概要敘述與你參與管理過(guò)的信息系統(tǒng)項(xiàng)目,以及該項(xiàng)目在需求管理和范圍管理
方面的情況;
(2)論述需求開(kāi)發(fā)、需求管理和范圍管理的區(qū)別與聯(lián)系;
(3)詳細(xì)論述在你參與管理過(guò)的大型信息系統(tǒng)項(xiàng)目中具體采用的范圍管理過(guò)程、方
法、工具及其實(shí)際效果。
分析
要寫(xiě)好這個(gè)論文,考生必須首先弄清楚需求管理和范圍管理的概念,以及這兩個(gè)概
念之間的區(qū)別和聯(lián)系,否則難以下筆。
(1)需求管理和范圍管理。
需求是指用戶對(duì)目標(biāo)系統(tǒng)在功能、行為、性能、設(shè)計(jì)約束等方面的期望。通過(guò)對(duì)應(yīng)
問(wèn)題及其環(huán)境的理解與分析,為問(wèn)題涉及的信息、功能及系統(tǒng)行為建立模型,將用戶需
求精確化、完全化,最終形成需求規(guī)格說(shuō)明,這一系列的活動(dòng)即構(gòu)成信息系統(tǒng)開(kāi)發(fā)生命
周期的需求分析階段。
需求工程是隨著計(jì)算機(jī)的發(fā)展而發(fā)展的,在計(jì)算機(jī)發(fā)展的初期,系統(tǒng)規(guī)模不大,信
息系統(tǒng)開(kāi)發(fā)所關(guān)注的是代碼編寫(xiě),需求分析很少受到重視。后來(lái)信息系統(tǒng)開(kāi)發(fā)引入了生
命周期的概念,需求分析成為其第一階段。隨著系統(tǒng)規(guī)模的擴(kuò)大,需求分析與定義在整
個(gè)開(kāi)發(fā)與維護(hù)過(guò)程中越來(lái)越重要,直接關(guān)系到信息系統(tǒng)的成功與否。
需求工程是指應(yīng)用已證實(shí)有效的技術(shù)、方法進(jìn)行需求分析,確定客戶需求,幫助分
析人員理解問(wèn)題并定義目標(biāo)系統(tǒng)的所有外部特征的一門(mén)學(xué)科。它通過(guò)合適的工具和記號(hào)
系統(tǒng)地描述待開(kāi)發(fā)系統(tǒng)及其行為特征和相關(guān)約束,形成需求文檔,并對(duì)用戶不斷變化的
需求演進(jìn)給予支持。
需求工程是一個(gè)不斷反復(fù)的需求定義、文檔記錄、需求演進(jìn)的過(guò)程,并最終在驗(yàn)證
的基礎(chǔ)上凍結(jié)需求。我們可以把需求工程的活動(dòng)劃分為以下 5 個(gè)獨(dú)立的階段。
① 需求獲?。?/strong>通過(guò)與用戶的交流,對(duì)現(xiàn)有系統(tǒng)的觀察及對(duì)任務(wù)進(jìn)行分析,從而開(kāi)
發(fā)、捕獲和修訂用戶的需求;
② 需求建模:為最終用戶所看到的系統(tǒng)建立一個(gè)概念模型,作為對(duì)需求的抽象描
述,并盡可能多地捕獲現(xiàn)實(shí)世界的語(yǔ)義;
③ 形成需求規(guī)格:生成需求模型構(gòu)件的精確的形式化的描述,作為用戶和開(kāi)發(fā)者
之間的一個(gè)協(xié)約;
④ 需求驗(yàn)證:以需求規(guī)格說(shuō)明為輸入,通過(guò)符號(hào)執(zhí)行、模擬或快速原型等途徑,
分析需求規(guī)格的正確性和可行性;
⑤ 需求管理:支持系統(tǒng)的需求演進(jìn),確保各方對(duì)需求的一致理解,管理和控制需
求的變更,從需求到最終產(chǎn)品的雙向跟蹤。
其中前 4 個(gè)階段通常統(tǒng)稱為需求開(kāi)發(fā)階段。
項(xiàng)目范圍是為了達(dá)到項(xiàng)目目標(biāo),為了交付具有某種特制的產(chǎn)品和服務(wù),項(xiàng)目所規(guī)定
要做的。項(xiàng)目的范圍管理就是要確定哪些工作是項(xiàng)目應(yīng)該做的,哪些不應(yīng)該包括在項(xiàng)目
中。項(xiàng)目范圍是項(xiàng)目目標(biāo)的更具體的表達(dá)。
如果項(xiàng)目的范圍不明確,那么項(xiàng)目解決的不是對(duì)應(yīng)的問(wèn)題,或者項(xiàng)目人員把時(shí)間浪
費(fèi)在從事不屬于他們職責(zé)的工作上。
范圍管理必須清晰地定義項(xiàng)目目標(biāo),此定義必須在客戶與執(zhí)行項(xiàng)目的組織之間達(dá)成
一致,并且把項(xiàng)目工作范圍詳細(xì)的劃分為工作包。
在信息系統(tǒng)項(xiàng)目中,實(shí)際上存在兩個(gè)相互關(guān)聯(lián)的范圍,分別是產(chǎn)品范圍和項(xiàng)目范
圍。產(chǎn)品范圍是指信息系統(tǒng)產(chǎn)品或者服務(wù)所應(yīng)該包含的功能,項(xiàng)目范圍是指為了能夠
交付信息系統(tǒng)項(xiàng)目所必須做的工作。
顯然,產(chǎn)品范圍是項(xiàng)目的范圍的基礎(chǔ),產(chǎn)品的范圍定義是信息系統(tǒng)要求的量度,而
項(xiàng)目范圍的定義是產(chǎn)生項(xiàng)目計(jì)劃的基礎(chǔ),兩種在應(yīng)用上有區(qū)別。另外的區(qū)別在于“需求
分析”更偏重于軟件技術(shù),而項(xiàng)目范圍管理則更偏向于管理。判斷項(xiàng)目范圍是否完成,
要以項(xiàng)目管理計(jì)劃、項(xiàng)目范圍說(shuō)明書(shū)、工作分解結(jié)構(gòu)、工作分解結(jié)構(gòu)詞匯表來(lái)衡量。而
信息系統(tǒng)產(chǎn)品或服務(wù)是否完成,則根據(jù)產(chǎn)品或服務(wù)是滿足了需求分析。
項(xiàng)目的范圍基準(zhǔn)是經(jīng)過(guò)批準(zhǔn)的詳細(xì)的項(xiàng)目范圍說(shuō)明書(shū)、項(xiàng)目的工作分解結(jié)構(gòu)和工作
分解結(jié)構(gòu)詞匯表。
由于進(jìn)行項(xiàng)目的范圍管理,能夠確定項(xiàng)目的邊界,明確項(xiàng)目的目標(biāo)和項(xiàng)目的主要可
交付成果,所以范圍管理能夠提高對(duì)項(xiàng)目費(fèi)用、時(shí)間和資源估算的準(zhǔn)確性。首先人們對(duì)
復(fù)雜的事務(wù)的預(yù)測(cè)要比相對(duì)簡(jiǎn)單的事務(wù)的預(yù)測(cè)要困難得多,而且誤差也大得多。而且,
即使兩者誤差相同,由于范圍管理使用項(xiàng)目分解結(jié)構(gòu),將項(xiàng)目范圍分解成可管理的工作
包,人們發(fā)現(xiàn)誤差的和小于和的誤差,雖然人們多項(xiàng)目分解結(jié)構(gòu)的每一項(xiàng)的估算都存在
誤差,但由于這些誤差可能相互抵消,所以最終誤差將比總估算的誤差要小。
項(xiàng)目范圍管理,包括為成功完成項(xiàng)目所需要的范圍計(jì)劃編制、范圍定義、創(chuàng)建工作
分解結(jié)構(gòu)、范圍確認(rèn)和范圍控制等 5 個(gè)過(guò)程。
① 范圍計(jì)劃編制:項(xiàng)目范圍管理計(jì)劃是一種規(guī)劃的工具,說(shuō)明項(xiàng)目組將如何進(jìn)行
項(xiàng)目的范圍管理,具體來(lái)說(shuō),包括如何進(jìn)行項(xiàng)目范圍定義,如何制定工作分解結(jié)構(gòu),如
何進(jìn)行項(xiàng)目范圍核實(shí)和控制等。
② 范圍定義:項(xiàng)目和子項(xiàng)目都需要編寫(xiě)項(xiàng)目的范圍定義,項(xiàng)目范圍定義明確項(xiàng)目
的范圍,即項(xiàng)目的合理性、目標(biāo)和主要可交付成果等。
③ 創(chuàng)建工作分解結(jié)構(gòu):WBS 是項(xiàng)目定義對(duì)于項(xiàng)目范圍定義的輸出結(jié)果,WBS 定
義了項(xiàng)目的全部范圍。明確和準(zhǔn)確說(shuō)明項(xiàng)目范圍,項(xiàng)目組成員能夠清楚地理解任務(wù)的性
質(zhì)和需要努力的方向。WBS 能夠幫助項(xiàng)目降低成本,減少離職帶來(lái)的影響和屏蔽干擾
因素。
④ 范圍確認(rèn):范圍確認(rèn)主要是確認(rèn)項(xiàng)目的可交付成果是否滿足項(xiàng)目利益相關(guān)人的
要求。把項(xiàng)目的可交付成果列表提交給項(xiàng)目利益相關(guān)人,也應(yīng)該展示項(xiàng)目的進(jìn)度安排。
⑤ 范圍控制:對(duì)于范圍變更,不能隨意進(jìn)行。所有的變更必須記載,范圍控制必
須能夠?qū)υ斐煞秶兓囊蛩厥┘佑绊懀浪銓?duì)項(xiàng)目的資金、進(jìn)度和風(fēng)險(xiǎn)等影響,以保
證變化是有利的,同時(shí)需要判斷范圍變化是否發(fā)生,如果已經(jīng)發(fā)生,那么對(duì)變化進(jìn)行管
理。對(duì)范圍變更進(jìn)行控制時(shí),要以工作分解結(jié)構(gòu)、項(xiàng)目進(jìn)展報(bào)告、變更請(qǐng)求和范圍管理
計(jì)劃為依據(jù)。進(jìn)行范圍變更控制必須經(jīng)過(guò)范圍變更控制系統(tǒng)。
(2)需求開(kāi)發(fā)、需求管理和范圍管理的區(qū)別與聯(lián)系。
從上面的分析我們可以知道,雖然需求管理貫穿信息系統(tǒng)項(xiàng)目的整個(gè)生命周期,但
只有經(jīng)過(guò)需求分析過(guò)程之后才能確定項(xiàng)目的范圍,需求的變更會(huì)引起項(xiàng)目范圍的變更。
首先通過(guò)需求開(kāi)發(fā)來(lái)獲取項(xiàng)目的需求,在此基礎(chǔ)上確定項(xiàng)目的范圍,進(jìn)行項(xiàng)目范圍
管理。需求管理是對(duì)已批準(zhǔn)的項(xiàng)目需求進(jìn)行全生命周期的管理,其過(guò)程包括需求管理定
義、需求管理流程、制訂需求管理計(jì)劃、管理需求和實(shí)施建議等,其中最主要的工作是
需求的變更管理。
(3)范圍管理過(guò)程、方法、工具。
前面我們已經(jīng)介紹了范圍管理的 5 個(gè)過(guò)程,其中使用了方法和工具主要有:
① 范圍計(jì)劃編制:專家判斷、樣板、表格、標(biāo)準(zhǔn)。
② 范圍定義:產(chǎn)品分析、可選方案識(shí)別、專家判斷。
③ 創(chuàng)建工作分解結(jié)構(gòu):WBS 模板、分解。
④ 范圍確認(rèn):檢查。
⑤ 范圍控制:變更控制系統(tǒng)、配置管理系統(tǒng)、重新規(guī)劃。
有關(guān)這些方法和工具的詳細(xì)介紹,請(qǐng)讀者閱讀《信息系統(tǒng)項(xiàng)目管理師輔導(dǎo)教程》第
6 章。
解答要點(diǎn)
從分析中,我們可以得知,關(guān)于“論信息系統(tǒng)項(xiàng)目的需求管理和范圍管理”論文的
寫(xiě)作,要點(diǎn)大體體現(xiàn)于以下幾個(gè)方面:
(1)用 400 字~500 字的篇幅簡(jiǎn)單介紹項(xiàng)目的背景、發(fā)起單位、目的、開(kāi)始時(shí)間和
結(jié)束時(shí)間、主要交付物、最終交付的產(chǎn)品。著重介紹項(xiàng)目的需求、范圍和作者在其中擔(dān)
任的工作。
(2)根據(jù)分析,結(jié)合項(xiàng)目實(shí)際,討論需求開(kāi)發(fā)、需求管理和范圍管理的區(qū)別與聯(lián)系。
(3)詳細(xì)闡述作者在參與管理過(guò)的大型信息系統(tǒng)項(xiàng)目中具體采用的范圍管理過(guò)程、
方法、工具。5 個(gè)管理過(guò)程必須完整無(wú)缺,其中使用的工具和方法可以進(jìn)行選擇,不一
定要全部寫(xiě)出來(lái),每個(gè)過(guò)程擇其 1~2 個(gè)方法和工具做具體介紹。
(4)用 300 字~400 字的篇幅簡(jiǎn)單說(shuō)明和評(píng)價(jià)使用上述過(guò)程、方法和工具后,整個(gè)
項(xiàng)目管理的實(shí)際效果如何。然后進(jìn)行總結(jié),指出其不足之處,并且說(shuō)明這種不足是什么原因造成的,在今后如何避免或改進(jìn)。值得注意的是,實(shí)際效果要切實(shí)際,要談出體會(huì)和深度來(lái)。
有不懂的問(wèn)題可以加入高項(xiàng)備考企鵝峮,不僅能收獲學(xué)習(xí)資料還能組團(tuán)備考