過(guò)程和生命周期的建模

1、chapter 2,第二章過(guò)程和生命周期的建模,,chapter 2,軟件過(guò)程之父的經(jīng)典諺語(yǔ),,chapter 2,,chapter 2,過(guò)程的一般定義,,chapter 2,Process includes:,all major process activities所有主要過(guò)程活動(dòng)resources used, subject to set of constraints 資源占用、服從于一組約束(such as schedule)

2、intermediate and final products中間和最終產(chǎn)品subprocesses, with hierarchy or links分層或鏈接的子過(guò)程entry and exit criteria for each activity每個(gè)活動(dòng)的入口和出口標(biāo)準(zhǔn)sequence of activities, so timing is clear活動(dòng)的順序，活動(dòng)期是很清楚的guiding principles, in

3、cluding goals of each activity指導(dǎo)原則，包括每個(gè)活動(dòng)的目標(biāo)constraints for each activity, resource or product對(duì)每一個(gè)活動(dòng)、資源或產(chǎn)品的約束,chapter 2,軟件過(guò)程,軟件過(guò)程是將用戶(hù)的需求轉(zhuǎn)化成有效的軟件解決方案的一系列活動(dòng)。過(guò)程具有一系列的性質(zhì)：時(shí)間性、并發(fā)性、嵌套性和度量性等。許多軟件組織無(wú)法正確定義和控制這一過(guò)程，但這恰恰是組織改進(jìn)的關(guān)鍵。,

4、chapter 2,軟件過(guò)程（續(xù)）,過(guò)程的好壞由結(jié)果狀態(tài)與預(yù)期狀態(tài)的差異決定，也就是目標(biāo)成果質(zhì)量的好壞。規(guī)程（Procedure）是人們對(duì)客觀(guān)事物運(yùn)動(dòng)規(guī)律的理解和掌握，是規(guī)范了的過(guò)程。軟件過(guò)程是為了獲得高質(zhì)量軟件產(chǎn)品所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。軟件過(guò)程必須科學(xué)、合理，才能開(kāi)發(fā)出高質(zhì)量 的軟件產(chǎn)品。,chapter 2,軟件過(guò)程的活動(dòng),框架活動(dòng)是軟件工程必須的大步驟、是決定產(chǎn)品如何出現(xiàn)、存在的重要

5、活動(dòng)。它包括一組軟件工程工作任務(wù)并指出什么算完(里程碑)? 交付出什么?質(zhì)量保證點(diǎn)是什么? 軟件工程工作任務(wù)因產(chǎn)品特性而選用不同的過(guò)程模型展開(kāi)。最上層的框架活動(dòng)是定義、開(kāi)發(fā)、維護(hù)。有了模型它就可以把這三大步驟細(xì)化了。,chapter 2,保護(hù)性（傘形）活動(dòng)是為保證高質(zhì)量產(chǎn)品出現(xiàn)、存在的活動(dòng)。它凌駕于框架活動(dòng)之上，故謂之“傘形”,典型的傘形活動(dòng)是：軟件項(xiàng)目追蹤和管理文檔的準(zhǔn)備和制作軟件配置管理軟件質(zhì)量保證正式技術(shù)評(píng)審可重用

6、管理軟件度量(指本項(xiàng)目特殊的度量)風(fēng)險(xiǎn)管理,chapter 2,,為開(kāi)發(fā)高質(zhì)量的軟件需要完成的任務(wù)的框架。,chapter 2,軟件過(guò)程（續(xù)）,軟件過(guò)程又稱(chēng)軟件生命周期（ Life cycle ），是軟件生命周期內(nèi)為達(dá)到一定目標(biāo)而必須實(shí)施的一系列相關(guān)過(guò)程的集合。早期：立項(xiàng)、需求分析、設(shè)計(jì)、編碼、測(cè)試、交付、維護(hù)、退役,chapter 2,軟件過(guò)程（續(xù)）,現(xiàn)在的軟件生命周期過(guò)程包括：早期：立項(xiàng)、需求分析、設(shè)計(jì)

7、、編碼、測(cè)試、交付、維護(hù)、退役又加入了：管理各種活動(dòng)、質(zhì)量保證環(huán)境基礎(chǔ)設(shè)施配置、文檔管理等。,chapter 2,,chapter 2,軟件生命周期的階段劃分,(1)可行性研究與計(jì)劃(2)需求分析(3)總體設(shè)計(jì) 上游 (4)詳細(xì)設(shè)計(jì)(5)實(shí)現(xiàn)(6)集成測(cè)試(7)確認(rèn)測(cè)試 下游(8)使用和維護(hù)（根據(jù)國(guó)標(biāo)《計(jì)算機(jī)軟件開(kāi)發(fā)規(guī)范》）,,,,,,,,,,,定義時(shí)期,開(kāi)發(fā)時(shí)期

8、,維護(hù)時(shí)期,chapter 2,新的國(guó)際標(biāo)準(zhǔn)定義的軟件生存過(guò)程（1995 ISO/IEC 12207）,,軟件生存期過(guò)程,支持過(guò)程,組織過(guò)程,主要過(guò)程,,,,,,,獲取過(guò)程,供應(yīng)過(guò)程,開(kāi)發(fā)過(guò)程,運(yùn)行過(guò)程,維護(hù)過(guò)程,文檔編制過(guò)程,配置管理過(guò)程,質(zhì)量保證過(guò)程,驗(yàn)證過(guò)程,確認(rèn)過(guò)程,聯(lián)合評(píng)審過(guò)程,審核過(guò)程,問(wèn)題解決過(guò)程,管理過(guò)程,基礎(chǔ)設(shè)

9、施過(guò)程,改進(jìn)過(guò)程,培訓(xùn)過(guò)程,,,,,,,,,,,,,,,,,,,,chapter 2,注意： 軟件過(guò)程標(biāo)準(zhǔn)有很多種。例如：ISO9000、ISO/IEC12207、CMM、CLEANROOM、ISO/IEC15504、NASA-SEL 和BOOTSTRAP等,每種標(biāo)準(zhǔn)都有一定的特點(diǎn)和適用范圍.,chapter 2,軟件過(guò)程各階段內(nèi)容● 可行性研究 任務(wù) 了解用戶(hù)要求和現(xiàn)實(shí)環(huán)境。從技術(shù)、經(jīng)濟(jì)、市場(chǎng)等方

10、面研究并論證開(kāi)發(fā)該軟件系統(tǒng)的可行性。 △技術(shù)可行性 當(dāng)前的軟件開(kāi)發(fā)方法和工具能否支持需求的實(shí)現(xiàn)； △操作可行性 用戶(hù)能否在特定的環(huán)境下使用這個(gè)軟件； △經(jīng)濟(jì)可行性 開(kāi)發(fā)和使用、維護(hù)這個(gè)軟件的成本能否被用戶(hù)所接受。 工作產(chǎn)品 可行性報(bào)告,chapter 2,● 需求分析 任務(wù)：確定用戶(hù)對(duì)軟件系統(tǒng)的需求：△功能需求

11、軟件必須要完成的功能；△性能需求 軟件的安全性、可靠性、可維護(hù)性、精度、錯(cuò)誤處理、適應(yīng)性、用戶(hù)培訓(xùn)等；△運(yùn)行環(huán)境約束 待開(kāi)發(fā)的軟件產(chǎn)品必須滿(mǎn)足的環(huán)境要求,chapter 2,● 需求分析 過(guò)程△需求分析人員必須與用戶(hù)不斷、反復(fù)地交流和商討，使用戶(hù)需求逐步準(zhǔn)確、一致、完全。△方法 結(jié)構(gòu)化分析方法、面向?qū)ο蟮姆治龇椒ǖ取鞴ぞ?Rational Rose等 工作產(chǎn)品 △

12、軟件需求規(guī)格說(shuō)明書(shū)SRS △用戶(hù)需求定義文檔。,chapter 2,● 概要設(shè)計(jì) 任務(wù) 根據(jù)SRS建立目標(biāo)軟件系統(tǒng)的總體結(jié)構(gòu)、設(shè)計(jì)全局?jǐn)?shù)據(jù)庫(kù)和數(shù)據(jù)結(jié)構(gòu)，規(guī)定設(shè)計(jì)約束，制定組裝測(cè)試計(jì)劃等等。 原則 △ 堅(jiān)持功能模塊內(nèi)部高內(nèi)聚，功能模塊之間松耦合的 △ 堅(jiān)持與需求規(guī)格說(shuō)明書(shū)的一致性 方法 △ 結(jié)構(gòu)化方法 △ 面向?qū)ο蠓椒?chapte

13、r 2,● 概要設(shè)計(jì) 工作產(chǎn)品 概要設(shè)計(jì)規(guī)格說(shuō)明書(shū) 數(shù)據(jù)庫(kù)或數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)說(shuō)明書(shū) 集成測(cè)試計(jì)劃,chapter 2,● 詳細(xì)設(shè)計(jì) 任務(wù) 細(xì)化概要設(shè)計(jì)所生成的各個(gè)模塊, 并詳細(xì)描述 程序模塊的內(nèi)部細(xì)節(jié)(算法，數(shù)據(jù)結(jié)構(gòu)等)，形 成可編程的程序模塊，制訂單元測(cè)試計(jì)劃 工作產(chǎn)品 詳細(xì)設(shè)計(jì)規(guī)格說(shuō)明書(shū), 單元測(cè)試計(jì)劃,chapte

14、r 2,● 實(shí)現(xiàn)任務(wù) 根據(jù)詳細(xì)設(shè)計(jì)規(guī)格說(shuō)明書(shū)編寫(xiě)源程序，并對(duì)程序進(jìn)行調(diào)試、單元測(cè)試、系統(tǒng)集成，驗(yàn)證程序與詳細(xì)設(shè)計(jì)文檔的 一致性方法 以詳細(xì)設(shè)計(jì)規(guī)格說(shuō)明書(shū)為依據(jù)、基于某種程序設(shè)計(jì)語(yǔ)言進(jìn)行編碼 結(jié)構(gòu)化程序設(shè)計(jì) 面向?qū)ο蟪绦蛟O(shè)計(jì)工作產(chǎn)品 源程序代碼,chapter 2,● 單元測(cè)試任務(wù) 對(duì)模塊進(jìn)行測(cè)試途徑 黑盒測(cè)試

15、 白盒測(cè)試工作產(chǎn)品 單元測(cè)試報(bào)告,chapter 2,● 集成測(cè)試任務(wù) 組裝測(cè)試應(yīng)滿(mǎn)足概要設(shè)計(jì)的要求。途徑 測(cè)試模塊連接的正確性； 測(cè)試系統(tǒng)或子系統(tǒng)的I/O； 測(cè)試系統(tǒng)的功能和性能。工作產(chǎn)品 滿(mǎn)足概要設(shè)計(jì)要求的程序、組裝測(cè)試報(bào)告,chapter 2,● 確認(rèn)測(cè)試 任務(wù) 根據(jù)軟件需求規(guī)格說(shuō)明書(shū)，測(cè)試軟件系統(tǒng)是否滿(mǎn)足用戶(hù)的需求 方法 用戶(hù)參與，以軟件需求規(guī)

16、格說(shuō)明書(shū)為依據(jù)進(jìn)行確認(rèn)測(cè)試工具 專(zhuān)用測(cè)試工具 工作產(chǎn)品 可供用戶(hù)使用的軟件產(chǎn)品(文檔，源程序),chapter 2,● 使用和維護(hù) 任務(wù) 軟件工作環(huán)境不斷變化，軟件也必然跟著變化，軟件必須不斷進(jìn)化以滿(mǎn)足客戶(hù)的需求變化，這是軟件產(chǎn)品最根本的特性。 軟件維護(hù)占用軟件開(kāi)發(fā)60%以上的工作量。 正確性維護(hù) 擴(kuò)充性維護(hù)

17、 適應(yīng)性維護(hù) 軟件產(chǎn)品的新版本,chapter 2,過(guò)程模型,軟件過(guò)程模型是軟件開(kāi)發(fā)全過(guò)程、軟件開(kāi)發(fā)活動(dòng)以及它們之間關(guān)系的結(jié)構(gòu)框架過(guò)程框架（process framework）：定義了若干小的框架活動(dòng)，為完整的軟件開(kāi)發(fā)過(guò)程建立了基礎(chǔ)。軟件通用過(guò)程框架：可適用于絕大多數(shù)的軟件項(xiàng)目的過(guò)程框架。,chapter 2,Reasons for modeling a process,To form a co

18、mmon understanding形成共同理解To find inconsistencies, redundancies, omissions發(fā)現(xiàn)矛盾、遺漏和冗余To find and evaluate appropriate activities for reaching process goal為達(dá)到過(guò)程目標(biāo)發(fā)現(xiàn)和評(píng)估合適的活動(dòng)To tailor a general process for the particular si

19、tuation in which it will be used根據(jù)每個(gè)活動(dòng)將被使用的特殊情況對(duì)其進(jìn)行裁減,chapter 2,溝通：這個(gè)框架活動(dòng)包含了與客戶(hù)（包括所有共利益者Stakeholder）之間大量的交流協(xié)作，還包括需求獲取以及其他相關(guān)活動(dòng)。策劃：為后續(xù)的軟件工程工作制定計(jì)劃。它描述了需要執(zhí)行的技術(shù)任務(wù)、可能的風(fēng)險(xiǎn)、資源需求、工作產(chǎn)品和工作進(jìn)度計(jì)劃建模：包括創(chuàng)建模型和設(shè)計(jì)兩方面。創(chuàng)建模型有助于客戶(hù)和開(kāi)發(fā)人員更好地理解軟件需

20、求，設(shè)計(jì)可以實(shí)現(xiàn)需求。構(gòu)建：包括編碼和測(cè)試部署：軟件交付給用戶(hù)，用戶(hù)對(duì)其進(jìn)行評(píng)測(cè)并給出反饋意見(jiàn),chapter 2,Examples of process models,Waterfall model瀑布模型Prototyping原型化模型V-model V-模型Operational specification操作說(shuō)明模型Transformational model變換模型Phased development: inc

21、rements and iteration增量和迭代模型Spiral model螺旋模型,chapter 2,Waterfall model瀑布模型,1970 W.royce 軟件開(kāi)發(fā)過(guò)程與軟件生命周期是一致的 相鄰二階段之間存在因果關(guān)系 需對(duì)階段性產(chǎn)品進(jìn)行評(píng)審,優(yōu)點(diǎn)： 軟件生命周期模型,使軟件開(kāi)發(fā)過(guò)程可以在分析、設(shè)計(jì)、編碼、測(cè)試和維護(hù)的框架下進(jìn)行 軟件開(kāi)發(fā)過(guò)程具有系統(tǒng)性、可控性，克服了軟件開(kāi)發(fā)的隨意性,缺點(diǎn)：

22、 項(xiàng)目開(kāi)始階段用戶(hù)很難精確的提出產(chǎn)品需求，由于技術(shù)進(jìn)步，用戶(hù)對(duì)系統(tǒng)深入的理解，修改需求十分普遍。 項(xiàng)目開(kāi)發(fā)晚期才能得到程序的運(yùn)行版本，這時(shí)修改軟件需求和開(kāi)發(fā)中的錯(cuò)誤代價(jià)很大。 采用線(xiàn)性模型組織項(xiàng)目開(kāi)發(fā)經(jīng)常發(fā)生開(kāi)發(fā)小組人員“堵塞狀態(tài)”，特別是項(xiàng)目的開(kāi)始和結(jié)束。,chapter 2,Prototyping原型化模型,原型模型支持軟件需求開(kāi)發(fā)，幫助用戶(hù)和開(kāi)發(fā)人員理解需求，是軟件需求工程的關(guān)鍵。它產(chǎn)生的

23、正式需求文擋，是軟件開(kāi)發(fā)的基礎(chǔ)。如果開(kāi)發(fā)的原型是可運(yùn)行的，它的若干高質(zhì)量的程序片段和開(kāi)發(fā)工具可用于工作程序的開(kāi)發(fā)。原型的開(kāi)發(fā)和評(píng)審是系統(tǒng)分析員和用戶(hù)/客戶(hù)共同參予的迭代過(guò)程，每個(gè)迭代循環(huán)都是線(xiàn)性過(guò)程,chapter 2,chapter 2,V-model V-模型,軟件開(kāi)發(fā)過(guò)程與測(cè)試的對(duì)應(yīng),chapter 2,形式化開(kāi)發(fā)方法,,形式化開(kāi)發(fā)方法類(lèi)似瀑布模型的軟件開(kāi)發(fā)方法，其開(kāi)發(fā)過(guò)程是用形式化數(shù)學(xué)轉(zhuǎn)換將系統(tǒng)描述轉(zhuǎn)換成一個(gè)可執(zhí)行程序，其形

24、式化系統(tǒng)開(kāi)發(fā)過(guò)程如下：,chapter 2,Operational specification操作說(shuō)明模型,chapter 2,Transformational model變換模型,chapter 2,軟件需求描述被精練成一個(gè)用數(shù)學(xué)符號(hào)表達(dá)的詳細(xì)的形式化描述設(shè)計(jì)、實(shí)現(xiàn)和單元測(cè)試等開(kāi)發(fā)過(guò)程由轉(zhuǎn)換過(guò)程替代，在轉(zhuǎn)換的過(guò)程中，每個(gè)步驟增加細(xì)節(jié)，直到形式化描述被轉(zhuǎn)換變成一個(gè)可執(zhí)行程序。,chapter 2,特點(diǎn)及優(yōu)缺點(diǎn),用嚴(yán)格的、數(shù)學(xué)的符

25、號(hào)體系來(lái)規(guī)約、開(kāi)發(fā)和驗(yàn)證基于計(jì)算機(jī)的系統(tǒng)。解決軟件開(kāi)發(fā)過(guò)程使用其它范型難以克服的二義性、不完整性和不一致性?？梢援a(chǎn)生無(wú)缺陷軟件的承諾。費(fèi)時(shí)、昂貴、難溝通，需要培訓(xùn) 是建造重要的、安全的、生命攸關(guān)的軟件的開(kāi)發(fā)者可以考慮開(kāi)發(fā)范型。比如：航空電子、醫(yī)療設(shè)備軟件的開(kāi)發(fā)。,chapter 2,Phased development model階段化開(kāi)發(fā)模型,chapter 2,increments and iterat

26、ion增量和迭代模型,chapter 2,增量模型,chapter 2,特點(diǎn),增量 小而可用的軟件特點(diǎn) 在前面增量的基礎(chǔ)上開(kāi)發(fā)后面的增量 每個(gè)增量的開(kāi)發(fā)可用瀑布或快速原型模型 迭代的思路,chapter 2,Spiral model螺旋模型,確定目標(biāo)備選方案約束,評(píng)估備選方案和風(fēng)險(xiǎn),實(shí)施計(jì)劃,開(kāi)發(fā)與測(cè)試,chapter 2,Boehm在1988年提出 螺旋模型 == 線(xiàn)性模型 十 迭代.原型十

27、系統(tǒng)化 螺旋模型適用于計(jì)算機(jī)軟件整個(gè)生命周期,chapter 2,螺旋模型的使用,軟件工程項(xiàng)目從螺旋中心開(kāi)始啟動(dòng)，沿順時(shí)針?lè)较蚯斑M(jìn)。 第一圈 產(chǎn)生產(chǎn)品規(guī)格說(shuō)明； 第二圈 產(chǎn)生一個(gè)用于開(kāi)發(fā)的原型； 第三圈 產(chǎn)生軟件產(chǎn)品的初始版本； 第四圈 產(chǎn)生軟件產(chǎn)品比較完善的新版本 ……,chapter 2,螺旋模型的優(yōu)點(diǎn),符合人們認(rèn)識(shí)現(xiàn)實(shí)世界和軟件開(kāi)發(fā)

28、的客覌規(guī)律支持軟件整個(gè)生命周期保持瀑布模型的系統(tǒng)性、階段性利用原型評(píng)估降低開(kāi)發(fā)風(fēng)險(xiǎn)開(kāi)發(fā)者和用戶(hù)共同參與軟件開(kāi)發(fā)，盡早發(fā)現(xiàn)軟件中的錯(cuò)誤不斷推出和完善軟件版本，有助于需求變化，獲取用戶(hù)需求，加強(qiáng)對(duì)需求的理解,chapter 2,構(gòu)件集成模型（專(zhuān)用過(guò)程模型）,chapter 2,特點(diǎn),融合了螺旋模型的特征基于構(gòu)件庫(kù)支持軟件開(kāi)發(fā)的迭代方法軟件重用基于構(gòu)件的開(kāi)發(fā)可以縮短大約70%的開(kāi)發(fā)周期，降低84%的項(xiàng)目成本。

29、 統(tǒng)一軟件開(kāi)發(fā)過(guò)程就是基于構(gòu)件開(kāi)發(fā)模型的代表。使用統(tǒng)一建模語(yǔ)言。,chapter 2,Rational 統(tǒng)一過(guò)程,統(tǒng)一過(guò)程嘗試從傳統(tǒng)軟件過(guò)程中挖掘最好的特征和性質(zhì)，單一敏捷軟件開(kāi)發(fā)中許多好的原則來(lái)實(shí)現(xiàn)。RUP是一種以“用例驅(qū)動(dòng)、以體系結(jié)構(gòu)為核心、迭代及增量”的軟件過(guò)程框架。由UML方法和工具支持Rational Unified Process（RUP） 是軟件工程的過(guò)程。它提供了在開(kāi)發(fā)組織中分派任務(wù)和責(zé)任的紀(jì)律化方法。它的目標(biāo)是在

30、可預(yù)見(jiàn)的日程和預(yù)算前提下，確保滿(mǎn)足最終用戶(hù)需求的高質(zhì)量產(chǎn)品。RUP以適合于大范圍項(xiàng)目和機(jī)構(gòu)的方式捕捉了許多現(xiàn)代軟件開(kāi)發(fā)過(guò)程的最佳實(shí)踐,chapter 2,Rational Unified Process 有四個(gè)階段：先啟 – 定義整個(gè)項(xiàng)目的范圍精化 – 制定項(xiàng)目計(jì)劃、描述功能、建立體系架構(gòu)框架 和可執(zhí)行的“體系結(jié)構(gòu)基線(xiàn)”構(gòu)建 – 構(gòu)造軟件產(chǎn)品產(chǎn)品化 – 將軟件產(chǎn)品移交到最終用戶(hù)手中,chapter 2,階

31、段結(jié)束標(biāo)志著重要的里程碑,chapter 2,迭代和階段,迭代 是一個(gè)基于確定計(jì)劃和評(píng)估標(biāo)準(zhǔn)并且產(chǎn)生一個(gè)可執(zhí)行發(fā)布版（內(nèi)部的或外部的）的獨(dú)特活動(dòng)序列。,chapter 2,規(guī)程,chapter 2,初啟階段(Inception),確定項(xiàng)目開(kāi)發(fā)的目標(biāo)和范圍定義主要的需求：用例以及主要的用例場(chǎng)景根據(jù)一些主要的用例場(chǎng)景來(lái)構(gòu)建一個(gè)基本架構(gòu)估算開(kāi)發(fā)周期和成本估計(jì)潛在的風(fēng)險(xiǎn)主要實(shí)踐活動(dòng)－用例建模 注意：用例模型可以列舉大多數(shù)所需的用例和參

32、與者，但其中可能只有10％的用例會(huì)被詳細(xì)描述，這樣就足以建立起有關(guān)系統(tǒng)的范圍、目標(biāo)和風(fēng)險(xiǎn)的高層的大致構(gòu)想,chapter 2,手機(jī)開(kāi)發(fā)項(xiàng)目 – 初啟階段,,chapter 2,精化化階段,精化化階段不是一個(gè)需求或設(shè)計(jì)階段，而是一個(gè)迭代實(shí)現(xiàn)核心架構(gòu)并降低高風(fēng)險(xiǎn)的階段 在細(xì)化前不需要定義大多數(shù)需求，10％的詳細(xì)用例書(shū)寫(xiě)出來(lái)即可 先處理具有風(fēng)險(xiǎn)的元素，開(kāi)始實(shí)際產(chǎn)品代碼的編寫(xiě)，產(chǎn)生可執(zhí)行架構(gòu) 除了極少數(shù)理解良好的問(wèn)題外需要多次迭代,cha

33、pter 2,精化階段,,chapter 2,構(gòu)建階段,盡快完成軟件產(chǎn)品的開(kāi)發(fā)迭代實(shí)現(xiàn)遺留下來(lái)的風(fēng)險(xiǎn)較低和比較容易的元素，準(zhǔn)備部署 在保證開(kāi)發(fā)進(jìn)度的同時(shí)達(dá)到足夠的軟件質(zhì)量獲得一些有用的版本 (alpha, beta等),chapter 2,構(gòu)建階段,……,,chapter 2,轉(zhuǎn)化階段,獲得涉眾的認(rèn)同：產(chǎn)品部署已經(jīng)完成并且滿(mǎn)足預(yù)定的質(zhì)量標(biāo)準(zhǔn)盡快達(dá)到最終穩(wěn)定的產(chǎn)品基線(xiàn),chapter 2,統(tǒng)一過(guò)程的模型,用例模型：用例與用戶(hù)之間

34、關(guān)系(交互時(shí))分析模型：系統(tǒng)的行為初步分配給一組對(duì)象設(shè)計(jì)模型：系統(tǒng)靜態(tài)結(jié)構(gòu)定義為子系統(tǒng)、類(lèi)、接口， 并定義由子系統(tǒng)、類(lèi)和接口之間的協(xié)作所實(shí)現(xiàn)的用例實(shí)現(xiàn)模型：構(gòu)件（表現(xiàn)為源代碼）和類(lèi)到構(gòu)件的映射實(shí)施模型：計(jì)算機(jī)的物理節(jié)點(diǎn)和構(gòu)件到這些節(jié)點(diǎn)的映射測(cè)試模型：用于驗(yàn)證的測(cè)試用例,chapter 2,Tools and Techniques for Process Modeling過(guò)程建模工具和技術(shù),Choose Language or

35、 Notation：選擇語(yǔ)言或符號(hào)Static model：顯示了輸入轉(zhuǎn)化為輸出的過(guò)程Dynamic model：能夠執(zhí)行過(guò)程,用戶(hù)可以看到中間過(guò)程和最后結(jié)果是如何轉(zhuǎn)化的,chapter 2,Static Modeling,Example: Lai notationActivity活動(dòng)Sequence順序Process Model過(guò)程模型Resource資源Control控制Policy策略O(shè)rganization組織

36、結(jié)構(gòu)State tablesinformation about the completeness of each artifact at a given time.在給定時(shí)間內(nèi)每個(gè)工件完成情況的信息Transition diagramshow the states are related to one another展示了彼此之間是如何聯(lián)系的,工具和技術(shù),chapter 2,State Table and Transition

37、 Diagram靜態(tài)表和變換圖,Parked:((state_of(car.engine)=off)(state_of(car.gear)=park)(state_of(car.speed)=stand)),chapter 2,Dynamic process models,Enables enaction of process to see what happens to resources and artifacts as ac

38、tivities occur當(dāng)活動(dòng)發(fā)生時(shí)能觀(guān)察到資源和工件發(fā)生了什么Simulate alternatives and make changes to improve the process模擬替代方案并作出改良來(lái)改進(jìn)過(guò)程Example: systems dynamics model,chapter 2,Marvel process language,Three constructs: classes, rules, tool

39、envelopes類(lèi)、規(guī)則、工具封裝Three-part process description:rule-based specification of process behavior基于規(guī)則的過(guò)程行為說(shuō)明object-oriented definition of model’s information process模型信息的OO定義set of envelopes to interface between Marvel a

40、nd external software tools外部軟件工具和Marvel接口之間的一組封裝,chapter 2,Desirable properties of process modeling tools and techniques過(guò)程建模工具和技術(shù)中有價(jià)值的屬性,Facilitates human understanding and communication有利于人們的理解與交流Supports process impro