過程和生命周期的建模

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

17、 適應(yīng)性維護(hù) 軟件產(chǎn)品的新版本,chapter 2,過程模型,軟件過程模型是軟件開發(fā)全過程、軟件開發(fā)活動以及它們之間關(guān)系的結(jié)構(gòu)框架過程框架（process framework）：定義了若干小的框架活動，為完整的軟件開發(fā)過程建立了基礎(chǔ)。軟件通用過程框架：可適用于絕大多數(shù)的軟件項目的過程框架。,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á)到過程目標(biāo)發(fā)現(xiàn)和評估合適的活動To tailor a general process for the particular si

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

36、結(jié)構(gòu)State tablesinformation about the completeness of each artifact at a given time.在給定時間內(nèi)每個工件完成情況的信息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)活動發(fā)生時能觀察到資源和工件發(fā)生了什么Simulate alternatives and make changes to improve the process模擬替代方案并作出改良來改進(jìn)過程Example: systems dynamics model,chapter 2,Marvel process language,Three constructs: classes, rules, tool

39、envelopes類、規(guī)則、工具封裝Three-part process description:rule-based specification of process behavior基于規(guī)則的過程行為說明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過程建模工具和技術(shù)中有價值的屬性,Facilitates human understanding and communication有利于人們的理解與交流Supports process impro