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