項目策劃.
項目策劃 |文件編號： |生效日期： |受控編號： | |NP504100 |2000.3.30 | | |密級：秘密 |版次：Ver2.1 |修改狀態(tài)： | |總頁數(shù) |18 |正文 |12 |附錄 |6 | |編制：李洪敏 |審核：袁淮、楊利 |批準：孟莉 | 沈陽東大阿爾派軟件股份有限公司 （版權所有，翻版必究） 文件修改控制 |修改記錄編號 |修改 |修改頁碼及條款 |修改人|審核人|批準人|修改日期 | | |狀態(tài) | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 目錄 1. 目的 2. 適用范圍 3. 職責 3.1 項目經理PM 3.2 項目軟件經理PSM 3.3 項目管理部門 3.4 開發(fā)體系決策層SMG 4. 術語及縮略語 5. 工作程序 5.1 項目管理階段劃分 5.2 項目啟動階段 5.3 需求管理 5.4 項目策劃 5.5 項目文件 5.6 項目報告 5.7 最終歸檔 6. 引用文件 7. 質量記錄 1. 目的 按軟件工程的方法進行項目管理，在軟件項目開發(fā)之前系統(tǒng)地規(guī)劃整個項目進展過程 ，包括階段劃分、資源分配、進度安排、階段具體計劃的制定等，確保項目在預算之 內及時交付并達到質量目標。 2. 適用范圍 適用于所有軟件產品和軟件項目。 3. 職責 1. 項目經理PM：負責編制《項目啟動計劃》與《需求分析報告》。 2. 項目軟件經理PSM：負責編制《開發(fā)計劃》。 3. 項目管理部門：負責組織評審《項目啟動計劃》和《開發(fā)計劃》并下達“項目任務書”。 4. 開發(fā)體系決策層SMG：負責審批《項目啟動計劃》和《開發(fā)計劃》。 4. 術語和縮略語 1. PM：project manager項目經理；Total PM：針對某一項目，可設多名PM對Total PM負責。 2. PSM：project software manager項目軟件經理；Total PSM：針對某一項目，可設多名PSM對Total PSM負責。 3. SIP：software initial plan《項目啟動計劃》 4. SDP：software development plan《開發(fā)計劃》 5. SCMP：software configuration management plan《軟件配置管理計劃》 6. HCMP：hardware configuration management plan《硬件配置管理計劃》 7. SQAP：software quality assurance plan《軟件質量保證計劃》 8. SRMP：software risk management plan《軟件風險管理計劃》 9. QMP：quality management plan《質量計劃》 10. SOW：statement of work是由客戶提供的對項目所要完成的全部工作的說明文件，其主要包括：工 作范圍、技術目標和目的、客戶和最終用戶標識、引入的標準（客戶要求供方 執(zhí)行的標準以及國家法律法規(guī)要求產品或項目執(zhí)行的標準）、責任分擔、成本 和進度限制、軟件項目與其它組織的依賴性、資源限制、其它限制 5. 工作程序 5.1 項目管理的階段劃分 項目管理劃分成如下兩個階段： 1. 項目啟動階段：在進入具體項目實施之前為獲得明確需求或進行完備可行性 調研及整體策劃所花費的時間，分為第一階段與第二階段，第一階段為明 確需求階段，第二階段為具體策劃階段。 2. 項目實施階段：在獲得明確需求或通過可行性評估后為實現(xiàn)項目的具體要求 所花費的時間。 5.2 項目啟動階段 1. 啟動 項目管理部門組織《立項建議報告》的評審，立項通過評審，由項目管理部門下 達“項目任務書”，指定一名Total PM或PM及SCML與SQAL，確定SIP編制與評審的時間。 5.2.2 SIP的編制 PM負責協(xié)調PSM、 SCML、SQAL共同完成項目啟動階段的任務。并負責在限定時間內編制SIP，包 括啟動階段的資源調配、進度安排及提交結果。 5.2.3 輸出要求 1. 第一階段需求分析階段，輸出明確需求； 2. 需求評審通過后，進入第二階段，項目具體策劃階段，需編制SDP及相應的 計劃提交評審。 5.2.4 SIP的評審 5.2.4.1 項目管理部門依據(jù)《立項建議報告》評審中確定的時間組織SIP的評審，評審人 員包括：SMG、項目管理部門及相關的市場與開發(fā)部門，項目管理部門負責填 寫并保存SIP評審及風險評估與控制等評審記錄。 5.2.4.2 如PM未能在限定時間內完成SIP的編制，需距限定日期至少提前3工作日向項目 管理部門提出延期申請，由項目管理部門負責組織延期申請的評審與批復。 延期申請的內容包括且不局限于： o 工作進行狀態(tài)與評估 o 延期原因 o 解決方案 o 新的日程表 5.2.4.3 SIP的評審結果： 1. 不可行，項目取消； 2. 存在問題，修改后重新評審，修改時間在評審記錄中明確限定； 3. 評審通過，實施SIP。 5.2.5 SIP的實施跟蹤與修改 1. 項目管理部門根據(jù)評審后的SIP，進行實施跟蹤與控制。 2. SIP在執(zhí)行過程中需要進行修訂時，需在變更前三個工作日向項目管理部門 提交“軟件問題報告”及修改的計劃內容。由項目管理部門重新組織評審。 3. 每次評審都應留有記錄，所有評審不能通過的，必須進行修改，修改后須重 新進行評審。 6. SIP的配置管理 SCML按照NP601100《配置管理》對SIP進行配置管理。 5.3 需求管理 1. 項目啟動進入需求分析，PM負責全程的需求管理，組建需求分析小組，了解并協(xié) 調客戶的軟件目標，需求分配，接口標準，測試與驗收標準，交付期需求，預 算限制，資源限制。通過SOW的確定明確具體的需求，包括軟件開發(fā)環(huán)境與技 術，軟件設計、編程、測試的需求和標準，配置管理需求，質量保證需求，項 目風險及降低風險的策略。 2. 軟件產品項目需提交依據(jù)NW503102《軟件功能規(guī)格說明書編寫規(guī)范》編制的詳細的 《軟件功能規(guī)格說明書》，軟件合同項目需提交依據(jù)NW503101《需求分析報告編 寫規(guī)范》編制的《需求分析報告》，并經客戶方確認；如果客戶提供了與《需求分 析報告》等同的文檔，需經評審通過后方可接收。 5.4 項目策劃 PM可責成PSM依據(jù)NW504101《開發(fā)計劃編寫規(guī)范》編制SDP；SCML負責依據(jù)NW60 1102《配置管理計劃編寫規(guī)范》編制SCMP，提交SCMM審批；SQAL負責編制相應的 SQAP，并提交SQAM審批；PM負責編制相應的SRMP；如項目有特殊需要，由項目 管理部門協(xié)調設備管理部門編制單獨的HCMP，并依據(jù)SIP的要求組織SDP、SCM P、HCMP、SRMP的評審。 5.4.1 SDP的編制 1. PSM按照軟件生命周期定義并根據(jù)項目的需要審核階段劃分。一般情況下，可 包括但不限于可行性分析、需求分析、設計、編碼、測試、驗收等階段， 并且階段可以組合、迭代。 2. 質量目標要符合質量體系的要求。如有不符，PSM需編制QMP，由項目管理部 門組織評審。 5.4.2 SDP的具體內容 1） 項目和質量目標 o 項目目標：列出項目期間和完成時提交的軟件項及項目文件。 o 質量目標：描述每一提交產品的質量目標。例如，產品度量值達到9分； 符合用戶需求，用戶接收并簽發(fā)驗收單。 2） 組織與職責 PSM要確定所需的項目小組成員，考慮組織的資源計劃和項目技能要求，按 照質量手冊的要求指定每個人的任務和職責。組織成員包括： 3） 項目的相關性 o 外部相關性：列舉PSM控制之外的相關活動，例如，客戶或分承包商貫徹 實施的活動。 o 內部相關性：內部相關活動也要考慮，例如，所需的資源只有在另一項 目完成之后才能獲得。 4） 風險管理 預測與項目有關的風險并采取預防措施。編制風險評估與控制報告，也可 單獨針對某重要問題提出重要報告。 5） 階段劃分 根據(jù)項目的實際情況對項目進行適當?shù)碾A段劃分后，要明確每個階段的定 義、輸入和輸出以及開始和結束標準。 o 階段定義：參照軟件生命周期定義，對項目的每個階段進行明確定義。 o 階段輸入：階段劃分應明確定義每一階段的各項輸入需求，確保每項輸 入需求都應完整、無歧義、不相互矛盾。 o 階段輸出：階段劃分應明確定義每一階段的各項輸出。各項輸出應滿足 相應的需求；滿足進入后續(xù)階段的輸入要求；符合有關的開發(fā)慣例和 約定和/或法律、法規(guī)要求；標識出對產品安全和正常運行至關重要的 產品特性。 o 階段開始和結束標準：在每個階段都要按NP601100《配置管理》的基準配 置提交規(guī)定的階段成果，否則，不能結束該階段而開始下一階段。也 可依據(jù)項目特點在SCMP中定義項目自己的基準。 6） 質量控制活動 列舉項目期間執(zhí)行的評審和測試活動目錄，如：開發(fā)計劃評審、設計評審 、階段測試、系統(tǒng)測試、驗收測試。對編碼的測試，按NP507100《軟件測 試》、程序進行。 7） 開發(fā)方法和工具 o 根據(jù)NP605100《規(guī)則、慣例和約定管理》程序確定該項目開發(fā)工作應遵守 的規(guī)則、慣例和約定； o 根據(jù)NP606100《設備和工具管理》程序選擇開發(fā)工作所用的工具和技術； o 明確各開發(fā)階段所需進行的配置管理活動以及配置管理所需的工具和技 術，并按NP601100《配置管理》程序實施配置管理。 8. 項目計劃表 畫項目活動、資源及其相應職責的直方圖，描述階段工作量，并制定項目 計劃表。 9. 配置管理計劃表 按NP601100《配置管理》編制配置管理計劃表。 10）組織協(xié)調 根據(jù)項目的相關性，PM負責處理設計、開發(fā)軟件的組織和協(xié)調，涉及有關 分包方、相關開發(fā)項目及其它輔助工作時，由SMG配合協(xié)調。PM或項目管 理部門應以書面文件的形式將有關信息及時地通知給有關部門。 11）與客戶的協(xié)調 PM負責與客戶的協(xié)調，項目管理部門應配合開發(fā)部門進行協(xié)調、處理客戶 提出的意見或建議。SDP中應說明需要同客戶協(xié)商解決的問題，這些問題 的解決應記錄在開發(fā)過程的各個階段記錄中，如“開發(fā)計劃評審記錄”等。 5.4.3 SDP的審批 1） SDP的評審 SDP經PSM審查認可后，由項目管理部門組織評審，參加人員包括但不限于 ： SMG、項目管理部門、PSM及項目相關部門與人員。 2） SDP的審批： o 指出不合理處，要求責任者修改后，重新評審； o 暫緩執(zhí)行該SDP，相關文檔送交項目管理部門存檔； o 評審通過，經SMG批準后正式生效并執(zhí)行。 5.4.4 SDP的實施跟蹤與修改 1） 項目管理部門根據(jù)SDP中的階段劃分及各階段結果，實施進度跟蹤和控制。 在每一開發(fā)階段完成后， PSM應及時向項目管理部門提交該階段的《階段評估報告》。 2） SDP在執(zhí)行中需要進行修訂時，由PSM向項目管理部門提交NR504100D“軟件問 題報告”，由項目管理部門組織對修改計劃重新進行評審。 3） 每次評審都應留有記錄，所有評審或階段驗收不能通過的，必須進行修改， 修改后須重新進行評審或驗收。 4） 對于SDP的實施情況及各階段成果的提交，項目管理部門應用過程度量的方 法進行驗證。過程度量按NP604100《度量》程序文件執(zhí)行。 4. SDP的評審記錄和開發(fā)階段的評審記錄由項目管理部門存檔；SDP由開發(fā)部門 和項目管理部門共同存檔。 5.4.5 由SCML按照NP601100《配置管理》對SDP進行配置管理。 5.5 項目文件 5.5.1 項目文件包括以下各項： o SIP o SDP（所有版本） o 評審記錄 o 措施記錄 o 重要報告 o SOW o 項目文檔（用戶手冊、測試計劃、測試結果、驗收報告等） o 項目通訊錄（內部備忘錄、客戶信息、分包商通訊錄等） o 更改控制文檔（更改/增加要求等） o 配置信息（配置記錄、配置控制等） o 報告（階段評估報告、軟件問題報告、項目總結報告等） 5.5.2 PM/PSM保證項目文件的完整性和可存取性。 5.6 項目報告 5.6.1 項目報告由PSM形成并按要求發(fā)給項目組織成員及項目管理部門。 5.6.2 重要報告 1） 重要報告包括以下各項內容： o 最新報告階段的成果 o 下兩個報告階段的展望 o 下一階段計劃建立的前提 o 已分發(fā)的開發(fā)計劃的軟件問題及恢復措施 o 發(fā)生的問題及恢復措施 o 風險及采取的預防措施 2） 如果1）問題將影響項目成果、質量目標或計劃表，需在兩個工作日內向項 目管理部門提交“軟件問題報告”。 5.6.3 階段結束評估報告 階段結束評估報告需在階段結束之日后兩個工作日內提交給項目管理部門，包 括以下各項內容： o 階段范圍的簡要描述（計...
項目策劃.