學校內部職工工資系統項目管理書_第1頁
學校內部職工工資系統項目管理書_第2頁
學校內部職工工資系統項目管理書_第3頁
學校內部職工工資系統項目管理書_第4頁
學校內部職工工資系統項目管理書_第5頁
已閱讀5頁,還剩8頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、學校內部職工工資系統項目管理書1、項目概述假設學校共有教職工約 1000人, 10個行政部門和 8個系部。 每個月 20日前 各部門(包括系、部要將出勤情況上報人事處, 23日前人事處將出勤工資、 獎金及扣款清單送財務處。 財務處于每月月底將教職工的工資表做好并將數據送 銀行。每月初(3日前將工資條發給各單位。若有員工調入、調出、校內調動、 離退休等數據變化,則由人事處通知相關部門和財務處。2、工作任務 (Statement Of Work,SOW 書校務通管理系統業務需求學校內部職工工資管理系統是對學校所有職工工資進行管理的系統,是 學校內部各校區內與各校區間的公用平臺。 它要完成學校對所有

2、職工工資信 息的管理,包括計算、傳播、存儲等,以及職工對自己信息的查詢操作。其目的 是實現學校內部職工的工資管理,準確的管理職工工資獎金等信息(一整體要求1 系統要求提供教師工作平臺和學生工作平臺。2 系統要求有嚴格的權限管理,權限要在數據方面和功能方面都有體現。3 系統要求有可擴充性,可以在現有系統的基礎上,通過前臺就可加掛其他 功能模塊。(二系統邏輯模型(三系統功能描述(A 職工基本信息管理子系統1職工基本信息輸入:數據輸入,存儲 2建立職工基本信息表:數據集 中 3職工基本信息查詢:數據查詢 4職工基本信息修改:a. 寫修改職工基本信息:數據修改b. 發送提示信息至其他部門:數據讀出(B

3、 職工出勤信息管理子系統:1職工出缺勤信息輸入:職工出缺勤信息表 2職工出缺勤信息查詢:查 詢目標3職工出缺勤信息表的建立:職工出缺勤信息表(C職工工資管理子系統:1職工基本工資信息讀取:職工基本工資信息表 2職工實際工資獎金計 算:標準工資信息3標準工資信息與銀行之間的雙向傳輸:標準工資信息 4工資條對各部 門的發放:標準工資信息(四應達到的技術指標和參數系統應滿足并行登錄、并行查詢的速度要求。其中主要內容包括:1 保證 1 000人以上可以同時登錄系統。 2 所有查詢速度應在 10秒以內。 3 保證數據的 每周備份。4 出現問題應在 10分鐘內恢復。 注:從 SOW 可以看出, 一般情況下

4、用戶提 供的工作說明開始會很簡單、 很模糊, 但隨著項目的進展, 客戶會隨時提出一些 新的要求,這其實是項目管理過程中比較棘手、但確經常發生的事情。3、項目進度計劃(一分解項目工作通過對 學校內部職工工資管理系統 任務書的分析 (分析項目結構 結果, 進一步對本項目的任務進行分解, 采用圖表方式進行任務分解的分解結果如下圖 所(二項目工作關系表(三項目甘特圖(四網絡進度計劃圖(五里程碑計劃4、項目規模成本估算(一分解項目工作通過對校務通管理系統任務書的分析(分析項目結構結果,進一步對 本項目的任務進行分解,采用圖表方式進行任務分解的分解結果如下圖所示。說明:1. 它是按照功能組成標準進行的任務

5、分解,其中沒有包括管理、質量等相關 的任務, WBS 可以隨著系統的完善而不斷增加和完善。2. 聊天室和論壇采用標準的重用技術, 網上考試功能已經有成熟的產品 (價格 明確 ,所以這些功能可以不用分解。(二項目規模估算表(三計算開發成本從項目規模估算表得知項目規模是 40人天,假設開發人員成本參數 =400元 /天,則:內部的開發成本 =400元/天 X40天 =16000元。 則:開發成本 =16000元。(四計算管理、質量成本管理任務和質量任務可以通過計算開發任務得到,根據經驗,管理任務和質 量任務 =20%X 開發任務。項目的管理和質量成本 =開發成本 X 20%=3200元。(五直接成

6、本直接成本 =16000+3200=19200元。(六計算間接成本a 間接成本包括前期合同費用、房租、水電、培訓、員工福利、客戶服務等。b 根據經驗,采用公式:間接成本 =25%x 直接成本。 間接成本 =4800元。 (七計算總估算成本項目總估算成本 =19200+4800=24000元。(八項目報價如果項目的利潤是 40%,其中風險基金 10%,利潤 15%,稅費 5%。則:項目的總報價 =24000 X 1.4=33600元。5. 項目質量計劃質量計劃的要內容包括:. 項目質量保證組織 . 項目的質量目標 . 質量保證活動 . 質量控制活動(一項目質量保證組織1組織機構在項目實施期間成立

7、項目質量保證組織, 該組織由質量保證人員和項目經理 等組成。 項目經理負責質量監督工作及項目進展過程中各環節的質量把關, 開發 經理負責質量控制工作, 質量保證人員負責質量保證的工作。 組織結構如下圖所 示:2職責在本項目中,質量保證組織的職責如下:(1高層管理高層管理是公司負責質量的高級管理,其質量職責如下:. 受理項目內不能解決的不符合問題。. 負責聽取質量保證組的工作報告,評審質量保證活動和結果。 . 參加有關質 量保證過程改進的評審。(2項目質量保證人員質量保證人員的質量職責如下:a. 負責項目實施過程中 , 對項目實施情況進行監督, 包括對項目實施過程和工作 產品進行監督檢查。b.

8、實施項目組成員的質量保證培訓。 . 制定質量保證計劃。c. 按計劃實施審計活動,依照質量保證計劃執行評審/審計,并記錄執行中發 現的不符合項。d. 對不符合問題提交不符合項報告,跟蹤并驗證糾正措施的執行情況。 . 對項 目內不能解決的不符合項問題, 向高層管理提交報告。 . 向項目經理報告項 目質量工作狀況和質量度量結果。 . 定期向項目組報告質量活動的結果。 e. 制定質量保證的過程改進計劃,記錄過程數據。(3項目經理項目經理的質量職責如下:a. 評審質量計劃。b. 與質量保證人員一起協商不符合項問題的糾正措施, 并安排資源實施糾正措 施。c. 定期評審質量保證活動和結果。(二質量目標根據企

9、業的質量方針和質量目標,結合本項目特點,制定項目的總體質量目 標:1 基于需求的測試覆蓋率為 100%。2 軟件功能測試用例通過率不低于 95%。3 每個階段評審中發現的問題都已經解決或得到適當處理。 4 產品發布時不 存在嚴重問題,以及以上的缺陷。注:嚴重問題指導致系統或模塊不能正常工作的問題。結合以往的項目經驗和企業的質量相應標準,制定質量標準如下表所示。 (三質量策略為了保證提交給用戶的產品是高質量的, 實施過程中采取的質量保證措施包 括:1.將質量貫徹到日常的項目進展過程中;2.應該特別注意項目工作產品質量的早期評審工作,無論是質量保證還是 質量控制,采取的策略都是早期預防和早期排除缺

10、陷。(四質量保證活動質量保證的主要活動包括過程評審和產品審計。 過程評審和產品審計的目的 是確保在項目進展過程的各個階段和各個方面采取各項措施來保證和提高提交 給用戶的產品質量。每一次過程評審和產品審計都應填寫相應的報告或活動記 錄。1產品審計產品審計由質量保證人員來進行,檢查項目產品是否達到質量目標。 質量 保證人員可以有選擇性地審計項目生存期中創建的工作產品, 以驗證是否符合適 當的標準,是否進行了質量檢查。下表便是質量審計一覽表。質量審計一覽表2過程評審項目嚴格按照組織定義的軟件過程進行開發, 過程評審的具體依據參照企業 的過程規范, 保證項目中的所有過程活動都在實施范圍內。 在每次評審

11、之后, 要 對評審結果做出明確的決策并形成評審記錄。 評審可采取文件傳閱、 評審會等形 式。 質量保證人員負責對項目過程進行監督,將發現的問題和解決情況在每周 的例會上通報, 對沒有解決的問題進行討論, 對不能解決的問題提交高級管理者 處理。 每個周末,進行一次配置管理審核,確認配置管理工作是否正常進行。 根據公司的質量保證體系和本項目的具體特點,確定項目執行過程如下:(1 項目規劃過程及產品標準。(2 項目跟蹤管理過程。(3 需求分析過程及產品標準。(4 系統設計過程及產品標準。(5 詳細設計過程及產品標準。(6 調試運行過程及產品標準。(7 代碼走查過程及代碼編寫標準。(8 產品集成測試過

12、程及產品標準。(9 開發環境中的執行規則。(10 測試環境中的執行規則。(11 質量保證過程及其標準。(12 配置管理過程及其標準。(五質量控制活動質量控制活動包括代碼走查、單元測試、集成測試、環境測試等,由開發人 負責, 詳見進度計劃。 編碼人員在編寫代碼時要進行同步單元測試, 單元測試要 達到分支覆蓋, 產品通過單元測試和編碼檢查后, 應提交給測試部進行集成測試、 系統測試。 測試部的測試應達到質量目標要求, 軟件發布時應達到測試通過準則 的要求。(六質量保證的報告途徑質量保證人員對于每次審計活動發現的不符合項, 應該和項目經理協商不符 合項的糾正措施并預定完成日期, 若和項目經理存在意見

13、分歧, 質量保證人員可 以上報給高層管理者, 由高層管理者決定最后的措施。 同時, 不符合項在項目周 例會中匯報。對不符合項,質量保證人員要在預定完成日期內重新審計,驗證不符合項的 糾正情況, 若超過預定完成日期 1周仍然有沒解決的不符合項, 質量保證人員上 報給高級管理者,由高級管理者決定最后的措施。質量保證人員有獨立的匯報途徑,日常的匯報途徑如下:. 將發現的問題通 知項目經理,協調糾正措施。. 將項目組內不能協調的問題匯報給高級管理者,由高級管理者協調解決。 . 將日常工作和過程數據匯報給質量經理, 由其統一收集并進行統計。(七記錄的收集、維護和保存項目組應當保留項目執行過程中形成的各類

14、文檔、各種記錄、各級周報、各 級會議記錄, 對于項目中問題的處理也需要形成記錄保存。 每周由質量保證人員 根據任務清單的審計任務進行審計活動,并收集各活動的過程數據。6、軟件項目團隊學校內部職工工資管理系統的組織機構如下圖所示。用戶(一團隊組織及職責·市場部:負責與用戶的協調工作 負責項目相關的商務活動 負責用戶需求的接口 配合項目經理的資源協調活動 負責產品的驗收活動 負責系統的維護活動。 ·項目經理:負責項目的組織和規劃 負責項目計劃制定和維護 負責項目的跟蹤和管理 負責資源的分配和協調活動負責各組織和計劃之間的協調活動 負責與市場部的協調活動 ·軟件開發:負

15、責項目的軟件開發,包括設計、編碼、單元測試和集成測試 負責產品質 量控制的工作負責配合質量保證的活動,如系統測試、文檔編制等 配合產品驗收的相關 活動 ·質量保證:負責項目過程和產品規范的制定負責項目過程的質量保證活動,包括過程評審和產品審計 ·配置管理:負責項目的配置管理活動 負責軟件產品的提交。 ·用戶:確保相關責任的實施 參與項目的組織和規劃 負責產品的驗收工作(二項目的溝通計劃為了保證項目開發過程的順利進行和信息的有效溝通, 特要求如下的溝通計 劃:1 每天 17:00-17:30,項目組成員進行口頭交流。 2 每周五的 14:00前 提交周報告,格式見模

16、板。3 每周五的 15:00-17:00,召開項目周例會,會后發布會議紀要給相關的 項目人員,其中說明項目的進展和存在的問題。4 及時提交問題報告,問題報告可以通過網絡提交,項目經理會及時獲取問 題信息。7、軟件項目配置管理計劃學校內部職工工資管理系統的配置管理計劃如下:(1引言 略 (2組織及職責1 確定配置管理者, SCCB(配置控制委員會 成員。 2 項目經理是 SCCB 的負 責人。 3 配置管理的角色和職責見下表。由于本項目屬于中小型項目,工期也不是很長,所以采用 SourceSafe 作為配 置管理工具。1目錄結構 (見下表 配置庫的目錄結構2用戶及權限 (見下表 1 配置項標識

17、·命名規范命名規范適用于過程文檔、生存期中各階段的計劃、需求、設計、代碼、測 試、手冊等文件。本項目文件命名規范由 5個宇段組成, 從左到右依次為:公司、 項目、 類型、 編號和版本號,如下圖所示。這些字段用一橫線 ( 分隔。QTD-School-RM-002-V1.0公司:3個字符 項目:最長 10個字類型:最長 5個字符 編號:最長 8位數 字 版本號:Vm.n·主要配置項·配置項的版本管理配置項可能包含的分支從邏輯上可以劃分成 4個不同功能的分支, 讓它們分 別對應 4類工作空間。.主干分支 ·私有分支. 小組分支 ·集成分支上面定義的四

18、類工作空間 (分支 由項目執行負責人統一管理,根據各開發階 段的實際情況定制相應的版本選取規則, 來保證開發活動的正常運作。 在變更發 生時,應及時做好基線的推進。對配置項的版本管理在不同分支具有不同的策略:a 主干分支系統默認自動建立的物理分支 主干分支 (/main 。 b 私有分支 如果多個開發工程師維護一個配置項時建議建立自己的私有分支。 配置管理 員對其基本不予管理, 如個別私有空間上的版本樹過于冗余, 將對其冗余版本進 行限制。c 小組分支如果出現小組共同開發該配置項,該分支可視為項目組內部分組的私有空 間,存放代碼開發過程中的版本分支,由項目組內部控制。 d 集成分支集成測試時在主干分支的特定版本上建立集成分支, 測試工作在集成分支上 完成。私有分支和小組分支均為可選,必要時建立。 2 變更管理變更管理的流程是

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論