【文章內(nèi)容簡(jiǎn)介】 表示對(duì)象中值的組織，值的組織在對(duì)象模型中表示。數(shù)據(jù)流圖中包含有處理、數(shù)據(jù)流、動(dòng)作對(duì)象和數(shù)據(jù)存儲(chǔ)對(duì)象。⒈處理數(shù)據(jù)流圖中的處理用來改變數(shù)據(jù)值。最低層處理是純粹的函數(shù)，一張完整的數(shù)據(jù)流圖是一個(gè)高層處理。⒉數(shù)據(jù)流數(shù)據(jù)流圖中的數(shù)據(jù)流將對(duì)象的輸出與處理、處理與對(duì)象的輸入、處理與處理聯(lián)系起來。在一個(gè)計(jì)算機(jī)中，用數(shù)據(jù)流來表示一中間數(shù)據(jù)值，數(shù)據(jù)流不能改變數(shù)據(jù)值。⒊動(dòng)作對(duì)象動(dòng)作對(duì)象是一種主動(dòng)對(duì)象，它通過生成或者使用數(shù)據(jù)值來驅(qū)動(dòng)數(shù)據(jù)流圖。⒋數(shù)據(jù)存儲(chǔ)對(duì)象數(shù)據(jù)流圖中的數(shù)據(jù)存儲(chǔ)是被動(dòng)對(duì)象，它用來存儲(chǔ)數(shù)據(jù)。它與動(dòng)作對(duì)象不一樣，數(shù)據(jù)存儲(chǔ)本身不產(chǎn)生任何操作，它只響應(yīng)存儲(chǔ)和訪問的要求。詳細(xì)設(shè)計(jì)階段的根本目標(biāo)是確定怎樣具體地實(shí)現(xiàn)所要求的系統(tǒng)，也就是說，經(jīng)過這個(gè)階段的設(shè)計(jì)工作，應(yīng)該得出對(duì)目標(biāo)系統(tǒng)的精確描述，從而在編碼階段可以把這個(gè)描述直接翻譯成用某種程序設(shè)計(jì)語言書寫的程序。詳細(xì)設(shè)計(jì)的目標(biāo): 設(shè)計(jì)出的處理過程應(yīng)該盡可能簡(jiǎn)明易懂。詳細(xì)設(shè)計(jì)的任務(wù)：(1)為每個(gè)模塊確定采用的算法，選擇某種適當(dāng)?shù)墓ぞ弑磉_(dá)算法的過程，寫出模塊的詳細(xì)過程性描述；(2)確定每一模塊使用的數(shù)據(jù)結(jié)構(gòu)；為以后的編寫程序做好充分的準(zhǔn)備。(3)確定模塊接口的細(xì)節(jié)。面向?qū)ο笤O(shè)計(jì)的準(zhǔn)則：優(yōu)秀設(shè)計(jì)就是使得系統(tǒng)在其整個(gè)生命周期中的總開銷最小的設(shè)計(jì), 其主要特點(diǎn)就是容易維護(hù)。面向?qū)ο笤O(shè)計(jì)（OOD，ObjectOriented Design）是面向?qū)ο蠓治龅綄?shí)現(xiàn)的一個(gè)橋梁。面向?qū)ο蠓治鍪菍⒂脩粜枨蠼?jīng)過分析后，建立問題域精確模型的過程；而面向?qū)ο笤O(shè)計(jì)則根據(jù)面向?qū)ο蠓治龅玫降男枨竽Ｐ?，建立求解域模型的過程。即分析必須搞清楚系統(tǒng)“做什么”，而設(shè)計(jì)必須搞清楚系統(tǒng)“怎么做”，從分析到設(shè)計(jì)不是傳統(tǒng)方法的轉(zhuǎn)換，而是平滑（無縫）過渡，而求解域模型是系統(tǒng)實(shí)現(xiàn)的依據(jù)。靜態(tài)結(jié)構(gòu)設(shè)計(jì)： l 類設(shè)計(jì) l 包設(shè)計(jì) l 接口設(shè)計(jì)動(dòng)態(tài)結(jié)構(gòu)設(shè)計(jì)（行為和交互建模）： l 對(duì)象如何進(jìn)行交互的（圖形用戶界面）設(shè)計(jì)概述對(duì)于用戶來說，一個(gè)友好的界面是至關(guān)重要的。用戶界面（User Interface）的設(shè)計(jì)質(zhì)量直接影響用戶對(duì)軟件產(chǎn)品的評(píng)價(jià)，從而影響軟件產(chǎn)品的競(jìng)爭(zhēng)力和使用壽命，因此，對(duì)人機(jī)界面的設(shè)計(jì)必須給予足夠的重視。良好的ＧＵＩ設(shè)計(jì)原則關(guān)注用戶及其任務(wù)，而不是技術(shù)首先考慮功能，其次才是表現(xiàn)與用戶對(duì)任務(wù)的看法保持一致設(shè)計(jì)要符合常見情況不要分散用戶對(duì)他們目標(biāo)的注意力促進(jìn)學(xué)習(xí)，從外(用戶)到里(設(shè)計(jì)人員)思考，而不是相反。傳遞信息，而不僅僅是數(shù)據(jù)設(shè)計(jì)應(yīng)滿足響應(yīng)需求通過用戶試用發(fā)現(xiàn)錯(cuò)誤，然后修復(fù)它設(shè)計(jì)原則：每一個(gè)類成為一個(gè)數(shù)據(jù)庫表。關(guān)系映射：（1）一對(duì)多的關(guān)系映射為數(shù)據(jù)庫表的主外鍵關(guān)聯(lián)（1方的主鍵加入n方成為外鍵）（2）一對(duì)一的關(guān)系映射為數(shù)據(jù)庫表的主外鍵關(guān)聯(lián)（1方的主鍵加入另一方成為外鍵）（3）多對(duì)多的關(guān)系映射：產(chǎn)生第三張表，將兩個(gè)多方的主鍵加入其中成為外鍵，兩個(gè)外鍵的組合成為主鍵。利用數(shù)據(jù)庫三范式檢查表，從而考察領(lǐng)域類圖的分析是否合理，消除冗余數(shù)據(jù)。檢查數(shù)據(jù)是否能夠反映用例視圖的需要；進(jìn)一步與用戶再次確認(rèn)使用的數(shù)據(jù)。夾在程序中的注釋是程序員與日后的程序讀者之間通信的重要手段。注釋決不是可有可無的。一些正規(guī)的程序文本中，注釋行的數(shù)量占到整個(gè)源程序的1/3到1/2，甚至更多。注釋分為兩類：序言性注釋和功能性注釋。通常置于每個(gè)程序模塊的開頭部分，它應(yīng)當(dāng)給出程序的整體說明，對(duì)于理解程序本身具有引導(dǎo)作用。序言性注釋包括： 程序標(biāo)題；有關(guān)本模塊功能和目的的說明； 主要算法；接口說明：包括調(diào)用形式，參數(shù)描述，子程序清單；有關(guān)數(shù)據(jù)描述：重要的變量及其用途，約束或限制條件，以及其它有關(guān)信息； 模塊位置：在哪一個(gè)源文件中，或隸屬于哪一個(gè)軟件包；開發(fā)簡(jiǎn)歷：模塊設(shè)計(jì)者，復(fù)審者，復(fù)審日期，修改日期及有關(guān)說明等。功能性注釋嵌在源程序體中，用以描述其后的語句或程序段是在做什么工作，或是執(zhí)行了下面的語句會(huì)怎么樣，而不要解釋下面怎么做。要點(diǎn)：描述一段程序，而不是每一個(gè)語句； 用縮進(jìn)和空行，使程序與注釋容易區(qū)別；軟件測(cè)試的定義：軟件測(cè)試是使用人工和自動(dòng)手段來運(yùn)行或測(cè)試某個(gè)系統(tǒng)的過程，其目的在于檢測(cè)被測(cè)試軟件系統(tǒng)是否滿足規(guī)定的需要，或是弄清楚被測(cè)系統(tǒng)的預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別。黑盒測(cè)試：僅需要知道被測(cè)試對(duì)象的輸入和預(yù)期輸出，不需要了解代碼實(shí)現(xiàn)的細(xì)節(jié)。測(cè)試方法主要分為兩類：功能層面的測(cè)試方法和函數(shù)層面的測(cè)試方法（邊界值測(cè)試、等價(jià)類測(cè)試、基于決策表測(cè)試）。側(cè)重于系統(tǒng)業(yè)務(wù)流程的梳理，是基于動(dòng)態(tài)業(yè)務(wù)過程設(shè)計(jì)測(cè)試用例。白盒測(cè)試：是針對(duì)程序代碼展開的測(cè)試，分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試：關(guān)注對(duì)象包括源代碼和程序結(jié)構(gòu)。靜態(tài)白盒測(cè)試的方法是代碼檢查。靜態(tài)測(cè)試不需要運(yùn)行程序和設(shè)計(jì)測(cè)試用例，側(cè)重于源代碼的檢查和優(yōu)化，直接查看源代碼和執(zhí)行代碼，直接定位代碼中的缺陷。動(dòng)態(tài)測(cè)試側(cè)重于程序結(jié)構(gòu)的測(cè)試。測(cè)試用例的定義：測(cè)試用例是一組測(cè)試輸入，執(zhí)行條件和預(yù)期結(jié)果。目的是要滿足一個(gè)特定的目標(biāo)。如果執(zhí)行一條特定的程序路徑或者檢驗(yàn)是否符合一個(gè)特定的需求的用例。測(cè)試用例：輸入+輸出+測(cè)試環(huán)境測(cè)試環(huán)境包括：硬件環(huán)境，軟件環(huán)境，網(wǎng)絡(luò)環(huán)境，歷史數(shù)據(jù)。測(cè)試用例分為兩個(gè)階段：測(cè)試用例分析階段，測(cè)試用例設(shè)計(jì)階段。目的不同軟件測(cè)試的目的是發(fā)現(xiàn)錯(cuò)誤，至于找出錯(cuò)誤的原因和錯(cuò)誤發(fā)生的地方不是軟件測(cè)試的任務(wù)。前者是挑錯(cuò)，是一種挑剔過程，屬于質(zhì)盤保證活動(dòng)。后者是排錯(cuò)，是一種排除過程，是編碼活動(dòng)的一部分。任務(wù)不同既然軟件測(cè)試屬于質(zhì)量保證活動(dòng)，就要制訂軟件測(cè)試計(jì)劃，軟件設(shè)計(jì)時(shí)要設(shè)計(jì)系統(tǒng)軟件測(cè)試、集成側(cè)試用例，編碼階段要設(shè)計(jì)單元軟件測(cè)試用例并進(jìn)行單元軟件測(cè)試，軟件測(cè)試階段要進(jìn)行集成軟件測(cè)試、系統(tǒng)軟件測(cè)試等，直到產(chǎn)品交付。只要有修改就有軟件測(cè)試，產(chǎn)品交付后同樣。它是比較有規(guī)律的活動(dòng)，有系統(tǒng)的方法、原則作指導(dǎo)。而調(diào)試是編碼活動(dòng)的一部分。調(diào)試的方法經(jīng)常與使用的開發(fā)工具有關(guān)，例如:解釋型的開發(fā)工具可以交互式調(diào)試，編譯型開發(fā)工具就很難較好地查錯(cuò)。當(dāng)然它有一些啟發(fā)式的方法，它是一種比較依賴開發(fā)人員經(jīng)驗(yàn)的活動(dòng)。指導(dǎo)原則和方法不同軟件側(cè)試是一種有規(guī)律的活動(dòng)，，因此它不但要側(cè)試軟件應(yīng)該做的，還需要側(cè)試軟件不應(yīng)該做的事情。調(diào)試所遵循的規(guī)律主要是一些啟發(fā)式規(guī)則，是一個(gè)推理過程。例如使用歸納法、演繹法、回溯法等。軟件測(cè)試的輸出是預(yù)知的，其軟件測(cè)試用例必須包括預(yù)期的結(jié)果，而調(diào)試的輸出大多是不可預(yù)見的，需要調(diào)試者去解釋、去發(fā)現(xiàn)產(chǎn)生的原因。操作者因?yàn)樾睦頎顟B(tài)是軟件測(cè)試程序的障礙，所以執(zhí)行軟件測(cè)試的人一般不是開發(fā)人員，以使軟件測(cè)試更客觀、更有效，軟件維護(hù)活動(dòng)類型總起來大概有四種：糾錯(cuò)性維護(hù)（校正性維護(hù)）、適應(yīng)性維護(hù)、完善性維護(hù)或增強(qiáng)、預(yù)防性維護(hù)或再工程。改正性維護(hù)改正性維護(hù)是指改正在系統(tǒng)開發(fā)階段已發(fā)生而系統(tǒng)測(cè)試階段尚未發(fā)現(xiàn)的錯(cuò)誤。這方面的維護(hù)工作量要占整個(gè)維護(hù)工作量的17%～21%。所發(fā)現(xiàn)的錯(cuò)誤有的不太重要，不影響系統(tǒng)的正常運(yùn)行，其維護(hù)工作可隨時(shí)進(jìn)行：而有的錯(cuò)誤非常重要，甚至影響整個(gè)系統(tǒng)的正常運(yùn)行，其維護(hù)工作必須制定計(jì)劃，進(jìn)行修改，并且要進(jìn)行復(fù)查和控制。適應(yīng)性維護(hù)適應(yīng)性維護(hù)是指使用軟件適應(yīng)信息技術(shù)變化和管理需求變化而進(jìn)行的修改。這方面的維護(hù)工作量占整個(gè)維護(hù)工作量的18%～25%。由于計(jì)算機(jī)硬件價(jià)格的不斷下降，各類系統(tǒng)軟件屢出不窮，人們常常為改善系統(tǒng)硬件環(huán)境和運(yùn)行環(huán)境而產(chǎn)生系統(tǒng)更新?lián)Q代的需求；企業(yè)的外部市場(chǎng)環(huán)境和管理需求的不斷變化也使得各級(jí)管理人員不斷提出新的信息需求。這些因素都將導(dǎo)致適應(yīng)性維護(hù)工作的產(chǎn)生。進(jìn)行這方面的維護(hù)工作也要像系統(tǒng)開發(fā)一樣，有計(jì)劃、有步驟地進(jìn)行。完善性維護(hù)完善性維護(hù)是為擴(kuò)充功能和改善性能而進(jìn)行的修改，主要是指對(duì)已有的軟件系統(tǒng)增加一些在系統(tǒng)分析和設(shè)計(jì)階段中沒有規(guī)定的功能與性能特征。這些功能對(duì)完善系統(tǒng)功能是非常必要的。另外，還包括對(duì)處理效率和編寫程序的改進(jìn)，這方面的維護(hù)占整個(gè)維護(hù)工作的50%～60%，比重較大．也是關(guān)系到系統(tǒng)開發(fā)質(zhì)量的重要方面。這方面的維護(hù)除了要有計(jì)劃、有步驟地完成外．還要注意將相關(guān)的文檔資料加入到前面相應(yīng)的文檔中去。預(yù)防性維護(hù)預(yù)防性維護(hù)為了改進(jìn)應(yīng)用軟件的可靠性和可維護(hù)性，為了適應(yīng)未來的軟硬件環(huán)境的變化，應(yīng)主動(dòng)增加預(yù)防性的新的功能，以使應(yīng)用系統(tǒng)適應(yīng)各類變化而不被淘汰。例如將專用報(bào)表功能改成通用報(bào)表生成功能，以適應(yīng)將來報(bào)表格式的變化。這方面的維護(hù)工作量占整個(gè)維護(hù)工作量的4%左右。第一章？答：：(1)系統(tǒng)軟件(2)支撐軟件(3)應(yīng)用軟件微型、小型、大型、甚大型、極大型，談?wù)勡浖ぞ咴谲浖_發(fā)過程中的作用。使軟件開發(fā)更加模式化，工程化，從而提高軟件開發(fā)的效率和封裝性。第二章？各個(gè)階段的任務(wù)是什么？在軟件開發(fā)早期，開發(fā)只是被簡(jiǎn)單地分成編寫代碼和修改代碼兩個(gè)階段。往往在拿到項(xiàng)目后立刻編寫程序，然后調(diào)試通過后直接交付給用戶使用。如果應(yīng)用中出現(xiàn)錯(cuò)誤，或者有新的要求，都需要重新修改代碼。這種小作坊式的軟件開發(fā)方法有明顯的弊端，如缺乏統(tǒng)的項(xiàng)目規(guī)劃、不太重視需求的獲取和分析、對(duì)軟件的測(cè)試和維護(hù)考慮不周等，這些都會(huì)導(dǎo)致軟件項(xiàng)目的失敗。概念階段：計(jì)劃、需求分析開發(fā)階段：設(shè)計(jì)、編碼、測(cè)試維護(hù)階段：運(yùn)行維護(hù)，哪些不適于采用這兩種模型。螺旋模型適合于大型軟件的開發(fā)，應(yīng)該說它是最為實(shí)際的方法，它吸收了軟件工程“演化”的概念，使得開發(fā)人員和客戶對(duì)每個(gè)演化層出現(xiàn)的風(fēng)險(xiǎn)有所了解，繼而做出應(yīng)有的反應(yīng)。不適用:小型軟件。原型般是指對(duì)某種產(chǎn)品進(jìn)行模擬的初始版本或者原始模型，在工程領(lǐng)域中具有廣泛應(yīng)用。不適用:大型軟件項(xiàng)目；含有對(duì)于計(jì)算量大、邏輯性較強(qiáng)的程序模塊：第三章？可行性研究的任務(wù)是以最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問題是否能夠解決。簡(jiǎn)單的說，可行性研究的最終結(jié)果是決定項(xiàng)目y做還是小做”而不是“如何做”。？引言(目的、背景、參考文獻(xiàn)、術(shù)語)；項(xiàng)目概述(功能、條件、運(yùn)行環(huán)境、產(chǎn)品、程序、文檔、服務(wù)、驗(yàn)收標(biāo)準(zhǔn)、實(shí)施計(jì)劃、工作任務(wù)分解、進(jìn)度、預(yù)算、人員)第四章？需求工程包括哪些活動(dòng)？需求工程是指應(yīng)用已證實(shí)有效的技術(shù)、方法進(jìn)行需求分析，確定客戶需求，幫助分析人員理解問題并定義目標(biāo)系統(tǒng)的所有外部特征的 門學(xué)科。它通過合適的工具和記號(hào)系統(tǒng)地描述待開發(fā)系統(tǒng)，及其行為特征和相關(guān)約束，形成需求文檔；并對(duì)用戶不斷變化的需求演進(jìn)給予支持。一個(gè)良好的需求開發(fā)過程應(yīng)該包括需求獲取、需求分析與建模、編寫需求規(guī)格說明書和需求評(píng)審4個(gè)主要活動(dòng)。？ 需求開發(fā)過程應(yīng)該包括需求獲取、需求分析與建模、編寫需求規(guī)格說明書和需求評(píng)審4個(gè)主要活動(dòng)。？它們的主要思想是什么？答：面向?qū)ο蠓治瞿Ｐ?，結(jié)構(gòu)化分析模型。前者是采用面向?qū)ο蟮乃枷脒M(jìn)行軟件需求分析的建模過程，而后者模型的核心是DD，它是設(shè)計(jì)各種數(shù)據(jù)對(duì)象的總和。他們的模型分別起到了描述數(shù)據(jù)模型，功能模型與行為模型的作用。？應(yīng)該包括哪些主要內(nèi)容？ 作用：(1)作為用戶方和開發(fā)方之間的合同，為雙方相互了解提供基礎(chǔ)。(2)反映問題的結(jié)構(gòu)，作為系統(tǒng)設(shè)計(jì)和編碼的依據(jù)。(3)作為測(cè)試和驗(yàn)收目標(biāo)系統(tǒng)的依據(jù)。內(nèi)容：用戶可以通過需求規(guī)格說明書檢查需求描述是否滿足原來的期望。設(shè)計(jì)人員根據(jù)軟件需求規(guī)格說明書的描述了解所需開發(fā)軟件的功能和性能，以及開發(fā)軟件時(shí)必須滿足的約束，將其作為軟件設(shè)計(jì)的依據(jù)。測(cè)試人員根據(jù)軟件需求規(guī)格說明書中對(duì)產(chǎn)品的描述，設(shè)計(jì)測(cè)試計(jì)劃、測(cè)試用例和測(cè)試過程。產(chǎn)品發(fā)布人員根據(jù)軟件需求規(guī)格說明和用戶界面設(shè)計(jì)編寫用戶手冊(cè)和幫助信息第五章。?上層可分解得快些（即分解成子數(shù)據(jù)處理個(gè)數(shù)多些），這是因?yàn)樯蠈邮蔷C合性描述，對(duì)可讀性的影(即分解成的子數(shù)據(jù)處理個(gè)數(shù)多些)，這是因?yàn)樯蠈邮蔷C合性描述，對(duì)可讀性的影響小。而下層應(yīng)分解得慢性。?在不影響可讀性的前提下，應(yīng)適當(dāng)多分解成幾部分，以減少分解層數(shù)。？它有哪些基本內(nèi)容？ ?分解應(yīng)自然，概念上要合理、清晰。作用：數(shù)據(jù)字典作為分析階段的工具，進(jìn)而消除很多的誤解，同時(shí)也有助于改進(jìn)不同開發(fā)人員之間的通信；.內(nèi)容:數(shù)據(jù)字典的內(nèi)容主要是對(duì)數(shù)據(jù)流圖中的數(shù)據(jù)項(xiàng)、數(shù)據(jù)流、加工邏輯、數(shù)據(jù)存儲(chǔ)和外部實(shí)體第六章？與傳統(tǒng)軟件開發(fā)方法相比，面向?qū)ο蠓椒ㄓ惺裁磧?yōu)點(diǎn)？ 是一種把面向?qū)ο蟮乃枷霊?yīng)用于軟件開發(fā)過程中，指導(dǎo)開發(fā)活動(dòng)的系統(tǒng)方法。優(yōu)點(diǎn)：？在軟件開發(fā)過程中為什么需要建立模型？在軟件開發(fā)過程中，建立軟件模型具有十分重要的作用，主要體現(xiàn)在以下幾個(gè)方面：有助于問題的簡(jiǎn)化，通過抽象降低復(fù)雜性；有助于和其他開發(fā)小組成員，各種用戶以及系統(tǒng)相關(guān)者進(jìn)行交流；有助于維護(hù)人員了解軟件設(shè)計(jì)的思路和細(xì)節(jié)，為以后的維護(hù)和升級(jí)提供了文檔。第七章1．面向?qū)ο蠓治霭男┗顒?dòng)？應(yīng)該建立哪些類型的模型？面向?qū)ο蠓治鯫OA模型的過程包括理解用例模型、識(shí)別分析類、定義交互行為、建立分析類圖、評(píng)審分析模型5個(gè)活動(dòng)組成。目標(biāo)是建立一個(gè)符合問題域、滿足用戶需求的OOA模型。、邊界類和控制類？為什么將分析類劃分成這3種類型？實(shí)體類：用于描述必須存儲(chǔ)的信息，同時(shí)描述相關(guān)的行為。實(shí)體類代表擬建系統(tǒng)中的核心信息。在RUP的有關(guān)文檔中對(duì)實(shí)體類的解釋為：“實(shí)體類是用于對(duì)必須存儲(chǔ)的信息和相關(guān)行為建模的類。邊界類：在系統(tǒng)與外界之間，為它們交換各種信息與事件。邊界類處理軟件系統(tǒng)的輸入和輸出。在RUP的有關(guān)文檔中對(duì)邊界類的解釋為：邊界類是一種用于對(duì)系統(tǒng)外部環(huán)境與其內(nèi)部運(yùn)作之間的交互進(jìn)行建模的類?？刂祁悾号c業(yè)務(wù)過程相關(guān)，它們控制整個(gè)業(yè)務(wù)的流程和執(zhí)行次序。在RUP的有關(guān)文檔中對(duì)控制類的解釋為：控制類用于對(duì)一個(gè)或幾個(gè)用例所持有的控制行為進(jìn)行建模?？刂祁悓?duì)象可以和邊界對(duì)象交互，也可以和實(shí)體對(duì)象交互，但不能和用例的參與者直接進(jìn)行交互。第八章？它的目標(biāo)和任務(wù)是什么？軟件設(shè)計(jì)：在需求分析的基礎(chǔ)上通過抽象和分解將系統(tǒng)分解成模塊，確定系統(tǒng)功能的實(shí)現(xiàn)。即把軟件需求轉(zhuǎn)換為軟件包表示的過程。目標(biāo)：軟件設(shè)計(jì)的最終目標(biāo)是產(chǎn)生一個(gè)設(shè)計(jì)規(guī)約，該規(guī)約包括體系結(jié)構(gòu)、描述數(shù)據(jù)、接口和構(gòu)件的設(shè)計(jì)模型。軟件設(shè)計(jì)的任務(wù)，就是把分析階段產(chǎn)生的軟