【正文】 稱是每個(gè)類所必有的構(gòu)成，用于和其他類相區(qū)分。（3）擴(kuò)展關(guān)系（Extend）：一個(gè)用例也可以被定義為基礎(chǔ)用例的增量擴(kuò)展，這稱作擴(kuò)展關(guān)系，擴(kuò)展關(guān)系是把新行為插入到已有用例的方法?；顒?dòng)圖是UML中描述系統(tǒng)動(dòng)態(tài)行為的圖之一，是描述系統(tǒng)或業(yè)務(wù)的一序列活動(dòng)構(gòu)成的控制流，它描述了系統(tǒng)從一種活動(dòng)轉(zhuǎn)換到另一種活動(dòng)的整個(gè)過程。方法是類的操作的實(shí)現(xiàn)步驟。聚集可以有不同層次，可以把不同分類聚集起來(lái)得到一顆簡(jiǎn)單的聚集樹，聚集樹是一種簡(jiǎn)單表示，比畫很多線來(lái)將部分類聯(lián)系起來(lái)簡(jiǎn)單得多，對(duì)象模型應(yīng)該容易地反映各級(jí)層次。⒈事件事件是指定時(shí)刻發(fā)生的某件事。⒉數(shù)據(jù)流數(shù)據(jù)流圖中的數(shù)據(jù)流將對(duì)象的輸出與處理、處理與對(duì)象的輸入、處理與處理聯(lián)系起來(lái)。傳遞信息，而不僅僅是數(shù)據(jù)設(shè)計(jì)應(yīng)滿足響應(yīng)需求通過用戶試用發(fā)現(xiàn)錯(cuò)誤，然后修復(fù)它設(shè)計(jì)原則：每一個(gè)類成為一個(gè)數(shù)據(jù)庫(kù)表。靜態(tài)白盒測(cè)試的方法是代碼檢查。當(dāng)然它有一些啟發(fā)式的方法，它是一種比較依賴開發(fā)人員經(jīng)驗(yàn)的活動(dòng)。另外，還包括對(duì)處理效率和編寫程序的改進(jìn)，這方面的維護(hù)占整個(gè)維護(hù)工作的50%～60%，比重較大．也是關(guān)系到系統(tǒng)開發(fā)質(zhì)量的重要方面。簡(jiǎn)單的說(shuō)，可行性研究的最終結(jié)果是決定項(xiàng)目y做還是小做”而不是“如何做”。而下層應(yīng)分解得慢性。第八章？它的目標(biāo)和任務(wù)是什么？軟件設(shè)計(jì)：在需求分析的基礎(chǔ)上通過抽象和分解將系統(tǒng)分解成模塊，確定系統(tǒng)功能的實(shí)現(xiàn)。第十一章。(6)既要做通過性測(cè)試，又要做失效性測(cè)試。例如使用歸納法、演繹法、回溯法等。任何閉門造車、想當(dāng)然的行為都是不被提倡的，注定要走彎路。編寫需求規(guī)格說(shuō)明書和初始的用戶手冊(cè)，測(cè)試人員開始編寫功能測(cè)試用的測(cè)試數(shù)據(jù)。該活動(dòng)以用例模型、分析模型為輸入，生成物理構(gòu)架、子系統(tǒng)及其接口、概要的設(shè)計(jì)類(即設(shè)計(jì)階段定義的類)。④開發(fā)的軟件易于 移植。軟件生命周期由哪三個(gè)時(shí)期組成，又劃分為哪8個(gè)階段？答：軟件生存周期：一個(gè)軟件從提出開發(fā)要求開始直到該軟件報(bào)廢為止的整個(gè)時(shí)期。測(cè)試的方法主要有白盒測(cè)試和黑盒測(cè)試兩種。非漸增式需要樁模塊和驅(qū)動(dòng)模塊、非漸增式開始可以并行測(cè)試、漸增式可以及時(shí)的發(fā)現(xiàn)接口錯(cuò)誤，非漸增式很難發(fā)現(xiàn)接口發(fā)現(xiàn)錯(cuò)誤、漸增式開始不能并行測(cè)試、漸增式測(cè)試比較徹底。③具有一定的市場(chǎng)。確認(rèn)待開發(fā)系統(tǒng)可能會(huì)涉及的任何侵犯、妨礙、責(zé)任等問題。④作進(jìn)一步補(bǔ)充和優(yōu)化。按內(nèi)聚度從低到高依次有7種內(nèi)聚種類： ①偶然內(nèi)聚（模塊完成的多個(gè)任務(wù)，任務(wù)之間的關(guān)系松散）；②邏輯內(nèi)聚（模塊完成邏輯相關(guān)的一組任務(wù)）；③瞬時(shí)內(nèi)聚（模塊的所有任務(wù)必須在同一時(shí)間間隔內(nèi)執(zhí)行）；④過程內(nèi)聚（模塊的處理元素相關(guān)而且按照特定的次序執(zhí)行）；⑤通信內(nèi)聚（模塊的所有元素集中在一個(gè)數(shù)據(jù)結(jié)構(gòu)區(qū)域上）；⑥順序內(nèi)聚（模塊的處理元素相關(guān)，必須順序執(zhí)行）；⑦功能內(nèi)聚（模塊完成單一的功能，各個(gè)部分協(xié)調(diào)工作，而且不可缺少）耦合和內(nèi)聚的關(guān)系：一般說(shuō)來(lái)，在系統(tǒng)中各模塊的內(nèi)聚越大，則模塊間的耦合越小。而寬度優(yōu)先的結(jié)合方法是沿軟件結(jié)構(gòu)水平地移動(dòng)，把處于同一個(gè)控制層次上的所有模塊組裝起來(lái)。自頂向下集成：從主控制模塊開始，沿著程序的控制層次向下移動(dòng)，逐漸把各個(gè)模塊結(jié)合起來(lái)。模塊之間的連接越緊密，聯(lián)系越多，耦合性就越高，而其模塊獨(dú)立性就越弱。3種模型：①數(shù)據(jù)模型、②功能模型和③行為模型。確定待開發(fā)系統(tǒng)是否值得投資開發(fā)?？焖僭湍Ｐ停孩匍_發(fā)速度快，質(zhì)量有保證。這些在堆的問題中表現(xiàn)的更為突出。在程序編碼中必須要制定統(tǒng)一，符合標(biāo)準(zhǔn)的編寫規(guī)范。②把所 有對(duì)象都劃分成類。２）軟件開發(fā)管理：軟件管理學(xué)、軟件經(jīng)濟(jì)學(xué)、軟件心理學(xué)。在面向?qū)ο蠓椒ㄖ校悎D是構(gòu)件對(duì)象模型的核心上具。在對(duì)數(shù)據(jù)流程圖進(jìn)行回溯的過程中可能會(huì)發(fā)現(xiàn)丟失的處理和數(shù)據(jù)，應(yīng)將數(shù)據(jù)流程圖補(bǔ)充完善。4根據(jù)你的理解，列舉出職業(yè)化軟件工程師要注意的三個(gè)主要問題，請(qǐng)給出理由。當(dāng)然它有些啟發(fā)式的方法。軟件測(cè)試的原則：(l)所有的測(cè)試都應(yīng)該能追溯到用戶需求。軟件體系結(jié)構(gòu)設(shè)計(jì)的好壞往往會(huì)成為一個(gè)系統(tǒng)設(shè)計(jì)成敗的關(guān)鍵。在RUP的有關(guān)文檔中對(duì)邊界類的解釋為：邊界類是一種用于對(duì)系統(tǒng)外部環(huán)境與其內(nèi)部運(yùn)作之間的交互進(jìn)行建模的類。設(shè)計(jì)人員根據(jù)軟件需求規(guī)格說(shuō)明書的描述了解所需開發(fā)軟件的功能和性能，以及開發(fā)軟件時(shí)必須滿足的約束，將其作為軟件設(shè)計(jì)的依據(jù)。螺旋模型適合于大型軟件的開發(fā)，應(yīng)該說(shuō)它是最為實(shí)際的方法，它吸收了軟件工程“演化”的概念，使得開發(fā)人員和客戶對(duì)每個(gè)演化層出現(xiàn)的風(fēng)險(xiǎn)有所了解，繼而做出應(yīng)有的反應(yīng)。這些因素都將導(dǎo)致適應(yīng)性維護(hù)工作的產(chǎn)生。只要有修改就有軟件測(cè)試，產(chǎn)品交付后同樣。黑盒測(cè)試：僅需要知道被測(cè)試對(duì)象的輸入和預(yù)期輸出，不需要了解代碼實(shí)現(xiàn)的細(xì)節(jié)。即分析必須搞清楚系統(tǒng)“做什么”，而設(shè)計(jì)必須搞清楚系統(tǒng)“怎么做”，從分析到設(shè)計(jì)不是傳統(tǒng)方法的轉(zhuǎn)換，而是平滑（無(wú)縫）過渡，而求解域模型是系統(tǒng)實(shí)現(xiàn)的依據(jù)。數(shù)據(jù)流圖用來(lái)表示從源對(duì)象到目標(biāo)對(duì)象的數(shù)據(jù)值的流向，它不包含控制信息，控制信息在動(dòng)態(tài)模型中表示，同時(shí)數(shù)據(jù)流圖也不表示對(duì)象中值的組織，值的組織在對(duì)象模型中表示。該模型描述了系統(tǒng)的控制結(jié)構(gòu)，它表示了瞬間的、行為化的系統(tǒng)控制性質(zhì)，它關(guān)心的是系統(tǒng)的控制，操作的執(zhí)行順序，它表示從對(duì)象的事件和狀態(tài)的角度出發(fā)，表現(xiàn)了對(duì)象的相互行為。⒊類的層次結(jié)構(gòu) ⑴ 聚集關(guān)系。屬性指的是類中對(duì)象所具有的性質(zhì)（數(shù)據(jù)值）。②如果缺少擴(kuò)展用例，基礎(chǔ)用例還是完整的，而缺少包含用例，則基礎(chǔ)用例就不完整了。每個(gè)用例都必須有一個(gè)惟一的名字以區(qū)別于其他用例。類圖中可以包含接口，包，關(guān)系等建模元素，也可以包含對(duì)象，鏈等實(shí)例。通過狀態(tài)圖可以了解一個(gè)對(duì)象所能達(dá)到的所有狀態(tài)，以及對(duì)象收到的事件對(duì)對(duì)象狀態(tài)的影響。一個(gè)狀態(tài)圖描述了一個(gè)狀態(tài)機(jī)，用狀態(tài)圖說(shuō)明系統(tǒng)的動(dòng)態(tài)視圖。順序圖和協(xié)作圖都是交互圖，順序圖和協(xié)作圖可以相互轉(zhuǎn)換。 類圖類圖展示了一組類、接口和協(xié)作及它們間的關(guān)系，在建模中所建立的最常見的圖就是類圖。測(cè)試：檢查個(gè)子系統(tǒng)的交互與集成，驗(yàn)證所有需求是否都被正確地實(shí)現(xiàn)了，識(shí)別，確認(rèn)缺陷并確保在軟件部署之前消除缺陷。構(gòu)件模型允許多個(gè)項(xiàng)目同時(shí)開發(fā)，降低了費(fèi)用，提高了可維護(hù)性。（2）開發(fā)人員既要把軟件系統(tǒng)看作整體。實(shí)際項(xiàng)目很少按照該模型給出的順序進(jìn)行，用戶常常難以清楚地給出所有需求，用戶必須有耐心，等到系統(tǒng)開發(fā)完成。軟件生命周期又稱為軟件生存周期或系統(tǒng)開發(fā)生命周期，是軟件的產(chǎn)生直到報(bào)廢的生命周期，周期內(nèi)有問題定義、可行性分析、總體描述、系統(tǒng)設(shè)計(jì)、編碼、調(diào)試和 測(cè)試、驗(yàn)收與運(yùn)行、維護(hù)升級(jí)到廢棄等階段，這種按時(shí)間分程的思想方法是軟件工程中的一種思想原則，即按部就班、逐步推進(jìn)，每個(gè)階段都要有定義、工作、審 查、形成文檔以供交流或備查，以提高軟件的質(zhì)量?？芍赜玫能浖煞郑很浖募夹g(shù)表示（結(jié)構(gòu)模型、設(shè)計(jì)和代碼）、文檔、測(cè)試數(shù)據(jù)、與過程相關(guān)的任務(wù)（如審查）。人機(jī)界面設(shè)計(jì)屬接口設(shè)計(jì)。它類似于原型法，不過在每個(gè)階段之前都增加了風(fēng)險(xiǎn)分析過程。①②③為軟件定義時(shí)期，④⑤⑥⑦為軟件開發(fā)階段。：計(jì)算機(jī)程序、方法、規(guī)則、相關(guān)文檔資料以及在計(jì)算機(jī)上運(yùn)行程序時(shí)所必需的數(shù)據(jù)，軟件是程序、數(shù)據(jù)以及相關(guān)文檔的完整集合。：方法、工具和過程。瀑布模型注重凍結(jié)需求的理念、Up模型注重增量迭代/用例驅(qū)動(dòng)、V型模型講究質(zhì)量保證理念、Xp模型講究溝通。耦合衡量不同模塊之間連接的緊密程度。軟件危機(jī)（softward crisis）是指在計(jì)算機(jī)軟件的開發(fā)和維護(hù)中所遇到的一系列嚴(yán)重問題。瀑布模型有以下優(yōu)點(diǎn)1）為項(xiàng)目提供了按階段劃分的檢查點(diǎn)。（3）降低成本。該模型的各個(gè)階段沒有明顯的界限，開發(fā)人員可以同步進(jìn)行開發(fā)。模型見下圖：初始階段：進(jìn)行問題定義，確定目標(biāo)，評(píng)估其可行性，降低關(guān)鍵風(fēng)險(xiǎn)。 UML UML適用于各種軟件開發(fā)方法、軟件生命周期的各個(gè)階段、各種應(yīng)用領(lǐng)域以及各種開發(fā)工具。用對(duì)象圖說(shuō)明類圖中所反應(yīng)的事物實(shí)例的數(shù)據(jù)結(jié)構(gòu)和靜態(tài)快照。展現(xiàn)了一組對(duì)象和由這組對(duì)象收發(fā)的消息，用于按時(shí)間順序?qū)刂屏鹘！Ｋ鼘?duì)于系統(tǒng)的功能建模特別重要，強(qiáng)調(diào)對(duì)象間的控制流程。序列圖：描述對(duì)象是如何交互的。（2）屬性（Attribute）類的一個(gè)組成部分描述了類所代表事物的屬性（3）操作（Operation）操作是對(duì)類的對(duì)象所能做的事務(wù)的抽象類在UML中由專門的圖符表達(dá)，是分成3個(gè)分隔區(qū)的矩形,頂端為類的名字，中間存放類的屬性、屬性的類型和值，第3個(gè)分隔區(qū)放操作、操作的參數(shù)表和返回類型，如下圖：在UML中，一個(gè)用例模型由若干個(gè)用例圖(use case diagram)描述。（4）關(guān)聯(lián)關(guān)系：關(guān)聯(lián)關(guān)系表示參與者與用例之間的通信?；顒?dòng)圖用于對(duì)系統(tǒng)的動(dòng)態(tài)行為建模。⒉關(guān)聯(lián)和鏈關(guān)聯(lián)是建立類之間關(guān)系的一種手段，而鏈則是建立對(duì)象之間關(guān)系的一種手段。⑵一般化關(guān)系。⒉狀態(tài)狀態(tài)是對(duì)象屬性值的抽象。在一個(gè)計(jì)算機(jī)中，用數(shù)據(jù)流來(lái)表示一中間數(shù)據(jù)值，數(shù)據(jù)流不能改變數(shù)據(jù)值。關(guān)系映射：（1）一對(duì)多的關(guān)系映射為數(shù)據(jù)庫(kù)表的主外鍵關(guān)聯(lián)（1方的主鍵加入n方成為外鍵）（2）一對(duì)一的關(guān)系映射為數(shù)據(jù)庫(kù)表的主外鍵關(guān)聯(lián)（1方的主鍵加入另一方成為外鍵）（3）多對(duì)多的關(guān)系映射：產(chǎn)生第三張表，將兩個(gè)多方的主鍵加入其中成為外鍵，兩個(gè)外鍵的組合成為主鍵。靜態(tài)測(cè)試不需要運(yùn)行程序和設(shè)計(jì)測(cè)試用例，側(cè)重于源代碼的檢查和優(yōu)化，直接查看源代碼和執(zhí)行代碼，直接定位代碼中的缺陷。指導(dǎo)原則和方法不同軟件側(cè)試是一種有規(guī)律的活動(dòng)，因此它不但要側(cè)試軟件應(yīng)該做的，還需要側(cè)試軟件不應(yīng)該做的事情。這方面的維護(hù)除了要有計(jì)劃、有步驟地完成外．還要注意將相關(guān)的文檔資料加入到前面相應(yīng)的文檔中去。？引言(目的、背景、參考文獻(xiàn)、術(shù)語(yǔ))；項(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é)科。?在不影響可讀性的前提下，應(yīng)適當(dāng)多分解成幾部分，以減少分解層數(shù)。即把軟件需求轉(zhuǎn)換為軟件包表示的過程?；咎卣靼ㄐ睦硖匦?，工程特性和技術(shù)特性三個(gè)方面。(D為了達(dá)到最佳的測(cè)試效果，應(yīng)該由獨(dú)立的第三方從事測(cè)試工作。軟件測(cè)試的輸出是預(yù)知的，其軟件測(cè)試用例必須包括預(yù)期的結(jié)果，而調(diào)試的輸出大多是不可預(yù)見的，需要調(diào)試者去解釋、去發(fā)現(xiàn)產(chǎn)生的原因。2)對(duì)待計(jì)劃不嚴(yán)肅：軟件工程強(qiáng)調(diào)計(jì)劃性，計(jì)劃的內(nèi)容包括；設(shè)備資源、進(jìn)度安排、人力資源、任務(wù)分配等等。7．設(shè)計(jì)類的屬性時(shí)必須要定義是哪兩項(xiàng)？設(shè)計(jì)類的屬性時(shí)必須要定義的內(nèi)容：1)屬性的類型：設(shè)計(jì)屬性時(shí)必須要根據(jù)開發(fā)語(yǔ)言確定每個(gè)屬性的數(shù)據(jù)類型?如果數(shù)據(jù)類型不夠，設(shè)計(jì)人員可以利用已有的數(shù)據(jù)類型定義新的數(shù)據(jù)類型。根據(jù)分析階段產(chǎn)生的高層類圖和交互圖，由用例設(shè)計(jì)師研究已有的類，將它們分配到相應(yīng)的用例中。⑤需要較低的維護(hù)費(fèi)用。軟件生命周期是由：⑴軟件定義時(shí)期；⑵軟件開發(fā)時(shí)期；⑶軟件維護(hù)時(shí)期三個(gè)時(shí)期組成的。在測(cè)試過程中需要建立詳細(xì)的測(cè)試計(jì)劃并嚴(yán)格按照測(cè)試計(jì)劃進(jìn)行測(cè)試，以減少測(cè)試的隨意性。漸增式組裝模塊有自頂向下和自底向上兩種組裝方式。螺旋模型：①對(duì)于大型系統(tǒng)及軟件的開發(fā)，這種模型是一個(gè)很好的方法。(4)抉擇。結(jié)構(gòu)化程序設(shè)計(jì)基本要點(diǎn)：⑴采用自頂向下、逐步求精的程序設(shè)計(jì)方法；⑵使用三種基本程序控 制結(jié)構(gòu)構(gòu)造程序（①順序方式；②選擇方式；③循環(huán)方式；）。但這種關(guān)系并不是絕對(duì)的。集成測(cè)試的策略：當(dāng)使用漸增方式把模塊結(jié)合到程序中去時(shí)，有自頂向下和自底向上兩種集成策略。1測(cè)試階段的信息流：這個(gè)階段的輸入信息有兩類：(1)軟件配置，包括需求說(shuō)明書、設(shè)計(jì)說(shuō)明書和源 程序清單等；(2)測(cè)試配置，包括測(cè)試計(jì)劃和測(cè)試方案。耦合：是模塊之間的相對(duì)獨(dú)立性(互相連接的緊密程度)的度量。主要工具：數(shù)據(jù)流圖、數(shù)據(jù)詞典、結(jié)構(gòu)化英語(yǔ)、判定表和判定樹。可行性研究的任務(wù)：(1)經(jīng)濟(jì)可行性。）主要模型：①瀑布模型；②增量模型；③螺旋模型；④噴泉模型；⑤變換模型；⑥基于知識(shí)的模 型等瀑布模型：①它提供了一個(gè)摸板，這個(gè)摸板使分析、設(shè)計(jì)、編碼、測(cè)試和支持的方法可以在該摸 板下有一個(gè)共同的指導(dǎo)；②雖然有不少缺陷但比在軟件開發(fā)中隨意的狀態(tài)要好得多。而就有狀態(tài)的測(cè)試來(lái)說(shuō)，就更麻煩了，尤其不是一個(gè)單獨(dú)的testcase造成的問題。程序編碼 此階段是將軟件設(shè)計(jì)的結(jié)果轉(zhuǎn)換成計(jì)算機(jī)可運(yùn)行的程序代碼。面向?qū)ο蟮囊c(diǎn): ①把對(duì)象作為融合了數(shù)據(jù)及在數(shù)據(jù)上的操作行為的統(tǒng)一的軟件構(gòu)件。軟件工程的內(nèi)容：１）軟件開發(fā)技術(shù)：軟件開發(fā)方法、軟件開發(fā)過程、軟件開發(fā)工具和環(huán)境。描述現(xiàn)實(shí)世界中實(shí)體的對(duì)象以及它們之間的關(guān)系，表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。以初始數(shù)據(jù)流程圖為基礎(chǔ)，從數(shù)據(jù)流程圖的輸出端開始回溯。，對(duì)于侵犯軟件著作權(quán)的行為，根據(jù)情節(jié)應(yīng)當(dāng)給予什么處罰？對(duì)于侵犯軟件著作權(quán)的行為，要根據(jù)情況承擔(dān)停止侵害、消除影響、賠禮道歉、賠償損失等民事責(zé)任；損害社會(huì)公共利益的，由著作權(quán)行政管理部門責(zé)令停止侵權(quán)行為，沒收違法所得，沒收、銷毀侵權(quán)復(fù)制品，并處罰款；情節(jié)嚴(yán)重的，著作權(quán)行政管理部門可以沒收用子制作侵權(quán)復(fù)制品的材料、工具、設(shè)備等；觸犯刑律的，依法追究刑事責(zé)任。調(diào)試的方法經(jīng)常與使用的開發(fā)工具有關(guān)，例如解釋型的開發(fā)工具可以交互式調(diào)試，編譯型開發(fā)工具就很難較好地查錯(cuò)。一個(gè)成功的測(cè)試是指揭示了迄今為止尚未發(fā)現(xiàn)缺陷的測(cè)試。良好的體系結(jié)構(gòu)設(shè)計(jì)是決定軟件系統(tǒng)成功的重要因素。邊界類處理軟件系統(tǒng)的輸入和輸出。內(nèi)容：用戶可以通過需求規(guī)格說(shuō)明書檢查需求描述是否滿足原來(lái)的期望。概念階段：計(jì)劃、需求分析開發(fā)階段：設(shè)計(jì)、編碼、測(cè)試維護(hù)階段：運(yùn)行維護(hù)，哪些不適于采用這兩種模型。由于計(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í)管理人員不斷提出新的信息需求。任務(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)品交付。要點(diǎn)：描述一段程序，而不是每一個(gè)語(yǔ)句；