面向?qū)ο蟮腏ava與UML課件Chapter 05－01軟件開發(fā)生命周期的階段

Click to edit Master title style,Click to edit Master text styles,Second level,Third level,Fourth level,Fifth level,Software Development with UML Copyright Ken Lunn 2003,*,第五章 軟件開發(fā)生命周期,本章要點(diǎn),軟件開發(fā)生命周期的各個(gè)階段,軟件開發(fā)的瀑布法和迭代法,控制迭代開發(fā)的一些方法,5.1,軟件開發(fā)生命周期的階段,大型IT工程是十分復(fù)雜的,復(fù)雜性的原因：對(duì)軟件開發(fā)過程沒有一個(gè)全面、明確的概念,本章的目的：給出一個(gè)全面的過程和開發(fā)路線圖，大家應(yīng)該注意全面的階段，和怎樣通過這些階段開展工作,關(guān)于軟件開發(fā)階段的問題：,統(tǒng)一過程：大量中間產(chǎn)物(Jacobson 1999),極限編程：幾乎沒有階段和中間產(chǎn)物,本書介紹的方式：繪制一副完整的地圖完全的階段性描述,軟件開發(fā)生命周期的階段,每個(gè)開發(fā)工程都要經(jīng)歷這些階段，不管是不是正規(guī)，自覺的還是不自覺的,這些階段并不必一個(gè)接一個(gè)的完成，他們可以局部重疊及并行完成,需求分析,系統(tǒng)分析,系統(tǒng)設(shè)計(jì),實(shí)現(xiàn),測(cè)試,部署,維護(hù),需求分析,目的：需求分析決定了系統(tǒng)中各種工程相關(guān)者的需要和期望，形成關(guān)于系統(tǒng)是做什么的描述。

注意：語言被所有的工程相關(guān)者理解，并能對(duì)描述達(dá)成一致意見,分類,功能需求系統(tǒng)是做什么的,非功能需求可靠性、魯棒性、使用人數(shù)、交互界面,輸入：現(xiàn)有業(yè)務(wù)過程 組織目標(biāo),可能出現(xiàn)的問題：“越嚴(yán)重的問題越晚發(fā)現(xiàn),輸出：業(yè)務(wù)模型外部行為、用例模型、原型功能需求、非功能需求,方法：,專題討論、會(huì)談,注意反響，并形成協(xié)議,Figure 5.1,Key inputs and outputs of requirements analysis,系統(tǒng)分析,目的：定義計(jì)算機(jī)系統(tǒng)的行為，以及如何與計(jì)算機(jī)系統(tǒng)交互，使用被開發(fā)人員理解的語言填寫需求分析的細(xì)節(jié)輸入：業(yè)務(wù)模型、用例模型、原型以及詳細(xì)業(yè)務(wù)運(yùn)作知識(shí),輸出：完全專用的用例和詳細(xì)的對(duì)象模型，確定了系統(tǒng)具有的信息和使用信息的方式,方法：,如何操作？處理什么信息？,專題討論、會(huì)談,構(gòu)成用例并收集細(xì)節(jié),劇本分析,要被使用的數(shù)據(jù)以及人們?nèi)绾问褂盟麄?原型,Figure 5.2,Key inputs and outputs of systems analysis,系統(tǒng)設(shè)計(jì),目的：定義了系統(tǒng)將如何運(yùn)作，以及對(duì)開發(fā)和部署來說，如何把系統(tǒng)分解為可管理的局部，產(chǎn)生一個(gè)系統(tǒng)構(gòu)架的概要，并且建立基于該構(gòu)架的用例圖。

輸入：用例定義集合、對(duì)象模型集合、原型,輸出：對(duì)象模型，支持用例的對(duì)象協(xié)作、對(duì)象分組組成組件、組件與外部系統(tǒng)之間的用戶接口說明，以及數(shù)據(jù)庫存儲(chǔ)信息的數(shù)據(jù)模型,方法：,定義架構(gòu),完成單獨(dú)的對(duì)象,對(duì)象協(xié)作,Figure 5.3,Key inputs and outputs of the design process,實(shí)現(xiàn),目的：產(chǎn)生了以組件構(gòu)成的系統(tǒng)，把系統(tǒng)新的局部整合到系統(tǒng)先前已構(gòu)成的局部中去,輸入：對(duì)象模型，對(duì)象協(xié)作、接口說明、構(gòu)架定義，數(shù)據(jù)模型,輸出：源代碼、編譯過的組件、部署方案,方法：,對(duì)象模型轉(zhuǎn)化為運(yùn)行代碼和數(shù)據(jù)庫定義,CASE工具局部轉(zhuǎn)化后，再由編程人員完成,Figure 5.4,Key inputs and outputs of the implementation process,測(cè)試,目的：功能和非功能滿足需求，為開發(fā)提供反響,輸入：已構(gòu)造的系統(tǒng)、業(yè)務(wù)說明、用例說明、非功能性需求說明,輸出：出錯(cuò)報(bào)告 or 成功的測(cè)試報(bào)告,方法：,業(yè)務(wù)過程和用例說明用來生成測(cè)試劇本,測(cè)試劇本：輸入 和 希望的輸出,Figure 5.5,Key inputs and outputs of the testing process,維護(hù),目的：保持系統(tǒng)功能，使之與需求一致,輸入：代碼錯(cuò)誤報(bào)告 和 修改請(qǐng)求,輸出：修改的分析、設(shè)計(jì)與實(shí)現(xiàn),方法：,幫助臺(tái)Call Center,較小的系統(tǒng)改進(jìn)，系統(tǒng)的后續(xù)開發(fā),5.2,瀑布法,瀑布：每一階段依次進(jìn)行，直到前面的階段結(jié)束，下一個(gè)階段才能進(jìn)行，每一個(gè)階段使用一個(gè)正式的方法來“結(jié)束,后果,需求變化，產(chǎn)品過時(shí),漫長(zhǎng)的過程，可能造成信息的喪失,這樣一個(gè)過程的動(dòng)機(jī),適用條件：,需求長(zhǎng)期不變的情況下，才能采用,Figure 5.6,The waterfall life cycle,5.3,迭代法,迭代法是廣泛使用的方法,優(yōu)點(diǎn),如果需求變化，很多內(nèi)容并不是固定不變的。

開發(fā)的系統(tǒng)能夠被提前使用，交付系統(tǒng)的反響可以在將來的開發(fā)中改進(jìn),適用條件：,無論正是和非正式開發(fā)，都被廣泛采用,Figure 5.7,Depiction of the iterative approach as an expanding spiral of development,螺旋式擴(kuò)張的系統(tǒng)按功能和質(zhì)量成長(zhǎng),Figure 5.8,The iterative approach in terms of stages,5.3.1,迭代方法和用例,迭代開發(fā)的核心：用例的概念,在需求階段，充分識(shí)別用例,在系統(tǒng)分析階段，詳述他們,在設(shè)計(jì)和實(shí)施階段，生成一個(gè)系統(tǒng)滿足所選擇的用例集合,如果用例可以獨(dú)立使用，那么就可以部署系統(tǒng),進(jìn)行其他用例的開發(fā),Figure 5.9,The tracing of use cases through the stages in iterativedevelopment,5.3.2,迭代控制方法,80/20原那么,最為常見的功能最先開發(fā),MoSCoW優(yōu)先次序,Must一定要按期交付,Should希望在本階段交付,Could有余下的時(shí)間和資源就盡可能將其實(shí)現(xiàn),Wont明確在階段內(nèi)不交付,階段開發(fā)用例表,列出了在一個(gè)階段中的開發(fā)用例,時(shí)間范圍,階段由時(shí)間范圍控制某時(shí)間段內(nèi)工作在某個(gè)階段上,Table 5.1,Moscow prioritization for release of the system,Figure 5.10,Organization of the iterations,Table 5.2,Moscow prioritization for the first iteration of the ICANDO chemicals system,。