【正文】 件實(shí)現(xiàn)走查 . 進(jìn)入條件 . 工作任務(wù) EOS 應(yīng)用開發(fā)過(guò)程參考手冊(cè) 第 28 頁(yè)共 36 頁(yè) . 輸出內(nèi)容 項(xiàng)目源碼 項(xiàng)目 實(shí)現(xiàn)的 文檔（ EOS Studio 產(chǎn)生 ） . 階段控制點(diǎn) 需求變更的嚴(yán)格控制 . 退出條件 . 參考模板 . 測(cè)試階 段 . 概述 本階段是應(yīng)用項(xiàng)目的啟動(dòng)階段 EOS 應(yīng)用開發(fā)過(guò)程參考手冊(cè) 第 29 頁(yè)共 36 頁(yè) 測(cè) 試 階 段項(xiàng) 目 管 理 工 作項(xiàng) 目 實(shí) 施 工 作測(cè) 試 結(jié) 果 記 錄編 寫 測(cè) 試 用 例迭代編 寫 測(cè) 試 報(bào) 告系 統(tǒng) 測(cè) 試制 定 項(xiàng) 目 階 段 計(jì) 劃應(yīng) 用 功 能 開 發(fā)任 務(wù) 分 配編 寫 測(cè) 試 方 案測(cè) 試 進(jìn) 度 跟 蹤編寫用戶手冊(cè)測(cè) 試 環(huán) 境 準(zhǔn) 備 . 進(jìn)入條件 EOS 應(yīng)用開發(fā)過(guò)程參考手冊(cè) 第 30 頁(yè)共 36 頁(yè) . 工作任務(wù) . 輸出內(nèi)容 . 階段控制點(diǎn) . 退出條件 . 參考模板 . 集成、部署階段 . 概述 本階段是應(yīng)用項(xiàng)目的啟動(dòng)階段 EOS 應(yīng)用開發(fā)過(guò)程參考手冊(cè) 第 31 頁(yè)共 36 頁(yè) 集 成 、 部 署 階 段項(xiàng) 目 管 理 工 作項(xiàng) 目 實(shí) 施 工 作制 定 系 統(tǒng) 集 成 上 線階 段 計(jì) 劃編 寫 用 戶 文 檔項(xiàng) 目 驗(yàn) 收系 統(tǒng) 上 線系 統(tǒng) 部 署 和 集成 測(cè) 試進(jìn) 行 用 戶 培 訓(xùn) . 進(jìn)入條件 系統(tǒng)經(jīng)過(guò)內(nèi)部的測(cè)試，具備在用戶環(huán)境進(jìn)行部署和進(jìn)行集成測(cè)試的條件。項(xiàng)目經(jīng)理的職責(zé)之一是“管人”。待所有高風(fēng)險(xiǎn)因素明確之后，全面將工作鋪開，投入項(xiàng)目組所有人力資源。面向構(gòu)件方法論主張通過(guò)評(píng)審、走查、測(cè)試等確認(rèn)活動(dòng)來(lái)決定構(gòu)件的完成進(jìn)度，下面進(jìn)行詳細(xì)闡述。 已分配到人（0 % ）已設(shè)計(jì)（3 0 % ）已實(shí)現(xiàn)（7 0 % ）已走查（8 0 % ）已測(cè)試（1 0 0 % ）[通 過(guò)設(shè)計(jì)評(píng)審][實(shí) 現(xiàn)完畢提交CVS ][未 通過(guò)][未 通過(guò)][走 查通過(guò)嗎][測(cè) 試通過(guò)嗎][通 過(guò)][通 過(guò)] . 并行開發(fā) 并行開發(fā)為什么很難呢？因?yàn)閳F(tuán)隊(duì)成員的工作之間有依賴關(guān)系！ 本質(zhì)上，團(tuán)隊(duì)成員之間的依賴關(guān)系是軟件組成部分之間依賴關(guān)系的體現(xiàn)。 重要說(shuō)明 ：并行開發(fā)和迭代開發(fā)可以綜合實(shí)施，具體方法是，宏觀上進(jìn)行迭代和增量開發(fā)，而每個(gè)迭代周期內(nèi)部，不同團(tuán)隊(duì)成員并行工作。架構(gòu)中的接口，成為不同的團(tuán)隊(duì)成員之間協(xié)作的“契約”，可以支持大規(guī)模并行式的團(tuán)隊(duì)開發(fā) —— 架構(gòu)設(shè)計(jì)得越穩(wěn)定、越明確，并行的程度就可以越大。 開發(fā)者的考核，可以通過(guò)其負(fù)責(zé)的所有構(gòu)件的完成進(jìn)度統(tǒng)計(jì)而來(lái)。任務(wù)的分配以構(gòu)件為單位，每個(gè)構(gòu)件都會(huì)分配到具體的開發(fā)者。這樣做的重大好處之一是“有利于和外部團(tuán)隊(duì)協(xié)同”，當(dāng)項(xiàng)目開發(fā)任何涉及外包子系統(tǒng)時(shí)非常易于管理；另外，很常見的情況是需求和總體設(shè)計(jì)由最終 客戶和中間件廠商共同完成，而后期工作由最終用戶的開發(fā)人員進(jìn)行，此時(shí)，“動(dòng)態(tài)團(tuán)隊(duì)”的靈活性就十分明顯。 . 參考模板 EOS 應(yīng)用開發(fā)過(guò)程參考手冊(cè) 第 33 頁(yè)共 36 頁(yè) 5. 其他 最佳實(shí)踐 待項(xiàng)目組已經(jīng)適應(yīng)了面向構(gòu)件的軟件開發(fā)，可進(jìn)一步采納更多體現(xiàn)普元公司多年經(jīng)驗(yàn)的最佳實(shí)踐，使項(xiàng)目管理和生產(chǎn)力水平更上一層樓。 對(duì)于項(xiàng)目組而言，本階段的主要控制點(diǎn)包括： ? 確保 系統(tǒng)設(shè)計(jì)的質(zhì)量 ： 對(duì)于良好的系統(tǒng)設(shè)計(jì)，應(yīng)該滿足如下要求： 1） 應(yīng)用總體設(shè)計(jì)思路清晰，結(jié)構(gòu)簡(jiǎn)捷合理 2） 功能設(shè)計(jì)可實(shí)現(xiàn)性強(qiáng)：通過(guò)查看原型、對(duì)應(yīng)的數(shù)據(jù)庫(kù)設(shè)計(jì)和功能設(shè)計(jì)文檔， 功能 實(shí)現(xiàn)者 （開發(fā)人員） 比較清楚用戶界面的信息、對(duì)應(yīng)操作的數(shù)據(jù)實(shí)體、應(yīng)用處理的流程、相關(guān)的隱含規(guī)則 、界面流轉(zhuǎn)關(guān)系等等 3） 完整統(tǒng)一、操作性強(qiáng)的項(xiàng)目開發(fā)規(guī)范 ：這是保證項(xiàng)目滿足非功能性需求和系統(tǒng)質(zhì)量的重要工具 ，需要確保開發(fā)規(guī)范的內(nèi)容盡可能覆蓋項(xiàng)目實(shí)施的各個(gè)環(huán)節(jié)，同時(shí)所提供的規(guī)范內(nèi)容具有較強(qiáng)的操作性，而不至于流于形式。 另外，對(duì)于參與 EOS 應(yīng)用設(shè)計(jì)的人員，建議對(duì) EOS 的結(jié)構(gòu)和開發(fā)方式以及相關(guān)資源有較好的 理 解 ，這樣才能知道在設(shè)計(jì)中哪些工作不需要做了，哪些 內(nèi)容需要結(jié)合 EOS產(chǎn)品的 特點(diǎn)進(jìn)行考慮。 對(duì)于 EOS 應(yīng)用的設(shè)計(jì) 內(nèi)容 ，主要的重心在于業(yè)務(wù)模型的抽象（可理解為業(yè)務(wù)架構(gòu)）、構(gòu)件包的劃分以及功能點(diǎn)的細(xì)分， 這樣讓設(shè)計(jì)人員能夠從考慮技術(shù)架構(gòu) 和 OO 模 型 的穩(wěn)定、優(yōu)雅和是否符合力學(xué)原理的泥沼中解脫出來(lái)，將主要的精力花費(fèi)在考慮業(yè)務(wù)模型的抽象和擴(kuò)展能力上 （也有助于設(shè)計(jì)人員從技術(shù)思維轉(zhuǎn)向業(yè)務(wù)思維，或許我這種說(shuō)法對(duì)于熱衷于技術(shù)研究的設(shè)計(jì)師會(huì)不以為然，但 如果設(shè)計(jì)師跟用戶溝通時(shí)如果屢屢提及對(duì)象、設(shè)計(jì)模式等詞眼未必能讓用戶對(duì)于系統(tǒng)的設(shè)計(jì)思路有多清晰的理解 ） 。下圖表現(xiàn)了一個(gè)系統(tǒng)經(jīng)過(guò)設(shè)計(jì)后用戶和實(shí)現(xiàn)人員的不同視角 這樣我們就很容易理解，當(dāng)我們選擇 J2EE 實(shí)現(xiàn)用戶的應(yīng)用系統(tǒng)時(shí)， 對(duì)于設(shè)計(jì)工作，一方面要 從技術(shù)層面 設(shè)計(jì)一個(gè) 應(yīng)用 架構(gòu)來(lái)實(shí)現(xiàn)應(yīng)用軟件的層次封裝， 在開源領(lǐng)域，目前有很多種應(yīng)用架構(gòu)的成果，但往往只是解決了應(yīng)用框架中一部分的問題，需要組合或者 EOS 應(yīng)用開發(fā)過(guò)程參考手冊(cè) 第 22 頁(yè)共 36 頁(yè) 自行設(shè)計(jì)完整的應(yīng)用框架結(jié)構(gòu)， 例如，可能選擇 Hibernate+Struts+Spring 經(jīng)過(guò)整合后的框架作為應(yīng)用的框架，或者采用項(xiàng)目 組自行封裝的應(yīng)用框架實(shí)現(xiàn)。 EOS 應(yīng)用開發(fā)過(guò)程參考手冊(cè) 第 21 頁(yè)共 36 頁(yè) . 退出條件 《項(xiàng)目需求規(guī)格說(shuō)明書》獲得用戶簽字認(rèn)可。對(duì)于項(xiàng)目經(jīng)理而言，本階段的主要控制點(diǎn)在于： ? 需求范圍的控制：因?yàn)樵谂c用戶進(jìn)行需求調(diào)研的基礎(chǔ)一般是項(xiàng)目的合同文本，往往合同對(duì)項(xiàng)目的功能范圍只是做了粗略的描述，這些 內(nèi)容需要通過(guò)調(diào)研工作進(jìn)行細(xì)化和明確，功能細(xì)化的程度 往往對(duì)工作量的影響很大，在調(diào)研中需要掌握需求的主次，避免對(duì)非重要功能的需求過(guò)度復(fù)雜化（要知道一個(gè)功能做到不同程度， 付出的工作量的差異是很大的）， 同時(shí) 思考某個(gè)功能點(diǎn)的需求可能帶來(lái)的工作量和付出這種工作量對(duì)項(xiàng)目整體而言是否值得 （這就是讓系統(tǒng)架構(gòu)師和開發(fā)經(jīng)理參與需求調(diào)研的重要意義） 。 也有助于新進(jìn)入項(xiàng)目的成員盡快進(jìn)入工 作角色。 制定項(xiàng)目總體實(shí)施計(jì)劃 項(xiàng)目經(jīng)理 必須 應(yīng)用項(xiàng)目往往有時(shí)間進(jìn)度的要求，一般都明確了系統(tǒng)的上線時(shí) 間，在項(xiàng)目合同簽訂后，用戶要求提供針對(duì)上線時(shí)間安排倒推的項(xiàng)目總體實(shí)施計(jì)劃，所以制定項(xiàng)目總體實(shí)施計(jì)劃是項(xiàng)目經(jīng)理開始介入項(xiàng)目工作后的重要事情。 以上兩個(gè)工作在需求調(diào)研的過(guò)程中是迭代進(jìn)行的，直到項(xiàng)目組認(rèn)為需求基本明確，或者主要需求明確，能夠進(jìn)行后續(xù)的 工作。 編寫需求規(guī)格 需求調(diào)研人員 必須 在進(jìn)行完一次需求調(diào)研的溝通會(huì)議后，應(yīng)該及時(shí)進(jìn)行消化 ， 并以文檔的 形 式沉淀到 需求規(guī)格 說(shuō) 明書中 ， 同時(shí)將需求溝通中未涉及或未明確的問題再次整理到問題清單中，通過(guò)電話、郵件、或會(huì)議方式讓用戶進(jìn)行澄清。 進(jìn)行需求調(diào)研 需求調(diào)研人員 必須 需求調(diào)研人員 在用戶確認(rèn)后進(jìn)入到調(diào)研現(xiàn)場(chǎng)， 由項(xiàng)目經(jīng)理負(fù)責(zé)組織與用戶的需求調(diào)研工作。 需求調(diào)研人員建議由項(xiàng)目經(jīng)理，開發(fā)經(jīng)理，業(yè)務(wù)專家、架構(gòu)師等人員組成。 這種狀況導(dǎo)致無(wú)法在 人為確定的需求階段中固化所有的需求內(nèi)容，因此，對(duì)于項(xiàng)目組而言，在本階段所掌握的需求內(nèi)容基本充分，能夠進(jìn)行后續(xù)的設(shè)計(jì)工作，或者說(shuō)，所不明確的需求，不足以 影響 系統(tǒng)的結(jié)構(gòu)和目前工作的進(jìn)展，那么，需求階段的目標(biāo)就算是基本達(dá)到了。 對(duì)于本階段的工作，如圖所示，詳細(xì)的說(shuō)明，參見“工作任務(wù)”章節(jié)。 EOS 應(yīng)用開發(fā)過(guò)程參考手冊(cè) 第 16 頁(yè)共 36 頁(yè) 4. 開發(fā)過(guò)程階段描述 為保證對(duì)各個(gè)階段的描述有一個(gè)完整統(tǒng)一的描述方法，將采用 “ ETOCXM”的方法 進(jìn)行，具體方式如下： ? Entry（進(jìn)入條件）：為每個(gè)階段定義清晰良好的入口條件； ? Task（工作任務(wù)）：列出所有要實(shí)現(xiàn)的任務(wù)列表，名稱，是否需要實(shí)現(xiàn)，任務(wù)描述； ? Output（輸出內(nèi)容） ： 階段工作的輸出產(chǎn)物以及評(píng)審內(nèi)容 ； ? Control Point（ 階段 控制點(diǎn)） ：本階段中為保證項(xiàng)目成功的關(guān)鍵控制點(diǎn) ； ? eXit（退出條件） ：階段結(jié)束時(shí)所要達(dá)到的結(jié)果 ，注意，階段退出條件并不意味下一階段進(jìn)入條件，因?yàn)橄乱浑A段可能在上一階段并未結(jié)束的情況下就已經(jīng)啟動(dòng)了； ? Template（參考模板）： 本階段可供參考的文檔模板或參考案例 . 需求階段 . 概述 本階段是應(yīng)用項(xiàng)目的啟動(dòng)階段 ， 它主要完成應(yīng)用系統(tǒng)需求的采集整理工作，形成系統(tǒng)設(shè) EOS 應(yīng)用開發(fā)過(guò)程參考手冊(cè) 第 17 頁(yè)共 36 頁(yè) 計(jì)和實(shí)現(xiàn)所需要的需求基線庫(kù)。 . 測(cè)試人員 在 EOS 應(yīng)用的開發(fā)中，測(cè)試人員主要進(jìn)行功能測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試、其他非功能性專項(xiàng)測(cè)試等，測(cè)試主要從需求規(guī)格和功能設(shè)計(jì)出發(fā)，以黑盒測(cè)試為主。系統(tǒng)管理員具有功能：信息管 理、數(shù)據(jù)管理、權(quán)限管理。 EOS 應(yīng)用開發(fā)過(guò)程參考手冊(cè) 第 14 頁(yè)共 36 頁(yè) . 支持角色 . EOS 專家 EOS 專家是指精通 EOS 產(chǎn)品的技術(shù)專家，能夠?yàn)轫?xiàng)目組提供 如下服務(wù)： ? 提供基于 EOS 的應(yīng)用開發(fā)過(guò)程和項(xiàng)目管理方面的指導(dǎo) ? 結(jié)合應(yīng)用要求和 EOS 特點(diǎn)的 提供 應(yīng)用設(shè)計(jì) 方面的咨詢和 指導(dǎo) ? 幫助項(xiàng)目組建立結(jié)合 EOS 特點(diǎn)和應(yīng)用要求的開發(fā)規(guī)范 ? 為應(yīng)用開發(fā)中的技術(shù)課題攻關(guān)提供解決方案 或指導(dǎo) ? 為開發(fā)人員提供產(chǎn)品使用的培訓(xùn)和指導(dǎo) ? 開發(fā) 中故障的快速定位 和處理 對(duì)于初次采用 EOS 進(jìn)行項(xiàng)目開發(fā)的項(xiàng)目組， EOS 專家往往是由普元公司的服務(wù)工程師擔(dān)任，對(duì)于 已經(jīng)有 EOS 應(yīng)用項(xiàng)目開發(fā)經(jīng)驗(yàn)的項(xiàng)目組，由具有相關(guān)經(jīng)驗(yàn)的人員擔(dān)任。另外，他還輔助架構(gòu)師進(jìn)行功能分解、頁(yè)面原型設(shè)計(jì)等工作。 . 業(yè)務(wù)專家 業(yè)務(wù)專家是具備業(yè)務(wù)領(lǐng)域知識(shí)的人才，他負(fù)責(zé)輔助其他角色建立業(yè)務(wù)模型，并對(duì)最終業(yè)務(wù)模型評(píng)審把關(guān)。 開發(fā)經(jīng)理應(yīng)當(dāng)有良好的技術(shù) 功底，尤以通才為佳。作為項(xiàng)目的操作者和維持者，項(xiàng)目經(jīng)理的工作是創(chuàng)造和維持 一個(gè)良好的環(huán)境，使項(xiàng)目組運(yùn)行在最佳狀態(tài)。通常情況下，會(huì)根據(jù)項(xiàng)目的大小，人員的投入情況以及成員的個(gè)人能力和經(jīng)驗(yàn)差異，某個(gè)人會(huì)承擔(dān)一個(gè)或多個(gè)角色。試圖用過(guò)程或技術(shù)取代人的做法是愚蠢的，因?yàn)榧夹g(shù)也好，過(guò)程也好，沒有項(xiàng)目組人員的支持和參與，就不會(huì)發(fā)揮出相應(yīng)的作用。需要關(guān)注的是相關(guān)的工作是否串行和對(duì)其他工作是否存在依賴型。 ? 集成、部署：主要完成系統(tǒng)在用戶環(huán)境中上線，并通過(guò)用戶培訓(xùn)，將應(yīng)用系統(tǒng)交付用戶使用。需求規(guī)格需明確功能需求、質(zhì)量屬性、約束條件等需求的所有方面。 XML Data Bus 作為