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

1、標(biāo)準(zhǔn)實(shí)用文案學(xué)校內(nèi)部職工工資系統(tǒng)項(xiàng)目管理書1、項(xiàng)目概述假設(shè)學(xué)校共有教職工約 1000 人，10 個(gè)行政部門和 8 個(gè)系部。每個(gè)月 20 日 前各部門（包括系、部）要將出勤情況上報(bào)人事處， 23 日前人事處將出勤工資、 獎(jiǎng)金及扣款清單送財(cái)務(wù)處。 財(cái)務(wù)處于每月月底將教職工的工資表做好并將數(shù)據(jù)送 銀行。每月初（ 3 日前）將工資條發(fā)給各單位。 若有員工調(diào)入、調(diào)出、校內(nèi)調(diào)動(dòng)、 離退休等數(shù)據(jù)變化，則由人事處通知相關(guān)部門和財(cái)務(wù)處。2 、工作任務(wù) （Statement Of Work,SOW） 書校務(wù)通管理系統(tǒng)業(yè)務(wù)需求學(xué)校內(nèi)部職工工資管理系統(tǒng)是對學(xué)校所有職工工資進(jìn)行管理的系統(tǒng)，是學(xué)校內(nèi)部各校區(qū)內(nèi)與各校區(qū)間的

2、公用平臺(tái)。 它要完成學(xué)校對所有職工工資信 息的管理，包括計(jì)算、傳播、存儲(chǔ)等，以及職工對自己信息的查詢操作。其目的 是實(shí)現(xiàn)學(xué)校內(nèi)部職工的工資管理，準(zhǔn)確的管理職工工資獎(jiǎng)金等信息（一）整體要求1）系統(tǒng)要求提供教師工作平臺(tái)和學(xué)生工作平臺(tái)。2）系統(tǒng)要求有嚴(yán)格的權(quán)限管理，權(quán)限要在數(shù)據(jù)方面和功能方面都有體現(xiàn)。3）系統(tǒng)要求有可擴(kuò)充性，可以在現(xiàn)有系統(tǒng)的基礎(chǔ)上，通過前臺(tái)就可加掛其他 功能模塊。（二）系統(tǒng)邏輯模型（三）系統(tǒng)功能描述（A）職工基本信息管理子系統(tǒng)1）職工基本信息輸入：數(shù)據(jù)輸入，存儲(chǔ) 2）建立職工基本信息表：數(shù)據(jù)集中 3）職工基本信息查詢：數(shù)據(jù)查詢 4 ）職工基本信息修改：a. 寫修改職工基本信息：數(shù)據(jù)修

3、改b. 發(fā)送提示信息至其他部門：數(shù)據(jù)讀出（B）職工出勤信息管理子系統(tǒng)：1）職工出缺勤信息輸入：職工出缺勤信息表 2）職工出缺勤信息查詢：查詢目標(biāo)3）職工出缺勤信息表的建立：職工出缺勤信息表（C）職工工資管理子系統(tǒng)：1）職工基本工資信息讀取：職工基本工資信息表2）職工實(shí)際工資獎(jiǎng)金計(jì)算：標(biāo)準(zhǔn)工資信息3）標(biāo)準(zhǔn)工資信息與銀行之間的雙向傳輸：標(biāo)準(zhǔn)工資信息4）工資條對各部門的發(fā)放：標(biāo)準(zhǔn)工資信息四）應(yīng)達(dá)到的技術(shù)指標(biāo)和參數(shù)系統(tǒng)應(yīng)滿足并行登錄、 并行查詢的速度要求。 其中主要內(nèi)容包括： 1） 保證 1 000 人以上可以同時(shí)登錄系統(tǒng)。 2）所有查詢速度應(yīng)在 10 秒以內(nèi)。 3） 保證數(shù)據(jù) 的每周備份。4）出現(xiàn)問

4、題應(yīng)在 10 分鐘內(nèi)恢復(fù)。 注：從 SOW 可以看出，一般情況下用戶 提供的工作說明開始會(huì)很簡單、 很模糊， 但隨著項(xiàng)目的進(jìn)展， 客戶會(huì)隨時(shí)提出一 些新的要求，這其實(shí)是項(xiàng)目管理過程中比較棘手、但確經(jīng)常發(fā)生的事情。3、項(xiàng)目進(jìn)度計(jì)劃（一）分解項(xiàng)目工作通過對學(xué)校內(nèi)部職工工資管理系統(tǒng) 任務(wù)書的分析（分析項(xiàng)目結(jié)構(gòu)） 結(jié)果， 進(jìn)一步對本項(xiàng)目的任務(wù)進(jìn)行分解， 采用圖表方式進(jìn)行任務(wù)分解的分解結(jié)果如下圖 所（二）項(xiàng)目工作關(guān)系表（三）項(xiàng)目甘特圖（四）網(wǎng)絡(luò)進(jìn)度計(jì)劃圖（五）里程碑計(jì)劃4、項(xiàng)目規(guī)模成本估算（一）分解項(xiàng)目工作通過對校務(wù)通管理系統(tǒng)任務(wù)書的分析（分析項(xiàng)目結(jié)構(gòu)）結(jié)果，進(jìn)一步對 本項(xiàng)目的任務(wù)進(jìn)行分解，采用圖表方式

5、進(jìn)行任務(wù)分解的分解結(jié)果如下圖所示。說明：1.它是按照功能組成標(biāo)準(zhǔn)進(jìn)行的任務(wù)分解，其中沒有包括管理、質(zhì)量等相關(guān)的任務(wù)， WBS 可以隨著系統(tǒng)的完善而不斷增加和完善。2.聊天室和論壇采用標(biāo)準(zhǔn)的重用技術(shù)， 網(wǎng)上考試功能已經(jīng)有成熟的產(chǎn)品 （價(jià)格 明確），所以這些功能可以不用分解。（二）項(xiàng)目規(guī)模估算表（三）計(jì)算開發(fā)成本從項(xiàng)目規(guī)模估算表得知項(xiàng)目規(guī)模是 40 人天，假設(shè)開發(fā)人員成本參數(shù) =400元天，則：內(nèi)部的開發(fā)成本 =400 元天 X40 天 =16000 元。 則：開發(fā)成本 =16000 元。（四）計(jì)算管理、質(zhì)量成本管理任務(wù)和質(zhì)量任務(wù)可以通過計(jì)算開發(fā)任務(wù)得到，根據(jù)經(jīng)驗(yàn)，管理任務(wù)和質(zhì) 量任務(wù)=20 %

6、X開發(fā)任務(wù)。項(xiàng)目的管理和質(zhì)量成本 = 開發(fā)成本 X 20=3200 元。（五）直接成本直接成本 =16000+3200=19200 元。（六）計(jì)算間接成本a）間接成本包括前期合同費(fèi)用、房租、水電、培訓(xùn)、員工福利、客戶服務(wù)等。b）根據(jù)經(jīng)驗(yàn)，采用公式：間接成本=25 %x直接成本。 間接成本=4800元。（七）計(jì)算總估算成本項(xiàng)目總估算成本 =19200+4800=24000 元。（八）項(xiàng)目報(bào)價(jià)如果項(xiàng)目的利潤是 40%，其中風(fēng)險(xiǎn)基金 10%，利潤 15%，稅費(fèi) 5%。則： 項(xiàng)目的總報(bào)價(jià) =24000 X 1.4=33600 元。5. 項(xiàng)目質(zhì)量計(jì)劃質(zhì)量計(jì)劃的要內(nèi)容包括： .項(xiàng)目質(zhì)量保證組織 .項(xiàng)目的質(zhì)

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

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

9、， 并安排資源實(shí)施糾正措 施。c. 定期評審質(zhì)量保證活動(dòng)和結(jié)果。（二）質(zhì)量目標(biāo)根據(jù)企業(yè)的質(zhì)量方針和質(zhì)量目標(biāo)，結(jié)合本項(xiàng)目特點(diǎn)，制定項(xiàng)目的總體質(zhì)量目 標(biāo)： 1）基于需求的測試覆蓋率為 100 。2）軟件功能測試用例通過率不低于 95 。3）每個(gè)階段評審中發(fā)現(xiàn)的問題都已經(jīng)解決或得到適當(dāng)處理。 4）產(chǎn)品發(fā)布時(shí)不 存在嚴(yán)重問題，以及以上的缺陷。注：嚴(yán)重問題指導(dǎo)致系統(tǒng)或模塊不能正常工作的問題。結(jié)合以往的項(xiàng)目經(jīng)驗(yàn)和企業(yè)的質(zhì)量相應(yīng)標(biāo)準(zhǔn)，制定質(zhì)量標(biāo)準(zhǔn)如下表所示（三）質(zhì)量策略為了保證提交給用戶的產(chǎn)品是高質(zhì)量的， 實(shí)施過程中采取的質(zhì)量保證措施包 括：1將質(zhì)量貫徹到日常的項(xiàng)目進(jìn)展過程中； 2應(yīng)該特別注意項(xiàng)目工作產(chǎn)品質(zhì)

10、量的早期評審工作，無論是質(zhì)量保證還是 質(zhì)量控制，采取的策略都是早期預(yù)防和早期排除缺陷。（四）質(zhì)量保證活動(dòng)質(zhì)量保證的主要活動(dòng)包括過程評審和產(chǎn)品審計(jì)。 過程評審和產(chǎn)品審計(jì)的目的 是確保在項(xiàng)目進(jìn)展過程的各個(gè)階段和各個(gè)方面采取各項(xiàng)措施來保證和提高提交 給用戶的產(chǎn)品質(zhì)量。每一次過程評審和產(chǎn)品審計(jì)都應(yīng)填寫相應(yīng)的報(bào)告或活動(dòng)記 錄。1）產(chǎn)品審計(jì)產(chǎn)品審計(jì)由質(zhì)量保證人員來進(jìn)行，檢查項(xiàng)目產(chǎn)品是否達(dá)到質(zhì)量目標(biāo)。 質(zhì)量 保證人員可以有選擇性地審計(jì)項(xiàng)目生存期中創(chuàng)建的工作產(chǎn)品， 以驗(yàn)證是否符合適 當(dāng)?shù)臉?biāo)準(zhǔn)，是否進(jìn)行了質(zhì)量檢查。下表便是質(zhì)量審計(jì)一覽表。質(zhì)量審計(jì)一覽表2）過程評審項(xiàng)目嚴(yán)格按照組織定義的軟件過程進(jìn)行開發(fā)， 過程評

11、審的具體依據(jù)參照企業(yè) 的過程規(guī)范，保證項(xiàng)目中的所有過程活動(dòng)都在實(shí)施范圍內(nèi)。 在每次評審之后， 要 對評審結(jié)果做出明確的決策并形成評審記錄。 評審可采取文件傳閱、 評審會(huì)等形 式。 質(zhì)量保證人員負(fù)責(zé)對項(xiàng)目過程進(jìn)行監(jiān)督，將發(fā)現(xiàn)的問題和解決情況在每周 的例會(huì)上通報(bào)， 對沒有解決的問題進(jìn)行討論， 對不能解決的問題提交高級管理者 處理。 每個(gè)周末，進(jìn)行一次配置管理審核，確認(rèn)配置管理工作是否正常進(jìn)行。 根據(jù)公司的質(zhì)量保證體系和本項(xiàng)目的具體特點(diǎn)，確定項(xiàng)目執(zhí)行過程如下：（1）項(xiàng)目規(guī)劃過程及產(chǎn)品標(biāo)準(zhǔn)。（2）項(xiàng)目跟蹤管理過程。（3）需求分析過程及產(chǎn)品標(biāo)準(zhǔn)。（4）系統(tǒng)設(shè)計(jì)過程及產(chǎn)品標(biāo)準(zhǔn)。（5）詳細(xì)設(shè)計(jì)過程及產(chǎn)品標(biāo)準(zhǔn)

12、。（6）調(diào)試運(yùn)行過程及產(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ì)量控制活動(dòng)質(zhì)量控制活動(dòng)包括代碼走查、單元測試、集成測試、環(huán)境測試等，由開發(fā)人 負(fù)責(zé)，詳見進(jìn)度計(jì)劃。 編碼人員在編寫代碼時(shí)要進(jìn)行同步單元測試， 單元測試要 達(dá)到分支覆蓋，產(chǎn)品通過單元測試和編碼檢查后， 應(yīng)提交給測試部進(jìn)行集成測試、 系統(tǒng)測試。 測試部的測試應(yīng)達(dá)到質(zhì)量目標(biāo)要求， 軟件發(fā)布時(shí)應(yīng)達(dá)到測試通過準(zhǔn)則 的要求。（六）質(zhì)量保證的報(bào)告途徑質(zhì)量保證人員對于每次審計(jì)活動(dòng)發(fā)現(xiàn)的不

13、符合項(xiàng)， 應(yīng)該和項(xiàng)目經(jīng)理協(xié)商不符 合項(xiàng)的糾正措施并預(yù)定完成日期， 若和項(xiàng)目經(jīng)理存在意見分歧， 質(zhì)量保證人員可 以上報(bào)給高層管理者， 由高層管理者決定最后的措施。 同時(shí)， 不符合項(xiàng)在項(xiàng)目周 例會(huì)中匯報(bào)。對不符合項(xiàng)，質(zhì)量保證人員要在預(yù)定完成日期內(nèi)重新審計(jì)，驗(yàn)證不符合項(xiàng)的 糾正情況，若超過預(yù)定完成日期 1 周仍然有沒解決的不符合項(xiàng)， 質(zhì)量保證人員上 報(bào)給高級管理者，由高級管理者決定最后的措施。質(zhì)量保證人員有獨(dú)立的匯報(bào)途徑，日常的匯報(bào)途徑如下： . 將發(fā)現(xiàn)的問題通 知項(xiàng)目經(jīng)理，協(xié)調(diào)糾正措施。.將項(xiàng)目組內(nèi)不能協(xié)調(diào)的問題匯報(bào)給高級管理者，由高級管理者協(xié)調(diào)解決。將日常工作和過程數(shù)據(jù)匯報(bào)給質(zhì)量經(jīng)理， 由其統(tǒng)一

14、收集并進(jìn)行統(tǒng)計(jì)。（七）記錄的收集、維護(hù)和保存項(xiàng)目組應(yīng)當(dāng)保留項(xiàng)目執(zhí)行過程中形成的各類文檔、各種記錄、各級周報(bào)、各 級會(huì)議記錄， 對于項(xiàng)目中問題的處理也需要形成記錄保存。 每周由質(zhì)量保證人員 根據(jù)任務(wù)清單的審計(jì)任務(wù)進(jìn)行審計(jì)活動(dòng)，并收集各活動(dòng)的過程數(shù)據(jù)。6、軟件項(xiàng)目團(tuán)隊(duì)學(xué)校內(nèi)部職工工資管理系統(tǒng)的組織機(jī)構(gòu)如下圖所示。用戶（一）團(tuán)隊(duì)組織及職責(zé)市場部：負(fù)責(zé)與用戶的協(xié)調(diào)工作 負(fù)責(zé)項(xiàng)目相關(guān)的商務(wù)活動(dòng) 負(fù)責(zé)用戶需求的接口配合項(xiàng)目經(jīng)理的資源協(xié)調(diào)活動(dòng) 負(fù)責(zé)產(chǎn)品的驗(yàn)收活動(dòng) 負(fù)責(zé)系統(tǒng)的維護(hù)活動(dòng)。項(xiàng)目經(jīng)理：負(fù)責(zé)項(xiàng)目的組織和規(guī)劃 負(fù)責(zé)項(xiàng)目計(jì)劃制定和維護(hù) 負(fù)責(zé)項(xiàng)目的跟蹤和管理 負(fù)責(zé)資源的分配和協(xié)調(diào)活動(dòng)負(fù)責(zé)各組織和計(jì)劃之間的協(xié)

15、調(diào)活動(dòng) 負(fù)責(zé)與市場部的協(xié)調(diào)活動(dòng) 軟件開發(fā)：負(fù)責(zé)項(xiàng)目的軟件開發(fā)，包括設(shè)計(jì)、編碼、單元測試和集成測試 負(fù)責(zé)產(chǎn)品質(zhì) 量控制的工作負(fù)責(zé)配合質(zhì)量保證的活動(dòng)，如系統(tǒng)測試、文檔編制等 配合產(chǎn)品驗(yàn)收的相關(guān)活動(dòng) 質(zhì)量保證：負(fù)責(zé)項(xiàng)目過程和產(chǎn)品規(guī)范的制定負(fù)責(zé)項(xiàng)目過程的質(zhì)量保證活動(dòng)，包括過程評審和產(chǎn)品審計(jì)配置管理：負(fù)責(zé)項(xiàng)目的配置管理活動(dòng) 負(fù)責(zé)軟件產(chǎn)品的提交。用戶： 確保相關(guān)責(zé)任的實(shí)施 參與項(xiàng)目的組織和規(guī)劃 負(fù)責(zé)產(chǎn)品的驗(yàn)收工作 （二）項(xiàng)目的溝通計(jì)劃為了保證項(xiàng)目開發(fā)過程的順利進(jìn)行和信息的有效溝通， 特要求如下的溝通計(jì) 劃： 1）每天 17： 00-17 ： 30 ，項(xiàng)目組成員進(jìn)行口頭交流。 2）每周五的 14 ： 00

16、前提交周報(bào)告，格式見模板。3）每周五的 15： 00-17 ： 00 ，召開項(xiàng)目周例會(huì)，會(huì)后發(fā)布會(huì)議紀(jì)要給相關(guān)的 項(xiàng)目人員，其中說明項(xiàng)目的進(jìn)展和存在的問題。4）及時(shí)提交問題報(bào)告，問題報(bào)告可以通過網(wǎng)絡(luò)提交，項(xiàng)目經(jīng)理會(huì)及時(shí)獲取問 題信息。7、軟件項(xiàng)目配置管理計(jì)劃學(xué)校內(nèi)部職工工資管理系統(tǒng)的配置管理計(jì)劃如下：（1 ）引言 略（2）組織及職責(zé)1）確定配置管理者，SCCB（配置控制委員會(huì)）成員。2）項(xiàng)目經(jīng)理是SCCB的 負(fù)責(zé)人。 3）配置管理的角色和職責(zé)見下表。由于本項(xiàng)目屬于中小型項(xiàng)目，工期也不是很長，所以采用 SourceSafe 作為 配置管理工具。1 ）目錄結(jié)構(gòu) （見下表 ）配置庫的目錄結(jié)構(gòu)2）用戶

17、及權(quán)限 （見下表 ）1）配置項(xiàng)標(biāo)識命名規(guī)范命名規(guī)范適用于過程文檔、生存期中各階段的計(jì)劃、需求、設(shè)計(jì)、代碼、測 試、手冊等文件。本項(xiàng)目文件命名規(guī)范由 5個(gè)宇段組成， 從左到右依次為：公司、項(xiàng)目、類型、 編號和版本號，如下圖所示。這些字段用一橫線（ ）分隔。QTD-School-RM-002-V1.0公司： 3個(gè)字符 項(xiàng)目：最長 10個(gè)字類型：最長 5個(gè)字符 編 號：最 長 8 位 數(shù)字 版本號： Vm.n主要配置項(xiàng)配置項(xiàng)的版本管理配置項(xiàng)可能包含的分支從邏輯上可以劃分成 4 個(gè)不同功能的分支， 讓它們分 別對應(yīng) 4 類工作空間。主干分支 私有分支. 小組分支 集成分支上面定義的四類工作空間 （分支

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

19、集成分支， 測試工作在集成分支上 完成。私有分支和小組分支均為可選，必要時(shí)建立。 2 ） 變更管理 變更管理的流程是：a）由請求者提交變更請求，SCCB召開復(fù)審會(huì)議對變更請求進(jìn)行復(fù)審，以確 定該請求是否為有效請求。典型的變更請求管理有需求變更管理、缺陷追蹤等。b）配置管理員收到基線修改請求后，在配置庫中生成與此配置項(xiàng)相關(guān)的波及關(guān) 系表。c）配置管理員將基線波及關(guān)系表提交給 SCCB，由SCCB確定是否需要修改, 如果需要修改， SCCB 應(yīng)根據(jù)波及關(guān)系表，確定需要修改的具體文件，并在波及 分析表中標(biāo)識出來。d）配置管理員按照出庫程序從配置庫中取出需要修改的文件。e）項(xiàng)目人員將修改后的文件提交給