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