淺析計(jì)算機(jī)技術(shù)論文(2)
淺析計(jì)算機(jī)技術(shù)論文
淺析計(jì)算機(jī)技術(shù)論文篇二
《淺析計(jì)算機(jī)軟件項(xiàng)目管理中的需求分析》
【摘要】科學(xué)而有效的計(jì)算機(jī)軟件項(xiàng)目管理需求分析有助于項(xiàng)目開(kāi)發(fā)的成功。本文對(duì)目前計(jì)算機(jī)軟件項(xiàng)目管理需求進(jìn)行了分析，得出了軟件項(xiàng)目管理需求分析的內(nèi)容和目標(biāo)，并總結(jié)了其實(shí)施過(guò)程中的步驟方法。
【關(guān)鍵詞】計(jì)算機(jī) 軟件項(xiàng)目 需求分析
【中圖分類號(hào)】TP311.52 【文獻(xiàn)標(biāo)識(shí)碼】A 【文章編號(hào)】1672-5158(2013)04-0008-01
一、計(jì)算機(jī)軟件項(xiàng)目管理涵義
項(xiàng)目是一件事情、一項(xiàng)獨(dú)一無(wú)二的任務(wù)，也可以理解為是在一定的時(shí)間和一定的預(yù)算內(nèi)所要達(dá)到的預(yù)期目的。具有明確的目標(biāo)性、資源成本的約束性、項(xiàng)目實(shí)施的一次性、結(jié)果的不可逆轉(zhuǎn)性以及創(chuàng)新性。
項(xiàng)目管理是指在項(xiàng)目活動(dòng)中運(yùn)用專門的知識(shí)、技能、工具和方法，使項(xiàng)目能夠在有限資源限定條件下，實(shí)現(xiàn)或超過(guò)設(shè)定的需求和期望。
軟件需求分析就是把軟件計(jì)劃期間建立的軟件可行性分析求精和細(xì)化，分析各種可能的解法，并且分配給各個(gè)軟件元素。其對(duì)象是軟件工程項(xiàng)目，和其他的項(xiàng)目管理相比有相當(dāng)?shù)奶厥庑?。在?jì)算機(jī)軟件項(xiàng)目管理過(guò)程域中，主要包括：項(xiàng)目規(guī)劃、立項(xiàng)管理、需求管理、項(xiàng)目監(jiān)控、風(fēng)險(xiǎn)管理和結(jié)項(xiàng)管理等。
二、計(jì)算機(jī)軟件項(xiàng)目管理中的需求分析內(nèi)容
軟件需求工程是計(jì)算機(jī)軟件項(xiàng)目開(kāi)發(fā)工作的一個(gè)重要源頭，涉及到需求開(kāi)發(fā)和需求管理。需求開(kāi)發(fā)涉及到需求調(diào)研，需求收集，需求分析，需求開(kāi)發(fā)等工作，其中的重點(diǎn)有業(yè)務(wù)流程，數(shù)據(jù)字典，業(yè)務(wù)規(guī)則，界面原型;需求管理工作涉及到需求的狀態(tài)管理，變更管理，需求的跟蹤，需求的驗(yàn)證和確認(rèn)等重要內(nèi)容。
軟件需求分析特別重要，在軟件開(kāi)發(fā)的過(guò)程中具有舉足輕重的地位，但是我們常常會(huì)忽視兩點(diǎn)：一個(gè)就是缺乏需求分析和開(kāi)發(fā)的過(guò)程，把用戶需求直接作為了軟件需求，沒(méi)有需求建模和抽象的過(guò)程。另外一點(diǎn)就是對(duì)于性能，安全，易用性，可維護(hù)性和擴(kuò)展性等非功能性需求沒(méi)有考慮，導(dǎo)致開(kāi)發(fā)出來(lái)的系統(tǒng)是一個(gè)不好用的半成品。
三、計(jì)算機(jī)軟件項(xiàng)目管理中的需求分析目標(biāo)
在計(jì)算機(jī)軟件項(xiàng)目管理的實(shí)際工作中，管理者必須在每一項(xiàng)工作中，全面分析問(wèn)題，正確評(píng)估任務(wù)，制定詳細(xì)的計(jì)劃表，從而實(shí)現(xiàn)既定目標(biāo)。軟件需求分析的主要實(shí)現(xiàn)目標(biāo)包括：
1)對(duì)實(shí)現(xiàn)軟件的功能做全面的描述，幫助用戶判斷實(shí)現(xiàn)功能的正確性、一致性和完整
性，促使用戶在軟件設(shè)計(jì)啟動(dòng)之前周密地、全面地思考軟件需求;
2)了解和描述軟件實(shí)現(xiàn)所需的全部信息，為軟件設(shè)計(jì)、確認(rèn)和驗(yàn)證提供一個(gè)基準(zhǔn);
3)為軟件管理人員進(jìn)行軟件成本計(jì)價(jià)和編制軟件開(kāi)發(fā)計(jì)劃書提供依據(jù)。
四、計(jì)算機(jī)軟件項(xiàng)目管理中的需求分析的步驟方法
(一)獲取用戶需求。這是該階段的一個(gè)最重要的任務(wù)，可能是軟件開(kāi)發(fā)中最困難、最關(guān)鍵、最易出錯(cuò)及最需要交流的方面。首先，了解客戶方的所有用戶類型以及潛在的類型。然后，根據(jù)他們的要求來(lái)確定系統(tǒng)的整體目標(biāo)和系統(tǒng)的工作范圍。其次對(duì)用戶進(jìn)行訪談和調(diào)研。交流的方式可以是會(huì)議、電話、電子郵件、小組討論、模擬演示等不同形式。需要注意的是，每一次交流一定要有記錄，對(duì)于交流的結(jié)果還可以進(jìn)行分類，便于后續(xù)的分析活動(dòng)。例如，可以將需求細(xì)分為功能需求、非功能需求(如響應(yīng)時(shí)間、平均無(wú)故障工作時(shí)間、自動(dòng)恢復(fù)時(shí)間等)、環(huán)境限制、設(shè)計(jì)約束等類型。再次，需求分析人員對(duì)收集到的用戶需求做進(jìn)一步的分析和整理。下面是幾條常見(jiàn)的準(zhǔn)則：(1)對(duì)于用戶提出的每個(gè)需求都要知道“為什么”，并判斷用戶提出的需求是否有充足的理由;(2)將那種以“如何實(shí)現(xiàn)”的表述方式轉(zhuǎn)換為“實(shí)現(xiàn)什么”的方式，因?yàn)樾枨蠓治鲭A段關(guān)注的目標(biāo)是“做什么”，而不是“怎么做”，(3)分析由用戶需求衍生出的隱含需求，并識(shí)別用戶沒(méi)有明確提出來(lái)的隱含需求(有可能是實(shí)現(xiàn)用戶需求的前提條件)，這一點(diǎn)往往容易忽略掉，經(jīng)常因?yàn)閷?duì)隱含需求考慮得不夠充分而引起需求變更。最后，需求分析人員將調(diào)研的用戶需求以適當(dāng)?shù)姆绞匠式唤o用戶方和開(kāi)發(fā)方的相關(guān)人員。大家共同確認(rèn)需求分析人員所提交的結(jié)果是否真實(shí)地反映了用戶的意圖。需求分析人員在這個(gè)任務(wù)中需要執(zhí)行下述活動(dòng)：(1)明確標(biāo)識(shí)出那些未確定的需求項(xiàng)(在需求分析初期往往有很多這樣的待定項(xiàng))，(2)使需求符合系統(tǒng)的整體目標(biāo);(3)保證需求項(xiàng)之間的一致性，解決需求項(xiàng)之間可能存在的沖突。
(二)分析用戶需求。在系統(tǒng)設(shè)計(jì)之前和設(shè)計(jì)、開(kāi)發(fā)過(guò)程中對(duì)用戶需求所作的調(diào)查與分析，是系統(tǒng)設(shè)計(jì)、系統(tǒng)完善和系統(tǒng)維護(hù)的依據(jù)?？梢酝ㄟ^(guò)審查業(yè)務(wù)流程、Demo界面和UML圖，征求反饋意見(jiàn)。評(píng)審對(duì)軟件系統(tǒng)運(yùn)行時(shí)所處環(huán)境的要求。例如硬件、數(shù)據(jù)通信接口等等，在軟件方面，采用什么支持系統(tǒng)軟件運(yùn)行(如操作系統(tǒng)、網(wǎng)絡(luò)軟件、數(shù)據(jù)庫(kù)管理系統(tǒng)等)。從工作流程和數(shù)據(jù)流出發(fā)，逐步細(xì)化軟件功能，找出系統(tǒng)各模塊之間的聯(lián)系、接口特性和客觀限制，分析它們是否滿足功能要求。針對(duì)可靠性、安全l生和擴(kuò)展性評(píng)審，TCMS系統(tǒng)涉及公司內(nèi)部最高機(jī)密，聘請(qǐng)第三方機(jī)構(gòu)進(jìn)行需求分析評(píng)審。
(三)文檔編寫。需求開(kāi)發(fā)的最終成果是：客戶和開(kāi)發(fā)小組對(duì)將要開(kāi)發(fā)的產(chǎn)品達(dá)成一致。為此，我們還必須編寫軟件需求說(shuō)明書，進(jìn)一步理解業(yè)務(wù)需求，用戶需求，功能需求，為設(shè)計(jì)、開(kāi)發(fā)和測(cè)試以及產(chǎn)品相關(guān)人員的提供參考。軟件需求說(shuō)明書采用什么樣的形式能夠把功能描述清楚，如何讓使用人員盡快了解產(chǎn)品的功能，采用什么樣的編寫方式，是軟件需求分析人員需要考慮的問(wèn)題。經(jīng)過(guò)最近的摸索和積累，個(gè)人覺(jué)得編寫需求文檔不一定要長(zhǎng)篇大論，要多用表格和流程圖，并且至少包括以下內(nèi)容：(1)目的。即使用場(chǎng)景描述，先用幾句話簡(jiǎn)要概括做該軟件是用來(lái)解決什么問(wèn)題。不要一開(kāi)始就描述功能，至少讓設(shè)計(jì)人員大致了解該功能的使用目的。(2)涉眾。軟件是讓誰(shuí)來(lái)使用，列舉所有可能使用到此功能的用戶或者角色。(3)功能列表。菜單樹，展示具體包含的子功能和上下級(jí)關(guān)系。由于不同類型用戶關(guān)注的重點(diǎn)可能不同，所以最好應(yīng)給出各子功能中對(duì)應(yīng)的默認(rèn)用戶權(quán)限。(4)數(shù)據(jù)字典。列表描述功能涉及的字段名稱、數(shù)據(jù)類型、取值范圍、默認(rèn)值、備注信息等。(5)流程圖。描述用戶使用的正常流程和異常流程，如果涉及到狀態(tài)轉(zhuǎn)換最好給出狀態(tài)遷移圖。(6)UI。展示所涉及界面布局和原型，不必描述具體提示內(nèi)容信息，可以在字符串資源表中去定義。(7)相關(guān)影響。該功能對(duì)其他相關(guān)模塊的影響，還有其他相關(guān)模塊對(duì)此功能的影響。
(四)需求驗(yàn)證。與客戶經(jīng)過(guò)溝通或驗(yàn)證，會(huì)產(chǎn)生兩種結(jié)果：一類是確認(rèn)雙方達(dá)成共識(shí)，另一種情況是還需要再進(jìn)一步溝通的。包括以下內(nèi)容：(1)審查需求文檔：對(duì)需求文檔進(jìn)行正式審查是保證軟件質(zhì)量的很有效的方法。組織一個(gè)由不同代表(如分析人員，客戶，設(shè)計(jì)人員，測(cè)試人員)組成的小組，對(duì)需求規(guī)格說(shuō)明書及相關(guān)模型進(jìn)行仔細(xì)的檢查。另外在需求開(kāi)發(fā)期間所做的非正式評(píng)審也是有所裨益的。(2)依據(jù)需求編寫測(cè)試用例：根據(jù)用戶需求所要求的產(chǎn)品特性寫出黑盒功能測(cè)試用例?？蛻敉ㄟ^(guò)使用測(cè)試用例以確認(rèn)是否達(dá)到了期望的要求。還要從測(cè)試用例追溯回功能需求以確保沒(méi)有需求被疏忽，并且確保所有測(cè)試結(jié)果與測(cè)試用例相一致。同時(shí)，要使用測(cè)試用例來(lái)驗(yàn)證需求模型的正確性，如對(duì)話框圖和原型等。(3)編寫用戶手冊(cè)：在需求開(kāi)發(fā)早期即可起草一份用戶手冊(cè)，用它作為需求規(guī)格說(shuō)明的參考并輔助需求分析。優(yōu)秀的用戶手冊(cè)要用淺顯易懂的語(yǔ)言描述出所有對(duì)用戶可見(jiàn)的功能。而輔助需求如質(zhì)量屬性、性能需求及對(duì)用戶不可見(jiàn)的功能則在需求規(guī)格說(shuō)明書中予以說(shuō)明。(4)確定合格的標(biāo)準(zhǔn)：確定合格的標(biāo)準(zhǔn)讓用戶描述什么樣的產(chǎn)品才算滿足他們的要求和適合他們使用的。將合格的測(cè)試建立在使用情景描述或使用實(shí)例的基礎(chǔ)之上。
參考文獻(xiàn)：
[1]吳艷艷：周長(zhǎng)倫：姜家軒：王春梅：許自國(guó)：：軟件項(xiàng)目管理中的需求管理[J]：信息技術(shù)與信息化：2008年02期
[2]孫莉：軟件項(xiàng)目管理中的需求管理[J]：信息系統(tǒng)工程：2011年04期
[3]李虹：閆德恒：基于項(xiàng)目需求工程理論的軟件需求管理淺析[J]：中國(guó)科技信息：2011年16期
看過(guò)“淺析計(jì)算機(jī)技術(shù)論文”的人還看了：
2.關(guān)于計(jì)算機(jī)技術(shù)發(fā)展的論文2000字