【正文】 :22:4018:22:40August 15, 2024 ? 1意志堅(jiān)強(qiáng)的人能把世界放在手中像泥塊一樣任意揉捏。 2024年 8月 下午 6時(shí) 22分 :22August 15, 2024 ? 1少年十五二十時(shí)，步行奪得胡馬騎。 下午 6時(shí) 22分 40秒 下午 6時(shí) 22分 18:22: ? 沒有失敗，只有暫時(shí)停止成功！。 18:22:4018:22:4018:228/15/2024 6:22:40 PM ? 1以我獨(dú)沈久，愧君相見頻。 ? 主要步驟： 1) 確定項(xiàng)目的培訓(xùn)需求； 2) 制定項(xiàng)目的培訓(xùn)計(jì)劃； 3) 執(zhí)行計(jì)劃； 4) 評(píng)估培訓(xùn)效果。 ? 主要步驟： 1) 選擇最合適的承包商； 2) 簽訂外包合同； 3) 監(jiān)控外包開發(fā)過程； 4) 外包開發(fā)成果驗(yàn)收。 ? 主要步驟： 1) 制定過程與產(chǎn)品質(zhì)量檢查計(jì)劃； 2) 制定參與技術(shù)評(píng)審的計(jì)劃； 3) 制定參與測(cè)試的計(jì)劃； 4) 審批質(zhì)量保證計(jì)劃。當(dāng)配置項(xiàng)通過技術(shù)評(píng)審或?qū)徟?，則其狀態(tài)從“草稿”變遷為“正式發(fā)布”。其中 X為主版本號(hào)， Y為次版本號(hào)，取值分別為 1～ 9。 ?配置管理流程圖： 制定配置管理計(jì)劃 配置庫(kù)管理 版本控制 變更控制 配置審計(jì) ? 角色與職責(zé)：配置管理員制定《配置管理計(jì)劃》；CCB審批。 ? 主要步驟： 1) 準(zhǔn)備評(píng)審； 2) 評(píng)審； 3) 修正、跟蹤與審核。 ?輸出：《客戶驗(yàn)收?qǐng)?bào)告》 附：《客戶驗(yàn)收計(jì)劃》模板；《客戶驗(yàn)收?qǐng)?bào)告》模板 目的 盡早地發(fā)現(xiàn)工作成果中的缺陷，并幫助開發(fā)人員及時(shí)消除缺陷，從而有效地提高產(chǎn)品的質(zhì)量。 系統(tǒng)測(cè)試規(guī)程 ? 主要步驟： 1) 制定測(cè)試計(jì)劃； 2) 設(shè)計(jì)測(cè)試用例； 3) 執(zhí)行測(cè)試； 4) 缺陷管理與改錯(cuò)。 ?實(shí)現(xiàn)與測(cè)試流程： 缺陷管理與改錯(cuò) 代碼審查 單元測(cè)試 編寫代碼 集成測(cè)試 制定計(jì)劃 ? 角色與職責(zé)：一個(gè)項(xiàng)目可分多個(gè)開發(fā)小組；開發(fā)組長(zhǎng)管理編程、代碼審查、單元測(cè)試、集成測(cè)試等活動(dòng)。 ? 輸出：《需求跟蹤報(bào)告》 ? 主要步驟： 1) 建立與維護(hù)需求跟蹤矩陣； 2) 查找不一致； 3) 消除不一致。 ? 輸出：《風(fēng)險(xiǎn)管理報(bào)告》 ? 主要步驟： 1) 風(fēng)險(xiǎn)識(shí)別（項(xiàng)目經(jīng)理根據(jù)“風(fēng)險(xiǎn)檢查表”定期識(shí)別風(fēng)險(xiǎn)）； 2) 風(fēng)險(xiǎn)分析； 3) 風(fēng)險(xiǎn)減緩； 4) 風(fēng)險(xiǎn)跟蹤。 ? 輸出：《項(xiàng)目偏差控制報(bào)告》 附：《項(xiàng)目偏差控制報(bào)告》模板 4. 項(xiàng)目監(jiān)控 控制偏差 ? 主要步驟： 1) 找出顯著偏差（例如偏差大于 20％）； 2) 分析原因； 3) 給出糾正偏差的措施（如果是《項(xiàng)目計(jì)劃》不合理的，則要變更項(xiàng)目計(jì)劃）； 4) 跟蹤糾正偏差的過程。 附： 《模塊設(shè)計(jì)報(bào)告》模板 目的 通過周期性地跟蹤項(xiàng)目計(jì)劃的各種參數(shù)如進(jìn)度、工作量、費(fèi)用、資源等，不斷地了解項(xiàng)目的進(jìn)展情況，以便當(dāng)項(xiàng)目實(shí)際進(jìn)展顯著偏離計(jì)劃時(shí)能夠及時(shí)采取糾正措施。 附： 《用戶界面設(shè)計(jì)報(bào)告》模板 數(shù)據(jù)庫(kù)設(shè)計(jì) ? 角色與職責(zé)：項(xiàng)目經(jīng)理指定若干開發(fā)人員從事數(shù)據(jù)庫(kù)設(shè)計(jì)。 ?系統(tǒng)設(shè)計(jì)過程示意圖： 詳細(xì)設(shè)計(jì) 高層設(shè)計(jì) 需求開發(fā) 概要設(shè)計(jì) 用戶界面設(shè)計(jì) 數(shù)據(jù)庫(kù)設(shè)計(jì) 模塊設(shè)計(jì) 實(shí)現(xiàn)與測(cè)試 概要設(shè)計(jì) ?目的：分析與設(shè)計(jì)軟件的體系結(jié)構(gòu)，產(chǎn)生《概要設(shè)計(jì)報(bào)告》。 ?輸出：《用戶需求說明書》 附：《用戶需求說明書》模板 需求定義 ?目的：定義準(zhǔn)確無誤的產(chǎn)品需求，產(chǎn)生《產(chǎn)品需求規(guī)格說明書》。 ? 角色與職責(zé)：機(jī)構(gòu)領(lǐng)導(dǎo)審批變更申請(qǐng)；項(xiàng)目經(jīng)理更新《項(xiàng)目計(jì)劃》。 制定項(xiàng)目計(jì)劃 ?目的：根據(jù)項(xiàng)目估計(jì)產(chǎn)生的數(shù)據(jù)，制定《項(xiàng)目計(jì)劃》。 ?角色與職責(zé)：項(xiàng)目規(guī)劃小組由項(xiàng)目經(jīng)理和核心成員組成，所有人員共同參與項(xiàng)目估計(jì)。 如果總裁否決項(xiàng)目立項(xiàng)申請(qǐng)則項(xiàng)目終止 。 – 項(xiàng)目通過內(nèi)部評(píng)審后 ， 事業(yè)部技術(shù)負(fù)責(zé)人向總工辦提交立項(xiàng)評(píng)審申請(qǐng) 。 ? 項(xiàng)目分類： – 大項(xiàng)目： 指開發(fā)周期 大 于 18人月（事業(yè)部）， 24人月（研發(fā)中心）或需跨部門協(xié)作。 材料需提前兩天發(fā)給評(píng)審委員 ， 以便評(píng)審時(shí)能提有深度的問題 。 目的 為項(xiàng)目的研發(fā)和管理工作制定合理的行動(dòng)綱領(lǐng)（即項(xiàng)目計(jì)劃），以便所有相關(guān)人員按照該計(jì)劃有條不紊地開展工作。 2) 估計(jì)產(chǎn)品規(guī)模：規(guī)劃小組各成員根據(jù) WBS，先獨(dú)立估計(jì)，然后匯總，取均值，保證個(gè)人估計(jì)差額小于 10％。 ? 角色與職責(zé)：機(jī)構(gòu)領(lǐng)導(dǎo)審批計(jì)劃，如有不合理之處，責(zé)成規(guī)劃小組修正。 ? 需求開發(fā)流程圖： 需求調(diào)查 ?目的：獲取用戶的需求信息，經(jīng)分析產(chǎn)生《用戶需求說明書》。 ? 主要步驟： 1) 預(yù)研人員制定《技術(shù)預(yù)研計(jì)劃》； 2) 展開技術(shù)預(yù)研； 3) 撰寫《技術(shù)預(yù)研報(bào)告》； 4) 項(xiàng)目經(jīng)理視情況決定是否對(duì)預(yù)研成果進(jìn)行技術(shù)評(píng)審。 附：《概要設(shè)計(jì)報(bào)告》模板 概要設(shè)計(jì) ? 主要步驟： 1) 設(shè)計(jì)準(zhǔn)備； 2) 確定影響系統(tǒng)設(shè)計(jì)的約束因素； 3) 確定設(shè)計(jì)策略； 4) 系統(tǒng)分解與設(shè)計(jì)； 5) 撰寫概要設(shè)計(jì)文檔； 6) 概要設(shè)計(jì)評(píng)審 用戶界面設(shè)計(jì) ? 角色與職責(zé)：項(xiàng)目經(jīng)理指定開發(fā)人員；如可能，邀請(qǐng)用戶或美工協(xié)助設(shè)計(jì)。 ? 角色與職責(zé)：項(xiàng)目經(jīng)理指定模塊設(shè)計(jì)人員；模塊設(shè)計(jì)人員將在實(shí)現(xiàn)階段編寫這些模塊代碼。 ?輸出：《項(xiàng)目監(jiān)控?cái)?shù)據(jù)表》 附：《項(xiàng)目監(jiān)控?cái)?shù)據(jù)表》模板 4. 項(xiàng)目監(jiān)控 項(xiàng)目計(jì)劃跟蹤 ? 主要步驟： 1) 任務(wù)跟蹤； 2) 費(fèi)用跟蹤； 3) 資源跟蹤； 4) 工作成果及規(guī)模跟蹤。 附：《項(xiàng)目進(jìn)展報(bào)告》模板 目的 在風(fēng)險(xiǎn)產(chǎn)生危害之前識(shí)別它們，從而有計(jì)劃地消除或削弱風(fēng)險(xiǎn) 。 ? 主要步驟： 1) 非正式需求評(píng)審； 2) 正式需求評(píng)審； 3) 獲取需求承諾。 5) 附：《需求變更控制報(bào)告》模板 目的 依據(jù)系統(tǒng)設(shè)計(jì)文檔，編寫并測(cè)試整個(gè)系統(tǒng)的代碼。 ? 輸出：軟件源代碼、庫(kù)文件、可執(zhí)行程序等； 編程文檔； 代碼審查報(bào)告； 測(cè)試用例； 測(cè)試報(bào)告； 缺陷管理報(bào)告。 ?輸出： Beta客戶數(shù)據(jù)庫(kù)；《 Beta測(cè)試協(xié)議》；《 Beta測(cè)試報(bào)