【正文】 已完成 :說明產(chǎn)出 。已完成 :說明產(chǎn)出 。 10．《項目開發(fā)工作總結 》 詳見附件《項目開發(fā)工作總結》 .doc 文檔模板。 執(zhí)行人簽字 8．《產(chǎn)品安裝使用手冊 》 詳見附件《產(chǎn)品安裝使用手冊》 .doc 文檔模板。 7．《變更申請單 》 模板 變更 申請單 變更申請 項目名稱 變更內容 說明變更內容 變更原因 說明變更原因 變更影響 估計此變更對項目造成的影響。 5．《系統(tǒng)詳細設計說明書 》 詳見附件《系統(tǒng)詳細設計說明書》 .doc 文檔模板。 2．《項目開發(fā)計劃 》 模板 項目計劃 項目名稱 項目經(jīng)理 項目起止日期 估計總工作量 制定 / 修改日期 1. 人力資源計劃 人員 項目角色 主要職責 工作時間段 投入時間（ %） 補充說明 2. 任務進度計劃 任務項 工作量 （ H） 任務描述 起止時間 執(zhí)行人 補充說明 3. 項目資源計劃 資源項 規(guī)格 用途 資源狀態(tài) 使用人 補充說明 4. 風險管理計劃 風險項 可能性 預防 /解決措施 目前 狀態(tài) 責任人 補充說明 5. 主要工作成果 項目階段 成果類型 工作成果 責任人 完成日期 補充說明 6. 其它計劃 如測試計劃，系統(tǒng)集成計劃，項目差旅計劃 等。 輸出 《 結項評審報告 》 b) 準出條件 項目總結會召開完畢， 《結項評估報告》、《項目開發(fā)工作總結》、《系統(tǒng)驗收工作總結》、《項目管理工作總結》 發(fā)給相關人員。 22 項目外包結項 進入準則 產(chǎn)品驗收測試通過。承包商 完成產(chǎn)品自測后，外包管理小組還應組織召開《系統(tǒng)自測用例》 、 《系統(tǒng)自測報告》 、《編譯環(huán)境說明》 的評審，當代碼及自測報告評審通過后即可退出本階段。 輸出 通過自測的代碼、《系統(tǒng)自測方案》、《系統(tǒng)自測報告》、《編譯環(huán)境說明》、 《系統(tǒng)部署實施方案》 、 《產(chǎn)品安裝使用手冊 》 。 開 發(fā)完成后， 承包商 自行進行產(chǎn)品測試，提供 《系統(tǒng)自測方案》及《系統(tǒng)自測報告》。 實現(xiàn)與 自測 所有開發(fā)工程師按照既定的編程規(guī)范來實現(xiàn)自己承擔的模塊，并在系統(tǒng)中和其它模塊進行集成。 實現(xiàn)與 自測 進入準則 各部分《詳細設計 說明書 》及 《系統(tǒng)接口設計說明書》 評審全部通過。 退出準則 當 承包商 完成 模塊 《 詳細 設計說明書》 后 ， 提交 QA，由 QA 召集評審委員會組織召開《詳細設計 說明書 》評審會 開展系統(tǒng)設計 評審。根據(jù)模塊分析和設計，開發(fā)工程師應當撰寫必要的《系統(tǒng)詳細設計說明書》 。 輸入 《 系統(tǒng)概要設計說明書 》、《項目開發(fā)計劃》、《項目需求規(guī)格說明書》 詳細設計 開發(fā)工程師 根據(jù)《項目需求規(guī)格說明書》， 分析 并提取出 自己承擔的模塊 需求。 各部分《 系統(tǒng) 概要設計 說明書 》評審全部通過即可退出本階段。 在設計數(shù)據(jù)庫的同時， 必須嚴格遵守公司 《數(shù)據(jù)庫設計規(guī)范大綱 .doc》要求。 體驗和改進 界面設計 人員設計完成后，將界面效果圖提交給項目經(jīng)理 ， 項目經(jīng)理視情況組織項目團隊及相關人員進行評審， 給出改進建議 。 項目經(jīng)理或系統(tǒng)設計師根據(jù)以上分析結果 構思并繪制用戶界面示意圖 。 用戶界面設計 只要涉及到人機交互的產(chǎn)品（ PORTAL、 STB）都具有界面部分，界面一般由系統(tǒng)設計師或項目經(jīng)理設計和構建用戶界 面原型，由專業(yè)的界面設計人員完成界面實現(xiàn)。 進入準則 《項目開發(fā)計劃》已經(jīng)通過評審。在開發(fā)階段的第一個任務就是對系統(tǒng)進行整體設計，即進入了概要設計階段。 項目開發(fā)實施 承包商 根據(jù)項目需求 和開發(fā)計劃 ，分階段，分過程的進行需求開發(fā)，并確保在里程碑處提供階段成果 ， 外包管理小組對全過程進行項目跟蹤檢查 。 輸出 《 項目開發(fā)計劃 》 評審通過的 終稿。如人員風險， 要保證至少有一人可 19 以替換別人的工作 ， 否則萬一某人缺席（如離職、休 假等），將導致工作被中斷。 計劃 制定 活動 在 《項目需求 規(guī)格 說明書》 確定后， 承包商 應根據(jù)公司資源情況及項目進度要求與 XX 外包管理小組 共同協(xié)商 討論 任務 進度 ，大家達成共識后制定 詳細的《項目開發(fā)計劃》 。 制定 開發(fā) 計劃 進入準則 《 需求規(guī)格說明書》評審通過。 輸出 《 項目需求 規(guī)格 說明書》 評審通過的 終稿。 需求 確定 活動 XX 公司 外包管理小組 首先 根據(jù) 自己 外包的項目特點，進行項目外包分析 后 ，提出項目需求（對于 承包商 有現(xiàn)成產(chǎn)品的情況，可在對方提供的產(chǎn)品規(guī)格說明書基礎上，根據(jù)公司項目外包項目要求進行修改和完善） 。 18 確定 項目需求 進入準則 承包 商已確定。 外包項目組由 XX 北京研究院外包管理小組和 承包商 項目團隊共同組成。 外包管理小組還包括開發(fā)工程師、 QA、配置管理 工程師 及測試 工程師 ，開發(fā)工程師參與項目開發(fā)實施， 跟蹤了解 項目開發(fā) 技術 相關情況， 以進行必要的技術協(xié)助 ， QA 負責跟蹤監(jiān)督項目執(zhí)行過程，確保項目進度和質量，配置管理員負責收集和整理開發(fā)過程成果，測試人員負責參與外包項目階段成果驗收及項目最終驗收。 項目經(jīng) 理 需要 處理工作疑難、確保開發(fā)進程、工作效率、后勤支持，同時還要 組織 開展 階段成果 測試 驗收和評估 ，統(tǒng)一把外包公司的意見傳達給自己公司的 相關責任人和公司領導 ，并向外包公司提供 或獲取開發(fā)相關 文檔。 輸入 無 項目 籌備活動 根據(jù)決策，公司確定將 該軟件項目 從需求、分析、設計到代碼 實 現(xiàn) 、 系統(tǒng) 測試 等 全過程外包給 承包商 并予立項。 17 外包 項目 實施 過程 一般軟件開發(fā)外包項目均為全新項目開發(fā)，因此，對項目的執(zhí)行過程遵循公司的 質量管理體系 規(guī)范， 但具體實施過程有部分區(qū)別，概括起來，軟件外包實施主要包括以下幾個過程和階段：項目籌備、確定需求、開發(fā)計劃、開發(fā)實施、 測試驗收、項目結項等，對于有系統(tǒng)實施的項目，還應包括 系統(tǒng) 部署 、 客戶 試用驗收等過程 ，各階段成果必須經(jīng)過嚴格的技術評審 和技術驗收 。 對于評定結論應由項目管理部門及時發(fā)布，并由外包項目經(jīng)理反饋給 承包商 ，就具體情況與承包商 進行協(xié)調，以利于加強合作，共同提高。評審內容包括： 項目過程監(jiān)控 質量體系審核 其他方面審查 對于已有第三方審核或其他質量保證措施（如第三方項目監(jiān)理）的 承包商 ，可視情況作為評審證實并據(jù)此適當調整審核內容。 合格承包商檔案管理 合格承包商檔案建立 由 審核資質通過的合格承包商進入《合格承包商 名錄 表》后，對《合格承包商 名錄 表》內記錄的供應商進行檔案管理。 財務負責人批準后，按照合同要求進行付款。 付款 處理 項目中付款由 XX方項目負責人按照外包合同執(zhí)行。由雙方責任人簽字認可。 如果工作成果存在輕微缺陷，則 承包商 給出糾正措施后由雙方協(xié)商是否需要第二次驗收。 承包商 應當給出糾正缺陷的措施，雙方協(xié)商第二次驗收的時間。 問題處理 如果驗收人員在審查與測試時發(fā)現(xiàn)工作成果存在缺陷，則外包管理小組應當視問題的嚴重性與 承包商 協(xié)商找出合適的處理措施。 成果審查 外包管理小組 驗收人員審查 承包商 應交付的成果，如代碼、文檔等，確保這些成果是完整并正確的。 《項目開發(fā)計劃》討論稿 《項目開發(fā)計劃》評審，對計劃制定擁有決定權 《項目開發(fā)計劃評審報告》 《項目開發(fā)計劃》評審，對計劃制定擁有解釋權 《項目開發(fā)計劃》實施稿 跟蹤監(jiān)督概要設計過程 《項目狀態(tài)跟蹤報告》 系統(tǒng)概要設計，包括系統(tǒng)結構設計、用戶界面設計、數(shù)據(jù)庫設計； 《系統(tǒng)概要設計》討論稿 系統(tǒng)概要設計評審 ，對概要設計定義擁有決定權 《系統(tǒng)概要設計評審報告》 系統(tǒng)概要設計評審 ，對概要設計定義擁有解釋權 《系統(tǒng)概要設計》實施稿 跟蹤監(jiān)督 詳細設計過程 《項目狀態(tài)跟蹤報告》 系統(tǒng)詳細設計，包括各模塊的業(yè)務流程、功能函數(shù)接口說明、系統(tǒng)接口設計等等； 《系統(tǒng)詳細設計》（多個）討論稿 15 系統(tǒng)詳細設計評審 ，對詳細設計定義擁有決定權 《系統(tǒng)詳細設計評審報告》 系統(tǒng)詳細設計評審 ，對詳細設計定義擁有解釋權 《系統(tǒng)詳細設計》（多個）實施稿 跟蹤監(jiān)督軟件開發(fā)執(zhí)行過程 《項目狀態(tài)跟蹤報告》 軟件開發(fā)實現(xiàn)，同時編寫編譯環(huán)境說明及測試系統(tǒng)部署說明 《軟件部署及編譯說明》 根據(jù)軟件編碼規(guī)范及相關設計規(guī)范對軟件代碼定期組織評審及源代碼編譯檢查 《代碼評審報告》 參與 代碼評審，對代碼實現(xiàn)擁有解釋權 代碼修正 跟蹤監(jiān)督系統(tǒng)自測過程 《項目狀態(tài)跟蹤報告》 設計系統(tǒng)功能和性能測試方案，執(zhí)行系統(tǒng)自測通過 《系統(tǒng)測試方案》、《用戶安裝使用手冊》 系統(tǒng)自測方案及測試報告評審 《系統(tǒng)測試方案評審報告》 參與自測方案及測試報告評審，對方案及報告有解釋權 修正后的《系統(tǒng)測試方案》及代碼 產(chǎn)品功能及性能初驗 《系統(tǒng)測試報告》 設計系統(tǒng)部署實施方案并完成用戶使用說明書 《系統(tǒng)部署實施方案》 產(chǎn)品初驗功能及性能回歸測試 《系統(tǒng)測試報告》 測試問題修改 修正后的軟件版本 客戶部署試用 ， 客戶問題記錄 ，客戶問題反饋 《用戶問題記錄》 用戶問題處理 《用戶問題處理反饋》及修正代碼 產(chǎn)品終驗 《產(chǎn)品驗收報告》 產(chǎn)品終驗 解決終驗問題 結項評審 《項目管理總結》 結項評審 《項目開發(fā)總結》 項目 驗收 驗收準備 承包商 準備好待驗收的工作成果，并將必要材料提前交給外包管理小組。 雙方相關接口人員原則上通過公司郵件進行技術交流，對日常簡單的技術溝通可通過 MSN等即時溝通工具；對于需要提交階段評審和驗收的成果或合同約定的相關技術文件，必須以郵件和書面確認的方式提交驗收。 其他溝通方式 實施外包項目是 XX 公司 和 承包商 互相配合、共同合作的過程。 外包管理小組的 QA 根據(jù)《項目狀態(tài)跟蹤報告》驗證并通報上周《項目狀態(tài)跟蹤報告》中問題糾正措施的實施情況；與會人員從項目狀態(tài)信息和過程執(zhí)行情況中，發(fā)現(xiàn)項目執(zhí)行過程的問題，包括：協(xié)調問題、技術問題等，明確問題的責任人，解決時間，解決方法。 交流溝通 工作報告 承包商開發(fā)負責人每周完成《項目周報》并于每周一上午提交給外包管理小組； 外包管理小組及承包商項目成員每周完成《工作周報》并于每周一上午提交給外包管理小組； 外包管理小組的 QA 每周完成《項目狀態(tài)跟蹤報告》并于每周一上午提交給外包管理小組； 14 項目周例會 外包管理小組根 據(jù)項目實際情況與承包商一起定期（一般為每周一次）召開項目周例會。 配置管理的目的是 對軟件生命周期的全過程所產(chǎn)生的配置項進行規(guī)范和管理 ，建立和維護工作產(chǎn)品的完整性和可追溯性， 確保在整個軟件生命周期內，項目過程所產(chǎn)生的各配置項能夠得到準確的配置 。更新《配置狀態(tài)報告》。若不通過則返回信息繼 續(xù)修改。驗證人員包括測試人員 和 外包管理小組 。保證項目計劃與實際情況的一致。 提示：執(zhí)行變更的同時，需要對相關文檔進行修改。 只有在申請的變更請求被批準后，才能進行下一步的變更工作；否則，終止變更。一般情況下， 項目 需求變更、系統(tǒng)設計變更、開發(fā)計劃變更等重大影響的變更需要提交 公司 評審委員會進行審批，其他項目內部的變更可由項目經(jīng)理 組織 承包商 和外包管理小組進行評審通過 即可。 變更申請 公司 或 承包商 根據(jù)項目需要， 要求變更基準配置項時 (無論增加、刪減、還是修改 )，一定要填寫 《 變更審批表 》 ，要求進行變更請求說明和變更評估，變更評估時要考慮以下幾種情況： ? 一般情況下，變更評估要考慮變更對其它配置項的影響及變更的效果； ? 如果變更較大，還要評估變更對時間和成本的影響； ? 如果變更是為了增加需求，必要時，還要將報價單 提交 審批。 如遇項目變更涉及項目金額變動 的，還需提供經(jīng)研究院技術總監(jiān) 、公司負責人同意的批文。 對項目團隊而言，變更意味著要調整資源、重新分配任務、修改前期工作成果等，項目團隊要為此付出相應的代價。 ? 建立和保持暢通的溝通渠道 。需求或 設計過多的變 更 往往會導致編碼 實施 的費用、工時的增加 ； ? 承包商 根據(jù)討論確定的《項目需求 規(guī)格 說明書》和外包要求， 要對整個項目足夠了解，其 中包括項目需求、工作范圍、實現(xiàn)方法和預期經(jīng)濟利益的來源 ， 制定切實可行的 項目實施 計劃 ； ? 在進行項目開發(fā)之前， 承包商 必須 將項目 實施過程、里程碑及階段輸出成果 的定義、 標準等在 《 項目 開發(fā) 計劃 》 中 進行詳盡的闡述，務必讓 雙方相關 人員對整個項目的概況及具體實現(xiàn)細節(jié)有一個清楚的認識，然后再進入具體的 實施 階段 ； 在開發(fā)項目中，可以