【正文】 關性，常常用于跟蹤模型的演變。第九章：對象，類，實例，消息，方法，屬性，封裝，繼承，多態(tài)性P209215 對象：是封裝了數(shù)據(jù)結構及可以施加在這些數(shù)據(jù)結構上的操作的封裝體（類的實例）類：是對具有相同屬性和行為的一個或多個對象的描述（支持繼承的抽象數(shù)據(jù)類型）實例：是由某個特定的類所描述的一個具體的對象消息:就是要求某個對象執(zhí)行在定義它的那個類中所定義的某個操作的規(guī)格說明。良好的設計，完整準確易讀易理解的文檔資料，以及一系列嚴格的復審和測試，使得一旦發(fā)現(xiàn)錯誤時比較容易診斷和糾正，當用戶有新要求或外部環(huán)境變化時軟件能較容易地適應，并且能夠減少維護引入的錯誤。？在軟件開發(fā)過程中應該采取哪些措施來提高軟件產品可維護性？答：軟件的可理解性、可測試性、可修改性、可移植性 和可重用性是決定軟件可維護下的基本因素。： M = P + K exp(cd)其中： M是維護用的總工作量，P是生產性工作量，K是經驗常數(shù)，c是復雜程度d是維護人員對軟件的熟悉程度。 邏輯覆蓋標準：語句覆蓋，判定覆蓋，條件覆蓋，判定條件覆蓋，條件組合覆蓋，（還有點覆蓋，邊覆蓋，路徑覆蓋）。：模塊測試，子系統(tǒng)測試，系統(tǒng)測試，驗收測試，平行運行。(3)由于測試的目標是暴露程序中的錯誤，從心理學角度看，由程序的編寫者自己進行測試是不恰當?shù)摹?2)正確認識測試的目標是十分重要的，測試目標決定了測試力案的設計。 P141第七章：單元測試：模塊的編寫者和測試者是同一個人，編碼和單元測試屬于軟件生命周期的同一個階段；綜合測試：由專門的測試人員承擔這項工作。，結構圖P102第六章：如果一個程序的代碼塊僅僅通過順序、選擇和循環(huán)這3種基本控制結構進行連接，并且每一個代碼塊只有一個入口和一個出口，則稱這個程序是結構化的。耦合衡量不同模塊彼此間互相依賴（連接）的緊密程度；內聚衡量一個模塊內部各個元素彼此結合的緊密程度。：設計和確定模塊，使得一個模塊內包含的特定信息，對于不需要這些信息的模塊來說，是不能訪問的。P64：一致性，完整性，現(xiàn)實性，有效性。第三章：數(shù)據(jù)模型：實體聯(lián)系圖，描繪數(shù)據(jù)對象及數(shù)據(jù)對象之間的關系；功能模型：數(shù)據(jù)流圖，描繪當數(shù)據(jù)在軟件系統(tǒng)中移動時被變換的邏輯過程；行為模型：狀態(tài)轉換圖，指明了作為外部事件結果的系統(tǒng)行為，描繪了系統(tǒng)的各種行為模式。第二章 ：技術可行性:使用現(xiàn)有的技術能實現(xiàn)這個系統(tǒng)經濟可行性:這個系統(tǒng)的經濟效益能超過它的開發(fā)成本操作可行性:系統(tǒng)的操作方式在這個用戶組織內行得通：是關于數(shù)據(jù)的信息的集合，也就是對數(shù)據(jù)流圖中包含的所有元素的定義的集合。10.“瀑布模型”的缺點：它是由文檔驅動的，僅僅通過寫在紙上的靜態(tài)的規(guī)格說明，很難全面正確地認識動態(tài)的軟件產品；瀑布模型幾乎完全依賴于書面的規(guī)格說明，很可能導致最終開發(fā)出的產品不能真正的滿足用戶的需要。:1軟件定義（問題定義、可行性研究、需求分析），2軟件開發(fā)（總體設計、詳細設計、編碼和單元測試、綜合測試），3運行維護（軟件維護）。它采用結構化技術來完成軟件開發(fā)的各項任務，并使用適當?shù)能浖ぞ呋蜍浖こ汰h(huán)境來支持結構化技術的運用。：方法、工具和過程。：程序、數(shù)據(jù)及相關文檔的完整集合。第一篇：軟件工程導論復習整理(最新)第一章1..軟件危機：在計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重問題。：軟件不同于硬件，它是計算機系統(tǒng)中的邏輯部件而不是物理部件。，采用工程的概念、原理、技術和方法來開發(fā)與維護軟件，把經過時間考驗而證明正確的管理技術和當前能夠得到最好的技術方法結合起來，以經濟地開發(fā)出高質量的軟件并有校地維護它。，它是一種以數(shù)據(jù)為主線，把數(shù)據(jù)和對數(shù)據(jù)的操作緊密地結合起來的方法。：改正性維護，也就是診斷和改正在使用過程中發(fā)現(xiàn)的軟件錯誤；適應性維護，即修改軟件以適應環(huán)境的變化；完善性維護，即根據(jù)用戶的要求改進或擴充軟件使它更完善；預防性維護，即修改軟件，為將來的維護活動預先做準備。：原型系統(tǒng)已經通過與用戶交互而得到驗證，據(jù)此產生的規(guī)格說明文檔正確地描述了用戶需求；開發(fā)人員通過建立原型系統(tǒng)已經學到了很多東西，因此，在設計和編碼階段發(fā)生錯誤的可能性也比較小，這自然減少了在后續(xù)階段需要改正前面階段所犯錯誤的可能性。：＝表示“等價于”或“定義為”；＋表示連接；[ ]表示“或”，用“|”分隔；{ }表示“重復”，()表示“可選”用“，”號隔開；1｛A}5 表示上限和下限。：實體（數(shù)據(jù)對象），關系，屬性。第四章：系統(tǒng)設計階段，確定系統(tǒng)的具體實現(xiàn)方案；結構設計階段，確定軟件結構。：內聚和耦合。：表示軟件結構中控制的層數(shù)，它往往粗略的標志一個系統(tǒng)的大小和復雜程度，深度和程序長度之間應該有粗略的對應關系；寬度：是軟件結構內同一層次上的模塊總數(shù)的最大值；扇出：是一個模塊直接控制（調用）的模塊數(shù)目；扇入：表明一個模塊有多少上級模塊直接調用它 模塊的作用域和模塊的控制域之間的關系：模塊的作用域定義為受該模塊內一個判定影響的所有模塊的集合；模塊的控制域是這個模塊本身以及所有直接或間接從屬于它的模塊的集合；模塊的作用域應該在控制域之內（在設計的很好的系統(tǒng)中，所有受判定影響的模塊應該都從屬于做出判定的那個模塊，最好局限于做出判定的那個模塊本身以及它的直屬下級模塊）。 過程設計的工具：程序流程圖、盒圖、PAD圖、判定表、判定樹、過程設計語言。？(1)測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程。如果為了表明程序是正確的而進行測試，就會設計一些不易暴露錯誤的測試方案；相反，如果測試是為了發(fā)現(xiàn)程序中的錯誤，就會力求設計出最能暴露錯誤的測試方案。：(1)黑盒測試 ：把程序看作一個黑盒子，完全不考慮程序的內部結構和處理過程 ；對程序接口進行測試，檢查程序功能是否能按規(guī)格說明書的規(guī)定正常使用； 程序是否能適當?shù)亟邮茌斎霐?shù)據(jù)并產生正確的輸出信息； 程序運行過程中能否保持外部信息的完整性(2)白盒測試 ：把程序堪稱裝在一個透明的白盒子里，測試者完全知道程序的結構處理算法 ；按照程序內部的邏輯測試程序，檢測程序中的主要執(zhí)行通路是否都能按 預定要求正確工作。P151，即是在把模塊按照設計要求組裝起來的同時進行測試，由模塊組裝成程序時兩種方法：非漸增式測試方法和漸增式測試方法。：P162第八章：在軟件已經交付使用之后，為了改正錯誤或者滿足新的需要而修改軟件的過程。exp，以自然對數(shù)e為底指數(shù)函數(shù)，Exponential(指數(shù)曲線)。軟件生命周期每個階段的工作都和軟件可維護性有密切關系。因此，在軟件生命周期的每個階段都必須充分考慮維護問題，并且為軟件維護預做準備。由3部分組成：接收消息的對象，消息選擇符，零個或多個變元方法：是對象所能執(zhí)行的操作，描述了對象執(zhí)行操作的算法，響應消息的方法屬性：類中所定義的數(shù)據(jù)，對客觀世界實體所具有的性質的抽象封住：就是信息隱藏，通過封裝對外界隱藏了對象的實現(xiàn)細節(jié)繼承：子類自動地共享基類中定義的數(shù)據(jù)和方法的機制多態(tài)性：指子類對象可以像父類對象那樣使用，同樣的消息既可以發(fā)送給父類對象也可以發(fā)送給子類對象：描述系統(tǒng)數(shù)據(jù)結構的對象模型，描述系統(tǒng)控制結構的動態(tài)模型，描述系統(tǒng)功能的功能模型。：用例圖包含的模型元素有系統(tǒng)、行為者、用例及用例之間的關系P224第十章，就是抽取和整理用戶需求并建立問題域精確模型的過程、動態(tài)模型、功能模型的基本方法P235255第二篇：軟件工程導論復習材料1.（）因素促使計算機系統(tǒng)越來越復雜。？？？？，其原因在于（）。 （）說法是正確的。A、線性迭代模型B、順序迭代模型C、線性順序模型D、及早見產品模型 2.（）是用戶和設計交換最頻繁的方法。（）？其主要表現(xiàn)有那些？?軟件工程過于耗費時間，并且妨礙開發(fā)人員的編程效率。 需求規(guī)格說明描述了（）。、 （）。A、軟件做什么B、用戶使用界面C、輸入的信息D、軟件的規(guī)模，分析人員要確定對問題的綜合需求，其中最主要的是（）需求。，它是軟件可行性分析的依據(jù)。5.（）在需求分析過程中，分析員要從用戶那里解決的最重要的問題是明確軟件做什么。（）？（）。 10．與詳細設計相對應的是數(shù)據(jù)庫的（）設計