項(xiàng)目共通作業(yè)流程基礎(chǔ)知識(shí)培訓(xùn)

1、 bd階段規(guī)約階段規(guī)約2 2 bi階段規(guī)約階段規(guī)約1 1 dd&ctd階段規(guī)約階段規(guī)約3 3 ct階段規(guī)約階段規(guī)約5 5 mk階段規(guī)約階段規(guī)約4 4 共通關(guān)注點(diǎn)共通關(guān)注點(diǎn)6 6 1 bi階段 bibi階段在階段在v v型開(kāi)發(fā)模型項(xiàng)目過(guò)程中的位置型開(kāi)發(fā)模型項(xiàng)目過(guò)程中的位置 1.1 bi階段-定義 本階段的目的本階段的目的 通過(guò)調(diào)查與分析，獲取用戶需求并使之規(guī)格化、具體化，最終輸出 為產(chǎn)品需求，在其中確定所開(kāi)發(fā)軟件的功能、性能以及其他要求，以作 為后續(xù)軟件設(shè)計(jì)和系統(tǒng)測(cè)試的依據(jù)。 關(guān)鍵說(shuō)明：關(guān)鍵說(shuō)明： 用戶需求 系統(tǒng)需求 1.2 bi階段-作業(yè)流程 1.3 bi階段-作業(yè)流程-需求評(píng)估 規(guī)定在需求評(píng)

2、估完發(fā)現(xiàn)工作量超過(guò)原項(xiàng)目工作量的5%的， 則需要由項(xiàng)目經(jīng)理持該評(píng)估報(bào)告協(xié)同市場(chǎng)部人員和客戶進(jìn)行 溝通，以進(jìn)行最終決策； 需求評(píng)估與需求評(píng)審的區(qū)別： 特征需求評(píng)估需求評(píng)審 活動(dòng)方式項(xiàng)目經(jīng)理或研發(fā)組長(zhǎng) 作評(píng)估 需求組、開(kāi)發(fā)組等主要 成員共同評(píng)審 輸出物cq的“需求評(píng)估”環(huán) 節(jié)錄入 會(huì)議紀(jì)要、評(píng)審報(bào)告等 文檔 復(fù)雜程度開(kāi)發(fā)量5 個(gè)工作日 （不含集成測(cè)試） 開(kāi)發(fā)量5 個(gè)工作日 （不含集成測(cè)試） 1.3 bi階段-作業(yè)流程-需求評(píng)估 2）cq上“分析”環(huán)節(jié)新增的填寫(xiě)信息： 評(píng)估結(jié)論，必填評(píng)估結(jié)論，必填 風(fēng)險(xiǎn)分析，必填風(fēng)險(xiǎn)分析，必填 對(duì)設(shè)計(jì)和開(kāi)發(fā)的對(duì)設(shè)計(jì)和開(kāi)發(fā)的 影響，必填影響，必填 對(duì)測(cè)試的影響，對(duì)測(cè)試

3、的影響， 非必填非必填 對(duì)工程的影響，對(duì)工程的影響， 非必填非必填 工作量預(yù)估，必填工作量預(yù)估，必填 1.3 bi階段-作業(yè)流程- 1）在描述需求過(guò)程中要注意：用戶提出的需求可能是經(jīng)過(guò)用戶自己思考加 工過(guò)的內(nèi)容，屬于含混性需求，可能不全面并可能不具有概括性，未意識(shí) 到真正需求或未能真正表達(dá)出來(lái)，因此要幫客戶挖掘出真正的需求。 如： 用戶提出要提供2個(gè)月的報(bào)表各一張，但是需求人員經(jīng)過(guò)挖掘和調(diào)查完 以后發(fā)現(xiàn)用戶要這2個(gè)月報(bào)表的數(shù)據(jù)是為了進(jìn)行2個(gè)月的各種產(chǎn)品銷(xiāo)售量對(duì) 比，此時(shí)我們應(yīng)該將需求定位為開(kāi)發(fā)雙柱狀圖表以供用戶比對(duì)。 2）用戶提出的需求可能只局限于目前的使用情況，但是要根據(jù)項(xiàng)目研發(fā)經(jīng) 驗(yàn)以及業(yè)

4、務(wù)發(fā)展趨勢(shì)做一些前瞻性的考慮，為系統(tǒng)設(shè)計(jì)預(yù)留擴(kuò)展性，這樣 等用戶真正提出這樣的需求的時(shí)候不會(huì)對(duì)架構(gòu)產(chǎn)生大的影響。 1.4 bi階段-角色與職責(zé)（1/3） 項(xiàng)目經(jīng)理 負(fù)責(zé)協(xié)調(diào)需求組所需的配合工作； 根據(jù)需求組的評(píng)審請(qǐng)求組織評(píng)審； 負(fù)責(zé)監(jiān)控需求組工作情況。 負(fù)責(zé)協(xié)調(diào)測(cè)試組所需的配合工作； 根據(jù)測(cè)試組的評(píng)審請(qǐng)求組織評(píng)審； 負(fù)責(zé)監(jiān)控測(cè)試組工作情況。 需求組長(zhǎng) 負(fù)責(zé)安排需求組工作，并對(duì)日常需求開(kāi)發(fā)過(guò)程監(jiān)控； 負(fù)責(zé)需求調(diào)研過(guò)程中信息的及時(shí)發(fā)布和共享； 負(fù)責(zé)發(fā)起對(duì)用戶需求分析書(shū)、系統(tǒng)需求書(shū)、系統(tǒng)測(cè)試清單 （初版）進(jìn)行評(píng)審。 1.4 bi階段-角色與職責(zé)（2/3） 需求分析師 負(fù)責(zé)與客戶/最終使用者之間的需求

5、調(diào)查及分析； 負(fù)責(zé)用戶需求分析書(shū)及系統(tǒng)需求書(shū)的編寫(xiě)。 負(fù)責(zé)系統(tǒng)測(cè)試清單（初版）的編寫(xiě)； 參與系統(tǒng)測(cè)試清單及系統(tǒng)測(cè)試步驟書(shū)的討論和評(píng)審，并提供認(rèn) 可意見(jiàn)或修改建議。 客戶/ /最終使用者 負(fù)責(zé)提供必要的需求信息； 參與用戶需求分析書(shū)及系統(tǒng)需求書(shū)的討論和評(píng)審，并提供認(rèn)可 意見(jiàn)或修改建議。 1.4 bi階段-角色與職責(zé)（3/3） 設(shè)計(jì)組長(zhǎng)/ /系統(tǒng)設(shè)計(jì)員 了解項(xiàng)目相關(guān)業(yè)務(wù)背景、技術(shù)知識(shí)； 參與用戶需求分析書(shū)及系統(tǒng)需求書(shū)的討論和評(píng)審，并提供認(rèn)可 意見(jiàn)或修改建議。 參與系統(tǒng)測(cè)試清單及系統(tǒng)測(cè)試步驟書(shū)的討論和評(píng)審，并提供認(rèn) 可意見(jiàn)或修改建議。 測(cè)試組長(zhǎng)/測(cè)試設(shè)計(jì)員/測(cè)試人員 參與 系統(tǒng)需求書(shū)、系統(tǒng)測(cè)試清單（

6、初版）的討論和評(píng)審，并提 供認(rèn)可意見(jiàn)或修改建議。 負(fù)責(zé)在系統(tǒng)測(cè)試清單（初版）的基礎(chǔ)上修訂系統(tǒng)測(cè)試清單和發(fā) 起評(píng)審，編寫(xiě)系統(tǒng)測(cè)試步驟書(shū)和發(fā)起評(píng)審。 1.5 bi階段-輸入 合同（協(xié)議、訂單）中的顧客需求或技術(shù)規(guī)范書(shū)； 顧客提出的功能規(guī)格書(shū)，或顧客無(wú)明確規(guī)格要求時(shí)由需求分 析師提出并征得顧客認(rèn)可的文檔化用戶需求； 有關(guān)的法律、法規(guī)要求或行業(yè)標(biāo)準(zhǔn)； 公司以往類(lèi)似項(xiàng)目中導(dǎo)出的有關(guān)信息。 1.6 bi階段-輸出 用戶需求分析書(shū) 系統(tǒng)需求書(shū) 對(duì)應(yīng)以上文檔的核查報(bào)告、完成報(bào)告以及必要的中間記錄 或文檔。 bd階段規(guī)約階段規(guī)約2 2 bi階段規(guī)約階段規(guī)約1 1 dd&ctd階段規(guī)約階段規(guī)約3 3 ct階段規(guī)約

7、階段規(guī)約5 5 mk階段規(guī)約階段規(guī)約4 4 共通關(guān)注點(diǎn)共通關(guān)注點(diǎn)6 6 2.1 bd階段 bdbd階段在階段在v v型開(kāi)發(fā)模型項(xiàng)目過(guò)程中的位置型開(kāi)發(fā)模型項(xiàng)目過(guò)程中的位置 2.2 bd階段-定義 基本設(shè)計(jì)階段的目的是按用戶需求的分析結(jié)果和系統(tǒng)需求的 框架定義，逐步細(xì)化所有的系統(tǒng)功能，明確系統(tǒng)需求書(shū)中每 一功能的具體實(shí)現(xiàn)設(shè)計(jì)，粒度上應(yīng)兼顧開(kāi)發(fā)組、測(cè)試組的要 求；同時(shí)根據(jù)基本設(shè)計(jì)輸出物進(jìn)行集成測(cè)試設(shè)計(jì)。 根據(jù)電信信息化部項(xiàng)目特點(diǎn)，可將基本設(shè)計(jì)輸出文檔按功能 性質(zhì)劃分，分為總冊(cè)、前臺(tái)、后臺(tái)等部分；同時(shí)后續(xù)集成測(cè) 試設(shè)計(jì)也應(yīng)參考同樣劃分原則進(jìn)行處理。 關(guān)鍵說(shuō)明： 功能細(xì)化、適度劃分、技術(shù)引導(dǎo)、兼顧多方。

8、 2.3 bd階段-作業(yè)流程 2.4 bd階段-角色與職責(zé)（1/2） 項(xiàng)目經(jīng)理 負(fù)責(zé)協(xié)調(diào)組間的配合工作； 負(fù)責(zé)監(jiān)控各組總體工作情況。 設(shè)計(jì)組長(zhǎng) 負(fù)責(zé)安排設(shè)計(jì)組工作，并對(duì)日常過(guò)程監(jiān)控； 負(fù)責(zé)設(shè)計(jì)過(guò)程中信息的及時(shí)發(fā)布和共享； 負(fù)責(zé)發(fā)起對(duì)基本設(shè)計(jì)書(shū)、集成測(cè)試清單（初版）進(jìn)行評(píng)審。 參與集成測(cè)試清單及集成測(cè)試步驟書(shū)的討論和評(píng)審，并提供認(rèn) 可意見(jiàn)或修改建議。 2.4 bd階段-角色與職責(zé)（2/2） 系統(tǒng)設(shè)計(jì)員 負(fù)責(zé)基本設(shè)計(jì)書(shū)及集成測(cè)試清單（初版）的編寫(xiě)。 參與集成測(cè)試清單及集成測(cè)試步驟書(shū)的討論和評(píng)審，并提供認(rèn) 可意見(jiàn)或修改建議。 測(cè)試組長(zhǎng)/測(cè)試設(shè)計(jì)員/測(cè)試人員 參與基本設(shè)計(jì)書(shū)、集成測(cè)試清單（初版）的討論

9、和評(píng)審，并提 供認(rèn)可意見(jiàn)或修改建議。 負(fù)責(zé)在集成測(cè)試清單（初版）的基礎(chǔ)上修訂集成測(cè)試清單和發(fā) 起評(píng)審，編寫(xiě)集成測(cè)試步驟書(shū)和發(fā)起評(píng)審。 開(kāi)發(fā)組長(zhǎng)/開(kāi)發(fā)人員 參與基本設(shè)計(jì)書(shū)的討論和評(píng)審，并提供認(rèn)可意見(jiàn)或修改建議。 2.5 bd階段-輸入 用戶需求分析書(shū)； 系統(tǒng)需求書(shū)； 系統(tǒng)測(cè)試清單； 系統(tǒng)測(cè)試步驟書(shū)； 經(jīng)評(píng)審認(rèn)可的其他文檔及程序代碼。 2.6 bd階段-輸出 基本設(shè)計(jì)書(shū)（包含內(nèi)容：采用的操作系統(tǒng)、采 用的第三方模塊、采用的共通構(gòu)件、采用的核心的 技術(shù)平臺(tái)和技術(shù)架構(gòu)、使用的數(shù)據(jù)庫(kù)、以及主要的 業(yè)務(wù)功能流程、用戶界面等）； 完成報(bào)告、核查報(bào)告以及必要的中間記錄 或文檔。 bd階段規(guī)約階段規(guī)約2 2 b

10、i階段規(guī)約階段規(guī)約1 1 dd&ctd階段規(guī)約階段規(guī)約3 3 ct階段規(guī)約階段規(guī)約5 5 mk階段規(guī)約階段規(guī)約4 4 共通關(guān)注點(diǎn)共通關(guān)注點(diǎn)6 6 3.1 dd&ctd階段-定義 詳細(xì)設(shè)計(jì)的目的是根據(jù)基本設(shè)計(jì)書(shū)中的功能設(shè)計(jì)要求，確定 每一功能及功能內(nèi)部細(xì)分的功能單元的算法、數(shù)據(jù)結(jié)構(gòu)；同 時(shí)根據(jù)詳細(xì)設(shè)計(jì)輸出物進(jìn)行單元測(cè)試設(shè)計(jì)。 根據(jù)電信信息化部項(xiàng)目特點(diǎn)，可將詳細(xì)設(shè)計(jì)輸出文檔按功能 性質(zhì)劃分，分為總冊(cè)、前臺(tái)、后臺(tái)等部分。同時(shí)后續(xù)單元測(cè) 試設(shè)計(jì)也應(yīng)參考同樣劃分原則進(jìn)行處理。 3.2 dd&ctd階段-作業(yè)流程 3.3 dd&ctd階段-角色與職責(zé)（1/2） 項(xiàng)目經(jīng)理 負(fù)責(zé)協(xié)調(diào)組間的配合工作； 負(fù)責(zé)監(jiān)控

11、各組總體工作情況。 開(kāi)發(fā)組長(zhǎng) 負(fù)責(zé)安排開(kāi)發(fā)組工作，并對(duì)日常過(guò)程監(jiān)控； 負(fù)責(zé)詳細(xì)設(shè)計(jì)過(guò)程中信息的及時(shí)發(fā)布和共享； 負(fù)責(zé)發(fā)起對(duì)詳細(xì)設(shè)計(jì)書(shū)、單元測(cè)試清單及單元測(cè)試步驟書(shū) （可選）的討論和評(píng)審。 3.3 dd&ctd階段-角色與職責(zé)（2/2） 開(kāi)發(fā)人員 負(fù)責(zé)詳細(xì)設(shè)計(jì)書(shū)、單元測(cè)試清單及單元測(cè)試步驟書(shū)（可選） 的編寫(xiě)。 負(fù)責(zé)詳細(xì)設(shè)計(jì)書(shū)、單元測(cè)試清單及單元測(cè)試步驟書(shū)（可選） 的評(píng)審。 設(shè)計(jì)組長(zhǎng)/系統(tǒng)設(shè)計(jì)員 建議參與詳細(xì)設(shè)計(jì)書(shū)的評(píng)審。 測(cè)試組長(zhǎng)/測(cè)試設(shè)計(jì)員 建議參與單元測(cè)試清單及單元測(cè)試步驟書(shū)（可選）的評(píng)審。 3.4 dd&ctd階段-輸入 用戶需求分析書(shū)； 系統(tǒng)需求書(shū)； 基本設(shè)計(jì)書(shū)； 經(jīng)評(píng)審認(rèn)可的其他文檔。

12、 3.5 dd&ctd階段-輸出 詳細(xì)設(shè)計(jì)書(shū)； 單元測(cè)試清單、單元測(cè)試步驟書(shū)（可選）； 完成報(bào)告、核查報(bào)告以及必要的中間記錄文檔。 bd階段規(guī)約階段規(guī)約2 2 bi階段規(guī)約階段規(guī)約1 1 dd&ctd階段規(guī)約階段規(guī)約3 3 ct階段規(guī)約階段規(guī)約5 5 mk階段規(guī)約階段規(guī)約4 4 共通關(guān)注點(diǎn)共通關(guān)注點(diǎn)6 6 4.1 mk階段-定義 編碼階段的目的是根據(jù)基本設(shè)計(jì)書(shū)、詳細(xì)設(shè)計(jì)書(shū)進(jìn)行具體的編 碼，生成可以提交測(cè)試的代碼。 單元測(cè)試階段的目的是對(duì)所有的程序單元進(jìn)行測(cè)試，按照測(cè)試計(jì)劃要求 達(dá)到足夠的測(cè)試覆蓋率，以保證程序單元能按預(yù)定方式正確處理數(shù)據(jù)； 在此過(guò)程中發(fā)現(xiàn)的所有缺陷必須用統(tǒng)一的缺陷管理工具來(lái)管理

13、，對(duì)應(yīng)的 開(kāi)發(fā)人員應(yīng)當(dāng)及時(shí)消除缺陷（改錯(cuò)）。 4.2 mk階段-作業(yè)流程 4.3 mk階段-角色與職責(zé)（1/2） 項(xiàng)目經(jīng)理 負(fù)責(zé)協(xié)調(diào)組間配合工作； 負(fù)責(zé)監(jiān)控開(kāi)發(fā)組工作情況； 開(kāi)發(fā)組長(zhǎng) 負(fù)責(zé)開(kāi)發(fā)任務(wù)的細(xì)化分配； 負(fù)責(zé)跟蹤開(kāi)發(fā)進(jìn)度，解決開(kāi)發(fā)中碰到的各種技術(shù)、資源方面的問(wèn)題； 組織召開(kāi)代碼評(píng)審 負(fù)責(zé)開(kāi)發(fā)結(jié)束后完成報(bào)告編寫(xiě)和總結(jié)評(píng)審的發(fā)起； 負(fù)責(zé)生成代碼發(fā)布說(shuō)明初稿； 4.3 mk階段-角色與職責(zé)（2/2） 開(kāi)發(fā)人員 負(fù)責(zé)具體編碼，并且負(fù)責(zé)更新相應(yīng)模塊的版本變更說(shuō)明； 進(jìn)行代碼基本調(diào)測(cè)，確保提交的代碼可以用于后繼測(cè)試； 配置管理員 提供開(kāi)發(fā)組要求的基準(zhǔn)版本； 4.4 mk階段-輸入 用戶需求分析書(shū)；

14、系統(tǒng)需求書(shū)； 基本設(shè)計(jì)書(shū) 詳細(xì)設(shè)計(jì)書(shū) 經(jīng)評(píng)審認(rèn)可的其他文檔及程序代碼。 4.5 mk階段-輸出 基本調(diào)測(cè)通過(guò)的代碼以及版本發(fā)布說(shuō)明文件 完成報(bào)告 bd階段規(guī)約階段規(guī)約2 2 bi階段規(guī)約階段規(guī)約1 1 dd&ctd階段規(guī)約階段規(guī)約3 3 ct階段規(guī)約階段規(guī)約5 5 mk階段規(guī)約階段規(guī)約4 4 共通關(guān)注點(diǎn)共通關(guān)注點(diǎn)6 6 5.1 ct階段-定義 單元測(cè)試階段的目的是對(duì)所有的程序單元進(jìn)行測(cè)試，按照測(cè)試計(jì)劃要求 達(dá)到足夠的測(cè)試覆蓋率，以保證程序單元能按預(yù)定方式正確處理數(shù)據(jù)； 在此過(guò)程中發(fā)現(xiàn)的所有缺陷必須用統(tǒng)一的缺陷管理工具來(lái)管理，對(duì)應(yīng)的 開(kāi)發(fā)人員應(yīng)當(dāng)及時(shí)消除缺陷（改錯(cuò)）。 目前單元測(cè)試均由開(kāi)發(fā)人員自

15、行負(fù)責(zé)，開(kāi)發(fā)組長(zhǎng)可綜合考慮開(kāi)發(fā)組成員 的工作狀況，安排交叉測(cè)試等方式，有效保證程序的質(zhì)量。 5.2 ct階段-作業(yè)流程 5.3 ct階段-角色與職責(zé)（1/2） 項(xiàng)目經(jīng)理 負(fù)責(zé)推進(jìn)測(cè)試發(fā)現(xiàn)缺陷的解決； 開(kāi)發(fā)組長(zhǎng) 負(fù)責(zé)單元測(cè)試工作的安排和監(jiān)控； 負(fù)責(zé)測(cè)試日?qǐng)?bào)、缺陷記錄等單元測(cè)試結(jié)果的發(fā)布和共享； 負(fù)責(zé)推進(jìn)測(cè)試發(fā)現(xiàn)缺陷的解決； 負(fù)責(zé)在單元測(cè)試工作完成后的評(píng)審發(fā)起、組織編寫(xiě)完成報(bào)告。 5.3 ct階段-角色與職責(zé)（2/2） 開(kāi)發(fā)人員 根據(jù)安排執(zhí)行單元測(cè)試，并及時(shí)記錄測(cè)試結(jié)果。 5.4 ct階段-輸入 單元測(cè)試清單 單元測(cè)試步驟書(shū)（可選）； 詳細(xì)設(shè)計(jì)書(shū)； 經(jīng)評(píng)審認(rèn)可的其他文檔及程序代碼。 5.5 ct階

16、段-輸出 消除了缺陷的程序單元； 完成報(bào)告以及必要的中間記錄文檔，如測(cè)試日?qǐng)?bào)（可選）、 測(cè)試進(jìn)度報(bào)告（可選）、單元測(cè)試缺陷記錄等。 bd階段規(guī)約階段規(guī)約2 2 bi階段規(guī)約階段規(guī)約1 1 dd&ctd階段規(guī)約階段規(guī)約3 3 ct階段關(guān)注點(diǎn)階段關(guān)注點(diǎn)5 5 mk階段規(guī)約階段規(guī)約4 4 共通關(guān)注點(diǎn)共通關(guān)注點(diǎn)6 6 需要做好需求與版本的對(duì)應(yīng)關(guān)系的管理。包括兩方面，在開(kāi)發(fā)階段，需要進(jìn)行規(guī) 劃，確定 規(guī)劃版本所要實(shí)現(xiàn)的功能點(diǎn)。另外，在投放階段，需要做好版本投放 履歷，知道當(dāng)前投放了什么版本，從而知道當(dāng)前實(shí)現(xiàn)了那些功能點(diǎn)。 研發(fā)使用版本規(guī)劃表，記錄研發(fā)版本所包含的新開(kāi)發(fā)的功能點(diǎn)。 投放使用版本投放履歷表，

17、記錄投放版本所包含的新開(kāi)發(fā)的功能點(diǎn)。 在該需求的需求評(píng)估通過(guò)后，在cq系統(tǒng)上需要填寫(xiě)該需求規(guī)劃的版本。 通過(guò)以上改動(dòng)，實(shí)現(xiàn)雙向的對(duì)應(yīng)。 構(gòu)件復(fù)用與生成： 在系統(tǒng)設(shè)計(jì)階段，應(yīng)該考慮充分利用現(xiàn)有控件庫(kù)中的構(gòu)件，爭(zhēng)取重用構(gòu)件，提交開(kāi)發(fā)效率。 如果沒(méi)有現(xiàn)有構(gòu)件可以利用，并且該功能有構(gòu)件的特征，應(yīng)考慮從構(gòu)件的角度進(jìn)行設(shè)計(jì)開(kāi) 發(fā)，以后面提交構(gòu)件，供大家復(fù)用。 構(gòu)件管理： 修訂共通構(gòu)件管理規(guī)范，以規(guī)劃部作為共通構(gòu)件的管理部門(mén)，修改構(gòu)件入庫(kù)、復(fù)用、 維護(hù)升級(jí)、向研發(fā)中心提交或獲取構(gòu)件的流程環(huán)節(jié)內(nèi)容。復(fù)用環(huán)節(jié)中包含了構(gòu)件復(fù)用評(píng)估 的環(huán)節(jié)。 修訂共通構(gòu)件使用登記表，包含了構(gòu)件版本發(fā)布、構(gòu)件復(fù)用登記的功能。 新增決

18、策分析指導(dǎo)書(shū)，對(duì)軟件過(guò)程中的重要問(wèn)題和所確定的多項(xiàng)候 選方案進(jìn)行決策，含場(chǎng)景、準(zhǔn)則、過(guò)程指導(dǎo) 。 新增決策分析記錄表，記錄評(píng)估議題、備選方案概要、評(píng)估方法、 決策過(guò)程、結(jié)論 。 場(chǎng)景場(chǎng)景（詳見(jiàn)指導(dǎo)書(shū)的（詳見(jiàn)指導(dǎo)書(shū)的“5.入口準(zhǔn)則入口準(zhǔn)則”） 基本調(diào)查及基本調(diào)查及 系統(tǒng)測(cè)試設(shè)計(jì)系統(tǒng)測(cè)試設(shè)計(jì) 基本設(shè)計(jì)及基本設(shè)計(jì)及 集成測(cè)試設(shè)計(jì)集成測(cè)試設(shè)計(jì) 詳細(xì)設(shè)計(jì)及詳細(xì)設(shè)計(jì)及 組件測(cè)試設(shè)計(jì)組件測(cè)試設(shè)計(jì) 編碼及調(diào)試編碼及調(diào)試 組件測(cè)試組件測(cè)試 集成測(cè)試集成測(cè)試 系統(tǒng)測(cè)試系統(tǒng)測(cè)試 研發(fā)過(guò)程研發(fā)過(guò)程 架構(gòu)/平臺(tái)方案評(píng)估 系統(tǒng)范圍界定評(píng)估 組件選擇評(píng)估 。 風(fēng)險(xiǎn)管理過(guò)程風(fēng)險(xiǎn)管理過(guò)程 風(fēng)險(xiǎn)應(yīng)對(duì)方案評(píng)估 維護(hù)過(guò)程維護(hù)過(guò)程 重

19、大問(wèn)題 / 需求的 應(yīng)對(duì)方案評(píng)估 項(xiàng)目前期項(xiàng)目前期 項(xiàng)目計(jì)劃評(píng)估 項(xiàng)目管控項(xiàng)目管控 過(guò)程過(guò)程 （詳見(jiàn)指導(dǎo)書(shū)（詳見(jiàn)指導(dǎo)書(shū)“7. 工作流程工作流程” ） 準(zhǔn)則準(zhǔn)則 （詳見(jiàn)指導(dǎo)書(shū)（詳見(jiàn)指導(dǎo)書(shū)“7.3.1 準(zhǔn)則類(lèi)型準(zhǔn)則類(lèi)型” ） 選擇解決方案的準(zhǔn)則一般涉及成本（例如，時(shí)間、人員、金錢(qián)）、效益選擇解決方案的準(zhǔn)則一般涉及成本（例如，時(shí)間、人員、金錢(qián)）、效益 （例如，性能、能力、效率）和風(fēng)險(xiǎn)（例如，可執(zhí)行性、技術(shù)、成本、進(jìn)度等（例如，性能、能力、效率）和風(fēng)險(xiǎn)（例如，可執(zhí)行性、技術(shù)、成本、進(jìn)度等 方面的風(fēng)險(xiǎn)）?？煽紤]的準(zhǔn)則類(lèi)型包括：方面的風(fēng)險(xiǎn)）?？煽紤]的準(zhǔn)則類(lèi)型包括：用戶方標(biāo)準(zhǔn)用戶方標(biāo)準(zhǔn)、人力分析人力分析、系統(tǒng)技術(shù)分系統(tǒng)技術(shù)分 析析、項(xiàng)目管控項(xiàng)目管控。 用戶方標(biāo)準(zhǔn)用戶方標(biāo)準(zhǔn) 政策/規(guī)范（集團(tuán)公司省公司地市公司）； 用戶方主管/領(lǐng)導(dǎo)的意見(jiàn)；- 既定協(xié)議（含相關(guān)議題的歷史會(huì)議紀(jì)要）； 人力分析人力分析 人員的能力/技巧 系統(tǒng)技術(shù)分析系統(tǒng)技術(shù)分析 方案采用的技術(shù)/平臺(tái)成熟度 方案采用的技術(shù)/平臺(tái)對(duì)開(kāi)發(fā)/測(cè)試環(huán)境的要求（如服務(wù)器、工具） 方案采用的技術(shù)/平臺(tái)的性能 方案采用的技術(shù)/平臺(tái)對(duì)硬件的兼容性 第三