在線書店管理程序-軟件項目管理大作業(yè)

1、海濱在線書屋管理系統(tǒng)1 目錄第一部分合同管理 . 31.1 需方合同環(huán)境. 31.1.1 合同準備 . 31.1.2 合同簽署 . 31.1.3 合同管理 . 31.1.4 合同終止過程. 41.2 供方合同環(huán)境. 41.2.1合同準備 . 41.2.2合同簽署 . 41.2.3合同管理 . 41.2.4合同終止過程. 51.3 內部環(huán)境 . 51.4 合同 . 5第二部分生存期 . 6第三部分需求管理 . 93.1軟件需求管理過程. 93.1.1 需求規(guī)格 . 93.1.2需求管理圖 . 103.1.3需求變更管理. 10第四部分任務分解 . 114.1任務清單 . 114.1.1 功能分解

2、清單. 114.2wbs . 12第五部分項目估算 . 145.1 成本估算 . 145.1 .1直接成本估算. 145.1.2 間接成本估算. 155.1.3估算的誤差 . 16第六部分項目進度 . 166.2 活動排序 . 176.3 活動時間估計. 186.4 項目進度安排 . 186.5 工具使用 . 20第七部分質量計劃 . 207.1 質量計劃編制. 217.2 質量保證活動. 217.3 產品審計 . 227.4 過程評審 . 227.5 測試計劃 . 22第八部分配置計劃 . 228.1 配置管理人員組成. 228.2 配置控制 . 23海濱在線書屋管理系統(tǒng)2 8.3 配置審核

3、和審計. 23第九部分團隊管理 . 2310.1 軟件團隊管理概述. 23團隊人員獲取. 24輸入： . 241. 人員配置管理計劃. 242. 人員庫說明 . 243. 招募規(guī)則 . 24工具和技術：. 241. 談判 . 242. 預分配 . 243. 采購 . 24輸出： . 241. 已分配的項目人員. 242. 項目團隊名錄. 24團隊建設 . 24輸入： . 241. 項目人員 . 242. 項目計劃 . 243. 人員配置管理計劃. 244. 執(zhí)行情況報告. 245. 外部反饋 . 24措施： . 241. 團隊建設活動. 242. 一般管理技能. 243. 獎勵和承認系統(tǒng). 2

4、44. 集中 . 245. 培訓 . 24輸出： . 241. 團隊效能改進. 242. 績效評估輸入. 24團隊組織計劃. 24輸入： . 241. 組織界面 . 242. 人員配置要求. 243. 制約 . 24方法和技術：. 241. 樣板 . 242. 人力資源慣例. 243. 組織理論 . 244. 項目干系人分析. 24輸出： . 241. 組織結構圖 . 242. 角色和職責分配. 24海濱在線書屋管理系統(tǒng)3 3. 人員配備管理計劃. 244. 支持細節(jié) . 24圖 8. 2410.2it 軟件項目管理團隊. 2410.3 溝通時間安排. 25第十部分集成項目 . 2512.1

5、項目集成計劃. 2512.1.1項目概述 . 2512.1.2項目任務范圍. 2612.1.3項目目標 . 26第十一部分項目結束 . 2614.1 項目終止 . 2614.1.1項目終止的條件. 2614.1.2成功與失敗的標準. 2614.2 收尾工作 . 2614.3 最后評審 . 2614.4 項目總結 . 27第一部分合同管理1.1 需方合同環(huán)境1.1.1 合同準備海濱書店信息有關重要文件需要提供書店的基本重要信息，比如書店管理人信息，投資人信息，法人代表信息，工作人員信息，書店所屬土地信息，書店地址，書店存書所有信息，進貨信息等基本信息。供方選擇供方根據(jù)項目此項目整理的工作人員名單

6、、最終供方確定的程序、確定最終的供方名單及其提供的建議書。合同文本準備海濱書店根據(jù)資料進行合同草案指定、草案評審、修訂等程序，最終確定合同草案（合同草案略）。1.1.2 合同簽署海濱書店與it 項目團隊以海濱書店提出的合同草案為基礎，經過確定談判日程、合同草案提交、 合同條款協(xié)商、確定合同簽署文本、合同簽署文本審閱、合同簽署的流程完成合同簽署。最終形成合同簽署文本以及任務下達書。并將任務下達書分發(fā)給it 項目團隊的管理人及其各部門工作人員。1.1.3 合同管理驗收過程海濱書店依據(jù)合同準備和合同簽署時確定的需求資料及合同文本制定驗收清單。對驗收海濱在線書屋管理系統(tǒng)4 清單評審后制定驗收計劃，并按

7、驗收計劃執(zhí)行，得到驗收報告。 對發(fā)現(xiàn)的問題制定驗收問題處理計劃，最終確認驗收報告。違約事件處理過程在合同執(zhí)行期內，如果合同雙方海濱書店或it 項目管理團隊有違約事件。需根據(jù)違約事件報告進行違約事件通告，確定處理方式后按計劃處理違約事件。之后形成違約事件處理報告。1.1.4 合同終止過程海濱書店與it 項目團隊根據(jù)合同及相關文檔，發(fā)布合同終止通知、項目執(zhí)行總結。1.2 供方合同環(huán)境1.2.1 合同準備項目分析it 項目管理團隊根據(jù)合同安排項目分析任務。經過需求管理者確定、需求分析、需求分析評審、項目規(guī)模估算、項目風險分析、項目初步實施規(guī)劃、初步實施規(guī)劃評審，最終得到需求分析報告和項目初步規(guī)劃。合

8、同文本準備it 項目管理團隊根據(jù)海濱書店提出的資料制定合同草案。在經評審和修訂后確定己方的合同草案。1.2.2 合同簽署同需方，此處略。1.2.3 合同管理合同執(zhí)行跟蹤管理過程it 項目管理團隊以項目計劃為基礎，進行項目計劃審批和合同執(zhí)行管理規(guī)劃。按計劃完成項目進展報告、合同責任落實、需求變更處理和產品驗收。合同修改控制如果需方即海濱書店提出變更請求，假設提出的是要求添加不用登錄網頁直接通過“海濱在線書屋” 應用程序即可向網內用戶發(fā)送郵件，并根據(jù)不同層級用戶的權限顯示網內在線用戶。則it 項目管理團隊需依據(jù)合同和變更請求進行變更評估，并提出合同修改建議，確定修改策略。對當前計劃進行調整，并需得

9、出處理報告。違約事件處理過程同需方，此處略。產品提交過程在產品的開發(fā)測試結束后向海濱書店提交產品，經過審查后正式提交給海濱書店。最終相方簽字認可，通知相關各方。產品維護過程海濱在線書屋管理系統(tǒng)5 根據(jù)合同中的維護需求，制定維護需求記錄。1.2.4 合同終止過程同需方，此處略。1.3 內部環(huán)境it 項目管理團隊內部確定任務范圍，使相關各方有效的配合。詳細任務分解在第四部分任務分解中會有詳細闡述。1.4 合同合同雙方甲方：海濱書店乙方： it 項目管理團隊協(xié)議形式協(xié)議形式：技術合同供應的商品和服務供應的軟件：乙方為甲方提供所需的“海濱在線書屋”應用程序提供的服務： 乙方為甲方提供所需的日常維護和服

10、務器管理。同時對甲方用戶提供使用教學。提供的文檔：乙方在交付軟件時提供詳細的軟件規(guī)格說明書和使用文檔。安裝服務：乙方為甲方提供軟件的安裝。公文處理：乙方負責將甲方提供的公文資料加載入系統(tǒng)并進行分類維護協(xié)議：當甲方在使用該產品時，在正常操作的情況下出現(xiàn)bug 或系統(tǒng)錯誤，乙方免費為甲方提供修復服務以保障軟件的正常使用。當由于甲方的錯誤使用等非軟件原因導致出現(xiàn)故障， 乙方同樣提供修復服務。由于甲方擁有該軟件的源代碼所有權，因此甲方需要承擔部分維修和進一步開發(fā)的責任。當軟件需要新的功能拓展或改版升級時，由雙方共同協(xié)商決定。軟件所有權該軟件是由甲方向乙方定制，甲方擁有該軟件的版權，乙方不能將該軟件的任

11、何版本賣個其他客戶。 軟件提交時， 項目源代碼的所有權自動移交到甲方，乙方不得擅自對源代碼進行修改。專利成果分配甲方在本項目中所有使用的專利保留專利權，乙方只擁有專利的使用權，未經甲方允許乙方不得私自出售，泄露甲方專利。環(huán)境乙方為甲方安裝軟件和進行員工培訓時，需要由甲方提供住宿和膳食，乙方在規(guī)定時間內完成任務。 甲方要保證安裝軟件的硬件設備和合同初始規(guī)定一致，乙方只保證軟件和規(guī)定的硬件兼容。由任何一方的單方面原因導致的延期產生的費用，由該方面支付?？蛻舫兄Z乙方開發(fā)軟件過程中，甲方通過人員協(xié)同乙方進行開發(fā)。該人員主要參與項目的規(guī)劃設海濱在線書屋管理系統(tǒng)6 計和需求分析， 階段性驗收和總體測試。當

12、項目出現(xiàn)需求變更時，對乙方進行詳細的闡述說明。乙方不負責這些人員提供食宿和聯(lián)系設備。驗收規(guī)程2017年 6 月 15 日，乙方為甲方安裝所需套數(shù)的軟件。6 月 15 日至 6 月 31 日甲方代表對產品進行驗收測試，并根據(jù)需求在6 月 30 日前對產品提出更正請求。測試通過后，雙方進行軟件交付簽字。乙方對甲方進行軟件使用培訓。標準乙方在開發(fā)過程中必須遵守iso 12207關于軟件生命周期和文檔的標準。項目和質量管理甲乙雙方前四個月每月初進行一次進展會議，后三個月每兩周周末進行進展會議。會議內容為乙方向甲方提供最新進度的展示和下一階段的工作安排和計劃。甲方根據(jù)演示提出相應的整改意見，并對下一步工

13、作進行提出意見和建議。時間表詳細時間表見項目進度。此處略。價格和付款方式軟件總價為200 萬元。合同簽訂后， 甲方向乙方支付50 萬元定金。 項目的第三個月，乙方按計劃時間表完成需求分析、系統(tǒng)分析、 設計和完成系統(tǒng)的基本框架后，甲方向乙方支付 80 萬元。該系統(tǒng)完成后，甲方進行驗收測試，在簽字驗收后完成后，甲方向乙方支付全款。其他法律要求由任何一方的過失導致出現(xiàn)損失后的賠償由雙方協(xié)商決定。甲方法人代表：sss 乙方法人代表：xxx 第二部分生存期該項目的特點：此項目需求比較模糊，在開發(fā)過程中極有可能發(fā)生需求的變更，即使在開發(fā)結束后，也常常需要功能上的擴充，面向的用戶群體相當廣泛，不同的用戶都有

14、可能提出該系統(tǒng)針對某一類群體的改進意見和要求。項目組內部對此系統(tǒng)的認識也不夠統(tǒng)一，對大量輔助功能及新增功能有不同的看法，需要在基本的核心功能完成之后，隨著項目的進行， 由項目經理進一步收集用戶及成員的想法意見進行決策。用戶及成員都需要在短時間內得到一個系統(tǒng)最初的版本，對其進行評價并在后續(xù)的開發(fā)上對其定位，并得出更多明確的需求。在項目本身的開發(fā)上，為了使系統(tǒng)錦上添花，會用到許多開發(fā)人員也并不熟悉的技術，海濱在線書屋管理系統(tǒng)7 這可能需要開發(fā)人員進一步的學習后，再對系統(tǒng)進行改進。針對該項目的這些特點，權衡各個生存期的適用條件，該項目組選用了增量式模型來開發(fā)此系統(tǒng)。增量式模型的特點如下：可以避免一次

15、性投資太多帶來的風險，將主要的功能或者風險大的功能首先實現(xiàn)，然后逐步完善，保證投入的有效性?？梢愿斓亻_發(fā)出可以操作的系統(tǒng)?？梢詼p少開發(fā)過程中用戶需求的變更。一些增量可能需要重新開發(fā)（如果早期開發(fā)的需求不穩(wěn)定或者不完整）。可見，增量式模型充分迎合了該項目的特點，并且提供了多種途徑解決項目中的一些難題。根據(jù)該項目的特點并結合公司已有的軟件生存期模型定義，本項目生存期采用增量模型如圖 1-1。圖 1-1 增量模型生存期中的各階段描述如下：項目規(guī)劃階段階段目標：根據(jù)合同和初步的需求分析確定項目的規(guī)模、時間計劃和資源需求。輸入：合同文本、 sow 過程：項目規(guī)劃，計劃確認輸出：項目計劃需求分析階段階段

16、目標：確定客戶的需求輸入：項目計劃， sow 過程：需求獲取，需求分析，需求控制輸出：原型系統(tǒng)，需求規(guī)格設計階段階段目標：總體系統(tǒng)結構設計輸入：原型系統(tǒng)，需求規(guī)格過程：總體設計海濱在線書屋管理系統(tǒng)8 輸出：系統(tǒng)設計說明書，數(shù)據(jù)庫結構定義增量 1 實現(xiàn)階段目標：實現(xiàn)系統(tǒng)的通用功能輸入：系統(tǒng)設計說明書數(shù)據(jù)庫結構定義過程：詳細設計 ,編碼，代碼走查，代碼評審，單元測試輸出：詳細設計說明書，源代碼，可運行版本1 增量 2 實現(xiàn)階段目標：實現(xiàn)系統(tǒng)的圖書管理功能輸入：系統(tǒng)設計說明書數(shù)據(jù)庫結構定義過程：詳細設計 ,編碼，代碼走查，代碼評審，單元測試輸出：詳細設計說明書，源代碼，可運行版本2 增量 3 實現(xiàn)階

17、段目標：實現(xiàn)系統(tǒng)的圖書顯示功能輸入：系統(tǒng)設計說明書數(shù)據(jù)庫結構定義過程：詳細設計 ,編碼，代碼走查，代碼評審，單元測試輸出：詳細設計說明書，源代碼，可運行版本3 增量 4 實現(xiàn)階段目標：實現(xiàn)系統(tǒng)的圖書訂單管理功能輸入：系統(tǒng)設計說明書數(shù)據(jù)庫結構定義過程：詳細設計 ,編碼，代碼走查，代碼評審，單元測試輸出：詳細設計說明書，源代碼，可運行版本4 集成測試階段目標：通過集成環(huán)境下的軟件測試輸入：測試計劃測試案例過程：集成測試，系統(tǒng)測試輸出：系統(tǒng)軟件包 ,測試報告，產品說明書產品提交階段目標：產品可投入使用輸入：系統(tǒng)軟件包過程：產品提交輸出：驗收報告海濱在線書屋管理系統(tǒng)9 第三部分需求管理3.1 軟件需求

18、管理過程海濱書店提出需求如下：設計開發(fā)、 安裝調試并后期維護滿足需求的“海濱在線書屋”應用程序。需要該程序有前臺程序，進入程序后需要彈出書單界面，也需要有后臺程序，方便管理。主要有前臺（客戶購買）和后臺（管理員管理）2 個主要功能，每個功能需在辦公界面中有獨立的快捷方式。每個功能的具體要求如下：（1）前臺（客戶購買）部分：1. 用戶管理：注冊會員、登錄、激活、退出、修改密碼；2. 分類顯示：顯示所有1 級和 2 級分類；3. 圖書顯示：按分類查詢圖書、通過關鍵字搜索圖書、高級搜索圖書、查看某本圖書的詳細等；4. 購物車管理：向購物車中添加圖書、修改購物車中圖書數(shù)量、刪除除購車中圖書、我的購物車

19、；5. 訂單管理：通過購物車中圖書生成訂單、查看我的訂單、查看某個訂單的詳細、訂單支付、確認收貨、取消未付款訂單。（2）后臺（管理員管理）部分：1. 管理員：管理員登錄；2. 分類管理： 查看所有分類、 添加 1 級分類、 添加 2 級分類、 修改 1 級分類、修改 2級分類、刪除1 級分類、刪除2 級分類；3. 圖書管理：按分類搜索圖書、高級搜索圖書、添加新圖書、查看圖書詳細信息、編輯圖書、刪除圖書；4. 訂單管理：按狀態(tài)搜索訂單、查看訂單詳細信息、取消訂單、發(fā)貨；3.1.1 需求規(guī)格需求規(guī)格說明書（簡略版）系統(tǒng)定義：“海濱在線書屋”應用程序應用環(huán)境：windows2000； windows

20、 xp； windows vista； windows 7； linux ；windows 10; ios etc. 功能規(guī)格：前臺（客戶購買）、后臺（管理員管理）性能需求：保證所有人員同時登錄服務器時也不會因處理的信息量過大而導致系統(tǒng)癱瘓。另必須保證系統(tǒng)的安全性，對賬戶有足夠的保護措施以防賬戶被盜。操作簡單明了，提示明顯，容易上手，界面整潔大方。產品提交：略實 現(xiàn) 約 束 ： 用 戶 管 理 、 分 類 顯 示 、 圖 書 顯 示 、 購 物 車 管 理 、 訂 單 管 理 、 管 理員、分類管理、圖書管理、訂單管理質量描述：如需求所述的足夠用戶承載量；可靠的系統(tǒng)安全性；操作簡單易學。 界面

21、整潔大方其他：略簽字認證：甲方（需方）：海濱書店乙方（供方）：it 項目管理團隊海濱在線書屋管理系統(tǒng)10 3.1.2 需求管理圖需求管理包含5 個特定實踐，如圖1 所示。獲得對需求的理解。在初步整理需求的基礎上，項目小組和用戶代表通過初步的分析討論，對當前項目的需求達成共識，并在需求列表中作相應記錄。獲取需求承諾。通過項目參與者的書面承諾，建立各方或各項工作的基準。管理需求變更。維護變更歷史，為調整與控制提供數(shù)據(jù)。在需求變更后維護對需求的雙向可追溯性。從軟件可維護性的角度提出管理要求。標識項目工作(包括計劃和產品)與需求的不一致性。若發(fā)現(xiàn)不一致性，即啟動糾正措施。3.1.3 需求變更管理需求變

22、更假設海濱書店向it 項目管理團隊提出如下需求變更：在辦公界面做一個可收縮的列表，顯示當前系統(tǒng)在線的工作人員，。軟件基線產品修改提交單申請人： xxx 申請日期： 2017年 7 月 6 日項目名稱：“海濱在線書屋”應用程序階段名稱：文件名稱：修改內容：增加功能“可收縮的在線工作人員顯示列表”驗證意見：同意變更，郵箱功能隨之變更驗證人： yyy 驗證日期： 2017年 9 月 8 日sccb ：sss、ccc 、bbb 填表人： zzz 海濱在線書屋管理系統(tǒng)11 第四部分任務分解4.1 任務清單4.1.1 功能分解清單1“海濱在線書屋”應用程序1.1 用戶管理1.1.1 注冊會員1.1.2 登

23、錄1.1.3 激活1.1.4 退出1.1.5 修改密碼1.1.6 單元測試1.2 分類顯示1.2.1 顯示一級分類1.2.2 顯示二級分類1.2.3 界面1.2.4 單元測試1.3 圖書顯示1.3.1 按分類查詢圖書1.3.2 通過關鍵字搜索圖書1.3.3 高級搜索圖書1.3.4 查看某本圖書的詳細1.3.5 單元測試1.4 購物車管理1.4.1向購物車中添加圖書1.4.2修改購物車中圖書數(shù)量1.4.3刪除購物車中圖書1.4.4我的購物車1.4.5單元測試1.5 訂單管理1.5.1通過購物車中圖書生成訂單1.5.2查看我的訂單1.5.3查看某個訂單的詳細1.5.4訂單支付1.5.5確認收貨海濱

24、在線書屋管理系統(tǒng)12 1.5.6取消未付款訂單1.5.7單元測試1.6 管理員1.6.1管理員登錄1.7 分類管理1.7.1查看所有分類1.7.2添加 1 級分類1.7.3添加 2 級分類1.7.4修改 1 級分類1.7.5修改 2 級分類1.7.6刪除 1 級分類1.7.7刪除 2 級分類1.77.8單元測試1.8 圖書管理1.8.1按分類搜索圖書1.8.2高級搜索圖書1.8.3添加新圖書1.8.4查看圖書詳細信息1.8.5編輯圖書1.8.6刪除圖書1.8.7單元測試1.9 訂單管理1.9.1按狀態(tài)搜索訂單1.9.2查看訂單詳細信息1.9.3取消訂單1.9.4發(fā)貨4.2 wbs (1) wb

25、s 的定義wbs （工作分解結構）是work breakdown structure的英文縮寫，是項目管理重要的專業(yè)術語之一。 wbs的基本定義：以可交付成果為導向對項目要素進行的分組，它歸納和定義了項目的整個工作范圍每下降一層代表對項目工作的更詳細定義。無論在項目管理實踐中，還是在pmp ，ipmp 考試中，工作分解結構(wbs)都是最重要的內容之一。wbs總是處于計劃過程的中心，也是制定進度計劃、資源需求、成本預算、 風險管理計劃和采購計劃等的重要基礎。 wbs 同時也是控制項目變更的重要基礎。項目范圍是由wbs 定義的，所以wbs 也是一個項目的綜合工具。(2)wbs字典管理的規(guī)范化、標

26、準化一直是眾多公司追求的目標，wbs字典就是這樣一種工具。它用于描述和定義wbs 元素中的工作的文檔。字典相當于對某一wbs 元素的規(guī)范， 即 wbs 元素必須完成的工作以及對工作的詳細描述；工作成果的描述和相應規(guī)范標準；元素上下級關系以及元素成果輸入輸出關系等。同時wbs字典對于清晰的定義項目范圍也有著巨大的規(guī)范作用，它使得wbs 易于理解和被組織以外的參與者（如承包商）接受。在建筑業(yè)，工程量清單海濱在線書屋管理系統(tǒng)13 規(guī)范就是典型的工作包級別的wbs 字典。(3)wbs的分層wbs 是進行計劃，人員分配，預算計劃的基礎，沒有wbs 工作，后面的一切工作都沒有依據(jù)。 wbs 的分層分解圖如

27、圖2 所示(4)系統(tǒng)的 wbs 前臺：用戶購書功能wbs 圖如圖 3 所示海濱在線書屋管理系統(tǒng)14 第五部分項目估算5.1 成本估算5.1 .1直接成本估算項目開發(fā)工作量估算表單位：人天編號任務名稱估計值小計前臺設計：53 1 用戶管理模塊8 2 分類顯示模塊10 3 圖書查詢模塊10 4 購物車管理模塊10 5 訂單管理模塊15 后臺管理：52 6 分類顯示模塊10 7 圖書查詢模塊24 8 訂單管理模塊18 表 1 從上圖得知項目工作量是105/ 人天，假設開發(fā)人員開發(fā)成本參數(shù)=500/ 人天，則內部開發(fā)成本 =500*105=52500 元。管理和質量成本可以根據(jù)以往的經驗，管理和質量成

28、本約為開發(fā)成本的30% ，即： 52500*30%=15750 元。則直接開發(fā)成本=開發(fā)成本 +管理和海濱在線書屋管理系統(tǒng)15 質量成本 =68250 元。5.1.2 間接成本估算項目名稱海濱在線書屋管理系統(tǒng)項目經理梁某估算小組成員張三，李四，王五估算階段與日期2014.6.10 工作分解結構項目規(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

29、 5 8 需求開發(fā)工作量25 系統(tǒng)設計工作量15 編程工作量30 測試工作量25 研發(fā)總工作量95 項目管理工作量估計項目管理的工作量=75 比例系數(shù)0.75 項目規(guī)劃工作量16 項目監(jiān)控工作量22 需求管理工作量21 管理工作量14 項目支撐工作量估計項目支撐的工作量=30 比例系數(shù)0.25 配置管理工作量5 質量保證工作量5 外包與采購工作量4 培訓管理工作量6 支撐總工作量20 成本估計類別細分、說明金額人力資源成本20000 50000 表 2 海濱在線書屋管理系統(tǒng)16 5.1.3 估算的誤差任務編號里程碑計劃工作預算成本已完成工作預算成本實際成本變量（ %）計劃成本1 已完成100

30、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 -55.5 6 未開工70 0 0 -100 - 7 已完成40 50 25 0 50 8 未開工50 0 0 - - 總計450 340 360 -24.4 -5.9 表 3 eac = （360/340）* 579000 = 613059（元）超支 = 613059 - 579000 = 34059（元）第六部分項目進度項目進度管理是指在項目實施過程中，對各階段的進展程度和項目最終完成的期限所進行的管理。是在規(guī)定的時間

31、內，擬定出合理且經濟的進度計劃（包括多級管理的子計劃），在執(zhí)行該計劃的過程中，經常要檢查實際進度是否按計劃要求進行，若出現(xiàn)偏差， 便要及時找出原因， 采取必要的補救措施或調整、修改原計劃，直至項目完成。其目的是保證項目能在滿足其時間約束條件的前提下實現(xiàn)其總體目標。6.1 定義活動定義活動是一過程，它涉及確認和描述一些特定的活動，完成了這些活動意味著完成了 wbs 結構中的項目細目和子細目。通過定義活動體現(xiàn)項目工作內容的完成，定義活動的輸入輸出圖如圖5 所示海濱在線書屋管理系統(tǒng)17 6.2 活動排序活動排序過程包括確認且編制活動間的相關性。實際上，這是一個開發(fā)網絡圖的過程。網絡圖是一種示意圖，描

32、繪項目中各項活動以及它們的時序關系?；顒颖仨毐徽_地加以排序以便今后制定實現(xiàn)的可行的進度計劃，可用手工進行排序， 大型項目也可以用專門的軟件。排序還因為存在的特定的約束，包括：1. 技術需求和規(guī)范2. 安全性與效率3. 企業(yè)政策與偏好4. 資源可用性活動排序過程包括編制活動間的三種相關性: 1. 內在的相關性（強制依賴關系）2. 指定性的相關性（資源依賴關系）3. 與外部相關性（外部依賴關系）活動間有四種相關依賴的關系：結束 開始：某活動必須結束，然后另一個活動才能開始。結束 結束：某活動結束前，另一活動必須結束。開始 開始：某活動必須在另一活動開始時開始。開始 結束：某活動結束前另一活動必須

33、開始?；顒优判虻慕Y果（輸出）是項目網絡圖。項目網絡圖是項目所有活動以及它們之間邏輯關系（相關性）的一個圖解表示，海濱在線書屋管理系統(tǒng)18 6.3 活動時間估計活動時間估計指預計完成各活動所需時間長短，在項目團隊中熟悉該活動特性的個人和小組可對活動所需時間做出估計。活動時間估計的輸入包括活動目錄，結束和假設，還有：1. 資源需求2. 資源數(shù)量活動所需時間估計的工具和方法：1. 專家判斷2. 類推估計6.4項目進度安排工作集子工作完成時間負責人最終交付物描述項目計劃確定負責人以及組長第二周小小負責人以及組長名單完成海濱在線書屋管理系統(tǒng)開發(fā)團隊的工作分配確定小組第三周王二小組成員名單成立系統(tǒng)開發(fā)團隊

34、小組搭建環(huán)境第三周各組組長開發(fā)環(huán)境運行說明文檔確定項目開發(fā)的工具及語言海濱在線書屋管理系統(tǒng)19 制定項目管理計劃書第四周熊寶項目管理計劃書初稿制定軟件開發(fā)過程管理計劃初步完成需求規(guī)格說明書采集用戶需求第五周小小、熊寶需求規(guī)格說明書通過與用戶溝通以及查閱相關資料了解和采集用戶的需求。對需求進行匯總，制定需求規(guī)格說明初稿分析用戶需求及制定需求規(guī)格說明原型第五周需求規(guī)格說明的進一步完善與修改第六周需求規(guī)格說明的最后確認第七周系統(tǒng)設計系統(tǒng)總體設計第八周張三軟件設計報告初稿制定系統(tǒng)總體的設計方案，并根據(jù)需求說明聯(lián)系實際進行相應的修改系統(tǒng)詳細設計第九周系統(tǒng)模型及架構最后確定第十周開發(fā)系統(tǒng)源代碼及源碼測試系

35、統(tǒng)源碼開發(fā)第十一周李四交付源代碼掌握開發(fā)工具的使用系統(tǒng)源碼測試第十二周王五測試文檔根據(jù)測試要求嚴格測試系統(tǒng)源碼復查第十三周吳倩無對代碼進行復查，盡量減少bug 進行整個進行整個網上教學系統(tǒng)的集第十四周梁冰無與其他小組長無間協(xié)海濱在線書屋管理系統(tǒng)20 表 4 甘特圖如下：6.5 工具使用microsoft project是國際上最為盛行與通用的項目管理軟件，適用于新產品研發(fā)、it 、房地產、工程、大型活動等多種項目類型。經過微軟多年研發(fā)，project包含了經典的項目管理思想和技術以及全球眾多企業(yè)的項目管理實踐。在企業(yè)內部使用和推廣project，在提升項目管理人員能力的同時也實現(xiàn)了項目管理專業(yè)

36、化與規(guī)范化的過程。microsoft excel 是微軟公司的辦公軟件microsoft office的組件之一，是由 microsoft為 windows和 apple macintosh 操作系統(tǒng)的電腦而編寫和運行的一款試算表軟件。excel 是微軟辦公套裝軟件的一個重要的組成部分，它可以進行各種數(shù)據(jù)的處理、統(tǒng)計分析和輔助決策操作，廣泛地應用于管理、統(tǒng)計財經、金融等眾多領域。第七部分質量計劃項目質量計劃是指為確定項目應該達到的質量標準和如何達到這些項目質量標準而做的項目質量的計劃與安排。項目質量計劃是質量策劃的結果之一。它規(guī)定與項目相關的質量海濱在線書屋滾輪系統(tǒng)的集成成作完成整個系統(tǒng)的集成

37、對整個集成后的系統(tǒng)進行測試檢查運行情況第十四周張夢無配置好iis服務，搭建整個系統(tǒng)的運行平臺測試整個系統(tǒng)的發(fā)布情況系統(tǒng)交付系統(tǒng)交付第十五周張斌系統(tǒng)能夠運行以及以及把相關技術文歸類存檔各組之間可以交流各自的開發(fā)經驗和心得體會海濱在線書屋管理系統(tǒng)21 標準，如何滿足這些標準，由誰及何時應使用哪些程序和相關資源。項目質量計劃工作的成果：項目質量計劃、項目質量工作說明、質量核檢清單、可用于其它管理的信息。7.1 質量計劃編制編制項目的質量計劃，首先必須確定項目的范圍、中間產品和最終產品，然后明確關于中間產品和最終產品的有關規(guī)定、標準， 確定可能影響產品質量的技術要點，并找出能夠確保高效滿足相關規(guī)定、標

38、準的過程方法。編制質量計劃通常采用流程圖、因果分析圖等方法對項目進行分析，確定需要監(jiān)控的關鍵元素，設置合理的見證點（w點）、停工待檢點（h點），并制定質量標準：1. 流程圖：顯示系統(tǒng)的各種成分是如何相互關系的，幫助我們預測在何處可能發(fā)生各種質量問題，并由此幫助開發(fā)處理他們的辦法。2. 因果分析圖（也稱魚刺圖）如圖7 所示：對于本項目， 編制質量計劃時采用因果分析圖，描述相關的各種原因和子原因如何產生潛在問題或影響，將影響質量問題的“人員、設備、參考資料、方法、環(huán)境”等各方面的原因進行細致的分解，方便地在質量計劃中制定相應的預防措施。其次， 質量計劃中還必須確定有效的質量管理體系，明確質量監(jiān)理人

39、員對項目質量負責和各級質量管理人員的權限。戴明環(huán)（又名pdca循環(huán)法）作為有效的管理工具在質量管理中得到廣泛的應用，它采用計劃執(zhí)行檢查措施的質量環(huán)，質量計劃中必須將質量環(huán)上各環(huán)節(jié)明確落實到各責任單位，才能保證質量計劃的有效實施。7.2 質量保證活動質量保證的只要活動包括過程評審和產品審計，過程評審和產品審計的目的是確保在項目進展過程中的各個階段和各個方面采取各項措施來保證和提高提交給用戶的產品質量。每一次過程評審和產品審計都應填寫相應的報告或活動記錄。如下表 9 為質量計劃標準項目具體描述計劃實際需求檢查5 2 系統(tǒng)總體設計檢查2 1 缺陷排除率（缺陷數(shù)/kloc ）詳細設計復核32 27 詳

40、細設計檢查10 7 代碼復核61 56 代碼檢查20 18 編譯21 15 單元測試15 14 系統(tǒng)集成5 4 人員方法設備環(huán)境參考資料質量問題海濱在線書屋管理系統(tǒng)22 系統(tǒng)測試5 5 表 5 7.3 產品審計產品審計由質量保證人員來進行，檢查項目產品是否達到質量目標。質量保證人員可以有選擇性地審計項目生存期中創(chuàng)建工作產品，以驗證是否符合適當?shù)臉藴?，是否進行了質量檢查，質量審計一覽表見表10 所示項審計對象審計階段參照的標準1 軟件項目計劃計劃結束企業(yè)質量體系2 軟件配置管理計劃計劃結束企業(yè)質量體系3 軟件質量保證計劃計劃結束企業(yè)質量體系和項目規(guī)劃4 總體設計文檔設計結束企業(yè)質量體系和項目規(guī)劃

41、5 詳細設計文檔計劃結束企業(yè)質量體系和項目規(guī)劃6 數(shù)據(jù)庫表和編碼規(guī)范計劃結束企業(yè)質量體系和項目規(guī)劃7 產品代碼每個階段實施結束企業(yè)質量體系和項目規(guī)劃8 測試報告測試結束企業(yè)質量體系和項目規(guī)劃9 系統(tǒng)計劃設計結束企業(yè)質量體系和項目規(guī)劃10 用戶文檔測試結束企業(yè)質量體系和項目規(guī)劃表 6 7.4 過程評審項目嚴格按照組織定義的軟件過程進行開發(fā)，過程評審的具體依據(jù)參照企業(yè)的過程規(guī)范，保證項目中的所有過程活動都在實施范圍內。在每次評審之后，要對評審結果做出明確的決策并形成評審記錄。評審可采取文件傳閱、評審會等形式。7.5 測試計劃1. 建立每個測試階段的目標。2. 確定沒項測試活動的進度和職責。3. 確

42、定工具、設備和測試庫的可用性。4. 建立用于計劃和進行測試以及報告測試結果的規(guī)程和標準。5. 制定衡量測試成功與完成的準則。第八部分配置計劃項目質量計劃是指為確定項目應該達到的質量標準和如何達到這些項目質量標準而做的項目質量的計劃與安排。項目質量計劃是質量策劃的結果之一。它規(guī)定與項目相關的質量標準，如何滿足這些標準，由誰及何時應使用哪些程序和相關資源。項目質量計劃工作的成果：項目質量計劃、項目質量工作說明、質量核檢清單、可用于其它管理的信息。8.1 配置管理人員組成海濱在線書屋管理系統(tǒng)23 根據(jù)本項目計劃的角色分配，可以確定配置管理人員，配置管理人員的角色和職責見表11：角色人員職責、工作范圍

43、配置管理者張三1.制定配置管理計劃2.創(chuàng)建和維護配置庫項目經理李四1.審批配置管理計劃2.審批重大的變更項目組成員項目經理：張曉質量保證人員：王五配置管理者：吳天審批某些配置項或基線的變更表 7 8.2 配置控制配置控制活動請求、評估、認可或拒絕、實現(xiàn)對基線ci 的配置變更。變更包括錯誤的改正和可靠性增強。 為變更過程所需的必須手續(xù)的復雜程度依靠在配置結構中變更對基線的影響。計劃必須描述在基線ci 的變更控制影響。計劃必須定義下列的詳細步驟： 1. 變更所需的標識和文檔； 2. 變更需求的分析和評估； 3. 需求的認可或否決； 4. 變更的確認、執(zhí)行和發(fā)布；計劃必須標識用來追蹤和記錄每個變更的

44、執(zhí)行序列的記錄。在處理原始需求的變更的每個不同必須被明確的記錄下來。8.3 配置審核和審計配置審核決定事實上ci 影響的所需的物理和功能的廣度。配置審閱時建立基線的管理工具。計劃必須為項目標識配置審核和審計。至少，一個配置審核必須在ci 發(fā)布前審核。對每個計劃的配置審核和審計，計劃必須定義以下方面：1. 它的目標；2. 處于審核和評審ci；3. 審核和評審任務的時間表；4. 實施審核和評審的過程；5. 工作標題的參與者；6. 為回顧或支持審核和評審需要用到的文件；7. 記錄不足和報告糾正行動的過程；8. 對認可之外的認可標準和特定行動。第九部分團隊管理項目團隊是軟件項目中最重要的因素，成功的團

45、隊管理是軟件項目順利實施的保證。10.1 軟件團隊管理概述軟件項目團隊管理工作結構如圖8 所示海濱在線書屋管理系統(tǒng)24 圖 8 10.2 it軟件項目管理團隊1.it 軟件管理團隊是通過將不同的個體組織在一起，形成一個具有團隊精神的高效率隊伍來進行軟件項目的開發(fā)。2. 軟件項目包括所有的項目干系人。項目干系人是指參與項目和受項目活動影響的人，包括：. 項目發(fā)起人. 資助者. 供應商. 項目組成員. 協(xié)助人員. 客戶. 使用者團隊人員獲取輸入：1. 人員配置管理計劃2. 人員庫說明3. 招募規(guī)則工具和技術：1. 談判2. 預分配3. 采購輸出：1. 已分配的項目人員2. 項目團隊名錄團隊建設輸入

46、：1. 項目人員2. 項目計劃3. 人員配置管理計劃4. 執(zhí)行情況報告5. 外部反饋措施：1. 團隊建設活動2. 一般管理技能3. 獎勵和承認系統(tǒng)4. 集中5. 培訓輸出：1. 團隊效能改進2. 績效評估輸入團隊組織計劃輸入：1. 組織界面2. 人員配置要求3. 制約方法和技術：1. 樣板2. 人力資源慣例3. 組織理論4. 項目干系人分析輸出：1. 組織結構圖2. 角色和職責分配3. 人 員 配 備 管 理 計劃4. 支持細節(jié)軟件項目團隊管理海濱在線書屋管理系統(tǒng)25 . 項目的反對人10.3 溝通時間安排1. 小組交流（1）每周例會每周例會時間由小組負責人自己擬定，因為要滿足各成員在場，所以

47、時間彈性比較大，但確定每周例會時必須的。（2）每天交流項目小組成員之間要每天進行交流，使用電話、qq 等進行討論有問題及時解決。2. 團隊交流（1）每兩周例會（時間固定）每兩周四下午14：30 到 17：30 進行整個團隊的項目交流。（2）每天交流每天項目組成人員用電話或者qq來進行討論，了解項目的進度，交流所遇到的困難并及時解決。第十部分集成項目項目集成管理是為了實現(xiàn)項目目標，確保項目范圍內的各項工作能夠順利協(xié)調地配合進行， 消除項目管理中的局部性，平衡項目各個目標之間的沖突，保證項目過程各階段的正確實施， 所開展的以整體思想為指導，從全局出發(fā)， 以項目總體利益最大化為目標，以統(tǒng)一協(xié)調各方面

48、管理為內容進行的全面管理的過程。它具有綜合性、 全局性和內外兼顧性的特征。集成項目計劃的完成是項目經理完成項目計劃的標志。項目集成管理包括對計劃的集成管理和對項目跟蹤控制的集成管理，它保證項目各要素相互協(xié)調，在相互影響的項目目標和方案中做出權衡，以滿足或者超出項目干系人的需求和期望。12.1 項目集成計劃12.1.1 項目概述網上購書的優(yōu)勢在于選擇面大、價格便宜、交易方便、節(jié)省時間和精力等。整個圖書市場一片繁榮， 在這種情況下， 網上書店的加入無疑將使得競爭更加激烈，但從另一個方面看，只有在這種激烈的競爭下，網上書店的優(yōu)勢才能得以體現(xiàn)。在中國， 網上書店有發(fā)展的必要，也有發(fā)展的基礎，發(fā)展網上書

49、店的各方面條件也日趨成熟，但是還存在一些問題，只有把問題解決好了， 才能保證網上書店的蓬勃發(fā)展。網上在線書屋是以當前商務的網絡化、快速化實際需求為背景，實現(xiàn)圖書購買的方便、快捷、送貨上門等服務為前提綜合信息服務系統(tǒng)的設計；實現(xiàn)通過internet互聯(lián)網對圖書購買的相關信息進行發(fā)布及圖書查詢、圖書介紹、海濱在線書屋管理系統(tǒng)26 圖書內容瀏覽等功能。消費者通過網絡在線進行圖書的網上購物和網上支付等活動，這樣即方便了消費者，又減少了企業(yè)成本。倡導“用戶是伙伴，多為用戶著想”的新型客戶服務理念。因此， 在網絡在線書屋系統(tǒng)實現(xiàn)顯示其它用戶購買情況和瀏覽產品情況。這些新型客戶服務，具有與眾不同的優(yōu)勢和特點

50、，將成為和用戶溝通、聯(lián)系、發(fā)展的有效的方法。12.1.2 項目任務范圍海濱在線書屋管理項目需要完成的任務主要包括會員注冊、訂單管理、購物車、搜索、支付等基本功能。此外，本系統(tǒng)也將實現(xiàn)在線圖書銷售系統(tǒng)的后端管理，包括圖書的添加、訂單的處理等功能。本系統(tǒng)完全基于jsp技術，在系統(tǒng)的設計與開發(fā)過程中嚴格遵守軟件工程的規(guī)范， 運用軟件設計模式，從而減少系統(tǒng)模塊間的偶合，力求做到系統(tǒng)的穩(wěn)定性、可重用性和可擴充性。12.1.3 項目目標本系統(tǒng)完全基于jsp技術，在系統(tǒng)的設計與開發(fā)過程中嚴格遵守軟件工程的規(guī)范，運用軟件設計模式， 從而減少系統(tǒng)模塊間的偶合，力求做到系統(tǒng)的穩(wěn)定性、可重用性和可擴充性，與傳統(tǒng)利用書店進行銷售的方式相比擁有