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