來源：北京軟件開發(fā)公司

實行軟件工程項目管理

▲　項目經(jīng)理（負(fù)責(zé)人）：項目經(jīng)理（負(fù)責(zé)人）對整個項目負(fù)完全責(zé)任，是指導(dǎo)、控制、管理和規(guī)范某個軟件和軟/硬件系統(tǒng)建設(shè)的人，項目經(jīng)理（負(fù)責(zé)人）是最終對客戶負(fù)責(zé)的人。 
▲　軟件項目經(jīng)理（負(fù)責(zé)人）：軟件項目經(jīng)理（負(fù)責(zé)人）對一個項目的所有軟件活動負(fù)完全責(zé)任，控制一個項目的所有軟件資源，按照軟件約定與項目經(jīng)理（負(fù)責(zé)人）打交道。 
▲　軟件工程組：軟件工程組是負(fù)責(zé)一個項目的軟件開發(fā)和維護(hù)活動（例如：需求分析、設(shè)計、編程和測試）的人員（包括管理人員和技術(shù)人員）。 
▲　系統(tǒng)工程組：系統(tǒng)工程組是負(fù)責(zé)下列工作的人（既有經(jīng)理也有技術(shù)人員）的集團(tuán)：規(guī)定系統(tǒng)需求；將系統(tǒng)需求分配給硬件、軟件和其它成分；規(guī)定硬件、軟件和其它成分之間的界面；以及監(jiān)控這些成分的設(shè)計和開發(fā)以保證它們符合其規(guī)格說明。 
▲　系統(tǒng)測試組：系統(tǒng)測試組是一些負(fù)責(zé)策劃和完成獨立的軟件系統(tǒng)測試的個人（既有經(jīng)理又有技術(shù)人員）的集團(tuán)，測試的目的是為了確定軟件產(chǎn)品是否滿足對它的要求。 
▲　軟件質(zhì)量保證組：軟件質(zhì)量保證組是一些計劃和實施項目的質(zhì)量保證活動的個人（既有經(jīng)理又有技術(shù)人員）的集團(tuán)，其工作的目的是保證軟件過程的步驟和標(biāo)準(zhǔn)得到遵守。 項目管理培訓(xùn)
▲軟件配置管理組：軟件配置管理組是一些負(fù)責(zé)策劃、協(xié)調(diào)和實施軟件項目的正式配置管理活動的個人（既有經(jīng)理又有技術(shù)人員）的集團(tuán) 

總體流程如下： 

計劃階段－》需求分析階段－》軟件開發(fā)階段－》測試階段－》完成 

一、項目計劃階段     項目計劃草案和風(fēng)險管理計劃作為第一步，當(dāng)有一個商業(yè)機(jī)會后，根據(jù)公司高層負(fù)責(zé)制定的初步商業(yè)計劃書來完成項目的計劃草案，確定、分析項目風(fēng)險并確定其優(yōu)先級，還要制定風(fēng)險解決方案。本階段的目的是確立產(chǎn)品開發(fā)的經(jīng)濟(jì)理由。 
當(dāng)確定開發(fā)之后則制定軟件開發(fā)計劃、人員組織結(jié)構(gòu)定義及配備、過程控制計劃。 

（1）項目計劃草案 

項目計劃草案應(yīng)包括產(chǎn)品簡介、產(chǎn)品目標(biāo)及功能說明、開發(fā)所需的資源、開發(fā)時間和里程碑。 

（2）風(fēng)險管理計劃 
項目經(jīng)理博客
也就是把有可能出錯或現(xiàn)在還不能確定的東西列出來，并制定出相應(yīng)的解決方案。風(fēng)險發(fā)現(xiàn)得越早對項目越有利。 

（3）軟件開發(fā)計劃 

　　軟件開發(fā)計劃的目的是收集控制項目時所需的所有信息，項目經(jīng)理根據(jù)項目計劃來安排資源需求并根據(jù)時間表跟蹤項目進(jìn)度。項目團(tuán)隊成員根據(jù)項目計劃以了解他們的工作任務(wù)、工作時間以及他們所依賴的其他活動。 

項目管理培訓(xùn)
可將計劃分成總體計劃和詳細(xì)計劃，總體計劃中每個任務(wù)為一個里程碑，詳細(xì)計劃中必須將任務(wù)落實到個人。 

軟件開發(fā)計劃還應(yīng)包括產(chǎn)品的應(yīng)收標(biāo)準(zhǔn)及應(yīng)收任務(wù)（包括確定需要制訂的測試用例）。 

（4）人員組織結(jié)構(gòu)定義及配備 

常見的人員組織結(jié)構(gòu)有垂直方案、水平方案、混合方案。垂直方案中每個成員充當(dāng)多重角色。水平方案中每個成員充當(dāng)一到兩個角色?；旌戏桨竸t包括了經(jīng)驗豐富的人員與新手相互融合。具體選擇根據(jù)人員實際技能情況進(jìn)行選擇。 

（5）過程控制計劃 

過程控制計劃的目的是收集項目計劃正常執(zhí)行所需的所有信息，用來指導(dǎo)項目進(jìn)度的監(jiān)控、計劃的調(diào)整，確保項目按時完成。 

二、需求分析階段 

需求分析階段的目的是在系統(tǒng)工作方面與用戶達(dá)成一致。 
（1）軟件需求規(guī)約 
詳細(xì)說明系統(tǒng)將要實現(xiàn)的所有功能。 
（2）用戶界面原型 
可以有三種表示方法：圖紙（在紙上）、位圖（繪圖工具）、可執(zhí)行文件（交互式）。 

三、軟件開發(fā)階段 

本階段從物理上實現(xiàn)目標(biāo)系統(tǒng)。采用了面向?qū)ο蠓椒ā?nbsp;
（1）軟件架構(gòu) 
說明軟件的組織結(jié)構(gòu)、部署結(jié)構(gòu)及運行環(huán)境。
（2）類設(shè)計 
定義類之間的關(guān)聯(lián)和類的屬性、方法。 項目經(jīng)理博客
（3）數(shù)據(jù)庫設(shè)計 
定義數(shù)據(jù)庫表之間的關(guān)聯(lián)和各個表的字段。 

（4）編碼和單元測試 
按照設(shè)計文檔進(jìn)行編碼，每完成一個模塊應(yīng)進(jìn)行單元測試。 
（5）集成系統(tǒng) 
按軟件組織結(jié)構(gòu)的要求將各個子系統(tǒng)組合起來。 

四、測試階段 
  測試的目的是在發(fā)布之前找出程序的錯誤。包括：核實每個模塊是否正常運行（參考設(shè)計文檔）、核實需求是否被正確實施（參考需求文檔）。 
（1）測試計劃 
收集和組織測試信息，為測試工作提供指導(dǎo)。 
（2）測試數(shù)據(jù) 
盡量使用真實數(shù)據(jù)。 項目經(jīng)理圈子
（3）測試報告 
記錄測試結(jié)果，詳細(xì)描述問題，提出解決辦法。 bbs。mypm。net
（4）幫助文件和用戶操作手冊 

五、管理軟件開發(fā)過程 

有以下幾方面地工作： 文章
（1）組織會議 
討論會議、總結(jié)會議等。 
（2）評審程序 
對各個階段的工作結(jié)果進(jìn)行審核。 
（3）協(xié)調(diào)人員 
（4）配置管理 

使用一些配置管理工具進(jìn)行開發(fā)文檔管理，如：visualsourcesafe，teamsouce等 

六、各參與角色的具體職責(zé)描述及對人員的要求 

（1）項目經(jīng)理

職責(zé)： 
1、制定產(chǎn)品的目標(biāo)。 
2、制定各個工作的詳細(xì)任務(wù)表，跟蹤這些任務(wù)的執(zhí)行情況，進(jìn)行控制。 
3、組織會議對程序進(jìn)行評審。 
4、綜合具體情況，對各種不同方案進(jìn)行取舍并做出決定。 
5、協(xié)調(diào)各項目參與人員之間的關(guān)系。 
人員要求： 
對產(chǎn)品有激情，具有領(lǐng)導(dǎo)才能。 
對問題能正確而迅速地做出確定。 項目經(jīng)理博客
能充分利用各種渠道和方法來解決問題。 
能跟蹤任務(wù)，有很好地日程觀念。 
能在壓力下工作。

（2）系統(tǒng)分析員 

職責(zé)： 
1、了解用戶需求，寫出《軟件需求規(guī)約》。 
2、建立用戶界面原型。 
人員要求：擔(dān)任系統(tǒng)分析員的人員應(yīng)該善于協(xié)調(diào)，并且具有良好的溝通技巧。擔(dān)任此角色的人員中必須要有具備業(yè)務(wù)和技術(shù)領(lǐng)域知識的人才。 
（3）設(shè)計員 
職責(zé)： 
1、定義類的方法和屬性以及各個類之間的關(guān)聯(lián)，畫出類圖。

2、進(jìn)行數(shù)據(jù)庫設(shè)計。 
人員要求：掌握面向?qū)ο蠓治雠c設(shè)計技術(shù)，統(tǒng)一建模語言（uml）。 
（4）程序員

職責(zé)：按項目的要求進(jìn)行編碼和單元測試。 
人員要求：良好的編程技能和測試技術(shù)。 
（5）測試員

職責(zé)：執(zhí)行測試，描述測試結(jié)果，提出問題解決方案。 
人員要求：了解被測試的系統(tǒng)，具備診斷和解決問題的技能，編程技能

軟件項目開發(fā)流程

    第一個步驟是市場調(diào)研，技術(shù)和市場要結(jié)合才能體現(xiàn)最大價值。

    第二個步驟是需求分析，這個階段需要出三樣?xùn)|西，用戶視圖，數(shù)據(jù)詞典和用戶操作手冊。用戶視圖是該軟件用戶（包括終端用戶和管理用戶）所能看到的頁面樣式，這里面包含了很多操作方面的流程和條件。數(shù)據(jù)詞典是指明數(shù)據(jù)邏輯關(guān)系并加以整理的東東，完成了數(shù)據(jù)詞典，數(shù)據(jù)庫的設(shè)計就完成了一半多。用戶操作手冊是指明了操作流程的說明書。請注意，用戶操作流程和用戶視圖是由需求決定的，因此應(yīng)該在軟件設(shè)計之前完成，完成這些，就為程序研發(fā)提供了約束和準(zhǔn)繩，很遺憾太多公司都不是這樣做的，因果顛倒，順序不分，開發(fā)工作和實際需求往往因此產(chǎn)生隔閡脫節(jié)的現(xiàn)象。需求分析，除了以上工作，筆者以為作為項目設(shè)計者應(yīng)當(dāng)完整的做出項目的性能需求說明書，因為往往性能需求只有懂技術(shù)的人才可能理解，這就需要技術(shù)專家和需求方（客戶或公司市場部門）能夠有真正的溝通和了解。 

    第三個步驟是概要設(shè)計，將系統(tǒng)功能模塊初步劃分，并給出合理的研發(fā)流程和資源要求。作為快速原型設(shè)計方法，完成概要設(shè)計就可以進(jìn)入編碼階段了，通常采用這種方法是因為涉及的研發(fā)任務(wù)屬于新領(lǐng)域，技術(shù)主管人員一上來無法給出明確的詳細(xì)設(shè)計說明書，但是并不是說詳細(xì)設(shè)計說明書不重要，事實上快速原型法在完成原型代碼后，根據(jù)評測結(jié)果和經(jīng)驗教訓(xùn)的總結(jié)，還要重新進(jìn)行詳細(xì)設(shè)計的步驟

    第四個步驟是詳細(xì)設(shè)計，這是考驗技術(shù)專家設(shè)計思維的重要關(guān)卡，詳細(xì)設(shè)計說明書應(yīng)當(dāng)把具體的模塊以最‘干凈’的方式(黑箱結(jié)構(gòu)）提供給編碼者，使得系統(tǒng)整體模塊化達(dá)到最大；一份好的詳細(xì)設(shè)計說明書，可以使編碼的復(fù)雜性減低到最低，實際上，嚴(yán)格的講詳細(xì)設(shè)計說明書應(yīng)當(dāng)把每個函數(shù)的每個參數(shù)的定義都精精細(xì)細(xì)的提供出來，從需求分析到概要設(shè)計到完成詳細(xì)設(shè)計說明書，一個軟件項目就應(yīng)當(dāng)說完成了一半了。換言之，一個大型軟件系統(tǒng)在完成了一半的時候，其實還沒有開始一行代碼工作。那些把作軟件的程序員簡單理解為寫代碼的，就從根子上犯了錯誤了。 

    第五個步驟是編碼，在規(guī)范化的研發(fā)流程中，編碼工作在整個項目流程里最多不會超過1/2，通常在1/3的時間，所謂磨刀不誤砍柴功，設(shè)計過程完成的好，編碼效率就會極大提高，編碼時不同模塊之間的進(jìn)度協(xié)調(diào)和協(xié)作是最需要小心的，也許一個小模塊的問題就可能影響了整體進(jìn)度，讓很多程序員因此被迫停下工作等待，這種問題在很多研發(fā)過程中都出現(xiàn)過。編碼時的相互溝通和應(yīng)急的解決手段都是相當(dāng)重要的，對于程序員而言，bug永遠(yuǎn)存在，你必須永遠(yuǎn)面對這個問題，大名鼎鼎的微軟，可曾有連續(xù)三個月不發(fā)補丁的時候嗎？從來沒有！ 

    第六個步驟是測試測試有很多種：按照測試執(zhí)行方，可以分為內(nèi)部測試和外部測試；按照測試范圍，可以分為模塊測試和整體聯(lián)調(diào)；按照測試條件，可以分為正常操作情況測試和異常情況測試；按照測試的輸入范圍，可以分為全覆蓋測試和抽樣測試。以上都很好理解，不再解釋。總之，測試同樣是項目研發(fā)中一個相當(dāng)重要的步驟，對于一個大型軟件，3個月到1年的外部測試都是正常的，因為永遠(yuǎn)都會又不可預(yù)料的問題存在。完成測試后，完成驗收并完成最后的一些幫助文檔，整體項目才算告一段落，當(dāng)然日后少不了升級，修補等等工作，只要不是想通過一錘子買賣騙錢，就要不停的跟蹤軟件的運營狀況并持續(xù)修補升級，直到這個軟件被徹底淘汰為止。

來源：北京乾元坤和,北京軟件開發(fā)公司,北京網(wǎng)站建設(shè)公司，OA系統(tǒng)開發(fā)，ERP系統(tǒng)開發(fā) ,CRM系統(tǒng)制作 QQ號：2725110947    聯(lián)系電話：010-51246210 ; 15699913471