軟件項(xiàng)目管理的對(duì)象是軟件工程項(xiàng)目。它所涉及的范圍覆蓋了整個(gè)軟件工程過(guò)程。小編收集了軟件項(xiàng)目管理論文，歡迎閱讀。

　　軟件項(xiàng)目管理論文【一】

　　[摘要]當(dāng)前大學(xué)生普遍心懷創(chuàng)業(yè)夢(mèng)想，但是對(duì)于如何進(jìn)行創(chuàng)業(yè)，如何回避創(chuàng)業(yè)風(fēng)險(xiǎn)，如何規(guī)劃創(chuàng)業(yè)活動(dòng)以及如何進(jìn)行創(chuàng)業(yè)項(xiàng)目管理卻知之甚少。如此造成當(dāng)前大學(xué)生創(chuàng)業(yè)活動(dòng)的普遍失敗。本文引入軟件工程學(xué)的相關(guān)方法對(duì)大學(xué)生創(chuàng)業(yè)項(xiàng)目進(jìn)行規(guī)劃，同時(shí)借鑒軟件項(xiàng)目管理的手段對(duì)大學(xué)生創(chuàng)業(yè)項(xiàng)目進(jìn)行管理，有效地規(guī)范了大學(xué)生的創(chuàng)業(yè)項(xiàng)目，提高創(chuàng)業(yè)成功率。

　　[關(guān)鍵詞]軟件工程;創(chuàng)業(yè);管理

　　一、 引言

　　當(dāng)前大學(xué)生普遍胸懷創(chuàng)業(yè)夢(mèng)想，這種夢(mèng)想憧憬著一個(gè)美好的創(chuàng)業(yè)未來(lái)，但是就目前情況看來(lái)大學(xué)生的創(chuàng)業(yè)活動(dòng)多數(shù)或者說(shuō)絕大多數(shù)還是以失敗而告終，甚至于背負(fù)沉重的經(jīng)濟(jì)負(fù)擔(dān)。到底如何幫助大學(xué)生規(guī)劃好自己的創(chuàng)業(yè)項(xiàng)目，如何提高大學(xué)生創(chuàng)業(yè)項(xiàng)目的成功性，一個(gè)合理的規(guī)范的專業(yè)性的項(xiàng)目規(guī)劃尤為重要。當(dāng)前大學(xué)生的眾多創(chuàng)業(yè)項(xiàng)目都普遍缺乏可行性研究，單憑激情和勇氣或者加上良好的創(chuàng)意以及苦干的決心去進(jìn)行創(chuàng)業(yè)是遠(yuǎn)遠(yuǎn)不夠的，他們普遍需要一份完整的專業(yè)的可行性研究，但是如何進(jìn)行可行性研究確實(shí)一個(gè)復(fù)雜而缺乏實(shí)例的工作，可以借鑒的或者說(shuō)可以引用的是軟件工程項(xiàng)目的可行性研究以及軟件工程項(xiàng)目的可行性研究的木本設(shè)計(jì)出創(chuàng)業(yè)項(xiàng)目的可行性研究規(guī)范。

　　二、軟件工程項(xiàng)目與大學(xué)生創(chuàng)業(yè)項(xiàng)目的類似性研究

　　1.背景類似

　　軟件工程的產(chǎn)生背景是由于軟件危機(jī)的存在，而在六十年代末期，工業(yè)發(fā)達(dá)國(guó)家就已經(jīng)意識(shí)到了這種軟件危機(jī)，表現(xiàn)在軟件成本的急劇增長(zhǎng)成為計(jì)算機(jī)系統(tǒng)最大開支項(xiàng)目，軟件開發(fā)周期長(zhǎng)，進(jìn)度很難控制，質(zhì)量也難以保證，管理更不上。而當(dāng)前混亂的大學(xué)生創(chuàng)業(yè)規(guī)劃也是嚴(yán)重阻礙大學(xué)生創(chuàng)業(yè)成功的主要問題，其主要問題包括:項(xiàng)目選擇太盲目、缺乏創(chuàng)業(yè)技能、融資渠道單一、社會(huì)資源貧乏、管理過(guò)于

　　隨意。二者的這些問題看似差別很到但卻始終圍繞這“效率”“成本”“管理”三方面上，也就是說(shuō)軟件危機(jī)面臨的問題在當(dāng)前大學(xué)生創(chuàng)業(yè)活動(dòng)中同樣遇到。如此由軟件危機(jī)引出來(lái)的軟件工程學(xué)就可以通過(guò)比擬用到大學(xué)生的創(chuàng)業(yè)活動(dòng)中來(lái)。

　　2.生命周期類似

　　軟件生命周期經(jīng)歷了6個(gè)階段分別是:

　�、賳栴}提出;②可行性研究;③需求分析;④總體設(shè)計(jì);⑤詳細(xì)設(shè)計(jì);⑥測(cè)試。而創(chuàng)業(yè)項(xiàng)目的 生命周期也是從①創(chuàng)業(yè)項(xiàng)目定義;②可行性研究;③成本/效益分析;④總體項(xiàng)目規(guī)劃設(shè)計(jì);⑤具體實(shí)施;⑥實(shí)施評(píng)估。

　　創(chuàng)業(yè)項(xiàng)目生命周期整個(gè)過(guò)程和軟件生命周期同樣滿足瀑布模型。

　　三、基于軟件工程學(xué)的大學(xué)生創(chuàng)業(yè)項(xiàng)目管理

　　1.軟件項(xiàng)目管理

　　1.1軟件項(xiàng)目管理的概念

　　從概念上講，軟件項(xiàng)目管理是根據(jù)管理科學(xué)的理論，結(jié)合軟件產(chǎn)品開發(fā)的實(shí)際，保證工程化系統(tǒng)開發(fā)方法順利實(shí)施的管理實(shí)踐，為了使軟件項(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))。

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

　　1.2軟件項(xiàng)目管理的目的

　　隨著信息技術(shù)的飛速發(fā)展，計(jì)算機(jī)軟件產(chǎn)品的規(guī)模和復(fù)雜度也隨之增加。個(gè)人單打獨(dú)斗的作坊式開發(fā)方式已經(jīng)越來(lái)越不適應(yīng)發(fā)展的需要。與此同時(shí)，軟件項(xiàng)目中“項(xiàng)目黑洞”也應(yīng)運(yùn)而生:項(xiàng)目無(wú)法按期完成、項(xiàng)目合作方的工作難以協(xié)調(diào)、用戶需求經(jīng)常變動(dòng)、工作質(zhì)量難

　　以保證，給企業(yè)帶來(lái)為了愈來(lái)愈多的損失。這種情況說(shuō)明了軟件項(xiàng)目開發(fā)及管理過(guò)程中，存在著許多的問題，需要更多的重視和研究。 沒有運(yùn)用軟件項(xiàng)目管理是面臨如此眾多問題主要原因之一。軟件項(xiàng)目管理作為一種科學(xué)的管理手段，是為了使軟件項(xiàng)目能夠按照預(yù)定的成本、進(jìn)度、質(zhì)量順利完成，而對(duì)成本、人員、進(jìn)度、質(zhì)量、風(fēng)險(xiǎn)等進(jìn)行分析和管理的一系列活動(dòng)。因此，對(duì)于以“項(xiàng)目”為基本運(yùn)作單位的各軟件開發(fā)企業(yè)，都在積極地將軟件項(xiàng)目管理引人開發(fā)活動(dòng)中，對(duì)軟件開發(fā)實(shí)行有效的管理。因此，決定一個(gè)軟件項(xiàng)目實(shí)施成功與否，軟件項(xiàng)目管理無(wú)疑起著舉足輕重的作用，軟件項(xiàng)目管理已經(jīng)是公認(rèn)的軟件開發(fā)企業(yè)的核心競(jìng)爭(zhēng)力之一。

　　1.3、軟件項(xiàng)目管理的原則

　　(1)平衡原則

　　在我們討論軟件項(xiàng)目為什么會(huì)失敗時(shí)可以列出很多的原因，如管理問題、技術(shù)問題、人員問題等等，但是有一個(gè)根本的思想問題是最容易忽視的，也是軟件系統(tǒng)的用戶、軟件開發(fā)商、銷售代理商最不想正視的，那就是:需求、資源、工期、質(zhì)量這四個(gè)要素之間的平衡關(guān)系問題。需求定義了“做什么”，定義了系統(tǒng)的范圍與規(guī)模，資源決定了項(xiàng)目的投人(人、財(cái)、物)，工期定義了項(xiàng)目的交付日期，質(zhì)量定義了做出的系統(tǒng)好到什么程度，這四個(gè)要素之間是有制約平衡關(guān)系的。如果需求范圍很大，要在較少的資源投人下，很短的工期內(nèi)，很高的質(zhì)量要求來(lái)完成某個(gè)項(xiàng)目，那是不現(xiàn)實(shí)的，要么需要增加投資，要么工程延期;如果需求界定清楚了，資源固定了，對(duì)系統(tǒng)的質(zhì)量要求很高，則可能需求延長(zhǎng)工期。對(duì)于上述四個(gè)要素之間的平衡關(guān)系最容易犯的一個(gè)錯(cuò)誤，就是鼓吹“多快好省”四個(gè)字。正視這四個(gè)要素之間的平衡關(guān)系是軟件用戶、開發(fā)商、代理商成熟理智的表現(xiàn)，否則系統(tǒng)的成功就失去了一塊最堅(jiān)實(shí)的理念基礎(chǔ)。

　　(2)高效原則

　　在需求、資源、工期、質(zhì)量四個(gè)要素中，很多的項(xiàng)目決策者是將進(jìn)度放在首位的，現(xiàn)在市場(chǎng)的競(jìng)爭(zhēng)越來(lái)越激烈，“產(chǎn)品早上市一天，就早掙一天錢，掙的就比花的多，所以一定要多掙”，基于這樣一個(gè)理念，軟件開發(fā)越來(lái)越追求開發(fā)效率，大家從技術(shù)、工具、管理上尋求更多更好的解決之道�；�于高效的原則，對(duì)項(xiàng)目的管理需要從幾個(gè)方面來(lái)考慮:要選擇精英成員;目標(biāo)要明確，范圍要清楚;溝通要及時(shí)、充分;要在激勵(lì)成員上下工夫。

　　(3)分解原則

　　“化繁為簡(jiǎn)，各個(gè)擊破”是自古以來(lái)解決復(fù)雜問題的不二法門，對(duì)于軟件項(xiàng)目來(lái)講，可以將大的項(xiàng)目劃分成幾個(gè)小項(xiàng)目來(lái)做，將周期長(zhǎng)的項(xiàng)目化分成幾個(gè)明確的階段。項(xiàng)目越大對(duì)項(xiàng)目組的管理人員、開發(fā)人員的要求越高，參與的人員越多，需要協(xié)調(diào)溝通的渠道越多，周期越長(zhǎng)，開發(fā)人員也容易疲勞，將大項(xiàng)目拆分成幾個(gè)小項(xiàng)目，可以降低對(duì)項(xiàng)目管理人員的要求，減少項(xiàng)目的管理風(fēng)險(xiǎn)，而且能夠充分地將項(xiàng)目管理的權(quán)力下放，充分調(diào)動(dòng)人員的積極性，目標(biāo)會(huì)比較具體明確，易于取得階段性的成果，使開發(fā)人員有成就感。

　　(4)實(shí)時(shí)控制原則

　　實(shí)時(shí)控制項(xiàng)目進(jìn)度的機(jī)制，依靠一套規(guī)范的過(guò)程來(lái)保證實(shí)時(shí)監(jiān)控項(xiàng)目的進(jìn)度，以實(shí)現(xiàn)實(shí)時(shí)控制項(xiàng)目的進(jìn)展，將項(xiàng)目的進(jìn)展情況完全的實(shí)時(shí)的置于你的控制之下。實(shí)時(shí)控制確保項(xiàng)目經(jīng)理能夠及時(shí)發(fā)現(xiàn)問題、解決問題，保證項(xiàng)目具有很高的可見度，保證項(xiàng)目的正常進(jìn)展。

　　(5)分類管理原則

　　對(duì)于不同的軟件項(xiàng)目其項(xiàng)目目標(biāo)差別很大，項(xiàng)目規(guī)模也是不同的，應(yīng)用領(lǐng)域是不同的，采用的技術(shù)路線差別也很大，因而，針對(duì)每個(gè)項(xiàng)目的不同特點(diǎn)，其管理的方法、管理的側(cè)重點(diǎn)應(yīng)該是不同的。就像古人講的，“因材施教”，“對(duì)癥下藥”。項(xiàng)目經(jīng)理需要根據(jù)項(xiàng)目的特點(diǎn)，制訂不同的項(xiàng)目管理的方針政策。

　　(6)簡(jiǎn)單有效原則

　　項(xiàng)目經(jīng)理在進(jìn)行項(xiàng)目管理的過(guò)程中，往往會(huì)得到開發(fā)人員這樣的抱怨“太麻煩了，浪費(fèi)時(shí)間，沒有用處”，這是很普遍的一種現(xiàn)象。當(dāng)然這樣的抱怨要從兩個(gè)方面來(lái)分析，一方面從開發(fā)人員本身可能存在不理解，或者逆反心理的情況，另一方面，項(xiàng)目經(jīng)理也要反思:我所采取的管理措施是否簡(jiǎn)單有效?搞管理不是搞學(xué)術(shù)研究，沒有完美的管理，只有有效的管理，而項(xiàng)目經(jīng)理往往試圖堵住所有的漏洞，解決所有的問題，恰恰是這種理想，會(huì)使項(xiàng)目的管理陷人一個(gè)誤區(qū)，作繭自縛，最后無(wú)法實(shí)施有效的管理，導(dǎo)致項(xiàng)目的失敗。

　　(7)規(guī)�？刂圃瓌t

　　該原則是和上面提到的其他原則相配合使用的，即要控制項(xiàng)目組的規(guī)模，不要人數(shù)太多，人數(shù)多了，進(jìn)行溝通的渠道就多了，管理的復(fù)雜度就高了，對(duì)項(xiàng)目經(jīng)理的要求也就高了。在微軟的MSF中，有一個(gè)很明確的原則就是要控制項(xiàng)目組的人數(shù)不要超過(guò)10人，當(dāng)然這不是絕對(duì)的，也和項(xiàng)目經(jīng)理的水平有很大關(guān)系。但是人員“貴精而不

　　貴多”，這是一個(gè)基本的原則，這和我們上面提到的高效原則、分解原則是相輔相成的。

　　(8)組織的知識(shí)積累原則

　　有效的積累知識(shí)的方法是:人員專業(yè)化培養(yǎng)，知識(shí)與載體分離。具體的做法是，把需要度量的知識(shí)實(shí)體分為固定知識(shí)(項(xiàng)目成果)和流動(dòng)知識(shí)(參與人員)，再把知識(shí)實(shí)體的價(jià)值體現(xiàn)劃分成不同的度量平面。根據(jù)所有知識(shí)實(shí)體在不同度量平面上的知識(shí)度量值，可以形成不同的知識(shí)平面指數(shù)和公司知識(shí)指數(shù)，并可根據(jù)此知識(shí)指數(shù)體系來(lái)全面分析公司的知識(shí)積累狀況，并迅速做出恰當(dāng)?shù)姆磻?yīng)。知識(shí)與載體分離體現(xiàn)的是，在組織中人力資本與組織資本是有區(qū)別的，簡(jiǎn)單地說(shuō)，人力資本屬于員工個(gè)人，企業(yè)只可租借使用;而組織資本就是8小時(shí)以外員工帶不回家的企業(yè)資產(chǎn)，它為公司所有。對(duì)企業(yè)來(lái)說(shuō)，相比于人力資本，組織資本更為重要。一個(gè)管理者(領(lǐng)導(dǎo)者)必須知道如何容納和積累知識(shí)，使之為公司所有。軟件項(xiàng)目管理是在經(jīng)歷了若干個(gè)大型軟件工程項(xiàng)目的失敗之后，人們才逐漸認(rèn)識(shí)到軟件項(xiàng)目管理的重要性和特殊性。事實(shí)上，這些項(xiàng)目的失敗并不是由于從事軟件開發(fā)工作的軟件工程師的無(wú)能，正相反，他們之中的絕大多數(shù)是當(dāng)時(shí)杰出的技術(shù)專家。這些工程項(xiàng)目的失敗主要是因?yàn)楣芾聿簧啤Ｋ�謂管理就是通過(guò)計(jì)劃、組織和控制等一系列活動(dòng)，合理地配置和使用各種資源，已達(dá)到既定目標(biāo)的過(guò)程。軟件項(xiàng)目管理先于任何技術(shù)活動(dòng)之前開始，并且貫穿于軟件的整個(gè)生命周期中。軟件項(xiàng)目管理過(guò)程從一組項(xiàng)目計(jì)劃活動(dòng)開始，而制定計(jì)劃的基礎(chǔ)是工作量估算和完成期限估算。為了估算項(xiàng)目的工作量和完成期限，首先需要估算軟件的規(guī)模、工作量估算，然后是進(jìn)度計(jì)劃，人員組織，質(zhì)量保證。

　　2.基于軟件項(xiàng)目管理的大學(xué)生創(chuàng)業(yè)項(xiàng)目管理

　　大學(xué)生的一個(gè)創(chuàng)業(yè)項(xiàng)目是一項(xiàng)獨(dú)特而現(xiàn)實(shí)性很強(qiáng)的工作，這個(gè)工作往往是需要遵從一定的規(guī)范和標(biāo)準(zhǔn)去生產(chǎn)某種新產(chǎn)品或提供某種服務(wù)的工作。這種工作應(yīng)在限定的時(shí)間、成本費(fèi)用、人力資源及資財(cái)?shù)软?xiàng)目參數(shù)內(nèi)完成。這與軟件工程的三要素:成本、效率，質(zhì)量及其類似。項(xiàng)目有三個(gè)要素，即技術(shù)目標(biāo)、完成期限和預(yù)算。項(xiàng)目的成功實(shí)現(xiàn)通常受四個(gè)因素的制約，即工作范圍、成本、進(jìn)度計(jì)劃和客戶滿意度。首先明確了大學(xué)生創(chuàng)業(yè)項(xiàng)目的工作范圍，在確定整個(gè)項(xiàng)目的工作范圍的時(shí)候必須充分考慮到自身的技術(shù)和服務(wù)優(yōu)勢(shì)。項(xiàng)目的工作范圍如果設(shè)定得比較大那么在項(xiàng)目的推動(dòng)過(guò)程中就要密切關(guān)注成本是否超過(guò)承受值。

　　2.1 成本估算

　　在軟件工程學(xué)中涉及到的成本估算方法有:代碼行技術(shù)、任務(wù)分解技術(shù)、自動(dòng)估計(jì)成本技術(shù)、任務(wù)分解法WBS。這些方法中只有人物分解法適合大學(xué)生創(chuàng)業(yè)項(xiàng)目的成本估算。WBS:任務(wù)分解法(Work Breakdown Structure)即利用WBS方法，先把項(xiàng)目任務(wù)進(jìn)行合理的細(xì)分，分到可以確認(rèn)的程度，如某種材料，某種設(shè)備，某一活動(dòng)單元等。然后估算每個(gè)WBS要素的費(fèi)用。

　　采用這一方法的前提條件或先決步驟是:

　　①對(duì)項(xiàng)目需求作出一個(gè)完整的限定;②制定完成任務(wù)所必需的邏輯步驟;③編制WBS表。

　　在進(jìn)度表和WBS表完成之后，開始進(jìn)行創(chuàng)業(yè)項(xiàng)目成本估算。創(chuàng)業(yè)項(xiàng)目成本估算的結(jié)果報(bào)告需要包括一下要點(diǎn):

　　①每個(gè)WBS要素的詳細(xì)費(fèi)用估算;②每個(gè)部門的計(jì)劃工時(shí)曲線圖;③每月的工時(shí)費(fèi)用總結(jié);④每年費(fèi)用分配表;⑤硬件支出預(yù)算。

　　這種方法的準(zhǔn)確度較高，用這種方法作出的這些報(bào)表不僅僅是成本估算的表述，還可以用來(lái)作為項(xiàng)目控制的依據(jù)。最高管理層則可以用這些報(bào)表來(lái)選擇和批準(zhǔn)項(xiàng)目，評(píng)定項(xiàng)目的優(yōu)先性。

　　2.2 人員組織

　　通常創(chuàng)業(yè)項(xiàng)目要成功，很重要的一項(xiàng)工作是成立創(chuàng)業(yè)項(xiàng)目組。挑選到合適的項(xiàng)目組成員并讓他們來(lái)項(xiàng)目組任職，是項(xiàng)目成功的關(guān)鍵。 大學(xué)生創(chuàng)業(yè)項(xiàng)目要獲得成功，同樣離不開一個(gè)好的創(chuàng)業(yè)團(tuán)隊(duì)。創(chuàng)業(yè)成功需要具備多方面的綜合知識(shí)和經(jīng)驗(yàn)，如管理知識(shí)、營(yíng)銷知識(shí)、財(cái)務(wù)知識(shí)、法律知識(shí)，甚至產(chǎn)品技術(shù)知識(shí)。而大部分青年大學(xué)生沒有這方面的實(shí)踐，經(jīng)驗(yàn)更是匱乏，很難做到全才。因此懂技術(shù)的有必要找一個(gè)懂管理的的做搭檔，懂管理的也有必要找懂技術(shù)的做搭檔。創(chuàng)業(yè)者在組建團(tuán)隊(duì)的時(shí)候必須選擇志同道合而且能獨(dú)當(dāng)一面的精兵強(qiáng)將加入團(tuán)隊(duì)，明確團(tuán)隊(duì)成員職責(zé)。作為團(tuán)隊(duì)的領(lǐng)導(dǎo)者——?jiǎng)?chuàng)業(yè)者還必須掌握溝通技巧，學(xué)會(huì)傾聽、感化和商談，來(lái)保持與鞏固整個(gè)團(tuán)隊(duì)的戰(zhàn)斗力和工作效率。

　　2.3 創(chuàng)業(yè)項(xiàng)目管理

　　創(chuàng)業(yè)項(xiàng)目的管理，就是首先制定創(chuàng)業(yè)項(xiàng)目計(jì)劃，然后按計(jì)劃一步

　　一步執(zhí)行。由于環(huán)境的變化、可能出現(xiàn)的進(jìn)度延時(shí)、認(rèn)識(shí)的偏差、能力的不足等原因，造成了實(shí)際狀況與計(jì)劃的偏離。而要保證項(xiàng)目圍繞預(yù)選制定的計(jì)劃開展，就得用到項(xiàng)目進(jìn)度管理的適度調(diào)整。項(xiàng)目管理以一定的標(biāo)準(zhǔn)為依據(jù)，定期或不定期地監(jiān)控項(xiàng)目，發(fā)現(xiàn)項(xiàng)目活動(dòng)與標(biāo)準(zhǔn)以及進(jìn)度之間的偏差，并采取必要措施進(jìn)行處理。要對(duì)創(chuàng)業(yè)項(xiàng)目進(jìn)展、費(fèi)用、質(zhì)量、風(fēng)險(xiǎn)等都進(jìn)行監(jiān)控和管理。

　　大學(xué)生在創(chuàng)業(yè)的活動(dòng)過(guò)程中應(yīng)經(jīng)常檢查和評(píng)估自己的計(jì)劃執(zhí)行情況，是否按計(jì)劃推進(jìn)，進(jìn)展比預(yù)想的快還是慢了，比如時(shí)間過(guò)去1/3的計(jì)劃時(shí)間了，而市場(chǎng)拓展才1/5;或者費(fèi)用過(guò)半了，而業(yè)務(wù)量才做到1/3等，這些也進(jìn)度嚴(yán)重違背的問題都需要及時(shí)發(fā)現(xiàn)，及時(shí)檢討，以求迅速提出解決辦法加以糾正。

　　四、以“高校實(shí)驗(yàn)教學(xué)管理系統(tǒng)”為例的項(xiàng)目管理模型及實(shí)踐

　　信息系統(tǒng)以及相關(guān)軟件項(xiàng)目的設(shè)計(jì)開發(fā)已經(jīng)不是企業(yè)運(yùn)作管理中的一部分了，各軟件企業(yè)都在積極地將軟件項(xiàng)目管理引人開發(fā)活動(dòng)中，對(duì)軟件項(xiàng)目開發(fā)實(shí)行有效的管理。

　　目前，中國(guó)的軟件企業(yè)正處于高速發(fā)展、急需規(guī)范管理并以項(xiàng)目為主導(dǎo)的環(huán)境中。企業(yè)每天所面對(duì)的不僅僅是幾個(gè)越來(lái)越大的大型項(xiàng)目，而將是成百上千不斷發(fā)生和進(jìn)行的項(xiàng)目。產(chǎn)生這種變化的因素是多方面的，這包括客戶需求的不斷提高導(dǎo)致產(chǎn)品生命周期縮短;產(chǎn)品開發(fā)項(xiàng)目數(shù)量大增;新技術(shù)導(dǎo)致了對(duì)研究和開發(fā)項(xiàng)目需求的增加;為了提高業(yè)務(wù)贏利能力，改進(jìn)業(yè)務(wù)模式的項(xiàng)目需求大增等。在這種多項(xiàng)目并發(fā)、技術(shù)含量高、變化速度快、資源有限的環(huán)境下，如何對(duì)企業(yè)、項(xiàng)目、資源實(shí)施科學(xué)的管理，加強(qiáng)團(tuán)隊(duì)能力，實(shí)現(xiàn)軟件企業(yè)的生產(chǎn)規(guī)模化、規(guī)范化、國(guó)際化，是當(dāng)前我國(guó)軟件業(yè)面臨的最大挑戰(zhàn)。

　　中國(guó)目前軟件業(yè)的落后狀況，實(shí)際已經(jīng)不是技術(shù)本身的問題，而是科學(xué)管理的問題，軟件工程理論與軟件項(xiàng)目管理的實(shí)際應(yīng)用與經(jīng)驗(yàn)，是我國(guó)軟件企業(yè)急待學(xué)習(xí)與渴求的。中國(guó)軟件業(yè)各個(gè)層次上的管理問題，目前可以說(shuō)已經(jīng)制約了中國(guó)軟件業(yè)走向國(guó)際化的進(jìn)程。

　　1，大中型軟件開發(fā)的主要難題不是技術(shù)而是管理。

　　有了科學(xué)嚴(yán)謹(jǐn)而行之有效的管理，才能讓先進(jìn)的技術(shù)方法和開發(fā)

　　工具真正發(fā)揮出作用，生產(chǎn)出優(yōu)秀的軟件作品。在軟件項(xiàng)目管理知識(shí)軟件項(xiàng)目與工程管理論文的基礎(chǔ)上，論文結(jié)合目標(biāo)系統(tǒng)的特點(diǎn)，給出了一種更加靈活的項(xiàng)目管理方法，闡述了質(zhì)量、進(jìn)度兩個(gè)方面的管理理念和方法，特別是如何對(duì)該項(xiàng)目進(jìn)行跟蹤、監(jiān)控和度量，以保證系統(tǒng)按進(jìn)度高質(zhì)量地完成、交付、使用。

　　實(shí)驗(yàn)教學(xué)是高校教學(xué)的重要環(huán)節(jié)，然而目前高校實(shí)驗(yàn)教學(xué)方面普遍使用的是各實(shí)驗(yàn)室彼此獨(dú)立的實(shí)驗(yàn)信息管理系統(tǒng)，這給學(xué)校的實(shí)驗(yàn)監(jiān)督工作帶來(lái)了很大的困難。目前國(guó)內(nèi)尚未出現(xiàn)面向全校所有實(shí)驗(yàn)室的類似系統(tǒng)，究其原因，最重要的一點(diǎn)就是項(xiàng)目管理難度大。僅從需求而言，實(shí)驗(yàn)室多而且各具特點(diǎn)，導(dǎo)致需求難以全面覆蓋和深入挖掘，這樣就很難梳理出一套標(biāo)準(zhǔn)和科學(xué)的管理模型，且系統(tǒng)開發(fā)極具不可預(yù)知性。

　　系統(tǒng)共分為四個(gè)平臺(tái):教務(wù)處、實(shí)驗(yàn)室、教師和學(xué)生，利用科學(xué)有效的數(shù)據(jù)庫(kù)設(shè)計(jì)技術(shù)和長(zhǎng)期服務(wù)高校教育教學(xué)的經(jīng)驗(yàn)技巧、以動(dòng)態(tài)定制方式解決實(shí)驗(yàn)室(中心)個(gè)性化需求問題。本系統(tǒng)的特點(diǎn)可以概括為以下三點(diǎn):

　　(1)該系統(tǒng)有多種用戶，多種管理員;對(duì)于每個(gè)實(shí)驗(yàn)室，該系統(tǒng)都是一個(gè)小型的實(shí)驗(yàn)教學(xué)管理系統(tǒng);(2)各個(gè)實(shí)驗(yàn)室運(yùn)行模式差異性大，需求多樣化;(3)用戶群體龐大，對(duì)于系統(tǒng)數(shù)據(jù)的及時(shí)準(zhǔn)確性要求較高。

　　上述特點(diǎn)決定了本系統(tǒng)項(xiàng)目管理工作的難度必定很大。從項(xiàng)目管理的角度來(lái)說(shuō)，開發(fā)模型體現(xiàn)了軟件開發(fā)管理者在管理模式上的變化，目前也存在多種開發(fā)模型。然而，傳統(tǒng)的項(xiàng)目管理是選擇一種軟件開發(fā)模型，在開發(fā)的各個(gè)階段實(shí)施管理。另外，考慮到開發(fā)模型越簡(jiǎn)化，管理工作就會(huì)越容易，大多數(shù)管理者會(huì)采用傳統(tǒng)的瀑布模型。瀑布式生命周期的開發(fā)過(guò)程是順序行進(jìn)的;活動(dòng)流向基本是單向的;這種模型的缺點(diǎn)也是很明顯的，各個(gè)階段的劃分完全固定，早期的錯(cuò)誤可能要等到開發(fā)后期的測(cè)試階段才能發(fā)現(xiàn)，進(jìn)而帶來(lái)嚴(yán)重的后果。 那么，本系統(tǒng)將會(huì)不拘泥于現(xiàn)有的開發(fā)模型，針對(duì)系統(tǒng)的特點(diǎn)，采用一套行之有效的開發(fā)管理方法，合理有效的推動(dòng)項(xiàng)目的研發(fā)進(jìn)程。

　　2“高校實(shí)驗(yàn)教學(xué)管理系統(tǒng)”項(xiàng)目管理模型

　　該系統(tǒng)是在傳統(tǒng)瀑布模型的基礎(chǔ)上加以修改，添加原型和迭代。

　　即首先做出原型，向用戶展示，然后根據(jù)用戶提出的修改意見，不斷改善系統(tǒng)，直到用戶滿意。

　　采用這種管理方式的優(yōu)點(diǎn):可強(qiáng)迫開發(fā)人員采用規(guī)范的方法;原型系統(tǒng)已經(jīng)通過(guò)與用戶交互，在一定程度上可以減少開發(fā)過(guò)程中的返工;開發(fā)人員通過(guò)建立原型已經(jīng)學(xué)到了很多東西，在設(shè)計(jì)和編碼階段發(fā)生錯(cuò)誤的可能性降低;每個(gè)階段交出的所有產(chǎn)品都經(jīng)過(guò)負(fù)責(zé)人的仔細(xì)驗(yàn)證，可保證符合文檔的要求;依據(jù)采用的開發(fā)模型，將該系統(tǒng)的開發(fā)階段分為需求分析、系統(tǒng)設(shè)計(jì)、編碼實(shí)施、測(cè)試、系統(tǒng)試運(yùn)行，在每個(gè)開發(fā)階段中進(jìn)行質(zhì)量、團(tuán)隊(duì)和進(jìn)度管理，主要從文檔、工具、溝通、制度、合作四個(gè)角度進(jìn)行。

　　3“高校實(shí)驗(yàn)教學(xué)管理系統(tǒng)”項(xiàng)目管理實(shí)踐

　　3.1制定團(tuán)隊(duì)規(guī)范

　　團(tuán)隊(duì)開發(fā)，永遠(yuǎn)不是一個(gè)人在行動(dòng)，因此需要制定團(tuán)隊(duì)規(guī)范，來(lái)約束大家的行為，以保證進(jìn)度和質(zhì)量，團(tuán)隊(duì)規(guī)范的內(nèi)容主要包括:每個(gè)開發(fā)人員每天晚上匯報(bào)當(dāng)天工作進(jìn)度;每周末總結(jié)本周工作，制定下周進(jìn)度計(jì)劃;遇到問題及時(shí)溝通，充分利用團(tuán)隊(duì)優(yōu)勢(shì);不能完成任務(wù)或提前完成任務(wù)及時(shí)告知負(fù)責(zé)人;個(gè)人獨(dú)立解決一個(gè)問題的時(shí)間不能超過(guò)半小時(shí)，半小時(shí)之后未解決應(yīng)及時(shí)與其他成員商討;階段性的技術(shù)總結(jié)、團(tuán)隊(duì)內(nèi)部技術(shù)、經(jīng)驗(yàn)交流;保證充分可靠的文檔;周期執(zhí)行檢查工作。

　　3.2需求獲取

　　全面的需求獲取是保證系統(tǒng)開發(fā)少走彎路的前提。該系統(tǒng)采用多種方法從不同角度獲取每個(gè)平臺(tái)的不同需求。比如:方法調(diào)查表、定期召開研討會(huì)、原型展示。對(duì)于每一次的調(diào)查和會(huì)議，都要有專門人員做好全程記錄，會(huì)后及時(shí)做好應(yīng)對(duì)策略。

　　3.3開發(fā)過(guò)程管理

　　采用Microsoft Project制定項(xiàng)目管理計(jì)劃。在制定計(jì)劃時(shí)要注意保證計(jì)劃的可行性，明確責(zé)任劃分。項(xiàng)目管理計(jì)劃隨著系統(tǒng)的進(jìn)行不斷細(xì)化，不斷調(diào)整。對(duì)于影響系統(tǒng)整體進(jìn)度的調(diào)整，要召開小組會(huì)議并和老師交流商量。

　　3.4系統(tǒng)設(shè)計(jì)和編碼

　　在系統(tǒng)設(shè)計(jì)階段，給出詳細(xì)設(shè)計(jì)文檔和界面原型，階段性地將設(shè)計(jì)內(nèi)容反饋給用戶。在充分理解需求文檔的基礎(chǔ)上，每個(gè)開發(fā)成員給出詳細(xì)設(shè)計(jì)和界面原型。并在階段性的時(shí)間點(diǎn)以研討會(huì)的形式展示界面原型，根據(jù)用戶要求完善系統(tǒng)設(shè)計(jì)。

　　對(duì)于四個(gè)平臺(tái)的功能模塊，根據(jù)功能難度、開發(fā)成員的編程能力和項(xiàng)目經(jīng)驗(yàn)進(jìn)行劃分。比如排實(shí)驗(yàn)，由于功能復(fù)雜，要考慮和驗(yàn)證的情況很多，這塊功能分配給編程老練、心思縝密的開發(fā)成員完成。 在編碼實(shí)施階段，采用源代碼管理工具VSS，制定統(tǒng)一編碼規(guī)范文檔，統(tǒng)一編碼風(fēng)格，降低開發(fā)和維護(hù)的風(fēng)險(xiǎn)及難度。

　　3.5測(cè)試和試運(yùn)行

　　測(cè)試階段:制定好測(cè)試計(jì)劃、編寫測(cè)試用例，測(cè)試過(guò)程做好測(cè)試報(bào)告，收集測(cè)試結(jié)果。測(cè)試時(shí)測(cè)試人員要認(rèn)真細(xì)致，對(duì)測(cè)試中發(fā)現(xiàn)的問題做好記錄。測(cè)試用例設(shè)計(jì)要基于需求，避免測(cè)試自己編寫的模塊，輸入數(shù)據(jù)包括合理的和不合理的，測(cè)試數(shù)據(jù)具有代表性。試運(yùn)行階段:首先在小范圍內(nèi)試運(yùn)行，根據(jù)反饋完善系統(tǒng);然后大范圍試用。試運(yùn)行之前準(zhǔn)備數(shù)據(jù)，要求數(shù)據(jù)能夠盡可能的展示各個(gè)實(shí)驗(yàn)室的情況;制作培訓(xùn)PPT;對(duì)于操作較復(fù)雜的界面錄制視頻;召開用戶培訓(xùn)會(huì)，使實(shí)驗(yàn)室負(fù)責(zé)人熟悉該系統(tǒng)，同時(shí)發(fā)現(xiàn)潛在的問題;公布用戶反饋方式，及時(shí)、最大限度的獲取用戶反饋意見。在多個(gè)學(xué)院試運(yùn)行期間，準(zhǔn)備兩套系統(tǒng)，一套試運(yùn)行數(shù)據(jù)，一套正式運(yùn)行數(shù)據(jù)。學(xué)生和教師的培訓(xùn)工作由實(shí)驗(yàn)室負(fù)責(zé)。

　　根據(jù)系統(tǒng)的特點(diǎn)靈活使用傳統(tǒng)的管理模型，采取用原型去引導(dǎo)用戶，通過(guò)實(shí)踐來(lái)了解目標(biāo)系統(tǒng)的概貌，從而不斷獲知和細(xì)化用戶的真正需求，明白系統(tǒng)應(yīng)該做什么，不應(yīng)該做什么。在項(xiàng)目實(shí)現(xiàn)過(guò)程中，制定合理規(guī)范的管理制度，不僅保證項(xiàng)目按質(zhì)向前推進(jìn)，同時(shí)使團(tuán)隊(duì)每位成員在項(xiàng)目開發(fā)的整個(gè)過(guò)程中都切實(shí)負(fù)起責(zé)任，增強(qiáng)團(tuán)隊(duì)合作意識(shí)，保證用戶的真實(shí)需求得到滿足。通過(guò)近一年時(shí)間的開發(fā)，目前本系統(tǒng)已經(jīng)開始在幾個(gè)學(xué)院展開使用，且取得較好的反響，證明該系統(tǒng)采取的管理方法是合理有效的，其開發(fā)模型和管理模式是值得借鑒的。

　　五、從管理和技術(shù)兩方面來(lái)保證軟件工程的實(shí)施

　　軟件規(guī)模的不斷擴(kuò)大引發(fā)了“軟件危機(jī)”,使得人們對(duì)軟件的發(fā)展提出了置疑,怎樣才能有效的控制軟件的開發(fā)過(guò)程,怎樣才能設(shè)計(jì)出

　　高質(zhì)量的軟件而不是無(wú)法預(yù)知的去依賴開發(fā)人員的個(gè)人經(jīng)驗(yàn)和努力。為了解決上述問題,人們提出了軟件能力成熟度模型(CMM)和凈室軟件工程,能力成熟度模型注重于軟件生產(chǎn)的管理和組織,定義了5個(gè)軟件成熟度級(jí)別,而凈室軟件工程則側(cè)重于技術(shù)和實(shí)踐,從工程的角度將軟件生產(chǎn)過(guò)程化,從而實(shí)現(xiàn)對(duì)軟件生產(chǎn)進(jìn)行可預(yù)期的控制和管理。軟件能力成熟度模型和凈室軟件工程是互相支持的,從管理和技術(shù)兩個(gè)方面來(lái)保證軟件工程的成功實(shí)施。本文將針對(duì)凈室軟件工程談?wù)勛约旱恼J(rèn)識(shí)。

　　1 軟件開發(fā)的工程化

　　在傳統(tǒng)的軟件開發(fā)模式下無(wú)法對(duì)軟件開發(fā)的過(guò)程進(jìn)行有效的控制和管理,所有的工作處于一種無(wú)序狀態(tài),程序經(jīng)常需要返工,開發(fā)效率低下,無(wú)法保證軟件的預(yù)期產(chǎn)出,尤其在大型的軟件生產(chǎn)中更為突出。這些問題的解決均需要有一套系統(tǒng)的適合于軟件生產(chǎn)的工程方法來(lái)保證。而凈室軟件工程的目標(biāo)之一就是實(shí)現(xiàn)軟件開發(fā)的工程化,通過(guò)工程化的軟件開發(fā)過(guò)程,有效的控制軟件開發(fā)中的任何一個(gè)步驟,從而實(shí)現(xiàn)可預(yù)期的軟件產(chǎn)出。

　　2 軟件失效控制

　　怎樣控制軟件的失效,減少程序的返工是軟件工程中的重要主題。凈室軟件工程的目標(biāo)即是改變以往在軟件開發(fā)后期來(lái)改正失效的做法,通過(guò)增量開發(fā)、嚴(yán)格的開發(fā)規(guī)范及設(shè)計(jì)和基于統(tǒng)計(jì)學(xué)的可靠性測(cè)量來(lái)達(dá)到軟件零失效的目標(biāo)。

　　3 管理過(guò)程

　　在項(xiàng)目規(guī)劃過(guò)程中,依據(jù)項(xiàng)目要求裁剪凈室過(guò)程,制定和維護(hù)軟件開發(fā)計(jì)劃。在項(xiàng)目管理過(guò)程中,管理和控制增量開發(fā)和認(rèn)證,定義凈室質(zhì)量目標(biāo)。在性能改進(jìn)過(guò)程中,從開發(fā)計(jì)劃、過(guò)程控制等方面來(lái)評(píng)估項(xiàng)目性能,并提交改進(jìn)辦法。在工程變化過(guò)程中,為工程實(shí)施中可能的出現(xiàn)的變化制定相應(yīng)的策略和記錄,并評(píng)價(jià)其影響大小。

　　4 規(guī)范過(guò)程

　　能規(guī)范過(guò)程中,基于需求定義軟件功能的外部規(guī)范。在使用規(guī)范過(guò)程中,定義軟件用戶對(duì)軟件的使用方式及使用環(huán)境。在結(jié)構(gòu)規(guī)范過(guò)程中,明確軟件的系統(tǒng)結(jié)構(gòu),并分析所用系統(tǒng)結(jié)構(gòu)怎樣在本次軟件計(jì)劃中體現(xiàn)其優(yōu)越性。在增量計(jì)劃過(guò)程中,建立軟件的增量式開發(fā)和認(rèn)證計(jì)劃,以組件的方式逐步實(shí)現(xiàn)用戶功能,對(duì)軟件質(zhì)量實(shí)現(xiàn)分步控制,

　　最終形成目標(biāo)系統(tǒng)。

　　5 開發(fā)過(guò)程

　　在軟件再工程過(guò)程中,實(shí)現(xiàn)軟件的重用,避免同一功能重復(fù)開發(fā)從而增加軟件失效的概率。在增量設(shè)計(jì)過(guò)程中,為特定的軟件功能分配一系列增量,并根據(jù)整個(gè)項(xiàng)目結(jié)構(gòu)和進(jìn)度來(lái)安排這些增量的開發(fā)。在正確性驗(yàn)證過(guò)程中,初步找出在增量開發(fā)中出現(xiàn)的軟件失效并加以改正。

　　6 認(rèn)證過(guò)程

　　在建模測(cè)試計(jì)劃過(guò)程中,建立模型用于軟件的測(cè)試和認(rèn)證,并使用模型來(lái)產(chǎn)生測(cè)試用例。在統(tǒng)計(jì)測(cè)試和認(rèn)證過(guò)程中,將測(cè)試納入軟件開發(fā)的全過(guò)程,并認(rèn)證軟件的正確性,評(píng)價(jià)其性能。

　　六、總結(jié)

　　大學(xué)生創(chuàng)業(yè)是大學(xué)生自主解決就業(yè)問題的一個(gè)值得鼓勵(lì)的嘗試，當(dāng)前的在校的大學(xué)生普遍懷揣創(chuàng)業(yè)夢(mèng)想，但有志于創(chuàng)業(yè)的大學(xué)生必須清醒地認(rèn)識(shí)到創(chuàng)業(yè)是有風(fēng)險(xiǎn)的。成功創(chuàng)業(yè)需要詳細(xì)的規(guī)劃的細(xì)致的調(diào)研，成功創(chuàng)業(yè)必須要有一定的財(cái)力和創(chuàng)業(yè)能力做保障。成功創(chuàng)業(yè)還需要完整的項(xiàng)目管理的全程的項(xiàng)目控制并及時(shí)做糾正偏差。借鑒軟件工程學(xué)的相關(guān)理論和方法來(lái)規(guī)劃和管理創(chuàng)業(yè)項(xiàng)目可以明顯高大學(xué)生創(chuàng)業(yè)成功率，最大限度地避免盲目和盲從。

　　[1]瓊努特森艾拉比茨:怎樣當(dāng)好項(xiàng)目經(jīng)理[M].上海人民出版社，1995.11

　　[2]李連弟:從項(xiàng)目管理觀點(diǎn)工程管理論文潤(rùn)色出發(fā)談大學(xué)生成功創(chuàng)業(yè)[J].科技創(chuàng)業(yè)月刊，2006.10

　　[3]張海藩:軟件工程導(dǎo)論[M].清華大學(xué)出版社，2009.4

　　[4]周寧謝曉霞:項(xiàng)目成本管理[M].機(jī)械工業(yè)出版社，2010.1

　　[5]覃征.軟件項(xiàng)目管理[M].北京:清華大學(xué)出版社,2009:40-44.

　　[6]施平安.軟件項(xiàng)目管理實(shí)踐[M].北京:清華大學(xué)出版社,2008:73-81.

　　[7]孫延靖,楊功元.項(xiàng)目管理技術(shù)在軟件開發(fā)過(guò)程中的若干問題探討[J].硅谷,2009(17).

　　[8]陳丹.基于形式化方法的軟件開發(fā)技術(shù)[J].軟件工程師.2009(9).

　　[9]趙彬.全面質(zhì)量管理在軟件工程中的應(yīng)用[R].北京:北京航空工程技術(shù)研究中心,2009:2-4

來(lái)源：網(wǎng)絡(luò)整理 免責(zé)聲明：本文僅限學(xué)習(xí)分享，如產(chǎn)生版權(quán)問題，請(qǐng)聯(lián)系我們及時(shí)刪除。

《軟件項(xiàng)目管理論文》由互聯(lián)網(wǎng)用戶整理提供,轉(zhuǎn)載分享請(qǐng)保留原作者信息,謝謝!
鏈接地址：http://www.weilaioem.com/gongwen/130672.html

• 上一篇：生產(chǎn)管理的有關(guān)論文
• 下一篇：公共部門戰(zhàn)略管理論文