【正文】 2020/4/18 孫泉 需求規(guī)格說明書 需求開發(fā) 2020/4/18 姜岳尊 設(shè)計說明書 設(shè)計 2020/4/21 姜岳尊 設(shè)計說明書 設(shè)計 2020/4/23 姜岳尊 通用功能 － 增量 1 實施 2020/4/25 姜岳尊 招生管理 － 增量 2 實施 2020/5/2 姜岳尊 項目計劃 實施 2020/5/2 韓萬江 學(xué)生日常管理－增量 3 實施 2020/5/7 姜岳尊 教務(wù)管理－增量 4 實施 2020/5/20 姜岳尊 教師輔助功能－增量 5 實施 2020/5/22 姜岳尊 聊天室 /論壇－增量 6 實施 2020/6/2 姜岳尊 產(chǎn)品包 實施 2020/6/6 姜岳尊 測試報告 測試 2020/6/6 岳好 用戶手冊 測試 2020/6/11 孫泉 驗收報告 提交 2020/6/11 姜岳尊 項目總結(jié) 提交 2020/6/12 韓萬江 4） 實際與計劃的差異分析 項目時間差異（天） 計劃工期 實際工期 時間差異 42 45 － 3 項目總規(guī)模差異表（人天） 計劃規(guī)模 實際規(guī)模 規(guī)模差異 138 － 項目成本差異表 (元 ) 預(yù)算成本 計劃總成本 實際成本 直接 成本差異 成本差異 75160 90660 85528 － 10368 5132 結(jié)論： 、成本差異表看，盡管略有差異，但基本控制在計劃以內(nèi)。 變更管理 變更管理的流程是： 1) 由請求者提交變更請求，變更控制委員會召開復(fù)審會議對變更請求進行復(fù)審，以確定該請求是否為有效請求。 ? 主干分支 ? 私有分支 ? 小組分支 ? 集成分支 上面定義的四類工作空間（ 分支）由項目執(zhí)行負責(zé)人統(tǒng)一管理，根據(jù)各開發(fā)階段的實際情況定制相應(yīng)的版本選取規(guī)則，來保證開發(fā)活動的正常運作。 （ 2） 項目經(jīng)理是 SCCB 的負責(zé)人。 5． 本項目具備增量式模型的其他特點 a) 項目復(fù)雜程度為中等。用戶明確了需求的大部分，但也存在不很詳盡的地方。風(fēng)險分析的目標是識別這些事件，設(shè)法避免這些事件的發(fā)生并制定一旦這些事件發(fā)生后的處理措施。 5 項目實施策略 實施策略是確定如何實施項目，以達到項目目標的策略。本項目的產(chǎn)品可以達到以下目標。目的是共享學(xué)校各種資源、提高學(xué)校的工作效率、規(guī)范學(xué)校的工作流程、便利校內(nèi)外的交流。 對不符合項，質(zhì)量保證人員要在預(yù)定完成日期內(nèi)重新審計、驗證不符合項的糾正情況，若超過預(yù)定完成日期 1 周仍然有沒解決的不符合項，質(zhì)量保證人員上報給高級管理者，由高級管理者決定最后的措施。在每次評審之后，要對評審結(jié)果做出明確的決策并形成評審記錄。 注：嚴重問題指導(dǎo)致系統(tǒng)或模塊不能正常工作的問題。則項目的總報價 =90660*=117858 元 ,應(yīng)該說報價還是比較合適的。 本合同未盡事宜，經(jīng) 雙方協(xié)商一致，可在合同中增加補充條款，補充條款是合同的組成部分。每延遲一周，乙方向甲方支付合同總額％的違約金，不滿一周按一周計算，但違約金總額不得超過合同總額的 5%； 如果甲方不能按期向甲方支付合同款項，甲方應(yīng)向乙方支付延期違約金。 本合同中的相關(guān)專業(yè)技術(shù)內(nèi)容和所有的系統(tǒng)數(shù)據(jù)，歸甲方所有，未經(jīng)甲方同意乙方不得提供給第 三方。 本合同的履行方式： 甲方責(zé)任 甲方全力協(xié)助乙方完成合同內(nèi)容。 四、研究開發(fā)經(jīng)費、報酬及其支付或結(jié)算方式 研究開發(fā)經(jīng)費是指完成本項目研究開發(fā)工作所需的成本。 1. 根據(jù)甲方要求進行系統(tǒng)方案設(shè)計，要求建立 B/S 結(jié)構(gòu)的 ,基于的 Sql server 數(shù)據(jù)庫、 NT 服務(wù)器和 J2EE 技術(shù)的三層架構(gòu)體系的綜合服務(wù)軟件系統(tǒng)。其中主要內(nèi)容包括（ 1）保證 1000 人以上可以同時登陸系統(tǒng)（ 2）所有查詢速度應(yīng)在 10 秒以內(nèi)（ 3）保證數(shù)據(jù)的每周備份（ 4）工作日期間不能當機（ 5）出現(xiàn)問題應(yīng)在 10 分鐘內(nèi)恢復(fù)。 支付方式：分期支付。 乙方愿提供在實現(xiàn)功能的前提下，進一步予以完善。 2. 技術(shù)秘密的使用權(quán)、轉(zhuǎn)讓權(quán)： /。 1． 雙方同意由北京市仲裁委員會仲裁。 （二）、合同簽署后 合同簽署之后，根據(jù)現(xiàn)有的資源和 WBS 分解的結(jié)果，進一步細化估算，由于 WBS 分解是針對項目的功能進行的分解，在成本估算的時候，首先估算每個任務(wù)的開發(fā)規(guī)模，然后在通過系數(shù)獲得相應(yīng)的質(zhì)量、管理任務(wù)的規(guī)模，從而計算直接成本，然后計算間接成本，以及總成本，具體過程如下。見進度計劃案例。過程評審和產(chǎn)品審計的目的是為了確保在項目進展過程的各個階段和各個方面采取各項措施來保證和提高提交給用戶的產(chǎn)品質(zhì)量。 每個周末，進行一次配置管理審核，確認配置管理工作是否正常進行。 ? 的日常工作和過程數(shù)據(jù)要匯報給質(zhì)量經(jīng)理統(tǒng)一 收集、統(tǒng)計。其中通用功能包括電子課表、會議通知和公告、日程安排、個人日記、通訊錄、教師答疑、家庭作業(yè)等。 ? 業(yè)務(wù)過程的流水線化。該項目的組織結(jié)構(gòu)圖如圖 2： 其中： 市場部 負責(zé)與用戶的協(xié)調(diào)工作 負責(zé)項目相關(guān)的商務(wù)活動 負責(zé)用戶需求的接口 配合項目經(jīng)理的資源協(xié)調(diào)活動 負責(zé)產(chǎn)品的驗收活動 負責(zé)系統(tǒng)的維護活動 項目管理 負責(zé)項目的組織和規(guī)劃 負責(zé)項目計劃制定和維護 負責(zé)項目的跟蹤和管理 負責(zé)資源的分配和協(xié)調(diào)活動 負責(zé)各組織和計劃之間的協(xié)調(diào)活動 負責(zé)與市場部的協(xié)調(diào)活動 軟件開發(fā) 負責(zé)項目的軟件開發(fā)，包括設(shè)計，編碼，單元測試和集成測試 負責(zé)產(chǎn)品質(zhì)量控制的工作 負責(zé)配合質(zhì)量保證的活動 ，如系統(tǒng)測試，文檔編制等 配合產(chǎn)品驗收的相關(guān)活動 質(zhì)量保證 負責(zé)項目過程和產(chǎn)品規(guī)范的制定 負責(zé)項目過程的質(zhì)量保證活動， 過程評審 產(chǎn)品審計 配置管理 負責(zé)項目的配置管理活動 負責(zé)軟件產(chǎn)品的提交 用戶 確保相關(guān)責(zé)任的實施 參與項目的組織和規(guī)劃 負責(zé)產(chǎn)品的驗收工作 表 1 為角色映射表。項目交流計劃分為如下幾類： 每天 17:00 的溝通交流 定期評審 階段評審 事件評審 各類交流評審安排見表 3。直至產(chǎn)生最終完善的產(chǎn)品。 輸入： 合同文本 SOW 過程： 項目規(guī)劃，計劃確認 輸出： 項目計劃 需求分析階段 階段目標：確定客戶的需求 輸入： 項目計劃， SOW 過程： 需求獲取，需求分析，需求控制 輸出： 原型系統(tǒng)，需求規(guī)格 設(shè)計階段 階段目標： 總體系統(tǒng)結(jié)構(gòu)設(shè)計 輸入： 原型系統(tǒng)，需求規(guī)格 過程： 總體設(shè)計 輸出： 系統(tǒng)設(shè)計說明書，數(shù)據(jù)庫結(jié)構(gòu)定義 增量 1 實現(xiàn) 階段目標： 實現(xiàn)系統(tǒng)的通用功能 輸入： 系統(tǒng)設(shè)計說明書 數(shù)據(jù)庫結(jié)構(gòu)定義 過程： 詳細設(shè)計 ,編碼，代碼走查，代碼評審，單元測試 輸出： 詳細設(shè)計說明書，源代碼，可運行版本－ 1 增量 2 實現(xiàn) 階段目標： 實現(xiàn)系統(tǒng)的招生管理功能 輸入： 系統(tǒng)設(shè)計說明書 數(shù)據(jù)庫結(jié)構(gòu)定義 過程： 詳細設(shè)計 ,編碼，代碼走查，代碼評審，單元測試 輸出： 詳細設(shè)計說明書，源代碼，可運行版本－ 2 增量 3 實現(xiàn) 階段目標： 實現(xiàn)系統(tǒng)的學(xué)生日常管理功能 輸入： 系統(tǒng)設(shè)計說明書 數(shù)據(jù)庫結(jié)構(gòu)定義 過程： 詳細設(shè)計 ,編碼，代碼走查，代碼評審，單元測試 輸出 ： 詳細設(shè)計說明書，源代碼，可運行版本－ 3 增量 4 實現(xiàn) 階段目標： 實現(xiàn)系統(tǒng)的教務(wù)管理功能 輸入： 系統(tǒng)設(shè)計說明書 數(shù)據(jù)庫結(jié)構(gòu)定義 過程： 詳細設(shè)計 ,編碼，代碼走查，代碼評審，單元測試 輸出： 詳細設(shè)計說明書，源代碼，可運行版本－ 4 增量 5 實現(xiàn) 階段目標： 實現(xiàn)系統(tǒng)的教師輔助功能 輸入： 系統(tǒng)設(shè)計說明書 數(shù)據(jù)庫結(jié)構(gòu)定義 過程： 詳細設(shè)計 ,編碼，代碼走查，代碼評審，單元測試 輸出： 詳細設(shè)計說明書，源代碼，可運行版本－ 5 增量 6 實現(xiàn) 階段目標： 實現(xiàn)系統(tǒng)的 聊天室 /論壇功能 輸入： 系統(tǒng)設(shè)計說明書 數(shù)據(jù)庫結(jié)構(gòu)定義 過程： 詳細設(shè)計 ,編碼，代碼走查，代碼評審，單元測試 輸出： 詳細設(shè)計說明書，源代碼，可運行版本－ 6 集成測試 階段目標： 通過集成環(huán)境下的軟件測試 輸入： 測試計劃 測試案例 過程： 集成測試，系統(tǒng)測試 輸出： 系統(tǒng)軟件包 ,測試報告，產(chǎn)品說明書 產(chǎn)品提交 階段目標： 產(chǎn)品可投入使用 輸入： 系統(tǒng)軟件包 過程： 產(chǎn)品提交 輸出： 驗收報告 注：生存期模型中的過程定義可以參照企業(yè)的質(zhì)量保證體系 并結(jié)合項目的具體特點而決定，由于公司的流程已覆蓋到了項目開發(fā)、管理的所有方面，包括從最開始的合同到最后軟件的產(chǎn)品提交，都有相應(yīng)的過程規(guī)定，基本上已形成一種工業(yè)化的軟件開發(fā)，所以，為形成一個良好的軟件開發(fā)環(huán)境奠定了基礎(chǔ)。 本項目文件命名規(guī)范由五個字段組成，從左到右依次為：公司、項目、類型、編號和版本號，如圖 1所示。 私有分支 如果多個開發(fā)工程師維護一個配置項時建議建立自己的私有分支。狀態(tài)統(tǒng)計可用于評估項目風(fēng)險，在開發(fā)過程中跟蹤更改，并且提供統(tǒng)計數(shù)據(jù)以確保所有必須的更改被執(zhí)行。 3． 由于大家對項目管理的認識不同，項目管理的磨合時間較長。