序論：寫作是一種深度的自我表達(dá)。它要求我們深入探索自己的思想和情感，挖掘那些隱藏在內(nèi)心深處的真相，好投稿為您帶來了七篇軟件開發(fā)項(xiàng)目總結(jié)范文，愿它們成為您寫作過程中的靈感催化劑，助力您的創(chuàng)作。

篇(1)

有時(shí)即使不開展項(xiàng)目管理工作，軟件開發(fā)項(xiàng)目也能取得成功。但是如果乏項(xiàng)目管理，則難以將成本控制在一定范圍內(nèi)，容易導(dǎo)致軟件企業(yè)面臨著虧損的風(fēng)險(xiǎn)。在開展項(xiàng)目管理工作的過程中，需要借助技術(shù)、方法等，管理軟件開發(fā)活動(dòng)，如此既有助于實(shí)現(xiàn)軟件開發(fā)目標(biāo)，又能夠控制軟件開發(fā)的進(jìn)度以及開發(fā)成本。當(dāng)前，雖然有部分軟件企業(yè)依據(jù)軟件工程理論，制定了管理軟件開發(fā)的制度，但是卻沒有嚴(yán)格控制軟件開發(fā)的進(jìn)度以及成本。這種做法不僅會(huì)延長軟件開發(fā)的時(shí)間，還會(huì)增加軟件公司的經(jīng)營風(fēng)險(xiǎn)，最終損害到相關(guān)用戶的利益。而在軟件開發(fā)過程中，開展項(xiàng)目管理工作，就有助于保證軟件開發(fā)工作的順利完成，同時(shí)提高軟件企業(yè)的經(jīng)營管理效率。

2項(xiàng)目管理在軟件開發(fā)中的應(yīng)用現(xiàn)狀

在二十世紀(jì)六十年代中期，人們發(fā)現(xiàn)了在開發(fā)軟件過程中存在著很多問題，具體的問題表現(xiàn)在以下兩個(gè)方面：一方面，不規(guī)范的生產(chǎn)過程；另一方面，不重視管理工作。為了能夠有效解決軟件開發(fā)過程中存在的問題，人們開始嘗試?yán)眠^程管理方法。但是到了二十世紀(jì)八十年代，還是沒有制定管理軟件開發(fā)過程相關(guān)標(biāo)準(zhǔn)。近幾年來，在信息技術(shù)快速發(fā)展的背景下，人們采取項(xiàng)目管理來控制軟件開發(fā)的質(zhì)量、軟件開發(fā)的成本等，以此確保軟件開發(fā)的質(zhì)量和成本等因素，符合當(dāng)時(shí)的既定標(biāo)準(zhǔn)。在軟件開發(fā)過程中，每一個(gè)項(xiàng)目組的不同成員都應(yīng)該承擔(dān)不同的任務(wù)，并且企業(yè)管理者應(yīng)該要求他們要在規(guī)定的時(shí)間內(nèi)完成自身的任務(wù)，這種明確分工制度，有助于提高員工的工作效率。

3項(xiàng)目管理在軟件開發(fā)中的應(yīng)用

每一個(gè)軟件開發(fā)項(xiàng)目都要經(jīng)過以下幾個(gè)階段：提出問題、研究可行性、分析需求、測試等。因此項(xiàng)目管理工作應(yīng)該貫穿于軟件開發(fā)的整個(gè)過程。

3.1可行性研究

無法開發(fā)哪一個(gè)項(xiàng)目，都需要進(jìn)行可行性分析與研究。通過利用項(xiàng)目管理來研究軟件開發(fā)項(xiàng)目可行性的目的在于：在最短的時(shí)間內(nèi)確定軟件開發(fā)項(xiàng)目是否具有開發(fā)的價(jià)值。其中可行性研究的內(nèi)容包括：

1）、研究技術(shù)的可行性。其主要是指：要合理地分析開發(fā)項(xiàng)目的功能與性能，分析其中所隱藏的技術(shù)風(fēng)險(xiǎn)。

2）、研究經(jīng)濟(jì)的可行性。其主要是指：估計(jì)所開發(fā)的項(xiàng)目給企業(yè)帶來的經(jīng)濟(jì)效益，然后依據(jù)所估算的經(jīng)濟(jì)效益，確定該項(xiàng)目是否具有投資的價(jià)值。

3）、研究社會(huì)的可行性。其主要是指：分析此項(xiàng)目的運(yùn)行方式是否正確，分析當(dāng)前的人員技術(shù)水平以及管理制度是否具有可行性。

3.2軟件項(xiàng)目估算

在軟件開發(fā)過程中，首先要規(guī)劃軟件開發(fā)項(xiàng)目，如此便于項(xiàng)目管理人員制定切合實(shí)際的估算方案。規(guī)劃軟件開發(fā)項(xiàng)目的內(nèi)容主要包括：明確軟件開發(fā)的目標(biāo)、明確軟件開發(fā)過程中需要用到的各種資源、明確軟件開發(fā)的進(jìn)度等。在軟件開發(fā)過程中，估算起著非常重要的作用。通過估算可以保證軟件項(xiàng)目在規(guī)定的時(shí)間內(nèi)完成，也可以確保軟件項(xiàng)目的成本未超出預(yù)算。在估算資源、成本以及進(jìn)度的時(shí)候，要依據(jù)自身豐富的經(jīng)驗(yàn)以及相關(guān)的數(shù)據(jù)。但是當(dāng)前所使用的估算方法較為單一，此種估算方法容易增加估算風(fēng)險(xiǎn)。對(duì)此，研究人員應(yīng)該努力研究出更多科學(xué)、有效的估算方法。

3.3軟件項(xiàng)目開發(fā)人員的管理

在開展軟件項(xiàng)目開發(fā)人員管理工作的時(shí)候，首先要合理安排人員。通常情況下，是由多個(gè)小組成員共同完成軟件開發(fā)項(xiàng)目。在具體安排人員任務(wù)的時(shí)候，要依據(jù)每位人員的優(yōu)勢進(jìn)行，并且要明確小組內(nèi)每一位成員的工作任務(wù)以及工作目標(biāo)。在軟件開發(fā)過程中，要確定不同的責(zé)任人，比如：項(xiàng)目經(jīng)理、開發(fā)經(jīng)理，并且為每一個(gè)小組安排一名組長，如此有助于確保軟件開發(fā)項(xiàng)目的順利完成，同時(shí)保證所開發(fā)出來的軟件屬于高質(zhì)量產(chǎn)品。

4結(jié)束語

篇(2)

關(guān)鍵詞 軟件開發(fā)；進(jìn)度；管理；80-20原則

中圖分類號(hào)：F426 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1671-7597（2014）07-0166-02

軟件項(xiàng)目管理是為了使軟件項(xiàng)目能夠按照預(yù)定的成本、進(jìn)度、質(zhì)量順利完成，而對(duì)成本、人員、進(jìn)度、質(zhì)量、風(fēng)險(xiǎn)等進(jìn)行分析和管理的活動(dòng)。實(shí)際上，軟件項(xiàng)目管理的意義不僅僅如此，進(jìn)行軟件項(xiàng)目管理有利于將開發(fā)人員的個(gè)人開發(fā)能力轉(zhuǎn)化成企業(yè)的開發(fā)能力，企業(yè)的軟件開發(fā)能力越高，表明這個(gè)企業(yè)的軟件生產(chǎn)越趨向于成熟，企業(yè)越能夠穩(wěn)定發(fā)展。因此，怎樣對(duì)軟件項(xiàng)目進(jìn)行有效的管理是急需研究的課題，國內(nèi)外專家學(xué)者也展開了相關(guān)的研究。

張家浩[2]以現(xiàn)代軟件工程為核心，系統(tǒng)分析了項(xiàng)目管理領(lǐng)域中軟件項(xiàng)目存在的問題，提出在理想和現(xiàn)實(shí)之間選擇平衡點(diǎn)的建議和方法。林銳[2]編寫的《IT企業(yè)項(xiàng)目管理：問題、方法和工具》一書為IT企業(yè)提供了專業(yè)性很強(qiáng)、行之有效的項(xiàng)目管理方法和相應(yīng)的工具，解決了大多數(shù)IT企業(yè)的軟硬件開發(fā)項(xiàng)目管理混亂、質(zhì)量低下、進(jìn)度延誤、費(fèi)用超支等問題。哈羅德?科茲納[4]在《項(xiàng)目管理：計(jì)劃、進(jìn)度和控制的系統(tǒng)方法》一書中討論了時(shí)間管理、沖突管理等問題，分析了影響項(xiàng)目成功的因素。石慧[4]運(yùn)用動(dòng)態(tài)規(guī)劃的思想和網(wǎng)絡(luò)計(jì)劃的方法，利用馬爾可夫鏈模型進(jìn)行軟件項(xiàng)目進(jìn)度預(yù)測，對(duì)軟件開發(fā)項(xiàng)目中的計(jì)劃和控制應(yīng)用進(jìn)行研究，構(gòu)建了一個(gè)并行的IT項(xiàng)目進(jìn)度馬爾可夫鏈預(yù)測模型。

由于缺乏相關(guān)的法規(guī)政策，軟件項(xiàng)目開發(fā)的進(jìn)度很大程度上取決于程序員自身的專業(yè)技能和職業(yè)道德水平。由于沒有一個(gè)標(biāo)準(zhǔn)劃分，管理上有很多問題不容易解決。本文對(duì)影響軟件開發(fā)進(jìn)度的主要因素進(jìn)行分析，闡明了進(jìn)度管理的重要性，并對(duì)具體的項(xiàng)目開發(fā)進(jìn)度管理方法進(jìn)行了探討。

1 影響軟件開發(fā)項(xiàng)目進(jìn)度的主要因素

軟件項(xiàng)目在開發(fā)過程中，有很多影響其進(jìn)度的因素，內(nèi)因、外因、主觀、客觀因素均有，情況比較復(fù)雜。為順利管理軟件開發(fā)項(xiàng)目進(jìn)度，首先要對(duì)其中主要影響進(jìn)度的因素有所了解。

1.1 80-20原則，未按原計(jì)劃執(zhí)行進(jìn)度

80-20原則用在經(jīng)濟(jì)學(xué)中是指百分之八十的價(jià)值是來自20%的因子，其余的20%的價(jià)值則來自80%的因子。在計(jì)算機(jī)軟件開發(fā)領(lǐng)域，我們可以這么理解：80%的項(xiàng)目工作可以在20%的時(shí)間內(nèi)完成，而剩余的20%的項(xiàng)目工作需要80%的時(shí)間。

一般來講，這剩余的兩成工作屬于比較難的技術(shù)關(guān)鍵部分，通常出現(xiàn)在后期。由于軟件開發(fā)過程的不確定性，在任何技術(shù)關(guān)鍵點(diǎn)上都可能遇到難題，這與開發(fā)人員本身的分析、設(shè)計(jì)、編程風(fēng)格有關(guān)，難以預(yù)測。在實(shí)際過程中，完全無法預(yù)測在什么時(shí)候會(huì)遇到（甚至可能在最后一步）能導(dǎo)致全盤重建的問題，因此原計(jì)劃進(jìn)度一般會(huì)調(diào)整。

1.2 預(yù)算、質(zhì)量要求等的變更及適應(yīng)性調(diào)整不及時(shí)

除了對(duì)項(xiàng)目本身的工作量估算不合理之外，設(shè)計(jì)人員的理解也可能造成問題。如開發(fā)人員理解的情況與實(shí)際情況有偏差，在沒有充分溝通并確認(rèn)時(shí)開展項(xiàng)目，過程中又會(huì)變更，在驗(yàn)收階段可能才發(fā)現(xiàn)“審題錯(cuò)誤”，造成資源浪費(fèi)，同時(shí)與之相關(guān)橫向、縱向項(xiàng)目的進(jìn)度也會(huì)受影響，易產(chǎn)生“軟件危機(jī)”。此外，其他問題如設(shè)備、人力不符合要求或調(diào)整，都會(huì)影響實(shí)際進(jìn)度。

1.3 前期可行性分析不充分

由于項(xiàng)目參與人員的經(jīng)驗(yàn)或素質(zhì)原因，在項(xiàng)目開始前的準(zhǔn)備不足，對(duì)項(xiàng)目狀態(tài)信息收集的不足，沒能好好把握項(xiàng)目的內(nèi)容，容易造成對(duì)項(xiàng)目的了解不符合實(shí)際情況，加上高估自身工作能力，這就會(huì)對(duì)進(jìn)度造成影響。如果沒有充分的理解和準(zhǔn)備，項(xiàng)目整體就會(huì)受到很大的影響，對(duì)項(xiàng)目本身的低估其實(shí)是對(duì)自身的一種高估，這樣會(huì)使得預(yù)期的進(jìn)度在實(shí)際進(jìn)展過程中不僅很難實(shí)現(xiàn)，而且容易對(duì)工作人員的士氣形成打擊。

1.4 其他因素

假設(shè)、約束、風(fēng)險(xiǎn)等條件考慮“不周”造成項(xiàng)目進(jìn)度計(jì)劃中未考慮一些不可預(yù)見的事件發(fā)生。例如軟件開發(fā)項(xiàng)目還會(huì)因?yàn)轫?xiàng)目資源特別是人力資源缺失（如人員生病、離職、開發(fā)人員臨時(shí)有其他救急任務(wù)）等原因，對(duì)項(xiàng)目進(jìn)度控制造成影響致命影響。即項(xiàng)目及時(shí)完成是基于環(huán)境不變、任務(wù)不變、資源不變動(dòng)等假設(shè)。軟件開發(fā)主要是靠程序員來進(jìn)行，軟件體現(xiàn)出程序員的不同風(fēng)格，因此程序員本身的主觀性也會(huì)造成影響。在進(jìn)度安排的時(shí)候應(yīng)當(dāng)適當(dāng)配置應(yīng)急預(yù)案，預(yù)留空余。

2 軟件開發(fā)項(xiàng)目進(jìn)度管理的目的

加強(qiáng)軟件開發(fā)項(xiàng)目進(jìn)度管理是軟件開發(fā)行業(yè)發(fā)展的必要手段，也是必經(jīng)之路。項(xiàng)目進(jìn)度控制和監(jiān)督的目的是：增強(qiáng)項(xiàng)目進(jìn)度的透明度，及時(shí)發(fā)現(xiàn)項(xiàng)目中存在的問題并改正，對(duì)項(xiàng)目進(jìn)展加以督促等，保證項(xiàng)目按時(shí)完成。

合理的管理手段可以加強(qiáng)項(xiàng)目的監(jiān)督控制，對(duì)項(xiàng)目進(jìn)度完成情況有一個(gè)大致的了解和評(píng)估，一旦出現(xiàn)問題可以及時(shí)溝通交流；遇到有落后進(jìn)度情況及時(shí)督促，對(duì)有理解偏差的情況及時(shí)發(fā)現(xiàn)、及時(shí)糾正等。

軟件開發(fā)時(shí)實(shí)施進(jìn)度控制是項(xiàng)目管理的關(guān)鍵。一般一個(gè)部門同時(shí)會(huì)接多個(gè)項(xiàng)目，并行處理過程易造成混亂。通常，一個(gè)項(xiàng)目會(huì)由多部門的課題組共同負(fù)責(zé)，分項(xiàng)目之間橫向并列或縱向承啟，分部越多就越容易受影響。因此各分項(xiàng)目的準(zhǔn)時(shí)能確保項(xiàng)目實(shí)施進(jìn)度，對(duì)項(xiàng)目進(jìn)度的合理管理可以起到協(xié)調(diào)作用。進(jìn)度控制是項(xiàng)目管理過程中一項(xiàng)最重要的監(jiān)控內(nèi)容，負(fù)責(zé)對(duì)項(xiàng)目周期的整體把握與控制。通過軟件開發(fā)項(xiàng)目進(jìn)度管理方法，對(duì)各個(gè)分項(xiàng)目的進(jìn)度進(jìn)行控制，保證每個(gè)分項(xiàng)目各自按照項(xiàng)目計(jì)劃書中的預(yù)期進(jìn)度安排完成各自的內(nèi)容，對(duì)于其中出現(xiàn)的問題及時(shí)予以糾正，從而保證項(xiàng)目整體的順利完成。

3 軟件開發(fā)項(xiàng)目進(jìn)度管理方法

3.1 對(duì)項(xiàng)目本身充分了解

在制定項(xiàng)目計(jì)劃書之前，首先應(yīng)當(dāng)對(duì)充分了解項(xiàng)目本身。項(xiàng)目進(jìn)度控制的前提是有效地計(jì)劃和充分掌握第一手信息，通過實(shí)際值與計(jì)劃值進(jìn)行比較，檢查、分析、評(píng)價(jià)項(xiàng)目進(jìn)度。對(duì)項(xiàng)目的充分了解是制定一個(gè)可行性分析報(bào)告的必要條件。除了了解項(xiàng)目相關(guān)技術(shù)內(nèi)容、發(fā)展情況外，還應(yīng)包括主要設(shè)備（工具軟件）、項(xiàng)目參與者的情況，以合理分工、科學(xué)管理。

3.2 項(xiàng)目計(jì)劃書與定期的進(jìn)度報(bào)告

為了按期完成軟件交付任務(wù)，目前軟件開發(fā)單位陸續(xù)采取了很多控制進(jìn)度的管理手段，其中最為廣泛實(shí)用的就是項(xiàng)目計(jì)劃書和定期的進(jìn)度報(bào)告的提交。項(xiàng)目計(jì)劃書和進(jìn)度報(bào)告都是參考傳統(tǒng)的工程項(xiàng)目管理方案，同時(shí)結(jié)合軟件開發(fā)本身的特點(diǎn)進(jìn)行的改進(jìn)。作為項(xiàng)目進(jìn)度控制的基準(zhǔn)，項(xiàng)目計(jì)劃書是項(xiàng)目的階段成果完成情況的一個(gè)預(yù)期與管理依據(jù)。根據(jù)計(jì)劃書中的時(shí)間安排，在項(xiàng)目的每個(gè)階段點(diǎn)，項(xiàng)目負(fù)責(zé)人需要向相關(guān)管理人員（部門）書面提交階段工作匯報(bào)與計(jì)劃。在進(jìn)度報(bào)告中，要有完成情況、存在問題、下一步安排等，實(shí)際上就是項(xiàng)目執(zhí)行人員的對(duì)總結(jié)、分析、開發(fā)反思。

3.3 進(jìn)度協(xié)調(diào)會(huì)

在軟件開發(fā)項(xiàng)目中，一個(gè)項(xiàng)目通常由不同的項(xiàng)目團(tuán)隊(duì)合作完成，企業(yè)有專門的合同管理部門負(fù)責(zé)項(xiàng)目的分、轉(zhuǎn)包、合同期與進(jìn)度計(jì)劃的協(xié)調(diào)。項(xiàng)目經(jīng)理應(yīng)該及時(shí)掌握這些情況，按計(jì)劃進(jìn)行計(jì)劃進(jìn)度與實(shí)際進(jìn)度的動(dòng)態(tài)比較，定期向客戶提供可靠反饋。這通常是通過進(jìn)度協(xié)調(diào)會(huì)來完成的，參與項(xiàng)目的每個(gè)團(tuán)隊(duì)負(fù)責(zé)人通過協(xié)調(diào)會(huì)了解相關(guān)方的進(jìn)度、探討問題，根據(jù)對(duì)方完成情況動(dòng)態(tài)調(diào)整自己的進(jìn)度。

3.4 階段性審查與應(yīng)急措施

軟件開發(fā)項(xiàng)目進(jìn)度管理過程需要從項(xiàng)目從準(zhǔn)備到開始到進(jìn)行到完成的各個(gè)不同階段都采取不同的方法進(jìn)行控制管理，全面把握項(xiàng)目進(jìn)程。在準(zhǔn)備階段需要提供項(xiàng)目信息，同時(shí)確定項(xiàng)目研究進(jìn)度；編制階段計(jì)劃和項(xiàng)目總進(jìn)度計(jì)劃；控制該計(jì)劃的執(zhí)行；而需求分析和設(shè)計(jì)階段控制的任務(wù)是編制與用戶的溝通計(jì)劃、需求分析工作進(jìn)度計(jì)劃、設(shè)計(jì)工作進(jìn)度計(jì)劃，控制相關(guān)計(jì)劃的執(zhí)行等。最后，實(shí)施階段進(jìn)要求編制實(shí)施總進(jìn)度計(jì)劃并控制其執(zhí)行；編制實(shí)施計(jì)劃并控制其執(zhí)行等。

在項(xiàng)目設(shè)計(jì)書中應(yīng)當(dāng)有關(guān)于應(yīng)急預(yù)案的內(nèi)容，這是我國現(xiàn)在工程管理、軟件開發(fā)管理都比較容易忽略的一個(gè)內(nèi)容，其本質(zhì)是對(duì)項(xiàng)目過程中可能出現(xiàn)的干擾和影響的一個(gè)預(yù)測，對(duì)項(xiàng)目整體的合理把握。針對(duì)可能的問題，提出一定的解決方案，而在實(shí)際過程中，一旦出現(xiàn)問題，具體應(yīng)當(dāng)結(jié)合實(shí)際情況確定，避免產(chǎn)生相反的效果。

4 結(jié)束語

軟件項(xiàng)目的開發(fā)與傳統(tǒng)的工程項(xiàng)目具有很大的區(qū)別，軟件本身具有無具體形態(tài)、缺乏標(biāo)準(zhǔn)等特點(diǎn)，開發(fā)過程不確定性大，主觀因素影響對(duì)軟件質(zhì)量影響較大，因此進(jìn)行項(xiàng)目進(jìn)度管理探討十分必要。本文通過總結(jié)進(jìn)度管理上可能存在的問題，提出了可以采取的管理手段，希望能對(duì)實(shí)際工作有參考價(jià)值。

參考文獻(xiàn)

[1]張家浩.軟件項(xiàng)目管理―華鼎項(xiàng)目管理書庫[M].北京：機(jī)械工業(yè)出版社，2009

[2]林銳，唐勇，黃曙江.IT企業(yè)項(xiàng)目管理：問題、方法和工具[M].北京：電子工業(yè)出版社，2005.

[3]Harold Kerzner.項(xiàng)目管理―計(jì)劃、進(jìn)度和控制的系統(tǒng)方法[M].楊愛華等譯.第7版，北京：電子工業(yè)出版社，2012.

[4]石慧.軟件開發(fā)項(xiàng)目的進(jìn)度計(jì)劃與控制研究[D].湖北：武漢理工大學(xué)，2009.

篇(3)

[關(guān)鍵詞]投資決策；實(shí)物期權(quán)；凈現(xiàn)值

[中圖分類號(hào)]F270.7 [文獻(xiàn)標(biāo)識(shí)碼]A [文章編號(hào)]1006-5024(2008)05-0015-03

[基金項(xiàng)目]國家自然科學(xué)基金項(xiàng)目“用多功能開放型企業(yè)供需網(wǎng)理念推進(jìn)我國企業(yè)實(shí)施大批量定制生產(chǎn)的研究”(批準(zhǔn)號(hào)：70472075)；上海市重點(diǎn)學(xué)科資助項(xiàng)目“多功能開放型企業(yè)供需網(wǎng)中企業(yè)的核心能力與合作機(jī)制構(gòu)建研究”(批準(zhǔn)號(hào)：T0502)

[作者簡介]徐 瑩，浙江萬里學(xué)院商學(xué)院講師，博士，研究方向?yàn)槠髽I(yè)信息化、投資決策；(浙江 寧波 315100)

徐福緣，上海理工大學(xué)管理學(xué)院教授，博士生導(dǎo)師，研究方向?yàn)橄到y(tǒng)工程；(上海 200093)

張頌煥，浙江萬里學(xué)院商學(xué)院本科生，研究方向?yàn)殡娮由虅?wù)。(浙江 寧波 315100)

一、引言

在不確定條件下的項(xiàng)目投資決策分析中，實(shí)物期權(quán)理論正替代傳統(tǒng)的凈現(xiàn)值法(NPV)而得到廣泛的運(yùn)用。許多學(xué)者也將該方法引入了IT項(xiàng)目的投資決策分析之中，如：Benarch和Kauffman運(yùn)用Black-Scholes模型，近似地估算一電子銀行網(wǎng)絡(luò)項(xiàng)目中所包括的實(shí)物期權(quán)價(jià)值，他們將項(xiàng)目投資機(jī)會(huì)看成一個(gè)仿真的美國式買入期權(quán)(Pseudo-America Call Option)，并考慮分紅的情況，將項(xiàng)目現(xiàn)金流現(xiàn)值和看成是期權(quán)的基礎(chǔ)資產(chǎn)；Taudes運(yùn)用Black-Scholes期權(quán)定價(jià)模型分析軟件升級(jí)項(xiàng)目的經(jīng)濟(jì)效益；Panagi和Trigeorgis運(yùn)用實(shí)物期權(quán)理論分析了某通信項(xiàng)目的經(jīng)濟(jì)價(jià)值；Schwartz運(yùn)用動(dòng)態(tài)規(guī)劃法(Dynamic Program-ming)討論了兩種IT項(xiàng)目的期權(quán)定價(jià)。

上述文獻(xiàn)中存在著兩個(gè)缺陷：一是雖然在軟件開發(fā)項(xiàng)目經(jīng)濟(jì)分析時(shí)考慮了項(xiàng)目內(nèi)含的實(shí)物期權(quán)價(jià)值，但在項(xiàng)目投資決策分析中卻仍然遵循NPV方法的思路，而沒有考慮實(shí)物期權(quán)的執(zhí)行問題以及何時(shí)執(zhí)行問題；二是缺乏對(duì)軟件開發(fā)項(xiàng)目在生命周期的各個(gè)階段所包含的實(shí)物期權(quán)作全面、系統(tǒng)的研究，大多只是考慮到項(xiàng)目中的等待期權(quán)。本文則對(duì)上述問題作了詳盡的研究和分析。

二、軟件項(xiàng)目的生命周期

從項(xiàng)目管理與項(xiàng)目經(jīng)濟(jì)分析的角度看，軟件項(xiàng)目的生命周期可歸納為圖1所示的一般過程：

在圖1中，橫坐標(biāo)是時(shí)間，縱坐標(biāo)是收益或投資成本，t0=0是項(xiàng)目的決策點(diǎn)。在決策時(shí)，I是項(xiàng)目可行性研究費(fèi)用(成本)，相對(duì)于項(xiàng)目的整個(gè)壽命期，一般來說項(xiàng)目的可行性研究階段的時(shí)間很短，所以假設(shè)項(xiàng)目的可行性研究是在瞬間完成。t1是項(xiàng)目開發(fā)的起始點(diǎn)，t2-t1是項(xiàng)目前期開發(fā)階段，在這一階段，項(xiàng)目有一現(xiàn)金流C1支出，C1可能是常量，也可能是隨時(shí)間的變量C1(t)。從t2時(shí)刻起，項(xiàng)目的首期開發(fā)完成，項(xiàng)目開始有收益，即現(xiàn)金流B1，B1也可能是常量，更一般的是隨時(shí)間的變量B1(t)，這一收入可能是企業(yè)出售軟件或軟件相關(guān)服務(wù)效益的收入。同時(shí)，對(duì)于大多數(shù)成功的軟件項(xiàng)目來說，從t2時(shí)刻起，該軟件項(xiàng)目又開始了進(jìn)一步的開發(fā)，如增加軟件的新功能，或?qū)④浖浦矓U(kuò)展到其他的計(jì)算機(jī)操作系統(tǒng)等。從t3-t2階段是軟件項(xiàng)目的第二次開發(fā)階段，在這一過程中所發(fā)生的開發(fā)費(fèi)用為C2，C2的特點(diǎn)也與C1相似。從t3到tn，其中可能包括多個(gè)與t3-t2階段相似的軟件項(xiàng)目的擴(kuò)展(二次開發(fā))階段。T是該軟件項(xiàng)目結(jié)束的時(shí)間。由于技術(shù)進(jìn)步與消費(fèi)者需求的變化，一般來說一個(gè)軟件不可能永遠(yuǎn)繼續(xù)下去，它可能在某一時(shí)刻被完全淘汰。綜上分析，t0是項(xiàng)目的決策點(diǎn)，t1是項(xiàng)目的開發(fā)起始點(diǎn)，他們可能是同一時(shí)間，但大多數(shù)情況下可能是不同點(diǎn)。t1-tn是項(xiàng)目的開發(fā)階段，其中t1-t2是項(xiàng)目的純開發(fā)階段，在這一階段上，項(xiàng)目無收益。t2-T是項(xiàng)目的收益階段，在這個(gè)時(shí)段上項(xiàng)目有現(xiàn)金流入，他們通常大于本階段上的開發(fā)費(fèi)用。值得指出的是，軟件項(xiàng)目在t2-T階段，企業(yè)可以中止并出售該項(xiàng)目，并一次性收取轉(zhuǎn)讓費(fèi)。

三、軟件開發(fā)項(xiàng)目內(nèi)含實(shí)物期權(quán)分析

從圖1的分析可以看出，一個(gè)軟件開發(fā)項(xiàng)目包含了多個(gè)階段。把軟件項(xiàng)目看作是由一系列序貫開發(fā)的小項(xiàng)目所組成，這一觀點(diǎn)在軟件開發(fā)項(xiàng)目管理中已被廣泛接受。在軟件項(xiàng)目中，前一階段的決策，決定了后續(xù)階段的開發(fā)投資。所以，在前一階段的經(jīng)濟(jì)評(píng)價(jià)中，應(yīng)考慮本階段的決策所帶來的后續(xù)階段投資機(jī)會(huì)的價(jià)值。從這一觀點(diǎn)出發(fā)，可以分析在軟件開發(fā)項(xiàng)目的不同階段中項(xiàng)目可能包含的實(shí)物期權(quán)。

在t0點(diǎn)，即項(xiàng)目投資決策時(shí)，項(xiàng)目內(nèi)含一個(gè)等待(wait)或推遲(defer)開始的實(shí)物期權(quán)，這相當(dāng)于一個(gè)美國式的買方期權(quán)(Call Option)。該期權(quán)的執(zhí)行條件是：推遲項(xiàng)目可以使得管理人員獲得更多(額外)的有關(guān)項(xiàng)目的信息，在此基礎(chǔ)上，有利于管理人員采取管理行動(dòng)，而且，一般來說計(jì)算機(jī)硬件，軟件的價(jià)格隨時(shí)間迅速下降，推遲項(xiàng)目會(huì)有利于降低開發(fā)成本。但同時(shí)也應(yīng)看到，推遲項(xiàng)目也可能導(dǎo)致項(xiàng)目收入的損失和企業(yè)競爭優(yōu)勢的喪失，即推遲項(xiàng)目具有機(jī)會(huì)成本。在項(xiàng)目決策時(shí)，應(yīng)綜合全面考慮這兩方面因素。因而，在項(xiàng)目決策時(shí)，除了篩選項(xiàng)目外，還應(yīng)考慮這一實(shí)物期權(quán)的價(jià)值，在時(shí)間許可的范圍內(nèi)，決定最佳項(xiàng)目開始時(shí)間。

在t0時(shí)，除等待期權(quán)外，項(xiàng)目還包含有第二階段投資機(jī)會(huì)的實(shí)物期權(quán)。

在t1至tn時(shí)項(xiàng)目的開發(fā)階段。在開發(fā)階段上項(xiàng)目具有更大的管理柔性，項(xiàng)目可能包含的實(shí)物期權(quán)有：1.推遲或中止下一階段的開發(fā)。2.若不期望的情況出現(xiàn)，并且繼續(xù)下去，則可完全放棄該項(xiàng)目。3.根據(jù)新掌握的信息，擴(kuò)展或縮減項(xiàng)目。4.發(fā)現(xiàn)新派生軟件(項(xiàng)目)的投資機(jī)會(huì)。

最后，項(xiàng)目的經(jīng)營階段，項(xiàng)目還可能包括中止(出售)的期權(quán)，或由于條件的變化，進(jìn)一步升級(jí)軟件的機(jī)會(huì)。

雖然軟件項(xiàng)目中所包含的期權(quán)不同，但一般情況下，影響他們價(jià)值的因素主要包括：1.執(zhí)行項(xiàng)目中實(shí)物期權(quán)所產(chǎn)生的收益。對(duì)軟件開發(fā)項(xiàng)目來說，這可能是項(xiàng)目在某一階段的收益，一般來說，其他條件不變，收益越高，期權(quán)的價(jià)值也就越大。2.執(zhí)行實(shí)物期權(quán)所需要的成本。對(duì)于軟件開發(fā)項(xiàng)目而言，是投資于項(xiàng)目下一階段的成本，一般來說，其他條件不變，成本越小，期權(quán)的價(jià)值也就越大。3.收益與成本的不確定性的程度。對(duì)于金融期權(quán)來說，其價(jià)值是建立在市場風(fēng)險(xiǎn)之上的，這個(gè)風(fēng)險(xiǎn)反映在證券資產(chǎn)的價(jià)格變化上。然而，其中之一變?yōu)椴淮_定了，則項(xiàng)目所包含的實(shí)物期權(quán)價(jià)值會(huì)相應(yīng)增加。4.實(shí)物期權(quán)的截止時(shí)間。對(duì)于軟件項(xiàng)目來說，這一時(shí)間就是下一階段項(xiàng)目管理決策的可能時(shí)間。在實(shí)踐中，它經(jīng)常是企業(yè)因素所決定的。實(shí)物期權(quán)的截止時(shí)間越長，則期權(quán)的價(jià)值也就越高。5.項(xiàng)目包含的實(shí)物期權(quán)執(zhí)行的機(jī)會(huì)成本。若這一機(jī)會(huì)成本越高，則期權(quán)的價(jià)值也就越低。6.無風(fēng)險(xiǎn)折現(xiàn)率。無風(fēng)險(xiǎn)折現(xiàn)率越低，則期權(quán)的價(jià)值也就越高。

四、軟件開發(fā)項(xiàng)目經(jīng)濟(jì)分析的目標(biāo)與內(nèi)容

Trigeorgis等學(xué)者提出，在考慮內(nèi)含實(shí)物期權(quán)時(shí)，投資項(xiàng)目的價(jià)值包括兩部分：一是傳統(tǒng)的、被動(dòng)的、靜態(tài)的(static)項(xiàng)目直接現(xiàn)金流的凈現(xiàn)值(NPV)。二是管理柔性或靈活性所產(chǎn)生的項(xiàng)目內(nèi)含實(shí)物期權(quán)價(jià)值。這一思想可歸納為下式：

F=NPV+V (1)

(1)式中，F(xiàn)是擴(kuò)展(Expand)的NPV，也是整個(gè)項(xiàng)目投資機(jī)會(huì)的價(jià)值；NPV是按凈現(xiàn)值法計(jì)算出的項(xiàng)目凈現(xiàn)值；V是項(xiàng)目內(nèi)含期權(quán)的價(jià)值。

根據(jù)項(xiàng)目投資決策的NPV法則，內(nèi)含實(shí)物期權(quán)的IT項(xiàng)目，其投資機(jī)會(huì)的價(jià)值大于零時(shí)，項(xiàng)目可行；篩選IT項(xiàng)目的多個(gè)獨(dú)立方案時(shí)，選擇投資機(jī)會(huì)最大的投資方案。在大多數(shù)投資項(xiàng)目的實(shí)物期權(quán)理論研究以及實(shí)證研究的文獻(xiàn)中，都遵循這一準(zhǔn)則。然而，這類投資項(xiàng)目的決策思路卻值得重新審視。

傳統(tǒng)的投資項(xiàng)目經(jīng)濟(jì)評(píng)價(jià)中，沒有考慮項(xiàng)目中可能包含的實(shí)物期權(quán)，其經(jīng)濟(jì)評(píng)價(jià)是為其投資決策服務(wù)的。而投資決策的特點(diǎn)是在決策時(shí)只有投資或不投資兩種選擇，若項(xiàng)目選擇投資，其經(jīng)濟(jì)評(píng)價(jià)的使命便告結(jié)束。若選擇不投資，項(xiàng)目就放棄了。傳統(tǒng)的投資項(xiàng)目決策的內(nèi)容可歸納為下面三個(gè)基本內(nèi)容：1.決定投資項(xiàng)目是否經(jīng)濟(jì)可行；2.若可行的投資項(xiàng)目存在多個(gè)相互排斥的投資方案，篩選最佳的投資方案；3.在企業(yè)資源(預(yù)算)約束的條件下，篩選多個(gè)項(xiàng)目的投資組合。然而，若投資項(xiàng)目中包含實(shí)物期權(quán)，項(xiàng)目經(jīng)濟(jì)評(píng)價(jià)中也考慮了項(xiàng)目內(nèi)含實(shí)物期權(quán)的價(jià)值，那么投資項(xiàng)目不僅在經(jīng)濟(jì)評(píng)價(jià)的內(nèi)容與方式上與傳統(tǒng)項(xiàng)目的經(jīng)濟(jì)評(píng)價(jià)不同，而且項(xiàng)目的決策內(nèi)容和方式也與傳統(tǒng)項(xiàng)目的決策不同，具體體現(xiàn)在下面三個(gè)方面：第一，項(xiàng)目的決策不僅在項(xiàng)目最初的決策階段(點(diǎn))進(jìn)行，而且還應(yīng)延伸進(jìn)項(xiàng)目的整個(gè)過程之中。第二，在項(xiàng)目最初的決策階段(點(diǎn))，管理者不僅要決定項(xiàng)目是否可行，篩選最佳方案和選擇投資組合，而且還要依據(jù)項(xiàng)目經(jīng)濟(jì)評(píng)價(jià)的結(jié)果，決定項(xiàng)目內(nèi)含期權(quán)是否應(yīng)該執(zhí)行和何時(shí)執(zhí)行。第三，投資項(xiàng)目內(nèi)含期權(quán)的經(jīng)濟(jì)分析，不僅在項(xiàng)目決策階段進(jìn)行，而且還應(yīng)延伸至項(xiàng)目開發(fā)的全過程。在項(xiàng)目開發(fā)的每一個(gè)階段，根據(jù)項(xiàng)目經(jīng)濟(jì)分析的結(jié)果，決定當(dāng)時(shí)項(xiàng)目所含實(shí)物期權(quán)是否實(shí)施、何時(shí)實(shí)施。

五、軟件開發(fā)項(xiàng)目決策框架與準(zhǔn)則

從上述分析可以看出，在軟件開發(fā)項(xiàng)目經(jīng)濟(jì)評(píng)價(jià)中引入實(shí)物期權(quán)的概念和實(shí)物期權(quán)定價(jià)方法，是軟件開發(fā)項(xiàng)目經(jīng)濟(jì)分析與決策管理的革命，它必然給原有的軟件開發(fā)項(xiàng)目的管理帶來深刻變革。本文構(gòu)建了軟件開發(fā)項(xiàng)目的經(jīng)濟(jì)分析與管理決策過程的框架，其主要內(nèi)容是：1.確定本階段軟件開發(fā)的范圍及下一階段開發(fā)的可能范圍，決定是否可引出相關(guān)的開發(fā)項(xiàng)目。2.構(gòu)造確定本階段開發(fā)項(xiàng)目包含的實(shí)物期權(quán)，如推遲開發(fā)、進(jìn)一步擴(kuò)展開發(fā)等。3.預(yù)估開發(fā)項(xiàng)目成本、收益、時(shí)間和無風(fēng)險(xiǎn)折現(xiàn)率，特別應(yīng)分析確定成本與收益的不確定性特征，如變化方差等。4.根據(jù)開發(fā)項(xiàng)目的不確定源的特征，選擇合理、恰當(dāng)?shù)氖袇^(qū)期權(quán)定價(jià)模型，確定開發(fā)項(xiàng)目內(nèi)含期權(quán)的價(jià)值。對(duì)于相似于美國式期權(quán)的實(shí)物期權(quán)，還應(yīng)確定最佳執(zhí)行時(shí)間。一般來說，實(shí)物期權(quán)定價(jià)模型主要包括：已有的期權(quán)定價(jià)模型、偏微分方程法和動(dòng)態(tài)規(guī)劃方法等。5.根據(jù)項(xiàng)目的經(jīng)濟(jì)分析結(jié)果作出管理決策。應(yīng)該指出的是，在軟件開發(fā)項(xiàng)目的不同階段，管理決策的內(nèi)容有所不同，下面詳細(xì)分析不同開發(fā)階段管理決策的內(nèi)容與規(guī)則。

在軟件開發(fā)項(xiàng)目的最初決策階段，決策內(nèi)容包括兩個(gè)部分：一是傳統(tǒng)項(xiàng)目投資決策內(nèi)容相同；二是針對(duì)項(xiàng)目內(nèi)含期權(quán)的決策。具體可歸納為圖2所示：

具體的決策準(zhǔn)則如下：

1.篩選可行項(xiàng)目。若軟件開發(fā)項(xiàng)目的投資機(jī)會(huì)價(jià)值(擴(kuò)展NPV)大于或等于零，則項(xiàng)目可行。

F≥0 (2)

2.在可行項(xiàng)目中，選擇最佳方案。投資機(jī)會(huì)價(jià)值最大方案：

F*=max{Fi} (3)

i =1，…，N

3.投資方案的期權(quán)決策。最佳投資方案選定后，具體的管理決策選擇可歸納為下表。

在軟件項(xiàng)目開發(fā)過程中的開發(fā)階段，管理決策的內(nèi)容為：根據(jù)項(xiàng)目經(jīng)濟(jì)分析的結(jié)果，決定是否執(zhí)行期權(quán)，何時(shí)執(zhí)行。若項(xiàng)目包含的期權(quán)價(jià)值大于零，對(duì)于相似于美國式期權(quán)的實(shí)物期權(quán)，則選擇最佳時(shí)間來執(zhí)行；而對(duì)于相似于歐洲式期權(quán)的實(shí)物期權(quán)，則到期執(zhí)行。在執(zhí)行美國式期權(quán)時(shí)，涉及到最佳執(zhí)行時(shí)間的確定。正如實(shí)物期權(quán)的定價(jià)沒有統(tǒng)一的模型一樣，這一時(shí)間的確定是沒有統(tǒng)一的模型，而應(yīng)根據(jù)項(xiàng)目不確定因素的特征來靈活掌握。

參考文獻(xiàn)：

[1]Benaroch，M.，R. J. Kauffman.Justifying electronic banking network expansion using real options analysis [J].MIS Quart.2000，24(2) 197-225.

[2]Taudes，A.，M.Feurstein，A. Mild. 2000. Option analysis of software platform decisions：A case study[J].MIS Quart.24(2)：227-243.

篇(4)

一、為什么需要軟件度量

判斷和衡量代碼質(zhì)量一直是開發(fā)過程中令人苦惱的問題，在同樣完成功能的情況下，如何判別一種寫法比另一種寫法好呢？在代碼重構(gòu)的過程中，如何確定代碼質(zhì)量是在不斷的改進(jìn)當(dāng)中呢？引入一種設(shè)計(jì)模式以后，代碼真的變的比以前好了嗎？大部分時(shí)候我們憑感覺和經(jīng)驗(yàn)做這些事情，我們使用很多模糊的詞語來描述我們的判斷，比如這樣做以后，代碼的可維護(hù)性更好、可擴(kuò)展性提高，等等。在越來越注重代碼設(shè)計(jì)的今天，很多人開始使用更感性化、更形而上學(xué)的詞語來形容軟件質(zhì)量，我們會(huì)聽到評(píng)價(jià)軟件結(jié)構(gòu)很優(yōu)雅，帶來美的享受，甚至一些設(shè)計(jì)原則被提升到了哲學(xué)高度。

不得不承認(rèn)這些詞語的描述確實(shí)很符合我們看到一段高質(zhì)量代碼的心境，但是這些新詞語的出現(xiàn)并沒有幫助我們解決軟件質(zhì)量判定中遇到的問題。因?yàn)檫@些感性的判定，由于每個(gè)人的經(jīng)驗(yàn)不同，經(jīng)歷不同，所得出的結(jié)論也不盡相同。而軟件度量能解決這些問題。

眾所周知，度量對(duì)任意一個(gè)工程產(chǎn)品研制都是很重要的，度量讓人們更加了解產(chǎn)品、可以評(píng)價(jià)產(chǎn)品、衡量產(chǎn)品質(zhì)量，從而進(jìn)行改進(jìn)。對(duì)于軟件產(chǎn)品也一樣，只有定性的評(píng)估是不夠的，還要通過定量的評(píng)估才可以根本的解決評(píng)估軟件產(chǎn)品質(zhì)量問題。

二、什么是軟件度量

如今計(jì)算機(jī)在我們生活的每個(gè)領(lǐng)域幾乎都扮演了非常重要的角色，在計(jì)算機(jī)上運(yùn)行的軟件也越來越重要。因此，可預(yù)測、可重復(fù)、準(zhǔn)確地控制軟件開發(fā)過程和軟件產(chǎn)品已經(jīng)非常重要。軟件度量就是衡量軟件品質(zhì)的一種手段。CMMI為軟件產(chǎn)品及軟件過程提供了一套定量的表示和分析模型，即軟件度量。因此，軟件度量分為軟件產(chǎn)品度量和軟件過程度量兩大部分。

先簡單介紹一下軟件產(chǎn)品的度量，由三部分組成：

1、質(zhì)量要素。包括：功能性、可靠性、易用性、高效性、可維護(hù)性、可移植性六條。

2、評(píng)價(jià)標(biāo)準(zhǔn)。包括：精確、健壯、通信有效、處理有效、設(shè)備有效、可操作等。

3、度量元。指軟件的需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、CODING實(shí)現(xiàn)、設(shè)置測試、確認(rèn)測試、使用維護(hù)七個(gè)階段中的度量元素，比如各階段的里程碑――文檔等。

對(duì)于軟件過程度量，在軟件過程中，我們有必要知道掌握這個(gè)過程中的什么。因?yàn)槲覀冃枰谕ㄟ^每一個(gè)軟件過程后，能交付符合該過程需要的結(jié)果，即該過程產(chǎn)品及該產(chǎn)品性能是否達(dá)到組織的商業(yè)目標(biāo)。為了讓這個(gè)目標(biāo)成功，讓它所有過程中的行為在整個(gè)管理中可以預(yù)測，判斷現(xiàn)階段這個(gè)過程設(shè)計(jì)是否合理，我們不僅僅需要主管和經(jīng)驗(yàn)豐富的開發(fā)人員的經(jīng)驗(yàn)，還需要定量的數(shù)據(jù)作為分析、參考，并把每個(gè)軟件過程記錄入庫，作為今后統(tǒng)計(jì)分析的參考數(shù)據(jù)，這樣科學(xué)的輔佐開發(fā)人員將軟件過程控制住。

可以通過對(duì)整個(gè)軟件過程中的七個(gè)階段進(jìn)行離散分析，得出各階段中缺陷的發(fā)現(xiàn)及解決比例，從而判斷出哪個(gè)階段問題最大，將解決重點(diǎn)放在該階段。比如，如果在分析階段缺陷比例最大，而后期依次減小至理想狀態(tài)，這說明本軟件過程是非常成功的；反之，如果在測試階段甚至使用階段缺陷比例很大，很可能說明這個(gè)軟件過程在分析或者構(gòu)架時(shí)就存在很大的問題。

三、軟件度量的對(duì)象

從前面的論述我們知道，任何軟件度量活動(dòng)最想做的是識(shí)別我們想度量的實(shí)體和實(shí)體的屬性。在軟件中我們想度量其屬性的實(shí)體可以分為三類，他們是：

1、過程：是與軟件相關(guān)的一些活動(dòng)，這些活動(dòng)都有一個(gè)時(shí)間因素。

2、產(chǎn)品：是指在軟件開發(fā)過程中產(chǎn)生的各種中間產(chǎn)品、的資料和文檔等。

3、資源：是指在開發(fā)過程中輸入給過程的東西。

在軟件中要度量或預(yù)測的屬性都是上述三種實(shí)體之一的屬性。同時(shí)，我們有必要區(qū)分一下外部屬性和內(nèi)部屬性：內(nèi)部屬性是能夠純粹用過程或產(chǎn)品或資源其自身來度量的屬性；

外部屬性是指由過程或產(chǎn)品或資源及與其相關(guān)的環(huán)境共同才能度量的屬性。

在軟件度量中，主要用于以下幾個(gè)方面：

1、從產(chǎn)品、過程和資源中得來的數(shù)字。如，功能點(diǎn)數(shù)或代碼行（LOC）/每人每月等。

2、度量的分類。客觀度量一般為定量的度量；主觀度量一般反映為專家意見；在這些基本度量（直接度量）的基礎(chǔ)上，經(jīng)過計(jì)算得到進(jìn)一步的附加度量（或稱推導(dǎo)度量，間接度量等）。

3、可識(shí)別的屬性。

4、一個(gè)理論或數(shù)據(jù)驅(qū)動(dòng)的模型。其描述的是一個(gè)依賴于獨(dú)立變量（如大小）函數(shù)的可變變量；這種模型通常是用于預(yù)測目的的。

四、軟件度量的過程

軟件度量工作首先需要確定能夠表示軟件質(zhì)量的各種屬性和指標(biāo)；然后分析軟件、收集數(shù)據(jù)；接著運(yùn)用公式換算代碼的各種指標(biāo)值；最后通過這些指標(biāo)就可以分析代碼的質(zhì)量。確定哪些屬性和指標(biāo)可以表示軟件質(zhì)量、收集哪些數(shù)據(jù)、如何用公式推導(dǎo)指標(biāo)，都是軟件度量的研究重點(diǎn)。它所確定的各種軟件度量指標(biāo)為我們了解軟件屬性、衡量軟件質(zhì)量提供了科學(xué)依據(jù)。

軟件開發(fā)過程中，不管哪種軟件度量方法，都包括了其基本的軟件度量過程。這些過程構(gòu)成軟件度量作業(yè)的一次循環(huán)，使得軟件度量能夠經(jīng)由漸進(jìn)式的循環(huán)得到螺旋式上升。軟件度量的基本過程如下：

1、承諾度量。根據(jù)軟件開發(fā)的技術(shù)和管理過程對(duì)軟件度量的需求，決定并承諾實(shí)施軟件過程度量，這是具有針對(duì)性地推進(jìn)軟件度量的第一步驟，也是高層管理者參與決策并提供相應(yīng)資源的重要環(huán)節(jié)。

2、計(jì)劃度量。基于軟件度量承諾，根據(jù)軟件開發(fā)的技術(shù)、管理、流程、績效、問題等信息制定軟件度量計(jì)劃。在計(jì)劃中正式確認(rèn)產(chǎn)品、流程、角色、責(zé)任和資源相關(guān)問題及屬性，為實(shí)施軟件度量提供書面的、計(jì)劃性的、具有可行性的、得到資源支持的保證。

3、實(shí)施度量。根據(jù)軟件度量計(jì)劃對(duì)軟件開發(fā)的項(xiàng)目、產(chǎn)品和過程等度量對(duì)象實(shí)施度量。通過度量收集、存儲(chǔ)、分析有效的軟件度量數(shù)據(jù)，并將度量和分析結(jié)果用于控制和改善軟件過程。

4、評(píng)估度量。對(duì)軟件度量過程本身進(jìn)行評(píng)估，對(duì)度量標(biāo)準(zhǔn)、度量流程、度量方法、度量對(duì)象、度量效用等做出評(píng)估，發(fā)現(xiàn)度量作業(yè)的問題點(diǎn)，總結(jié)度量作業(yè)的資產(chǎn)，并提出度量作業(yè)改善方案。

5、改善度量。根據(jù)度量作業(yè)的改善方案在后續(xù)的度量作業(yè)中加以實(shí)施，將改善方案導(dǎo)入下一次軟件度量過程之中。改善并不是水平方向上的簡單重復(fù)作業(yè)，而是基于經(jīng)驗(yàn)和教訓(xùn)之上的螺旋式上升過程，將軟件度量的效用在軟件開發(fā)過程中展現(xiàn)出來。

五、軟件度量方法

1、項(xiàng)目度量。項(xiàng)目度量是針對(duì)軟件開發(fā)項(xiàng)目的特定度量，目的在于度量項(xiàng)目規(guī)模、項(xiàng)目成本、項(xiàng)目進(jìn)度、顧客滿意度等，輔助項(xiàng)目管理進(jìn)行項(xiàng)目控制。

2、規(guī)模度量。軟件開發(fā)項(xiàng)目規(guī)模度量是估算軟件項(xiàng)目工作量、編制成本預(yù)算、策劃合理項(xiàng)目進(jìn)度的基礎(chǔ)。規(guī)模度量是軟件項(xiàng)目失敗的重要原因之一。一個(gè)好的規(guī)模度量模型可以解決這一問題。有效的軟件規(guī)模度量是項(xiàng)目成功的核心要素：基于有效的軟件規(guī)模度量可以策劃合理的項(xiàng)目計(jì)劃，合理的項(xiàng)目計(jì)劃有助于有效地管理項(xiàng)目。規(guī)模度量的要點(diǎn)在于：由開發(fā)現(xiàn)場的項(xiàng)目成員進(jìn)行估算；靈活運(yùn)用實(shí)際開發(fā)作業(yè)數(shù)據(jù)；杜絕盲目迎合顧客需求的“交期逆推法”。

3、成本度量。軟件開發(fā)成本度量主要指軟件開發(fā)項(xiàng)目所需的財(cái)務(wù)性成本的估算。主要方法如下：類比估算法、細(xì)分估算法、周期估算法。

4、顧客滿意度度量。顧客滿意是軟件開發(fā)項(xiàng)目的主要目的之一，而顧客滿意目標(biāo)要得以實(shí)現(xiàn)，需要建立顧客滿意度度量體系和指標(biāo)對(duì)顧客滿意度進(jìn)行度量。顧客滿意度指標(biāo)以顧客滿意研究為基礎(chǔ)，對(duì)顧客滿意度加以界定和描述。項(xiàng)目顧客滿意度量的要點(diǎn)在于：確定各類信息、數(shù)據(jù)、資料來源的準(zhǔn)確性、客觀性、合理性、有效性，并以此建立產(chǎn)品、服務(wù)質(zhì)量的衡量指標(biāo)和標(biāo)準(zhǔn)。企業(yè)顧客滿意度度量的標(biāo)準(zhǔn)會(huì)因?yàn)楦髌髽I(yè)的經(jīng)營理念、經(jīng)營戰(zhàn)略、經(jīng)營重點(diǎn)、價(jià)值取向、顧客滿意度調(diào)查結(jié)果等因素而有所不同。

5、產(chǎn)品度量。軟件產(chǎn)品度量用于對(duì)軟件產(chǎn)品進(jìn)行評(píng)價(jià)，并在此基礎(chǔ)之上推進(jìn)產(chǎn)品設(shè)計(jì)、產(chǎn)品制造和產(chǎn)品服務(wù)優(yōu)化。軟件產(chǎn)品的度量實(shí)質(zhì)上是軟件質(zhì)量的度量，而軟件的質(zhì)量度量與其質(zhì)量的周期密切相關(guān)。

6、過程度量。過程度量是對(duì)軟件開發(fā)過程的各個(gè)方面進(jìn)行度量，目的在于預(yù)測過程的未來性能，減少過程結(jié)果的偏差，對(duì)軟件過程的行為進(jìn)行目標(biāo)管理，為過程控制、過程評(píng)價(jià)持續(xù)改善提供定量性基礎(chǔ)。過程度量與軟件開發(fā)流程密切相關(guān)，具有戰(zhàn)略性意義。軟件過程質(zhì)量的好壞會(huì)直接影響軟件產(chǎn)品質(zhì)量的好壞，度量并評(píng)估過程、提高過程成熟度可以改進(jìn)產(chǎn)品質(zhì)量。相反，度量并評(píng)估軟件產(chǎn)品質(zhì)量會(huì)為提高軟件過程質(zhì)量提供必要的反饋和依據(jù)。過程度量與軟件過程的成熟度密切相關(guān)。

篇(5)

我國金融電子業(yè)的發(fā)展和進(jìn)步使得銀行軟件行業(yè)進(jìn)入到了一個(gè)關(guān)鍵時(shí)期。銀行之間激烈的競爭關(guān)系使得銀行對(duì)于軟件的的要求越來越高，國外優(yōu)秀的同類軟件也在不斷的參與著國內(nèi)市場的競爭。巨大的市場壓力迫使軟件開發(fā)商放棄了傳統(tǒng)模式的手工作坊的開發(fā)方式，轉(zhuǎn)而采取更加先進(jìn)的技術(shù)和方法來提高軟件開發(fā)的質(zhì)量，以保證企業(yè)的可持續(xù)發(fā)展和進(jìn)步。

關(guān)鍵詞：

銀行；軟件開發(fā)；CMM；開發(fā)方法；改進(jìn)

銀行軟件的開發(fā)過程的改進(jìn)方法直接影響到銀行業(yè)的進(jìn)步和發(fā)展，對(duì)銀行信息化水平的提高尤其重要。銀行軟件項(xiàng)目是由技術(shù)、過程和人才三個(gè)方面共同完成的，銀行軟件項(xiàng)目的開發(fā)和改進(jìn)方法離不開以上三個(gè)要素的參與，只有提高銀行軟件的開發(fā)質(zhì)量和工作效率才能吸引創(chuàng)造更多地利潤，提高客戶的滿意度。

一、銀行軟件的開發(fā)方法和改進(jìn)方式

1、以產(chǎn)品化為核心的軟件開發(fā)方法銀行軟件業(yè)發(fā)展的初期階段，軟件商針對(duì)各銀行服務(wù)項(xiàng)目的不同進(jìn)行軟件的定制是當(dāng)時(shí)主要的銀行軟件開發(fā)方式。開發(fā)人員針對(duì)每個(gè)項(xiàng)目中實(shí)際的需求進(jìn)行調(diào)研，設(shè)計(jì)出符合要求的開發(fā)方案再進(jìn)行實(shí)施，但實(shí)際上，這種方式存在很大的局限性。首先定制軟件需要軟件開發(fā)商將大量的技術(shù)人員派遣到不同的項(xiàng)目中去，他們的工作重復(fù)率十分高，極大的浪費(fèi)了人力資源，效率還得不到提高，使得開發(fā)成本的投入不斷增加，給企業(yè)的進(jìn)步和發(fā)展帶來了阻礙，定制軟件的穩(wěn)定性還非常差，出錯(cuò)幾率較大，在客戶滿意度上始終達(dá)不到高標(biāo)準(zhǔn)。[1]使用產(chǎn)品化的銀行軟件開發(fā)方法可以很好地解決以上問題，作為一種工程技術(shù)的方式，產(chǎn)品化的開發(fā)方法基本的研究思路是在同類軟件產(chǎn)品的基礎(chǔ)上，提取出相關(guān)的業(yè)務(wù)特征來予以實(shí)現(xiàn)，對(duì)于不穩(wěn)定的部分進(jìn)行參數(shù)化的處理，使其能夠在較小的變化下滿足大部分客戶的需求。這樣項(xiàng)目在經(jīng)過首輪的開發(fā)研究之后，對(duì)不同銀行的軟件都能在最短時(shí)間內(nèi)進(jìn)行維護(hù)和保養(yǎng)，非常有利于提高軟件質(zhì)量、減少成本的投入和增加市場競爭力。銀行軟件的開發(fā)方式以銀行具體的業(yè)務(wù)標(biāo)準(zhǔn)作為基礎(chǔ)和標(biāo)準(zhǔn)。從理論化的角度來看非常適合產(chǎn)品化的開發(fā)方式。但是針對(duì)目前銀行界的發(fā)展情況來看，各銀行之間有自己獨(dú)特的業(yè)務(wù)處理程序，在流程和業(yè)務(wù)的處理方式上也大不相同，給產(chǎn)品化的開發(fā)帶來一定的阻礙。以產(chǎn)品化為核心的銀行軟件的開發(fā)過程是建立在技術(shù)平臺(tái)的基礎(chǔ)之上，通過業(yè)務(wù)邏輯的思維能力在部分定制條件下可以快速完成對(duì)于產(chǎn)品的開發(fā)和使用。銀行軟件業(yè)務(wù)的平臺(tái)的開發(fā)步驟是在技術(shù)平臺(tái)作為基礎(chǔ)的情況下，再深入理解和分析銀行內(nèi)部的業(yè)務(wù)，建立和完善業(yè)務(wù)平臺(tái)，然后在基本業(yè)務(wù)平臺(tái)之上構(gòu)建出一個(gè)完整的業(yè)務(wù)流程，對(duì)于具有近似流程的業(yè)務(wù)建立建立相關(guān)模板來用作更高層次的平臺(tái)，以支付系統(tǒng)為例，大筆金額交易的流程必須經(jīng)過錄入、審核。傳輸、修改和修正等步驟，就可以做成一個(gè)完整的業(yè)務(wù)模板，通過對(duì)這個(gè)模板的修改和調(diào)整就可以用到其他類似的業(yè)務(wù)上。[2]以產(chǎn)品化為核心的開發(fā)方式除了開發(fā)制作方便快捷之外，在后期的軟件維修保養(yǎng)和升級(jí)方面也十分快速，雖然以產(chǎn)品為核心的開發(fā)方法的業(yè)務(wù)平臺(tái)并不是徹底的產(chǎn)品化方案，還需要相應(yīng)的開發(fā)人員的針對(duì)具體的銀行業(yè)務(wù)進(jìn)行第二次的開發(fā)，但是卻是非常適合當(dāng)前銀行業(yè)的的一種改進(jìn)方式。

2、以CMM為核心的軟件開發(fā)方法CMM是管理學(xué)理念在軟件行業(yè)中的具體表現(xiàn)，在過去的幾年時(shí)間內(nèi)CMM用具體的成績證明了他對(duì)改進(jìn)軟件開發(fā)過程的價(jià)值，是一種更加先進(jìn)的改進(jìn)方式，但是并不是所有銀行的軟件項(xiàng)目都適合CMM的管理理念，比如以算法為基礎(chǔ)的銀行研究性開發(fā)項(xiàng)目就不行，CMM為核心的軟件開發(fā)方式只適合控制方便的業(yè)務(wù)型開發(fā)項(xiàng)目。目前我國銀行的軟件大部分都是以業(yè)務(wù)作為核心的行業(yè)軟件，因此在具體開發(fā)技術(shù)上是不需要十分高深的算法和復(fù)雜的邏輯的，因此十分適合使用CMM的理念對(duì)銀行軟件項(xiàng)目進(jìn)行開發(fā)和使用，由于開發(fā)方式的產(chǎn)品化等特征，雖然整體的研究成本得以降低，但是在第一次的開發(fā)程度上卻十分復(fù)雜，需要更加優(yōu)良的管理方式才能保障以CMM為核心的軟件開發(fā)成功。[3]我國目前對(duì)于CMM的研究已經(jīng)取得了很多的成果，例如對(duì)KPA中關(guān)鍵過程的實(shí)踐內(nèi)容的解析和證明，每個(gè)目標(biāo)如何在單獨(dú)的軟件開發(fā)項(xiàng)目中完成。但是CMM在銀行軟件的開發(fā)實(shí)施需要企業(yè)文化作為基本保障，才能確保該方法的順利進(jìn)行。CMM的管理理念提供了一系列的方案來保障銀行管理的制度化，如在具體的銀行業(yè)務(wù)中，軟件工程作為立法機(jī)構(gòu)提出相應(yīng)的規(guī)范內(nèi)容，所以軟件在在開發(fā)過程就必須按照這些制度來執(zhí)行，保障軟件的質(zhì)量監(jiān)督規(guī)范的實(shí)施，這樣就能確保軟件管理的有效性。但是傳統(tǒng)制度下的銀行軟件開發(fā)企業(yè)的管理者來說，自身也處在制度之下，只有企業(yè)內(nèi)形成法制化的企業(yè)文化，才能保障新方法的推行管理過程。需要參與CMM為核心的各組織相對(duì)獨(dú)立的發(fā)展空間。只有在不會(huì)互相影響的情況下，各組織的評(píng)估和監(jiān)督工作才能從真實(shí)性和客觀性出發(fā)，對(duì)軟件的管理和理解才加具有意義。例如在對(duì)軟件工程過程組的計(jì)劃評(píng)估中，由測試組對(duì)軟件工程組的產(chǎn)品進(jìn)行性能測試時(shí)雙方都需要相對(duì)獨(dú)立的空間的作為前提，但是在我國的發(fā)展過程中，企業(yè)管理人員的職責(zé)范圍不明確，各組織屬于從屬的關(guān)系非常多，個(gè)別企業(yè)甚至是一組人員負(fù)責(zé)兩個(gè)項(xiàng)目，自我監(jiān)督效果極差。這樣雖然從客觀上采用了CMM的理念，但是在實(shí)際操作過程問題就會(huì)不斷的出現(xiàn)，對(duì)于開發(fā)過程并沒有起到明顯的作用，所以對(duì)于軟件開發(fā)企業(yè)來說這是必須要面對(duì)的問題。CMM是作為一個(gè)評(píng)估系統(tǒng)的依據(jù)和過程改進(jìn)的結(jié)構(gòu)出現(xiàn)的，主要是針對(duì)如何建立科學(xué)有效的管理方法給出了確切的目標(biāo)和建議，CMM在銀行軟件的開發(fā)方法中的具體實(shí)現(xiàn)就需要結(jié)合實(shí)際的銀行業(yè)務(wù)水平和企業(yè)自身的結(jié)構(gòu)，來制定出合理有效的管理方案。正確實(shí)施CMM的方法是根據(jù)各個(gè)項(xiàng)目中開發(fā)人員的技術(shù)經(jīng)驗(yàn)來完成對(duì)KPA關(guān)鍵過程的目標(biāo)實(shí)踐并完成制定的目標(biāo)。完成CMM2之后再從對(duì)多個(gè)項(xiàng)目的總結(jié)方案上開始對(duì)于CMM3的KPA研究分析，形成一個(gè)系統(tǒng)的組織結(jié)構(gòu)，最后再反向推廣，以完成對(duì)過程管理的改進(jìn)。[4]

3、重視對(duì)人才的培養(yǎng)工作不論是以產(chǎn)品化為核心的銀行軟件開發(fā)方式還是以CMM為核心的開發(fā)方式，這些方案的實(shí)施基礎(chǔ)是有足夠的技術(shù)人員來進(jìn)行操作，對(duì)于軟件企業(yè)來說人才來說專業(yè)的技術(shù)人員可以分為單一的技術(shù)型、純業(yè)務(wù)型和管理者三種，他們各自傾向于自身領(lǐng)域中知識(shí)的學(xué)習(xí)和管理，目前我國的軟件企業(yè)內(nèi)存在著管理缺乏的現(xiàn)象，更是在業(yè)務(wù)型人才的培養(yǎng)上十分薄弱，這對(duì)軟件的開發(fā)和推廣以及后期的維護(hù)和管理是十分不利的，軟件從性能上可以看成是一種針對(duì)其他行業(yè)發(fā)展的服務(wù)，缺乏業(yè)合格的管理人員和業(yè)務(wù)人員的軟件企業(yè)無法開發(fā)出優(yōu)質(zhì)的軟件系統(tǒng)的。從銀行軟件的角度來說，業(yè)務(wù)人員是最重要的組成部門，因?yàn)殂y行業(yè)的主要工作就是以業(yè)務(wù)為主，本身也具備相對(duì)復(fù)雜的程序，只有技術(shù)豐富銀行軟件人員才能做好銀行軟件的開發(fā)工作。

二、結(jié)束語

銀行軟件的開發(fā)和改進(jìn)方法主要就是包括對(duì)技術(shù)、應(yīng)用過程和人才的培養(yǎng)上，這三個(gè)是相互關(guān)聯(lián)的相互影響的，如果其中一個(gè)方面有缺失必然會(huì)相應(yīng)其他方面的進(jìn)步和發(fā)展，造成資源地浪費(fèi)，因此在對(duì)銀行軟件的開發(fā)和改進(jìn)中要注意對(duì)這三個(gè)方面齊頭并進(jìn)，避免造成短板效應(yīng)，才能真正提升銀行軟件的質(zhì)量和效率。

參考文獻(xiàn)：

[1]侯曉靚.基于CMMI的軟件項(xiàng)目風(fēng)險(xiǎn)管理研究[D].北京郵電大學(xué),2012-11-12.

[2]張健.基于FPA方法的某銀行軟件開發(fā)項(xiàng)目的工作量估算研究[D].中國科學(xué)院大學(xué)(工程管理與信息技術(shù)學(xué)院),2015-07-23.

[3]王嶠.銀行業(yè)軟件項(xiàng)目全生命周期的質(zhì)量度量指標(biāo)體系研究[D].山東大學(xué),2014-10-03.

篇(6)

隨著信息技術(shù)的飛速發(fā)展，軟件產(chǎn)品的規(guī)模也越來越龐大，個(gè)人單打獨(dú)斗的作坊式開發(fā)方式已經(jīng)越來越不適應(yīng)發(fā)展的需要。各軟件企業(yè)都在積極將軟件項(xiàng)目管理引入開發(fā)活動(dòng)中，對(duì)開發(fā)實(shí)行有效的管理。我公司是西安一家中型軟件企業(yè)，在公司中已經(jīng)實(shí)行了項(xiàng)目管理制度，軟件項(xiàng)目管理是整個(gè)項(xiàng)目管理中的一個(gè)重要組成部分。

從概念上講，軟件項(xiàng)目管理是為了使軟件項(xiàng)目能夠按照預(yù)定的成本、進(jìn)度、質(zhì)量順利完成，而對(duì)成本、人員、進(jìn)度、質(zhì)量、風(fēng)險(xiǎn)等進(jìn)行分析和管理的活動(dòng)。實(shí)際上，軟件項(xiàng)目管理的意義不僅僅如此，進(jìn)行軟件項(xiàng)目管理有利于將開發(fā)人員的個(gè)人開發(fā)能力轉(zhuǎn)化成企業(yè)的開發(fā)能力，企業(yè)的軟件開發(fā)能力越高，表明這個(gè)企業(yè)的軟件生產(chǎn)越趨向于成熟，企業(yè)越能夠穩(wěn)定發(fā)展（即減小開發(fā)風(fēng)險(xiǎn)）。

軟件開發(fā)不同于其他產(chǎn)品的制造，軟件的整個(gè)過程都是設(shè)計(jì)過程（沒有制造過程）；另外，軟件開發(fā)不需要使用大量的物質(zhì)資源，而主要是人力資源；并且，軟件開發(fā)的產(chǎn)品只是程序代碼和技術(shù)文件，并沒有其他的物質(zhì)結(jié)果。基于上述特點(diǎn)，軟件項(xiàng)目管理與其他項(xiàng)目管理相比，有很大的獨(dú)特性。

二、軟件項(xiàng)目管理的組織模式

軟件項(xiàng)目可以是一個(gè)單獨(dú)的開發(fā)項(xiàng)目，也可以與產(chǎn)品項(xiàng)目組成一個(gè)完整的軟件產(chǎn)品項(xiàng)目。如果是訂單開發(fā)，則成立軟件項(xiàng)目組即可；如果是產(chǎn)品開發(fā)，需成立軟件項(xiàng)目組和產(chǎn)品項(xiàng)目（負(fù)責(zé)市場調(diào)研和銷售），組成軟件產(chǎn)品項(xiàng)目組。

公司實(shí)行項(xiàng)目管理時(shí)，首先要成立項(xiàng)目管理委員會(huì)，項(xiàng)目管理委員會(huì)下設(shè)項(xiàng)目管理小組、項(xiàng)目評(píng)審小組和軟件產(chǎn)品項(xiàng)目組。

1、項(xiàng)目管理委員會(huì)

項(xiàng)目管理委員會(huì)是公司項(xiàng)目管理的最高決策機(jī)構(gòu)，一般由公司總經(jīng)理、副總經(jīng)理組成。主要職責(zé)如下：

（1）依照項(xiàng)目管理相關(guān)制度，管理項(xiàng)目；

（2）監(jiān)督項(xiàng)目管理相關(guān)制度的執(zhí)行；

（3）對(duì)項(xiàng)目立項(xiàng)、項(xiàng)目撤消進(jìn)行決策；

（4）任命項(xiàng)目管理小組組長、項(xiàng)目評(píng)審委員會(huì)主任、項(xiàng)目組組長.

2、項(xiàng)目管理小組

項(xiàng)目管理小組對(duì)項(xiàng)目管理委員會(huì)負(fù)責(zé)，一般由公司管理人員組成。主要職責(zé)如下：

（1）草擬項(xiàng)目管理的各項(xiàng)制度；

（2）組織項(xiàng)目階段評(píng)審；

（3）保存項(xiàng)目過程中的相關(guān)文件和數(shù)據(jù)；

（4）為優(yōu)化項(xiàng)目管理提出建議。

3、項(xiàng)目評(píng)審小組

項(xiàng)目評(píng)審小組對(duì)項(xiàng)目管理委員會(huì)負(fù)責(zé)，可下設(shè)開發(fā)評(píng)審小組和產(chǎn)品評(píng)審小組，一般由公司技術(shù)專家和市場專家組成。主要職責(zé)如下：

（1）對(duì)項(xiàng)目可行性報(bào)告進(jìn)行評(píng)審；

（2）對(duì)市場計(jì)劃和階段報(bào)告進(jìn)行評(píng)審；

（3）對(duì)開發(fā)計(jì)劃和階段報(bào)告進(jìn)行評(píng)審；

（4）項(xiàng)目結(jié)束時(shí)，對(duì)項(xiàng)目總結(jié)報(bào)告進(jìn)行評(píng)審。

4、軟件產(chǎn)品項(xiàng)目組

軟件產(chǎn)品項(xiàng)目組對(duì)項(xiàng)目管理委員會(huì)負(fù)責(zé)，可下設(shè)軟件項(xiàng)目組和產(chǎn)品項(xiàng)目組。軟件項(xiàng)目組和產(chǎn)品項(xiàng)目組分別設(shè)開發(fā)經(jīng)理和產(chǎn)品經(jīng)理。成員一般由公司技術(shù)人員和市場人員構(gòu)成。主要職責(zé)是：根據(jù)項(xiàng)目管理委員會(huì)的安排具體負(fù)責(zé)項(xiàng)目的軟件開發(fā)和市場調(diào)研及銷售工作。

三、軟件項(xiàng)目管理的內(nèi)容

從軟件工程的角度講，軟件開發(fā)主要分為六個(gè)階段：需求分析階段、概要設(shè)計(jì)階段、詳細(xì)設(shè)計(jì)階段、編碼階段、測試階段、安裝及維護(hù)階段。不論是作坊式開發(fā)，還是團(tuán)隊(duì)協(xié)作開發(fā)，這六個(gè)階段都是不可缺少的。

根據(jù)公司實(shí)際情況，公司在進(jìn)行軟件項(xiàng)目管理時(shí)，重點(diǎn)將軟件配置管理、軟件質(zhì)量管理、軟件風(fēng)險(xiǎn)管理及開發(fā)人員管理四方面內(nèi)容導(dǎo)入軟件開發(fā)的整個(gè)階段。

在八十年代初，著名軟件工程專家B.W.Boehm總結(jié)出了軟件開發(fā)時(shí)需遵循的七條基本原則，同樣，我們?cè)谶M(jìn)行軟件項(xiàng)目管理時(shí)，也應(yīng)該遵循這七條原則。它們是：

（1）用分階段的生命周期計(jì)劃嚴(yán)格管理；

（2）堅(jiān)持進(jìn)行階段評(píng)審；

（3）實(shí)行嚴(yán)格的產(chǎn)品控制；

（4）采用現(xiàn)代程序設(shè)計(jì)技術(shù)；

（5）結(jié)果應(yīng)能夠清楚地審查；

（6）開發(fā)小組地人員應(yīng)該少而精；

（7）承認(rèn)不斷改進(jìn)軟件工程實(shí)踐地必要性。

篇(7)

關(guān)鍵詞:需求分析；項(xiàng)目干系人；系統(tǒng)分析員

中圖分類號(hào)：F270 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1003-3890（2012）05-0056-03

需求分析是軟件開發(fā)過程的核心，其結(jié)果直接影響到整個(gè)的軟件開發(fā)過程。據(jù)相關(guān)資料顯示，因需求分析因素所造成的軟件項(xiàng)目失敗或缺陷約占60%，屬于系統(tǒng)實(shí)施階段的代碼錯(cuò)誤，而導(dǎo)致軟件項(xiàng)目失敗的比率約為40%。項(xiàng)目失敗的根源在于需求分析不明確，需求調(diào)研不徹底，從而引發(fā)需求不斷變更，最終導(dǎo)致項(xiàng)目停滯。這些變更不僅加大了開發(fā)成本、項(xiàng)目無法按時(shí)完成等嚴(yán)重問題，而且，還有可能引發(fā)用戶方與開發(fā)方之間互相指責(zé)，導(dǎo)致項(xiàng)目擱淺。

一、軟件項(xiàng)目需求分析的重要性

軟件系統(tǒng)的開發(fā)主要分為五個(gè)階段，分別是系統(tǒng)的需求分析階段、系統(tǒng)設(shè)計(jì)階段、系統(tǒng)實(shí)施階段、系統(tǒng)測試階段和系統(tǒng)維護(hù)階段。而需求分析階段是整個(gè)五階段中的重中之重，在該階段所占的工作量大概是整個(gè)軟件開發(fā)項(xiàng)目的50%，邏輯方案是該階段的最終成果。邏輯方案不僅是進(jìn)行系統(tǒng)設(shè)計(jì)的依據(jù)，而且，還是系統(tǒng)最終驗(yàn)收的說明性文件。從以往的經(jīng)驗(yàn)來看，需求分析做的不徹底，沒有深層次的挖掘用戶需求，往往可能導(dǎo)致整個(gè)項(xiàng)目無法達(dá)到預(yù)期的效果，或者說設(shè)計(jì)開發(fā)出來的產(chǎn)品不能滿足用戶的需求。

需求分析首先要對(duì)現(xiàn)有系統(tǒng)有充分的認(rèn)識(shí)和了解，在此基礎(chǔ)上，通過識(shí)別關(guān)鍵問題、分析項(xiàng)目的可行性、詳細(xì)調(diào)查研究、系統(tǒng)化分析，最終設(shè)計(jì)完成該項(xiàng)目的新系統(tǒng)邏輯方案。只有系統(tǒng)分析員明白了用戶的真正需求，才能開發(fā)出滿足用戶的軟件產(chǎn)品。在這里，要強(qiáng)調(diào)一點(diǎn)的是，在做需求分析的時(shí)候，開發(fā)方一定要指派有實(shí)際工作經(jīng)驗(yàn)的系統(tǒng)分析員來與用戶溝通，而不是指派具體的開發(fā)人員，這將避免一些溝通不暢的問題發(fā)生。系統(tǒng)分析員在了解用戶的基本需求之后，要以書面的形式，準(zhǔn)確地制定出軟件需求報(bào)告。該報(bào)告主要說明系統(tǒng)的行為屬性，是項(xiàng)目開發(fā)過程中對(duì)系統(tǒng)的制約。要實(shí)現(xiàn)這一目標(biāo)，就需要系統(tǒng)分析員與用戶之間做到緊密協(xié)作，甚至系統(tǒng)分析員要深入到用戶方的實(shí)際業(yè)務(wù)當(dāng)中，把自己當(dāng)做是用戶，從用戶的角度思考問題，只有這樣，開發(fā)方才可以真正了解用戶需要什么，系統(tǒng)應(yīng)該做什么。

二、規(guī)范執(zhí)行需求分析的流程

需求分析的過程，要嚴(yán)格執(zhí)行規(guī)范化操作，囫圇吞棗式的需求調(diào)研是不可取的。開發(fā)方在做需求分析過程中，一定要嚴(yán)格把關(guān)，從對(duì)用戶負(fù)責(zé)的角度出發(fā)，并且也為了降低自己的開發(fā)成本，對(duì)無法與用戶實(shí)現(xiàn)很好溝通的項(xiàng)目經(jīng)理要及時(shí)叫停，避免后續(xù)工作無法正常進(jìn)行。

按照需求分析的過程，同樣也可將其分為五個(gè)階段：首先要獲取用戶需求，其次是分析用戶的需求，第三是編寫需求文檔，第四是評(píng)審需求文檔，最后是管理需求。規(guī)范執(zhí)行需求分析的流程，是需求分析能否成功的關(guān)鍵。圖1是根據(jù)實(shí)際工作經(jīng)驗(yàn)總結(jié)出的需求分析工作流程：

在需求分析過程中，開發(fā)方要深入用戶方的各個(gè)部門，最簡單的項(xiàng)目也要做到用戶確認(rèn)需求和需求評(píng)審兩個(gè)過程，復(fù)雜的項(xiàng)目甚至要做到多次。

三、盡快熟悉項(xiàng)目用戶方干系人全貌

項(xiàng)目干系人又稱為項(xiàng)目相關(guān)利益者，是指積極參與項(xiàng)目、或其利益會(huì)受到項(xiàng)目執(zhí)行或完成情況影響的個(gè)人或組織，項(xiàng)目干系人對(duì)項(xiàng)目的目的和結(jié)果施加影響。項(xiàng)目管理團(tuán)隊(duì)，即開發(fā)方，必須識(shí)別項(xiàng)目干系人，確定他們的需求和期望，盡最大可能地管理與需求相關(guān)的因素，以獲得項(xiàng)目的成功。因此，應(yīng)當(dāng)從項(xiàng)目的啟動(dòng)開始，系統(tǒng)分析員用戶方相關(guān)人員的配合下，逐步分清項(xiàng)目用戶方干系人具體包含哪些人和部門，通過開方法與其溝通加之用戶方領(lǐng)導(dǎo)的協(xié)調(diào)以驅(qū)動(dòng)他們對(duì)項(xiàng)目的支持，從而減小其對(duì)項(xiàng)目的阻力。

有些項(xiàng)目在做需求調(diào)研時(shí)，因受用戶方提出的進(jìn)度要求等因素影響，有些系統(tǒng)分析員不愿與用戶過多地交流，只是發(fā)一些調(diào)研表做一些大概的了解。往往是因?yàn)殚_發(fā)方已有與該建設(shè)單位相似的原型，會(huì)亟不可待地去推廣，這樣會(huì)導(dǎo)致某些差異需求得不到深入了解，用戶方只能被動(dòng)地去適應(yīng)原型系統(tǒng)，這樣的做法是不可取的。另一種情況則是開發(fā)方與用戶方的技術(shù)部門交流比較多，而向業(yè)務(wù)部門和實(shí)際使用人員調(diào)查的力度不夠，往往容易造成原型試用后，與用戶的需求不一致，不得不再對(duì)需求做較大調(diào)整，造成開發(fā)周期不斷延期，開發(fā)成本大大增加。因此，熟悉項(xiàng)目用戶方干系人全貌是進(jìn)行需求調(diào)研的第一步，也是需求調(diào)研的基礎(chǔ)。在定制的開發(fā)項(xiàng)目中，最重要的是要弄清楚用戶方中的組織結(jié)構(gòu)關(guān)系、業(yè)務(wù)流程關(guān)系、數(shù)據(jù)流程關(guān)系。制定該項(xiàng)目的牽頭單位，在此基礎(chǔ)上，使用圖表的形式將這三種關(guān)系表現(xiàn)出來。

四、采取正確的方法獲取用戶需求