軟件項目總結大全11篇

緒論：寫作既是個人情感的抒發，也是對學術真理的探索，歡迎閱讀由發表云整理的11篇軟件項目總結范文，希望它們能為您的寫作提供參考和啟發。

篇（1）

隨著計算機和信息產業的發展，軟件產品的規模也是越來越龐大，隨著軟件規模的擴大，軟件人員的增加，軟件項目管理的復雜性增大，各個軟件企業都意識到將項目管理的理念引入到軟件開發活動中，開始對開發過程進行有效的管理，又所謂“IT項目管理”或“軟件項目管理”。軟件項目管理就是為了使軟件項目能夠按照預定的成本、進度、質量的順利完成而對成本、人員、進度、質量、風險等進行分析和管理的活動。隨著軟件開發規模及開發隊伍的逐漸增大，軟件開發活動不再是像過去的幾個開發人員就可解決的事情，它需要使用開發規范或開發流程控制來約束每個開發人員、測試人員和維護人員的工作，以保證每個項目組成員按開發計劃及進度準時、保質完成自己的任務。軟件項目管理的各個過程主要包括：需求管理，范圍管理，任務分解，規模估算，成本管理，進度計劃，質量計劃，配置管理計劃，風險計劃，文檔管理，團隊建設，跟蹤控制，收尾管理，項目結束。項目收尾管理作為項目結束前的最后管理工作也顯得及其重要，一般包括合同收尾和管理收尾兩部分。合同收尾就是項目管理人員與客戶對照合同一項項的核對，審核是否完成了合同所要求的內容，是否達到合同所提出的指標或條件，也就是我們通常所講的客戶驗收；管理收尾就是對于項目組內部，把做好的項目文檔、代碼、與客戶交流的文件等歸檔保存，對項目中遇到的問題及解決方法、有效的創新技術進行及時地總結，對外宣稱項目結束，轉入維護期，把相關的產品說明及技術文檔轉到維護組。

一、階段收尾管理

軟件項目結束的狀態:

1.正常結束。2.提前結束。3.延期結束。4.暫停。5.取消（因變更或不可完成）。軟件開發是一項復雜的系統工程，牽涉到各方面的因素，在實際工作中，經常會出現各種各樣的問題，甚至面臨失敗。而如何總結、分析失敗的原因，得出有益的教訓，這對一個公司來說，則是今后項目中取得成功的關鍵。

以前會聽說過這樣的項目：客戶驗收后，項目活動就隨之收場，項目資料沒有認真歸納總結，不是束之高閣就是缺失不全。但是當新項目啟動時，面對新的項目問題，項目組成員才發現：其實這類問題以前也遇到過，但是卻無法找到相應的解決方案資料，只好再投入人力、時間甚至金錢來重新經歷一遍！為什么相同的問題會重復出現？究其根源，是因為缺少項目總結，也就是說沒有做好項目收尾工作。那么是不是我們只能等到項目結束或收尾時才能開始進行項目總結、文檔保存的工作呢？當然不是。在軟件項目管理的各個階段，我們都可以做收尾管理工作，也就是階段收尾管理工作。

二、階段收尾管理的重要性

在實際軟件項目管理中，階段性的收尾管理過程和工作往往不被大家重視，其實階段性的收尾管理工作也是非常重要的。階段收尾管理工作的重要性主要體現在如下幾個方面：

1.進度管理中的里程碑。每個項目都是由若干個相對獨立的任務鏈組成的，軟件項目也是如此。只有在任何一條任務鏈都已經優化的基礎上，才可能進行系統的全面的優化，因此，保證每條任務鏈的效率是整個項目進度完成的前提和基礎，只要能保證里程碑事件的按時完成，整個項目的進度也就有了保障。那么我們在里程碑點都來做些什么呢？

在計劃好的階段管理工作中，收集項目的最新信息和數據，并將這些數據與項目計劃進行比較，來判定項目的階段效率，進度是提前了還是落后了？成本是在控制中還是超支了？質量是否符合要求？客戶對階段工作結果滿意么？及時總結經驗與教訓，同時及時發現項目存在的或潛在的問題，以便近早采取糾正措施，這就是階段管理工作中的收尾管理，所以說階段收尾管理是進度中的里程碑，是整個項目進度優化的前提和基礎。

2.溝通管理中的契機。溝通是保持項目順利進行的劑。與傳統項目相比,軟件項目具有較高的技術含量和較大的風險。參與軟件項目建設的用戶并不都是軟件開發專家，他們具有豐富的業務經驗,但是很少能了解軟件開發的技術，隨著項目工作進程的深入,就會有許多新的問題出現,與客戶的及時有效溝通更顯得尤為重要。軟件項目是客戶和用戶共同面對的項目,只有雙方的積極參與才能促進項目的成功，而只有進行有效的項目溝通管理才能確保用戶的積極參與。一個階段的項目工作完成后,與客戶一起就前一段時間的工作進行總結和檢查是十分必要的。一方面可以及時了解客戶對項目工作的滿意程度,及時統計、分析客戶對項目的意見,為下一階段工作的順利進行提供了保障。另一方面有些因工作繁忙未能及時簽署的文件,也盡快找客戶給予簽字確認。當雙方出現糾紛時,只有雙方簽字的文字記錄才是最有用、最有說服力的證據。

篇（2）

中圖分類號：G424 文獻標識碼：A

1 項目實訓中存在的問題

實訓是職業技能實際訓練的簡稱，對于中等職業技術學校的信息技術專業學生，為了讓學生快速適應工作崗位，完成由學生到員工的角色轉變，實訓是中職學生成長為技能型人才的必由之路。目前計算機實訓室存在的問題較多。（1）目前計算機機房的數量有限，且都設計成為通用機房。（2）從機房管理的角度出發，機房一般都安裝硬件保護卡來保護計算機，實訓學生將無權限對計算機進行此類操作。

針對以上項目實訓教學中存在的問題，基于虛擬機技術的實訓教學架構設想就應運而生，其基本思路是通過虛擬化軟件的輔助，在一臺真實計算機上將虛擬出一臺虛擬計算機，并在此虛擬計算機上安裝實訓課程教學要求的操作系統。

2 虛擬機技術

虛擬機是指一臺物理計算機上通過虛擬軟件技術，模擬產生一臺或多臺計算機的軟件，虛擬出來的邏輯上的計算機稱為客戶機，而客觀存在的物理計算機為主機。虛擬機使用實體主機計算機的硬件資源，每一臺客戶機都認為有自己的BIOS、CPU等硬件設備，以文件的形式存在。在一臺主機上可以虛擬出多個邏輯上的客戶機，主機與客戶機都可以安裝和運行多個操作系統，可以將這些計算機相互連接形成網絡。目前廣泛使用的虛擬機軟件有VirtualBox、virtual PC和VMWare Workstation，本人在教學中使用VMWare Workstation7展開系統安裝的實訓項目。

3 項目驅動下的虛擬機教學

3.1 項目重要性和對象分析

中職生對計算機技能有所掌握，但水平上參差不平，存在個體差異。針對這些情況，再加上計算機基礎課程是中等職業技術學校的基礎課程，且要求學生都應掌握如“操作系統安裝”等一系列基礎計算機技能，所以用虛擬機來實現此實訓項目相當重要，務必要求每一位同學做到獨立實訓，自己實操，提高其計算機應用能力。

3.2 項目實訓目標

操作系統的概念既抽象又具體，它是計算機系統中最靠近硬件的軟件，功能是對計算機硬件和軟件進行管理。正因為它在整個計算機系統中的作用，此項目的目標是一定要學生成功安裝操作系統。對于此項目的難點部分如BIOS的設置、硬盤分區格式化等都可以利用虛擬機進行模擬，其配置方法基本同真實情況一樣。

3.3 項目實訓設計

3.3.1 實訓準備

（1）設置疑問，激發學生興趣。設置問題，讓學生帶著問題來聽、做實訓項目。比如說“同學們聽說過虛擬機嗎？知道虛擬機是什么嗎？虛擬機一種軟件技術那它與普通的應用軟件有什么共同和區別點嗎？”通過問題的設置，讓同學們在心底對虛擬機有一定的定義，激發同學們對知識的學習興趣。（2）老師演示項目成果，激發學生成功的欲望。老師在教師機上用多媒體教學軟件演示預先操作的項目實訓成果，讓同學們在心理上有種成功的暗示，讓同學覺得這實訓項目可以操作成功，激發同學們對項目實訓的學習興趣和動手積極性。（3）自習學習及時反饋。同學通過提供的資料和網絡查閱等手段自習完成問題的解答，并把一些不能完全理解或者仍然存在疑問的內容通過面講或者文字的形式反饋給老師，老師將在下一環節中突出這部分內容。

3.3.2 實訓進行

分步式講解項目實訓內容，突出重點難點：

（1）安裝虛擬機。虛擬機的安裝比較簡單，虛擬機是一種應用軟件，其安裝過程同其它軟件一樣，基本上用下一步就可以完成。通過這一步，同學們不僅學會了安裝虛擬機，同時應用軟件的安裝方法也得到預習。

（2）新建和配置虛擬客戶機。根據項目實訓要求，我們要虛擬出一臺客戶機并且在虛擬客戶機上安裝windows XP系統，所以要新建客戶虛擬機們并做相應的配置。新建和配置的過程為向導式的，只要對新建的虛擬機進行操作系統類型、名稱、保存路徑及硬件配制進行設置即可。

（3）在虛擬客戶機上安裝操作系統。上一步已經成功的虛擬出一臺計算機裸機，并指定了在此虛擬機上要安裝的操作系統。接下來，我們啟動虛擬機并進行操作系統的安裝。①BIOS 設置。此項目中，我們將用系統安裝光盤進行安裝，需將第一啟動順序設置為CD-ROM Drive。 因為是虛擬機安裝，則需要先讓虛擬機啟動窗口獲得鼠標焦點，再點擊F2進入BIOS設置界面，進行參數設置。虛擬機的BIOS虛擬了真實計算機的BIOS，同學們可以用虛擬機來完成BIOS設置實訓項目。②硬盤分區。啟動順序設置好之后，要進行磁盤分區操作 ，用準備好的集成分區工具PQ分區魔術師的系統安裝光盤啟動，進行系統安裝之前的磁盤分區。根據實訓項目的設計，把硬盤分為三個分區分別為C：、D：、E：，其容量分別為10G、15G和15G，其文件類型為NTFS，格式化三個分區，并把C：盤設置為作業。③安裝操作系統。磁盤分區完成之后，重啟進行Windows XP操作系統的Ghost安裝、文件復制和系統配置，中間無需干預。

（4）設置使用客戶機系統。操作系統安裝成功之后，學生們可以象使用真實計算機那樣，給其安裝升級硬件驅動、安裝應用軟件。學生實操實訓，穿插問題解決：同學們在實訓進行時，雖然上一步有詳細的演示操作和重點難點的講解，但學生在實操時仍然有種種問題，所以在學生實訓過程中，邊進行實操，邊穿插問題的解決。

3.3.3 實訓總結

（1）學生總結演示。實訓操作結束之后，學生要對此實訓項目進行個人總結，包括現場總結和提交實訓報告，無論是哪一種總結都應包括實訓項目基本信息；項目實訓目的；項目實訓內容；項目實訓環境；項目實訓步驟；實訓結果；實訓總結等信息。（2）老師總結。老師查詢匯總同學們的實訓總結之后，對此項目進行綜合性總結，其總結內容包含如下：對整個實訓項目進行總體介紹、回顧同學們的項目實施過程和完成情況、總結項目實施過程中遇到的問題和解決方案、演示同學們的項目報告、分享項目體會和收獲和實施此實訓項目的意義與作用。

篇（3）

 

一、 測試組組成測試組由測試組長和測試工程師組成。

二、 測試組工作職責負責理解軟件產品的功能要求，搭建配套的測試環境，然后 對其進行系統測試，檢查軟件有沒有錯誤 (Bug)，決定軟件是否 具有穩定性 (Robustness)，并寫出相應的測試用例、各階段測試 報告。

（一）  測試組長工作職責： 

1、 協調測試組與各個項目組之間的流程及工作關系；

 

2、 對各個項目的測試工作進行統籌安排，并對各個項目的 測試工作進行計劃、分工和管理；

3、 定期或不定期與各個項目負責人溝通項目進度，隨時了 解項目進展情況；

4、 對測試組成員的日常工作進行評審考核；

 

5、 定期或不定期向部門總監匯報工作情況；

 

6、 參與日常的軟件測試工作。

 

（二）  測試工程師工作職責： 

1、 仔細閱讀項目規格說明、設計文檔、使用說明書等，充 分掌握軟件的性能、特點、使用方法、業務流程等，協 助測試組長制定項目的測試計劃；

2、 依據項目要求，搭建相應的測試環境，維護測試設備；

 

3、按照測試計劃編寫測試用例，保證測試用例合理有效；

 

4、 根據測試計劃及測試案例，執行測試，并根據產品特點 及測試要求，實施集成測試、系統測試等，及時發現軟 件缺陷，評估軟件的特性與缺陷；

5、 詳細記錄測試過程，編寫測試報告和對測試結果進行分 析，通過測試，掌握軟件具有的能力、缺陷、局限等， 對軟件質量給出評價性的結論與意見，整理測試文檔， 填寫軟件測試報告,編寫測試總結，為軟件開發成果提供 總結性意見；

6、 配合研發部門各項軟件產品，并詳細編寫產品 通知單；

7、 完成上級及部門其他領導交辦的臨時任務。

三、 測試組工作流程測試組的工作與項目開發進度緊密相關，所以測試的工作流 程依據開發進度分階段進行大致分為以下幾個階段：

（一）  計劃和設計階段 

1、 項目組成立時，確定項目需求及項目設計方案，了解軟 件產品的主體功能及實現目的；

2、 項目經理下發測試預通知，通知內容包括：正式交接測 試時間、測試規模預計估算等信息；

3、 召開測試啟動會議，會議內容包括：開發團隊與測試組 交接測試內容，對測試目標達成一致，商討測試計劃，

 

統一項目組的目標和測試的工作重點；

 

4、 編寫測試計劃及相關文檔，依據測試啟動會議中確定的 目標和重點，結合項目經理下發的《測試任務書》，編寫

《測試計劃書》（見附件一）。計劃書的內容應該包括：

 

l測試需求：需要測試組測試的范圍，估算出測試所花 費的人力資源和各個測試需求的測試優先級；

l測試方案：整體測試的測試方法和每個測試需求的測 試方法；

l測試資源：本次測試所需要的人力、軟件、硬件及技 術資源；

l   測試組角色：明確測試組人員的工作內容及相關職責；

l里程碑：明確項目進行過程中的測試組應該關注的里 程碑；

l文檔報告：確定在項目測試過程中需要提交的測試計 劃，測試報告等；

l測試計劃編寫完畢后，需提交給全體項目組成員，由 項目成員綜合評審后，確定最終《測試計劃書》（見 附件二）。項目經理要以此為依據，跟蹤監控項目測 試進度，評估測試計劃的可行性，完整性，并且在項 目結束后評估測試質量。

5、 設計測試用例，依據《測試計劃書》相關內容，根據每 一步測試計劃編寫全部的測試用例，測試用例必須能滿

 

足全部的測試需求。

 

（二）  測試實施階段 

1、 實施測試用例，測試工程師依據《測試計劃書》中分配 的測試任務和測試用例，實施相應的測試工作，并詳細 記錄測試過程及結果。

2、 提交測試報告，在實施測試用例的過程中，依據記錄的 測試過程和結果，填寫《測試報告書》，并由測試組長審 批后，上報項目經理。項目經理安排開發組修改相應的 軟件產品。測試報告內容包括：測試產品版本、測試人 員、測試時間、測試過程、產品運行BUG、產品缺陷狀態、 急待解決的問題。

3、 回歸測試，接到開發組的回歸測試通知后，測試組重新 拷貝修改后的最新版本，進行回歸測試。回歸測試的用 例屬于測試用例的一部分或者全部測試用例，但不能超 出測試用例的范圍。

（三）  測試總結階段 

1、 編寫測試總結報告：回歸測試全部通過完成后，由測試 組長整理填寫《測試總結報告》，報告主要內容包括： 測試資源描述——參與測試人數，耗用測試時間； 測試結果摘要——描述各個測試需求的測試結果和功能 實現情況； 缺陷分析——按照缺陷的屬性分類進行分析；

測試需求覆蓋率——如果在測試過程中未覆蓋到的測試 需求，在此應詳細說明原因； 測試評估——對此次項目質量進行評估； 測試組建議——從測試組角度為項目組提出工作建議。

2、 測試驗收：項目經理收到測試組長提交的測試總結報告 后，對此次測試工作進行驗收。驗收內容包括：測試效 果驗收、測試文檔驗收、測試工作評估、測試工作建議， 簽字驗收后，宣布此次測試結束。

3、 測試文檔歸檔：測試驗收結束后，對測試過程中涉及到 的各種標準文檔進行歸類、存檔。相關文檔包括：測試 任務書、測試計劃書、測試用例、測試報告書、測試總 結報告、測試驗收報告等。

 

 

篇（4）

1.1項目計劃問題。項目計劃的作用是將項目內所有計劃進行協調，用以進行指導項目的執行。項目計劃是管理人員實施項目管理的前提保證。對項目計劃制定的過程實際上是對項目熟悉的一個過程,通過對項目計劃的制定’管理人員可以清楚項目內容，明白項目實施過程中需要注意的要素和重點。一般來講項目計劃的問題主要有兩個：一個是項目計劃制定的隨意性太強，結構不嚴謹,操作實施性差，不能作為項目計劃實施的指導文件；另外一個是項目計劃的整體性較差，內部不連貫，不能有效的控制項目的進度，導致項目的失控。

1.2管理意識問題。在企業中,特別是軟件開發的企業中，大多數都是只重視軟件技術輕視軟件管理，項目內部人員大多數都有深厚的技術知識,但是缺乏管理知識,缺乏管理技巧和管理經驗。這樣從項目整體上來看,管理就會出現不協調，大多數人只會埋頭苦干，不懂得合理的分配任務，進行協調工作’導致項目進度落后,項目計劃周期加長,最終影響項目的實施。

1.3項目干系人的問題。項目干系人通俗的來講就是跟項目有關系的人，包括參與項目和受項目影響的人,具體來講包括項目策劃人、項目組成員、項目配合人員、顧客、消費者和供應商ra。項目干系人的期望和需求在項目的制定過程中和項目目標實現過程中都是非常重要的，因為不同干系人的期望和需求也是不一樣的，他會要求項目的制定和實施過程中盡量靠近自己的期望和需求，這些人的期望和需求有時候會相差很大。

1.4項目團隊內分工協調的問題。項目從開始制定到最后項目目標的實現,這一過程包括了很多的階段，各個階段的不同角色和同一階段的不同角色的任務是不一樣的，項目經理分配任務曰寸有時考慮的不全面就會出現一些問題,例如分工任務不明確，會導致人員相互推卸責任;即使有時分工很明確，但是員工之間沒有協作只顧個人的工作，不考慮項目整體。

1.5項目收尾問題。項目收尾中一項很重要的工作就是項目經驗總結,項目經驗是項目完成后，項目管理人員和技術人員根據實際的經驗教訓所寫的報告，這些報告包括項目實施中的好的建議、針對某個問題該怎樣解決以及實施中容易出錯的地方。

2加強軟件項目的管理的建議與對策

    2.1制定相符的項目計劃。制定項目計劃不是要求寫出一份好看的資料或者是計劃書，而是你要根據實際的項目情況制定一個符合項目的計劃，這個計劃要有針對性,盡可能的考慮全面。制定好的項目計劃要有實用性,能夠用來指導工作,制定項目計劃時要考慮整體情況和內部的連貫性,項目計劃要盡量的詳細，控制力度盡量大，制定項目計劃是一定要考慮到項目的整體成本，結合實際情況盡量降低項目成本，作出一份詳盡合理與項目相符的計劃。

2.2合理分配項目任務。項目經理將項目工作范圍進行分解時應該使用WBS(工作分解結構)，這樣可以有效的防治工作范圍的漏分解，為了防治項目分解后的任務無法有效的分配,可以采用資源負荷直方圖，采用資源負荷直方圖可以保證工作任務達到合理的負載均衡。

2.3項目成員相互協調，相互配合。項目經理將工作任務完全分解后，將工作責任合理的分配給工作人員和團體成員，同時應該強調員工之間進行相互的配合，完成不同分工和環節進工作的協調。項目生命周期階段包含很多階段，但是不同階段之間是相互聯系的，要注意上下階段之間的銜接，做好上下階段之間信息的溝通。通過相互之間的協調，確保項目工作的完成。

2.4重視項目管理經驗總結。工作經驗的總結對于項目的管理工作相當重要，項目工作經驗的總結可以為下一個項目的實施提供良好的項目的指導，在項目的實施工程中少走彎路，項目經理應該切實可靠的進行項目總結，在制度上鼓勵和加強項目經驗總結工作，使得項目經驗總結及時并且具有指導意義而不是敷衍了事，為以后的項目人員更好地工作提供一個極好的資源和依據。

篇（5）

1 概述

組織過程定義與改進過程描述建立和維護一個可用的組織過程資產集和工作環境，以及對當前組織的過程與過程資產的強項和弱項的透徹理解，策劃、實施和部署組織的過程改進。組織過程定義與改進主要分為確定過程改進時機、策劃過程改進、建立維護組織的過程資產、部署和實施組織過程改進、過程改進總結共5個過程元素。

2 組織過程定義與改進過程的主要活動

2.1 過程改進的時機

2.1.1 分析并確定組織過程需要和目標

工程過程組根據公司的年度經營方針、目標和年度質量工作計劃，結合公司現有組織過程資產情況以及項目實施情況，于每年年初，在上一年度的公司質量體系管理評審會議或軟件工程化過程改進總結的基礎上，確定組織過程改進的需要和目標，形成組織過程待改進項；工程過程組根據過程改進目標、現有組織過程資產及項目實施情況，分析出待改進項中的弱項。

2.1.2 評審過程改進目標

工程過程組結合過程改進的估計成本和工作量，對待改進的過程進行優先級排序，識別出本年度組織過程改進項；經軟件工程化管理領導組評審確認后，形成《組織過程待改進項列表》。組織過程待改進項的收集時機。

（1）GJB5000A體系正式評價、就緒調查、內部評估后，收集本單位內組織過程資產使用及項目實施運行相關信息及數據，建立和維護《組織過程待改進項列表》。

（2）工程過程組按照公司年度過程改進策劃每年至少進行一次內部評估，對項目的過程實施情況進行評估。開發庫管理規定開發庫是項目組內部使用，有訪問控制權限的項目組成員可自行進行出庫、入庫和變更的操作。

2.2 建立維護組織的過程資產

工程過程組建立和維護過程改進計劃，過程改進計劃原則上在一季度完成，步驟包括：

（1）明確參與人員及職責，包括軟件工程化管理領導組、工程過程組、項目組、廠級QA、組織資產庫的功能管理組員。

（2）確定過程改進各個活動的時間進度、參與人員及完成形式。

（3）列出過程改進活動擬交付的工作產品清單。

（4）上述內容形成組織過程改進計劃，納入《軟件工程化年度過程改進計劃》中，由軟件工程化管理領導組主持《軟件工程化年度過程改進計劃》評審。過程改進計劃內容一般包括：年度過程改進目標；年度體系建設情況；組織級角色的任命；試點計劃和推廣計劃；組織過程資產庫的相關采集和維護計劃等。

2.3 建立維護組織的過程資產

2.3.1 建立維護組織標準過程

工程過程組根據組織的現有的過程文件以及項目執行實際情況，編制或維護組織標準過程及其規范、規程、指南、模板、檢查單等工作產品，形成組織的標準過程集。

2.3.2 建立維護生存周期模型

工程過程組基于公司各研究所項目的領域特征和軟件產品的開況，開發出適合公司各類軟件產品的生存周期模型，并形成軟件生存周期選擇指南。

2.3.3 建立維護組織標準過程裁剪指南

工程過程組按照生存周期選擇的類別，對已完成的組織標準過程集，制定或維護裁剪準則及裁剪指南，形成標準過程裁剪指南。

2.3.4 建立和維護組織過程資產庫

工程過程組根據組織過程需要以及項目的需求建立和維護組織過程資產庫，組織過程資產庫包括：標準過程庫、歷史項目庫、風險庫、測量庫、工作環境標準列表、經驗教訓案例庫、重用庫；組織過程資產庫的建立、維護如下：

（1）標準過程庫：標準過程庫功能管理員對體系文件的版本進行管理和，收集體系文件在使用中發現的問題，經工程過程組討論后修改，原則上過程文件、規程、規范和指南的維護每年至少一次，模板和檢查單適時修改，標準過程庫功能管理員提出入庫申請，經工程過程組審查通過，組長審批后入標準過程庫。

（2）歷史項目庫、風險庫、測量庫、經驗教訓案例庫、重用庫、工作環境標準列表：項目軟件負責人在項目軟件總結一周內提交入庫申請和項目信息到廠級QA處。功能管理員初審后，召集工程過程組會議審查通過，組長審批后入相應的資產庫。功能管理員可以按季度收集匯總后一并開會評審，對資產庫的維護每年至少一次。

2.4 實施和部署組織過程改進

2.4.1 確定需試點的過程

工程過程組根據軟件工程化年度過程改進計劃中組織過程改進目標和組織過程改進項，結合公司年度軟件工程化推廣實施計劃中的項目，對于《組織過程待改進項列表》中和用戶明確要求的過程標識、確定需試點的過程，并開展試點實施工作，內容包括：選擇試點范圍；確定試點參與人員；明確試點實施周期；項目組提出試點改進意見或建議；工程過程組中組織測量庫管理員收集、分析測量數據；工程過程組匯總分析組織過程資產的適用性，并完成試點總結，試點實施總結由軟件工程化管理領導組批準。

2.4.2 策劃組織資產部署和推廣活動

工程過程組策劃組織資產部署和推廣活動，標識、推廣、使用和維護組織過程資產，組織資產的維護原則上每年度一次。

2.4.3 確保推廣組織標準過程

確保在項目實施中運用推廣組織標準過程，工程過程組負責予以指導。

2.4.4 收集組織過程資產改進數據

工程過程組結合年度推廣項目的實施，按照組織資產庫的功能管理組員分工，監控項目實施中對組織過程資產的使用情況，收集組織過程資產改進數據，并將與組織過程有關的經驗納入組織的過程資產。

2.5 過程改進總結

工程過程組對過程改進計劃的執行情況、組織過程資產的建立、部署和推廣情況、所吸取的經驗和教訓進行分析、總結，對下一階段和后續過程改進工作提出建議，形成《軟件工程化年度過程改進總結報告》，工程過程組組織，軟件工程化管理領導組主持《軟件工程化年度過程改進總結》評審。

3 結語

篇（6）

2項目的立項

項目在立項的主要階段中具體包含的任務是，對立項理由的確定，并將立項建議有效的提出，同時需要將適當的資源與資金有所提供，力求讓立項中的相應建議能夠成為正確的項目類型。

3合同的執行

在執行合同的過程中，承擔著大型軟件項目管理流程的重要部分，能夠包含系統的維護、項目的驗收、內部的驗收、測試的執行以及軟件的開發等五方面的工作流程。

4軟件的開發

開發軟件的階段包含：單元測試、編碼、系統設計、系統分析以及需求調研等流程，具體會在幾個層面中開展必要的管理：a.項目計劃的擬定在大型的軟件項目當中，軟件項目的規劃方面是對其他相關的規劃充分協調的必要條件，是能夠控制和執行指導項目的可操作型文件。主要突出了對客戶需要的掌握，是進行項目活動的主要條件，同時還是大型軟件項目監控和跟蹤的憑證。b.過程控制需加強過程控制方面具體包含：配置管理、變更控制以及過程管理。c.開發過程的確定按照項目組別以及大型軟件項目的真實狀況，創建出可控制、穩定性極高的軟件開發模型，同時需要根據此流程開展軟件的相應開發。

4.1內部的驗收

大型軟件項目在對系統測試以及集成測試完成之后，需要開展項目的內部驗收流程，具體包含著幾大步驟：a.準備文檔在準備文檔的過程中，大型軟件的項目經濟需要提交一部分報告，分別為：產品的清單、總結項目開發的報告以及內部的驗收計劃報告等。財務的主管需要將項目的財務預算報告正確提交。b.內部的評審內部評審主要針對的是所提交的測試結果，以此來將項目的開發總結報告完善達成。c.測試內部驗收測試內部驗收的方法與內容，和測試系統是完全一致的，可是需要以用戶驗收的角度開展測試，由于是試運行的必要條件，利用用戶驗收的角度能夠奠定驗收的堅實基礎。

4.2執行和測試

測試項目的主要目的就是對系統進行充分的檢查，檢查的關鍵在于系統能否和任務書規定和項目合同規定的需求相符。項目測試方面包含：系統測試和集成測試，具體會開展安裝與反安裝測試、可靠性測試、壓力測試、安全性測試、用戶界面測試以及功能測試等。其中是在模擬的運行狀態下進行的測試過程。

4.3項目的驗收和試運行

用戶的驗收和試運行階段當中具體應該完成的任務是，將全部的工作都被用戶有所認可，具體涉及到的工作是：a.事前準備所謂事前的準備就是驗收前的準備，大型軟件項目經理對產品完整性方面負責檢查，包含：中間產品、介質以及文檔等方面，從而保證現場實行的效率最大化。同時對現場的軟件安裝調試也需要有所負責，將調試安裝的總結報告相應強化。此外，還要對用戶的驗收計劃負責擬訂，同時要獲得客戶的認可。b.用戶的確認用戶需要開展系統的試運行以及驗收測試流程，開展系統和文檔的移交。大型軟件的項目經理需要和客戶有效的協調，以此來幫助用戶能夠開展項目的驗收，從而讓用戶的驗收報告能夠成立。

4.4項目的維護

在維護軟件系統方面包括兩個方面，其一是糾錯性質的維護，因為初期的測試過程不能夠將軟件系統當中潛在的一些錯誤暴漏出來，然而對哲學隱含錯誤的改正和診斷過程，就是糾錯性的維護。其二是完善性的維護，在正常使用大型軟件的階段，用戶會逐漸的將新型需求提出，想要對用戶所提出的需求予以滿足，就需要將軟件功能的活動增加，這一流程稱之為完善性的維護。

篇（7）

1 引言

軟件測試是軟件開發過程的重要組成部分，是用來確認一個產品的品質或性能是否符合開發之前所提出的要求。對軟件需求分析、設計規格說明和編碼的最終復審，某種程度上測試工作的好壞直接影響了軟件產品的交付和用戶的滿意度。因此，如何做好測試工作，使測試在軟件工程中順利進行，輔助軟件開發工作是我們每個軟件人員應該考慮的問題。

2 軟件測試的目的

（1）確認軟件的質量，確認軟件做了你所期望的事情，確認軟件以正確的方式來做了這個事件。

（2）提供信息，比如提供給開發人員或程序經理的反饋信息，為風險評估所準備的信息。

（3）軟件測試不僅是在測試軟件產品的本身，而且還包括軟件開發的過程。軟件測試的第三個目的是保證整個軟件開發過程是高質量的。

3 軟件測試的對象

軟件測試并不等于程序測試。軟件測試應該貫穿整個軟件定義與開發整個期間。因此需求分析、概要設計、詳細設計以及程序編碼等各階段所得到的文檔，包括需求規格說明、概要設計規格說明、詳細設計規格說明以及源程序，都應該是軟件測試的對象。

4 軟件測試流程

軟件測試工作并不是在軟件代碼開發完畢后才開始的，這一點是很多軟件人員的誤區，需要明確一下，它其實是在項目進入軟件實現階段就開始了，項目進入軟件實現階段的時候，就應該啟動軟件測試工作了。

下面根據筆者的測試經驗，詳細闡述一下軟件測試的流程、每個階段需要做的工作及整個測試過程產生的文檔。

4.1 計劃與設計階段

4.1.1 召開測試啟動會議

當項目進入軟件實現階段（編碼），測試經理召集項目經理、開發經理開會確定測試交接時間，開發團隊與測試團隊交接測試內容，對測試目標達成一致，商討測試計劃的可行性，統一項目組的目標和測試的工作重點。進行規模預估并成立測試團隊，完成《測試計劃》和《測試方案》。

4.1.2 設計測試用例

明確了測試需求和測試計劃，在需求分析文檔確立基線以后，測試組需要針對測試需求編寫全部測試用例，在實際的測試中，測試用例將是唯一實施標準。

4.2 實施測試階段

4.2.1 實施測試用例

實施測試用例將花費測試組絕大部分時間，這些工作都是建立在前期很多計劃工作的基礎上。當測試用例全部編寫完成后，測試工程師根據測試計劃中分配給自己的測試任務，實施相應的測試用例，并記錄測試結果。

4.2.2 填寫測試記錄

測試人員在進行具體的測試工作時，需要將測試內容填寫在測試記錄表中，直到所有的測試執行工作結束。

4.2.3 提交BUG清單

在具體的測試過程中，測試人員發現BUG后，需要將BUG記錄在清單里，并及時提交給測試經理。

4.2.4 提交測試報告

在約定的測試周期完成之后，測試工程師需要總結此測試的結果，編寫測試報告。測試工程師根據此輪測試的結果，編寫測試報告，主要應包含以下內容：

（1）測試報告的版本。

（2）測試的人員和時間。

（3）測試所覆蓋的缺陷――測試組在這輪測試中所有處理的缺陷， 不僅要寫出覆蓋缺陷的總數，還要寫明這些缺陷的去向。

（4）上一版本活動缺陷的數量。

（5）經過此輪測試，所有活動缺陷的數量及其狀態分類。

（6）測試評估――寫明在這一版本中，哪些功能被實現了，哪些還沒有實現，這里只需寫明和上一版本不同之處即可。

（7）急待解決的問題――寫明當前項目組中面臨的最優先的問題，可以重復提出。

在每輪測試結束之后應盡快將符合標準的測試報告發給測試經理。

4.3 總結階段

測試工作結束或即將結束時，測試組就要開始著手準備進行總結的工作。

4.3.1 編寫測試總結報告

在測試結束之后，測試經理編寫測試報告，對測試進行總結，并且提交給項目經理，為產品的后續工作提供重要的信息支持。

測試經理根據測試的結果及測試工程師提交的測試報告編寫測試總結報告，測試總結報告必須包含以下重要內容：

（1）測試資源概述―多少人、多長時間。

（2）測試結果摘要―分別描述各個測試需求的測試結果，產品實 現了哪些功能點，哪些還沒有實現。

（3）缺陷分析―按照缺陷的屬性分類進行分析。

（4）測試需求覆蓋率―原先列舉的測試需求的測試覆蓋率，可能 一部分測試需求因為資源和優先級的因素沒有進行測試，那么 在這里要進行說明。

（5）測試評估―從總體對項目質量進行評估。

（6）測試組建議―從測試組的角度為項目組提出工作建議。

4.3.2 測試驗收

測試驗收工作是在以上工作全部結束后，測試經理對測試的過程、效果進行驗收，簽發測試驗收報告，宣布測試結束。由測試經理進行測試驗收，驗收內容包括：

（1）測試效果驗收―測試是否達到預期目的。

（2）測試文檔驗收―測試過程文檔是否齊全，符合標準。

（3）測試評估―從總體對測試的質量進行評估。

（4）測試建議―對本次測試工作指出不足，需要在以后工作中改 進的地方。

（5）宣布測試結束―測試組成員簽字宣布本次測試結束。

4.3.3 測試歸檔

測試歸檔是在測試驗收結束宣布測試有效，結束測試后，對測試過程中涉及到各種標準文檔進行歸檔，主要包括測試計劃、測試用例、測試報告、驗收報告等。這些文檔的編寫保障了測試的順利進行，同時作為整個測試項目的痕跡，被保留下來，供查閱。

參考文獻

[1]佟偉光.軟件測試[M].北京：人民郵電出版，2008.

[2]Rex Black.測試流程管理[M].北京：北京大學出版社，2001.

[3]Robert V.Binder著，華慶一等譯.面向對象系統的測試[M].北京：人民郵電出版社，2001.

[4]Mark Fewster， Dorothy Graham著，舒智勇等譯.軟件測試自動化技術與實例詳解[M].北京：電子工業出版社，2000.

篇（8）

中圖分類號：TP311.5 文獻標識碼：A 文章編號：1007-9599 (2012) 08-0000-02

一、引言

近年來，隨著科技的發展，計算機軟件項目管理的重要性日益凸顯出來，但是國內計算機軟件行業發展比較緩慢，特別是在軟件項目管理方面落后更多，一方面是由于技術落后，但更多是由于缺乏科學有效的管理。怎樣運用計算機軟件有效的進行項目管理，這是國內軟件行業亟需解決的問題。目前，國內正在積極的進行計算機軟件項目管理的研究和軟件管理人才的培養，這是今后該行業發展的必然趨勢。

二、計算機軟件項目管理的本質

計算機技術的更新換代比較快，這樣就加大了計算機軟件管理的難度，使項目管理工程變得復雜，在協調管理上不是那樣簡單了。為此，如果要運用計算機軟件進行項目管理，就要將原有的管理模式進行改革，應該集中企業的資源，進行合理的資源配置，提高軟件管理質量，達到成本控制的目的。計算機軟件項目管理從本質上來講是一種管理方法或管理手段，運用這種方法可以對企業進行成本，人員和風險的分析和管理。結合以上的分析，我們可以知道，計算機軟件項目管理對于軟件企業來講相當重要，已經成為該行業的競爭點[1]。

（一）項目計劃問題

項目計劃的作用是將項目內所有計劃進行協調，用以進行指導項目的執行。項目計劃是管理人員實施項目管理的前提保證。對項目計劃制定的過程實際上是對項目熟悉的一個過程，通過對項目計劃的制定，管理人員可以清楚項目內容，明白項目實施過程中需要注意的要素和重點。一般來講項目計劃的問題主要有兩個：一個是項目計劃制定的隨意性太強，結構不嚴謹，操作實施性差，不能作為項目計劃實施的指導文件；另外一個是項目計劃的整體性較差，內部不連貫，不能有效的控制項目的進度，導致項目的失控。

（二）管理意識問題

在企業中，特別是軟件開發的企業中，大多數都是只重視軟件技術輕視軟件管理，項目內部人員大多數都有深厚的技術知識，但是缺乏管理知識，缺乏管理技巧和管理經驗。這樣從項目整體上來看，管理就會出現不協調，大多數人只會埋頭苦干，不懂得合理的分配任務，進行協調工作，導致項目進度落后，項目計劃周期加長，最終影響項目的實施。

（三）項目干系人的問題

項目干系人通俗的來講就是跟項目有關系的人，包括參與項目和受項目影響的人，具體來講包括項目策劃人、項目組成員、項目配合人員、顧客、消費者和供應商[2]。項目干系人的期望和需求在項目的制定過程中和項目目標實現過程中都是非常重要的，因為不同干系人的期望和需求也是不一樣的，他會要求項目的制定和實施過程中盡量靠近自己的期望和需求，這些人的期望和需求有時候會相差很大，這樣在制定和實施項目時要平衡這些人的期望和需求是相當困難的。如果項目所有干系人沒有良好的溝通，則可能造成工期的延長，成本的增加，甚至導致項目失敗。

（四）項目團隊內分工協調的問題

項目從開始制定到最后項目目標的實現，這一過程包括了很多的階段，各個階段的不同角色和同一階段的不同角色的任務是不一樣的，項目經理分配任務時有時考慮的不全面就會出現一些問題，例如分工任務不明確，會導致人員相互推卸責任；即使有時分工很明確，但是員工之間沒有協作只顧個人的工作，不考慮項目整體。

（五）溝通意識的問題

項目的溝通管理主要是為了項目目標的實現所進行的信息交流，這里主要包括上級與下級之間的信息交流和員工內部的工作信息的交流，這些信息的交流是必須的，也是確保項目良好實施的關鍵，但是在實際的生活中，由于人的性格千差萬別，會導致人與人之間的溝通不是那么的容易。如果不能進行良好的信息溝通，就會造成信息的不暢，從而加大項目失敗的風險[3]。

（六）項目風險管理意識問題

項目風險管理是為了實現項目既定的目標，所進行的對項目生命周期內的風險因素的估計以及所造成危害的估計。進行項目風險管理是為了更好更有效的實現項目的目標。就目前來看，風險管理意識問題主要有兩種情況：一個是風險分析不全面，項目管理人員在進行項目分析時，分析的不全面，導致風險的漏析，給項目造成損失；另外一個就是項目管理人員不重視項目風險管理，沒有認識到項目風險管理的重要性，對風險估計隨便應付，隨便寫上一些風險防治對策[4]。

（七）項目收尾問題

項目收尾中一項很重要的工作就是項目經驗總結，項目經驗是項目完成后，項目管理人員和技術人員根據實際的經驗教訓所寫的報告，這些報告包括項目實施中的好的建議、針對某個問題該怎樣解決以及實施中容易出錯的地方。現實中項目收尾的問題主要是不重視項目收尾工作，或者是不愿意花費人力物力來進行項目收尾工作，只是應付了事。

三、加強軟件項目的管理的建議與對策

（一）制定相符的項目計劃

制定項目計劃不是要求寫出一份好看的資料或者是計劃書，而是你要根據實際的項目情況制定一個符合項目的計劃，這個計劃要有針對性，盡可能的考慮全面。制定好的項目計劃要有實用性，能夠用來指導工作，制定項目計劃時要考慮整體情況和內部的連貫性，項目計劃要盡量的詳細，控制力度盡量大，制定項目計劃是一定要考慮到項目的整體成本，結合實際情況盡量降低項目成本，作出一份詳盡合理與項目相符的計劃。

（二）合理分配項目任務

項目經理將項目工作范圍進行分解時應該使用WBS(工作分解結構)，這樣可以有效的防治工作范圍的漏分解，為了防治項目分解后的任務無法有效的分配，可以采用資源負荷直方圖，采用資源負荷直方圖可以保證工作任務達到合理的負載均衡。技術人員在擔任管理人員之前，應該好好學習項目管理的基本知識，特別是人員管理和溝通管理，并在管理工作中不斷提高自己的管理水平，積累項目管理經驗，增強項目管理意識

（三）項目成員相互協調，相互配合

項目經理將工作任務完全分解后，將工作責任合理的分配給工作人員和團體成員，同時應該強調員工之間進行相互的配合，完成不同分工和環節進工作的協調。項目生命周期階段包含很多階段，但是不同階段之間是相互聯系的，要注意上下階段之間的銜接，做好上下階段之間信息的溝通。通過相互之間的協調，確保項目工作的完成。

（四）加強溝通意識

加強溝通意識就是加強感覺和態度的溝通。在溝通時應該注意下面幾種情況：一是要清楚溝通的內容和對象；二是不能沉湎與溝通本身，要清楚溝通的目的；三是要遵守一定的規則，溝通要注意時間和回合的限制，可能第一次溝通不順利，但要給對方時間耐心聽完對方的話，針對核心的問題，做出解決。項目中的關系人一定要加強溝通，保證內部人員之間的溝通，確保信息暢通，確保項目的完成。

（五）加強風險管理意識

項目經理要系統的學習項目管理知識，積累項目管理經驗，掌握項目風險管理的必備知識，完全分解項目計劃，找出里面的風險點，針對風險點做出風險管理計劃，然后對風險計劃進行審核，對風險對策進行評估。風險管理意識一定要加強，這樣可以降低項目中的突發事件，以及風險的危害程度。

（六）重視項目管理經驗總結

工作經驗的總結對于項目的管理工作相當重要，項目工作經驗的總結可以為下一個項目的實施提供良好的項目的指導，在項目的實施工程中少走彎路，項目經理應該切實可靠的進行項目總結，在制度上鼓勵和加強項目經驗總結工作，使得項目經驗總結及時并且具有指導意義而不是敷衍了事，為以后的項目人員更好地工作提供一個極好的資源和依據。

四、結論

在軟件項目管理的過程中，只有實施規范化管理，才能更有效地進行項目管理，提高項目成功的概率。目前，由于軟件項目管理實施的時間不長、經驗不足，我們只有不斷從實踐中積累經驗，進一步完善軟件項目管理的理論體系，將軟件項目管理更有效地應用到軟件開發的實踐中。

參考文獻：

[1]王遠,王健.計算機項目管理[M].武漢:武漢大學出版社,2009,8

篇（9）

（1）軟件開發技術飛速發展，新方法、新技術、新工具、新平臺不斷出現，給軟件工程教學帶來了諸多問題：課時不變，教學內容偏多，教材的更新跟不上技術的發展。

（2）教學過程仍然以教師“教”為中心，在教師的指導下完成課程的相關實驗及課程設計的學習。軟件工程課程可操作性差、理論多、內容抽象、難理解，很難充分調動學生學習的積極性和自主性，導致理論與實踐脫節。

（3）學習軟件工程的學生幾乎都沒有軟件開發的經驗，對于管理學的知識更是不知所然，加上有的教師也沒有完整項目軟件開發的經驗，要讓學生做到“學中做，做中學”，真的是難上加難。

二、三元整合的教學思維

軟件工程課程主要介紹了軟件問題定義、項目計劃、需求分析、設計、維護等軟件開發過程中的各種問題。通過市場調查、觀摩學習、講座、校企合作，發現軟件行業在軟件設計、軟件維護、軟件測試三方面就業崗位多，人才缺口大。結合學生學習的特點，參照國家相關職業標準，確定軟件工程[5]，培養人才方向崗位定位在軟件設計、軟件測試、軟件維護三個崗位，因此教學中將重點放在軟件設計、軟件維護、軟件測試上。文中以“學生信息管理系統”項目為載體，將項目開發過程中用到的各項工作技能按照工作過程分解任務，項目分解成一個個的子案例，以任務分解的方式完成技能的案例教學，體現工作過程的完整性。三個崗位的工作任務、職業能力、知識結構之間的關系。由上表知，整個教學過程是一個循序漸進的過程，每個崗位有明確的工作任務，每個工作任務對應不同的職業能力，知識的表現形式也就不同。為了與崗位工作任務相適應，在項目教學中培養學生的職業能力，使學生做到“學中做，做中學”；在設計教學項目案例上做到項目難度適中、易理解、易操作、易掌握、有針對性和代表性，并且包含上述三個工作崗位的工作任務與職業能力相關知識，最終達到項目驅動，任務分解的教學目的，同時學生也能進一步理解工作過程中需要掌握的技能。

三、三元整合在教學中的應用

案例教學、項目驅動、任務分解的教學方法有各自特點，如何將這些教學方法整合在一個具體的項目中，并發揮其優點是教學中要重點解決的問題。將“學生信息管理系統”項目進行分解，每一個子項目對應一個具體的工作任務。對每個子項目按以下的教學步驟進行教學：

1．項目分解，確定每一個子項目的工作任務

根據項目完成的時間限制、要求，將項目分解成子項目，不同的子項目對應不同的工作任務。如“學生信息管理系統”可分解為“學生管理、課程管理、成績管理、信息查詢”四個子項目，且每個子項目對應不同的工作任務。把工作任務獨立、花費時間少的稱為小任務；反之，工作任務需要多個教學單元經過綜合實踐才能完成的，稱為大任務。在教學中又可將大任務分解為小任務，通過分析總結，最終使學生能掌握自上而下逐步求精分析問題解決問題的能力。

2．理論講解，案例演示

教師結合案例演示，講解子項目中對應的工作任務，讓學生真實理解工作過程中這個子項目到底要做些什么，怎么做，哪些知識是已知的，哪些知識是未知的，提出問題，充分調動學生的好奇心與求知欲。

3．學生分組討論，協同合作

根據學生興趣、成績、實踐動手能力將學生分成4到5個人為一個小組。小組成員共同討論完成項目的開發。工作任務完成過程中，讓學生輪換擔當不同的角色，使其能體驗不同角色在不同階段的職責與任務，既培養學生團隊協作能力，又發揮了各自特長，調動了學生的積極性，從而提高了學習興趣。

4．學生各自完成工作任務

通過項目分工，團隊中的每個成員都有明確的任務，結合教師的案例演示進行工作任務的模擬練習，讓學生對工作任務的完成有了真正的認識，從而培養學生的職業能力。

5．總結工作任務成果，評審驗收

首先，學生對自己完成的子項目進行展示、總結，哪些完成，哪些沒有完成，原因在什么地方；其次，教師對每個團隊項目完成的情況進行比較，并將各團隊工作成果與案例演示中的工作成果進行比較，總結規律和技巧，使團隊中的每個學生知道自己在做什么，做得如何，哪些地方需要改進，哪些知識需要完善，自己發揮了什么作用，將實踐上升到理論高度，進而培養學生的職業能力。

6．拓展第二課堂，培養學生的研究、創新性學習能力

篇（10）

它需要管理人員熟練運用知識、技能、工具和專業技術對項目進行科學有效的管理，以便滿足（甚至超過）項目利益關系者對項目的需求和期望。良好的項目管理可以縮短項目周期，降低項目成本，優化資源配置，使研發的系統發揮最大作用。

1．2預警信息系統軟件具備項目管理的特點

預警信息系統是戰場情報、預警探測裝備、通信系統的有機集成，軟件、硬件設備規模較大，其軟件體系結構非常復雜，由多個子系統或配置項組成，可運行在有線、無線、短波、超短波等多種復雜的網絡通信環境。軟件系統對預警信息系統的可用性影響較大，因此，為了確保預警信息系統的軟件質量，必須通過不斷改進并提高軟件過程和項目管理水平，提高軟件生產力能力和水平［2］。預警信息系統軟件開發屬于項目的范疇，具有明顯的項目特征，包括一些獨特的、復雜的并且互相關聯的活動，而這些活動有著一個明確目標或者目的［3］，同時由于軟件研發所涉及的技術復雜度高、知識面廣，計算機技術的日新月異使得方案的設計必須要有前瞻性，留有升級換代的余地，要求在整個項目生命周期中，利用項目管理的理論和技術，在有限時間內，調配有限的資源，組織各方面人員，分階段地完成這些任務，最終完成整個系統開發。

1．3實施項目管理是增強企業核心競爭力的需要

國內有眾多從事預警信息系統研發的科研院所，行業競爭比較激烈。只有在軟件研發中實施有效的項目管理，才能在同等資源條件下，在系統論證、研制、驗收、運行等過程中正確有效地開展工作，提高軍用軟件質量，縮短開發周期及部署時間，提高綜合保障能力，才能最大限度地提高客戶滿意度，從而樹立行業形象，提升企業的核心競爭力。

2軟件項目管理過程

結合多年來從事預警信息系統軟件項目管理的經驗，將軟件項目管理分為4個階段：啟動、策劃、執行、結項。各階段項目管理過程活動如圖1所示。圖1軟件項目管理過程軟件項目管理從項目啟動開始，首先要求對軟件項目作開發策劃。按照標準過程剪裁得到項目的已定義過程，制定出軟件開發計劃。在項目執行過程中，對項目計劃進行分解細化，制定詳細的可跟蹤和可測量的實施計劃，完成項目實施策劃。以項目計劃為依據，實施項目監控。對項目實際進展情況提供適當的可視性以監控項目按計劃實施，當項目進展與計劃有重大偏離時及時采取有效應對措施，直到項目結束。

2．1項目啟動

軟件項目組在接收到軟件研制任務后，項目經理主持召開項目啟動會議，明確任務特征、周期、目標等項目基本信息，明確項目組人員職責，包括技術負責人，軟件開發人員、測試人員、軟件質量保證員、軟件配置管理員、計劃員等；建立軟件工作環境，并根據上述信息建立項目管理軟件平臺環境；軟件配置管理員建立并初始化項目配置庫，正式啟動項目。

2．2項目策劃

項目正式啟動后，項目經理根據任務要求，分析項目基本特征信息，包括軟件規模、項目規模、項目周期、資源充分性、需求穩定性、新研程度、安全等級以及用戶的特殊需求，確定軟件開發階段，形成適合項目實際情況的軟件開發過程，確定適合本項目的生命周期。確定了項目過程，項目經理將運用范圍管理、進度管理、成本管理等知識，完成頂層工作分解結構（WorkBreakdownStructure，WBS），以確定項目范圍，并在此基礎上估計項目的軟件規模、工作量、進度和成本。軟件系統工作量的估算，是依據軟件的開發內容、開發人員、開發工具等因素，預測需求分析、軟件設計、編碼、測試等整個研發過程所花費的時間、費用及工作量［4］。某預警信息處理系統的頂層WBS分解圖如圖2所示。圖2某預警信息系統頂層WBS分解圖在頂層WBS分解的基礎上，項目經理和技術負責人結合項目資源，制定并形成《項目軟件開發計劃》《項目評審計劃》《風險管理計劃》，作為項目軟件開發和跟蹤的依據。軟件開發計劃中要明確項目的里程碑、基線。基于部隊項目的特點，項目經理應負責建立企業和軍方用戶溝通的橋梁，協商項目計劃并取得一致。在此階段，項目組根據企業的相關標準制定《軟件質量管理計劃》《軟件配置管理計劃》，還應根據項目的特點和技術要求，制定《項目培訓計劃》等。項目經理根據這一階段生成的數據及時維護項目管理工具平臺，以便在后續階段實時跟蹤和調整項目的執行。

2．3項目執行

項目經理組織相關領域技術專家、軍方代表對《軟件開發計劃》等在項目策劃階段形成的文檔評審并通過后，項目將進入執行階段。這一階段，項目經理配合技術負責人進行階段活動WBS分解，估計模塊規模、任務工作量，建立項目階段實施計劃和計劃網絡圖，任務分配表、計劃網絡圖直接在項目管理工具平臺上用甘特圖實現，并使項目的所有成員對該甘特圖達成共識，進行任務協商與分配，形成有效的項目溝通。項目正式實施后，確保所有的任務按計劃執行，以及收集項目執行的相關信息是項目經理的職責［5］。項目開發人員應及時將工作日志、任務報告、工作進展、問題報告等信息錄入項目管理工具平臺。項目經理借助該平臺信息，分析項目的實際進展狀態，定期組織項目例會，對實時狀態進行討論，分析執行過程中存在的問題和風險，提出解決問題的方法，必要時可同軍方代表協商，進行計劃變更，對處理措施要跟蹤直至問題解決。質量管理員定期對項目進行質量審計，配置管理員應及時維護軟件配置庫，他們必須定期（月度／階段）向項目經理和技術負責人提交質量總結報告和配置管理報告。項目經理應根據項目開發計劃的要求，在項目進展的關鍵階段和里程碑階段進行項目管理評審。這是項目監控的主要機制之一。評審內容主要包括計劃執行情況、存在問題、風險、產品工作狀態等，項目評審可以分為多種層次，有項目組級、部門級、里程碑級等，其中里程碑級屬于項目關鍵點，屬于正式評審，其評審目的是明確項目的一個重要階段是否已完成，是否具備轉階段的條件，必須有軍方代表參加。在此階段，項目組應完成項目的管理文檔和軟件設計、軟件測試等軟件工程化文檔，提交項目的階段評審報告。項目執行過程中涉及的關鍵活動如圖3所示。

2．4項目結項

在項目結束時，配合系統集成組完成《軟件研制總結報告》《質量總結報告》和《配置管理總結報告》等，描述軟件的研制過程、關鍵技術和解決的辦法，并總結功能性能指標情況，同時還應對軟件的質量保證及配置管理情況作總結說明。這些文檔作為整個系統組成部分參加產品評審，必要時可以單獨對軟件項目進行項目評審。評審通過后，完成項目管理平臺環境的更改，固化配置管理庫，軟件系統即可交付給部隊試用。

3軟件項目管理中的風險管理

項目風險是指項目中可能發生的潛在問題以及它們如何妨礙項目的成功。風險可能存在于軟件項目的各個階段。隨著項目的不斷推進，風險的識別、分析應對、監控不斷形成閉環且貫穿項目整個周期［5］。首先，在項目啟動階段，項目經理應根據具體情況，對執行過程中可能存在的風險，包括成本風險、技術風險、管理風險、人員風險等，進行風險識別、分析和評估。風險管理的有效方法是建立項目風險識別與跟蹤表，運用已定義的風險參數，分析并計算各項風險的風險系數，對風險進行排序，評估風險出現的概率和風險可能影響，針對每個高優先級風險制定風險處理措施，并記錄到表中的對應部分，如表1所示。在項目執行過程中，項目經理應跟蹤有關軟件項目成本、資源、進度和技術方面的風險，根據事先的風險緩解措施，采取適當的處理方式來規避、轉移或減緩風險；還應及時識別可能的新風險，并制定緩解措施，及時維護項目風險識別與跟蹤表。在預警信息系統軟件項目管理和開發中，由于其對質量、性能、功能等的特殊要求，如果能提前重視風險，并且有所防范，進行風險管理，就可以最大限度地減少風險的發生，確保項目按時、按質順利完成。

4軟件項目管理是實現CMM的基礎

能力成熟度集成模型（CapabilityMaturityModelIntegration，CMMI）采用了質量管理體系的過程管理思想，將軟件開發視為過程，對軟件開發和維護過程進行監控和研究，使其更加科學化、標準化，使企業能夠更好地實現商業目標。從集成產品與過程發展的角度出發，建立起包含健全系統開發原則的軟件過程改進模型［6］是衡量軟件企業軟件開發管理水平的重要參考因素和軟件過程改進事實上的工業標準，也是企業通過CMMI認證，走向國際市場的必有之路。CMMI由5個成熟度等級組成，即初始級、可重復級、已定義級、定量管理級和優化級，軟件項目管理過程4個階段覆蓋了CMMI模型2級和3級中的關鍵實踐，如在項目策劃階段，覆蓋了2級模型中需求管理和項目計劃；項目執行階段覆蓋了2級模型中全部5個關鍵實踐，如針對具體軟件項目，裁剪標準過程并進行管理，即達到已定義級標準。在此基礎上，使軟件過程和產品質量得到定量的了解和控制，以實現對軟件過程管理進行持續的過程改進，則可達到CMMI4級或4級成熟度。

5軟件項目管理平臺

軟件開發模式趨向于規范化生產，需要協作緊密的團隊，強調質量、工期、成本的受控。在客觀上要求能夠將計劃與控制、軟件過程管理、實時項目狀態度量和統計、配置管理、需求管理和缺陷跟蹤等功能集成為一個項目管理平臺。本研究選擇了中科方德有限公司的QONE軟件過程管理平臺。該平臺圍繞項目生命周期的活動對軟件開發和生產的過程進行管理，包括軟件需求管理、項目管理、過程管理、過程與產品度量分析和質量管理5個部分。對于項目管理者，能夠在平臺上掌握團隊進度、開發者的現狀以及資源配置狀況等數據，盡早發現和解決項目中存在的問題，規避項目風險，從而幫助其靈活配置人力物力，確保開發按時、按目標完成。而對團隊成員來說，能在平臺上了解開發的最新進度、最新的開發和測試結果，按平臺規定的工作流程協同工作。

6結束語

通過在預警信息系統軟件研發中運用項目管理技術，對軟件開發整個生命周期進行全方位的管理，使軟件項目達到設計規范、過程受控、風險受控、質量可靠，提高了軍用軟件的質量，提高了企業的核心競爭力。

作者:初劍 單位:南京電子技術研究所

參考文獻

［1］［美］ProjectManagementInstitute．項目管理知識體系指南［M］．許江林等，譯．北京：電子工業出版社，2013：7－10．

［2］張月紅．探索軟件開發過程的CMM最佳實現方法［J］．軟件工程師，2011（05）：36－39．

［3］李連，崔菲菲，陶開軍．基于項目管理理論的軍械信息系統開發研究［J］．項目管理技術，2011（03）：84－87．

篇（11）

2CDIO教學法在“面向對象軟件工程”理論及其課程項目教學設計中的應用

2.1總體設計

目前，“面向對象軟件工程”課程教學安排共計54學時，我們將理論教學內容與課程項目實踐教學內容結合起來進行設計。在整個教學周期內，按照軟件生命周期并結合CDIO、案例與項目驅動的教學法，設計理論課程案例教學過程中的相關活動，配合對應的課程項目實施活動加以有效組織與實踐，在整個教學環節結合項目開發活動的進展與深入，要求學生記錄自己團隊活動中的相關內容，按照我們事先制定的規范撰寫并維護項目文檔。具體解決方案是：第一，正式課程教學的1~6周，設計項目描述和需求獲取與分析、系統設計中的具體活動，這些活動包括分別標識實體對象、邊界對象和控制對象；將用例映射成對象；建立對象之間的交互；標識關聯、聚集和屬性；對單一對象狀態依賴行為的建模；對對象之間的繼承關系建模；對本階段的分析對象模型進行評審；基于分析對象模型標識出設計目標，進行子系統分解和標識；將子系統映射到系統構件元素上；標識并存儲持久性數據；設計訪問控制策略；設計全局控制流；標識服務；標識邊界條件；對系統設計進行評審。第二，7~14周，設計對象設計與實現中的活動，這些活動包括學習軟件復用和設計模式，并在詳細設計中加以應用；對對象之間的接口進行說明，涉及標識遺漏的屬性和操作、說明接口類型、簽名與可見性，說明接口中相關方法的前置條件、后置條件和不變式等。第三，15~16周，設計測試階段中的活動。第四，17周，進行相關的總結活動，包括項目文檔的靜態檢查和驗收，以及課程項目的動態演示與現場回答問題。

2.2設計課程項目

在設計課程項目中，將考慮提供給學生一個貫穿整個學期的課程教學項目描述，為此我們將選擇開發一個基于Web的應用系統。這類系統的實例很多，可以由教師設定或者由學生自選，如教師可根據教學中的需要設定一類基于Web的師生交流系統，以方便實現教師和學生之間關于做項目時的溝通。學生也可以根據個人興趣選擇網游軟件開發，或者選擇基于Web的電子商務網站系統等。總之，相關項目的設計需要教師事先準備好項目描述或問題定義。為了開發這類基于Web的應用系統，教師需要指定項目使用的環境和工具，主要包括兩類：一類是開發環境與工具、數據庫管理系統、界面開發工具等，另一類是項目管理工具。這一階段設計的活動屬于CDIO中的構思階段。

2.3設計理論課程教學過程

首先，在理論課程教學內容設計中，我們主要依據的是第3版的SWEBOK標準（2013），在CDIO工程教育模式的指導下，完成相關知識體系教學設計。在SWEBOK2013版中的17個知識點中（其中2個為候補知識點），我們選擇了其中10個知識點，并將這些知識點融合到“面向對象軟件工程”的理論課程教學中。這些知識點可有效地體現著CDIO的工程教育理念，如軟件需求體現了CDIO的構思，軟件設計體現了CDIO的設計，軟件構造和軟件測試體現了CDIO的實現，軟件維護體現了CDIO的運作等。其次，在此基礎上設計理論教學過程。一方面，以案例/項目驅動教學方法為基礎，“面向對象軟件工程”課程中相關知識體系及理論學習，要求學生在學習和思考中掌握“面向對象軟件工程”的相關知識、術語、理論和技術基礎，并通過團隊方式共同學習、討論和完成作業，并以團隊形式參加全體同學的各種討論活動；另一方面，要求學生圍繞著項目描述或者待解決的問題描述，完成團隊組建、工具選擇、項目計劃制定，并開始執行需求工程中的需求獲取和需求分析活動，以及在此基礎上的系統設計活動，這些階段的工作結論需要學生加以記錄，特別是需求獲取與分析的結論和總體設計結論更要以文檔形式加以記錄。第三，結合案例/項目驅動教學，進一步完成“面向對象軟件工程”理論課程。具體做法是一方面引入小型案例，另一方面引入面向應用領域的實際項目，并在項目描述、需求獲取和分析活動、系統設計和對象設計中，將該項目的具體情景或者可行的系統設計解決方案引入課堂，在課堂上組織學生參與討論、分析這些基于場景的案例，將需求階段和系統設計階段中涉及的重點知識、術語、過程與步驟等重點和難點融入到案例中來講解和學習，以便于學生真正理解相關的理論教學內容。這一階段的活動設計對應著CDIO中的構思階段。

2.4基于項目驅動的課程實驗教學設計

解決軟件項目中的問題或實現軟件項目中的任務，要求學生以團隊方式進行活動，并在整個活動中的各個階段貫徹CDIO工程教育的理念，即讓學生能夠對軟件項目中的任務完成進行構思，獲取與軟件項目相對應的軟件系統的功能性需求、非功能性需求和系統約束，并以文檔方式進行描述；接著，通過設計手段來完成項目任務，用系統來對應將來要完成的任務，并在該系統設計中落實項目的各項要求，這需要通過對系統的總體設計、詳細設計等環節來達到，并將設計結論記錄在軟件設計文檔中；在前面構思和設計的基礎上，選擇合適的程序設計語言、數據庫管理系統等基礎設施，用編程的方式實現該系統，并完成相應的測試任務，注意在實現過程中，同樣要將相關結論以文檔的形式加以記錄，以備維護之需；在系統實現后，通過部署和運行等方式，讓該軟件系統（可以看成是本項目的解決方案）呈現出價值。在這一完整過程中，讓學生通過項目驅動下的團隊活動過程，體驗到軟件產品從構思、設計、實現到運行（包括維護）所經歷的全生命周期過程。這一階段的活動設計對應著CDIO中的設計、實現階段。

2.5項目總結與項目驗收過程教學設計

項目總結過程的教學設計是以團隊為單位進行自我總結并撰寫項目總結報告，以個人為單位撰寫學習心得，教師主要驗收和檢查相應的項目總結報告和學生學習心得。項目驗收過程的核心是開展兩階段驗收活動，即在學期的15~18周中，選擇第15周進行一次中期檢查，第18周再進行一次期終項目驗收。全體主講教師和輔導教師組成一個答辯小組（一般為4人），他們事先要做好各項準備工作，包括現場點名以確認學生的有效身份并結合點名宣布學生團隊的答辯順序，保證答辯的有效性和合理性；由答辯小組組長宣布評分標準細節和學生是否能夠通過本次驗收活動的標準。

3實踐活動

在“面向對象軟件工程”課程教學活動中，共有45位學生（組成了15個團隊）全程參與了我們的教學改革過程，現在僅就驗收答辯環節進行說明。整個答辯所耗時間共計7個多小時；答辯老師根據實際情況（最低底線是學生必須完成項目要求的最基本功能），充分肯定了學生到目前為止所完成的開發成果，同時建議相關學生利用即將到來的假期進一步完成或完善該應用軟件系統的開發，及時修改設計上的缺陷。在本次教改實驗過程中，我們充分認識到這一教學過程對教師也提出了更高的要求。教師不僅僅是需要在理論基礎教學上過硬，還需要具備軟件項目開發的經驗，這樣才能夠做到既能站在理論的高度指導學生分析和解決問題，同時也能給出實實在在的課程項目開發活動中的技術指導。