【正文】 合同等），與用戶確定了具體的需求調(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)師等） 以及即將開始的需求工作的參與人員。 另外，需要強(qiáng)調(diào)的是，項(xiàng)目團(tuán)隊(duì)不僅僅包括項(xiàng)目經(jīng)理所管轄的人員，有時(shí)還需要包括對(duì)項(xiàng)目起支持作用的組織或成員。 研究資料和需求初步整理 需求調(diào)研人員 可選 在與用戶開始正式的需 求調(diào)研工作之前，利用一定時(shí)間針對(duì)已掌握的資料（如項(xiàng)目合同的功能需求和系統(tǒng)建設(shè)要求等）進(jìn)行學(xué)習(xí)，同時(shí)，需求調(diào)研組還可以在需求規(guī)格書模板基礎(chǔ)上針對(duì)已有資料進(jìn)行初步的需求整理，整理工作可以達(dá)到以下目標(biāo)： ? 形成 一致 的需求調(diào)研 工作思路 和需求規(guī)格編寫方法 ? 形成需求調(diào)研的問題清單和與用戶進(jìn)行需求溝通的基礎(chǔ)文檔 通過該項(xiàng)工作，將使得接下來的需求調(diào)研工作有的放矢、事半功倍。 一般配合需求調(diào)研工作的用戶 還有其他的業(yè)務(wù)工作，需求溝通的時(shí)間安排往往比較緊湊，溝通通常以會(huì)議的方式進(jìn)行。會(huì)議結(jié)束后按照統(tǒng)一的格式整理會(huì)議紀(jì)要，發(fā)送給與會(huì)相關(guān)人員，以及得到用戶方負(fù)責(zé)人的確認(rèn)（ 最好能夠簽字認(rèn)可 ）。 EOS 應(yīng)用開發(fā)過程參考手冊(cè) 第 19 頁(yè)共 36 頁(yè) 編寫需求規(guī)格的過程實(shí)際上就是需求分析的過程，需要針對(duì)用戶的原始需求進(jìn)行一定的業(yè)務(wù)抽象和需求點(diǎn)歸類，以便切分和分解形成不同層次的需求點(diǎn)。 功能需求一般要描述出系統(tǒng)用戶的操作和系統(tǒng)的響應(yīng)，以及業(yè)務(wù)規(guī)則、業(yè)務(wù)流程。 進(jìn)行需求評(píng)審 需求調(diào)研人員、用戶 必須 需求調(diào)研組認(rèn)為應(yīng)用的需求范圍和需求內(nèi)容基本確定，而且需求規(guī)格基本形成后，項(xiàng)目經(jīng)理應(yīng)該組織用戶對(duì)需求進(jìn)行評(píng)審，評(píng)審可選擇會(huì)議評(píng)審或者需求走查 。 最終審核通過的需求規(guī)格說明書需要獲得用戶的簽字認(rèn)可（可提供一份需求認(rèn)可書進(jìn)行簽字）。 總體計(jì)劃將包括項(xiàng)目階段的劃分，以及項(xiàng)目各個(gè)階段的時(shí)間計(jì)劃、大致的資源需求、工作地點(diǎn)等等。 建立項(xiàng)目管理方案 項(xiàng)目經(jīng)理 可選 建立操作性強(qiáng)的項(xiàng)目管理方案是保障項(xiàng)目有序進(jìn)行的重要工具，也是協(xié)調(diào)項(xiàng)目相關(guān)組織 、 人員關(guān)系的重要依據(jù)。項(xiàng)目管理方案包括但不僅限于以下內(nèi)容： ? 項(xiàng)目的組織結(jié)構(gòu)和分工界面：有助于明確相關(guān)組織、角色、人員的工作職責(zé) ? 項(xiàng)目的內(nèi)外部協(xié)調(diào)機(jī)制：例如例會(huì)機(jī)制，溝通機(jī)制 、工作周報(bào) 等 ? 項(xiàng)目的爭(zhēng)議機(jī)制：當(dāng)項(xiàng)目組與用戶方發(fā)生爭(zhēng)議（例如需求不明確導(dǎo)致的爭(zhēng)議、實(shí)現(xiàn)方式爭(zhēng)議等）時(shí)的解決機(jī)制 ? 需求變更的流程 ? 項(xiàng)目風(fēng)險(xiǎn)方案：列出項(xiàng)目實(shí)施可能存在的風(fēng)險(xiǎn)以及規(guī)避措施等 ? 項(xiàng)目團(tuán)隊(duì)人員名單及聯(lián)系方式 制定項(xiàng)目實(shí)施和管理的模板 項(xiàng)目經(jīng)理，開發(fā)經(jīng)理 必須 項(xiàng)目文檔是項(xiàng)目團(tuán)隊(duì)溝通的載體，而良好的模板方便項(xiàng)目成員的編寫，也有助于閱讀人員的理解 。 . 輸出內(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)目的需求范圍。要明白， 在用戶理解付出代價(jià)的情況下 合理有效的需求控制一定會(huì)得到用戶的支持。資源的稀缺性是項(xiàng)目 的重要特征，項(xiàng)目經(jīng)理要和公司充分溝通資源的安排和投入時(shí)間，以保證項(xiàng)目按照計(jì)劃正常實(shí)施。 項(xiàng)目組所明確的 用戶需求基本完備，能夠進(jìn)入到設(shè)計(jì)階段。設(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ò)展。另一方面要針對(duì)用戶的需求進(jìn)行業(yè)務(wù)的建模和抽象，形成系統(tǒng)對(duì)應(yīng)與數(shù)據(jù)庫(kù)的數(shù)據(jù)對(duì)象模型 和 java 的對(duì)象模型 。這也是 EOS 應(yīng)用開發(fā)與傳統(tǒng) J2EE 應(yīng)用開發(fā)在設(shè)計(jì)階段工作方面最大的差別。 所以，對(duì)于 EOS 應(yīng)用的設(shè)計(jì) ，應(yīng)多多考慮的具體工作包括：數(shù)據(jù)庫(kù)的設(shè)計(jì)、用戶的界面表現(xiàn)和整體風(fēng)格、功能的切分、功能（頁(yè)面）的流轉(zhuǎn)方式、應(yīng)用處理的流程 或規(guī)則 、系統(tǒng)權(quán)限的控制 、 與 外部系統(tǒng)的接口等等 ，分解成本階段的工作步驟 如下 圖所示 ： 設(shè) 計(jì) 階 段項(xiàng) 目 管 理 工 作項(xiàng) 目 實(shí) 施 工 作頁(yè) 面 原 型 設(shè) 計(jì)數(shù) 據(jù) 庫(kù)設(shè) 計(jì)（ 業(yè) 務(wù)建 模 ）評(píng)審不通過系 統(tǒng) 功 能 分 解系 統(tǒng) 總 體 設(shè) 計(jì)應(yīng) 用 功 能 設(shè) 計(jì)組 織 設(shè) 計(jì) 評(píng) 審頁(yè) 面框 架設(shè) 計(jì)功 能 設(shè) 計(jì) 任 務(wù) 分 配開 發(fā) 環(huán)境 準(zhǔn) 備技術(shù)課題攻關(guān)制 定 和 實(shí) 施項(xiàng) 目 配 置 管 理 方 案制 定項(xiàng) 目開 發(fā)規(guī) 范制 定 項(xiàng) 目 階 段 計(jì) 劃 EOS 應(yīng)用開發(fā)過程參考手冊(cè) 第 23 頁(yè)共 36 頁(yè) 在 上圖中 ，描述了設(shè)計(jì)階段的各項(xiàng)工作以及工作之間的大致關(guān)系， 在設(shè)計(jì)階段，首先需要進(jìn)行系統(tǒng)的總體設(shè)計(jì)，形成 系統(tǒng)的總體結(jié)構(gòu) 和總體要求 ，通過此工作， 可以從系統(tǒng)全局的高度分解出系統(tǒng)設(shè)計(jì)的各項(xiàng)具體工作內(nèi)容，例如， 存在 哪些 技術(shù)點(diǎn)的風(fēng)險(xiǎn)需要進(jìn)行技術(shù)課題的攻關(guān) 或預(yù)研 ， 項(xiàng)目規(guī)范內(nèi)容的總體要求，數(shù)據(jù)庫(kù)設(shè)計(jì)前的業(yè)務(wù)對(duì)象模型（概念模型），應(yīng)用的頁(yè)面框架和美工設(shè)計(jì)要求等，通過總體設(shè)計(jì)工作，可以形成幾條并行 工作 線，其中，制定項(xiàng)目開發(fā)規(guī)范將與數(shù)據(jù)庫(kù)設(shè)計(jì)、頁(yè)面框架設(shè)計(jì) 、原型設(shè)計(jì)、功能設(shè)計(jì)等各個(gè)工作相互影響，一方面，項(xiàng)目開發(fā)規(guī)范的內(nèi)容形成對(duì)這些工作的約束，另一方面，這些工作進(jìn)行的過程中，某些約定或者要求會(huì)補(bǔ)充到項(xiàng)目開發(fā)規(guī)范中。 需要說明的是，盡管列出了上述的很多工作項(xiàng)，在實(shí)際操作中，并不是每個(gè)工作項(xiàng)有人專職去做，而是 根據(jù)項(xiàng)目組人員的具體情況， 一人可能同時(shí)承擔(dān)多項(xiàng)工作，并行處理。 . 進(jìn)入條件 ? 已掌握應(yīng)用項(xiàng)目的基線性需求，即使存在部分不確定的需求，但該部分飄浮不定的需求不足以 對(duì)應(yīng)用架構(gòu)產(chǎn)生大的影響 ； ? 設(shè)計(jì)人員到位 ，使得工作的開展有 人 力的保障 。 系統(tǒng)總體設(shè)計(jì) 系統(tǒng)架構(gòu)師 、開發(fā)經(jīng)理 必須 數(shù)據(jù)庫(kù)設(shè)計(jì) 業(yè)務(wù)建模人員 必須 頁(yè)面框架設(shè)計(jì) 開發(fā)經(jīng)理、架構(gòu)師、美工 必須 系統(tǒng)功能分 解 開發(fā)經(jīng)理、架構(gòu)師、主程序員 必須 EOS 應(yīng)用開發(fā)過程參考手冊(cè) 第 24 頁(yè)共 36 頁(yè) 功能設(shè)計(jì)任務(wù)分配 項(xiàng)目經(jīng)理、開發(fā)經(jīng)理 必須 頁(yè)面原型設(shè)計(jì) 主程序員 可選 應(yīng)用功能設(shè)計(jì) 主程序員 必須 制定項(xiàng)目開發(fā)規(guī)范 開發(fā)經(jīng)理、架構(gòu)師 必須 開發(fā)環(huán)境準(zhǔn)備 開發(fā)經(jīng)理 必須 開發(fā)人員分析設(shè)計(jì)人員模板管理頁(yè)面布局模板CSS 樣式模板控件模板功能模板模板管理頁(yè)面布局模板樣式模板控件模板功能模板導(dǎo)出模板分發(fā)模板數(shù)據(jù)實(shí)體設(shè)計(jì) 導(dǎo)入模板頁(yè)面向?qū)гO(shè)計(jì)視圖源代碼視圖設(shè)計(jì)視圖源代碼視圖頁(yè)面調(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)師 可選 制定和實(shí)施配置管理方案 開發(fā)經(jīng)理、配置管理人員 可選 從本階段開始，項(xiàng)目組的人員規(guī)模在不斷擴(kuò)大，工作的產(chǎn)物也越來越多，為確保項(xiàng)目組工作成果的管理和共享， EOS 應(yīng)用開發(fā)過程參考手冊(cè) 第 25 頁(yè)共 36 頁(yè) 組織設(shè)計(jì)評(píng)審 項(xiàng)目經(jīng)理 必須 . 輸出內(nèi) 容 ? 數(shù)據(jù)庫(kù)設(shè)計(jì)（ ER 關(guān)系）、業(yè)務(wù)字典定義 ? 系統(tǒng)靜態(tài)原型 ? 系統(tǒng)設(shè)計(jì)說明書 ? 系統(tǒng)功能分解矩陣 ? 經(jīng)過項(xiàng)目客戶化后的 EOS 模板文件 ? 項(xiàng)目配置管理方案 ? 技術(shù)課題預(yù)研的結(jié)論或者使用指南 ? EOS 初始項(xiàng)目 源碼 . 階段控制點(diǎn) 設(shè)計(jì)階段是系統(tǒng)實(shí)施的重要階段，設(shè)計(jì)的完整性和合理性直接決定了系統(tǒng)的擴(kuò)展能力、易用性、和系統(tǒng)運(yùn)行效率。 ? 有效合理的 需求變更控制： 在本階段，需求階段所遺留的不穩(wěn)定需求對(duì)本階段會(huì)有較大的影響，一方面需要花費(fèi)時(shí)間來討論這部分需求導(dǎo)致設(shè)計(jì)階段進(jìn)度延誤，另一方面需求的變更可能會(huì)導(dǎo)致系統(tǒng)設(shè)計(jì)的變化，因此，項(xiàng)目經(jīng)理和 有經(jīng)驗(yàn)的設(shè)計(jì)人員要充分評(píng)估這些變更對(duì)項(xiàng)目的影響，對(duì)于可能影響項(xiàng)目進(jìn)展而需求重要程度較低的變更，項(xiàng)目經(jīng)理要懂得讓用戶放棄這種變更或者采用雙方可接受的變更方式。 . 工作任務(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 頁(yè)共 36 頁(yè) . 階段控制點(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)目經(jīng)理是開發(fā)團(tuán)隊(duì)中特殊的角色，他需要掌握的技能和大多數(shù)人不同。 面向構(gòu)件項(xiàng)目的團(tuán)隊(duì)組織，建議是動(dòng)態(tài)性的。 移交構(gòu)造細(xì)化初始定位組 架構(gòu)組開發(fā)組原型開發(fā)組開發(fā)組開發(fā)組開發(fā)組開發(fā)組 總的來說，資源的投入應(yīng)該本著風(fēng)險(xiǎn)驅(qū)動(dòng)的原則：在目標(biāo)為明確之前，僅投入 5％的工作量；在架構(gòu)和主要技術(shù)風(fēng)險(xiǎn)明確之前，再投入 20％工作量。 EOS 應(yīng)用開發(fā)過程參考手冊(cè) 第 34 頁(yè)共 36 頁(yè) 時(shí)間資源5%20%10%65% . 進(jìn)度管理 面向構(gòu)件方法論為項(xiàng)目管理中的進(jìn)度管理提供了良好支持。 傳統(tǒng)項(xiàng)目管理中，進(jìn)度的度量往往靠主觀估計(jì)，很不科學(xué)。 構(gòu)件包的進(jìn)度，由其包含的所有構(gòu)件的完成進(jìn)度統(tǒng)計(jì)而得。 { plete }構(gòu)件構(gòu)件包開發(fā)者構(gòu)件進(jìn)度已設(shè)計(jì)（3 0 % ）已實(shí)現(xiàn)（7 0 % ）已走查（8 0 % ）已測(cè)試（1 0 0 % ）Next Next Next構(gòu)件包進(jìn)度1*負(fù)責(zé)開發(fā)者進(jìn)度1*1 1* * EOS 應(yīng)用開發(fā)過程參考手冊(cè) 第 35 頁(yè)共 36 頁(yè) 下圖為構(gòu)件進(jìn)度的狀態(tài)轉(zhuǎn)換圖，其中每個(gè)狀態(tài)的步進(jìn)都有評(píng)審、提交、走查、測(cè)試等顯示的確認(rèn)活動(dòng)作為基礎(chǔ)，增加了度量的科學(xué)性。而面向構(gòu)件方 EOS 應(yīng)用開發(fā)過程參考手冊(cè) 第 36 頁(yè)共 36 頁(yè) 法強(qiáng)調(diào)構(gòu)件之間通過清晰的接口協(xié)作，通信數(shù)據(jù)又是標(biāo)簽化的 XML 數(shù)據(jù)，使得構(gòu)件及構(gòu)件包之間的耦合度比較小。 面向構(gòu)件方法從本質(zhì)上強(qiáng)調(diào)架構(gòu)的松耦合品質(zhì)和構(gòu)件的獨(dú)立性，所以，可以支持非?？捎^的并行開發(fā)。 需求架構(gòu)功能測(cè)試（其他測(cè)試）設(shè)計(jì)構(gòu)件實(shí)現(xiàn)構(gòu)件（單元測(cè)試）組裝構(gòu)件發(fā)布并行開發(fā)計(jì)劃設(shè)計(jì)構(gòu)件實(shí)現(xiàn)構(gòu)件（單元測(cè)試）????