軟體專案管理是指軟體生存週期中軟體管理者所進行的一系列活動，其目的是在一定的時間和預設範圍內，有效地利用人力、資源、技術和工具，使軟體系統或軟體產品按原定計畫和質量要求如期完成。
根據目標、成本、進度三個要素，軟體專案管理的任務可歸納為——
為了估算專案的工作量和完成期限，首先需要估算軟體的規模，有**行技術（kloc）和功能點技術（fp）兩種方法。
軟體估算模型使用由經驗匯出的公式來**軟體開發工作量，工作量是軟體規模（kloc或fp）的函式，工作量的單位通常是人月（pm)。有靜態單變數模型、動態多變數模型和cocomo2模型
管理者必須制定乙個足夠詳細的進度表，以便監督專案進度並控制整個專案。可通過幾種模型估算開發時間，圖形表示有gantt圖和工程網路兩種工具。
軟體專案成功的關鍵是有高素質的軟體開發人員。必須把多名軟體開發人員合理地組織起來，使他們有效地分工協作共同完成開發工作。經驗表明，專案組組織得越好，其生產率越高，而且產品質量也越好。典型方式有民主制程式設計師組、主程式設計師組、現代程式設計師組。
質量保證的目標是為管理層提供為獲知產品質量資訊所需的資料，從而獲得產品質量是否符合預定目標的認識和信心。軟體配置管理是其中的重要一環。
軟體過程能力成熟度是乙個特定軟體過程被明確和有效地定義，管理測量和控制的程度，用已在模型中明確定義的等級度量。能力成熟度模型有助於軟體開發機構建立乙個有規律的、成熟的軟體過程。
1）軟體配置管理是應用於整個軟體過程中的保護性活動，是在軟體整個生命期內管理變化的一組活動。其目的在於使變化能夠更正確且更容易被適應，在需要修改軟體時減少為此而花費的工作量。是軟體質量保證的重要一環，用於標識變化、控制變化、確保適當地實現了變化、向需要知道這類變化的人報告變化，具體可歸納為標識、版本控制、變化控制、配置審計和報告五項任務。
2）基線是乙個軟體配置管理概念，它有助於我們在不嚴重妨礙合理變化的前提下來控制變化。ieee把基線定義為：已經通過了正式複審的規格說明或中間產品，它可以作為進一步開發的基礎，並且只有通過正式的變化控制過程才能改變它。
簡而言之，基線就是通過了正式複審的軟體配置項。
1）cmmi，capability maturity model integration，即能力成熟度模型整合。成熟度等級定義了乙個有序的尺度，用以測量軟體機構的軟體過程成熟度和評價其軟體過程能力，這些等級還能幫助軟體結構把應做的改進工作排出優先次序。成熟度等級是妥善定義的向成熟軟體機構前進途中的平台，每個成熟度等級都為軟體過程的繼續改進提供了乙個台階。
2）cmm劃分為5個等級，從低到高依次為：初始級、可重複級、已定以級、已管理級和優化級。
而cmmi劃分為5個台階，具體如下——
①一級：完成級
在本級水平上，企業對專案的目標與要做的努力很清晰，專案的目標得以實現。但是由於任務的完成帶有很大的偶然性，企業無法保證在實施同類專案的時候仍然能夠完成任務。企業在一級上的專案實施對實施人員有很大的依賴性。
②二級：管理級
在本級水平上，企業在專案實施上能夠遵守既定的計畫與流程，有資源準備，權責到人，對相關的專案實施人員有相應的培訓，對整個流程有監測與控制，並與上級單位對專案與流程進行審查。企業在二級水平上體現了對專案的一系列的管理程式。這一系列的管理手段排除了企業在一級時完成任務的隨機性，保證了企業的所有專案實施都會得到成功。
③**：定義級
在本級水平上，企業不僅能夠對專案的實施有一整套的管理措施，並保障專案的完成；而且，企業能夠根據自身的特殊情況以及自己的標準流程，將這套管理體系與流程予以制度化這樣，企業不僅能夠在同類的專案上生到成功的實施，在不同類的專案上一樣能夠得到成功的實施。科學的管理成為企業的一種文化，企業的組織財富。
④四級：量化管理級
在本級水平上，企業的專案管理不僅形成了一種制度，而且要實現數位化的管理。對管理流程要做到量化與數位化。通過量化技術來實現流程的穩定性，實現管理的精度，降低專案實施在質量上的波動。
⑤五級：優化級
在本級水平上，企業的專案管理達到了最高的境界。企業不僅能夠通過資訊手段與數位化手段來實現對專案的管理，而且能夠充分利用資訊資料，對企業在專案實施的過程中可能出現的次品予以預防。能夠主動地改善流程，運用新技術，實現流程的優化。
3）cmmi主要內容包括過程域、過程域的目標、過程域的實踐、子實踐、和工作產品。cmmi模型包括了一系列的過程域，這些過程域構成了整合能力模型的核心，過程域不描述執行的過程，只描述了做什麼（通過「實踐」來說明），以及為什麼做（通過「目標」來說明）。
初學者手寫作業，對問題敘述較為簡單淺顯，僅作為學習過程記錄。
歡迎指正與討論！
現代軟體工程 第十三章 軟體測試 練習與討論
13.5.2 有錯不改 果凍 微軟的產品經過這麼多版本的不斷完善，應該是把所有問題都搞定，止於至善 了吧？阿超 那也不一定，在非常有名的電子 軟體excel中，就有這樣乙個bug excel 的日期計算功能認為1900年是乙個閏年，這是不對的，但是它愣是一直沒有改正這個錯誤。眾人 真的？為什麼屢教不...
現代軟體工程 第十三章 軟體測試 練習與討論
13.5.2 有錯不改 果凍 微軟的產品經過這麼多版本的不斷完善，應該是把所有問題都搞定，止於至善 了吧？阿超 那也不一定，在非常有名的電子 軟體excel中，就有這樣乙個bug excel 的日期計算功能認為1900年是乙個閏年，這是不對的，但是它愣是一直沒有改正這個錯誤。眾人 真的？為什麼屢教不...
專案管理 第十三章 專案收尾
1.專案收尾的主要活動 2.參與執行首尾分析的角色 3.收尾分析報告主要內容 專案收尾是專案管理的乙個階段。專案收尾主要通過專案收尾分析來完成，是過程改進的絕好機會。分析的目標是 判斷什麼是正確的 什麼是錯誤的 什麼能有效發揮作用，什麼不能，以及以後如何才能做的更好。質量顧問 sepg 軟體過程小組...