軟件項目管理課程設計實驗報告(共25頁)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上 軟件項目管理 課程設計報告學 院:專 業(yè):班 級:學 號:姓 名:指導教師:時 間:2013年 1月目錄1、項目概述 . 12、工作任務 (Statement Of Work,SOW書 . 1(一整體要求 . 1(二系統(tǒng)邏輯模型 . 2(三系統(tǒng)功能描述 . 3(四應達到的技術指標和參數(shù) . 3 3、項目進度計劃 . 4(一分解項目工作 . 4(二項目工作關系表 . 5(三項目甘特圖 . 6(四網(wǎng)絡進度計劃圖 . 7(五里程碑計劃 . 9 4、項目規(guī)模成本估算 . 9(一分解項目工作 . 9(二項目規(guī)模估算表 . 11(三計算開發(fā)成本 . 12(四計算管理、質(zhì)量成本

2、. 12(五直接成本 . 12(六計算間接成本 . 12(七計算總估算成本 . 12(八項目報價 . 13 5. 項目質(zhì)量計劃 . 13(一項目質(zhì)量保證組織 . 13(二質(zhì)量目標 . 14(三質(zhì)量策略 . 15(四質(zhì)量保證活動 . 15(五質(zhì)量控制活動 . 17(六質(zhì)量保證的報告途徑 . 17(七記錄的收集、維護和保存 . 17 6、軟件項目團隊 . 17(一團隊組織及職責 . 18(二項目的溝通計劃 . 19 7、軟件項目配置管理計劃 . 19學校內(nèi)部職工工資系統(tǒng)項目管理書 1、項目概述假設學校共有教職工約 1000人, 10個行政部門和 8個系部。每個月 20日前各 部門(包括系、部要將出

3、勤情況上報人事處, 23日前人事處將出勤工資、獎 金及扣款清單送財務處。 財務處于每月月底將教職工的工資表做好并將數(shù)據(jù)送銀 行。每月初(3日前將工資條發(fā)給各單位。若有員工調(diào)入、調(diào)出、校內(nèi)調(diào)動、 離退休等數(shù)據(jù)變化,則由人事處通知相關部門和財務處。2、工作任務 (Statement Of Work,SOW書 校務通管理系統(tǒng)業(yè)務需求學校內(nèi)部職工工資管理系統(tǒng) 是對學校所有職工工資進行管理的系統(tǒng), 是 學校內(nèi)部各校區(qū)內(nèi)與各校區(qū)間的公用平臺。 它要完成學校對所有職工工資信息的 管理,包括計算、傳播、存儲等,以及職工對自己信息的查詢操作。其目的是實 現(xiàn)學校內(nèi)部職工的工資管理,準確的管理職工工資獎金等信息(一

4、整體要求1 系統(tǒng)要求提供教師工作平臺和學生工作平臺。2 系統(tǒng)要求有嚴格的權限管理,權限要在數(shù)據(jù)方面和功能方面都有體現(xiàn)。3 系統(tǒng)要求有可擴充性, 可以在現(xiàn)有系統(tǒng)的基礎上, 通過前臺就可加掛其他 功能模塊。(二系統(tǒng)邏輯模型 (三系統(tǒng)功能描述(A職工基本信息管理子系統(tǒng)1職工基本信息輸入:數(shù)據(jù)輸入,存儲2建立職工基本信息表:數(shù)據(jù)集中3職工基本信息查詢:數(shù)據(jù)查詢4職工基本信息修改:a. 寫修改職工基本信息:數(shù)據(jù)修改b. 發(fā)送提示信息至其他部門:數(shù)據(jù)讀出(B職工出勤信息管理子系統(tǒng):1職工出缺勤信息輸入:職工出缺勤信息表2職工出缺勤信息查詢:查詢目標3職工出缺勤信息表的建立:職工出缺勤信息表(C職工工資管理

5、子系統(tǒng):1職工基本工資信息讀取:職工基本工資信息表2職工實際工資獎金計算:標準工資信息3標準工資信息與銀行之間的雙向傳輸:標準工資信息4工資條對各部門的發(fā)放:標準工資信息(四應達到的技術指標和參數(shù)系統(tǒng)應滿足并行登錄、并行查詢的速度要求。其中主要內(nèi)容包括:1 保證 1000人以上可以同時登錄系統(tǒng)。2 所有查詢速度應在 10秒以內(nèi)。3 保證數(shù)據(jù)的每周備份。4 出現(xiàn)問題應在 10分鐘內(nèi)恢復。注:從 SOW 可以看出, 一般情況下用戶提供的工作說明開始會很簡單、 很模糊, 但隨著項目的進展, 客戶會隨時提出一些新的要求, 這其實是項目管理過程中比 較棘手、但確經(jīng)常發(fā)生的事情。3、項目進度計劃(一分解項

6、目工作通過對學校內(nèi)部職工工資管理系統(tǒng)任務書的分析(分析項目結(jié)構(gòu)結(jié)果,進 一步對本項目的任務進行分解, 采用圖表方式進行任務分解的分解結(jié)果如下圖所 4(二項目工作關系表 5(三項目甘特圖 6(四網(wǎng)絡進度計劃圖 8(五里程碑計劃 4、項目規(guī)模成本估算(一分解項目工作通過對校務通管理系統(tǒng)任務書的分析(分析項目結(jié)構(gòu)結(jié)果,進一步對本項目的任務進 行分解,采用圖表方式進行任務分解的分解結(jié)果如下圖所示。910 說明:1. 它是按照功能組成標準進行的任務分解,其中沒有包括管理、質(zhì)量等相關的任 務, WBS 可以隨著系統(tǒng)的完善而不斷增加和完善。2. 聊天室和論壇采用標準的重用技術,網(wǎng)上考試功能已經(jīng)有成熟的產(chǎn)品

7、(價格明 確 ,所以這些功能可以不用分解。(二項目規(guī)模估算表 11 (三計算開發(fā)成本從項目規(guī)模估算表得知項目規(guī)模是 40人天, 假設開發(fā)人員成本參數(shù) =400元/天, 則:內(nèi)部的開發(fā)成本 =400元/天 X40天 =16000元。則:開發(fā)成本 =16000元。(四計算管理、質(zhì)量成本管理任務和質(zhì)量任務可以通過計算開發(fā)任務得到, 根據(jù)經(jīng)驗, 管理任務和質(zhì)量任 務 =20%X 開發(fā)任務。項目的管理和質(zhì)量成本 =開發(fā)成本 X 20%=3200元。(五直接成本直接成本 =16000+3200=19200元。(六計算間接成本a 間接成本包括前期合同費用、房租、水電、培訓、員工福利、客戶服務等。b 根據(jù)經(jīng)驗

8、,采用公式:間接成本 =25%x 直接成本。間接成本 =4800元。(七計算總估算成本項目總估算成本 =19200+4800=24000元。12(八項目報價如果項目的利潤是 40%,其中風險基金 10%,利潤 15%,稅費 5%。則:項目的總報價 =24000 X 1.4=33600元。5. 項目質(zhì)量計劃質(zhì)量計劃的要內(nèi)容包括:. 項目質(zhì)量保證組織 . 項目的質(zhì)量目標 . 質(zhì)量保證活動 . 質(zhì)量 控制活動(一項目質(zhì)量保證組織1組織機構(gòu)在項目實施期間成立項目質(zhì)量保證組織, 該組織由質(zhì)量保證人員和項目經(jīng)理等組 成。 項目經(jīng)理負責質(zhì)量監(jiān)督工作及項目進展過程中各環(huán)節(jié)的質(zhì)量把關, 開發(fā)經(jīng)理 負責質(zhì)量控制工

9、作,質(zhì)量保證人員負責質(zhì)量保證的工作。組織結(jié)構(gòu)如下圖所示: 132職責在本項目中,質(zhì)量保證組織的職責如下:(1高層管理高層管理是公司負責質(zhì)量的高級管理,其質(zhì)量職責如下:. 受理項目內(nèi)不能解決的不符合問題。. 負責聽取質(zhì)量保證組的工作報告,評審質(zhì)量保證活動和結(jié)果。. 參加有關質(zhì)量保證過程改進的評審。(2項目質(zhì)量保證人員質(zhì)量保證人員的質(zhì)量職責如下:. 負責項目實施過程中 , 對項目實施情況進行監(jiān)督, 包括對項目實施過程和 工作產(chǎn)品進行監(jiān)督檢查。. 實施項目組成員的質(zhì)量保證培訓。. 制定質(zhì)量保證計劃。. 按計劃實施審計活動,依照質(zhì)量保證計劃執(zhí)行評審/審計,并記錄執(zhí)行 中發(fā)現(xiàn)的不符合項。. 對不符合問題

10、提交不符合項報告,跟蹤并驗證糾正措施的執(zhí)行情況。 . 對項目內(nèi)不能解決的不符合項問題, 向高層管理提交報告。. 向項目經(jīng)理報告項目質(zhì)量工作狀況和質(zhì)量度量結(jié)果。. 定期向項目組報告質(zhì)量活動的結(jié)果。. 制定質(zhì)量保證的過程改進計劃,記錄過程數(shù)據(jù)。(3項目經(jīng)理項目經(jīng)理的質(zhì)量職責如下:. 評審質(zhì)量計劃。. 與質(zhì)量保證人員一起協(xié)商不符合項問題的糾正措施, 并安排資源實施糾 正措施。. 定期評審質(zhì)量保證活動和結(jié)果。(二質(zhì)量目標根據(jù)企業(yè)的質(zhì)量方針和質(zhì)量目標,結(jié)合本項目特點,制定項目的總體質(zhì)量目標:1 基于需求的測試覆蓋率為 100%。2 軟件功能測試用例通過率不低于 95%。3 每個階段評審中發(fā)現(xiàn)的問題都已經(jīng)

11、解決或得到適當處理。4 產(chǎn)品發(fā)布時不存在嚴重問題,以及以上的缺陷。注:嚴重問題指導致系統(tǒng)或模塊不能正常工作的問題。結(jié)合以往的項目經(jīng)驗和企業(yè)的質(zhì)量相應標準,制定質(zhì)量標準如下表所示。(三質(zhì)量策略為了保證提交給用戶的產(chǎn)品是高質(zhì)量的,實施過程中采取的質(zhì)量保證措施包括:1 將質(zhì)量貫徹到日常的項目進展過程中;2 應該特別注意項目工作產(chǎn)品質(zhì)量的早期評審工作, 無論是質(zhì)量保證還是質(zhì)量控 制,采取的策略都是早期預防和早期排除缺陷。(四質(zhì)量保證活動質(zhì)量保證的主要活動包括過程評審和產(chǎn)品審計。 過程評審和產(chǎn)品審計的目的是確 保在項目進展過程的各個階段和各個方面采取各項措施來保證和提高提交給用 戶的產(chǎn)品質(zhì)量。每一次過程

12、評審和產(chǎn)品審計都應填寫相應的報告或活動記錄。 1產(chǎn)品審計產(chǎn)品審計由質(zhì)量保證人員來進行,檢查項目產(chǎn)品是否達到質(zhì)量目標。質(zhì)量保證人員可以有選擇性地審計項目生存期中創(chuàng)建的工作產(chǎn)品, 以驗證是否符 合適當?shù)臉藴?是否進行了質(zhì)量檢查。下表便是質(zhì)量審計一覽表。 質(zhì)量審計一覽表 2過程評審項目嚴格按照組織定義的軟件過程進行開發(fā), 過程評審的具體依據(jù)參照企業(yè)的過 程規(guī)范, 保證項目中的所有過程活動都在實施范圍內(nèi)。 在每次評審之后, 要對評 審結(jié)果做出明確的決策并形成評審記錄。評審可采取文件傳閱、評審會等形式。 質(zhì)量保證人員負責對項目過程進行監(jiān)督, 將發(fā)現(xiàn)的問題和解決情況在每周的例會 上通報,對沒有解決的問題進

13、行討論,對不能解決的問題提交高級管理者處理。 每個周末,進行一次配置管理審核,確認配置管理工作是否正常進行。根據(jù)公司的質(zhì)量保證體系和本項目的具體特點,確定項目執(zhí)行過程如下:(1 項目規(guī)劃過程及產(chǎn)品標準。(2 項目跟蹤管理過程。(3 需求分析過程及產(chǎn)品標準。(4 系統(tǒng)設計過程及產(chǎn)品標準。(5 詳細設計過程及產(chǎn)品標準。(6 調(diào)試運行過程及產(chǎn)品標準。(7 代碼走查過程及代碼編寫標準。(8 產(chǎn)品集成測試過程及產(chǎn)品標準。(9 開發(fā)環(huán)境中的執(zhí)行規(guī)則。(10 測試環(huán)境中的執(zhí)行規(guī)則。(11 質(zhì)量保證過程及其標準。(12 配置管理過程及其標準。(五質(zhì)量控制活動質(zhì)量控制活動包括代碼走查、 單元測試、 集成測試、

14、環(huán)境測試等, 由開發(fā)人負責, 詳見進度計劃。 編碼人員在編寫代碼時要進行同步單元測試, 單元測試要達到分 支覆蓋, 產(chǎn)品通過單元測試和編碼檢查后, 應提交給測試部進行集成測試、 系統(tǒng) 測試。 測試部的測試應達到質(zhì)量目標要求, 軟件發(fā)布時應達到測試通過準則的要 求。(六質(zhì)量保證的報告途徑質(zhì)量保證人員對于每次審計活動發(fā)現(xiàn)的不符合項, 應該和項目經(jīng)理協(xié)商不符合項 的糾正措施并預定完成日期, 若和項目經(jīng)理存在意見分歧, 質(zhì)量保證人員可以上 報給高層管理者, 由高層管理者決定最后的措施。 同時, 不符合項在項目周例會 中匯報。對不符合項, 質(zhì)量保證人員要在預定完成日期內(nèi)重新審計, 驗證不符合項的糾正 情

15、況, 若超過預定完成日期 1周仍然有沒解決的不符合項, 質(zhì)量保證人員上報給 高級管理者,由高級管理者決定最后的措施。質(zhì)量保證人員有獨立的匯報途徑,日常的匯報途徑如下:. 將發(fā)現(xiàn)的問題通知項目經(jīng)理,協(xié)調(diào)糾正措施。. 將項目組內(nèi)不能協(xié)調(diào)的問題匯報給高級管理者,由高級管理者協(xié)調(diào)解決。 . 將日常工作和過程數(shù)據(jù)匯報給質(zhì)量經(jīng)理, 由其統(tǒng)一收集并進行統(tǒng)計。 (七記錄的收集、維護和保存項目組應當保留項目執(zhí)行過程中形成的各類文檔、 各種記錄、 各級周報、 各級會 議記錄, 對于項目中問題的處理也需要形成記錄保存。 每周由質(zhì)量保證人員根據(jù) 任務清單的審計任務進行審計活動,并收集各活動的過程數(shù)據(jù)。6、軟件項目團隊

16、學校內(nèi)部職工工資管理系統(tǒng)的組織機構(gòu)如下圖所示。 (一團隊組織及職責市場部:負責與用戶的協(xié)調(diào)工作負責項目相關的商務活動負責用戶需求的接口配合項目經(jīng)理的資源協(xié)調(diào)活動負責產(chǎn)品的驗收活動負責系統(tǒng)的維護活動。項目經(jīng)理:負責項目的組織和規(guī)劃負責項目計劃制定和維護負責項目的跟蹤和管理負責資源的分配和協(xié)調(diào)活動負責各組織和計劃之間的協(xié)調(diào)活動負責與市場部的協(xié)調(diào)活動軟件開發(fā):負責項目的軟件開發(fā),包括設計、編碼、單元測試和集成測試負責產(chǎn)品質(zhì)量控制的工作負責配合質(zhì)量保證的活動,如系統(tǒng)測試、文檔編制等配合產(chǎn)品驗收的相關活動質(zhì)量保證:用戶負責項目過程和產(chǎn)品規(guī)范的制定 負責項目過程的質(zhì)量保證活動，包括過程評審和產(chǎn)品審計 配置

17、管理： 負責項目的配置管理活動 負責軟件產(chǎn)品的提交。 用戶： 確保相關責任的實施 參與項目的組織和規(guī)劃 負責產(chǎn)品的驗收工作 （二）項目的溝通計劃 為了保證項目開發(fā)過程的順利進行和信息的有效溝通，特要求如下的溝通計劃： 1每天 17：00-17：30，項目組成員進行口頭交流。 2每周五的 14：00 前提交周報告，格式見模板。 3每周五的 15：00-17：00，召開項目周例會，會后發(fā)布會議紀要給相關的項目 人員，其中說明項目的進展和存在的問題。 4及時提交問題報告，問題報告可以通過網(wǎng)絡提交，項目經(jīng)理會及時獲取問題信 息。 7、軟件項目配置管理計劃 學校內(nèi)部職工工資管理系統(tǒng)的配置管理計劃如下：

18、（1）引言 略 （2）組織及職責 1確定配置管理者，SCCB(配置控制委員會成員。 2項目經(jīng)理是 SCCB 的負責人。 3配置管理的角色和職責見下表。 角色 配置管理員 SCCB 負責人 SCCB （3）配置管理環(huán)境 由于本項目屬于中小型項目， 工期也不是很長， 所以采用 SourceSafe 作為配置管 理工具。 1）目錄結(jié)構(gòu)(見下表 19 配置管理角色職責表 人員 職責 1 制定配置管理計劃 2 創(chuàng)建和維護配置庫 1） 審批配置管理計劃 2） 審批重大變更 審批某些配置或基線變更 配置庫的目錄結(jié)構(gòu) 序號 內(nèi)容 TCM RM SPP SPTO SCM SQA 說明 技術合同管理 需求管理 軟

19、件項目計劃 軟件項目跟蹤與管理 軟件配置管理 軟件質(zhì)量保證 設計 SPE 軟件 產(chǎn)品 工程 源代碼 目標代碼 測試 發(fā)布 路徑 $prj_SchoolTCM $prj_SchoolRM $prj_SchoolSPP $prj_SchoolSPTO $prj_SchoolSCM $prj_SchoolSQA $prj_SchoolSPEDESIGN $prj_SchoolSPESOURCECODE $prj_SchoolSPEBUILD $prj_SchoolSPETEST $prj_SchoolSPERELEASE 2）用戶及權限(見下表 類別 配置管理者 項目經(jīng)理 質(zhì)量保證人員 開發(fā)人員 高

20、層管理 人員 權限 負責項目配置管理，對庫擁有所有權限 讀 讀 讀 讀 （4）配置管理活動 1） 配置項標識 命名規(guī)范 命名規(guī)范適用于過程文檔、生存期中各階段的計劃、需求、設計、代碼、測試、 手冊等文件。 本項目文件命名規(guī)范由 5 個宇段組成，從左到右依次為：公司、項目、類型、編 號和版本號，如下圖所示。這些字段用一橫線(分隔。 公司：3 個字符 項目：最長 10 個字 類型： 最長 5 個字符 符 編號： 最長 8 位數(shù)字 版本號：Vm.n QTD-School-RM-002-V1.0 20 主要配置項 類型 技術 合同 計劃 主要配置項 合同 SOW 項目計劃 質(zhì)量保證計劃 置管理計劃 需

21、求 需求規(guī)格說明書 用戶 DEMO 總體設計說明書 設計 數(shù)據(jù)庫設計 詳細設計說明書 設計術語及規(guī)范 編程 源程序 編碼規(guī)則 測試計劃 測試 測試用例 測試報告 運行產(chǎn)品 提交 驗收報告 用戶手冊 標 識 符 預計正式 發(fā)表時間 QTD-SCh001-TCM-Contract-V10 QTDSch001TCM-SOLVl0 QTD-SchOOl-SPP-PP-V10 TD-Sch001-SPP-SQA-V10 QTD-Sch001-SPP-CM-V10 QTD-SchOOLRM-SRS-V10 QTD-SCh001-RM-Demo-V10 QTD-Ch001-eSign-HL-V10 QTD-

22、SCh001-Design-DB-V10 QTD-SChOOl-DeSign-LL-V10 QTD-SCh001-Design-STD-V10 QTD-SCh001-Code-ModUleName-V1.0 QTD-SCh001-Code-STD-V10 QTD-School-TeSt-P1an-V10 QTD-SCh001-TeSt-ase-V10 QTD-School-TeSt-Report-V10 QTD-School-Product-Exe-V10 QTD-School-Product-Repoort-V10 QTD-School-Product-Manual-V10 項目基線 基線名

23、稱 標識符 需求 基線所包含的主要配置項 預計建立時 間（天） 需求規(guī)格說明書、用戶 DEMO 20 總體設計 項目實現(xiàn) 系統(tǒng)測試 總體設計說明書、數(shù)據(jù)庫設計 軟件源代碼、編碼規(guī)則 測試用例、測試報告 30 70 93 配置項的版本管理 配置項可能包含的分支從邏輯上可以劃分成 4 個不同功能的分支， 讓它們分別對 應 4 類工作空間。 主干分支 私有分支 21 . 小組分支 集成分支 上面定義的四類工作空間(分支由項目執(zhí)行負責人統(tǒng)一管理，根據(jù)各開發(fā)階段的 實際情況定制相應的版本選取規(guī)則， 來保證開發(fā)活動的正常運作。 在變更發(fā)生時， 應及時做好基線的推進。 對配置項的版本管理在不同分支具有不同的策略： a主干分支 系統(tǒng)默認自動建立的物理分支主干分支(main。 b私有分支 如果多個開發(fā)工程師維護一個配置項