【正文】 作集中在需求、分析和架構(gòu)設(shè)計(jì)上；在構(gòu)造階段，重點(diǎn)轉(zhuǎn)移到詳細(xì)設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試上。分析和設(shè)計(jì)：把需求分析的結(jié)果轉(zhuǎn)化成分析模型與設(shè)計(jì)模型。配置和變更管理：跟蹤并維護(hù)在軟件開發(fā)過(guò)程中產(chǎn)生的所有制品的完整性和一致性。UML由以下5類圖來(lái)定義： 第1類：用例圖第2類：靜態(tài)圖（包括類圖、對(duì)象圖和包圖）第3類：行為圖（包括狀態(tài)圖和活動(dòng)圖）第4類：交互圖（包括時(shí)序圖和協(xié)作圖）第5類：實(shí)現(xiàn)圖（包括組件圖和配置圖）第一類是用例圖：從用戶角度描述系統(tǒng)功能，并指出各功能的操作者。第四類是交互圖：描述對(duì)象間的交互關(guān)系。部件圖有利于分析和理解部件間的相互影響程度。系統(tǒng)可有多個(gè)類圖，單個(gè)類圖僅表達(dá)了系統(tǒng)的一個(gè)方面。對(duì)象圖表達(dá)了系統(tǒng)的靜態(tài)設(shè)計(jì)視圖或靜態(tài)過(guò)程視圖，除了現(xiàn)實(shí)和原型的方面的因素外，它與類圖作用是相同的。用例(use case)：從用戶的觀點(diǎn)對(duì)系統(tǒng)行為的一個(gè)描述。交互圖展現(xiàn)了按一定的目的進(jìn)行的一種交互，它由在一個(gè)上下文中的一組對(duì)象及它們間交互的信息組成。順序圖和協(xié)作圖都能等價(jià)的表現(xiàn)系統(tǒng)運(yùn)行中對(duì)象通過(guò)消息發(fā)生的交互行為。用順序圖說(shuō)明系統(tǒng)的動(dòng)態(tài)視圖。協(xié)作圖只對(duì)相互間有交互作用的對(duì)象和這些對(duì)象間的關(guān)系建模，而忽略了其他對(duì)象和關(guān)聯(lián)。協(xié)作圖對(duì)復(fù)雜的迭代和分支的可視化以及對(duì)多并發(fā)控制流的可視化要比時(shí)序圖好。在任一給定的時(shí)刻，一個(gè)對(duì)象總是處于某一特定的狀態(tài)?；顒?dòng)圖實(shí)質(zhì)上是一種流程圖，只不過(guò)表現(xiàn)的是從一個(gè)活動(dòng)到另一個(gè)活動(dòng)的控制流。重點(diǎn)是完成某個(gè)行為的對(duì)象類和這些對(duì)象類之間所傳遞的消息的時(shí)間順序。它描述系統(tǒng)硬件的物理拓?fù)浣Y(jié)構(gòu)(包括網(wǎng)絡(luò)布局和構(gòu)件在網(wǎng)絡(luò)上的位置)，以及在此結(jié)構(gòu)上執(zhí)行的軟件（即運(yùn)行時(shí)軟構(gòu)件在節(jié)點(diǎn)中的分布情況）。著重描述操作（方法）實(shí)現(xiàn)中所完成的工作以及用例實(shí)例或?qū)ο笾械幕顒?dòng)，它是狀態(tài)圖的一個(gè)變種。重點(diǎn)放在消息序列上，描述消息在對(duì)象間是如何收發(fā)的。準(zhǔn)確地回答“系統(tǒng)必須做什么?”。類圖用于對(duì)系統(tǒng)靜態(tài)設(shè)計(jì)視圖建模。關(guān)系（Relationship）是事物間的關(guān)系。用例圖是顯示一組用例、參與者以及它們之間關(guān)系的圖。用例圖的組成： 用例（Use Case）參與者（Actor）關(guān)系(Relationship)參與者：在系統(tǒng)之外，透過(guò)系統(tǒng)邊界與系統(tǒng)進(jìn)行有意義交互的任何事物。在UML中,用例被定義成系統(tǒng)執(zhí)行的一系列動(dòng)作（功能）。用例的UML圖標(biāo)如圖所示。（1）泛化關(guān)系當(dāng)多個(gè)用例共同擁有一種類似的結(jié)構(gòu)和行為的時(shí)候我們可以將它們的共性抽象成為父用例，其他的用例作為泛化關(guān)系中的子用例。（3）擴(kuò)展關(guān)系將擴(kuò)展用例的事件流在一定的條件下按照相應(yīng)的擴(kuò)展點(diǎn)插入到基礎(chǔ)用例中。它是以隱含形式插入的，也就是說(shuō)，擴(kuò)展用例并不在基本用例中顯示。④擴(kuò)展用例的執(zhí)行會(huì)改變基礎(chǔ)用例的行為，而包含用例不會(huì)。活動(dòng)圖常用來(lái)描述業(yè)務(wù)或軟件系統(tǒng)的活動(dòng)軌跡，描述了系統(tǒng)的活動(dòng)控制流程。該模型主要關(guān)心系統(tǒng)中對(duì)象的結(jié)構(gòu)、屬性和操作，它是分析階段三個(gè)模型的核心，是其他兩個(gè)模型的框架。通過(guò)將對(duì)象抽象成類，我們可以使問(wèn)題抽象化，抽象增強(qiáng)了模型的歸納能力。操作是類中對(duì)象所使用的一種功能或變換。⑴ 關(guān)聯(lián)和鏈的含義。⑶ 受限關(guān)聯(lián)。關(guān)聯(lián)的多重性是指類中有多少個(gè)對(duì)象與關(guān)聯(lián)的類的一個(gè)對(duì)象相關(guān)。在這種關(guān)系中，有整體類和部分類之分。一般化關(guān)系是在保留對(duì)象差異的同時(shí)共享對(duì)象相似性的一種高度抽象方式。一般化關(guān)系的符號(hào)表示是在類關(guān)聯(lián)的連線上加一個(gè)小三角形。對(duì)象模型是由一個(gè)或若干個(gè)模板組成。使用狀態(tài)圖作為描述工具。對(duì)象的屬性值按照影響對(duì)象顯著行為的性質(zhì)將其歸并到一個(gè)狀態(tài)中去。當(dāng)接收一事件時(shí)，下一狀態(tài)就取決于當(dāng)前狀態(tài)和所接收的該事件，由該事件引起的狀態(tài)變化稱為轉(zhuǎn)換。功能模型表明一個(gè)計(jì)算如何從輸入值得到輸出值，它不考慮計(jì)算的次序。⒈處理數(shù)據(jù)流圖中的處理用來(lái)改變數(shù)據(jù)值。⒊動(dòng)作對(duì)象動(dòng)作對(duì)象是一種主動(dòng)對(duì)象，它通過(guò)生成或者使用數(shù)據(jù)值來(lái)驅(qū)動(dòng)數(shù)據(jù)流圖。詳細(xì)設(shè)計(jì)的目標(biāo): 設(shè)計(jì)出的處理過(guò)程應(yīng)該盡可能簡(jiǎn)明易懂。面向?qū)ο笤O(shè)計(jì)（OOD，ObjectOriented Design）是面向?qū)ο蠓治龅綄?shí)現(xiàn)的一個(gè)橋梁。用戶界面（User Interface）的設(shè)計(jì)質(zhì)量直接影響用戶對(duì)軟件產(chǎn)品的評(píng)價(jià)，從而影響軟件產(chǎn)品的競(jìng)爭(zhēng)力和使用壽命，因此，對(duì)人機(jī)界面的設(shè)計(jì)必須給予足夠的重視。利用數(shù)據(jù)庫(kù)三范式檢查表，從而考察領(lǐng)域類圖的分析是否合理，消除冗余數(shù)據(jù)。一些正規(guī)的程序文本中，注釋行的數(shù)量占到整個(gè)源程序的1/3到1/2，甚至更多。功能性注釋嵌在源程序體中，用以描述其后的語(yǔ)句或程序段是在做什么工作，或是執(zhí)行了下面的語(yǔ)句會(huì)怎么樣，而不要解釋下面怎么做。側(cè)重于系統(tǒng)業(yè)務(wù)流程的梳理，是基于動(dòng)態(tài)業(yè)務(wù)過(guò)程設(shè)計(jì)測(cè)試用例。動(dòng)態(tài)測(cè)試側(cè)重于程序結(jié)構(gòu)的測(cè)試。測(cè)試用例：輸入+輸出+測(cè)試環(huán)境測(cè)試環(huán)境包括：硬件環(huán)境，軟件環(huán)境，網(wǎng)絡(luò)環(huán)境，歷史數(shù)據(jù)。后者是排錯(cuò)，是一種排除過(guò)程，是編碼活動(dòng)的一部分。而調(diào)試是編碼活動(dòng)的一部分。調(diào)試所遵循的規(guī)律主要是一些啟發(fā)式規(guī)則，是一個(gè)推理過(guò)程。改正性維護(hù)改正性維護(hù)是指改正在系統(tǒng)開發(fā)階段已發(fā)生而系統(tǒng)測(cè)試階段尚未發(fā)現(xiàn)的錯(cuò)誤。這方面的維護(hù)工作量占整個(gè)維護(hù)工作量的18%～25%。完善性維護(hù)完善性維護(hù)是為擴(kuò)充功能和改善性能而進(jìn)行的修改，主要是指對(duì)已有的軟件系統(tǒng)增加一些在系統(tǒng)分析和設(shè)計(jì)階段中沒有規(guī)定的功能與性能特征。預(yù)防性維護(hù)預(yù)防性維護(hù)為了改進(jìn)應(yīng)用軟件的可靠性和可維護(hù)性，為了適應(yīng)未來(lái)的軟硬件環(huán)境的變化，應(yīng)主動(dòng)增加預(yù)防性的新的功能，以使應(yīng)用系統(tǒng)適應(yīng)各類變化而不被淘汰。使軟件開發(fā)更加模式化，工程化，從而提高軟件開發(fā)的效率和封裝性。這種小作坊式的軟件開發(fā)方法有明顯的弊端，如缺乏統(tǒng)的項(xiàng)目規(guī)劃、不太重視需求的獲取和分析、對(duì)軟件的測(cè)試和維護(hù)考慮不周等，這些都會(huì)導(dǎo)致軟件項(xiàng)目的失敗。原型般是指對(duì)某種產(chǎn)品進(jìn)行模擬的初始版本或者原始模型，在工程領(lǐng)域中具有廣泛應(yīng)用。它通過(guò)合適的工具和記號(hào)系統(tǒng)地描述待開發(fā)系統(tǒng)，及其行為特征和相關(guān)約束，形成需求文檔；并對(duì)用戶不斷變化的需求演進(jìn)給予支持。前者是采用面向?qū)ο蟮乃枷脒M(jìn)行軟件需求分析的建模過(guò)程，而后者模型的核心是DD，它是設(shè)計(jì)各種數(shù)據(jù)對(duì)象的總和。(3)作為測(cè)試和驗(yàn)收目標(biāo)系統(tǒng)的依據(jù)。產(chǎn)品發(fā)布人員根據(jù)軟件需求規(guī)格說(shuō)明和用戶界面設(shè)計(jì)編寫用戶手冊(cè)和幫助信息第五章。？它有哪些基本內(nèi)容？ ?分解應(yīng)自然，概念上要合理、清晰。目標(biāo)是建立一個(gè)符合問(wèn)題域、滿足用戶需求的OOA模型。邊界類：在系統(tǒng)與外界之間，為它們交換各種信息與事件。在RUP的有關(guān)文檔中對(duì)控制類的解釋為：控制類用于對(duì)一個(gè)或幾個(gè)用例所持有的控制行為進(jìn)行建模。目標(biāo)：軟件設(shè)計(jì)的最終目標(biāo)是產(chǎn)生一個(gè)設(shè)計(jì)規(guī)約，該規(guī)約包括體系結(jié)構(gòu)、描述數(shù)據(jù)、接口和構(gòu)件的設(shè)計(jì)模型。一般采用兩個(gè)準(zhǔn)則度量模塊獨(dú)立性，即模塊的內(nèi)聚性和模塊間的耦合性 軟件設(shè)計(jì)分兩步完成，即總體設(shè)計(jì)與詳細(xì)設(shè)計(jì)。語(yǔ)言的的—心理特性對(duì)人機(jī)通信的質(zhì)量有主要的影響；語(yǔ)言的工程特性對(duì)軟件開發(fā)成功與否有重要的影響，此外語(yǔ)言的技術(shù)特性也會(huì)影響軟件設(shè)計(jì)的質(zhì)量?按程序設(shè)計(jì)語(yǔ)言的歷史發(fā)展過(guò)程，計(jì)算機(jī)語(yǔ)言可分為機(jī)器語(yǔ)言、匯編語(yǔ)言、高級(jí)程序設(shè)計(jì)語(yǔ)言。?按語(yǔ)言的成分，可以分成順序語(yǔ)言、并行語(yǔ)言和實(shí)時(shí)語(yǔ)言等。一個(gè)好的測(cè)試用例是指盡可能找到迄今為止尚未發(fā)現(xiàn)缺陷的用例。(3)Pareto原理可應(yīng)用于軟件測(cè)試。第十四章？因?yàn)檐浖拈_發(fā)過(guò)程中，一般很難檢測(cè)到所有的錯(cuò)誤，其次軟件在應(yīng)用過(guò)程中需要隨用戶新的要求或運(yùn)行環(huán)境的變化而進(jìn)行軟件的修改或糾正軟件開發(fā)過(guò)程未發(fā)現(xiàn)的錯(cuò)誤，增強(qiáng)、改進(jìn)和完善軟件的功能和性能，以適應(yīng)軟件的發(fā)展，延長(zhǎng)軟件的壽命，軟件的維護(hù)是不可避免的。調(diào)試的目的是為了證明程序的正確，“前者是挑錯(cuò)，是一種挑剔過(guò)程，屬于質(zhì)盤保證活動(dòng)。而調(diào)試是編碼活動(dòng)的部分，因此有編碼就有調(diào)試它的任務(wù)主要就是排錯(cuò)。其次是種挑剔性行為，因此它不但要側(cè)試軟件應(yīng)該做的，還需要側(cè)試軟件個(gè)應(yīng)該做的事情。操作者因?yàn)樾睦頎顟B(tài)是軟件測(cè)試程序的障礙，所以執(zhí)行軟件測(cè)試的人一般不是開發(fā)人員，以使軟件測(cè)試更客觀、更有效，而調(diào)試人員一般都是開發(fā)人員?操作環(huán)境、配置、工具不同調(diào)試在開發(fā)的編碼環(huán)境下進(jìn)行。簡(jiǎn)答題，？請(qǐng)分析軟件工程的目標(biāo)是什么？答案：軟件工程是：1將系統(tǒng)化的、規(guī)范的、可度量的方法應(yīng)用于軟件的升發(fā)、運(yùn)行和維護(hù)過(guò)程，也就是說(shuō)將工程化應(yīng)用于軟件開發(fā)和管理之中；2對(duì)1中所選方法的研究”軟件工程旨在開發(fā)滿足用戶需要、及時(shí)交付、不超過(guò)預(yù)算和無(wú)故障的軟件，其主要目標(biāo)如下: a)實(shí)現(xiàn)預(yù)期的軟件功能，達(dá)到較好的軟件性能，滿足用戶的需求。e)合理預(yù)算開發(fā)成本，付出較低的開發(fā)費(fèi)用。1)不遵守標(biāo)準(zhǔn)和規(guī)范：職業(yè)化的重要特征是遵守行業(yè)標(biāo)準(zhǔn)，不能肆意按照自己的想象來(lái)發(fā)揮。在項(xiàng)目的進(jìn)行中要跟蹤計(jì)劃執(zhí)行情況，記錄計(jì)劃執(zhí)行過(guò)程中的偏差，對(duì)任何變更都要經(jīng)過(guò)評(píng)審和批準(zhǔn)才能付諸行動(dòng)。文檔化是將軟件的設(shè)計(jì)思想、設(shè)計(jì)過(guò)程和實(shí)現(xiàn)過(guò)程完整地記錄下來(lái)，以便于后人的使用和維護(hù)，在開發(fā)過(guò)程中各類相關(guān)人員借助于文檔進(jìn)行交流和溝通。根據(jù)用戶的需求畫出初始的數(shù)據(jù)流程圖，寫出數(shù)據(jù)字典和初始的加工處理說(shuō)明(lPO圖)，實(shí)體關(guān)系圖。系統(tǒng)分析人員與用戶起對(duì)需求分析的結(jié)果進(jìn)行復(fù)查。2)屬性的可見性。具體地說(shuō)活動(dòng)圖可以描述一個(gè)操作過(guò)程中需要完成的活動(dòng)；描述一個(gè)對(duì)象內(nèi)部的工作；描述如何執(zhí)行組相關(guān)的動(dòng)作，以及這些動(dòng)作如何影響它們周圍的對(duì)象；說(shuō)明個(gè)業(yè)務(wù)活動(dòng)中角色、工作流、組織和對(duì)象是如何工作的。b)對(duì)象模型：表示靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)“數(shù)據(jù)”性質(zhì)。面向?qū)ο蠓椒ㄖ?，常用狀態(tài)圖、順序圖、合作圖、活動(dòng)圖構(gòu)件系統(tǒng)的動(dòng)態(tài)模型。檢查每個(gè)用例的功能，這些功能依靠當(dāng)前的類能否實(shí)現(xiàn)。？對(duì)你來(lái)講比較靈驗(yàn)的是哪些？a)源程序文件頭說(shuō)明，函數(shù)應(yīng)有函數(shù)頭說(shuō)明，內(nèi)容包括：程序標(biāo)題；有關(guān)該模塊功能和目的說(shuō)明；主要算法說(shuō)明；接O說(shuō)明，包括調(diào)用形式、參數(shù)描述、子程序清單、有關(guān)數(shù)據(jù)的說(shuō)明。三、簡(jiǎn)答題：什么是軟件工程？包括哪些內(nèi)容？答: 軟件工程：用科學(xué)知識(shí)和技術(shù)原理來(lái)定義、開發(fā)、維護(hù)軟件的一門學(xué)科。②面到要求的軟件功能。⑥能按時(shí)完成開發(fā)任務(wù)，及時(shí)交付使用。它們覆蓋了需求、設(shè)計(jì)、實(shí)現(xiàn)、確認(rèn)以及維護(hù)等活動(dòng)。軟件工程方法學(xué)包括：①傳統(tǒng)方法學(xué)（結(jié)構(gòu)化范型）和②面向?qū)ο蠓椒▽W(xué)。④對(duì)象彼此之 間僅能通過(guò)傳遞消息互相聯(lián)系。又劃分為：①問(wèn)題定義、②可行性研究、③需求分析、④總體設(shè)計(jì)、⑤詳細(xì)設(shè)計(jì)、⑥編碼和單元測(cè)試、⑦綜合測(cè)試、⑧維護(hù)八個(gè)階段?！拔ㄒ徊蛔兊氖亲兓旧怼：玫能浖O(shè)計(jì)將為軟件程序編寫打下良好的基礎(chǔ)。軟件測(cè)試 在軟件設(shè)計(jì)完成后要經(jīng)過(guò)嚴(yán)密的測(cè)試，以發(fā)現(xiàn)軟件在整個(gè)設(shè)計(jì)過(guò)程中存在的問(wèn)題并加以糾正。運(yùn)行維護(hù) 軟件維護(hù)是軟件生命周期中持續(xù)時(shí)間最長(zhǎng)的階段。什么是白盒測(cè)試法？什么是黑盒測(cè)試法？答：白盒測(cè)試：所謂白盒測(cè)試就是在知道產(chǎn)品內(nèi)部工作過(guò)程或程序內(nèi)部結(jié)構(gòu)和處理過(guò)程的前提下,檢驗(yàn)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說(shuō)明書的規(guī)定正常進(jìn)行或按照程序內(nèi)部的邏輯測(cè)試程序,。優(yōu)點(diǎn) ，如果程序停止運(yùn)行了一般就是被測(cè)試程序crash了 ，下來(lái)的工作就是爽了，當(dāng)然更苦悶的是確定crash原因 缺點(diǎn) ，測(cè)試?yán)脑O(shè)計(jì)部分來(lái)勢(shì)來(lái)源于經(jīng)驗(yàn)，OUSPG的東西很值得借鑒，目前一些成功的例子基本上都是針對(duì)PDU來(lái)做的，還做不到針對(duì)被測(cè)試程序的狀態(tài)轉(zhuǎn)換來(lái)作，尋找和確定造成程序crash的測(cè)試?yán)莻€(gè)麻煩事情，必須把周圍可能的測(cè)試?yán)龁为?dú)確認(rèn)一遍。非漸增式是將模塊先進(jìn)行單元測(cè)試然后組裝在一起進(jìn)行測(cè)試。什么是確認(rèn)測(cè)試？該階段有那些工作？答：調(diào)試的目的是發(fā)現(xiàn)錯(cuò)誤的位置并改正錯(cuò)誤。面向?qū)ο罄锩?，系統(tǒng)是長(zhǎng)出來(lái)的，傳統(tǒng)的方法學(xué)里面，系統(tǒng)是放進(jìn)去的。（模型：是為了理解事物而 對(duì)事物做出一種抽象，它忽略不必要的細(xì)節(jié)，它也是事物的一種抽象形式、一個(gè)規(guī)劃、一個(gè)程式。增量模型：①人員分配靈活，剛開始不用投入大量人力資源，當(dāng)核心產(chǎn)品很受歡迎時(shí)，可增加人力實(shí)現(xiàn)下一個(gè)增量。開發(fā)者和客戶能夠較好地對(duì)待和理解每一個(gè)演化級(jí)別上的風(fēng)險(xiǎn)。其表達(dá)的是數(shù)據(jù)在系統(tǒng)各部件之間流動(dòng)的情況，而不是對(duì)數(shù)據(jù)進(jìn)行加工處理的控制過(guò)程。基本符號(hào)有四種：→,箭頭,表示數(shù)據(jù)流；○,圓或橢圓,表示加工； =,雙杠,表示數(shù)據(jù)存儲(chǔ)；□,方框,表示數(shù)據(jù)的源點(diǎn)或終點(diǎn)。對(duì)待開發(fā)的系統(tǒng)進(jìn)行功能、性能和限制條件的分析，確定在現(xiàn)有資源的條件下技術(shù)風(fēng)險(xiǎn)有多大，系統(tǒng)是否能實(shí)現(xiàn)。對(duì)系統(tǒng)開發(fā)的不同方案進(jìn)行比較評(píng)估。需求分析的主要任務(wù)：⑴正確地確定對(duì)系統(tǒng)綜合要求,充分理解和表達(dá)用戶的需求。1結(jié)構(gòu)化分析方法：結(jié)構(gòu)化分析方法就是用抽象模型的概念，按照軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系，自頂向下逐層分解，直到找到滿足功能要求的所有可實(shí)現(xiàn)的軟件為止。②抽象出當(dāng)前系 統(tǒng)的邏輯模型。⑶主程序員組的組織形式。模塊化：就是把程序劃分成獨(dú)立命名且可獨(dú)立訪問(wèn)的模塊，每個(gè)模塊完成一個(gè)子功能，把這些模塊集 成起來(lái)構(gòu)成一個(gè)整體，可以完成指定的功能滿足用戶的需求。1衡量模塊獨(dú)立性的兩個(gè)標(biāo)準(zhǔn)是什么？它們各表示什么含義？ 兩個(gè)定性的度量標(biāo)準(zhǔn)：耦合與內(nèi)聚性。內(nèi)聚：是模塊功能強(qiáng)度(一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度)的度量。耦合小使得模塊間盡可能相對(duì)獨(dú)立，從而各模塊可以單獨(dú)開發(fā)和維護(hù)。(2)實(shí)體結(jié)構(gòu)分析：把作用于實(shí)體的動(dòng)作或由實(shí)體執(zhí)行的動(dòng)作，按時(shí)間發(fā)生的先后次序排序，構(gòu)成進(jìn)程，并用一個(gè)層狀的Jackson結(jié)構(gòu)圖表示。(6)實(shí)現(xiàn)：設(shè)計(jì)組成系統(tǒng)的硬件和軟件，實(shí)現(xiàn)系統(tǒng)的原型。深度優(yōu)先的結(jié)合方法先組裝在軟件結(jié)構(gòu)的一條主控制通路上的所有模塊。1決定軟件可維護(hù)性的因素：⑴可理解性；⑵可測(cè)試性；⑶可修改性；⑷可移植性；⑸可重用性；軟件維護(hù):是指在軟件已經(jīng)交付使用之后, 是軟件生命周期的最后一個(gè)階段,也是持續(xù)時(shí)間最長(zhǎng)代價(jià)最大的一個(gè)階段。對(duì)象的特點(diǎn)：①以數(shù)據(jù)為中心；②對(duì)象是主動(dòng)的；③實(shí)現(xiàn)了數(shù)據(jù)封裝；④本質(zhì)上具有并行性；⑤模塊 工程規(guī)模：此系統(tǒng)中應(yīng)包含接受模塊和信息處理與輸出模塊。 實(shí)體型(Entity)：用矩形表示，矩形框內(nèi)寫明實(shí)體名；比如學(xué)生張三豐、學(xué)生李尋歡都是實(shí)體。如果是多值屬性的話，再橢圓形外面再套實(shí)線橢圓。比如老師給學(xué)生授課存在授課關(guān)系，學(xué)生選課存在選課關(guān)系。3． 雖然整個(gè)工業(yè)向著基于構(gòu)件的構(gòu)造模式發(fā)展，然而大多數(shù)軟件扔是根據(jù)實(shí)際的顧客需求定制的。l軟件工程的目的就是為開發(fā)高質(zhì)量的軟