《學(xué)校內(nèi)部職工工資系統(tǒng)項目管理書.doc》由會員分享，可在線閱讀，更多相關(guān)《學(xué)校內(nèi)部職工工資系統(tǒng)項目管理書.doc（15頁珍藏版）》請在裝配圖網(wǎng)上搜索。

學(xué)校內(nèi)部職工工資系統(tǒng)項目管理書 1、項目概述 假設(shè)學(xué)校共有教職工約1000人，10個行政部門和8個系部。每個月20日前各部門（包括系、部）要將出勤情況上報人事處，23日前人事處將出勤工資、獎金及扣款清單送財務(wù)處。財務(wù)處于每月月底將教職工的工資表做好并將數(shù)據(jù)送銀行。每月初（3日前）將工資條發(fā)給各單位。若有員工調(diào)入、調(diào)出、校內(nèi)調(diào)動、離退休等數(shù)據(jù)變化，則由人事處通知相關(guān)部門和財務(wù)處。 2、工作任務(wù)(Statement Of Work,SOW)書 校務(wù)通管理系統(tǒng)業(yè)務(wù)需求 《學(xué)校內(nèi)部職工工資管理系統(tǒng)》是對學(xué)校所有職工工資進行管理的系統(tǒng)，是 學(xué)校內(nèi)部各校區(qū)內(nèi)與各校區(qū)間的公用平臺。它要完成學(xué)校對所有職工工資信息的管理，包括計算、傳播、存儲等，以及職工對自己信息的查詢操作。其目的是實現(xiàn)學(xué)校內(nèi)部職工的工資管理，準(zhǔn)確的管理職工工資獎金等信息 （一）整體要求 1)系統(tǒng)要求提供教師工作平臺和學(xué)生工作平臺。 2)系統(tǒng)要求有嚴(yán)格的權(quán)限管理，權(quán)限要在數(shù)據(jù)方面和功能方面都有體現(xiàn)。 3)系統(tǒng)要求有可擴充性，可以在現(xiàn)有系統(tǒng)的基礎(chǔ)上，通過前臺就可加掛其他功能模塊。 （二）系統(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）職工出缺勤信息查詢：查詢目標(biāo) 3）職工出缺勤信息表的建立：職工出缺勤信息表 (C)職工工資管理子系統(tǒng)： 1）職工基本工資信息讀?。郝毠せ竟べY信息表 2）職工實際工資獎金計算：標(biāo)準(zhǔn)工資信息 3）標(biāo)準(zhǔn)工資信息與銀行之間的雙向傳輸：標(biāo)準(zhǔn)工資信息 4）工資條對各部門的發(fā)放：標(biāo)準(zhǔn)工資信息 （四）應(yīng)達到的技術(shù)指標(biāo)和參數(shù) 系統(tǒng)應(yīng)滿足并行登錄、并行查詢的速度要求。其中主要內(nèi)容包括： 1)保證1000人以上可以同時登錄系統(tǒng)。 2)所有查詢速度應(yīng)在10秒以內(nèi)。 3)保證數(shù)據(jù)的每周備份。 4)出現(xiàn)問題應(yīng)在10分鐘內(nèi)恢復(fù)。 注：從SOW可以看出，一般情況下用戶提供的工作說明開始會很簡單、很模糊，但隨著項目的進展，客戶會隨時提出一些新的要求，這其實是項目管理過程中比較棘手、但確經(jīng)常發(fā)生的事情。 3、項目進度計劃 （一）分解項目工作 通過對《學(xué)校內(nèi)部職工工資管理系統(tǒng)》任務(wù)書的分析（分析項目結(jié)構(gòu)）結(jié)果，進一步對本項目的任務(wù)進行分解，采用圖表方式進行任務(wù)分解的分解結(jié)果如下圖所 （二）項目工作關(guān)系表 （三）項目甘特圖 （四）網(wǎng)絡(luò)進度計劃圖 （五）里程碑計劃 4、項目規(guī)模成本估算 （一）分解項目工作 通過對《校務(wù)通管理系統(tǒng)》任務(wù)書的分析（分析項目結(jié)構(gòu)）結(jié)果，進一步對本項目的任務(wù)進 行分解，采用圖表方式進行任務(wù)分解的分解結(jié)果如下圖所示。 說明： 1.它是按照功能組成標(biāo)準(zhǔn)進行的任務(wù)分解，其中沒有包括管理、質(zhì)量等相關(guān)的任務(wù)，WBS可以隨著系統(tǒng)的完善而不斷增加和完善。 2.聊天室和論壇采用標(biāo)準(zhǔn)的重用技術(shù)，網(wǎng)上考試功能已經(jīng)有成熟的產(chǎn)品(價格明確)，所以這些功能可以不用分解。 （二）項目規(guī)模估算表 （三）計算開發(fā)成本 從項目規(guī)模估算表得知項目規(guī)模是40人天，假設(shè)開發(fā)人員成本參數(shù)=400元／天，則： 內(nèi)部的開發(fā)成本=400元／天X40天=16000元。 則： 開發(fā)成本=16000元。 （四）計算管理、質(zhì)量成本 管理任務(wù)和質(zhì)量任務(wù)可以通過計算開發(fā)任務(wù)得到，根據(jù)經(jīng)驗，管理任務(wù)和質(zhì)量任務(wù)=20％X開發(fā)任務(wù)。 項目的管理和質(zhì)量成本=開發(fā)成本X 20％=3200元。 （五）直接成本 直接成本=16000+3200=19200元。 （六）計算間接成本 a)間接成本包括前期合同費用、房租、水電、培訓(xùn)、員工福利、客戶服務(wù)等。 b)根據(jù)經(jīng)驗，采用公式：間接成本=25％x直接成本。 間接成本=4800元。 （七）計算總估算成本 項目總估算成本=19200+4800=24000元。 （八）項目報價 如果項目的利潤是40％，其中風(fēng)險基金10％，利潤15％，稅費5％。則： 項目的總報價=24000 X 1.4=33600元。 5.項目質(zhì)量計劃 質(zhì)量計劃的要內(nèi)容包括：.項目質(zhì)量保證組織.項目的質(zhì)量目標(biāo).質(zhì)量保證活動.質(zhì)量控制活動 （一）項目質(zhì)量保證組織 1）組織機構(gòu) 在項目實施期間成立項目質(zhì)量保證組織，該組織由質(zhì)量保證人員和項目經(jīng)理等組成。項目經(jīng)理負責(zé)質(zhì)量監(jiān)督工作及項目進展過程中各環(huán)節(jié)的質(zhì)量把關(guān)，開發(fā)經(jīng)理負責(zé)質(zhì)量控制工作，質(zhì)量保證人員負責(zé)質(zhì)量保證的工作。組織結(jié)構(gòu)如下圖所示： 2）職責(zé) 在本項目中，質(zhì)量保證組織的職責(zé)如下： (1)高層管理 高層管理是公司負責(zé)質(zhì)量的高級管理，其質(zhì)量職責(zé)如下： .受理項目內(nèi)不能解決的不符合問題。 .負責(zé)聽取質(zhì)量保證組的工作報告，評審質(zhì)量保證活動和結(jié)果。 .參加有關(guān)質(zhì)量保證過程改進的評審。 (2)項目質(zhì)量保證人員 質(zhì)量保證人員的質(zhì)量職責(zé)如下： a. 負責(zé)項目實施過程中,對項目實施情況進行監(jiān)督，包括對項目實施過程和工作產(chǎn)品進行監(jiān)督檢查。 b. 實施項目組成員的質(zhì)量保證培訓(xùn)。 .制定質(zhì)量保證計劃。 c. 按計劃實施審計活動，依照質(zhì)量保證計劃執(zhí)行評審／審計，并記錄執(zhí)行中發(fā)現(xiàn)的不符合項。 d. 對不符合問題提交不符合項報告，跟蹤并驗證糾正措施的執(zhí)行情況。 .對項目內(nèi)不能解決的不符合項問題， 向高層管理提交報告。 .向項目經(jīng)理報告項目質(zhì)量工作狀況和質(zhì)量度量結(jié)果。 .定期向項目組報告質(zhì)量活動的結(jié)果。 e. 制定質(zhì)量保證的過程改進計劃，記錄過程數(shù)據(jù)。 (3)項目經(jīng)理 項目經(jīng)理的質(zhì)量職責(zé)如下： a. 評審質(zhì)量計劃。 b. 與質(zhì)量保證人員一起協(xié)商不符合項問題的糾正措施，并安排資源實施糾正措施。 c. 定期評審質(zhì)量保證活動和結(jié)果。 （二）質(zhì)量目標(biāo) 根據(jù)企業(yè)的質(zhì)量方針和質(zhì)量目標(biāo)，結(jié)合本項目特點，制定項目的總體質(zhì)量目標(biāo)： 1)基于需求的測試覆蓋率為100％。 2)軟件功能測試用例通過率不低于95％。 3)每個階段評審中發(fā)現(xiàn)的問題都已經(jīng)解決或得到適當(dāng)處理。 4)產(chǎn)品發(fā)布時不存在嚴(yán)重問題，以及以上的缺陷。 注：嚴(yán)重問題指導(dǎo)致系統(tǒng)或模塊不能正常工作的問題。 結(jié)合以往的項目經(jīng)驗和企業(yè)的質(zhì)量相應(yīng)標(biāo)準(zhǔn)，制定質(zhì)量標(biāo)準(zhǔn)如下表所示。 （三）質(zhì)量策略 為了保證提交給用戶的產(chǎn)品是高質(zhì)量的，實施過程中采取的質(zhì)量保證措施包括： 1． 將質(zhì)量貫徹到日常的項目進展過程中； 2． 應(yīng)該特別注意項目工作產(chǎn)品質(zhì)量的早期評審工作，無論是質(zhì)量保證還是質(zhì)量控制，采取的策略都是早期預(yù)防和早期排除缺陷。 （四）質(zhì)量保證活動 質(zhì)量保證的主要活動包括過程評審和產(chǎn)品審計。過程評審和產(chǎn)品審計的目的是確保在項目進展過程的各個階段和各個方面采取各項措施來保證和提高提交給用戶的產(chǎn)品質(zhì)量。每一次過程評審和產(chǎn)品審計都應(yīng)填寫相應(yīng)的報告或活動記錄。 1）產(chǎn)品審計 產(chǎn)品審計由質(zhì)量保證人員來進行，檢查項目產(chǎn)品是否達到質(zhì)量目標(biāo)。 質(zhì)量保證人員可以有選擇性地審計項目生存期中創(chuàng)建的工作產(chǎn)品，以驗證是否符合適當(dāng)?shù)臉?biāo)準(zhǔn)，是否進行了質(zhì)量檢查。下表便是質(zhì)量審計一覽表。 質(zhì)量審計一覽表 2）過程評審 項目嚴(yán)格按照組織定義的軟件過程進行開發(fā)，過程評審的具體依據(jù)參照企業(yè)的過程規(guī)范，保證項目中的所有過程活動都在實施范圍內(nèi)。在每次評審之后，要對評審結(jié)果做出明確的決策并形成評審記錄。評審可采取文件傳閱、評審會等形式。 質(zhì)量保證人員負責(zé)對項目過程進行監(jiān)督，將發(fā)現(xiàn)的問題和解決情況在每周的例會上通報，對沒有解決的問題進行討論，對不能解決的問題提交高級管理者處理。 每個周末，進行一次配置管理審核，確認配置管理工作是否正常進行。 根據(jù)公司的質(zhì)量保證體系和本項目的具體特點，確定項目執(zhí)行過程如下： （1) 項目規(guī)劃過程及產(chǎn)品標(biāo)準(zhǔn)。 （2)項目跟蹤管理過程。 （3)需求分析過程及產(chǎn)品標(biāo)準(zhǔn)。 （4)系統(tǒng)設(shè)計過程及產(chǎn)品標(biāo)準(zhǔn)。 （5)詳細設(shè)計過程及產(chǎn)品標(biāo)準(zhǔn)。 （6)調(diào)試運行過程及產(chǎn)品標(biāo)準(zhǔn)。 （7)代碼走查過程及代碼編寫標(biāo)準(zhǔn)。 （8)產(chǎn)品集成測試過程及產(chǎn)品標(biāo)準(zhǔn)。 （9)開發(fā)環(huán)境中的執(zhí)行規(guī)則。 （10) 測試環(huán)境中的執(zhí)行規(guī)則。 （11)質(zhì)量保證過程及其標(biāo)準(zhǔn)。 （12)配置管理過程及其標(biāo)準(zhǔn)。 （五）質(zhì)量控制活動 質(zhì)量控制活動包括代碼走查、單元測試、集成測試、環(huán)境測試等，由開發(fā)人負責(zé)，詳見進度計劃。編碼人員在編寫代碼時要進行同步單元測試，單元測試要達到分支覆蓋，產(chǎn)品通過單元測試和編碼檢查后，應(yīng)提交給測試部進行集成測試、系統(tǒng)測試。測試部的測試應(yīng)達到質(zhì)量目標(biāo)要求，軟件發(fā)布時應(yīng)達到測試通過準(zhǔn)則的要求。 （六）質(zhì)量保證的報告途徑 質(zhì)量保證人員對于每次審計活動發(fā)現(xiàn)的不符合項，應(yīng)該和項目經(jīng)理協(xié)商不符合項的糾正措施并預(yù)定完成日期，若和項目經(jīng)理存在意見分歧，質(zhì)量保證人員可以上報給高層管理者，由高層管理者決定最后的措施。同時，不符合項在項目周例會中匯報。 對不符合項，質(zhì)量保證人員要在預(yù)定完成日期內(nèi)重新審計，驗證不符合項的糾正情況，若超過預(yù)定完成日期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)計。 （七）記錄的收集、維護和保存 項目組應(yīng)當(dāng)保留項目執(zhí)行過程中形成的各類文檔、各種記錄、各級周報、各級會議記錄，對于項目中問題的處理也需要形成記錄保存。每周由質(zhì)量保證人員根據(jù)任務(wù)清單的審計任務(wù)進行審計活動，并收集各活動的過程數(shù)據(jù)。 6、軟件項目團隊 《學(xué)校內(nèi)部職工工資管理系統(tǒng)》的組織機構(gòu)如下圖所示。 用戶 （一）團隊組織及職責(zé) 市場部： 負責(zé)與用戶的協(xié)調(diào)工作 負責(zé)項目相關(guān)的商務(wù)活動 負責(zé)用戶需求的接口 配合項目經(jīng)理的資源協(xié)調(diào)活動 負責(zé)產(chǎn)品的驗收活動 負責(zé)系統(tǒng)的維護活動。 項目經(jī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)品的驗收工作 （二）項目的溝通計劃 為了保證項目開發(fā)過程的順利進行和信息的有效溝通，特要求如下的溝通計劃： 1)每天17：00-17：30，項目組成員進行口頭交流。 2)每周五的14：00前提交周報告，格式見模板。 3)每周五的15：00-17：00，召開項目周例會，會后發(fā)布會議紀(jì)要給相關(guān)的項目人員，其中說明項目的進展和存在的問題。 4)及時提交問題報告，問題報告可以通過網(wǎng)絡(luò)提交，項目經(jīng)理會及時獲取問題信息。 7、軟件項目配置管理計劃 《學(xué)校內(nèi)部職工工資管理系統(tǒng)》的配置管理計劃如下： （1）引言 略 （2）組織及職責(zé) 1)確定配置管理者，SCCB(配置控制委員會)成員。 2)項目經(jīng)理是SCCB的負責(zé)人。 3)配置管理的角色和職責(zé)見下表。 由于本項目屬于中小型項目，工期也不是很長，所以采用SourceSafe作為配置管理工具。 1）目錄結(jié)構(gòu)(見下表) 配置庫的目錄結(jié)構(gòu) 2）用戶及權(quán)限(見下表) 1） 配置項標(biāo)識 命名規(guī)范 命名規(guī)范適用于過程文檔、生存期中各階段的計劃、需求、設(shè)計、代碼、測試、手冊等文件。 本項目文件命名規(guī)范由5個宇段組成，從左到右依次為：公司、項目、類型、編號和版本號，如下圖所示。這些字段用一橫線(—)分隔。 QTD-School-RM-002-V1.0 公司：3個字符 項目：最長10個字類型：最長5個字符 編號：最長8位數(shù)字 版本號：Vm.n 主要配置項 配置項的版本管理 配置項可能包含的分支從邏輯上可以劃分成4個不同功能的分支，讓它們分別對應(yīng)4類工作空間。 ．主干分支 私有分支 . 小組分支 集成分支 上面定義的四類工作空間(分支)由項目執(zhí)行負責(zé)人統(tǒng)一管理，根據(jù)各開發(fā)階段的實際情況定制相應(yīng)的版本選取規(guī)則，來保證開發(fā)活動的正常運作。在變更發(fā)生時，應(yīng)及時做好基線的推進。 對配置項的版本管理在不同分支具有不同的策略： a)主干分支 系統(tǒng)默認自動建立的物理分支——主干分支(／main)。 b)私有分支 ‘ 如果多個開發(fā)工程師維護一個配置項時建議建立自己的私有分支。配置管理員對其基本不予管理，如個別私有空間上的版本樹過于冗余，將對其冗余版本進行限制。 c)小組分支 如果出現(xiàn)小組共同開發(fā)該配置項，該分支可視為項目組內(nèi)部分組的私有空間，存放代碼開發(fā)過程中的版本分支，由項目組內(nèi)部控制。 d)集成分支 集成測試時在主干分支的特定版本上建立集成分支，測試工作在集成分支上完成。 私有分支和小組分支均為可選，必要時建立。 2） 變更管理 變更管理的流程是： a)由請求者提交變更請求，SCCB召開復(fù)審會議對變更請求進行復(fù)審，以確定該請求是否為有效請求。典型的變更請求管理有需求變更管理、缺陷追蹤等。 b)配置管理員收到基線修改請求后，在配置庫中生成與此配置項相關(guān)的波及關(guān)系表。 c)配置管理員將基線波及關(guān)系表提交給SCCB， 由SCCB確定是否需要修改，如果需要修改，SCCB應(yīng)根據(jù)波及關(guān)系表，確定需要修改的具體文件，并在波及分析表中標(biāo)識出來。 d)配置管理員按照出庫程序從配置庫中取出需要修改的文件。 e)項目人員將修改后的文件提交給配置管理員。 f)配置管理員將修改后的配置項按入庫程序放入配置庫。 g)配置管理員按SCCB標(biāo)識出的修改文件， 由波及關(guān)系表生成基線變更記錄表，并按入庫程序放入配置庫。 (3) 配置狀態(tài)統(tǒng)計 利用配置狀態(tài)統(tǒng)計，可以記錄和跟蹤配置項的改變。狀態(tài)統(tǒng)計可用于評估項目風(fēng)險，在開發(fā)過程中跟蹤更改，并且提供統(tǒng)計數(shù)據(jù)以確保所有必需的更改已被執(zhí)行。為跟蹤工作產(chǎn)品基線，配置管理員需收集下列信息： 基線類型。 工作產(chǎn)品名稱。 配置項名稱／標(biāo)識符。 版本號。 更改日期／時間。 更改請求列表。 需要更改的配置項 .當(dāng)前狀態(tài)。 當(dāng)前狀態(tài)發(fā)生日期。 項目組每周提交配置項清單及其當(dāng)前版本。 配置管理人員每半個月提交變更請求的狀態(tài)統(tǒng)計。