UML課后習(xí)題答案整理

1、Word 資料Word 資料UML 課后習(xí)題答案整理目錄 TOC o 1-5 h z HYPERLINK l bookmark0 o Current Document 第 1 章 面向?qū)ο蠓治雠c設(shè)計引論4 HYPERLINK l bookmark6 o Current Document 1.1 填空題 42.1 選擇題 43.1 簡答題 4 HYPERLINK l bookmark2 o Current Document 第 2 章 統(tǒng)一建模語言 UML 與建模工具Rational Rose51.1 填空題 52.1 選擇題 53.1 簡答題 5 HYPERLINK l bookmark4 o

2、 Current Document 第 3 章 需求分析與用例模型71.1 填空題 72.1 選擇題 73.1 簡答題 74.1 練習(xí)題 7第 4 章 系統(tǒng)靜態(tài)分析與靜態(tài)模型1.3.1.1 填空題 1.32.1 選擇題 1.33.1 簡答題 1.34.1 練習(xí)題 1.4第 5 章 系統(tǒng)動態(tài)分析與交互模型1.5.1.1 填空題 1.52.1 選擇題 1.53.1 簡答題 1.54.1 練習(xí)題 1.6第 6 章 系統(tǒng)動態(tài)分析與行為模型、 1.9.1.1 填空題 1.92.1 選擇題 1.93.1 簡答題 2.04.1 練習(xí)題 2.1第 7 章 系統(tǒng)設(shè)計與實現(xiàn)模型2.61.1 填空題 2.62.1

3、選擇題 2.63.1 簡答題 2.64.1 練習(xí)題 2.7第 8 章 軟件工程引論與統(tǒng)一軟件過程RUP2.81.1 填空題 2.82.1 選擇題 2.83.1 簡答題 2.8第 9 章 分工情況 3.1第 1 章 面向?qū)ο蠓治雠c設(shè)計引論填空題1 ）面向過程程序= 算法 + 數(shù)據(jù)結(jié)構(gòu)2 ）對象3 ）屬性操作選擇題AA簡答題（ 1 ）面向過程方法和面向?qū)ο蠓椒ǖ谋容^：面向過程方法首先關(guān)心的是功能，強調(diào)以過程為中心，采用模塊化、自頂向下、逐步細分的解決問題的方法，結(jié)構(gòu)清晰、可讀性好。然而，由于用戶的需求和軟、硬件技術(shù)的不斷發(fā)展變化，經(jīng)常出現(xiàn)互相矛盾的數(shù)據(jù)需求，因此分析和設(shè)計越來越困難，開發(fā)過程前期入

4、手快而后期頻繁改動的現(xiàn)象比較常見。 面向?qū)ο蠓椒▌t從所處理的數(shù)據(jù)入手，以數(shù)據(jù)為中心來描述系統(tǒng)。數(shù)據(jù)相對于功能而言，具有更強的穩(wěn)定性，這樣設(shè)計出的系統(tǒng)模型往往能較好地映射問題域模型。面向?qū)ο蠓椒ǖ挠行裕好嫦驅(qū)ο蟪绦蛟O(shè)計是一種自下而上的程序設(shè)計方法，往往從問題的一部分著手，一點一點地構(gòu)建出整個程序。面向?qū)ο笤O(shè)計以數(shù)據(jù)為中心，類作為表現(xiàn)數(shù)據(jù)的工具，成為劃分程序的基本單位。面向?qū)ο笫前褬?gòu)成問題的事物分解成各個對象， 建立對象的目的不是為了完成一個步驟，而是為了描述某個事物在整個解決問題的步驟中的行為。面向?qū)ο蠓治觯∣OA） 、面向?qū)ο笤O(shè)計（OOD ）、面向?qū)ο缶幋a（OPP）、面向?qū)ο鬁y試（OOT）、

5、面向?qū)ο缶S護（OOM）第 2 章 統(tǒng)一建模語言 UML 與建模工具Rational Rose填空題1 ） Grady Booch James Rumbaugh Ivar Jacobson2 ）用例3 ）部署4 ） Rational Rose PowerDesigner Visio5 ）用例視圖邏輯視圖 構(gòu)件視圖 部署視圖6） 部署選擇題（1） B（ 2 ） ABDBC5 ） ACA7 ） AC簡答題1 ）統(tǒng)一建模語言 特點 :用圖形化的符號描述分析與設(shè)計2 ）需求分析、分析、設(shè)計、構(gòu)造、測試3 ）視圖：由一組圖構(gòu)成，代表完整系統(tǒng)描述中的一個抽象，顯示這個系統(tǒng)中的一個特定的方面。UML 包含九種

6、視圖，一類是靜態(tài)圖，包含用例圖、類圖、對象圖、構(gòu)件圖、部署圖；另一類是動態(tài)圖，包括序列圖、協(xié)作圖、狀態(tài)圖和活動圖。4 ）畫圖、積累、導(dǎo)航、多用戶支持、產(chǎn)生代碼、逆轉(zhuǎn)、集成、覆蓋模型的所有抽象層、模型互換5 ）選擇待轉(zhuǎn)換的目標模型、檢查java 語言的語法錯誤、設(shè)置代碼生成屬性、生成代碼6 ）用例視圖：包括系統(tǒng)中的所有參與者、用例和用例圖，關(guān)注系統(tǒng)功能的高層抽象，適合于對系統(tǒng)進行分析和獲取需求，而不關(guān)注于系統(tǒng)的具體實現(xiàn)方法。邏輯視圖：關(guān)注系統(tǒng)如何實現(xiàn)用例中所描述的功能，主要是對系統(tǒng)功能性需求提供支持。構(gòu)件視圖：用來描述系統(tǒng)中各個實現(xiàn)模塊以及它們之間的依賴關(guān)系。部署視圖：包括進程、處理器和設(shè)備，顯

7、示系統(tǒng)的實際部署情況，是為了便于理解系統(tǒng)在一組處理節(jié)點上的物理分布。第 3 章 需求分析與用例模型填空題1）參與者、用例、關(guān)系2）關(guān)聯(lián)關(guān)系、泛化關(guān)系、包含關(guān)系、擴展關(guān)系選擇題D2） D簡答題1）參與者：參與者必須與系統(tǒng)有交互；參與者必須是系統(tǒng)外部的；參與者的名稱一般是名詞或名詞短語。用例：用例是外部可見得系統(tǒng)功能單元，這些功能由系統(tǒng)單元所提供，并通過一系列系統(tǒng)單元與一個或多個參與者之間交換的消息所表達； 用例的名字是一個動詞短語字符串。2）簡要說明、事件流、用例場景、特殊需求、前置條件、后置條件。3）用戶、系統(tǒng)、天氣4）不正確。參與者之間泛化關(guān)系的含義是：把某些參與者的共同行為抽取出來表示為通

8、用行為，且把它們描述成為超類（父類）。普通瀏覽者和系統(tǒng)管理員的基本行為不一致，不能作為子用例。因此泛化關(guān)系使用不正確。5）不正確。購物和修改會員資料應(yīng)是登錄的包含關(guān)系。4.1 練習(xí)題用例編號： 001用例名：系統(tǒng)管理員登錄用例描述：系統(tǒng)管理員根據(jù)賬號和密碼，登錄學(xué)生信息管理系統(tǒng)參與者：系統(tǒng)管理員 前置條件：系統(tǒng)正常運行時間 后置條件：若系統(tǒng)管理員成功，管理員可以對學(xué)生的基本信息、班級信息、 賬號進行管理；若管理員未登錄成功，則不能進行這些操作。基本路徑：1、管理員進入系統(tǒng)；2、管理員輸入賬戶和密碼；3、管理員提交信息；4、系統(tǒng)對管理員輸入的信息進行有效性檢查；5、管理員可對學(xué)生信息等進行操作；

9、擴展點：1、管理員的賬號錯誤1）系統(tǒng)彈出錯誤窗口；2）管理員重新輸入管理員密碼錯誤1 ）系統(tǒng)彈出密碼錯誤2 ）管理員重新輸入3 ）管理員找回密碼用例編號： 002用例名：查詢學(xué)生信息用例描述：管理員輸入學(xué)生信息，系統(tǒng)顯示該生信息參與者：管理員 前置條件：管理員登錄成功 后置條件：管理員輸入學(xué)生信息后系統(tǒng)顯示該生信息，查詢成功后可進行修改或 刪除等?；韭窂剑?、管理員輸入查看某位學(xué)生信息； 2、管理員提交信息； 3、系統(tǒng)對應(yīng)信息查看數(shù)據(jù)庫； 4、系統(tǒng)顯示該生信息； 擴展點： 輸入學(xué)生信息不存在；用例編號： 003用例名：錄入學(xué)生信息用例描述：教師錄入學(xué)生信息；參與者：教師前置條件：教師登錄成功

10、后置條件：數(shù)據(jù)庫中錄入該信息成功，之后可以查看到該信息；基本路徑：1、教師輸入某位學(xué)生的基本信息；2、教師提交信息；3、系統(tǒng)數(shù)據(jù)庫添加該信息；4、系統(tǒng)顯示該生信息；擴展點：無用例編號： 004用例名：學(xué)生查詢成績用例描述：學(xué)生查詢自己的成績；參與者：學(xué)生前置條件：學(xué)生登錄成功；后置條件：學(xué)生查詢個人成績成功進行其它操作；基本路徑：1、學(xué)生輸入自己的信息；2、學(xué)生提交信息；3、系統(tǒng)數(shù)據(jù)庫查詢該生成績；4、系統(tǒng)顯示該生成績；擴展點：無4-1 學(xué)生用例圖Word資料Word資料直詢班的信息4-3校領(lǐng)導(dǎo)用例圖Word 資料Word 資料4-4 系統(tǒng)管理員用例圖第 4 章 系統(tǒng)靜態(tài)分析與靜態(tài)模型Word

11、資料Word資料填空題(1)對象鏈(2)關(guān)聯(lián)關(guān)系依賴關(guān)系泛化關(guān)系實現(xiàn)關(guān)系(3)類選擇題ABDDC簡答題(1)類圖包括：名稱、屬性和操作(2)對象圖包括名稱和屬性(3)類圖可以為系統(tǒng)的詞匯建模，模型化簡單的協(xié)作，模型化邏輯數(shù)據(jù)庫 模式對象圖能夠說明復(fù)雜的數(shù)據(jù)結(jié)構(gòu)，可以表示快照中的行為。(4)關(guān)系：類圖和對象圖是兩種最重要的靜態(tài)模型。UML中的類圖和對象圖顯示了系統(tǒng)的靜態(tài)結(jié)構(gòu)，其中類，對象和關(guān)聯(lián)是圖形元素的基礎(chǔ)。不同:類圖對象圖類圖包括：名稱，屬性和操作對象圖包括：名稱和屬性在類的名稱分欄中只有類名對象的名稱形式為：“對象名：類名”，匿名對象的名 稱形式為“：類名”類的屬性分欄定義了所有屬性的特征

12、對象則指定了屬性的當前值以便測試用例類中列出了操作對象圖中不包括操作，因為對于同屬于一個類的對 象來說，其操作都是相同的類使用關(guān)聯(lián)連接，關(guān)聯(lián)使用名稱，角色，多重性以 及約束等特征定義。類代表的是對對象的分類，所 以必須說明可以參與關(guān)聯(lián)的對象數(shù)目對象使用鏈連接，鏈擁有名稱，角色，但沒有多重 性。對象代表的是單獨的實體，所有的鏈都是一對 一的，因此不涉及到多重性。4.1練習(xí)題確定類：系統(tǒng)管理員，銷售員，用戶，商品前*二一號作名別爵 H魅性年 qq電號號作用利的 工色性年 電嗪囁電哲理同區(qū)限0歌招武理0系統(tǒng)設(shè)互口翡統(tǒng)運行日志。河口量款市 乾枯介和比 名Fr同庫他 年嶺。電百牛第怛0 巧f餐進貨0 7

13、盤走0 批珪遇牲性由一節(jié)訂弭出口第5章系統(tǒng)動態(tài)分析與交互模型Word 資料Word 資料填空題1 ）對象、生命線、激活、消息2 ）生命線3 ）激活4 ）發(fā)送者、接收者、活動5 ）類元角色、關(guān)聯(lián)角色6 ）對象、消息、鏈7 ）交互8 ）鏈9 ）消息選擇題ABCDCABCBCDCDD簡答題）在序列圖中，創(chuàng)建對象操作使用帶箭頭的消息表示，箭頭指向被創(chuàng)建對象的框。對象創(chuàng)建之后就會具有生命線，就像序列圖中的任何其他對象一樣。對象符號下方是對象的生命線，它持續(xù)到對象被銷毀或者圖結(jié)束。在序列圖中，對象被銷毀是使用在對象的生命線上畫大“ X”表示，在銷毀新創(chuàng)建的 對象或者序列圖中是任何其他對象時， 都可以使用，

14、X”的位置是在導(dǎo)致對象 被銷毀的信息上或者在對象自我終結(jié)的地方。）序列圖中的消息有普通消息、自身消息、返回消息、過程調(diào)用消息、同步消息、異步調(diào)用消息、阻止消息和超時消息等。例建造邏輯模型。為某個用例的泛化功能提供其所缺乏的解釋。記錄一個存在系統(tǒng)的對象現(xiàn)在如何交互。用來演示某個用例最終產(chǎn)生的所有的路徑。）序列圖是由對象、生命線、激活和消息等構(gòu)成的。）協(xié)作圖就是表現(xiàn)對象協(xié)作關(guān)系的圖，它表示了協(xié)作中作為各種類元角色的對象所處的位置， 在圖中主要顯示了類元角色（ Classifier Roles） 和關(guān)聯(lián)角色（Association Roles）。作用分為以下三個方面：通常描繪對象之間消 息的傳遞情況

15、來反映具體的使用語境的邏輯表達、 顯示對象及其交互關(guān)系的 空間組織結(jié)構(gòu)、表現(xiàn)一個類操作的實現(xiàn)。）協(xié)作圖和序列圖都是交互圖，它們既是等價的，又有所區(qū)別。序列圖表示了時間消息序列，但沒有表示靜態(tài)對象關(guān)系。序列圖可以有效的幫助我們觀察系統(tǒng)的順序行為。協(xié)作圖用于表示一個協(xié)同中的對象之間的關(guān)系和消息以及描述一個操作或分類符的實現(xiàn)。在對系統(tǒng)進行行為建模時，通常做法是用序列圖按時間順序?qū)刂屏鹘?，用協(xié)作圖按對象組織對控制流建模。4.1 練習(xí)題（ 1 ）如圖 4-1 所示。4-1 還書序列圖模型Word 資料4-1 還書序列圖模型Word 資料2）如圖4-2 所示。4-2 打印文件工作流的序列圖3）如圖4-

16、 所示。Word 資料3）如圖4- # 所示。Word 資料4-3 ATM 機取款序列圖Word 資料Word 資料第 6 章 系統(tǒng)動態(tài)分析與行為模型填空題）轉(zhuǎn)換2）事件3 ）簡單狀態(tài)組成狀態(tài)4）歷史狀態(tài)5）內(nèi)部6 ）泳道（swimlane ）7）活動圖8 ）分叉結(jié)合9）動作狀態(tài)10）對象流2.1 選擇題（1） D（ 2 ） ABCD） A） D） C) ABDBD簡答題1）狀態(tài)機是一種記錄下給定時刻狀態(tài)的設(shè)備，它可以根據(jù)各種不同的輸入對每個給定的變化而改變其狀態(tài)或引發(fā)一個動作。在UML 中狀態(tài)機由對象的各個狀態(tài)和連接這些狀態(tài)的轉(zhuǎn)換組成，是展示狀態(tài)與狀態(tài)轉(zhuǎn)換的圖。一個狀態(tài)圖本質(zhì)上就是一個狀態(tài)機

17、， 或者是狀態(tài)機的特殊情況， 它本質(zhì) 上是一個狀態(tài)機中的元素的投影。2）狀態(tài)圖的組成要素：狀態(tài)、轉(zhuǎn)換、判定、同步、事件等。3）簡單狀態(tài)指的是不包含其他狀態(tài)的狀態(tài)，簡單狀態(tài)沒有子結(jié)構(gòu)，但是它可以具有內(nèi)部轉(zhuǎn)換、進入動作、退出動作等。組成狀態(tài)是在簡單狀態(tài)之外，一種可以包含嵌套子狀態(tài)的狀態(tài)。4）順序組成狀態(tài)中最多只能有一個初態(tài)和一個終態(tài)，在順序組成狀態(tài)中多個子狀態(tài)是互斥的，不能同時存在。并發(fā)組成狀態(tài)有兩個或多個并發(fā)的子狀態(tài)， 能說明很多事情發(fā)生在同一時刻，為了分離不同的活動，組成狀態(tài)被分解成區(qū)域，每個區(qū)域都包含一個不同的狀態(tài)圖，各個狀態(tài)圖在同一時刻分別運行。5）活動圖的組成要素：動作狀態(tài)、活動狀態(tài)、組

18、合活動、分叉與結(jié)合、分支與合并、泳道、對象流等。6）分叉用粗黑線表示。分叉具有一個輸入轉(zhuǎn)換、兩個或者多個輸出轉(zhuǎn)換，每個轉(zhuǎn)換都可以是獨立的控制流。分支是轉(zhuǎn)換的一部分，它將轉(zhuǎn)換路徑分為多個部分，每一部分都有單獨的監(jiān)護條件和不同的結(jié)果，分支的每個路徑的監(jiān)護條件是互斥的，這樣可以保證只有一條路徑的轉(zhuǎn)換被激發(fā)。7）合并匯合了兩個以上的控制路徑，在任何執(zhí)行中每次只走一條，不同路徑之間是互斥的關(guān)系。 而結(jié)合則匯合了兩條或兩條以上的并行控制路徑。在執(zhí)行過程中，所有路徑都要走過，先到的控制流要等其他路徑的控制流到達后才能繼續(xù)運行。8）活動圖是用來描述一個目標所實施一系列活動的過程，描述了系統(tǒng)的動態(tài)特征?；顒訄D是

19、模型中的完整單元，表示一個程序或工作流，常用于計算流程和工作流程建模?；顒訄D的作用：1 ）描述一個操作執(zhí)行過程中所完成的工作，說明角色、工作流、組織和對象是如何工作的。2）活動圖對用例描述尤其有用，它可建模用例的工作流，顯示用例內(nèi)部和用例之間的路徑， 也可以說明用例的實例是如何執(zhí)行動作以及如何改變對象狀態(tài)的。） 顯示如何執(zhí)行一組相關(guān)的動作， 以及這些動作如何影響它們周圍的對象。） 活動圖對理解業(yè)務(wù)處理過程十分有用。 活動圖可以畫出工作流用以描述業(yè)務(wù)，有利于與領(lǐng)域?qū)＜疫M行交流。通過活動圖可以明確業(yè)務(wù)處理操作是如何進行的，以及可能產(chǎn)生的變化。） 描述復(fù)雜過程的算法， 在這種情況下使用的活動圖和傳統(tǒng)

20、的程序流程圖的功能是相似的。 ）如圖 4-1 所示。Word 資料 # ）如圖 4-1 所示。Word 資料4.1 練習(xí)題4-1IC卡電話機狀態(tài)圖 ）如圖4-3 所示。Word 資料2 ）如圖4- 所示。Word 資料4-2 UNIX 進程的狀態(tài)圖4-3 還書過程的狀態(tài)圖4-4 預(yù)訂圖書過程的活動圖Word資料Word資料Word 資料第 7 章 系統(tǒng)設(shè)計與實現(xiàn)模型1 填空題1 ）代碼特征 身份特征2 ）構(gòu)件圖3 ）構(gòu)件 構(gòu)件 類或接口4 ）虛包5 ）部署圖選擇題1 ） ABD2） B3 ） ABD4） CD5 ） AD簡答題（ 1 ）構(gòu)件圖適用于下列建模需求：系統(tǒng)源代碼、系統(tǒng)的發(fā)布版本、物理

21、數(shù)據(jù)庫、自適應(yīng)系統(tǒng)、用于建立業(yè)務(wù)模型和用于系統(tǒng)的開發(fā)管理等。(2)二者都有名稱，都可以實現(xiàn)一組接口，都可以參與依賴關(guān)系，都可以 被嵌套，都可以有實例，都可以參與交互。類描述了軟件設(shè)計的邏輯組織和 意圖，而構(gòu)件這描述了軟件設(shè)計的物理實現(xiàn)，類可以有屬性和操作，構(gòu)件只 有操作，只有通過構(gòu)件使得接口才能使用。(3)在一張基本構(gòu)件圖中，構(gòu)件之間最常見的關(guān)系是依賴關(guān)系和實現(xiàn)關(guān)系, (4)在UML中，構(gòu)件主要包括配置構(gòu)件、工作產(chǎn)品構(gòu)件和可執(zhí)行構(gòu)件。4.1練習(xí)題(1)如圖4-1所示MainSystem4-1學(xué)生信息構(gòu)件圖(2)如圖4-2所示客戶端務(wù)器4-2系統(tǒng)部署圖第8章軟件工程引論與統(tǒng)一軟件過程RUP1.1

22、填空題(1)傳統(tǒng)軟件開發(fā)方法學(xué)；軟件開發(fā)新方法學(xué)(2)統(tǒng)一軟件開發(fā)過程(Rational Unified Process, RUP);敏捷方法；微軟方法(3)軟件開發(fā)(4)角色；活動；產(chǎn)物；工作流(5)配置和變更控制工作流；項目管理工作流；環(huán)境工作流2.1選擇題Word 資料Word 資料（ 1 ） ABCDBCDBCD簡答題1 ）它定義了進行軟件開發(fā)的工作步驟，可以保證軟件項目有序的、可控的、高質(zhì)量的完成；可以將面向?qū)ο蠹夹g(shù)應(yīng)用于軟件開發(fā)的所有過程，使軟件系統(tǒng)開發(fā)的所有過程全面結(jié)合，最大限度適應(yīng)用戶不斷變化的需求，有效降低風(fēng)險，更好地適應(yīng)需求變化。2 ）優(yōu)點：便于分工協(xié)作；嚴格規(guī)定了每階段必

23、須調(diào)教的文檔；為項目提供了按階段劃分的檢查點。缺點：各階段間具有順序性和依賴性。Rational統(tǒng)一過程（RUP雙Rational軟件公司（現(xiàn)在Rational公司被 舊M 并購）創(chuàng)造的軟件工程方法。RUP描述了如何有效地利用商業(yè)的可靠的方法 開發(fā)和部署軟件，是一種重量級過程（也被稱作厚方法學(xué)），因此特別適用于大型軟件團隊開發(fā)大型項目。RUP是軟件開發(fā)過程的一種，它為有效的使用統(tǒng)一建模語言 UML提供 了指導(dǎo)。RUP集合了成功的工程實踐經(jīng)驗、面向?qū)ο蟮姆椒?、迭代開發(fā)成要素，能夠把UML 建模語言和軟件開發(fā)的過程很好地結(jié)合在一起，非常適合面向?qū)ο蟮能浖_發(fā)。 UML 作為一種建模語言， 要和具體

24、的軟件過程相結(jié)合。這就實現(xiàn)了 UML與RUP相結(jié)合。（ 5 ） RUP 的軟件生命周期在時間上被分解為四個順序的階段，分別是：初始階段、細化階段、構(gòu)造階段和交付階段。每個階段結(jié)束于一個主要的里程碑；每個階段本質(zhì)上是兩個里程碑之間的時間跨度。初始階段。也稱先啟階段。目標是為系統(tǒng)建立商業(yè)案例并確定項目的邊界。初始階段結(jié)束時的第一個重要的里程碑：生命周期目標里程碑。細化階段。細化階段是四個階段中最為關(guān)鍵和重要的階段。目標是分析問題領(lǐng)域，建立健全的體系結(jié)構(gòu)接觸，編制項目計劃，淘汰項目中最高風(fēng)險的元素。細化階段結(jié)束時的第二個重要的里程碑：生命周期結(jié)構(gòu)里程碑。構(gòu)造階段。在構(gòu)造階段，所有剩余的構(gòu)件和應(yīng)用程序

25、功能被開發(fā)并集成為產(chǎn)品， 所有的功能被詳細測試。 構(gòu)造階段結(jié)束時是第三個重要的里程碑：初始功能里程碑。交付階段。交付階段的重點是確保軟件對最終用戶是可用的。交付階段可以跨越幾次迭代，包括為發(fā)布做準備的產(chǎn)品測試，基于用戶反饋的少量的調(diào)整。在交付階段的終點是第四個里程碑：產(chǎn)品發(fā)布里程碑。（ 6 ） RUP 的六個核心工作流為核心過程工作流，分別如下：商業(yè)建模該工作流的主要目的是對系統(tǒng)的商業(yè)環(huán)境和范圍進行建模， 確保所有參與人員對開發(fā)系統(tǒng)有共同的認識， 并在商業(yè)用例模型和商業(yè)對象模型中定義組織的過程、角色和責(zé)任。需求分析需求工作流的目標是描述系統(tǒng)應(yīng)該做什么， 并使開發(fā)人員和用戶就這一描述達成共識。為了達成該目標，需要對 需求的功能和約束進行提取、組織、文檔化； 最重要的是定義系統(tǒng)功能及用戶界面， 明確可以需要的系統(tǒng)的功能。分析與設(shè)計分析與設(shè)計工作流講需求轉(zhuǎn)換成未來系統(tǒng)的設(shè)計。 為系統(tǒng)開發(fā)一個健壯的結(jié)構(gòu)并調(diào)整設(shè)計使其與實現(xiàn)環(huán)境相匹配，優(yōu)化其性能。實現(xiàn)實現(xiàn)工