項目管理開發概述
1 背景
1.1 目的與作用
項目管理開發規範用於規範管理開發活動，提升工作效率，降低項目質量問題的出現，並可以對項目基準、成本績效進行有效的控制，當然。也包含了對實施人員的績效考核工作。
2 概述
一個項目，能夠分為項目管理部分和項目開發兩部分。
其兩者的關系能夠說是相互依存，缺一不可。
開發過程是項目目標的詳細生產過程，而項目管理過程則對此生產過程進行控制，使其約束在一定的範圍、進的、成本之內，並須要達到規定的質量目標。
歸納起來說。項目管理是依照預先規定好的步驟，在滿足一些約束的條件下，一步步進行項目目標生產的過程。
要進行規範化的建設。首要做的。就是建立起對應的管理開發流程，流程是秩序的一種詳細的體現。
流程應以管理為主要流程過程。將開發過程變成管理過程控制的一部分，管理過程對開發過程進行控制。同一時候，本流程還結合了研發部如今運行的模塊化開發模式和基於原型的開發流程，使得本流程更加適合現有的工作模式，並彌補如今存在的管理上的缺陷。
現先將項目管理過程和項目開發過程進行簡單的概述，然後對再說明怎樣對其進行融合。形成一個統一的管理流程。
2.1.1 項目管理流程概述
項目管理的生命周期分為四個階段，各自是概念階段、計劃階段、實施階段、收尾階段。
? 概念階段
主要是進行可行性分析及論證工作，確定項目是否可行。
一般還會對招投標進行管理。
能夠將制定項目章程過程放到了概念階段。
? 計劃階段
對項目對的實施過程進行計劃。包含制定各種管理計劃：進度、成本、質量、範圍、變更控制、溝通等等。
依據項目實際情況，制定項目的各種基準，如範圍基準、進度基準、成本基準。
? 實施階段
主要包含依照進計劃進行實施。對實施進行控制，對偏離進度的情況進行糾正；在實施的過程中，依據實際情況，也可能對進度計劃進行變更。從而改變項目基準；
? 收尾階段
針對整個項目進行收尾，也能夠針對某個階段進行收尾。
項目的收尾工作主要包含行政收尾和合同收尾兩部分工作。在各個階段和整個項目結束時，須要進行行政收尾工作。收尾應包含對應的檢查工作。確保階段中的各個活動均已完畢。並進行測試或檢查。保證可以進行下一階段。
2.1.2 項目開發流程概述
2.1.2.1 軟件開發模型
選擇V模型+原型法作為開發模型，並採用模塊化的方式將項目系統切割成一系列獨立的、可部署、測試的模塊，進行設計開發工作。
此軟件開發模型，具有例如以下的特點：
? 基於模塊化。
將要做的項目產品，依照功能模塊進行拆分。詳細的模塊化實現思路及運行方法。參見相關模塊化文檔。
? 採用V模型
基於V模型在瀑布開發模型的基礎上。在功能融合了測試。以確保錯誤能盡早的暴露出來並被改正。
結合V模型和模塊化，將V模型的最小實施單位定義為進度計劃網絡圖中的活動單元
? 原型法
在需求分析結束後，需進行原型設計工作。以最小的代價。展現出項目的總體輪廓。使模糊的文字表達，轉換成清晰直觀的圖形展示。
2.1.2.2 軟件開發流程階段概述
2.1.2.2.1 軟件開發流程圖
2.1.2.2.2 開發流程總體流程概述
開發流程活動將融合到管理流程中。詳細例如以下：
2.1.2.2.2.1 總體需求分析和原型設計
在項目計劃階段，會對軟件開發進行總體需求和總體原型功能設計工作。這兩部分工作的細分程度，視項目具體情況而定。
假設項目的需求明白，項目目標清晰，則能夠目標的全部功能進行具體的需求分析和原型設計工作。
若項目需求不明白，項目目標模糊。則能夠對上述工作進行概述型的描寫敘述就可以。
2.1.2.2.2.2 總體設計工作
總體需求和原型工作完畢後，會對項目進行設計工作。相同，設計工作也會分為多個層次。在總體設計過程中，能夠依據項目的情況，選擇合適的設計方式：
? 項目簡單/具有可比性
需求明白、簡單的項目，能夠進行簡單設計就可以。可選項包含總體功能描寫敘述、總體設計思路、功能模塊劃分、功能模塊描寫敘述、框架級別偽碼。
? 項目目標明白
具有具體目標的項目，能夠在總體設計時。進行完功能模塊的設計工作。
設計文檔內容同上
? 項目目標不明
對於目標不明白的項目，能夠採用漸進明細的方式。在計劃階段，能夠先進行簡單設計，但須要在後期不斷修正完好相關文檔。
對於大型項目，能夠依照功能模塊，將計劃文檔劃分為子文檔。以方便查閱和維護。
2.1.2.2.2.3 模塊級別需求及原型設計
對於總體需求分析和原型設計階段未進行具體分析設計的模塊，在對應的模塊活動中，將進行具體需求及原型設計工作。以保證在設計和編碼工作開始前，進一步明白需求，減少風險。
此工作會項目的時間、進度、成本、範圍產生變更。
步驟同總體需求分析和原型設計
2.1.2.2.2.4 模塊級別設計工作
對於總體設計階段未進行具體分析設計的模塊。在對應的模塊活動中，能夠對對應的設計文檔進行細化和調整。
此工作會項目的時間、進度、成本、範圍產生變更。
步驟同整設計工作。
2.1.2.2.2.5 編碼工作
依據設計文檔、開發規範、進行編碼工作。編碼應遵循進度計劃、範圍要求，並遵守對應的開發規範。
開發過程中。如發現與設計、需求不符，應與項目負責人、系統設計人員進行協商。如確實須要更改，需走總體變更流程。
2.1.2.2.2.6 模塊級別測試工作
當功能模塊開發完成後，開發者應保證模塊符合部門定制的各種規範。如編碼規範、測試規範等。是否符合規範，將以符合各種質量檢查單為標準。
還需依據研發部測試組提供的開發者自測規範。對常見的但不應該出現的問題，還應形成自測檢查單。
2.1.2.2.2.7 系統/集成測試
在裏程碑或某一組相關活動結束、以及所有功能開發完畢後。須要對其進行集成測試。系統/集成測試從總體的角度，對一組功能模塊進行測試。測試應遵循測試規範和標準。測試的結果應是能夠度量的。
3 輔助的工具
知道怎麽做不難。難的地方在於怎樣去做
第一是運行力，怎樣去嚴格依照規範運行。按規矩去辦事，這是最難做到的。秩序不光須要建立。還應須要去維持，去強化。
第二是成本問題，假設運行的成本過高，也就失去了價值。由人去管理人是困難的，但假設交由系統呢，對吧？
項目管理開發概述