學校內部職工工資系統(tǒng)項目管理書.doc

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

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