學(xué)校內(nèi)部職工工資系統(tǒng)項目管理系統(tǒng)書

1、標(biāo)準(zhǔn)實用文案文檔學(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ū)

2、間的公用平臺。 它要完成學(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ǔ)上，通過前臺就可加掛其他 功能標(biāo)準(zhǔn)實用文案文檔模塊。（二）系統(tǒng)邏輯模型（三）系統(tǒng)功能描述（A）職工基本信息管理子系統(tǒng)1）職工基本信息輸入：數(shù)據(jù)輸入，存儲 2）建立職工基本信息表：數(shù)據(jù)集中 3）職工基本信息查詢：數(shù)據(jù)查詢 4 ）職工基本信息修改：a. 寫修改

3、職工基本信息：數(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)工資信息標(biāo)準(zhǔn)實用文案文檔四）應(yīng)達(dá)到的技術(shù)指標(biāo)和參數(shù)系統(tǒng)應(yīng)滿足并行登錄、 并行查詢的速度要求。 其中主要內(nèi)容包括： 1）保證 1 000人以上可以同時登錄系統(tǒng)。 2）所有查詢速度應(yīng)在 10 秒以內(nèi)。 3）

4、保證數(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ī)模成本估算（一）分解項目工作標(biāo)準(zhǔn)實用文案文檔通過對校務(wù)通管理系統(tǒng)任務(wù)書的分析（分析項目結(jié)構(gòu)

5、）結(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ā)

6、任務(wù)得到，根據(jù)經(jīng)驗，管理任務(wù)和質(zhì) 量任務(wù)標(biāo)準(zhǔn)實用文案文檔=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

7、 元。5.項目質(zhì)量計劃質(zhì)量計劃的要內(nèi)容包括： .項目質(zhì)量保證組織 .項目的質(zhì)量目標(biāo) .質(zhì)量保證活動 . 質(zhì)量控制活動一）項目質(zhì)量保證組織標(biāo)準(zhǔn)實用文案文檔1)組織機構(gòu)在項目實施期間成立項目質(zhì)量保證組織， 該組織由質(zhì)量保證人員和項目經(jīng)理等組成。項目經(jīng)理負(fù)責(zé)質(zhì)量監(jiān)督工作及項目進展過程中各環(huán)節(jié)的質(zhì)量把關(guān)， 開發(fā)經(jīng)理負(fù)責(zé)質(zhì)量控制工作， 質(zhì)量保證人員負(fù)責(zé)質(zhì)量保證的工作。 組織結(jié)構(gòu)如下圖所 示：2)職責(zé)在本項目中，質(zhì)量保證組織的職責(zé)如下： (1) 高層管理高層管理是公司負(fù)責(zé)質(zhì)量的高級管理，其質(zhì)量職責(zé)如下：.受理項目內(nèi)不能解決的不符合問題。.負(fù)責(zé)聽取質(zhì)量保證組的工作報告，評審質(zhì)量保證活動和結(jié)果。 . 參加有關(guān)

8、質(zhì) 量保證過程改進的評審(2)項目質(zhì)量保證人員質(zhì)量保證人員的質(zhì)量職責(zé)如下：a.負(fù)責(zé)項目實施過程中 ,對項目實施情況進行監(jiān)督， 包括對項目實施過程和工作 產(chǎn)品進行監(jiān)督檢查。b.實施項目組成員的質(zhì)量保證培訓(xùn)。 . 制定質(zhì)量保證計劃。c.按計劃實施審計活動，依照質(zhì)量保證計劃執(zhí)行評審審計，并記錄執(zhí)行中發(fā)現(xiàn)的不符合項d.對不符合問題提交不符合項報告，跟蹤并驗證糾正措施的執(zhí)行情況。 . 對項 目內(nèi)不標(biāo)準(zhǔn)實用文案文檔能解決的不符合項問題， 向高層管理提交報告。 . 向項目經(jīng)理報告項 目質(zhì)量工作狀況和質(zhì)量度量結(jié)果。 . 定期向項目組報告質(zhì)量活動的結(jié)果。e.制定質(zhì)量保證的過程改進計劃，記錄過程數(shù)據(jù)。（3）項目經(jīng)

9、理項目經(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ì)量策略標(biāo)準(zhǔn)實用文案文檔為了保證提交給用戶的產(chǎn)品是高質(zhì)

10、量的， 實施過程中采取的質(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)品是否達(dá)到質(zhì)量目標(biāo)。 質(zhì)量 保證人員可以有選擇性地審計項目生存期中創(chuàng)建的工作產(chǎn)品， 以驗證是否符合適 當(dāng)?shù)臉?biāo)準(zhǔn)，是否進

11、行了質(zhì)量檢查。下表便是質(zhì)量審計一覽表。質(zhì)量審計一覽表2）過程評審項目嚴(yán)格按照組織定義的軟件過程進行開發(fā)， 過程評審的具體依據(jù)參照企業(yè) 的過程規(guī)范，保證項目中的所有過程活動都在實施范圍內(nèi)。 在每次評審之后， 要 對評審結(jié)果做出明確的決策并形成評審記錄。 評審可采取文件傳閱、 評審會等形 式。 質(zhì)量保證人員負(fù)責(zé)對項目過程進行監(jiān)督，將發(fā)現(xiàn)的問題和解決情況在每周 的例會上通報， 對標(biāo)準(zhǔn)實用文案文檔沒有解決的問題進行討論， 對不能解決的問題提交高級管理者 處理。 每個周末，進行一次配置管理審核，確認(rèn)配置管理工作是否正常進行。根據(jù)公司的質(zhì)量保證體系和本項目的具體特點，確定項目執(zhí)行過程如下：（1）項目規(guī)劃過

12、程及產(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）詳細(xì)設(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ā)人 負(fù)責(zé)，標(biāo)準(zhǔn)實用文案文檔詳見進度計劃。 編碼人員在編寫代碼時要進行同步單元測試， 單元測試要 達(dá)到分支覆蓋，產(chǎn)品通過單元測試和編碼檢查后， 應(yīng)提交給測試部進行集成測試、 系

13、統(tǒng)測試。 測試部的測試應(yīng)達(dá)到質(zhì)量目標(biāo)要求， 軟件發(fā)布時應(yīng)達(dá)到測試通過準(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)的問題

14、通 知項目經(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、軟件項目團隊標(biāo)準(zhǔn)實用文案文檔學(xué)校內(nèi)部職工工資管理系統(tǒng)的組織機構(gòu)如下圖所示。用戶（一）團隊組織及職責(zé)市場部：負(fù)責(zé)與用戶的協(xié)調(diào)工作 負(fù)責(zé)項目相關(guān)的商務(wù)活動 負(fù)責(zé)用戶需求的接口配合項目經(jīng)理的資源協(xié)調(diào)活動 負(fù)責(zé)產(chǎn)品

15、的驗收活動 負(fù)責(zé)系統(tǒng)的維護活動。項目經(jīng)理：負(fù)責(zé)項目的組織和規(guī)劃 負(fù)責(zé)項目計劃制定和維護 負(fù)責(zé)項目的跟蹤和管理 負(fù)責(zé)資源的分配和協(xié)調(diào)活動負(fù)責(zé)各組織和計劃之間的協(xié)調(diào)活動 負(fù)責(zé)與市場部的協(xié)調(diào)活動 軟件開發(fā)：負(fù)責(zé)項目的軟件開發(fā)，包括設(shè)計、編碼、單元測試和集成測試 負(fù)責(zé)產(chǎn)品質(zhì) 量控制的工作負(fù)責(zé)配合質(zhì)量保證的活動，如系統(tǒng)測試、文檔編制等 配合產(chǎn)品驗收的相關(guān)活動 質(zhì)量保證：負(fù)責(zé)項目過程和產(chǎn)品規(guī)范的制定負(fù)責(zé)項目過程的質(zhì)量保證活動，包括過程評審和產(chǎn)品審計配置管理：負(fù)責(zé)項目的配置管理活動 負(fù)責(zé)軟件產(chǎn)品的提交。用戶： 確保相關(guān)責(zé)任的實施 參標(biāo)準(zhǔn)實用文案文檔與項目的組織和規(guī)劃 負(fù)責(zé)產(chǎn)品的驗收工作 （二）項目的溝通計劃

16、為了保證項目開發(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 的 負(fù)責(zé)人。

17、 3）配置管理的角色和職責(zé)見下表。由于本項目屬于中小型項目，工期也不是很長，所以采用 SourceSafe 作為 配置管理工具。1 ）目錄結(jié)構(gòu) （見下表 ）標(biāo)準(zhǔn)實用文案文檔配置庫的目錄結(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ù)字 版本號

18、： Vm.n主要配置項配置項的版本管理配置項可能包含的分支從邏輯上可以劃分成 4 個不同功能的分支， 讓它們分 別對應(yīng) 4 類工作空間。主干分支 私有分支. 小組分支 集成分支標(biāo)準(zhǔn)實用文案文檔上面定義的四類工作空間 （分支）由項目執(zhí)行負(fù)責(zé)人統(tǒng)一管理，根據(jù)各開發(fā)階 段的實際情況定制相應(yīng)的版本選取規(guī)則， 來保證開發(fā)活動的正常運作。 在變更發(fā) 生時，應(yīng)及時做好基線的推進。對配置項的版本管理在不同分支具有不同的策略：a）主干分支系統(tǒng)默認(rèn)自動建立的物理分支 主干分支（/main）。b）私有分支 如果多個開發(fā)工程師維護一個配置項時建議建立自己的私有分支。 配置管理 員對其基本不予管理， 如個別私有空間上的版本樹過于冗余， 將對其冗余版本進 行限制。c）小組分支如果出現(xiàn)小組共同開發(fā)該配置項，該分支可視為項目組內(nèi)部分組的私有空間，存放代碼開發(fā)過程中的版本分支，由項目組內(nèi)部控制。d）集成分支集成測試時在主干分支的特定版本上建立集成分支