淺談軟件項(xiàng)目管理的過(guò)程

1、淺談軟件工程管理的過(guò)程摘要：本文通過(guò)對(duì)軟件開(kāi)發(fā)過(guò)程的各個(gè)階段中存在的問(wèn)題以及解決方法進(jìn)展研究，希望可以從軟件開(kāi)發(fā)過(guò)程的角度解決一些問(wèn)題。關(guān)鍵字：軟件工程管理需求分析系統(tǒng)設(shè)計(jì)1.工程前期以及工程準(zhǔn)備在進(jìn)展任何一項(xiàng)較大的工程時(shí),首先要進(jìn)展工程的可行性分析和研究,因?yàn)檫@些工程中的問(wèn)題并不都有明顯的解決方法,這樣就很難在預(yù)定的時(shí)間、費(fèi)用之內(nèi)解決這些問(wèn)題，假如這些問(wèn)題沒(méi)有可以行得通的解決方法，貿(mào)然開(kāi)場(chǎng)這些工程，就可能導(dǎo)致工程的失敗，造成宏大的損失。1.1可行性分析軟件工程可行性研究的目的是用最小的代價(jià)和時(shí)間，確定該工程工程的功能，性能和限制條件進(jìn)展分析，確定在現(xiàn)有的資源條件下技術(shù)風(fēng)險(xiǎn)有多大，工程是否可以

2、實(shí)現(xiàn)，現(xiàn)有的資源包括硬件、軟件資源，現(xiàn)有的技術(shù)人員和技術(shù)程度，已經(jīng)有的工作根底等，判斷技術(shù)上是否可行，主要需要考慮以下幾個(gè)問(wèn)題:(1)開(kāi)發(fā)的風(fēng)險(xiǎn)即在給定條件下能否實(shí)現(xiàn)目的的功能和性能；(2)資源的有效性；(3)技術(shù)的開(kāi)展性；由于需求未經(jīng)過(guò)詳細(xì)的調(diào)研，存在模糊性和可能的變化，開(kāi)發(fā)人員進(jìn)展技術(shù)可行性評(píng)估時(shí)，存在比擬工程的本錢(qián)估算以及理解獲得的效益估算，確定該工程是否值得開(kāi)發(fā)，對(duì)于大多數(shù)工程，衡量經(jīng)濟(jì)可行性，應(yīng)考慮一個(gè)“底線工程是否存在任何侵權(quán)、責(zé)任等問(wèn)題，考慮在現(xiàn)有的制度、法規(guī)下是否行得通，包括合同、責(zé)任、法律等多種因素。1.2需求調(diào)研在工程前期工作中，需求調(diào)研是其中最重要的一個(gè)環(huán)節(jié)，今后的許多工

3、作都依賴于需求調(diào)研的結(jié)果，需求調(diào)研的過(guò)程是漸進(jìn)的，在可行性分析階段，主要關(guān)注的是工程規(guī)模、范圍和重點(diǎn)的功能，在工程進(jìn)入正是開(kāi)發(fā)流程以后，我們需要更加全面、準(zhǔn)確地理解系統(tǒng)的需求不重視需求過(guò)程的工程隊(duì)伍將自食其果，需求工程中的缺陷將給工程成功帶來(lái)極大風(fēng)險(xiǎn)。如:無(wú)足夠用戶參與導(dǎo)致產(chǎn)品無(wú)法被承受；用戶需求的增加帶來(lái)過(guò)度的消耗和降低產(chǎn)品的質(zhì)量；模棱兩可的需求說(shuō)明可能導(dǎo)致時(shí)間的浪費(fèi)和返工；用戶增加一些不必要的特性和開(kāi)發(fā)人員畫(huà)蛇添足；過(guò)分簡(jiǎn)單的需求說(shuō)明以致遺漏某些關(guān)鍵需求；忽略某類(lèi)用戶的需求將導(dǎo)致眾多客戶的不滿；不完善的需求說(shuō)明使得工程方案和跟蹤無(wú)法準(zhǔn)確進(jìn)展。1.3工程團(tuán)隊(duì)的組織建立工程團(tuán)隊(duì)是工程開(kāi)發(fā)過(guò)程的

4、開(kāi)場(chǎng)，一切工作都是由工程團(tuán)隊(duì)的成員完成的在整個(gè)工程的運(yùn)行過(guò)程中，需要很多不同的角色參與到工程中，完成不同階段的任務(wù)。所以在建立工程團(tuán)隊(duì)的過(guò)程中要把握好人員角色的劃分、特別人員管理與鼓勵(lì)、監(jiān)視等。整個(gè)人員的管理是工程管理的關(guān)鍵，因?yàn)槿耸腔畹?，而工程是死的，只要人員管理妥當(dāng)，工程開(kāi)發(fā)一般是不會(huì)出什么問(wèn)題的。1.4工程開(kāi)發(fā)方案軟件工程的特征之一就是需求的不確定性和開(kāi)發(fā)過(guò)程中存在的技術(shù)風(fēng)險(xiǎn)，按照通常的方法，制定一個(gè)工程的方案應(yīng)該是先根據(jù)工程的需求，進(jìn)展詳細(xì)的任務(wù)分解找出實(shí)現(xiàn)的方法，估計(jì)出工程的工作量，再根據(jù)工程資源的狀況，制定出工程的方案。但是，再現(xiàn)實(shí)的工作中，工程的時(shí)間表往往是事先確定的，給開(kāi)發(fā)留出

5、的時(shí)間也是事先定好的。而我們可以利用的資源，主要是開(kāi)發(fā)的人力資源，也被事先根本確定了，在被確定的這2個(gè)前提條件下，我們?nèi)绾胃鶕?jù)工程的需求，合理地安排人力和時(shí)間，完成工程的開(kāi)發(fā)，這是現(xiàn)實(shí)中工程經(jīng)理經(jīng)常遇到的問(wèn)題假如事先確定的時(shí)間表是相比照擬合理的，至少應(yīng)該是我們夠的到的。我們制定的開(kāi)發(fā)方案才是有意義的，否那么，按照這個(gè)時(shí)間表制定出來(lái)的方案只能失敗的在這種情況下，工程經(jīng)理唯一可以做的是對(duì)用戶的需求進(jìn)展剪裁，去掉某些耗時(shí)長(zhǎng)而且不太重要的功能，或是在開(kāi)發(fā)中適當(dāng)降低質(zhì)量要求，或答應(yīng)以完成工程的進(jìn)度。當(dāng)然這必須最終要得到用戶的認(rèn)可。2.工程開(kāi)發(fā)過(guò)程管理2.1詳細(xì)設(shè)計(jì)在詳細(xì)設(shè)計(jì)階段，由于任務(wù)已經(jīng)詳細(xì)地分解，

6、總體地解決方案和技術(shù)框架已經(jīng)確立，詳細(xì)設(shè)計(jì)地目的就主要是針對(duì)某個(gè)特定地模塊或?qū)ο?，根?jù)需求，技術(shù)框架地要求和模塊間接口，描繪出我們實(shí)現(xiàn)功能的方法，主要內(nèi)容包括：1內(nèi)部算法描繪；2內(nèi)部數(shù)據(jù)組織；3相關(guān)接口詳細(xì)設(shè)計(jì)；2.2設(shè)計(jì)評(píng)審在設(shè)計(jì)完成后，必須安排設(shè)計(jì)評(píng)審以保證設(shè)計(jì)的質(zhì)量，通常設(shè)計(jì)評(píng)審以小組內(nèi)部的評(píng)審會(huì)的方式進(jìn)展，參與人有工程小組內(nèi)部的人員及其負(fù)責(zé)人，由開(kāi)發(fā)者介紹其設(shè)計(jì)思路，其別人理解并對(duì)其設(shè)計(jì)質(zhì)量進(jìn)展評(píng)審。評(píng)審的內(nèi)容主要包括：1關(guān)鍵算法的可行性；2接口是否符合概要設(shè)計(jì)的要求；3技術(shù)明晰度是否符合設(shè)計(jì)標(biāo)準(zhǔn)；4文檔的完備性；評(píng)審?fù)ㄟ^(guò)的設(shè)計(jì)，才可以開(kāi)場(chǎng)編碼工作，評(píng)審的結(jié)果應(yīng)記錄到開(kāi)發(fā)文檔當(dāng)中。2.

7、3編碼在編碼階段，主要需要在編碼工作完畢后，進(jìn)展代碼審核，這項(xiàng)工作非常重要主要應(yīng)該由工程小組的技術(shù)負(fù)責(zé)人完成，審核的目的并不是為了檢驗(yàn)代碼的正確性而是需要對(duì)編碼是否按照標(biāo)準(zhǔn)進(jìn)展審核。主要內(nèi)容包括：1變量、包、方法等的命名是否符合規(guī)那么；2注釋是否填寫(xiě)完好，是否符合標(biāo)準(zhǔn)；3代碼的可讀性，編寫(xiě)風(fēng)格是否符合標(biāo)準(zhǔn)；4是否有明顯的造成系統(tǒng)運(yùn)行低效率的處理方法；5公共變量的定義和使用；2.4調(diào)試編碼工作完成以后，通常需要開(kāi)發(fā)人員自己進(jìn)展單元測(cè)試，有些部分需要編寫(xiě)相應(yīng)的測(cè)試程序。應(yīng)該防止發(fā)生這類(lèi)的情況，有些開(kāi)發(fā)人員任務(wù)自己不應(yīng)該進(jìn)展測(cè)試工作，在編寫(xiě)完代碼以后，只要編譯成功，就直接提交成果，將測(cè)試工作完全交給

8、測(cè)試人員去做，這樣做不僅僅給測(cè)試人員增加了許多的工作量，同時(shí)增加了許多因?yàn)榻涣鳟a(chǎn)生的時(shí)間，造成進(jìn)度的延遲，管理人員應(yīng)該杜絕程序員的這樣的思想，同時(shí)在管理中予以考慮，可以將提交成果產(chǎn)生的bug數(shù)量作為考核程序員業(yè)績(jī)的標(biāo)準(zhǔn)之一。3.工程后期管理3.1工程的驗(yàn)收工程驗(yàn)收，是整個(gè)工程生命周期中最后一個(gè)環(huán)節(jié)。一般來(lái)說(shuō)，軟件工程的驗(yàn)收一般來(lái)說(shuō)有2個(gè)階段，第一個(gè)階段是驗(yàn)收測(cè)試，當(dāng)驗(yàn)收測(cè)試成功完畢后，一般會(huì)有一個(gè)階段的試運(yùn)行階段，只有當(dāng)2個(gè)階段全部完畢后，整個(gè)工程才算真正完畢，可以收回全部的工程款，該軟件也進(jìn)入其運(yùn)行維護(hù)期。驗(yàn)收測(cè)試應(yīng)按照軟件的需求，質(zhì)量要求進(jìn)展測(cè)試驗(yàn)收，需要甲乙雙方共同建立驗(yàn)收小組，或請(qǐng)第三

9、方測(cè)試機(jī)構(gòu)進(jìn)展驗(yàn)收測(cè)試，在驗(yàn)收測(cè)試之前，開(kāi)發(fā)方應(yīng)提供一系列的開(kāi)發(fā)設(shè)計(jì)文檔供驗(yàn)收測(cè)試使用。3.2軟件維護(hù)編程大師曾說(shuō)“哪怕程序只有三行長(zhǎng)，總有一天你也不得不對(duì)它維護(hù)。，很多軟件產(chǎn)品不是一次性的買(mǎi)賣(mài)，比方在電信、金融等領(lǐng)域，有些軟件系統(tǒng)要用十幾年，對(duì)軟件進(jìn)展維護(hù)是必不可少的，軟件公司的經(jīng)理們沒(méi)有哪一個(gè)喜歡被維護(hù)的費(fèi)用嚇一跳，但軟件維護(hù)的代價(jià)通常是高昂的。對(duì)軟件而言“維護(hù)是個(gè)不太直觀的術(shù)語(yǔ)，因?yàn)檐浖a(chǎn)品在重復(fù)使用時(shí)不會(huì)被磨損，并不需要進(jìn)展像對(duì)車(chē)輛或電器那樣的維護(hù)，軟件維護(hù)是人們對(duì)既豐富多彩又會(huì)令人心酸的活動(dòng)的統(tǒng)稱，其中豐富多彩的活動(dòng)是指那些反映客觀世界變化，能使軟件系統(tǒng)更加完善的修改和擴(kuò)大工作，令人心酸的活動(dòng)是指那些永無(wú)休止，并且改了舊錯(cuò)卻引起新錯(cuò)讓人欲哭無(wú)淚的工作。參考文獻(xiàn)：1.邱菀華沈建明楊?lèi)?ài)華等編著現(xiàn)代工程工程-通向成功的最正確理論