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ā)生命周期,本章要點,軟件開發(fā)生命周期的各個階段,軟件開發(fā)的瀑布法和迭代法,控制迭代開發(fā)的一些方法,5.1,軟件開發(fā)生命周期的階段,大型IT工程是十分復(fù)雜的,復(fù)雜性的原因：對軟件開發(fā)過程沒有一個全面、明確的概念,本章的目的：給出一個全面的過程和開發(fā)路線圖，大家應(yīng)該注意全面的階段，和怎樣通過這些階段開展工作,關(guān)于軟件開發(fā)階段的問題：,統(tǒng)一過程：大量中間產(chǎn)物(Jacobson 1999),極限編程：幾乎沒有階段和中間產(chǎn)物,本書介紹的方式：繪制一副完整的地圖完全的階段性描述,軟件開發(fā)生命周期的階段,每個開發(fā)工程都要經(jīng)歷這些階段，不管是不是正規(guī)，自覺的還是不自覺的,這些階段并不必一個接一個的完成，他們可以局部重疊及并行完成,需求分析,系統(tǒng)分析,系統(tǒng)設(shè)計,實現(xiàn),測試,部署,維護(hù),需求分析,目的：需求分析決定了系統(tǒng)中各種工程相關(guān)者的需要和期望，形成關(guān)于系統(tǒng)是做什么的描述。,注意：語言被所有的工程相關(guān)者理解，并能對描述達(dá)成一致意見,分類,功能需求系統(tǒng)是做什么的,非功能需求可靠性、魯棒性、使用人數(shù)、交互界面,輸入：現(xiàn)有業(yè)務(wù)過程 組織目標(biāo),可能出現(xiàn)的問題：“越嚴(yán)重的問題越晚發(fā)現(xiàn),輸出：業(yè)務(wù)模型外部行為、用例模型、原型功能需求、非功能需求,方法：,專題討論、會談,注意反響，并形成協(xié)議,Figure 5.1,Key inputs and outputs of requirements analysis,系統(tǒng)分析,目的：定義計算機(jī)系統(tǒng)的行為，以及如何與計算機(jī)系統(tǒng)交互，使用被開發(fā)人員理解的語言填寫需求分析的細(xì)節(jié)。,輸入：業(yè)務(wù)模型、用例模型、原型以及詳細(xì)業(yè)務(wù)運(yùn)作知識,輸出：完全專用的用例和詳細(xì)的對象模型，確定了系統(tǒng)具有的信息和使用信息的方式,方法：,如何操作？處理什么信息？,專題討論、會談,構(gòu)成用例并收集細(xì)節(jié),劇本分析,要被使用的數(shù)據(jù)以及人們?nèi)绾问褂盟麄?原型,Figure 5.2,Key inputs and outputs of systems analysis,系統(tǒng)設(shè)計,目的：定義了系統(tǒng)將如何運(yùn)作，以及對開發(fā)和部署來說，如何把系統(tǒng)分解為可管理的局部，產(chǎn)生一個系統(tǒng)構(gòu)架的概要，并且建立基于該構(gòu)架的用例圖。,輸入：用例定義集合、對象模型集合、原型,輸出：對象模型，支持用例的對象協(xié)作、對象分組組成組件、組件與外部系統(tǒng)之間的用戶接口說明，以及數(shù)據(jù)庫存儲信息的數(shù)據(jù)模型,方法：,定義架構(gòu),完成單獨的對象,對象協(xié)作,Figure 5.3,Key inputs and outputs of the design process,實現(xiàn),目的：產(chǎn)生了以組件構(gòu)成的系統(tǒng)，把系統(tǒng)新的局部整合到系統(tǒng)先前已構(gòu)成的局部中去,輸入：對象模型，對象協(xié)作、接口說明、構(gòu)架定義，數(shù)據(jù)模型,輸出：源代碼、編譯過的組件、部署方案,方法：,對象模型轉(zhuǎn)化為運(yùn)行代碼和數(shù)據(jù)庫定義,CASE工具局部轉(zhuǎn)化后，再由編程人員完成,Figure 5.4,Key inputs and outputs of the implementation process,測試,目的：功能和非功能滿足需求，為開發(fā)提供反響,輸入：已構(gòu)造的系統(tǒng)、業(yè)務(wù)說明、用例說明、非功能性需求說明,輸出：出錯報告 or 成功的測試報告,方法：,業(yè)務(wù)過程和用例說明用來生成測試劇本,測試劇本：輸入 和 希望的輸出,Figure 5.5,Key inputs and outputs of the testing process,維護(hù),目的：保持系統(tǒng)功能，使之與需求一致,輸入：代碼錯誤報告 和 修改請求,輸出：修改的分析、設(shè)計與實現(xiàn),方法：,幫助臺Call Center,較小的系統(tǒng)改進(jìn)，系統(tǒng)的后續(xù)開發(fā),5.2,瀑布法,瀑布：每一階段依次進(jìn)行，直到前面的階段結(jié)束，下一個階段才能進(jìn)行，每一個階段使用一個正式的方法來“結(jié)束,后果,需求變化，產(chǎn)品過時,漫長的過程，可能造成信息的喪失,這樣一個過程的動機(jī),適用條件：,需求長期不變的情況下，才能采用,Figure 5.6,The waterfall life cycle,5.3,迭代法,迭代法是廣泛使用的方法,優(yōu)點,如果需求變化，很多內(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ì)量成長,Figure 5.8,The iterative approach in terms of stages,5.3.1,迭代方法和用例,迭代開發(fā)的核心：用例的概念,在需求階段，充分識別用例,在系統(tǒng)分析階段，詳述他們,在設(shè)計和實施階段，生成一個系統(tǒng)滿足所選擇的用例集合,如果用例可以獨立使用，那么就可以部署系統(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有余下的時間和資源就盡可能將其實現(xiàn),Wont明確在階段內(nèi)不交付,階段開發(fā)用例表,列出了在一個階段中的開發(fā)用例,時間范圍,階段由時間范圍控制某時間段內(nèi)工作在某個階段上,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,