【正文】 EOS 平臺的一個特性， EOS 的各種構(gòu)件通過 XML數(shù)據(jù)總線進行相關(guān)數(shù)據(jù)的交互，從而以數(shù)據(jù)流的方式來推動業(yè)務(wù)的進行。 EOS Runtime Environment EOS 運行和管理環(huán)境是一個獨立的 EOS 應(yīng)用程序，可以部署在一個獨立的 EOS Server 上，集中管理（包括部署、監(jiān)控，察看日志等）位于不同的物理機器上的 EOS 應(yīng)用程序；也可以在每臺 EOS Server 上都部署一個 EOS Manager 來實現(xiàn)分散式部署與管理，即只管理本 EOS EOS 應(yīng)用開發(fā)過程參考手冊 第 7 頁共 36 頁 Server 上的 EOS 應(yīng)用程序。 EOS構(gòu)件包中 可以包含一個或多個的 EOS 構(gòu)件在 EOS 應(yīng)用中，它相當于一組有關(guān)系的構(gòu)件的容器或命名空間(Namespace)。 . 目標讀者 本手冊的目標讀者為采用 EOS 產(chǎn)品進行應(yīng)用開發(fā)的 所有 項目組成員，具體角色包括項目經(jīng)理、 開發(fā)經(jīng)理 、 架構(gòu) 師、 業(yè)務(wù)專家、開發(fā)人員 、測試人員等。 通過您當?shù)氐?Primeton 代表或分部可訂購出版物，或致電 02150805188 訂購出版物 當您發(fā)送信息給 Primeton 后，即授予 Primeton非專有權(quán)， Primeton 對于您所提供的任何信息，有權(quán)利以任何它認為適當?shù)姆绞绞褂没蛏l(fā)，而不必對您負任何責(zé)任 169。 本出版物包含 Primeton 的專利信息，它在許可協(xié)議下提供，并受版權(quán)法保護，本出版物包含的信息不包括任何產(chǎn)品保證。當然，這并不意味著本文檔所描述的方式是 EOS 應(yīng)用開發(fā) 的唯一方法。 EOS Package 是 EOS 系統(tǒng)發(fā)布、復(fù)用的基本單位，它由一組相關(guān)的 EOS構(gòu)件組成，能夠完成相對獨立、完整的業(yè)務(wù)功能。 EOS Application 基于 EOS 產(chǎn)品所開發(fā)的應(yīng)用系統(tǒng) 。 EOS Server EOS 運行引引擎 ,負責(zé)在調(diào)試及運行期間對構(gòu)件進行執(zhí)行和管理 。一般而言，對于 J2EE 的企業(yè)級應(yīng)用的開發(fā)，可以劃分為如下內(nèi)容： ? 需求： 明確軟件開發(fā)的任務(wù)，形成所有相關(guān) 涉眾（如客戶、用戶、項目組）共同認可的軟件需求規(guī)格。 ? 測試：針對實現(xiàn)的應(yīng)用進行系統(tǒng)良好性的驗證，可能包含的測試工作如：功能測試、系統(tǒng)測試、集成測試、性能測試等。 如下圖： 需 求設(shè) 計開 發(fā)測 試集 成 部 署0 T 1 T 2T 3 T 4 T 5 T 6 T 7項目階段項 目 開 發(fā) 周 期 對應(yīng)用開發(fā)過程進行階段劃分的主要目標還是便于界定各個階段的主要工作內(nèi)容，而不在乎你是否把屬于該階段的工作放到上一階段中，或者干脆將某兩個階段合并為一個階段。 EOS 應(yīng)用開發(fā)過程參考手冊 第 11 頁共 36 頁 3. EOS 應(yīng)用開發(fā)的角色 . 理解角色 項目是由人、過程和技術(shù)組成的，但是迄今為止，最重要的因素是人。 另外，需要強調(diào)的是，角色代表著項目組的一種職責(zé)，并不意味著不同角色都必須由不同的人分別承擔(dān)，細分角色的目的是為了了解在應(yīng)用項目實施過程中，存在哪些工作需要由什么樣知識結(jié)構(gòu)、經(jīng)驗、技能的人承擔(dān)。 EOS 應(yīng)用開發(fā)過程參考手冊 第 12 頁共 36 頁 . 關(guān)鍵角色 . 項目經(jīng)理 項目經(jīng)理是項目的行政領(lǐng)導(dǎo)，負責(zé)報告進度情況、管理預(yù)算、 籌措 人員，以及協(xié)調(diào)設(shè)備、場地、資源等。 他在其他角色的配合之下，負責(zé)對進入條件、退出條件、項目控制點的把關(guān)。 在面向構(gòu)件方法論中，架構(gòu)設(shè)計師的主要職責(zé)如下：從活動方面講，他一是需要了解現(xiàn)有構(gòu)件資產(chǎn)，二是需要設(shè)計出滿足需求（含功能需求和非功能需求）的面向構(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)文檔或模型。 . 主程序員 主程序員負責(zé)帶領(lǐng)程序員（構(gòu)件包所有者）進行特定子系統(tǒng)的開發(fā)，他是子系統(tǒng)的應(yīng)用功能設(shè)計的負責(zé)人。隨著產(chǎn)品生命周期的延續(xù)，構(gòu)件包所有者應(yīng)當擔(dān)負其維護的責(zé)任。 . 系統(tǒng)管理員 系統(tǒng)管理員負責(zé)系統(tǒng)級通知 的 發(fā)布 、 反饋意見 的收集、 系統(tǒng)性能 的及時改進 ， 還 對各類數(shù)據(jù)庫進行操作、備份恢復(fù)、導(dǎo)入導(dǎo)出，以保證系統(tǒng)正常運行，同時對其它登錄 角色 分配系統(tǒng)使用權(quán)限。對于產(chǎn)品型公司，還應(yīng)負責(zé) 產(chǎn)品包裝設(shè)計及其其他相關(guān)工作。對于一般中小型的應(yīng)用項目，一般不需要配備專職的文檔人員，可以由測試的人員兼任。 對于這兩種情況，項目團隊的管理和工作方法均有一定的差異性，而在本參考中，只提供本階段通用的工作說明，對于上面提到的差異性不做說明，需要項目組結(jié)合本參考內(nèi)容的基礎(chǔ)上充分考慮。 需求階段的主要目標是明確應(yīng)用的所有功能需求和其他非功能性需求，然而這往往是一種理想的目標，實際上在進行需求調(diào)研時，配合 參與需求調(diào)研工作的用戶對于系統(tǒng)的需求并不是十分清晰，也是在討論和碰撞中不斷清晰明確的， 由此導(dǎo)致的需求 不穩(wěn)定性特點比較明顯，表現(xiàn)為某些需求現(xiàn)階段無法進一步細化，某些需求可能出現(xiàn)反復(fù)，某些需求現(xiàn)階段無法確定是否需要實現(xiàn)等等。 . 進入條件 ? 確定項目經(jīng)理和需求調(diào)研人員 ? 需求工作的條件成熟：有初始的需求材料（如合同等），與用戶確定了具體的需求調(diào)研安排 . 工作任務(wù) 組建 項目 團隊 項目經(jīng)理 必須 組建項目團隊 是 項目啟動的標志，一般公司會為項目任命（或指定）項目經(jīng)理，然后由項目經(jīng)理來申請其他的團隊成員，在項目團隊組建初期，并不能明確這個項目中的所有資源，只會確定重要的角色 （如開發(fā)經(jīng)理、架構(gòu)師等） 以及即將開始的需求工作的參與人員。 研究資料和需求初步整理 需求調(diào)研人員 可選 在與用戶開始正式的需 求調(diào)研工作之前，利用一定時間針對已掌握的資料（如項目合同的功能需求和系統(tǒng)建設(shè)要求等）進行學(xué)習(xí)，同時，需求調(diào)研組還可以在需求規(guī)格書模板基礎(chǔ)上針對已有資料進行初步的需求整理，整理工作可以達到以下目標： ? 形成 一致 的需求調(diào)研 工作思路 和需求規(guī)格編寫方法 ? 形成需求調(diào)研的問題清單和與用戶進行需求溝通的基礎(chǔ)文檔 通過該項工作，將使得接下來的需求調(diào)研工作有的放矢、事半功倍。會議結(jié)束后按照統(tǒng)一的格式整理會議紀要，發(fā)送給與會相關(guān)人員，以及得到用戶方負責(zé)人的確認（ 最好能夠簽字認可 ）。 功能需求一般要描述出系統(tǒng)用戶的操作和系統(tǒng)的響應(yīng)，以及業(yè)務(wù)規(guī)則、業(yè)務(wù)流程。 最終審核通過的需求規(guī)格說明書需要獲得用戶的簽字認可（可提供一份需求認可書進行簽字）。 建立項目管理方案 項目經(jīng)理 可選 建立操作性強的項目管理方案是保障項目有序進行的重要工具，也是協(xié)調(diào)項目相關(guān)組織 、 人員關(guān)系的重要依據(jù)。 . 輸出內(nèi)容 《需求調(diào)研的會議紀要》 《 項目 需求規(guī)格說明書》 《項目實施總體計劃》 《項目管理方案》 《需 求變更控制表》 . 階段控制點 由于該階段是項目的啟動階段，項目團隊剛剛建立尚不完整，對于客戶而言，非常關(guān)注項目的進度計劃，對于項目組所在公司而言，在關(guān)注項目進度的同時，也關(guān)心項目的需求范圍。資源的稀缺性是項目 的重要特征，項目經(jīng)理要和公司充分溝通資源的安排和投入時間，以保證項目按照計劃正常實施。設(shè)計的過程，是將用戶需求涉及的功能、數(shù)據(jù)、流程等業(yè)務(wù)的信息，運用業(yè)務(wù)和技術(shù)的眼光進行抽象，映射成技術(shù)實現(xiàn)內(nèi)容的過程，一方面，經(jīng)過抽象后系統(tǒng)橫向切分為不同的應(yīng)用系統(tǒng)功能，從而保證這些功能即能夠覆蓋用戶的業(yè)務(wù)功能需求，又能體現(xiàn)業(yè)務(wù)模型的可擴展能力和低耦合度，另一方面，經(jīng)過抽象后的系統(tǒng) 從縱向切分為不同的層次，有利于實現(xiàn)時的分工合作，同時降低技術(shù)層次的耦合性，利于技術(shù)層面的擴展。這也是 EOS 應(yīng)用開發(fā)與傳統(tǒng) J2EE 應(yīng)用開發(fā)在設(shè)計階段工作方面最大的差別。 需要說明的是，盡管列出了上述的很多工作項，在實際操作中，并不是每個工作項有人專職去做，而是 根據(jù)項目組人員的具體情況， 一人可能同時承擔(dān)多項工作，并行處理。 系統(tǒng)總體設(shè)計 系統(tǒng)架構(gòu)師 、開發(fā)經(jīng)理 必須 數(shù)據(jù)庫設(shè)計 業(yè)務(wù)建模人員 必須 頁面框架設(shè)計 開發(fā)經(jīng)理、架構(gòu)師、美工 必須 系統(tǒng)功能分 解 開發(fā)經(jīng)理、架構(gòu)師、主程序員 必須 EOS 應(yīng)用開發(fā)過程參考手冊 第 24 頁共 36 頁 功能設(shè)計任務(wù)分配 項目經(jīng)理、開發(fā)經(jīng)理 必須 頁面原型設(shè)計 主程序員 可選 應(yīng)用功能設(shè)計 主程序員 必須 制定項目開發(fā)規(guī)范 開發(fā)經(jīng)理、架構(gòu)師 必須 開發(fā)環(huán)境準備 開發(fā)經(jīng)理 必須 開發(fā)人員分析設(shè)計人員模板管理頁面布局模板CSS 樣式模板控件模板功能模板模板管理頁面布局模板樣式模板控件模板功能模板導(dǎo)出模板分發(fā)模板數(shù)據(jù)實體設(shè)計 導(dǎo)入模板頁面向?qū)гO(shè)計視圖源代碼視圖設(shè)計視圖源代碼視圖頁面調(diào)試業(yè)務(wù)構(gòu)件開發(fā)展現(xiàn)構(gòu)件開發(fā)業(yè)務(wù)構(gòu)件開發(fā)展現(xiàn)構(gòu)件開發(fā)構(gòu)件調(diào)試 技術(shù)課題攻關(guān) 架構(gòu)師 可選 制定和實施配置管理方案 開發(fā)經(jīng)理、配置管理人員 可選 從本階段開始，項目組的人員規(guī)模在不斷擴大，工作的產(chǎn)物也越來越多，為確保項目組工作成果的管理和共享， EOS 應(yīng)用開發(fā)過程參考手冊 第 25 頁共 36 頁 組織設(shè)計評審 項目經(jīng)理 必須 . 輸出內(nèi) 容 ? 數(shù)據(jù)庫設(shè)計（ ER 關(guān)系）、業(yè)務(wù)字典定義 ? 系統(tǒng)靜態(tài)原型 ? 系統(tǒng)設(shè)計說明書 ? 系統(tǒng)功能分解矩陣 ? 經(jīng)過項目客戶化后的 EOS 模板文件 ? 項目配置管理方案 ? 技術(shù)課題預(yù)研的結(jié)論或者使用指南 ? EOS 初始項目 源碼 . 階段控制點 設(shè)計階段是系統(tǒng)實施的重要階段，設(shè)計的完整性和合理性直接決定了系統(tǒng)的擴展能力、易用性、和系統(tǒng)運行效率。 . 工作任務(wù) . 輸出內(nèi)容 《系統(tǒng)集成測試報告》 《用戶使用手冊》 《系統(tǒng)維護手冊》 《項目驗收報告》 EOS 應(yīng)用開發(fā)過程參考手冊 第 32 頁共 36 頁 . 階段控制點 協(xié)調(diào)外圍系統(tǒng)，進行集成測試 把握系統(tǒng)需求實 現(xiàn)情況，推進系統(tǒng)驗收 . 退出條件 系統(tǒng)通過用戶的驗收（初驗） 系統(tǒng)進入試運行階段。 面向構(gòu)件項目的團隊組織，建議是動態(tài)性的。 EOS 應(yīng)用開發(fā)過程參考手冊 第 34 頁共 36 頁 時間資源5%20%10%65% . 進度管理 面向構(gòu)件方法論為項目管理中的進度管理提供了良好支持。 構(gòu)件包的進度，由其包含的所有構(gòu)件的完成進度統(tǒng)計而得。而面向構(gòu)件方 EOS 應(yīng)用開發(fā)過程參考手冊 第 36 頁共 36 頁 法強調(diào)構(gòu)件之間通過清晰的接口協(xié)作，通信數(shù)據(jù)又是標簽化的 XML 數(shù)據(jù)，使得構(gòu)件及構(gòu)件包之間的耦合度比較小。 需求架構(gòu)功能測試（其他測試）設(shè)計構(gòu)件實現(xiàn)構(gòu)件（單元測試）組裝構(gòu)件發(fā)布并行開發(fā)計劃設(shè)計構(gòu)件實現(xiàn)構(gòu)件（單元測試）????