【正文】 而面向構(gòu)件方 EOS 應(yīng)用開發(fā)過程參考手冊(cè) 第 36 頁共 36 頁 法強(qiáng)調(diào)構(gòu)件之間通過清晰的接口協(xié)作，通信數(shù)據(jù)又是標(biāo)簽化的 XML 數(shù)據(jù)，使得構(gòu)件及構(gòu)件包之間的耦合度比較小。 EOS 應(yīng)用開發(fā)過程參考手冊(cè) 第 34 頁共 36 頁 時(shí)間資源5%20%10%65% . 進(jìn)度管理 面向構(gòu)件方法論為項(xiàng)目管理中的進(jìn)度管理提供了良好支持。 . 工作任務(wù) . 輸出內(nèi)容 《系統(tǒng)集成測(cè)試報(bào)告》 《用戶使用手冊(cè)》 《系統(tǒng)維護(hù)手冊(cè)》 《項(xiàng)目驗(yàn)收?qǐng)?bào)告》 EOS 應(yīng)用開發(fā)過程參考手冊(cè) 第 32 頁共 36 頁 . 階段控制點(diǎn) 協(xié)調(diào)外圍系統(tǒng)，進(jìn)行集成測(cè)試 把握系統(tǒng)需求實(shí) 現(xiàn)情況，推進(jìn)系統(tǒng)驗(yàn)收 . 退出條件 系統(tǒng)通過用戶的驗(yàn)收（初驗(yàn)） 系統(tǒng)進(jìn)入試運(yùn)行階段。 需要說明的是，盡管列出了上述的很多工作項(xiàng)，在實(shí)際操作中，并不是每個(gè)工作項(xiàng)有人專職去做，而是 根據(jù)項(xiàng)目組人員的具體情況， 一人可能同時(shí)承擔(dān)多項(xiàng)工作，并行處理。設(shè)計(jì)的過程，是將用戶需求涉及的功能、數(shù)據(jù)、流程等業(yè)務(wù)的信息，運(yùn)用業(yè)務(wù)和技術(shù)的眼光進(jìn)行抽象，映射成技術(shù)實(shí)現(xiàn)內(nèi)容的過程，一方面，經(jīng)過抽象后系統(tǒng)橫向切分為不同的應(yīng)用系統(tǒng)功能，從而保證這些功能即能夠覆蓋用戶的業(yè)務(wù)功能需求，又能體現(xiàn)業(yè)務(wù)模型的可擴(kuò)展能力和低耦合度，另一方面，經(jīng)過抽象后的系統(tǒng) 從縱向切分為不同的層次，有利于實(shí)現(xiàn)時(shí)的分工合作，同時(shí)降低技術(shù)層次的耦合性，利于技術(shù)層面的擴(kuò)展。 . 輸出內(nèi)容 《需求調(diào)研的會(huì)議紀(jì)要》 《 項(xiàng)目 需求規(guī)格說明書》 《項(xiàng)目實(shí)施總體計(jì)劃》 《項(xiàng)目管理方案》 《需 求變更控制表》 . 階段控制點(diǎn) 由于該階段是項(xiàng)目的啟動(dòng)階段，項(xiàng)目團(tuán)隊(duì)剛剛建立尚不完整，對(duì)于客戶而言，非常關(guān)注項(xiàng)目的進(jìn)度計(jì)劃，對(duì)于項(xiàng)目組所在公司而言，在關(guān)注項(xiàng)目進(jìn)度的同時(shí)，也關(guān)心項(xiàng)目的需求范圍。 最終審核通過的需求規(guī)格說明書需要獲得用戶的簽字認(rèn)可（可提供一份需求認(rèn)可書進(jìn)行簽字）。會(huì)議結(jié)束后按照統(tǒng)一的格式整理會(huì)議紀(jì)要，發(fā)送給與會(huì)相關(guān)人員，以及得到用戶方負(fù)責(zé)人的確認(rèn)（ 最好能夠簽字認(rèn)可 ）。 . 進(jìn)入條件 ? 確定項(xiàng)目經(jīng)理和需求調(diào)研人員 ? 需求工作的條件成熟：有初始的需求材料（如合同等），與用戶確定了具體的需求調(diào)研安排 . 工作任務(wù) 組建 項(xiàng)目 團(tuán)隊(duì) 項(xiàng)目經(jīng)理 必須 組建項(xiàng)目團(tuán)隊(duì) 是 項(xiàng)目啟動(dòng)的標(biāo)志，一般公司會(huì)為項(xiàng)目任命（或指定）項(xiàng)目經(jīng)理，然后由項(xiàng)目經(jīng)理來申請(qǐng)其他的團(tuán)隊(duì)成員，在項(xiàng)目團(tuán)隊(duì)組建初期，并不能明確這個(gè)項(xiàng)目中的所有資源，只會(huì)確定重要的角色 （如開發(fā)經(jīng)理、架構(gòu)師等） 以及即將開始的需求工作的參與人員。 對(duì)于這兩種情況，項(xiàng)目團(tuán)隊(duì)的管理和工作方法均有一定的差異性，而在本參考中，只提供本階段通用的工作說明，對(duì)于上面提到的差異性不做說明，需要項(xiàng)目組結(jié)合本參考內(nèi)容的基礎(chǔ)上充分考慮。對(duì)于產(chǎn)品型公司，還應(yīng)負(fù)責(zé) 產(chǎn)品包裝設(shè)計(jì)及其其他相關(guān)工作。隨著產(chǎn)品生命周期的延續(xù)，構(gòu)件包所有者應(yīng)當(dāng)擔(dān)負(fù)其維護(hù)的責(zé)任。 在面向構(gòu)件方法論中，架構(gòu)設(shè)計(jì)師的主要職責(zé)如下：從活動(dòng)方面講，他一是需要了解現(xiàn)有構(gòu)件資產(chǎn)，二是需要設(shè)計(jì)出滿足需求（含功能需求和非功能需求）的面向構(gòu)件的應(yīng)用架構(gòu)；具體而言，他應(yīng)按照面向構(gòu)件的思想，將解決方案空間合理地分割成不同的構(gòu)件、確定構(gòu)件的粒度、描述構(gòu)件的接口、確定構(gòu)件之間的協(xié)作關(guān)系、并充分考慮構(gòu)件的并發(fā)和構(gòu)件的分布；從工作產(chǎn)品方法講，他必須提交架構(gòu)文檔或模型。 EOS 應(yīng)用開發(fā)過程參考手冊(cè) 第 12 頁共 36 頁 . 關(guān)鍵角色 . 項(xiàng)目經(jīng)理 項(xiàng)目經(jīng)理是項(xiàng)目的行政領(lǐng)導(dǎo)，負(fù)責(zé)報(bào)告進(jìn)度情況、管理預(yù)算、 籌措 人員，以及協(xié)調(diào)設(shè)備、場(chǎng)地、資源等。 EOS 應(yīng)用開發(fā)過程參考手冊(cè) 第 11 頁共 36 頁 3. EOS 應(yīng)用開發(fā)的角色 . 理解角色 項(xiàng)目是由人、過程和技術(shù)組成的，但是迄今為止，最重要的因素是人。 ? 測(cè)試：針對(duì)實(shí)現(xiàn)的應(yīng)用進(jìn)行系統(tǒng)良好性的驗(yàn)證，可能包含的測(cè)試工作如：功能測(cè)試、系統(tǒng)測(cè)試、集成測(cè)試、性能測(cè)試等。 EOS Server EOS 運(yùn)行引引擎 ,負(fù)責(zé)在調(diào)試及運(yùn)行期間對(duì)構(gòu)件進(jìn)行執(zhí)行和管理 。 EOS Package 是 EOS 系統(tǒng)發(fā)布、復(fù)用的基本單位，它由一組相關(guān)的 EOS構(gòu)件組成，能夠完成相對(duì)獨(dú)立、完整的業(yè)務(wù)功能。 本出版物包含 Primeton 的專利信息，它在許可協(xié)議下提供，并受版權(quán)法保護(hù)，本出版物包含的信息不包括任何產(chǎn)品保證。 . 目標(biāo)讀者 本手冊(cè)的目標(biāo)讀者為采用 EOS 產(chǎn)品進(jìn)行應(yīng)用開發(fā)的 所有 項(xiàng)目組成員，具體角色包括項(xiàng)目經(jīng)理、 開發(fā)經(jīng)理 、 架構(gòu) 師、 業(yè)務(wù)專家、開發(fā)人員 、測(cè)試人員等。 EOS Runtime Environment EOS 運(yùn)行和管理環(huán)境是一個(gè)獨(dú)立的 EOS 應(yīng)用程序，可以部署在一個(gè)獨(dú)立的 EOS Server 上，集中管理（包括部署、監(jiān)控，察看日志等）位于不同的物理機(jī)器上的 EOS 應(yīng)用程序；也可以在每臺(tái) EOS Server 上都部署一個(gè) EOS Manager 來實(shí)現(xiàn)分散式部署與管理，即只管理本 EOS EOS 應(yīng)用開發(fā)過程參考手冊(cè) 第 7 頁共 36 頁 Server 上的 EOS 應(yīng)用程序。需求規(guī)格需明確功能需求、質(zhì)量屬性、約束條件等需求的所有方面。需要關(guān)注的是相關(guān)的工作是否串行和對(duì)其他工作是否存在依賴型。通常情況下，會(huì)根據(jù)項(xiàng)目的大小，人員的投入情況以及成員的個(gè)人能力和經(jīng)驗(yàn)差異，某個(gè)人會(huì)承擔(dān)一個(gè)或多個(gè)角色。 開發(fā)經(jīng)理應(yīng)當(dāng)有良好的技術(shù) 功底，尤以通才為佳。另外，他還輔助架構(gòu)師進(jìn)行功能分解、頁面原型設(shè)計(jì)等工作。系統(tǒng)管理員具有功能：信息管 理、數(shù)據(jù)管理、權(quán)限管理。 EOS 應(yīng)用開發(fā)過程參考手冊(cè) 第 16 頁共 36 頁 4. 開發(fā)過程階段描述 為保證對(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ā)過程參考手冊(cè) 第 17 頁共 36 頁 計(jì)和實(shí)現(xiàn)所需要的需求基線庫(kù)。 這種狀況導(dǎo)致無法在 人為確定的需求階段中固化所有的需求內(nèi)容，因此，對(duì)于項(xiàng)目組而言，在本階段所掌握的需求內(nèi)容基本充分，能夠進(jìn)行后續(xù)的設(shè)計(jì)工作，或者說，所不明確的需求，不足以 影響 系統(tǒng)的結(jié)構(gòu)和目前工作的進(jìn)展，那么，需求階段的目標(biāo)就算是基本達(dá)到了。 進(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)研工作。 以上兩個(gè)工作在需求調(diào)研的過程中是迭代進(jìn)行的，直到項(xiàng)目組認(rèn)為需求基本明確，或者主要需求明確，能夠進(jìn)行后續(xù)的 工作。 也有助于新進(jìn)入項(xiàng)目的成員盡快進(jìn)入工 作角色。 EOS 應(yīng)用開發(fā)過程參考手冊(cè) 第 21 頁共 36 頁 . 退出條件 《項(xiàng)目需求規(guī)格說明書》獲得用戶簽字認(rè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é)原理的泥沼中解脫出來，將主要的精力花費(fèi)在考慮業(yè)務(wù)模型的抽象和擴(kuò)展能力上 （也有助于設(shè)計(jì)人員從技術(shù)思維轉(zhuǎn)向業(yè)務(wù)思維，或許我這種說法對(duì)于熱衷于技術(shù)研究的設(shè)計(jì)師會(huì)不以為然，但 如果設(shè)計(jì)師跟用戶溝通時(shí)如果屢屢提及對(duì)象、設(shè)計(jì)模式等詞眼未必能讓用戶對(duì)于系統(tǒng)的設(shè)計(jì)思路有多清晰的理解 ） 。 對(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)：通過查看原型、對(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)的操作性，而不至于流于形式。這樣做的重大好處之一是“有利于和外部團(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ì)”的靈活性就十分明顯。 開發(fā)者的考核，可以通過其負(fù)責(zé)的所有構(gòu)件的完成進(jìn)度統(tǒng)計(jì)而來。 重要說明 ：并行開發(fā)和迭代開發(fā)可以綜合實(shí)施，具體方法是，宏觀上進(jìn)行迭代和增量開發(fā)，而每個(gè)迭代周期內(nèi)部，不同團(tuán)隊(duì)成員并行工作。面向構(gòu)件方法論主張通過評(píng)審、走查、測(cè)試等確認(rèn)活動(dòng)來決定構(gòu)件的完成進(jìn)度，下面進(jìn)行詳細(xì)闡述。項(xiàng)目經(jīng)理的職責(zé)之一是“管人”。 . 工作任務(wù) 制定項(xiàng)目階段計(jì)劃 項(xiàng)目經(jīng)理 必須 項(xiàng)目經(jīng)理 通過 階段 工作計(jì)劃確定本階段 的 工作 目標(biāo)和 內(nèi)容，以及人力 計(jì)劃 ，時(shí)間計(jì)劃，里程碑的設(shè)置等。 在采用 EOS 實(shí)現(xiàn) J2EE 應(yīng)用時(shí)， 由于 EOS 已經(jīng)提供了一套完整的應(yīng)用軟件框架，使得在設(shè)計(jì)階段無需考慮應(yīng)用架構(gòu)的問題，同時(shí)也不用考慮業(yè)務(wù)模型與 java 對(duì)象抽象的工作。 ? 項(xiàng)目資源的協(xié)調(diào)： 在本階段，將會(huì)確定項(xiàng)目實(shí)施的總體計(jì)劃，保證計(jì)劃能得以正常執(zhí)行的前提是有效的資源保障。 制定的總體計(jì)劃需要獲得用戶和本公司項(xiàng)目主管領(lǐng)導(dǎo)的認(rèn)可，這樣才能便于用于的工作協(xié)調(diào)和配合，以及公司的資源調(diào)配。 需求規(guī)格包括了應(yīng)用系統(tǒng)的功能需求 、非功能性的需求，以及需求調(diào)研 形成的數(shù)據(jù)字典 和公共詞匯 。有時(shí)甚至?xí)幸粋€(gè)對(duì)等的用戶項(xiàng)目組參與項(xiàng)目（主要承擔(dān)配合、監(jiān)控、質(zhì)保等職能），項(xiàng)目團(tuán)隊(duì)同樣包括這些人。另外， 由以上的工作內(nèi)容可以看出，實(shí)際上本階段的工作，與是否采用 EOS 是無關(guān) 的。 . 文檔人員 文檔人員主要進(jìn)行用戶手冊(cè)等用戶文檔的編寫和編排。他應(yīng)確保配置管理環(huán)境有利于進(jìn)行評(píng)審、更改和缺陷跟蹤等活動(dòng)。他還應(yīng)具有良好的溝通技巧。 . 開發(fā)經(jīng)理 開發(fā)經(jīng)理又稱為技術(shù)經(jīng)理，他是應(yīng)用開發(fā)過程的主要控制者 。以下將分關(guān)鍵角色、支持角色和額外角色分別進(jìn)行說明。實(shí)際上，各個(gè)階段在不同的應(yīng)用項(xiàng)目中，不同程度存在一定階段重合（并行）或者迭代現(xiàn)象。 . 配套文檔 項(xiàng)目實(shí)施過程模板： 《項(xiàng)目需求規(guī)格說明書》 《項(xiàng)目系統(tǒng)設(shè)計(jì)說明書》 《應(yīng)用系統(tǒng)測(cè)試方案》