【正文】 冊》，《系統維護手冊》。②銀行工作：準備上線數據，并提供上線測試數據。③相關文件：《上線計劃》，《上線測試方案》，《系統安裝手冊》，《系統維護手冊》。（2）系統初驗。經過系統測試和核心小組的評估，系統具備上線條件，可以進行初驗，開發(fā)方的工程實施小組將實施過程文檔整理成初驗前提交文檔，提交給銀行的工程管理小組，這些文檔包括項目計劃、需求文檔、設計文檔、測試計劃、使用手冊、安裝手冊、維護手冊等。①參加人員：銀行領導、開發(fā)方領導、雙方項目經理及相關人員。②開發(fā)方工作：準備初驗報告，協助銀行籌辦初驗會議，開發(fā)方領導或項目經理簽署初驗報告。③銀行工作：根據初驗會議需要，確定會議時間、場地，打印會議材料，通知相關部門和人員參加會議。④相關文件：《初驗報告》，《會議簽到表》，《上線計劃》，《上線測試方案》，《系統安裝手冊》，《系統維護手冊》。（3）系統上線運行。啟動生產環(huán)境的應用系統，CRM系統正式交給客戶部門開始使用，開發(fā)方實施小組對系統提供支持和維護，記錄系統運行過程中遇到的各種問題。最終用戶在使用過程中形成的意見和新的業(yè)務需求，統一提交給銀行的工程管理部門，由工程管理部門審查批準以后，定期以《需求變更報告》的方式提交開發(fā)方實施小組。①開發(fā)方工作：CRM系統上限，系統現場支持和維護。②銀行工作：通知業(yè)務部門做好準備工作，熟練新CRM系統的操作使用，搜集最終用戶意見。③相關文件：《系統上線確認表》，《系統上線問題記錄表》，《需求變更報告》。（4）客戶滿意度調查。工程項目小組在系統結項前，擬定客戶滿意度調查表，井下發(fā)相關業(yè)務部門和人員，搜集、匯總反饋結果作為結項大會的總結報告之一。（5）系統結項大會。工程項目小組在系統驗收通過后，對系統工程建設進行總體的總結性評價，主要包括：進度、質量、投入、客戶滿意度等幾方面。①參加人員：銀行領導、開發(fā)方領導、雙方項目經理及相關人員。②開發(fā)方工作：準備結項報告，協助銀行籌辦結項會議。③銀行工作：對系統工程建設進行總體的總結性評價，主要包括進度、質量、投入、客戶滿意度等幾方面；根據結項會議需要，確定會議時間、場地，打印會議材料，通知相關部門和人員參加會議。④相關文件：《結項報告》，《會議簽到表》。（6）移交系統。工程項目小組將系統的維護工作移交給客戶指定的支持部門，同時移交安裝手冊、維護手冊、支持人員聯系方式，幫助支持部門順利接過系統日常維護工作。（7）銀行接收系統。（8）實施支持。開發(fā)方實施組對系統上線階段中出現的問題進行評估，井下達任務責成開發(fā)組進行修正。（9）日常運行維護。銀行技術支持部門對系統進行日常運行維護，發(fā)現問題及時反饋給開發(fā)方實施組。（10）系統終驗。經客戶在系統運行 36個月后，進行系統終驗，并出具《終驗報告》。（1）《結項報告》。（2）完成《初驗報告》，《終驗報告》。驗收完成后可以認為軟件開發(fā)項目結束。由銀行方面牽頭，根據各驗收階段的總結報告，由項目經理、質量管理部負責搜集并交流在整個項目生命周期中項目成功經驗和存在的問題，以及對將來項目的建議活動等，為今后銀行CRM項目的進一步改進積累數據和經驗，并建立項目檔案并入庫，包括所有的相關文擋、報告、會議紀要等。 系統維護階段：終驗完成。：（1）終驗完成后，進入系統維護階段。（2）按CMM相關過程文件的要求，對此階段發(fā)現的問題進行修改。（3）如果對軟件產品打補丁，軟件開發(fā)組完成《補丁程序說明》并提交完整補丁程序。（4）合同中規(guī)定的服務期限到達后，該產品的系統維護任務終止；如果用戶繼續(xù)購買服務或有其他方面的協議，系統維護期可做相應的調整。：元。 質量管理體系質量管理體系是建設方如何管理其項目組以確保實施質量的管理方法凝結。 項目組織及職責項目組織及職責描述了參與項目的各個成員的職能分工。1 組織職責（1）項目領導小組 l 由銀行和開發(fā)方共同組成。l 項目的最高決策機構。l 批準項目目標與總體進度。l 負責制定合同執(zhí)行計劃并跟蹤監(jiān)督其執(zhí)行情況。l 負責組織驗收，包括初驗和終驗。l 制定合同并組織進行合同分析。l 了解項目進展，評估項目風險。l 代表雙方簽署一切需簽署的文件、承諾、工作與成果，負責制定投標項目的商務應答文件及合同草案，并組織最終合同評審。l 負責執(zhí)行合同中商務部分內容，包括但不限于第三方產品或服務進行采購，井負責其交付。（2）項目變更控制委員會 l 由銀行和開發(fā)方共同組成。l 負責項目范圍的控制。l 項目變更請求的評估和分析。l 項目變更請求的否決或批準。（3）工程項目組 l 由銀行和開發(fā)方共同組成。l 明確項目的范圍和目標。l 確保工程進度安排。l 明確項目組成員的工作職責。l 協調合同雙方的工作。l 項目預測。l 制定計劃。l 項目控制核查與推動。l 項目風險管理與報警。l 記錄項目實施過程。l 甲乙雙方溝通的橋梁。（4）業(yè)務設計組 l 由銀行和開發(fā)方共同組成。l 參與項目立項評審和合同評審。l 負責或參與售前方案的制定和技術支持。l 負責軟件產品唄目的系統需求分析和系統功能說明。l 負責軟件產品的概要設計。l 需求調查規(guī)范。l 需求分析說明書文檔規(guī)范。l 概要設計說明書文檔規(guī)范。l 界面設計標準。l 詳細設計說明書文檔規(guī)范。l 模塊卷宗文檔規(guī)范。l 進行需求分析。l 編制需求分析說明書。l 編制總體設計說明書 l 編制概要設計說明書。l 完成界面的初步設計。l 對系統提出產品化、構件化的思路。l 對后續(xù)開發(fā)工作提出技術路線。l 制定測試大綱。l 負責詳細設計、軟件編碼的技術指導和質量監(jiān)督。l 在開發(fā)過程中對需求和概要設計進行及時的修改和補充。（5）軟件開發(fā)組 l 由銀行和開發(fā)方共同組成。（銀行可以利用自己的開發(fā)力量參與開發(fā)）l 負責軟件產品項目的開發(fā)，包括軟件詳細設計、編碼和單元測試等。l 參與詳細設計，編寫詳細設計文擋。l 參與系統操作界面的設計。l 負責軟件編碼，編寫模塊開發(fā)卷宗。l 負責系統的調試，編寫模塊測試報告。l 參與用戶操作手冊的編寫。（6）系統實施組 l 由銀行和開發(fā)方共同組成。l 負責系統集成和軟件項目的工程實施。l 負責系統維護和技術支持。（7）軟件測試組 l 由銀行和開發(fā)方共同組成。l 參與項目立項評審、售前方案評審、合同評審等。l 參與項目計劃的制定和評審，以及系統需求和軟件需求評審。l 負責軟件系統/子系統測試，包括測試計劃、測試方案、測試用例和測試報告編寫。（8）質量管理組 l 由銀行和開發(fā)方共同組成。l 負責軟件產品坷頁目的管理工作，即項目立項管理、項目質量管理、項目監(jiān)控管理。l 負責制定、持續(xù)改進并推廣 CMM軟件工程管理體系。l 監(jiān)督各組對軟件產品開發(fā)過程的執(zhí)行情況和產品質量狀況并提交報告。l 技術資料的管理。l 軟件工程培訓的組織和實施。以下為按照項目中的角色定義的各項職責。項目領導小組組長。l 制定工程實施計劃。l 對用戶負責，擔當用戶和公司內各部門和團隊的溝通橋梁。l 保證項目滿足合同的要求。l 按照合同的要求，根據工程實施計劃，完成硬件、軟件、集成等工作的安排和組織，協調各團隊的進度，解決項目中出現的各種問題。l 報告項目進展的狀態(tài)，控制項目存在的分析，制定項目風險管理計劃并實施，保證項目成功。軟件項目經理，根據需要，可以細分為軟件開發(fā)經理、軟件測試經理、系統實施經理等。l 制定軟件開發(fā)計劃、軟件測試計劃并組織實施。l 參與制定軟件配置管理計劃、軟件質量保證計劃并配合 SCM， SQA實施。l 負責組織項目的軟件需求分析，軟件概要設計、軟件詳細設計，軟件編碼、軟件單元測試、集成測試和系統測試，試運行、初驗、終驗。l 負責組織、協調與客戶方項目人員的交流與溝通。l 定期按照軟件開發(fā)過程的要求，報告項目的各項狀態(tài)和進展。l 軟件開發(fā)項目的分析和控制。l 控制項目的成本和進度，組織協調項目的資源。l 軟件的現場安裝、調試、試運行等。組織級配置管理員：l 協調軟件配置管理過程、標準、規(guī)程的開發(fā)和執(zhí)行。l 協調項目軟件配置管理活動。l 按照能力成熟度模型跟蹤軟件配置管理活動。l 召開并且主持定期的軟件配置管理會議。l 召開并且主持定期的軟件配置管理評審。l 當項目中的軟件配置管理出現特殊問題時，為其提供指導。l 作為項目配置管理的后備人員。l 為項目配置管理人員提供有關使用軟件配置管理工具和過程方面的培訓。l 為工程師提供有關使用軟件配置管理工具和過程方面的培訓。l 管理項目的版本目標庫。l 從軟件基線庫生成產品。項目配置管理員。l 遵循文件化的軟件配置管理過程、標準和規(guī)程。l 為工程師提供有關使用軟件配置管理工具和過程方面的培訓。l 參加定期的軟件配置管理會議。l 把項目中未解決的軟件配置管理問題帶到軟件配置管理會議上討論。l 為項目軟件配置管理中出現的問題提供解決方案。l 開發(fā)和維護軟件配置管理計劃、編譯規(guī)范、更改控制規(guī)范、工具和模板，以滿足項目的需要。l 對指定的軟件工作產品進行軟件配置管理。l 維護項目的版本目標庫。l 按照軟件配置管理計劃執(zhí)行軟件配置管理審核。l 生成并公布軟件配置管理報告。質量保證員。l 制定項目的軟件質量保證計劃并實施。l 參加項目的軟件開發(fā)計劃、標準和過程的準備及評審。l 同項目經理一起建立項目的質量目標。l 定期和必要時分析項目提供的原始數據并報告結果。l 如果需要，與客戶的軟件質量保證員定期評審軟件質量保證員的活動及發(fā)現的問題。l 協調軟件質量保證活動。l 定期總結并提交軟件質量保證活動的狀態(tài)報告。 項目計劃過程本節(jié)描述軟件項目管理的過程要求和任務。1 建立任務細分結構WBS項目的系統需求確定后，需要完成產品規(guī)模的估計，產品規(guī)模估計的前提是做好任務細分結構，以便能夠盡量精確地估計出項目的工作量并建立項目的項目任務、進度表。任務細分結構要求如下：l 體現軟件項目任務書要求，從而達到產品目標。l 用圖形方式描述要完成的工作。l 任務細分應達到能有效計劃和控制每一工作元素的程度。l 描述工作元素之間的內部關系。l 為每個工作元素指派負責人。l 促使管理者和其他人員考慮項目的所有工作元素。根據分配給軟件的需求，項目經理必須制定項目任務細分結構，并詳細定義軟件活動和工作產品。在項目開發(fā)過程中，必要時可以修改任務細分結構。任務細分結構把整個軟件項目分解為可獨立安排、易實施、易跟蹤的工作元素。任務細分結構作為計劃、組織和控制項目工作的基本框架。定制項目定義的軟件過程基于：l 客戶需求。l 分配的軟件需求。l 承諾。l 商業(yè)環(huán)境和目標。l 運行環(huán)境。建立項目定義的軟件過程的內容主要包括：l 選擇組織確認的軟件生命周期模型。l 從標準軟件過程庫中選擇最適合項目要求的軟件過程。l 把當前項目和歷史項目的經驗融合到本項目中。l 根據軟件過程剪裁指南，從標準軟件過程庫和其他過程資源中剪裁項目定義的軟件過程。l 在項目計劃中描述項目定義的軟件過程。l 對項目定義的軟件過程進行同行評審。l 對影響項目定義的軟件過程的問題達成一致。l 對項目定義的軟件過程進行配置控制。3 建立項目度量項目經理必須建立并維護用于項目控制的度量值。軟件質量保證員幫助項目經理完成此任務，并在項目的軟件質量保證計劃中進行描述。l 選擇和定義度量方法，此度量能夠適用檢查軟件項目的活動和工作產品。l 定義測量數據的搜集策略。l 定義度量數據的分析方法。l 與相關人員評審選擇的測量方法，并達成一致。l 在必要時修改度量方法。任務細分結構及其工作元素為軟件工作產品規(guī)模的估計提供了一個框架，在估計過程中主要考慮以下幾點 。以一個詳細的任務細分結構為基礎進行估計。精確定義度量標準。估計每個工作元素的大小。每個元素估計大小的總和為整個工作產品的估計值。在代碼量估計中用到的度量值應該是合理的、容易使用和測量的。比較代碼量估計大小與實際大小，研究比較結果并保存在組織數據庫中，作為今后項目的歷史數據。多數項目規(guī)模估計采用代碼行數估計的方法。1． 估計項目工作量完成項目規(guī)模估計后，項目經理使用模型、歷史數據和軟件工作產品大小來確定項目工作量。主要估計項包括：估計軟件項目總工作量和總成本?；诿宽椳浖ぷ鳟a品的工作量和成本統計出項目的生產力和成本。使用適當的歷史數據驗證工作量、成本估計結果。估計工作量/成本和人員在整個軟件生命周期中的分布。建立每項任務工作量/成本的上下限。以上各項估計成果需要與相關組評審并達成一致，必要時，修改工作量/成本的估計值。 6．估計項目關鍵的計算機資源 項目經理明確項目關鍵的計算機資源，并進行關鍵的計算機資源估計。關鍵的計算機資源可以是服務器環(huán)境、測試環(huán)境、目標環(huán)境等。確定影響產品開發(fā)的關鍵的計算機資源的內存容量、硬盤容量和處理器（數量/頻率）內容，項目經理負責監(jiān)督資源消耗的資源數量，并且當資源有限時進行適當的調整。 關鍵的計算機資源主要包括以下各類項目。內存容量。處理器頻率。信道容量。硬盤容量。工作站性能。網絡容量。外圍設備容量。 項目關鍵的計算機資源估計可以運用歷史項目經驗、仿真、原型和項目分析等方法得到。調整計劃的計算機資源、系統需求、分配給軟件的需求、軟件需求和軟件設計等以獲得關鍵的計算機資源需求。為各軟件組件分配計算機資源，并確保關鍵的計算機資源能夠提供其可利用的能力。 項目進度表的制定應該基于：分配的軟件需求。任務細分結構。選擇的軟件生命周期模型和過程。軟件規(guī)模/工作量 /成本的估計。承諾或預期的資源和設施的可用性。里程碑、關鍵依