【正文】 理因為在每次迭代中總是不斷地糾正錯誤我們可以得到更高質(zhì)量的產(chǎn)品 保證項目開發(fā)進(jìn)度每次迭代結(jié)束時都會進(jìn)行評估 來判斷該次迭代有沒有達(dá)到預(yù)定的目標(biāo) 項目經(jīng)理可以很清楚地知道有哪些需求已經(jīng)實現(xiàn)了 并且比較準(zhǔn)確地估計項目的狀態(tài)對項目的開發(fā)進(jìn)度進(jìn)行必要的調(diào)整保證項目按時完成 容許產(chǎn)品進(jìn)行戰(zhàn)術(shù)改變迭代化的開發(fā)具有更大的靈活性 在迭代過程中可以隨時根據(jù)業(yè)務(wù)情況或市場環(huán)境來對產(chǎn)品的開發(fā)進(jìn)行調(diào)整 例如為了同現(xiàn)有的同類產(chǎn)品競爭 可以決定采用搶先競爭對手一步的方法提前發(fā)布一個功能簡化的產(chǎn)品 迭代流程自身可在進(jìn)行過程中得到改進(jìn)和精煉一次迭代結(jié)束時的評估不僅要從產(chǎn)品和進(jìn)度的角度來考察項目的情況 而且還要分析組織和流程本身有什么待改進(jìn)之處務(wù) 開發(fā)資源分配基于 RUP 風(fēng)險驅(qū)動的迭代化開發(fā)模式以便在下次迭代中更好地完成任我們只需要在項目的先啟階段投入少量的資源 對項目的開發(fā)前景和商業(yè)可行性進(jìn)行一些探索性的研究 在精化階段再投入多一些的研發(fā)力量來實現(xiàn)一些與架構(gòu)相關(guān)的核心需求 逐步地把系統(tǒng)架構(gòu)搭建起來 等到這兩個階段結(jié)束之后 項目的一些主要風(fēng)險和問題也得到了解決 這時候再投入整個團(tuán)隊進(jìn)行全面的系統(tǒng)開發(fā) 等到產(chǎn)品化階段 主要的開發(fā)任務(wù)已經(jīng)全部完成 項目不再需要維持一個大規(guī)模的開發(fā)團(tuán)隊 開發(fā)資源也可以隨之而減少在項目開發(fā)周期中開發(fā)資源的分配可以如下圖所示 迭代策略如何以合理的性價比在預(yù)定的時間內(nèi)開發(fā)出高質(zhì)量的軟件是 30 余年來軟件界一直在努力解決的問題 但是軟件危機依然存在 其主要原因在于軟件生產(chǎn)是一個相當(dāng)復(fù)雜的過程 從 60 年代側(cè)重于編碼階段的研究到 70 年代采用軟件工程學(xué)的觀點乃至 80 年代對軟件工具和環(huán)境的研制注意力主要集中在軟件制造過程的產(chǎn)品上 提出了很多種方法和技術(shù)來提高軟件產(chǎn)品的生產(chǎn)率和質(zhì)量 希望質(zhì)量的提高減少開發(fā)次數(shù) 降低維護(hù)費用 從而達(dá)到降低整個軟件開發(fā)周期的費用 但隨著軟件項目規(guī)模的日益龐大 系統(tǒng)也越來越復(fù)雜 這個問題遠(yuǎn)未得到很　－?。保埂。∩虾＝煌ù髮W(xué)計算機應(yīng)用碩士學(xué)位論文基于 XML 的軟件過程建模及仿真平臺　好的解決近年來 注意力逐漸轉(zhuǎn)移到制造軟件產(chǎn)品的過程本身軟件過程Software Process這是基于如下的認(rèn)識軟件和其他工業(yè)產(chǎn)品一樣產(chǎn)品等將這些實體定義成模板然后再針對每一個模板在各個不同的抽象層次上構(gòu)造該模板的具體對象 然后再定義各類實體在同一抽象層次中所有對象之間的各種關(guān)系?。。玻啊。∩虾＝煌ù髮W(xué)計算機應(yīng)用碩士學(xué)位論文基于 XML 的軟件過程建模及仿真平臺　第四章　軟件過程元模型模型結(jié)構(gòu) 基本定義為了更加清楚地闡述本章節(jié)的內(nèi)容 首先定義以下與軟件過程模型相關(guān)的基本概念定義 1軟件過程元模型軟件過程元模型描述了過程定義所需要的上層實體 是為了定義軟件開發(fā)領(lǐng)域的工作流模型而定義的抽象模型 它描述了軟件過程內(nèi)部的各個元素元素的屬性及元素之間的關(guān)系軟件過程是工作流的一種傳統(tǒng)的工作流元模型分為三個相互關(guān)聯(lián)的子模型即a 過程定義元模型模型元素用于定義業(yè)務(wù)過程中控制工作流的執(zhí)行b組織機構(gòu)元模型描述單位部門 人員的組織關(guān)系以及所擔(dān)當(dāng)?shù)慕巧玞 相關(guān)數(shù)據(jù)元模型工作流生產(chǎn)和消費的數(shù)據(jù)以及它們的流動關(guān)系他們是分割開來的三個整體組織機構(gòu)元模型互相有關(guān)聯(lián)過程定義元模型如圖 41 所示相關(guān)數(shù)據(jù)元模型圖 41 傳統(tǒng)工作流元模型結(jié)構(gòu)Diagram 41 Traditional Workflow MetaModel Structure?。。玻薄。∩虾＝煌ù髮W(xué)計算機應(yīng)用碩士學(xué)位論文可見這三個模型之間有著非常錯綜的關(guān)聯(lián)基于 XML 的軟件過程建模及仿真平臺　是不能夠完全分割開來看待的所以在本文中我們提出了軟件過程元模型中的視圖概念定義 2 視圖 不同的視圖有不同的側(cè)重點 從不同的維度來描述軟件過程同一個實體概念可能出現(xiàn)在一個或幾個視圖中他們分別是abc流程視圖組織視圖制品視圖對應(yīng)于過程定義元模型對應(yīng)于組織機構(gòu)元模型對應(yīng)于產(chǎn)品數(shù)據(jù)元模型可見 過程 組織和數(shù)據(jù)是嚴(yán)密聯(lián)系的三個有機組成部分 我們可以從任意一個緯度來描述軟件過程模型 三個視圖應(yīng)當(dāng)是一致并且互相契合 流程視圖強調(diào)是最主要的一個維度 流程消費并處理和傳遞軟件制品 其實會包含很多規(guī)則的描述 這些規(guī)則我們稱為模型約束 制品視圖強調(diào)的是另一個維度 他作為流程以及活動的輸入輸出 是軟件工程中信息交換的主要形式 下圖中表述了三個視圖間的關(guān)系組織視圖軟件過程概念模型制品視圖流程視圖圖 42 改進(jìn)的軟件過程元模型結(jié)構(gòu)Diagram 42 MetaModel Hierarchy and Structure在上圖中 我們可以看到在改進(jìn)后的軟件過程元模型結(jié)構(gòu)中 我們可以從不同的視角去描述相同的信息 這三個視角所包含的信息是不同的 我們將在后面的章節(jié)中詳細(xì)闡述 這三種視圖合成軟件過程元模型 其中流程視圖是元模型的核心 組織和制品視圖則作為必要的補充 在這里 我們?yōu)榱藚^(qū)分 過程 的概念 將其命名為流程視圖 軟件過程元模型規(guī)約出元素類型的一個基本集合 這些元素類型適合于基本的軟件過程定義元模型結(jié)構(gòu)的基礎(chǔ)是軟件過程概念模型 目前 對概念模型的定義莫衷一是定義 3軟件過程概念模型軟件過程概念模型是使用軟件過程元模型中的基本概念 對某個應(yīng)用域的業(yè)務(wù)過程抽象描述所得到的結(jié)果 它可以用自然語言或簡單的圖形描述不需要具有標(biāo)準(zhǔn)的形式化的描述基于軟件過程概念模型我們可以建立軟件過程建模語言定義 4軟件過程定義語言軟件過程定義語言是基于軟件過程元模型而定義的用于形式化地描述工作流模型的語言目前基于工作流的定義語言有很多如表 43 所示?。。玻病。∩虾＝煌ù髮W(xué)計算機應(yīng)用碩士學(xué)位論文基于 XML 的軟件過程建模及仿真平臺　表 43 一些主流工作流定義語言Table 43 Some Main Workflow Definition Language定義 5軟件過程模型軟件過程模型是使用軟件過程定義語言對軟件開發(fā)過程形式化描述所得到的結(jié)果它包含軟件開發(fā)過程所需要的信息定義 6軟件過程軟件過程是軟件過程模型的一個實例它表示軟件過程的一次執(zhí)行 元模型構(gòu)成以上這些概念之間的關(guān)系如圖 44軟件過程模型是基于軟件過程元模型而使用軟件過程定義語言所描述對于一個軟件過程模型可以生成多個軟件過程實例每個軟件過程有一個 ID它唯一標(biāo)識該工作流實例軟件過程軟件過程模型軟件過程定義語言軟件過程元模型軟件過程概念模型圖 44 基本概念結(jié)構(gòu)關(guān)系Diagram 44 Basic Concept Structure and Relationship 三視圖模型制品是軟件開發(fā)所作用的對象 這些應(yīng)用數(shù)據(jù)有各自不同的類型定義 不同的組織方式活動在執(zhí)行中可能需要執(zhí)行者 (人或代理) 的參與這些執(zhí)行者構(gòu)成一個組織 他們之間存在著某種關(guān)系 對于這些執(zhí)行者 有兩種劃分準(zhǔn)則 一?。。玻场。∶Q特點圖形符號簡單直觀 便于用戶使用Petri 網(wǎng)便于業(yè)務(wù)過程分析ECA 規(guī)則具有靈活性CTR 邏輯便于業(yè)務(wù)過程分析超媒體結(jié)構(gòu)便于表示層次結(jié)構(gòu)的過程模型工作流環(huán)適用于交互型工作流管理系統(tǒng)WIDE 工作流模型適用于分布式工作流管理系統(tǒng)上海交通大學(xué)計算機應(yīng)用碩士學(xué)位論文基于 XML 的軟件過程建模及仿真平臺　種是按照執(zhí)行者的職能將其劃分為不同的角色 如部門經(jīng)理 會計 另一種是按照組織結(jié)構(gòu)將其劃分為不同的組織單元如財務(wù)部 人事部一個執(zhí)行者屬于某個組織單元 充當(dāng)某個角色 基于上述對現(xiàn)實世界業(yè)務(wù)過程的分析 我們應(yīng)該從三個方面來描述業(yè)務(wù)過程即業(yè)務(wù)過程構(gòu)成數(shù)據(jù)模型和組織結(jié)構(gòu)因此在建立工作流模型時 應(yīng)使工作流模型包含這三個方面的信息 而且 為了支持大規(guī)模組織中的業(yè)務(wù)過程處理應(yīng)該對這三個方面分別進(jìn)行描述為此我們提出一個三視圖軟件過程模型 它包括三個視圖 組織視圖 制品視圖和流程視圖組織模型描述了組織內(nèi)部各個實體及其相互關(guān)系數(shù)據(jù)模型描述了業(yè)務(wù)過程所訪問的數(shù)據(jù)及其視圖 過程模型描述了業(yè)務(wù)過程結(jié)構(gòu)中的各種實體及其約束關(guān)系(包括控制流和數(shù)據(jù)流)一個業(yè)務(wù)過程實際上是由這三個模型中的若干個實體所構(gòu)成 業(yè)務(wù)過程作為框架將過程模型 組織模型和數(shù)據(jù)模型中的各種實體關(guān)聯(lián)起來子模型之間的相互關(guān)系流程模型 制品模型和組織模型實際上是從不同的側(cè)面描述一個工作流 包含工作流執(zhí)行所需要的相關(guān)信息然而它們之間并不是孤立的而是有機地相互關(guān)聯(lián)在三視圖軟件過程模型的三個視圖中流程視圖處于主要位置它顯式地描述一個業(yè)務(wù)過程而組織模型和數(shù)據(jù)模型則處于隱式位置對于一個軟件過程模型來說 這三個視圖通過某些實體相互關(guān)聯(lián)起來 從而完整地表達(dá)工作流的語法和語義信息 他們通過角色和活動的執(zhí)行關(guān)系將過程模型與組織模型關(guān)聯(lián)起來使得組織模型和過程模型的變化不會相互影響通過活動和外部應(yīng)用的調(diào)用關(guān)系以及活動和應(yīng)用數(shù)據(jù)的存取關(guān)系將過程模型和數(shù)據(jù)模型關(guān)聯(lián)起來 在工作流執(zhí)行時 外部應(yīng)用與工作流引擎之間存在某種交互接口從而工作流引擎能夠與外部應(yīng)用交換數(shù)據(jù)軟件過程元模型中元素與元素之間的關(guān)系主要有三種 單向關(guān)聯(lián) 聚集和泛化 單向關(guān)聯(lián)容易建立和維護(hù) 有助于尋找可復(fù)用的元素 支持用戶復(fù)用已有的過程元素 聚集關(guān)系簡化了軟件過程中元素的定義 一個復(fù)雜的對象 這將有利于對復(fù)雜事物的分析和理解 減少出錯的可能性 泛化關(guān)系體現(xiàn)了軟件過程各元素之間的分類與繼承