統(tǒng)一建模語言:第2講 軟件開發(fā)過程

上傳人:努力****83 文檔編號:76251954 上傳時間:2022-04-18 格式:PPT 頁數(shù):49 大小:3.23MB
收藏 版權申訴 舉報 下載
統(tǒng)一建模語言:第2講 軟件開發(fā)過程_第1頁
第1頁 / 共49頁
統(tǒng)一建模語言:第2講 軟件開發(fā)過程_第2頁
第2頁 / 共49頁
統(tǒng)一建模語言:第2講 軟件開發(fā)過程_第3頁
第3頁 / 共49頁

下載文檔到電腦,查找使用更方便

30 積分

下載資源

還剩頁未讀,繼續(xù)閱讀

資源描述:

《統(tǒng)一建模語言:第2講 軟件開發(fā)過程》由會員分享,可在線閱讀,更多相關《統(tǒng)一建模語言:第2講 軟件開發(fā)過程(49頁珍藏版)》請在裝配圖網(wǎng)上搜索。

1、第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.1 面向?qū)ο蟮能浖_發(fā)面向?qū)ο蟮能浖_發(fā)軟件開發(fā)過程第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.1 面向?qū)ο蟮能浖_發(fā)面向?qū)ο蟮能浖_發(fā)傳統(tǒng)軟件開發(fā)方法存在的問題第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.1 面向?qū)ο蟮能浖_發(fā)面向?qū)ο蟮能浖_發(fā)l 面向?qū)ο蟮能浖_發(fā)(Object-Oriented Software Development)法:一種把面向?qū)ο蟮乃枷霊糜谲浖_發(fā)過程,指導開發(fā)活動的系統(tǒng)方法。面向?qū)ο蟮拿嫦驅(qū)ο蟮乃枷胱畛醭霈F(xiàn)于挪威奧斯陸大學和挪威計思想最初出現(xiàn)于挪威奧斯陸大學和挪威計算機中心共同研制的算機中心共同研制的Simula 67語言

2、中語言中隨著的隨著的Smalltalk76和和80語言推出,面向?qū)ο蟮牡某绦蛘Z言推出,面向?qū)ο蟮牡某绦蛟O計方法得到了比較完善的實現(xiàn)設計方法得到了比較完善的實現(xiàn)。第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.1 面向?qū)ο蟮能浖_發(fā)面向?qū)ο蟮能浖_發(fā)l 面向?qū)ο蟮幕靖拍?類類(ClassClass)對象對象(Object)(Object)消息消息(Information)(Information)(Polymorphism)(Polymorphism)繼承繼承(InheritanceInheritance)第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.1 面向?qū)ο蟮能浖_發(fā)面向?qū)ο蟮能浖_發(fā)l 面向?qū)ο?/p>

3、的軟件分析第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.1 面向?qū)ο蟮能浖_發(fā)面向?qū)ο蟮能浖_發(fā)l 面向?qū)ο蟮能浖治瞿P蛯ο髮訉ο髮犹卣鲗犹卣鲗雨P系層關系層交交互互圖圖主主題題圖圖詳詳 細細 說說 明明基本模型基本模型 (類圖)(類圖)第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.1 面向?qū)ο蟮能浖_發(fā)面向?qū)ο蟮能浖_發(fā)l 面向?qū)ο蟮能浖治瞿P停∣OA)對象層對象層特征層特征層關系層關系層交交互互圖圖主主題題圖圖詳詳 細細 說說 明明基本模型基本模型 (類圖)(類圖)基本模型基本模型是一個類圖是一個類圖(class diagram),是以直觀的方式表達系統(tǒng)是以直觀的方式表達系統(tǒng)最重要的信息。最重要

4、的信息。OOA基本模型的三個層次分別描述了:系統(tǒng)中基本模型的三個層次分別描述了:系統(tǒng)中應設哪幾類對象,每類對象的內(nèi)部構成,對象與外部的關系。應設哪幾類對象,每類對象的內(nèi)部構成,對象與外部的關系。第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.1 面向?qū)ο蟮能浖_發(fā)面向?qū)ο蟮能浖_發(fā)l 面向?qū)ο蟮能浖治瞿P蛯ο髮訉ο髮犹卣鲗犹卣鲗雨P系層關系層交交互互圖圖主主題題圖圖詳詳 細細 說說 明明基本模型基本模型 (類圖)(類圖)主題主題( (subject)又稱為子系統(tǒng)又稱為子系統(tǒng)( (subsystem) )是將一些聯(lián)是將一些聯(lián)系密切的類組織在一起的類的集合。按照粒度控制系密切的類組織在一起的類的集合。按

5、照粒度控制原則,將系統(tǒng)組成幾個主題,便于理解。原則,將系統(tǒng)組成幾個主題,便于理解。第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.1 面向?qū)ο蟮能浖_發(fā)面向?qū)ο蟮能浖_發(fā)l 面向?qū)ο蟮能浖治瞿P蛯ο髮訉ο髮犹卣鲗犹卣鲗雨P系層關系層交交互互圖圖主主題題圖圖詳詳 細細 說說 明明基本模型基本模型 (類圖)(類圖)交互圖(交互圖(interaction diagram)是)是Use case(用例)與系(用例)與系統(tǒng)成分之間的對照圖。統(tǒng)成分之間的對照圖。第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.1 面向?qū)ο蟮能浖_發(fā)面向?qū)ο蟮能浖_發(fā)l 面向?qū)ο蟮能浖治瞿P蛯ο髮訉ο髮犹卣鲗犹卣鲗雨P系層關系層交交互互

6、圖圖主主題題圖圖詳詳 細細 說說 明明基本模型基本模型 (類圖)(類圖)詳細說明詳細說明按照分析方法所要求的格式,對分析模型進行說按照分析方法所要求的格式,對分析模型進行說明和解釋。主要以文字為主。明和解釋。主要以文字為主。第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.1 面向?qū)ο蟮能浖_發(fā)面向?qū)ο蟮能浖_發(fā)l 面向?qū)ο蟮能浖O計(OOD)第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.2 Rational統(tǒng)一過程統(tǒng)一過程當前流行的軟件過程第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.2 Rational統(tǒng)一過程統(tǒng)一過程傳統(tǒng)開發(fā)模型瀑布模型由瀑布模型由B.M.Boehm于于1970年首先提出。年首先提出。瀑

7、布模型將軟件生存周期瀑布模型將軟件生存周期劃分為劃分為6個階段,是一種線個階段,是一種線性模型。性模型。各階段活動為:需求分析、各階段活動為:需求分析、設計、實現(xiàn)、測試、運行設計、實現(xiàn)、測試、運行和維護。和維護。第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.2 Rational統(tǒng)一過程統(tǒng)一過程傳統(tǒng)開發(fā)模型 每個開發(fā)階段具有以下特征:每個開發(fā)階段具有以下特征: 將上一階段的結果作為本階段工將上一階段的結果作為本階段工作的輸入;作的輸入; 對上述輸入實施本階段的活動對上述輸入實施本階段的活動; 給出本階段的工作成果作為輸出給出本階段的工作成果作為輸出傳入下一階段;傳入下一階段; 對本階段工作進行評審,

8、若本階對本階段工作進行評審,若本階段工作得到確認,則繼續(xù)下階段段工作得到確認,則繼續(xù)下階段工作,否則返回前一階段。工作,否則返回前一階段。第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.2 Rational統(tǒng)一過程統(tǒng)一過程傳統(tǒng)開發(fā)模型Boehm首先提出首先提出螺旋模型。螺旋模型。螺旋模型使用原螺旋模型使用原型作為降低風險型作為降低風險的機制,開發(fā)者的機制,開發(fā)者在產(chǎn)品演化任意在產(chǎn)品演化任意階段均可使用原階段均可使用原型方法型方法第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.2 Rational統(tǒng)一過程統(tǒng)一過程傳統(tǒng)開發(fā)模型它保持了傳統(tǒng)生它保持了傳統(tǒng)生命周期模型中系命周期模型中系統(tǒng)的、階段的方統(tǒng)的、階段的方

9、法,但將其并入法,但將其并入了迭代框架,更了迭代框架,更加真實地反映了加真實地反映了現(xiàn)實世界?,F(xiàn)實世界。第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.2 Rational統(tǒng)一過程統(tǒng)一過程RUP(Rational Unified Process)在在RUP中,軟件開發(fā)生命周期根據(jù)時間和中,軟件開發(fā)生命周期根據(jù)時間和RUP的核心的核心工作流劃分為二維空間。工作流劃分為二維空間。第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.2 Rational統(tǒng)一過程統(tǒng)一過程RUP(Rational Unified Process)在在RUP中,工作流橫軸表示項目的時間維,是過程展中,工作流橫軸表示項目的時間維,是過程展開

10、的生命周期特征,體現(xiàn)開發(fā)過程的動態(tài)結構。開的生命周期特征,體現(xiàn)開發(fā)過程的動態(tài)結構。 第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.2 Rational統(tǒng)一過程統(tǒng)一過程RUP(Rational Unified Process)9個核心工作流,分為個核心工作流,分為6個核心過程工作流(個核心過程工作流(Core Process Workflows)和)和3個核心支持工作流(個核心支持工作流(Core Supporting Workflows)。)。 第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.2 Rational統(tǒng)一過程統(tǒng)一過程RUP(Rational Unified Process)四個階段四個階段:

11、軟件產(chǎn)品生命周期被分成單獨的開發(fā)周期:軟件產(chǎn)品生命周期被分成單獨的開發(fā)周期:初始(先啟)、細化(精化)、構造、發(fā)布(產(chǎn)品化)初始(先啟)、細化(精化)、構造、發(fā)布(產(chǎn)品化)第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.2 Rational統(tǒng)一過程統(tǒng)一過程RUP(Rational Unified Process)四個階段四個階段初始(先啟):定義整個項目的范圍初始(先啟):定義整個項目的范圍細化(精化):制定項目計劃、描述功能、建立架構框架細化(精化):制定項目計劃、描述功能、建立架構框架構造(構建):構造軟件產(chǎn)品構造(構建):構造軟件產(chǎn)品發(fā)布(產(chǎn)品化):將軟件產(chǎn)品移交到最終用戶手中發(fā)布(產(chǎn)品化):

12、將軟件產(chǎn)品移交到最終用戶手中第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.2 Rational統(tǒng)一過程統(tǒng)一過程RUP(Rational Unified Process)四個階段四個階段:階段結束標志著重要的里程碑:階段結束標志著重要的里程碑初始(先啟):定義整個項目的范圍初始(先啟):定義整個項目的范圍細化(精化):制定項目計劃、描述功能、建立架構框架細化(精化):制定項目計劃、描述功能、建立架構框架構造(構建):構造軟件產(chǎn)品構造(構建):構造軟件產(chǎn)品發(fā)布(產(chǎn)品化):將軟件產(chǎn)品移交到最終用戶手中發(fā)布(產(chǎn)品化):將軟件產(chǎn)品移交到最終用戶手中生命周期生命周期目標里程碑目標里程碑生命周期生命周期 體系架

13、構體系架構 里程碑里程碑 初始可運行初始可運行 能力里程碑能力里程碑 產(chǎn)品發(fā)布產(chǎn)品發(fā)布時間時間先啟先啟精化精化構建構建產(chǎn)品化產(chǎn)品化第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.2 Rational統(tǒng)一過程統(tǒng)一過程RUP(Rational Unified Process)迭代開發(fā)模型:每階段可進一步分解為迭代。一個迭代迭代開發(fā)模型:每階段可進一步分解為迭代。一個迭代是一個完整的開發(fā)循環(huán),產(chǎn)生一個可執(zhí)行的產(chǎn)品版本,是一個完整的開發(fā)循環(huán),產(chǎn)生一個可執(zhí)行的產(chǎn)品版本,是最終產(chǎn)品的一個子集,它增量式地發(fā)展,從一個迭代是最終產(chǎn)品的一個子集,它增量式地發(fā)展,從一個迭代過程到另一個迭代過程到成為最終的系統(tǒng)。過程到另

14、一個迭代過程到成為最終的系統(tǒng)。第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.2 Rational統(tǒng)一過程統(tǒng)一過程RUP(Rational Unified Process)軟件過程的定義軟件過程的定義第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.2 Rational統(tǒng)一過程統(tǒng)一過程RUP(Rational Unified Process)角色執(zhí)行活動并產(chǎn)生制品角色執(zhí)行活動并產(chǎn)生制品角色角色活動活動制品制品描述一個用例用例包用例包用例用例負責負責需求闡釋者需求闡釋者角色被要求執(zhí)行角色被要求執(zhí)行的工作單元的工作單元角色可由單個人角色可由單個人或一個團隊扮演或一個團隊扮演由過程生成,修改由過程生成,修改或使用

15、的一段信息或使用的一段信息第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.2 Rational統(tǒng)一過程統(tǒng)一過程RUP(Rational Unified Process)工作流描述有意義的活動序列工作流描述有意義的活動序列 第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.2 Rational統(tǒng)一過程統(tǒng)一過程RUP(Rational Unified Process)需求捕獲工作流:需求捕獲就是通過對應問題的理解和需求捕獲工作流:需求捕獲就是通過對應問題的理解和分析,確立問題涉及的信息、功能和系統(tǒng)行為、將用戶分析,確立問題涉及的信息、功能和系統(tǒng)行為、將用戶需求精確化、完全化需求精確化、完全化第第2講講: 軟件開

16、發(fā)過程軟件開發(fā)過程2.2 Rational統(tǒng)一過程統(tǒng)一過程RUP(Rational Unified Process)分析工作流:分析的主要工作開始于初始階段結尾,和分析工作流:分析的主要工作開始于初始階段結尾,和需求一樣是細化階段的主要焦點。細化階段的大部分活需求一樣是細化階段的主要焦點。細化階段的大部分活動是捕獲需求,分析工作與需求捕獲在很大程度上重疊。動是捕獲需求,分析工作與需求捕獲在很大程度上重疊。第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.2 Rational統(tǒng)一過程統(tǒng)一過程RUP(Rational Unified Process)設計工作流:主要工作位于細化階段的最后部分和構造設計工作

17、流:主要工作位于細化階段的最后部分和構造階段的開始部分。系統(tǒng)建模最初的焦點是需求和分析,階段的開始部分。系統(tǒng)建模最初的焦點是需求和分析,在分析活動逐步完善后,建模的焦點開始轉(zhuǎn)向設計。在分析活動逐步完善后,建模的焦點開始轉(zhuǎn)向設計。第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.2 Rational統(tǒng)一過程統(tǒng)一過程RUP(Rational Unified Process)實現(xiàn)工作流實現(xiàn)工作流:實現(xiàn)是把設計模型轉(zhuǎn)換成可執(zhí)行代碼的過實現(xiàn)是把設計模型轉(zhuǎn)換成可執(zhí)行代碼的過程。從系統(tǒng)分析師或系統(tǒng)設計師的角度看,實現(xiàn)工作流程。從系統(tǒng)分析師或系統(tǒng)設計師的角度看,實現(xiàn)工作流的重點就是完成軟件系統(tǒng)的可執(zhí)行代碼。的重點就是

18、完成軟件系統(tǒng)的可執(zhí)行代碼。第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.2 Rational統(tǒng)一過程統(tǒng)一過程RUP(Rational Unified Process)測試工作流:在完成需求捕獲、分析、設計、實現(xiàn)等階測試工作流:在完成需求捕獲、分析、設計、實現(xiàn)等階段的開發(fā)后,得到了源代碼,這時就必須開始尋找軟件段的開發(fā)后,得到了源代碼,這時就必須開始尋找軟件產(chǎn)品中可能存在的錯誤與缺陷。產(chǎn)品中可能存在的錯誤與缺陷。第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.2 Rational統(tǒng)一過程統(tǒng)一過程RUP(Rational Unified Process)測試工作流:在完成需求捕獲、分析、設計、實現(xiàn)等階測試工

19、作流:在完成需求捕獲、分析、設計、實現(xiàn)等階段的開發(fā)后,得到了源代碼,這時就必須開始尋找軟件段的開發(fā)后,得到了源代碼,這時就必須開始尋找軟件產(chǎn)品中可能存在的錯誤與缺陷。產(chǎn)品中可能存在的錯誤與缺陷。第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.2 Rational統(tǒng)一過程統(tǒng)一過程RUP(Rational Unified Process)所有的過程元素(角色,活動,制品等)被劃分至不同所有的過程元素(角色,活動,制品等)被劃分至不同的邏輯容器,稱為規(guī)程的邏輯容器,稱為規(guī)程 規(guī)程產(chǎn)生模型規(guī)程產(chǎn)生模型OKOKFail被實現(xiàn)被實施被驗證實施模型測試模型設計模型用例模型 模型模型規(guī)程規(guī)程測試實施分析和設計需求業(yè)

20、務用例模型業(yè)務建模業(yè)務對象模型 BBBB被實現(xiàn)被自動化第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.3 敏捷開發(fā)敏捷開發(fā)敏捷宣言敏捷宣言第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.3 敏捷開發(fā)敏捷開發(fā)敏捷核心價值觀敏捷核心價值觀第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.3 敏捷開發(fā)敏捷開發(fā)敏捷特點敏捷特點短周期開發(fā),提供及早的、具體的、持短周期開發(fā),提供及早的、具體的、持續(xù)的反饋。續(xù)的反饋。增量開發(fā)。迅速地提出總體計劃,并在增量開發(fā)。迅速地提出總體計劃,并在項目生命周期中不斷演化。項目生命周期中不斷演化。靈活安排功能地實現(xiàn),以對變化的業(yè)務靈活安排功能地實現(xiàn),以對變化的業(yè)務需求作出反應。需求作出反應。

21、使用由程序員和測試人員編寫的自動化使用由程序員和測試人員編寫的自動化測試來監(jiān)控開發(fā)進度,支持系統(tǒng)演化,測試來監(jiān)控開發(fā)進度,支持系統(tǒng)演化,并盡早發(fā)現(xiàn)缺陷。并盡早發(fā)現(xiàn)缺陷。第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.3 敏捷開發(fā)敏捷開發(fā)敏捷特點敏捷特點通過口頭溝通、測試和源代碼來交流系通過口頭溝通、測試和源代碼來交流系統(tǒng)的結構和意圖。統(tǒng)的結構和意圖。漸進式的設計過程貫穿整個系統(tǒng)生命周漸進式的設計過程貫穿整個系統(tǒng)生命周期。期。依賴于能力普通但能積極參與的程序員依賴于能力普通但能積極參與的程序員之間的緊密協(xié)作。之間的緊密協(xié)作。各種實踐兼顧項目成員的短期直覺和項各種實踐兼顧項目成員的短期直覺和項目的長期利

22、益。目的長期利益。第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.3 敏捷開發(fā)敏捷開發(fā)敏捷功能敏捷功能- 提倡短周期發(fā)布,這樣任何延遲的范圍都是有限的。提倡短周期發(fā)布,這樣任何延遲的范圍都是有限的。- 一個發(fā)布周期內(nèi),計劃許多小任務以保證團隊可以在該周期內(nèi)解決問題一個發(fā)布周期內(nèi),計劃許多小任務以保證團隊可以在該周期內(nèi)解決問題。- 提倡優(yōu)先實現(xiàn)高優(yōu)先級的功能。提倡優(yōu)先實現(xiàn)高優(yōu)先級的功能。- 最小發(fā)布必須是滿足最大商業(yè)意義的,選擇團隊中面向業(yè)務的最小發(fā)布必須是滿足最大商業(yè)意義的,選擇團隊中面向業(yè)務的成員來承擔。成員來承擔。-自動化測試,每次代碼改動后運行,確保質(zhì)量底線。自動化測試,每次代碼改動后運行,確

23、保質(zhì)量底線。-保證系統(tǒng)處于可部署狀態(tài),不允許出現(xiàn)問題的積累。保證系統(tǒng)處于可部署狀態(tài),不允許出現(xiàn)問題的積累。進度延遲進度延遲項目取消項目取消系統(tǒng)惡化系統(tǒng)惡化- 既包含每個函數(shù)的單元測試,也包含專門測試人員的功能測試。既包含每個函數(shù)的單元測試,也包含專門測試人員的功能測試。缺陷率缺陷率第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.3 敏捷開發(fā)敏捷開發(fā)敏捷功能敏捷功能- 業(yè)務人員成為團隊人員,項目規(guī)格說明在開發(fā)過程中不斷改進業(yè)務人員成為團隊人員,項目規(guī)格說明在開發(fā)過程中不斷改進。- 由于縮短了發(fā)布周期,因此極大減少變更帶來的影響。由于縮短了發(fā)布周期,因此極大減少變更帶來的影響。- 擁抱變化,利用重構解決

24、變更帶來的技術問題。擁抱變化,利用重構解決變更帶來的技術問題。- 堅持只解決最高優(yōu)先級的任務。堅持只解決最高優(yōu)先級的任務。業(yè)務誤解業(yè)務誤解業(yè)務變更業(yè)務變更錯誤特性太多錯誤特性太多- 團隊開發(fā)模式,鼓勵新成員承擔越來越多的責任,互相幫助。團隊開發(fā)模式,鼓勵新成員承擔越來越多的責任,互相幫助。- 要求程序員自己估算自己的工作時間并完成。要求程序員自己估算自己的工作時間并完成。人員流動人員流動第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.3 敏捷開發(fā)敏捷開發(fā)敏捷敏捷基本實踐基本實踐第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.3 敏捷開發(fā)敏捷開發(fā)敏捷敏捷擴展實踐擴展實踐第第2講講: 軟件開發(fā)過程軟件開發(fā)過程

25、2.3 敏捷開發(fā)敏捷開發(fā)敏捷:敏捷:精益思維精益思維第第2講講: 軟件開發(fā)過程軟件開發(fā)過程2.3 敏捷開發(fā)敏捷開發(fā)敏捷與傳統(tǒng)的比較敏捷與傳統(tǒng)的比較傳統(tǒng)思維傳統(tǒng)思維 是員工的問題是員工的問題 盡量優(yōu)化各部門的工作盡量優(yōu)化各部門的工作 快速交付和高質(zhì)量意味著多花快速交付和高質(zhì)量意味著多花錢錢 流程應流程應”強壯強壯“一些,把所有一些,把所有的保險都打開,的保險都打開,“小小”問題會問題會被吸收被吸收 針對個人進行考核針對個人進行考核 激勵并管理員工激勵并管理員工 誰犯的這個錯誰犯的這個錯 了解并做好你的工作了解并做好你的工作 為了更好的預測,做個全面的為了更好的預測,做個全面的分析分析 大而集中能

26、提高效率大而集中能提高效率精益思維精益思維 是流程的問題是流程的問題 系統(tǒng)思考,優(yōu)化整體系統(tǒng)思考,優(yōu)化整體 快速交付和高質(zhì)量互為手段目快速交付和高質(zhì)量互為手段目的的 流程應流程應”脆弱脆弱“一些,任何小一些,任何小問題都可以迫使它終止問題都可以迫使它終止 針對流程進行考核針對流程進行考核 清除員工面臨的障礙,開發(fā)員清除員工面臨的障礙,開發(fā)員工工 是甚么讓錯誤發(fā)生了是甚么讓錯誤發(fā)生了 我的工作如何配合其它部分我的工作如何配合其它部分 只有頻繁的預測才是可依賴的只有頻繁的預測才是可依賴的方法方法 小而靈活才是美小而靈活才是美第第2講講: 軟件開發(fā)過程軟件開發(fā)過程實驗工具:實驗工具:IBM Rati

27、onal Software Architect (RSA)lRSA是一個基于是一個基于UML 2.1的可視化建模和架構設計工具的可視化建模和架構設計工具構建在Eclipse開源框架之上,它具備了可視化建模和模型驅(qū)動開發(fā)(Model-Driven Development)的能力。支持普通的分布式應用、Web Services等。采用UML 2.1規(guī)范,將UML規(guī)范更新為最新的2.1版本。搜索功能的改進模型可用性的改進第第2講講: 軟件開發(fā)過程軟件開發(fā)過程實驗工具:實驗工具:IBM Rational Software Architect (RSA)lRSA主界面主界面第第2講講: 軟件開發(fā)過程軟件

28、開發(fā)過程實驗工具:實驗工具:IBM Rational Software Architect (RSA)lRSA支持十種圖支持十種圖名稱用途類圖是使用得最為廣泛的類圖是使用得最為廣泛的UML圖之一。它使用類和接口來描述組成系統(tǒng)的實體以及它們之圖之一。它使用類和接口來描述組成系統(tǒng)的實體以及它們之間的靜態(tài)關系。利用類圖可以生成源代碼作為搭建系統(tǒng)的框架。間的靜態(tài)關系。利用類圖可以生成源代碼作為搭建系統(tǒng)的框架。組件圖描述了系統(tǒng)實現(xiàn)的組成和相互依賴。它能夠?qū)⑿〉氖挛铮ɡ珙悾┙M裝成更大的、組件圖描述了系統(tǒng)實現(xiàn)的組成和相互依賴。它能夠?qū)⑿〉氖挛铮ɡ珙悾┙M裝成更大的、可以部署的部件。組件圖的詳細程度取決于你

29、想展現(xiàn)什么??梢圆渴鸬牟考=M件圖的詳細程度取決于你想展現(xiàn)什么。組合結構圖是組合結構圖是UML2.0中新出現(xiàn)的圖。隨著系統(tǒng)變得越來越復雜,事物之間的關系也變得復中新出現(xiàn)的圖。隨著系統(tǒng)變得越來越復雜,事物之間的關系也變得復雜了。從概念上講,組合結構圖將類圖和組件圖連接了起來。它并不強調(diào)類的詳細設計和雜了。從概念上講,組合結構圖將類圖和組件圖連接了起來。它并不強調(diào)類的詳細設計和系統(tǒng)如何實現(xiàn)。它描述了系統(tǒng)中的事物如何聯(lián)合起來實現(xiàn)某一個復雜的模式。系統(tǒng)如何實現(xiàn)。它描述了系統(tǒng)中的事物如何聯(lián)合起來實現(xiàn)某一個復雜的模式。部署圖描述了你的系統(tǒng)是如何實際運行的,同時還描述了系統(tǒng)是如何應用到硬件上的。一部署圖描述

30、了你的系統(tǒng)是如何實際運行的,同時還描述了系統(tǒng)是如何應用到硬件上的。一般情況下,使用部署圖說明組件是如何在運行時進行配置的。般情況下,使用部署圖說明組件是如何在運行時進行配置的。對象圖使用了和類圖一樣的語法,同時還展示了在一個特定的時間類的實例。對象圖使用了和類圖一樣的語法,同時還展示了在一個特定的時間類的實例。活動圖記錄了從一個行為或活動到下一個的轉(zhuǎn)化。活動圖記錄了從一個行為或活動到下一個的轉(zhuǎn)化。通信圖是一種交互圖,它關注的是一個行為中涉及到的事物以及它們之間反復傳遞的消息。通信圖是一種交互圖,它關注的是一個行為中涉及到的事物以及它們之間反復傳遞的消息。序列圖是一種交互圖。它關注的是在執(zhí)行的時

31、候,在事物之間傳遞的消息的類型和順序。序列圖是一種交互圖。它關注的是在執(zhí)行的時候,在事物之間傳遞的消息的類型和順序。狀態(tài)機圖描述的是事物內(nèi)部狀態(tài)的轉(zhuǎn)化。這個事物可能是一個單獨的類,也可以是整個系狀態(tài)機圖描述的是事物內(nèi)部狀態(tài)的轉(zhuǎn)化。這個事物可能是一個單獨的類,也可以是整個系統(tǒng)。統(tǒng)。用例圖描述了系統(tǒng)的功能性需求。用例圖描述了系統(tǒng)的功能性需求。第第2講講: 軟件開發(fā)過程軟件開發(fā)過程實驗工具:實驗工具:IBM Rational Software Architect (RSA)lRSA分析模型元素分析模型元素第第2講講: 軟件開發(fā)過程軟件開發(fā)過程實驗工具:實驗工具:IBM Rational Software Architect (RSA)lRSA設計設計模型元素模型元素第第2講講: 軟件開發(fā)過程軟件開發(fā)過程實驗工具:實驗工具:IBM Rational Software Architect (RSA)lRSA實現(xiàn)模型元素實現(xiàn)模型元素

展開閱讀全文
溫馨提示:
1: 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
2: 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
3.本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
5. 裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

相關資源

更多
正為您匹配相似的精品文檔
關于我們 - 網(wǎng)站聲明 - 網(wǎng)站地圖 - 資源地圖 - 友情鏈接 - 網(wǎng)站客服 - 聯(lián)系我們

copyright@ 2023-2025  zhuangpeitu.com 裝配圖網(wǎng)版權所有   聯(lián)系電話:18123376007

備案號:ICP2024067431-1 川公網(wǎng)安備51140202000466號


本站為文檔C2C交易模式,即用戶上傳的文檔直接被用戶下載,本站只是中間服務平臺,本站所有文檔下載所得的收益歸上傳人(含作者)所有。裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對上載內(nèi)容本身不做任何修改或編輯。若文檔所含內(nèi)容侵犯了您的版權或隱私,請立即通知裝配圖網(wǎng),我們立即給予刪除!