【正文】 ..................................... 28 ......................................................................................................... 28 ........................................................................................... 29 第十四部分 項目結束 .................................................................................................... 30 ......................................................................................................... 30 .................................................................................... 30 ................................................................................ 30 ......................................................................................................... 30 ......................................................................................................... 30 ......................................................................................................... 31 在線書店管理系統(tǒng) 3 第一部分 合同管理 需方合同環(huán)境 合同準備 藍鯨書店信息有關重要文件 需要提供書店的基本重要信息，比如書店管理人信息，投資人信息，法人代表信息，工作人員信息，書店所屬土地信息，書店地址，書店存書所有信息，進貨信息等基本信息。 并將任務下達書分發(fā)給 IT 項目團隊的管理人及其各部門工作人員。對發(fā)現(xiàn)的問題制定驗收問題處理計劃，最終確認驗收報告。之后形成違約事件處理報告。經過 需求管理者確定、需求分析、需求在線書店管理系統(tǒng) 4 分析評審、項目規(guī)模估算、項目風險分析、項目初步實施規(guī)劃、初步實施規(guī)劃評審，最終得到需求分析報告和項目初步規(guī)劃。 合同簽署 同需方，此處略。 最終相方簽字認可，通知相關各方。 內部環(huán)境 IT 項目管理團隊內部確定任務范圍，使相關各方有效的配合。協(xié)議形式 協(xié)議形式：技術合同 安裝服務： 乙方為甲方提供軟件的安裝。當軟件需要新的功能拓展或改版升級時，由雙方共同協(xié)商決定。 乙方不負責這些人員提供食宿和聯(lián)系設備。測試通過后，雙方進行軟件交付簽字。 價格和付款方式 軟件總價為 200 萬元。 在線書店管理系統(tǒng) 6 總而言之該項目可操作性和界面美觀度為主。 主要有前臺（客戶購買）和后臺（管理員管理） 2 個主要功能，每個功能需在辦公界面中有獨立的快捷方式。另必須保證系統(tǒng)的安全性，對賬戶有足夠的保護措施以防賬戶被盜。 在線書店管理系統(tǒng) 8 ① 獲得對需求的理解。 ③ 管理需求變更。 ⑤ 標識項目工作 (包括 計劃 和產品 )與需求的不一致性。 WBS 總是處于計劃過程的中心，也是制定進度計劃、資源需求、成本預算、風險管理計劃和采購計劃等的重要基礎。它用于描述和定義 WBS元素中的工作的文檔。 (3)WBS 的分層 在線書店管理系統(tǒng) 11 WBS 是進行計劃，人員分配，預算計劃的基礎，沒有 WBS 工作，后面的一切工作都沒有依據(jù)。 間接成本估算 項目名稱 在線書店管理系統(tǒng) 項目經理 梁某 估算小組成員 張三，李四，王五 估算階段與日期 工作分解結構 項目規(guī)模 系統(tǒng)模塊 新代發(fā)模塊的規(guī)模（代碼行、類、文檔頁數(shù)） 復用或自動生成的組件（代碼行 、類、文檔頁數(shù)）規(guī)模 模塊 1 10 25 模塊 2 20 30 模塊 3 25 20 模塊 4 15 15 模塊總和 70 90 工作量估計 項目研發(fā)工作量 估計項目研發(fā)的工作量 =100 新開發(fā)組件的規(guī)模 難度系數(shù) 人均生產率 100 5 8 需求開發(fā)工作量 25 系統(tǒng)設計工作量 15 編程工作量 30 測試工作量 25 研發(fā)總工作量 95 項目管理工作量 估計項目管理的工作量 =75 比例系數(shù) 項目規(guī)劃工作量 16 項目監(jiān)控工作量 22 需求管理工作量 21 管理工作量 14 項目支撐工作量 估計項目支撐的工作量 =30 比例系數(shù) 配置管理工作量 5 質量保證工作量 5 外包與采購工作量 4 培訓管理工作量 6 支撐總工作量 20 成本估計 類別 細分、說明 金額 人力資源成本 20200 50000 表 2 在線書店管理系統(tǒng) 14 估算的誤差 任務編號 里程碑 計劃工作預算成本 已完成工作預算成本 實際成本 變量（ %） 計劃 成 本 1 已完成 100 100 100 0 0 2 已完成 50 50 55 0 10 3 已完成 50 50 40 0 20 4 未開工 70 0 0 100 5 已完成 90 90 140 0 6 未開工 70 0 0 100 7 已完成 40 50 25 0 50 8 未開工 50 0 0 總計 450 340 360 表 3 EAC = （ 360/340） * 579000 = 613059（元） 超支 = 613059 579000 = 34059（元） 第六部分 項目進度 項目進度管理是指在 項目 實施過程中，對各階段的進展程度和項目最終完成的期限所進行的 管理 。 通過定義活動體現(xiàn)項目工作內容的完成，定義活動的輸入輸出圖如圖 5所示 在線書店管理系統(tǒng) 15 活動排序 活動排序過程包括確認且編制活動間的相關性。排序還因為存在的特定的約束，包括： 活動排序過程包括編制活動間的三種相關性 : （強制依賴關系） （資源依賴關系） （外部依賴關系） 活動間有四種相關依賴的關系： 結束 — 開始：某活動必須結束，然后另一個活動才能開始。 活動排序的結果（輸出）是項目網絡圖。經過微軟多年研發(fā)， Project包含了經典的項目管 理思想和技術以及全球眾多企業(yè)的項目管理實踐。它規(guī)定與項目相關的質量標準，如何滿足這些標準，由誰及何時應使用哪些程序和相關資源。 在線書店滾輪系統(tǒng)的集成 成 作 完成整個系統(tǒng)的集成 對整個集成后的系統(tǒng)進行測 試檢查 運行情況 第十四周 張夢 無 配置好IIS 服務，搭建整個系統(tǒng)的運行平臺測試整個系統(tǒng)的發(fā)布情況 系統(tǒng)交付 系統(tǒng)交付 第十五周 張斌 系統(tǒng)能夠運行以及 以及把相關技術文歸類存檔 各組之間可以交流各自的開發(fā)經驗和心得體會 在線書店管理系統(tǒng) 19 （也稱魚刺圖） 如圖 7所示 ： 對于 本 項目，編制質量計劃時采用因果分析圖，描述相關的各種原因和子原因如何產生潛在問題或影 響 ，將影響質量問題的 “ 人員、設備、參考資料、方法、環(huán)境 ” 等各方面的原因進行細致的分解，方便地在質量計劃中制定相應的預防措施。 每一次過程評審和產品審計都應填寫相應的報告或活動記錄。評審可采取文件傳閱、評審會等形式。 。它規(guī)定與項目相關的 質量標準 ，如何滿足這些標準，由誰及何時應使用哪些程序和相關資源。為變更過程所需的必須手續(xù)的復雜程度依靠在配置結構中變更對基線的影響。 配置審核和審計 配置審核決定事實上 CI影響的所需的物理和功能的廣度。 對每個計劃的配置審核和審計，計劃必須定義以下方面： ； CI； ； ； ； ； ； 。 （ 2）風險評估 風險評估是指，在 風險事件 發(fā)生之前或之后（但還沒有結束），該事件給人們的生活、生命、財產等各個 方面造成的影響和損失的可能性進行量化評估的工作。 轉移風險。 80% 70% 40% 出的需求。提高復用水平。 些任務。 30% 50% 15% 可以請一些實習的學生做輔助工作 ,一來成本不高 ,二來可以加快進度。導致項目吃緊。 開發(fā)人員的流動。 此類開發(fā)經驗員。 培訓。 9 技術達不到預期效果。 。對于項目管理風險我們可以采用成熟的項目管理方法和策略來規(guī)避不成熟的項目管理帶來的風險 ?？梢圆捎猛獍男问絹磙D移軟件開發(fā)的風險，例如發(fā)包方面對一個完全陌生領域的項目可以采用外包來完成，發(fā) 包方必須有明確的合同約定來保證承包方對軟件的質量，進度以及維護的保證。例如，軟件開發(fā)過程中人員流失對于軟件項目的影響非常嚴重，我們可以通過完善工件，配備后備人員等方法來減輕人員流失帶來的影響。 第十部分 團隊管理 項目團隊是軟件項目項目中最重要的因素，成功的團隊管理是軟件項目順利實施的保證。 （ 2）每天交流 項目小組成員之間要每天進行交流，使用電話、 等進行討論有問題及時解決 。沒有軟件度量，就不能從軟件開發(fā)的暗箱中跳將出來。 度量指標 度量指標如表 9所示 度量指標 分析方法 決策準則 里程碑進度偏差 ， 畫出對應的控制圖 如果里程碑進度相對偏差超出 +/5%，則項目經理需要調查原因并采取措施。 在線書店管理系統(tǒng) 27 需求穩(wěn)定度 參見《度量構造指南》 需求穩(wěn)定度低于 90%，則必須調查其根本原因 任務工作量分布 用餅圖顯示各類型任務工作量分布情況 如果各類型任務工作量所占項目總工作量 的比例比公司度量庫中值偏差 10%，則必須調查其根本原因。 項目開發(fā)周期內記 錄工作時間量。 計算用戶使用三個 月后的缺陷數(shù)。 按工作量計算出勞動成本。它具有綜合性、全局性和內外兼顧性的特征。整個圖書市場一片繁榮，在這種情況下，網上書店的加 入無疑將使得競爭更加激烈，但從另一個方面看，只有在這種激烈的競爭下，網上書店的優(yōu)勢才能得以體現(xiàn)。倡導“用戶是伙伴，多為用戶著想”的新型客戶服務理念。此外，本系統(tǒng)也將實現(xiàn)在線圖書銷售系統(tǒng)的后端管理，包括圖書的添加、訂單的處理等功能。同時在上面說明的的每周五的團隊溝通例會中進行進一步的審核與交流。 階段評審報告模板 本項目階段評審報告表如表 11所示 項目名稱 政府公文審批及工作通告系統(tǒng) 項目標識 部門 /組織名 階段名稱 總體設計 主持人 丁鋒 會議地點 A401 評審時間 2020年 10月 24日 評審次數(shù) 2 評審人 張三，李四，王五 評審項與結論 評審要募 評審結果 問題和對策 詳細設計實施結果 滿足需求規(guī)格的要求 開發(fā)人員與用戶一起評審，用戶對本階段的提交結果很滿意。從管理上，體現(xiàn)在生存期的定義、項目計劃的細化和確認、項目跟蹤日?；确矫妗? 。 成功與失敗的標準 ：成功與失敗 ： 成果如何 收尾工作 ：項目接收前，重新審核工作成果，檢驗項目的各項工作范圍是否完成，或者完成到何種程度，最后，雙方確認簽字。 ：檢查項目過程中的所有文件是否齊全，然后進行歸檔。但是還要照顧特殊情況。需求分析是這個系統(tǒng)設計的關鍵