時間：2023-01-30 16:04:04
開篇：寫作不僅是一種記錄，更是一種創造，它讓我們能夠捕捉那些稍縱即逝的靈感，將它們永久地定格在紙上。下面是小編精心整理的12篇軟件項目總結，希望這些內容能成為您創作過程中的良師益友，陪伴您不斷探索和進步。
隨著計算機和信息產業的發展，軟件產品的規模也是越來越龐大，隨著軟件規模的擴大，軟件人員的增加，軟件項目管理的復雜性增大，各個軟件企業都意識到將項目管理的理念引入到軟件開發活動中，開始對開發過程進行有效的管理，又所謂“IT項目管理”或“軟件項目管理”。軟件項目管理就是為了使軟件項目能夠按照預定的成本、進度、質量的順利完成而對成本、人員、進度、質量、風險等進行分析和管理的活動。隨著軟件開發規模及開發隊伍的逐漸增大，軟件開發活動不再是像過去的幾個開發人員就可解決的事情，它需要使用開發規范或開發流程控制來約束每個開發人員、測試人員和維護人員的工作，以保證每個項目組成員按開發計劃及進度準時、保質完成自己的任務。軟件項目管理的各個過程主要包括：需求管理，范圍管理，任務分解，規模估算，成本管理，進度計劃，質量計劃，配置管理計劃，風險計劃，文檔管理，團隊建設，跟蹤控制，收尾管理，項目結束。項目收尾管理作為項目結束前的最后管理工作也顯得及其重要，一般包括合同收尾和管理收尾兩部分。合同收尾就是項目管理人員與客戶對照合同一項項的核對，審核是否完成了合同所要求的內容，是否達到合同所提出的指標或條件，也就是我們通常所講的客戶驗收；管理收尾就是對于項目組內部，把做好的項目文檔、代碼、與客戶交流的文件等歸檔保存，對項目中遇到的問題及解決方法、有效的創新技術進行及時地總結，對外宣稱項目結束，轉入維護期，把相關的產品說明及技術文檔轉到維護組。
一、階段收尾管理
軟件項目結束的狀態:
1.正常結束。2.提前結束。3.延期結束。4.暫停。5.取消（因變更或不可完成）。軟件開發是一項復雜的系統工程，牽涉到各方面的因素，在實際工作中，經常會出現各種各樣的問題，甚至面臨失敗。而如何總結、分析失敗的原因，得出有益的教訓，這對一個公司來說，則是今后項目中取得成功的關鍵。
以前會聽說過這樣的項目：客戶驗收后，項目活動就隨之收場，項目資料沒有認真歸納總結，不是束之高閣就是缺失不全。但是當新項目啟動時，面對新的項目問題，項目組成員才發現：其實這類問題以前也遇到過，但是卻無法找到相應的解決方案資料，只好再投入人力、時間甚至金錢來重新經歷一遍！為什么相同的問題會重復出現？究其根源，是因為缺少項目總結，也就是說沒有做好項目收尾工作。那么是不是我們只能等到項目結束或收尾時才能開始進行項目總結、文檔保存的工作呢？當然不是。在軟件項目管理的各個階段，我們都可以做收尾管理工作，也就是階段收尾管理工作。
二、階段收尾管理的重要性
在實際軟件項目管理中，階段性的收尾管理過程和工作往往不被大家重視，其實階段性的收尾管理工作也是非常重要的。階段收尾管理工作的重要性主要體現在如下幾個方面：
1.進度管理中的里程碑。每個項目都是由若干個相對獨立的任務鏈組成的，軟件項目也是如此。只有在任何一條任務鏈都已經優化的基礎上，才可能進行系統的全面的優化，因此，保證每條任務鏈的效率是整個項目進度完成的前提和基礎，只要能保證里程碑事件的按時完成，整個項目的進度也就有了保障。那么我們在里程碑點都來做些什么呢？
在計劃好的階段管理工作中，收集項目的最新信息和數據，并將這些數據與項目計劃進行比較，來判定項目的階段效率，進度是提前了還是落后了？成本是在控制中還是超支了？質量是否符合要求？客戶對階段工作結果滿意么？及時總結經驗與教訓，同時及時發現項目存在的或潛在的問題，以便近早采取糾正措施，這就是階段管理工作中的收尾管理，所以說階段收尾管理是進度中的里程碑，是整個項目進度優化的前提和基礎。
2.溝通管理中的契機。溝通是保持項目順利進行的劑。與傳統項目相比,軟件項目具有較高的技術含量和較大的風險。參與軟件項目建設的用戶并不都是軟件開發專家，他們具有豐富的業務經驗,但是很少能了解軟件開發的技術，隨著項目工作進程的深入,就會有許多新的問題出現,與客戶的及時有效溝通更顯得尤為重要。軟件項目是客戶和用戶共同面對的項目,只有雙方的積極參與才能促進項目的成功，而只有進行有效的項目溝通管理才能確保用戶的積極參與。一個階段的項目工作完成后,與客戶一起就前一段時間的工作進行總結和檢查是十分必要的。一方面可以及時了解客戶對項目工作的滿意程度,及時統計、分析客戶對項目的意見,為下一階段工作的順利進行提供了保障。另一方面有些因工作繁忙未能及時簽署的文件,也盡快找客戶給予簽字確認。當雙方出現糾紛時,只有雙方簽字的文字記錄才是最有用、最有說服力的證據。
3.收尾管理的基礎。一個項目階段的工作剛完成時，項目組成員都保留著最新的階段記錄，如階段文檔或最新的代碼版本，這個時候收集起來是非常容易的。時間久了，隨著人員的變動或者項目的需求變更，有些項目成員可能離開了項目組，那時再去收集他們保存的文檔資料就非常困難了，甚至有些記錄永遠也找不到了。好多大的軟件開發項目跨幾年的時間，項目經理可能已經換了幾任，客戶的項目主管也換了幾位，最后項目收尾管理時的文檔收集、總結的工作，就是在階段收尾管理的基礎上來確保每個階段的文檔、資料都能按時完整地保存、歸檔。只有階段管理收尾提供的數據信息越真實、越準確，才能保證在項目最終收尾時客觀評定項目的績效，總結的經驗教訓和文檔資料才有真正借鑒的價值。總而言之，作為一個好的項目經理，一定要重視進度中的里程碑事件，抓住與客戶溝通的契機，做好項目階段工作的總結收尾工作。如何做好這些工作呢？也就是要做好項目階段管理收尾工作。階段收尾管理工作是保證項目成功的重要管理手段，它和項目的其他工作一樣，應該納入項目計劃并按計劃落實。
計算機技術的更新換代比較快，這樣就加大了計算機軟件管理的難度，使項目管理工程變得復雜,在協調管理上不是那樣簡單了。為此，如果要運用計算機軟件進行項目管理，就要將原有的管理模式進行改革，應該集中企業的資源，進行合理的資源配置，提高軟件管理質量,達到成本控制的目的。計算機軟件項目管理從本質上來講是一種管理方法或管理手段，運用這種方法可以對企業進行成本，人員和風險的分析和管理。結合以上的分析，我們可以知道,計算機軟件項目管理對于軟件企業來講相當重要，已經成為該行業的競爭點。
1.1項目計劃問題。項目計劃的作用是將項目內所有計劃進行協調，用以進行指導項目的執行。項目計劃是管理人員實施項目管理的前提保證。對項目計劃制定的過程實際上是對項目熟悉的一個過程,通過對項目計劃的制定’管理人員可以清楚項目內容，明白項目實施過程中需要注意的要素和重點。一般來講項目計劃的問題主要有兩個：一個是項目計劃制定的隨意性太強，結構不嚴謹,操作實施性差，不能作為項目計劃實施的指導文件；另外一個是項目計劃的整體性較差，內部不連貫，不能有效的控制項目的進度，導致項目的失控。
1.2管理意識問題。在企業中,特別是軟件開發的企業中，大多數都是只重視軟件技術輕視軟件管理，項目內部人員大多數都有深厚的技術知識,但是缺乏管理知識,缺乏管理技巧和管理經驗。這樣從項目整體上來看,管理就會出現不協調，大多數人只會埋頭苦干，不懂得合理的分配任務，進行協調工作’導致項目進度落后,項目計劃周期加長,最終影響項目的實施。
1.3項目干系人的問題。項目干系人通俗的來講就是跟項目有關系的人，包括參與項目和受項目影響的人,具體來講包括項目策劃人、項目組成員、項目配合人員、顧客、消費者和供應商ra。項目干系人的期望和需求在項目的制定過程中和項目目標實現過程中都是非常重要的，因為不同干系人的期望和需求也是不一樣的，他會要求項目的制定和實施過程中盡量靠近自己的期望和需求，這些人的期望和需求有時候會相差很大。
1.4項目團隊內分工協調的問題。項目從開始制定到最后項目目標的實現,這一過程包括了很多的階段，各個階段的不同角色和同一階段的不同角色的任務是不一樣的，項目經理分配任務曰寸有時考慮的不全面就會出現一些問題,例如分工任務不明確，會導致人員相互推卸責任;即使有時分工很明確，但是員工之間沒有協作只顧個人的工作，不考慮項目整體。
1.5項目收尾問題。項目收尾中一項很重要的工作就是項目經驗總結,項目經驗是項目完成后，項目管理人員和技術人員根據實際的經驗教訓所寫的報告，這些報告包括項目實施中的好的建議、針對某個問題該怎樣解決以及實施中容易出錯的地方。
2加強軟件項目的管理的建議與對策
2.1制定相符的項目計劃。制定項目計劃不是要求寫出一份好看的資料或者是計劃書，而是你要根據實際的項目情況制定一個符合項目的計劃，這個計劃要有針對性,盡可能的考慮全面。制定好的項目計劃要有實用性,能夠用來指導工作,制定項目計劃時要考慮整體情況和內部的連貫性,項目計劃要盡量的詳細，控制力度盡量大，制定項目計劃是一定要考慮到項目的整體成本，結合實際情況盡量降低項目成本，作出一份詳盡合理與項目相符的計劃。
2.2合理分配項目任務。項目經理將項目工作范圍進行分解時應該使用WBS(工作分解結構)，這樣可以有效的防治工作范圍的漏分解，為了防治項目分解后的任務無法有效的分配,可以采用資源負荷直方圖，采用資源負荷直方圖可以保證工作任務達到合理的負載均衡。
2.3項目成員相互協調，相互配合。項目經理將工作任務完全分解后，將工作責任合理的分配給工作人員和團體成員，同時應該強調員工之間進行相互的配合，完成不同分工和環節進工作的協調。項目生命周期階段包含很多階段，但是不同階段之間是相互聯系的，要注意上下階段之間的銜接，做好上下階段之間信息的溝通。通過相互之間的協調，確保項目工作的完成。
2.4重視項目管理經驗總結。工作經驗的總結對于項目的管理工作相當重要，項目工作經驗的總結可以為下一個項目的實施提供良好的項目的指導，在項目的實施工程中少走彎路，項目經理應該切實可靠的進行項目總結，在制度上鼓勵和加強項目經驗總結工作，使得項目經驗總結及時并且具有指導意義而不是敷衍了事，為以后的項目人員更好地工作提供一個極好的資源和依據。
在軟件項目管理的過程中，只有實施規范化管理，才能更有效地進行項目管理,提高項目成功的概率。目前，由于軟件項目管理實施的時間不長、經驗不足，我們只有不斷從實踐中積累經驗，進一步完善軟件項目管理的理論體系,將軟件項目管理更有效地應用到軟件開發的實踐中。
【關鍵詞】軟件測試 測試報告 測試流程
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.
[5]Karl E.Wiegers著，陸麗娜，王忠民，王志敏譯.軟件需求[M].北京：機械工業出版社，2000.
1．1項目管理的定義
它需要管理人員熟練運用知識、技能、工具和專業技術對項目進行科學有效的管理，以便滿足（甚至超過）項目利益關系者對項目的需求和期望。良好的項目管理可以縮短項目周期，降低項目成本，優化資源配置，使研發的系統發揮最大作用。
1．2預警信息系統軟件具備項目管理的特點
預警信息系統是戰場情報、預警探測裝備、通信系統的有機集成，軟件、硬件設備規模較大，其軟件體系結構非常復雜，由多個子系統或配置項組成，可運行在有線、無線、短波、超短波等多種復雜的網絡通信環境。軟件系統對預警信息系統的可用性影響較大，因此，為了確保預警信息系統的軟件質量，必須通過不斷改進并提高軟件過程和項目管理水平，提高軟件生產力能力和水平［2］。預警信息系統軟件開發屬于項目的范疇，具有明顯的項目特征，包括一些獨特的、復雜的并且互相關聯的活動，而這些活動有著一個明確目標或者目的［3］，同時由于軟件研發所涉及的技術復雜度高、知識面廣，計算機技術的日新月異使得方案的設計必須要有前瞻性，留有升級換代的余地，要求在整個項目生命周期中，利用項目管理的理論和技術，在有限時間內，調配有限的資源，組織各方面人員，分階段地完成這些任務，最終完成整個系統開發。
1．3實施項目管理是增強企業核心競爭力的需要
國內有眾多從事預警信息系統研發的科研院所，行業競爭比較激烈。只有在軟件研發中實施有效的項目管理，才能在同等資源條件下，在系統論證、研制、驗收、運行等過程中正確有效地開展工作，提高軍用軟件質量，縮短開發周期及部署時間，提高綜合保障能力，才能最大限度地提高客戶滿意度，從而樹立行業形象，提升企業的核心競爭力。
2軟件項目管理過程
結合多年來從事預警信息系統軟件項目管理的經驗，將軟件項目管理分為4個階段：啟動、策劃、執行、結項。各階段項目管理過程活動如圖1所示。圖1軟件項目管理過程軟件項目管理從項目啟動開始，首先要求對軟件項目作開發策劃。按照標準過程剪裁得到項目的已定義過程，制定出軟件開發計劃。在項目執行過程中，對項目計劃進行分解細化，制定詳細的可跟蹤和可測量的實施計劃，完成項目實施策劃。以項目計劃為依據，實施項目監控。對項目實際進展情況提供適當的可視性以監控項目按計劃實施，當項目進展與計劃有重大偏離時及時采取有效應對措施，直到項目結束。
2．1項目啟動
軟件項目組在接收到軟件研制任務后，項目經理主持召開項目啟動會議，明確任務特征、周期、目標等項目基本信息，明確項目組人員職責，包括技術負責人，軟件開發人員、測試人員、軟件質量保證員、軟件配置管理員、計劃員等；建立軟件工作環境，并根據上述信息建立項目管理軟件平臺環境；軟件配置管理員建立并初始化項目配置庫，正式啟動項目。
2．2項目策劃
項目正式啟動后，項目經理根據任務要求，分析項目基本特征信息，包括軟件規模、項目規模、項目周期、資源充分性、需求穩定性、新研程度、安全等級以及用戶的特殊需求，確定軟件開發階段，形成適合項目實際情況的軟件開發過程，確定適合本項目的生命周期。確定了項目過程，項目經理將運用范圍管理、進度管理、成本管理等知識，完成頂層工作分解結構（WorkBreakdownStructure，WBS），以確定項目范圍，并在此基礎上估計項目的軟件規模、工作量、進度和成本。軟件系統工作量的估算，是依據軟件的開發內容、開發人員、開發工具等因素，預測需求分析、軟件設計、編碼、測試等整個研發過程所花費的時間、費用及工作量［4］。某預警信息處理系統的頂層WBS分解圖如圖2所示。圖2某預警信息系統頂層WBS分解圖在頂層WBS分解的基礎上，項目經理和技術負責人結合項目資源，制定并形成《項目軟件開發計劃》《項目評審計劃》《風險管理計劃》，作為項目軟件開發和跟蹤的依據。軟件開發計劃中要明確項目的里程碑、基線?；诓筷犿椖康奶攸c，項目經理應負責建立企業和軍方用戶溝通的橋梁，協商項目計劃并取得一致。在此階段，項目組根據企業的相關標準制定《軟件質量管理計劃》《軟件配置管理計劃》，還應根據項目的特點和技術要求，制定《項目培訓計劃》等。項目經理根據這一階段生成的數據及時維護項目管理工具平臺，以便在后續階段實時跟蹤和調整項目的執行。
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．
［4］張俊光，宋喜偉，楊芳芳．軟件項目工作量動態估計方法研究［J］．計算機應用研究，2014（10）：2998－3001．
職業院校軟件專業人才培養的立足點是培養學生較強的動手能力。為了做到這一點，各校都在不斷進行實踐教學的改革?；诠ぷ鬟^程的教學法[1]、項目教學法[2]、基于崗位能力分析設置的模塊化課程體系[3]等，這些都是在培養學生動手能力方面所做的各種嘗試。這些方法都有其自身的優點，但也有一定局限性。如項目教學法，雖然教學中以真實項目作為背景案例，但側重點還是落在向學生傳授開發項目所需知識上，往往忽視了項目的工程性特征。因此，雖然在培養學生動手能力方面收到一定效果，但也存在一些缺陷。有畢業后的學生反映，在學校學了很長時間也不知道所學知識有什么用，到企業后一兩個月就知道了。主要因為教學與實際存在差距，軟件開發過程的復雜性決定了軟件實踐教學的復雜性。
1 基于項目工作室的實踐教學在軟件人才培養中的應用
基于項目工作室的實踐教學法是對上述教學方法的很好的補充。在軟件專業人才培養過程中，作為日常教學的輔助手段，開設項目工作室，目的是通過模擬軟件開發的真實環境加快和加深學生對課堂所學知識的理解同時了解軟件開發的工程特性。
1.1 開設項目工作室方式
項目工作室是對課堂實踐教學的補充，因此，應利用學生課余時間進行基于項目工作室的教學?？紤]到教師和學生的精力所限，采用平時分散完成各自承擔的任務，每周定時集中討論的方式，并充分運用QQ等現代通訊手段保持經常聯系。
通過這種方式運作的項目工作室既不影響學生日常學習，又能使學生在校期間充分利用業余時間學到課堂上無法學到的東西。
1.2 項目工作室運作目標
為有效地運作項目工作室，必須制定明確培養目標。根據軟件人才能力培養的基本要求，結合軟件專業日常教學的特點，總結出項目工作室的基本目標是：培養學生利用所學知識獨立開發軟件的能力。項目工作室不講授課本知識，而是通過模擬軟件企業項目開發過程來培養學生如何運用這些知識解決問題的能力。我們將這個目標概括為“三心二意”，三心即信心、耐心、責任心；二意即工程意識、團隊意識。
（1）信心的培養。
軟件開發過程非常復雜，而且在開發過程中往往遇到意想不到的困難，因此，信心和勇氣是完成一個項目的必要條件。
（2）耐心的培養。
軟件開發是一個長期的過程，要能夠自始至終以最好的狀態開發一個軟件，需要極大的耐心，而耐心是需要在長期磨練中逐步培養的，這也是課堂教學無法做到的。
（3）責任心的培養。
責任心是軟件質量的重要保證，是軟件開發人員必須具備的素養。
（4）工程意識的培養。
軟件開發不僅僅是編程序那么簡單，軟件工程對軟件的定義是軟件等于程序加文檔，另外，軟件開發過程的復雜性也決定了軟件開發人員必須具有強烈的工程意識，了解軟件開發的各個階段以及這些階段應該完成的任務。由于教學環境與軟件開發的實際過程的差異，造成學生只注重程序的編寫，對分析、設計、文檔編寫、測試等工作的重要性認識不足，認為這些事既繁瑣又沒有多大用處，只有通過項目實踐才能使學生了解到這些工作的重要性。
（5）團隊意識的培養。
軟件開發任務通常是由多個人一起完成的，當今軟件開發一般都是采用的組件式開發，分工協作是軟件開發團隊組織的基本方式，要求組員之間充分溝通，因此，良好的溝通能力和團隊意識是一個軟件開發人員必須具備的素質，這個素質決定了他能否融入團隊。
綜上所述，項目工作室的運作原則就是培養學生在課堂上學習不到的但在今后從事軟件開發職業時必須的能力和素質。
1.3 項目工作室運作方法和手段
基于工作室的運作目標，設計了一些具體的教學方法和手段，主要有以下幾個方面。
（1）選擇真實案例。
項目工作室中的項目來源于企業的真實項目，并根據學生的特點進行適當裁剪。來源于實際案例的項目使學生更能體會到項目的復雜性、工程性。這些項目的獲取主要有兩個途徑：一個是來源于教師的企業實踐，職業院校的教師很多都具有豐富的企業工作經驗，基于項目工作室的實踐教學正好體現了其優勢；另一個來源則是各類教程上的經典案例，經過教師提煉加入工程性內容。
（2）模擬軟件企業的軟件開發過程。
選擇了適當的項目后，更重要的是要按照真實軟件開發流程組織學生開發。為使學生體會到項目開發真實過程，在工作室中將學生組成項目組，指定項目經理。在開發過程中，根據所處不同階段設置不同角色，并根據學生特點讓其承擔不同角色的任務。教師在這個過程中一直以用戶的角色出現，對項目組提出需求，并參與各個階段的結果審查。每個項目基本按下面的步驟進行。
①下達項目任務書：教師選定項目，并對項目組下達任務書，明確項目目標。
②制定項目實施計劃：由學生根據項目任務書的目標和項目組人員情況，制定項目實施的初步計劃。計劃的制定過程也可以讓學生了解到軟件開發過程中階段的劃分以及各階段的任務目標。
③項目組織與實施：根據項目實施計劃，小組成員分頭執行各自的任務。項目的組織任務由項目經理負責，為了讓學生體會到項目的工程性特點，要求學生嚴格按項目實施計劃開展工作，并編寫周報。
④驗收與總結：項目完成后，由教師充當用戶對項目完成情況進行驗收，并對開發過程進行總結。
（3）過程監督。
為實現工作室的培養目標，出了前述的按企業軟件開發的真實過程來組織項目工作室項目外，最關鍵的一點就是對開發過程的監督。監督是教師的主要工作，采取的措施有以下幾個方面。
①在開發過程中，發現學生長處，不斷鼓勵學生，樹立信心。
②強調每個階段和每個工作的必要性，強調每個階段的工作質量的重要性，培養學生的耐心和責任心。
③讓每個學生了解目前項目所處階段以及這個階段應完成的任務，并要求學生每周必須編寫周報，總結一周工作，并計劃好下周的工作。另外，強調文檔的重要性，要求每個工作學生必須留下詳細工作文檔。
④強調組員之間協作的重要性，每周固定時間集中，項目經理組織總結工作，教師進行點評。并對學生遇到的技術性問題進行講解，這樣既培養了學生的溝通能力，也對學生沒學懂的知識進行了梳理。
（4）采用啟發式方法，培養學生獨立解決問題能力。
在項目工作室運作過程中，教師始終以用戶的角色出現。但在學生遇到問題時，教師則恢復其教師角色，但采用的教學方法與課堂教學不同，主要采用啟發式教學方法，提示學生應采用哪個知識來解決遇到的問題，或提示學生在哪里以何種方式可以找到答案，鼓勵學生發揮主觀能動性，自行決絕問題。
（5）注重各種開發工具的應用。
為強化學生的工程意識，教師始終鼓勵學生使用軟件工程工具進行開發。這些工具在課堂教學中是學不到的，只能通過項目開發過程了解其作用。如：在整個過程中都使用Project進行項目計劃的編寫和人力資源的安排、使用PowerDesinger進行數據庫設計等。
2 項目工作室運作中存在的問題
項目工作室是對課堂教學的很好補充，但是，在運作過程中也發現了一些問題，這些問題處理不好就會直接影響項目工作室開展的效果。主要問題有以下幾點。
（1）如何培養學生參與的積極性問題。
在項目開發過程中，學生會遇到很多問題，以他們的能力很難解決。挫折感會極大傷害學生參與項目工作室的積極性；另外，項目運作的長期性也容易使學生失去新鮮感，也會在一定程度上影響學生積極性。主要通過專題討論、現場演示效果等方法來提高學生參與積極性，收到一定效果。
（2）如何提高學生的工程意識。
學生往往只注重編寫的程序的立即效果，對工程實踐中要求的文檔等輔工作容易忽視。主要通過加強監督的方式，要求學生一定要按要求完成每個階段必須完成的任務。
另外，教師的精力有限也是項目工作室運作過程中存在的主要問題。職業院校教師的教學任務較重，還要抽出時間來開展項目工作室工作，如何平衡好教學和工作室工作的付出也是擺在每個教師面前的問題。
1做好核電安裝信息化管理的建設及各專業基礎數據庫建立
核電安裝信息化是核電安裝集約化、標準化、專業化的前提。本著“以人為本，讓軟件為管理服務”的原則，部署項目部施工服務平臺，確定核電安裝管理軟件，在軟件開發時需考慮到多個在建核電項目需要共同使用，其標配功能為通用性的；每個核電項目都有著其自身特點，故在單個項目中，就需要從自身特點出發，對公司原標配的信息化管理軟件提出適應性修改建議，以優化操作流程、完善系統安全、深化或簡化某些功能。項目部前期要組織各部門提前進行試用測試，定期召開軟件適應性修改的討論會，如管道施工模塊，有些項目就存在現場預制和場外預制廠預制問題，需解決場內和場外管道預制信息區分和遠程數據共享問題，從圖紙分析、施工見證、質量計劃的關連等都要進行分別對待。經過多次溝通和反復的測試，深化或優化某些功能，實現軟件為項目施工服務。1)做好軟件操作培訓。軟件能功完善后就要做好項目部員工各管理模塊培訓工作。一個管理軟件能否很好地應用，除了取決于其功能是否完善、是否強大外，操作人員對該軟件操作技能水平的高低同樣會讓軟件功能“增強”或“削弱”。因此，在軟件正式投用之后，多次安排各部門對項目部員工進行管理模塊的培訓工作，讓項目部各位員工都能熟練操作各自相關的管理模塊，從而減少了人為的操作錯誤，在使用中才能發現問題，進一步來完善軟件，確保各位員工在操作管理模塊時方便、快捷。2)做好各專業基礎數據庫建立在施工管理窗口建立起核電安裝工程各EM包所需的完整、詳細、準確的基礎數據。在進行EM包基礎數據規劃時考慮了數據分析是為整個施工服務的，各專業EM包的基礎數據必須盡可能全面，必須滿足上下游及不同管理出發點的需要，要體現數據共享性。滿足核電工程管理各模塊（包括：物項管理模塊、變更管理模塊、焊接管理模塊、質量管理模塊、計劃統計管理子模塊等）的調用需要。由項目部技術部根據各EM包的特點，與項目部其他部門和施工隊充分進行溝通后，明確各EM包各類圖紙基礎數據的分析流程及最小數據單元，編制了包括管道、電氣、焊接、機械通風專業等各類圖紙的分析細則，保證各EM包基礎數據完整性、正確性、一致性。通過這些基礎數據的流轉，實現了各EM包安裝數據的共享，實現了核電工程成本控制、進度控制、質量控制的目標。
2創新技術管理新模式，實施技術計件管理
由于核電現場多處于偏遠，交通、經濟欠發達，施工生活環境較艱苦，項目前期招聘技術人員較困難，技術人員會嚴重不足，而技術準備工作在前期又是高峰期，刻不容緩，就需要在現有人力上在內部挖掘潛力，向管理要效率，我們在海南昌江核電就采取了技術部計件管理的措施，收到了較好的成效。在關鍵專業如焊接、管道、電氣及機械通防實施計件績效方案。依據參考電站的經驗數據來對技術管理的工作量進行評估量化，將整個核電周期內技術管理工作按專業技術進行分析、歸類、量化，統計出整個核電周期內技術管理工作的總工作點數，并以此為基礎制定《技術管理工作計件方案》，計件績效的合理設置及分配，來調動技術人員主觀能動性，提高工作效率，緩解人力壓力，穩定項目部技術隊伍，根據該項目的實施情況，技術管理計件收到了成效。技術管理效果是顯著的，項目周期節約人月數達499人月，提高工作效率20%。各項技術準備、現場支持、溝通協調等工作如期完成，為各施工隊創造了條件。每個技術人員的工作效率顯示提高，形成了良好的工作芬圍，打破了大鍋飯及做好做少一個樣的狀態，凝聚力大大增強，所有人都愿意做事，多做事。工作任務公開量化、做多得多，按勞分配，一切以“工作任務”為目標，統一思想，團結一致，隨著每一天、每一件工作的認真完成，每個人的工作技能快速提高，達到了計件預期效果：計劃任務目標按時完成，為施工創造了條件；人月數有效控制、員工收入顯著提高；人員流失率有效控制，技術隊伍穩定；員工工作技能顯著提高，培養了技術人才；
3主動跟蹤外部制約因素，為施工做好準備
在外部制約因素的跟蹤上，采取主動的態度。對照四級計劃，提前梳理上游圖紙及技術文件供給情況，對設計到圖計劃不滿足要求的及時與上游單位溝通，及時發起預警函。對供圖滯后的和既將滯后的具體圖紙及技術文件都進行了明確，保證圖紙及文件供給滿足施工要求。對不滿足進度的我們的預警函為后續的索賠提供有力的依據。核電項目安裝工程施工中，核級材料全部由甲主提供，核級材料其生產技術要求高到貨周期長，故材料按時、按量供應是施工進度的保證。做好技術管理是材料管理的前題，技術管理階段對材料管控有方，施工就能順利開展也就減少了窩工，控制了安裝成本。甲供材料工作涉及到施工單位技術物資部、甲方采購部、甲方施工部以及設計部等部門，因此項目前期就要與甲方共建大宗材料核對平臺，明確各方責任及要求。通過所掌握的最新的訂貨量、到貨量，對照甲方采購清單，將圖紙分析最新材料信息及時與采購量進行匹配工作，得出訂貨不足、無訂貨和到貨不足項，并以正式渠道及時發文告知甲方，督促甲方及時完成增訂工作以及安排好到貨的優先順序，確保訂貨量滿足需求量和到貨量滿足施工計劃階段期的需求量，為全面組織施工做好準備。
4做好內部技術管理
各專業組“建臺帳”，如依據參考電站經驗數據對技術準備工作提前進行梳理，形成各專業組“工作臺帳”；施工過程中出現的有代表性的、值得反饋的問題建立“問題臺帳”，為后期總結收集素材；對施工過程中材料損壞、丟失、用錯、正常損耗系統量不夠等造成材料超量部分則建立“非正常材料用量臺帳”；對重難點施工內容形成“專項臺帳”。根據臺帳來加強平日的監督檢查管理。及時更新檢查完成情況，這樣大家都清楚近期工作目標。工作變被動為主動。圖紙和現場施工所涉及的工程變更、現場修改、設計修改以及澄清文件數量特別多，工作量非常大，變更處理的快慢會直接影響到施工的進度。因此有時正式的變更走流程無法滿足進度時我們就與上游方協商達成協議，確定了急件“設計草簽”的特殊通道處理方式。大大提高了特急問題的處理速度。
5提前做好交工規劃，規范過程文件的收集管理
工程交工資料是項目竣工的重要組成部分。在現場安裝工作中，就要做好責任分工。交工組卷雖說是工程后期工作，但需提前規劃，為提高交工資料組卷效率需從以下幾方面的加強管理。提前規范各類記錄的質量要求，加強施工記錄人員的培訓，強調記錄的完整性、準確性、真實性、及時性。使在施工過程中所形成的記錄符合交工要求；工程交工資料組卷規劃要提前與上游單位進行溝通，明確組卷原則；加強質檢部、技術部質量計劃審核人員的專業技能培訓，把好內部一審、二審審核關，切實提高發現問題的能力，將存在問題最大限度控制在盡可能少的范圍內。不定期組織交工資料問題反饋會，根據錯誤記錄產生數量、類型、頻度進行總結，解析問題產生原因；提前明確各職能部門及施工隊在交工資料中的職責，督促各部門、施工隊及時完成以下交工資料的移交，確保移交資料滿工資料的要求：a)質量計劃關閉移交（各施工隊主控）；b)竣工圖紙移交（技術部設計室主控）；c)聲像檔案資料的移交、NDE底片資料的移交（質檢部主控）；d)焊接資料的移交（技術部焊接室主控）；e)系統移交、加工件文件資料的移交（工程部主控）。f)材料驗收資料移交（物資部主控）。
6做好項目的技術總結
只有不斷實踐總結才能更好地服務于項目。故在項目后期對關健工藝、施工方案及項目施工組織管理進行了總結，對經驗及教訓進行了解析，將項目管理有價值的管理經驗用數字、文字、圖片等記錄下來，進行技術管理的積累，為后繼核電提供寶貴經驗。技術工作總結需提前進行梳理，提前規劃不然項目后期人員離場此工作開展難度就非常大，主要措施安排如下：1)召開總結規劃會，形成需做專項技術總結項，形成項目部技術總結編制計劃；2)成立技術總結評審小組，制訂技術總結格式規定、獎罰規定、評審管理制度；3)定期進行完成情況的跟蹤落實。進行月通報公告；4)根據實際提交的技術總結，進行評審、獎罰；技術管理工作任重而道遠，希望本技術管理解析能為后續的核電項目施工提供參考。為核電項目的技術施工管理更上一層樓服務。
7做好技術人員的培養，搞好團隊建設
關鍵詞關鍵詞：GJB5000A；過程域；軍用軟件開發；軟件項目管理
DOIDOI：10.11907/rjdk.161642
中圖分類號：TP319文獻標識碼：A文章編號文章編號：16727800（2017）001013302
軍用軟件研制能力成熟度模型采用分級表示的方法，主要分為5個等級[2]：1級（或M1）為初始級，2級（或M2）為已管理級，3級（或ML3）為已定義級，4級（或ML4）為已定量管理級，5級（或ML5）為優化級。從軟件開發過程看，成熟度1級的過程通常是隨意、無序的；成熟度2級的項目已確保其過程按照方針進行策劃并執行；在成熟度等級3，過程已經得到了很好的定義和理解，并采用標準、規程、工具和方法進行了描述。
標準包含22個過程域[3]，按不同成熟度等級進行了分類，每個能力成熟度等級包含若干過程域。組織在提升成熟度等級的過程中，應使用相應成熟度等級中的過程域以及較低成熟度等級中的全部過程域，增量地實現幾個過程域相關的專用目標和共用目標。其中成熟度等級2包括配置管理、測量與分析、項目監控、項目策劃、過程和產品質量保證、需求管理、供方協議管理7個過程域，成熟度等級3則是在成熟度等級2的基礎上增加了決策分析與決定、集成項目管理、組織過程定義、組織過程焦點、組織培訓、產品集成、需求開發、風險管理、技術解決方案、確認、驗證11個過程域。
2GJB5000A三級實施中的關鍵過程
2.1需求開發與管理
需求開發的目的是挖掘并分析顧客、產品和產品部件的需求。需求管理的目的是管理項目需求，并標識這些需求與項目的計劃和工作產品之間的不一致性。具體實施步驟[4]如下：①將用戶需求轉換為軟件系統需求，制定軟件系統規范，并通過仿真或編碼實現的方式確定軟件的關鍵技術；②將軟件系統需求分解給各個配置項，開展軟件需求分析工作，并確定最終解決方案；③對軟件需求實現方案進行詳細設計；④依據軟件設計進行代碼的編寫；⑤每個開發階段都形成相應的文檔，文檔之間采用正逆向追溯表進行需求之間的追溯。
2.2軟件項目管理
軟件項目管理的目的是在項目的全生命周期內制定和維護項目活動計劃并監控計劃的執行，確保項目的有效運作。具體實施步驟如下：①建立項目已定義過程，完成項目的工作量和進度估計，完成軟件項目計劃，并保證各個計劃之間的一致性；②依據階段計劃，在定期監控、月分析和里程碑階段進行任務分配和監控，針對出現的問題和偏差采取糾正措施；③軟件開發工作完成后，對軟件開發的各項工作進行總結分析，并編軟件開發總結報告。
2.3軟件分包管理
軟件分包管理的目的是保證項目按計劃讓分包方提交滿足要求的產品。具體實施步驟如下：①擬制軟件技術協議并簽訂合同，并明確與分包軟件研制工作有關的實施要求；②按照分包合同及技術協議、分包管理計劃的要求參與并管控分包合同及技術協議，以及分包管理計劃的執行；③對分包方提交的產品進行驗收，證明該產品能夠滿足軟件技術協議的要求。
2.4軟件質量保證
軟件質量保證的目的是使員工和管理者對過程和相關的工作產品能有客觀深入的了解。具體步驟如下：①開展軟件質量保證策劃工作，如制定《軟件質量保證計劃》；②在規定的過程評價時間點到達時，或相關事件發生時對過程活動進行評價，記錄與計劃、標準、過程、規程不符合之處；③在規定的工作產品評價時間點到達時對軟件工作產品進行評價；④記錄過程評價和工作產品評價中發現的問題，跟蹤不符合項的關閉；⑤在項目規定的報告期內總結軟件質量保證工作的開展情況。
2.5軟件配置管理
軟件配置管理[5]的目的是利用配置標識、配置控制、配置狀態紀實和配置審核，建立和維護工作產品的完整性。具體實施步驟如下：①開展配置管理策劃工作，如建立配置管理系統和制定《軟件配置管理計劃》；②控制工作產品的入庫、出庫和變更活動，變更應采取分級管理；③在各個階段結束點開展基線審核，并建立基線；④在項目規定的報告期內總結軟件配置管理工作的開展情況。
2.6軟件過程改進
軟件過程改進主要是站在組織層面，提高整個組織的軟件過程改進能力。主要內容包括：①制定并維護年度軟件過程改進工作計劃；②制定并維護軟件過程體系文件；③定期召開例會和按計劃定期跟蹤相關過程和產品，監督過程改進工作及項目組部署的過程資產的實施，并在出現偏差時采取適當的糾正措施；④定期在組織內開展內部評估，為下一輪過程改進工作作準備；⑤更新組織級測量數據與軟件工作環境標準，對軟件過程資產進行系統維護，對全年的軟件過程改進工作進行分析和總結；⑥根據軟件過程改進工作的活動、狀態和結果組織管理評審，以便評價和掌握過程改進工作績效，并形成相關決策事項，作為下輪過程改進工作的基礎。
2.7重大決策過程
重大決策過程的目的是采用正式的評價過程分析重大問題或事項可能的決策，依據定義的評價準則和評價方法，選擇一個盡可能滿足多個利益相關方要求的解法，從而規避決策結果可能帶來的重大風險。其中，主要要素包括評價準則、評價方法、參與評價人員和評價時間。組織人員確定重大決策問題的備選方案，或在需要時進一步明確重大決策事項；對評價結果做出決定，在必要時進行風險分析；對活動的結果作記錄，記錄形式可采用會議紀要、評審報告或獨立的文檔。
3GIB5000A三級實施過程中的常見問題與建議
（1）同行評審流于形式。同行評審被定義為“由軟件工作產品生產者的同行遵循已定義的規程對產品進行的技術評審”[6]，在目前的軟件開發過程中，存在“重代碼、輕文檔”的現象，從而導致軟件開發文檔的質量普遍不高，因此需要相關領域的專家對文檔質量進行把關。然而，目前大多數評審只是流于形式，而未能發現實質性問題，評審有效性不足。建議文檔評審之前先交由同行專家進行文檔審查；管理層需要給予同行評審提供支持，如資源、時間、培訓和激勵等；評審結果生成評審缺陷分析表，用于檢測評審的有效性。
（2）對軟件測試過程不夠重視。目前軟件開發過程中由于時間緊、前期項目計劃未得到有效策劃和跟蹤，導致后續測試時間嚴重不足。軟件測試是為了盡快、盡早地不斷發現各種軟件缺陷而開展的對軟件及過程產品的驗證和確認活動[3]。建議在項目初期安排好項目計劃，項目除進行配置項測試和系統測試外，針對關鍵重要模塊要開展單元和集成測試，測試文檔要與開發文檔形成追溯關系，保證功能與性能的一致性。
（3）變更控制不到位。與硬件相比，軟件的變更更為頻繁和難以控制。在軟件開發過程中變更主要來自計劃和需求，分為文檔變更和代碼變更。在目前的項目運行過程中，變更影響域分析很薄弱，過程中比較常見的現象是項目分派和計劃、設計文檔和代碼之間對應不上。建議除了對變更進行分級控制外，應細化軟件文檔模板（增加正逆向追溯表），并加強對變更后文檔的同行評審和聯合評審。
4結語
GJB5000A作為軟件開發的一個通用標準，其中的過程域既獨立又相互融會貫通，而在推廣實施過程中，要將標準中的要求轉化成自身的體系要求，并結合實際情況不斷進行改進與提升，最后達到規范開發過程、提高軟件開發能力和保證軟件產品質量的目標。
參考文獻：
[1]GJB5000A2008軍用軟件研制能力成熟度模型[S].2008.
[2]馮聽雷.GJB5000A從二級到三級的升級策略[J].價值工程，2012（5）：7475.
[3]張萬軍，儲善忠.基于CMMI的軟件工程教程[M].北京：清華大學出版社，2008.
[4]倪亭.在軟件研發與測試中推廣GJB5000A[J].軟件，2013（2）：3135.
九思軟件()，作為“中國管理軟件項目成功率第一品牌”大獎的獲得者，在OA項目實施方面經驗豐富，我們以此為例，總結一下OA項目成功實施的指南。
在十幾年的OA項目經驗、上千個高端客戶的服務閱歷的基礎上，九思軟件總結出實施的基本原則：團隊、工具、方法論一個都不能少!
高效的項目實施團隊
高效的項目實施團隊是OA項目實現成功推廣的重要保障。九思軟件的項目經理不僅要有過硬的軟件技術，在項目咨詢、項目管理上也要精通，業務上能夠深刻領會客戶的實際需求，在監管項目質量、項目進度、帶領團隊上游刃有余，并且能有效結合產品和管理方式，
項目團隊只有指引客戶把現有功能熟練運用，幫助客戶實現價值最大化，才是真正實現管理落地。項目經理的重要任務就是使最普通的用戶也能得到滿足需求的、美觀易用的、靈活的功能應用，實現系統應用效果的最大化。
完善的實施工具
協同OA系統的實施不是三天五天就能解決的問題，在OA系統實施上工作內容繁雜、涉及到眾多跨系統的業務系統集成、員工的IT素質參差不齊，要想全面提高項目的實施率，必須借助先進的工具。
九思軟件()，在協同OA系統的實施過程中，首先會采用項目管理軟件，對OA系統的整個項目進行階段劃分、人員分工、任務分解、文檔共享、過程協作和資源調度，并且通過OA系統雙系統運作的方式，為客戶提供更快的融入和學習支撐，還提供專家對項目中的問題進行專家診斷和問題排除，提供各種專業的電子工具，對過程進行質量控制，順利提升提高實施的效率。
標準化實施方法論
1.實踐教學缺乏系統性和針對性目前許多高校“軟件工程”課程除了理論講解外，也加入了實踐教學部分。往往受學時所限，實踐分為軟件項目若干設計文檔的編寫和軟件工程工具的實驗練習。前者受缺乏相應的開發環境、教師虛擬客戶不能很好地反應現實需求、理工科學生的文字表達能力不足等因素的影響，設計文檔的編寫不能很好提高學生能力；后者在一定程度起到了一定的作用，但對于培養學生分析問題、解決問題、管理和團體協作能力方面仍顯不足。
2.評分模式單一軟件工程采用了傳統的閉卷考試方式，平時成績占總成績的30%，期末考試占70%。平時成績=上課出勤情況（10%）+實驗完成情況（10%）+作業完成情況（10%）。任課教師通過對不同的考核內容賦予不同權重來評價學生對軟件工程課程的掌握情況，主要考核學生對課程基本知識的理解。此方法不足以提高學生實際動手的能力，更不利于激發學生實際軟件設計開發的興趣。
二、現有的教學方法的分析
針對上述問題，從事軟件工程的相關教師從不同角度，對軟件工程課程進行了改革。歸納起來主要有如下幾種教學方法改革：
1.自底向上教學法在“軟件工程”課程中應用授課方式主要是用倒敘的方式貫穿完整案例（包含警戒案例），以啟發、討論、辯論的形式講授軟件工程的原理、方法及過程，使學生不覺生疏，易接受，又符合IT從業人員的工作進程。[2]
2.模塊化教學法在“軟件工程”課程中的應用在尊重教學規律和學生個性發展的原則上，根據課程體系和內容之間的關系，將教學部分劃分為若干獨立的模塊，確定模塊之間的關聯，針對不同的教學計劃要求，采用不同的模塊組合有選擇地進行講授和學習。[3]
3.案例教學法在“軟件工程”課程中的應用軟件工程案例教學是根據“軟件工程”課程的教學目的和學生培養目標要求，教師選用相應的案例作為基本素材，引導學生對案例進行調查、思考、分析、討論、設計、開發和交流等相關活動，在活動中教授學生軟件工程的原理、方法及過程，進而提高學生分析和解決問題的能力，加深學生對基本理論知識的理解和掌握。[4]
4.項目驅動教學法在“軟件工程”課程中的應用項目驅動教學法是案例教學法的基礎上采用“案例導向、項目驅動”的教學方法。首先，教師根據要講授的理論知識預先準備一個或者多個小的軟件開發項目；然后，將學生作為主體，以軟件開發項目的研發過程為引導，采用學生小組團隊合作和學生個人獨立完成相結合的教學形式，組織學生開展集體討論并完成相應的實踐性活動，在研發過程中同學和老師要對每位學生所完成的每個階段任務加以點評、督促改進、分享經驗等；最后，學生將成功的軟件給予演示。
5.三位一體式教學法在“軟件工程”課程中的應用根據學生的認識特點和該課程自身的特點以及對“軟件工程”課程在計算機科學專業的定位、教材的選取、課程培養目標的分析下，采取以綜合能力培養為中心、項目實踐為標準，模板、案例、指導說明為輔助的三位一體式的教學思路。[6]對目前在“軟件工程”課程改革中應用的五種方法針對改革側重點進行匯總發現（見表1），單一的教學方法只是在理論教學、實踐教學和考核方式某一方面發揮了很好的作用，而不能從全面發揮效果，而對于“軟件工程”課程來說三者同樣重要。
三、基于多元教學法的課程改革新模式
某一種教學模式改革已經不能滿足現代“軟件工程”課程教學的要求，只有將多元教學模式組合在一起，充分考慮各自對課程教學的優勢，避其缺點，找到一種既能使學生具有良好的理論基礎，又能充分培養學生實踐能力，還能準確地考核學生的教學模式。本次課程改革就是本著這樣一種思想，從理論教學、實踐教學和考核方式三個方面進行多樣化改革。
1.理論教學內容多樣化
理論知識的學習在學生以后軟件項目開發過程中具有必要性和重要性，軟件工程學習過程中要重視基礎和基本技能的培養。學生要具有開發軟件項目的能力，首先要熟悉掌握軟件工程相關的理論知識，特別是對如何按照工程化的方法系統地設計、實現、測試和維護大型軟件，內容包括：軟件開發的基本理論、方法和技術；其次是了解目前已有系統、工具和技術。（1）授課內容引入案例。教師在教學過程中引入與理論知識相匹配的實際案例，將比較抽象的軟件工程原理、方法和技術轉為具體生動的案例進行詮釋，增強理論教學的藝術性、科學性、趣味性、形象性，使學生能夠在課堂上深刻領會和理解軟件工程的思想和方法，教學效果收到了事半功倍。（2）適時更新教學內容。近幾年，軟件原理、方法和技術發展較快，許多適應時展的軟件不斷涌出，而目前的教材雖不斷改版更新，但其更新的速度遠遠跟不上軟件工程的發展。因此，教師在進行理論講解時，除了要教授學生基本原理、技術和方法外，還要時刻關注新內容的出現。（3）制作豐富多彩的課件。采用多媒體教學手段，在課件中插入圖片、動畫、聲音、視頻等多媒體元素，使教學內容更加充實和生動。（4）課堂小組討論。從小問題到大問題，讓學生參與教學過程，有機會發表自己的看法。課堂討論和分析試驗，使理論有實踐作支撐，抽象的知識變得看得見，用得著，大大激發學生學習的興趣和自信。
2.實踐教學內容多樣化
軟件工程理論的講解是課程學習和技能培養的基礎，而軟件工程中許多理論內容如果只是教師講解不加以實踐，內容本身就會變得空洞和不可理解，例如：軟件復雜性計算、軟件可靠性與安全性的測量標準、結構化的實現方法等都需要學生動手實踐才能更好地理解知識本身的內涵。掌握概念、原理、方法和技術，熟練應用軟件開發實踐中的方法和技術是“軟件工程”課程對學生的培養目標。（1）課程角色扮演。教師預先選擇若干小項目，班內學生根據自己對項目熟悉情況選擇項目名稱，劃分項目小組，每組人數不超過6人，每個項目小組成員根據自身特長選擇不同軟件工程角色，例如項目負責人、需求分析負責人、設計負責人、編碼負責人、測試負責人和用戶代表，進行項目分工。項目組成員按時完成自己負責任務，撰寫相應文檔。教師幫助學生分析和解決所遇到問題。在整個開發過程可以體現“學以致用”的思想，實現理論與實踐相結合。（2）課程設計。課程設計主要是針對高年級學生在學習軟件工程課程時開展的專項訓練。課程設計采取在學校內模擬IT企業環境下完成來自企業案例或開發一些具有應用價值項目或學校教師承擔的開發項目的部分開發工作，也可以是學生自選項目，整個課程設計階段嚴格按照工程實施的基本思想來實施。（3）加強校企合作。一方面經常邀請軟件公司長期從事軟件設計、開發和項目管理的工程師和項目經理，給學生講解自己在軟件設計、開發和管理中的經驗，高質量軟件產品需要經過怎樣的開發過程，軟件生命周期中標準文檔如何撰寫等相關內容；另一方面，利用寒暑假時間，讓學生走出去，到軟件產品的研發單位實地實習。
3.考試方式多樣化
傳統的考核方式已經不能反映學生實際軟件開發的水平，也與多樣化的教學模式不相匹配，為此多樣化的考核方式才符合現實需求，主要包括：筆試、課后角色扮演、課程設計和項目總結。（1）筆試占總成績的35%，主要考查學生理論知識的掌握情況和學習效果。（2）課后角色扮演占總成績的15%。由教師根據每位學生在課后角色扮演中的具體表現進行打分，主要由3部分取平均值組成：1/3*（整個項目的成績+自己負責完成的文檔成績+組內其他成員負責完成的文檔的平均成績）。（3）項目總結或心得體會占總成績的15%。根據學生在軟件開發過程中所撰寫的經驗和教訓總結報告、每個小組成員建立的個人開發記錄或日志的實際情況，相互打分。
四、基于多元教學模式課程改革方案
基于上述改革理念，按照軟件工程開發原理、方法和技術，選用典型項目案例，將學生按照項目分成若干個小組，每組人數不超過6人。每個小組對應著一個具體的項目，每個人對應著一個具體工作過程，按照如下步驟進行多元教學。第一步，教師選用合適的教學內容，制作豐富多彩的課件，對學生進行基本理論和基本技能的講解。在每一個軟件生命周期結束后，教師進行案例場景描述。教師按照理論知識的內容，選擇相應的案例進行描述，學生將所學內容運用到相關案例中。教師通過案例讓學生明白理論知識如何應用，學生通過案例體會到小項目中所學的原理、方法和技術是如何實現的。第二步，課后角色扮演。學生通過分組討論的方式，完成項目分工，明確自己在項目中所扮演的角色。所有的任務通過集體討論的方式，決出所要完成的任務，并由相應的角色人實際操作完成。例如，需求分析一章內容，學生課后進行項目小組討論，決定需求分析的內容，進行相應的需求分析，并由扮演需求分析人員的學生完成需求報告。軟件開發過程需要整個團隊的通力合作，根據學生的性格、表達能力、開發能力、理論基礎掌握情況等方面進行人員分組，將具有不同特點的學生組成一個團隊完成項目開發。這種團隊合作的方式，既能發揮學生各自的特長，又能培養學生的團隊合作精神。第三步，課程設計。當全部內容講解完成，就可以開始長達2周的課程設計內容了。這段時間要求項目小組，徹底完成一個由教師虛擬的項目。此步驟中，主要培養學生良好的科研習慣，在開發過程中及時總結經驗和教訓，建立個人開發記錄或日志，理論聯系實際學著開發軟件。第四步，學生總結，教師點評。學生經過多個教學環節后，每個團隊在一定程度上完成了各自的項目任務，對各自團隊的成果進行總結。教師聽取每個團隊的匯報后，從橫向和縱向兩個方面對項目成果之間進行比較，從而讓每一位學生明白自己在團隊中發揮了什么作用，自己哪些方面不足。第五步，請進來，走出去。通過學校和企業合作的方式，一方面經常邀請軟件公司長期從事軟件設計、開發和項目管理的工程師和項目經理，給學生講解自己在軟件設計、開發和管理中的經驗，高質量軟件產品需要經過怎樣的開發過程，軟件生命周期中標準文檔如何撰寫等相關內容；另一方面，利用寒暑假時間，讓學生走出去，到軟件產品的研發單位，實地實習。
五、結束語
本人從事一年級《計算機組裝與維修》教學，根據中職學校學生的升學和就業的需要，在教學中，我認為《計算機組裝與維修》課程主要涉及四類主要的知識塊：硬件組裝（匹配）、故障檢測、軟件安裝及軟件測試。下面具體探討“硬件組裝”、“故障檢測”、“軟件安裝”及“軟件測試”四類主要的知識塊如何按照“任務驅動”教學模式進行教學。
⒈“硬件組裝”知識塊
該知識塊的教學組織與實施一般過程為：課堂設計――示范引導――模仿試做――糾錯重做――復述總結。主張課堂組織以學生小組為中心，內容教學以任務為驅動，形成師生互動、生生合作的探究式學習氛圍。各環節具體操作要求如下：
課堂設計――將社會需要設計為相應的課堂學習行為，形成以培養專業能力為核心、學習能力和社會能力為兩翼的課堂教學預案。
示范引導――主講教師進行操作示范，在此過程中結合錄像、課件、網絡、軟件進一步向學生展示操作的全過程。
模仿試做――學生在觀看完老師的演示后開始動手實際操作，教師巡視指導，發現個別錯誤與一般錯誤。
糾錯重做――及時糾正個別錯誤，集體講評一般錯誤，之后讓學生重做一些步驟。
復述總結――最后老師對操作步驟進行復述，特別提醒容易出錯的步驟和環節，總結整堂課技能要點、方法要點和社會需要要點。
例如，在“為系統安裝網絡硬件”課例中，抓住其中的網卡安裝、插槽選擇、金手指的接觸情況、網卡類型的選擇，IP地址的設置等幾項關鍵技術，而在網絡原理、網絡ISO的分層則一帶而過只作簡單介紹。教師先講解示范，接著由學生試做，同時教師巡回指導，發現個別性問題，及時指導解決；針對一般性問題，教師則講評糾錯；之后對一般性問題容易出現的環節，讓學生重做有關步驟。
2.“故障檢測”知識塊
“故障檢測”包括硬故障和軟故障的檢測，硬故障是指計算機硬件出現的問題，軟故障是指軟件運行出現的問題。該模式的一般過程為：課堂設計――預設故障――分組討論――嘗試修復――糾錯重試――分析總結。上課前教師提前預設若干個可控制故障，上課開始時分組討論每個故障產生的原因，在討論的基礎上小組嘗試排除故障。這種模式采用問題驅動來展開。各環節具體操作要求如下：
課堂設計――將社會需要設計為相應的課堂學習行為，形成以培養專業能力為核心、學習能力和社會能力為兩翼的課堂教學預案。
3.“軟件安裝”知識塊
“軟件安裝”包括系統軟件安裝和應用軟件安裝，以及多操作系統安裝?！败浖惭b”行為引導教學模式的一般過程為：課堂設計――軟件介紹――安裝提示――學生安裝――個別輔導――總結提高。本模式教學以問題或任務為驅動展開。各環節具體操作要求如下：
課堂設計――將社會需要設計為相應的課堂學習行為，形成以培養專業能力為核心、學習能力和社會能力為兩翼的課堂教學預案。
軟件介紹――介紹所要安裝的軟件背景知識，包括軟件的開發商、版本的演化、最新版本的功能等。
4.“軟件測試”知識塊
“軟件測試”就是用軟件對硬件系統進行性能測試，目的是觀察或比較不同品牌的組件的性能表現。“軟件測試”行為引導教學模式的一般過程為：課堂設計――布置任務――分組操作――結果報告――比較分析。這個過程采取任務驅動來展開。各環節具體操作要求如下：
課堂設計――將社會需要設計為相應的課堂學習行為，形成以培養專業能力為核心、學習能力和社會能力為兩翼的課堂教學預案。
布置任務――軟件測試包括兩類任務，一是匹配性測試，一是系統優化測試。教學中可以選擇某一類任務或兩類任務組合進行。
分組操作――學生在明確任務后開始分組測試。
結果報告――對小組測試參數進行分析，形成一個有說服力的組件選擇方案或匹配優化的測試報告。
在教學中可以充分利用學校的現有資源?，F在計算機技術發展很快，各個學校都有許多淘汰的計算機，但它們都還可以正常使用。我們可以利用它們建立計算機組裝與維修實驗室，在加上一些典型的、比較新的演示教師機，基本就能滿足教學要求，解決學生的動手操作問題。上述大部分教學都應該在組裝與維修的實驗室進行才能達到教學目的。
在本課程中還有很重要的組成部分那就是實訓部分?！队嬎銠C組裝與維修》實訓的目的是鍛煉和培養學生實際操作技能和解決問題的動手綜合能力。學生可在基本掌握各部分內容的基礎上集中進行相關實驗，以加深對知識的理解和掌握。在實驗的基礎上進行實訓，提高學生的軟硬件安裝水平和排除故障的能力。
本課程考試改革的目的旨在加強學生技能、能力培養，使學生重視實踐性技能的學習。課程考試采用抽簽抽取問題決定操作考試和口試內容的考試方法。通過建立涵蓋《計算機組裝與維修》各關鍵技術的項目庫，給出各操作項目的難度系數，考試前將這些操作項目作為考試內容公布給學生，讓他們全面準備，這些項目涉及組裝、測試、維護和維修的主要方面，目的是要學生全面掌握操作內容?？荚嚂r，讓每個學生隨機抽取一個項目，學生先口頭陳述本操作項目的原理、方法、步驟和過程等，然后再進行動手操作，操作完成后學生還可以再作補充陳述。教師根據操作與口試結果，以及所選擇項目的難度系數，以操作與口試7：3的比例給學生評定本課程考核成績。具體安排為整個考試總時間為3小時，包括口試和操作考試?？谠囮愂?、答問30分鐘，其余時間為操作考試時間，操作完成后學生還可以再作補充陳述。
考試程序為：
（1）學生抽取考試項目。
（2）根據項目名稱，口頭陳述本項目的原理、方法、步驟和過程，期間老師根據學生陳述情況隨時提出問題，學生口頭回答。老師做好相應口試記錄。
（3）學生進入操作考試，教師和輔導教師全程監控，并做好相應的記錄。
（4）操作完畢，有需要再陳述的學生可以提出補充陳述要求，否則離開考場。監考老師合議評定學生考試成績。
如上面的考題學生基本都能回答正確，這樣進入社會工作后，基本可以達到用人單位對中職計算機應用專業學生的要求。那我們的教學目的也就達到了。
附加：
本課程所需要的實驗條件：
1、什么是項目管理？
項目管理是在一定的約束條件下，以高效率地實現項目業主的目標為目
的，以項目經理個人負責制為基礎和以項目為獨立實體進行經濟核算，并按照項目內在的邏輯規律進行有效的計劃、組織、協調、控制的系統管理活動。
2、為什么要有項目管理？
沒有項目管理，項目也有可能成功。但沒有管理的項目，很難保證項目
的利潤空間，對公司來說，虧損的風險就大。所以我們要有項目管理，以保證公司在總體上是盈利的，注意不是每一個項目都要盈利。
另外，有了項目管理，就有了管理改進的基礎，無論剛開始的項目管理多么糟糕，只要有管理，就有了改進的可能性，至于能不能得到改進，以及改進的快慢，則取決于兩個因素：一個是人，特別是各級管理者；另一個是利益。關鍵是“利益”，準確的說是“利益的分配”，在權責利明確的前提下，人才能充分的發揮作用。還需要指出的是“利益”是多元的，這里的多元不僅指利益的具體形式，而且指利益的受眾是多元的，包括客戶方相關人員個人的利益。
3、項目管理的發展與現狀。
今天，項目管理作為一種現代化管理方式在國際上已獲得了廣泛的應用，從最初的國防、航天、建設工程領域，迅速發展到電子、通信、計算機、軟件開發、金融等行業以及政府機關的項目管理工作。隨著計算機、網絡系統的迅速發展，項目管理技術的不斷進步，項目管理軟件產品層出不窮，其功能、特點、應用對象也各不相同。當前，越來越多的企業和組織在內部推廣項目管理的理論方法及管理模式，如果都采用項目管理軟件進行管理，效果就更加明顯，可以節省大量的資源和財富。國外90%以上的項目管理都采用軟件進行，但我國在這方面的應用還不到10%。新世紀項目管理在中國的迅速興起，給軟件企業的發展帶來了前所未有的發展機遇。
項目管理在軟件開發中的應用的成因
隨著信息技術的飛速發展，軟件產品的規模也越來越龐大，個人單打獨斗的作坊式開發方式已經越來越不適應發展的需要。各軟件企業都在積極將軟件項目管理引入開發活動中，對開發實行有效的管理。從概念上講，軟件項目管理是為了使軟件項目能夠按照預定的成本、進度、質量順利完成，而對成本、人員、進度、質量、風險等進行分析和管理的活動。實際上，軟件項目管理的意義不僅僅如此，進行軟件項目管理有利于將開發人員的個人開發能力轉化成企業的開發能力，企業的軟件開發能力越高，表明這個企業的軟件生產越趨向于成熟，企業越能夠穩定發展（即減小開發風險）。同時，隨著軟件開發規模及開發隊伍的逐漸增大，軟件開發不再是向過去那樣一二個開發人員即可解決的事情。迫切需要一種開發規范來規范每個開發人員、測試人員與支持人員的工作，每個項目組成員按約定的規則準時完成自己的工作。同時采用規范化管理，專業分工也可以降低對開發人員的要求，從而降低產品研發成本。
軟件開發是一項復雜的系統工程，牽涉到各方面的因素，實際工作中，經常會出現各種各樣的問題，甚至面臨失敗。如何總結、分析失敗的原因，得出有益的教訓，對一個公司來說，是在今后的項目中取得成功的關鍵。
早在20世紀60年代中期，人們就發現軟件的生產出現了“問題”，主要表現在生產過程不規范，缺乏管理。后來，人們在軟件工程方法學中引入了工程的概念、原理、技術和方法，這種思想在一定程度上解決了軟件生產過程中遇到的問題。但是直至80年代還是沒有提出一套管理軟件開發的通用原則，軟件管理不善的問題依舊在大范圍內存在。
目前的軟件開發正逐步趨向于復雜化、多元化，大多數開發團隊中都會出現同時開發多個版本、開發/維護工作并存、多地點同時開發等情況，給軟件開發管理帶來了前所未有的困難。如果管理不善，必將造成版本混亂，各個開發人員的工作相互交叉、干擾，整個開發團隊的工作在一種無秩序的不良狀況下運行，嚴重影響軟件產品開發的進度和質量。
因此，隨著軟件開發的深入、各種技術的不斷創新以及軟件產業的形成，人們越來越意識到軟件過程管理的重要性，管理學的思想逐漸融入軟件開發過程中，應用開發的項目管理日益受到重視。而項目管理技術的發展與計算機技術的發展是密不可分的，隨著計算機性能的迅速提高，大量的項目管理軟件涌現出來。它們可以用于各種商業活動，提供便于操作的圖形界面，幫助用戶制定任務、管理資源、進行成本預算、跟蹤項目進度等。
軟件項目管理常見問題及解決方案
對于軟件開發項目中，經常出現兩種極端情況，一種是創造了新的生產率和質量的紀錄；一種則完全是一場災難，不是被取消就是拖延很長時間。前者如在很短的時間內，為了趕進度，在幾乎不可能的時間內開發出一套軟件產品，創造了軟件開發的記錄，滿足了上級所要求的上機日期，由于開發時間太短，過于倉促，上機時，問題百出，試運行時間長達幾個月或一年半載的，而且程序一改再改，維護工作量大。
后者，如某套系統未弄清楚需求，或因設計問題，開發失敗。通過提煉這些成功和失敗的例子，軟件項目成功或失敗的根本原因可能會更清晰一些。
目前我國大部分軟件公司，無論是產品型公司還是項目型公司，都沒有形成適合自己公司特點的軟件開發管理模式，雖然有些公司根據軟件工程理論建立了一些軟件開發管理規范，但并沒有從根本上解決軟件開發的質量控制問題。這樣導致軟件產品質量不穩定，軟件后期的維護、升級出現麻煩，同時最終也會損害用戶的利益。
分析目前項目管理需要改進的問題可以從幾種相關角色的角度去考慮：項目經理、項目組成員、公司管理人員、市場人員、客戶等。
問題一：缺乏項目管理系統培訓（相關對象：項目經理、管理人員）
項目經理在項目管理方面的培訓較少或不夠系統。項目經理或管理人員不了解項目管理的知識體系和一些常用工具和方法，所以在實際工作中沒有項目管理知識的指導，完全依靠個人現有的知識技能，管理工作的隨意性、盲目性比較大。在軟件企業中，以前幾乎沒有專門招收項目管理專業的人員來擔任項目經理（甚至很少是管理專業的），被任命的項目經理主要是因為他們能夠在技術上獨當一面，而管理方面特別是項目管理方面的知識比較缺乏。
解決方案：項目經理接受系統的項目管理知識培訓是非常必要的，有了專業領域的知識與實踐，再加上項目管理知識與實踐和一般管理的知識和經驗的有機結合，必能大大提高項目經理的項目管理水平。應實行項目經理知識技能資格考核制度，讓項目經理自覺補充學習項目管理的知識和一些常用工具和方法。
問題二：項目計劃意識問題（相關對象：項目經理）
項目經理對總體計劃、階段計劃的作用認識不足。項目經理認為計劃不如變化快，項目中也有很多不確定的因素，做計劃是走過場，因此制定總體計劃時比較隨意，不少事情沒有仔細考慮；階段計劃因工作忙等理由經常拖延，造成計劃與控制管理脫節，無法進行有效的進度控制管理。沒有計劃或者是隨意的不負責任的計劃的項目是一種無法控制的項目。
解決方案：在高技術行業，日新月異是主要特點，因此計劃的制定需要在一定條件的限制和假設之下采用漸近明細的方式進行不斷完善。提高項目經理的計劃意識，采用項目計劃制定相關各種知識、技術、工具，加強對開發計劃、階段計劃的有效性進行事前事后的評估。
問題
三、管理意識問題（相關對象：項目經理）
部分項目經理沒有意識到自己項目經理的角色，從總體上去把握管理整個項目，而是埋頭于具體的技術工作，造成項目組成員之間忙的忙、閑的閑，計劃不周、任務不均、資源浪費。在軟件企業中，項目經理大多是技術骨干，技術方面的知識比較深厚，但無論是項目管理知識，還是項目管理必備的技能、項目管理必備的素質都有待補充和提高，項目管理經驗也有待豐富。有些項目經理對于一些不服管理的技術人員，沒有較好的管理方法，工作不好安排的工作只好自己做。另外由于工作分解結構設計的合理性，項目任務無法有效、合理地分配給相關成員，以達到“負載均衡”。
解決方案：加強項目管理方面的培訓，并通過對考核指標的合理設定和宣傳引導項目經理更好地做好項目管理工作。技術骨干在擔任項目經理之前，最好能經過系統的項目管理知識，特別是其中的人力資源管理、溝通管理的學習，并且在實際工作中不斷提高自己的管理素質，豐富項目管理經驗，提高項目管理意識。
問題四：溝通意識問題（相關人員：項目經理、項目組成員）
在項目中一些重要信息沒有進行充分和有效的溝通。在制定計劃、意見反饋、情況通報、技術問題或成果等方面與相關人員的溝通不足，造成各做各事、重復勞動，甚至造成不必要的損失；有些人沒有每天定時收郵件的習慣，以至于無法及時接收最新的信息。
解決方案：制定有效的溝通制度和溝通機制，對由于缺乏溝通而造成的事件進行通報作為教訓提醒，以提高溝通意識；溝通方式應根據內容而多樣化，講究有效率的溝通；通過制度規定對由于未及時收取郵件而造成損失的責任歸屬；對于特別重要的內容要采用多種方式進行有效溝通以確保傳達到位，例如除發送郵件外還要電話提醒、回執等，重要的內容還要通過舉行各種會議進行傳達。
問題五：風險管理意識問題（相關人員：項目經理）
項目經理沒有充分分析可能的風險，對付風險的策略考慮比較簡單。項目經理在做項目規劃時常常沒有做專門的風險管理計劃文檔，而是合并在項目計劃書中。有些項目經理沒有充分意識到風險管理的重要性，對計劃書中風險管理的章節簡單應付了事，隨便列出幾個風險，隨便地寫一些簡單的對策，對于后面的風險防范起不到什么指導作用。
解決方案：通過學習項目管理知識掌握風險識別、量化、對策研究、反應控制的工具和方法掌握項目風險管理所必備的知識。通過加強對項目規劃中風險管理計劃的審核提高項目組的風險管理意識?？偨Y本行業項目中常見的風險及其對策作為風險管理計劃中必要的風險內容，并切實評估相應對策的有效性和可行性。
問題六：不重視項目經驗的總結（相關人員：項目經理、管理人員）
項目經理在項目結束時有些是因為自身對寫文檔工作的興趣或意識，或
者是因為緊接著要參加下一個項目，總體對項目總結的重視程度不夠。有些是項目總結報告一再拖延，有些是交上來的報告質量較低，敷衍了事。
解決方案：在制度上鼓勵和加強項目經驗總結工作，使得項目總結及時并且具有指導意義而不是走過場。
問題七：項目干系人相關問題（相關人員：項目經理、項目成員、客戶）
在范圍識別階段，項目組對客戶的整體組織結構、有關人員及其關系、
工作職責等沒有足夠了解以致于無法得到完整需求或最終經權威用戶代表確認的需求。由于項目經理的工作問題，客戶參與程度部不高，客戶方相關責任人不明確或對范圍和要求責任心不強，提出的要求具有隨意性，項目前期對需求的確認不夠積極；或者是多個用戶代表各說各話、昨是今非但同時又要求項目盡早交付；項目后期需求變化隨意，造成項目范圍的蔓延，進度的拖延，成本的擴大。
解決方案：項目的目的就是實現項目干系人的需求和愿望。項目干系人管理應當從項目的啟動開始，項目經理及其項目成員就要分清項目干系人包含哪些人和組織，通過溝通協調對他們施加影響，驅動他們對項目的支持，調查并明確他們的需求和愿望，減小其對項目的阻力，以確保項目獲得成功。
問題八：項目團隊內分工協作問題（相關人員：項目經理、項目成員）
項目團隊內部有時由于各階段不同角色或同階段不同角色之間的責任
分工不夠清晰而造成工作互相推諉、責任互相推卸的現象，有時各階段不同角色或同階段不同角色之間的責任分工比較清晰但是各項目成員只顧完成自己那部分任務、不愿意與他人協作。這些現象或多或少地造成了項目團隊內部資源的損耗，從而影響了項目的進展。
解決方案：項目經理應當對項目成員的責任進行合理的分配并清楚地說明，同時應強調不同分工、不同環節的成員應當相互協作，共同完善。
以上對軟件開發項目管理中出現的問題的分析還不夠深入，也無法列舉所有遇到或將遇到的問題，解決方案也要根據實際情況進行調整，希望引起對這些問題更多的思考和改進。
結束語：項目管理雖然沒有非常高深的理論，但要真正實施起來，也絕非易事。對于軟件開發企業而言，這不是一個小的改變，而是一種變革，企業需要為此付出艱苦的努力，宣傳并樹立公司范圍內的項目管理文化十分重要。從而在實踐中鍛煉提高，解決各種各樣的問題，使項目管理工作越做越好。
內容摘要：隨著信息產業的飛速發展，項目管理對于以應用開發為主的軟件企業是一個行之有效的管理方法，項目管理在軟件開發中的應用日益受到重視。本文主要通過對項目管理在軟件開發中的應用的成因、存在的問題以及相應的解決方案進行了分析和論述。
關鍵詞：典型程序；軟件項目；程序設計
中圖分類號：G642
許多高校的計算機和一些非計算機類專業都開設了程序設計類課程，這類課程理論性、操作性、應用性都很強，并且知識繁雜，嚴謹抽象，較難掌握。比如：Visual Basic程序設計課程，首章就是抽象難懂的屬性、事件、方法等概念，然后就是更加枯燥抽象的數據類型、變量、語句、過程等語言基礎知識。這些又都是VB程序設計的基礎，必須掌握。如果過分追求知識體系的系統性，以概念、命令的講解為重點，偏重理論灌輸，學生就會感覺枯燥難學，失去興趣，也不利于應用型、創新型人才的培養。
因此，筆者采用了軟件項目與典型程序相結合的教學方法，深受學生歡迎，也收到了良好的教學效果。
軟件項目與典型程序是教師采用軟件開發項目和一些典型程序來主導學生主動學習的一種學習方法。教師精心選擇、設計軟件項目和一些典型程序，在一定程度上打破原有的課程知識體系，重新組織知識內容，將抽象的理論知識和軟件操作融入到具象的軟件項目開發與典型程序設計中。教師不再接部就班地直接向學生灌輸知識，而是以學生為主體，主導學生去直接設計程序和軟件項目。通過引導學生去設計程序來探究新知識，通過一個實際軟件項目的開發來整合課程知識，掌握軟件工程和項目管理的思想。軟件項目開發是理論與實踐的結合體，加大了課程實訓力度，增強了學生實踐能力。
軟件項目開發與典型程序設計方法，將理論與實踐相結合，在知識的運用中學習知識，符合認知規律，有利于知識體系的建構，充分培養了學生的應用能力和創新能力。下面，結合實踐，對該方法的應用進行有益的探討。
1 軟件項目的應用
把軟件項目開發應用于程序設計類課程的教學中，圍繞真實的項目來組織教學，創造與實際工作環境相似的學習環境，有效提高學生的學習積極性，培養學生的職業素養和能力。
筆者建議最好一門課程采用一個軟件開發項目，將整個課程的零散知識點進行整合，軟件項目的開發要貫穿于整個課程的學習過程之中。例如：在VB程序設計課程的學習中，教師選擇某個信息管理系統做軟件開發項目，如人事檔案管理系統。當然，根據不同的專業、學生及課程情況，也可以采用多個項目。
啟始課上，教師可以展示一些使用相應程序開發的優秀軟件，同時布置軟件開發項目，使學生了解此程序設計語言的功能，明確課程學習任務，并激發學生興趣。
按照課程的知識體系結構，教師將軟件項目分解為子程序設計任務，貫穿于日常教學中。如：在VB程序設計課程中，學習控件時，可以讓學生去設計軟件界面；學習菜單時，讓學生設計軟件的菜單；學習工具欄時，讓學生設計軟件的工具欄……這樣，課程學完了，軟件也開發出來了，邊學邊用。隨著課程學習的深入，軟件越來越完整，學生體會到了成功的喜悅，學習積極性越來越高。
項目開發完成后，教師可組織學生進行評價，先由學生展示作品，自評，再學生間互評，最后由教師總結評價。此評價過程可以鍛煉學生的表達能力，學生間也可以相互借鑒，糾正不足。
軟件項目的應用增強了課程的實踐性，縮短了課程學習與系統開發之間的距離，使實訓環節落到實處。
2 典型程序的應用
典型程序設計是為了掌握某些知識點而采用的較小的并且典型的程序，主要是在章節學習中應用。例如：VB程序設計課程中，在學習標簽、命令按鈕、文本框和IF語句時，可以采用注冊登錄程序；學習框架、單選按鈕、復選框、分支語句時，可以采用簡單考試系統程序；在學習列表框、循環語句時，可以使用選課程序等。
典型程序應用的組織實施過程是精選程序、展示程序、分析程序、設計程序、總結擴展。教師根據學習內容和目標，選擇合適的程序，選擇的程序要典型、實用。教學時，教師運行程序，展示程序功能和運行效果，激發學生積極性，同時使學生明確學習目標。然后，引導學生分析程序，設計程序，此時，要以學生為主體，教師起主導作用。學生在設計程序的過程中，主動思考、探索和操作，通過控件和語句的使用，掌握了軟件的操作和應用，理解了程序設計語言基礎知識。程序設計完成后，教師再引導學生總結程序設計應用中涉及到的知識點，反思程序設計方法，并提出問題，激發學生通過課外學習來進一步完善、擴展程序功能。
典型程序設計應用是一種主動學習過程，在教師的引導下，通過學生自身的思考和操作，來學習軟件知識，符合知識體系的建構規律。
3 采用基于學習過程的考核方式
傳統的考試方式不能科學、全面地評價學生的學習效果。在程序設計類課程的教學中，筆者采用了基于學習過程的形成性考核方式。學生的成績由設計程序與軟件項目的完成情況來綜合評價，每完成一個程序或項目，就給出一個成績，根據程序或項目的難易程度來設置分數權重。這種考核方式，評價貫穿整個學習過程，結合設計程序和軟件項目分階段考核，可以科學地評價學生的學習效果，大大激發了學生的學習主動性，達到了以考促學的目的。
4 應用中應注意的問題
4.1 選擇設計程序和軟件項目需注意的問題：（1）設計程序和軟件項目要典型，具有代表性，不要選不常用的。還要注意實用性，盡量接近生活實際。也要考慮趣味性，選擇趣味性強、有吸引力的程序和項目，以激發學生興趣。（2）選擇設計程序和軟件項目時要考慮到開課專業、課程大綱和學生情況，難度要合適。過于復雜或過于簡單，都會降低學生的學習熱情。過于復雜，學生會產生受挫感，失去信心。過于簡單，對學生沒有吸引力，學習積極性會降低。難度要相對適中，學生只有通過學習，才能完成作品，獲得了成功感，增強了自信心，有利于提高學生學習的主動性，吸引學生深入學習。隨著教學進度的推進，程序要先易后難，由簡單到復雜，從單一到綜合，再到軟件項目，循序漸進地培養學生的軟件開發能力。（3）選擇設計程序總體上不要過于復雜，涉及的知識點不要太多，不要面面俱到。選擇的開發項目綜合性要強，覆蓋面要廣，從而達到對課程知識和技術的整合。項目涉及不到的重點或較為重點的知識點，設計程序可以起到輔助和補充的作用，或者利用設計程序來強化重點知識?？傊绦蚝蛙浖椖恳倪x擇和設計，應用中也要把握技巧。
4.2 教學中，要始終以軟件項目為主線，設計程序為輔助，學生為主體，教師為主導。設計程序的導入、分析、設計、總結、擴展，要以學生為主體，發揮好教師的主導作用。軟件開發項目的實施也是如此，要培養學生獨立分析、解決問題的能力，要授之以漁。教師要多設疑，要注意啟發、引導、組織學生去探求知識。學生要多動腦，多動手，主動學習，主動建構自身知識體系。
4.3 打破傳統教材內容安排，大膽調整教材內容和順序。根據程序或項目分解后的子程序任務涉及到的知識內容，合理調整教材內容。例如：各種流程控制語句的學習，傳統的教材內容是安排在一起，逐一講解，講一條語句，用一個程序去驗證。這種統一學習的方式，會使學生感覺抽象枯燥，教學效果差。其實，流程控制語句的學習，可以貫穿到整個課程的學習過程中。將不同的流程控制語句，甚至同一語句的不同結構，與基本控件、菜單、工具欄進行合理的結合，分散到各個程序和軟件項目子程序中，達到了難點的分散與克服，從而收到良好的教學效果。
參考文獻：
[1]朱文增，趙競雄，張阿嬌.程序開發在VB教學中的應用研究[J].電腦知識與技術，2009，14.
[2]尤麗卓.程序開發與實例結合教學法在VB教學中的應用[J].職業教育研究，2007，6.
