【正文】 消息:就是要求某個(gè)對(duì)象執(zhí)行在定義它的那個(gè)類中所定義的某個(gè)操作的規(guī)格說(shuō)明。良好的設(shè)計(jì)，完整準(zhǔn)確易讀易理解的文檔資料，以及一系列嚴(yán)格的復(fù)審和測(cè)試，使得一旦發(fā)現(xiàn)錯(cuò)誤時(shí)比較容易診斷和糾正，當(dāng)用戶有新要求或外部環(huán)境變化時(shí)軟件能較容易地適應(yīng)，并且能夠減少維護(hù)引入的錯(cuò)誤。？在軟件開發(fā)過(guò)程中應(yīng)該采取哪些措施來(lái)提高軟件產(chǎn)品可維護(hù)性？答：軟件的可理解性、可測(cè)試性、可修改性、可移植性 和可重用性是決定軟件可維護(hù)下的基本因素。： M = P + K exp(cd)其中： M是維護(hù)用的總工作量，P是生產(chǎn)性工作量，K是經(jīng)驗(yàn)常數(shù)，c是復(fù)雜程度d是維護(hù)人員對(duì)軟件的熟悉程度。 邏輯覆蓋標(biāo)準(zhǔn)：語(yǔ)句覆蓋，判定覆蓋，條件覆蓋，判定條件覆蓋，條件組合覆蓋，（還有點(diǎn)覆蓋，邊覆蓋，路徑覆蓋）。：模塊測(cè)試，子系統(tǒng)測(cè)試，系統(tǒng)測(cè)試，驗(yàn)收測(cè)試，平行運(yùn)行。(3)由于測(cè)試的目標(biāo)是暴露程序中的錯(cuò)誤，從心理學(xué)角度看，由程序的編寫者自己進(jìn)行測(cè)試是不恰當(dāng)?shù)摹?2)正確認(rèn)識(shí)測(cè)試的目標(biāo)是十分重要的，測(cè)試目標(biāo)決定了測(cè)試力案的設(shè)計(jì)。 P141第七章：?jiǎn)卧獪y(cè)試：模塊的編寫者和測(cè)試者是同一個(gè)人，編碼和單元測(cè)試屬于軟件生命周期的同一個(gè)階段；綜合測(cè)試：由專門的測(cè)試人員承擔(dān)這項(xiàng)工作。，結(jié)構(gòu)圖P102第六章：如果一個(gè)程序的代碼塊僅僅通過(guò)順序、選擇和循環(huán)這3種基本控制結(jié)構(gòu)進(jìn)行連接，并且每一個(gè)代碼塊只有一個(gè)入口和一個(gè)出口，則稱這個(gè)程序是結(jié)構(gòu)化的。耦合衡量不同模塊彼此間互相依賴（連接）的緊密程度；內(nèi)聚衡量一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度。：設(shè)計(jì)和確定模塊，使得一個(gè)模塊內(nèi)包含的特定信息，對(duì)于不需要這些信息的模塊來(lái)說(shuō)，是不能訪問(wèn)的。P64：一致性，完整性，現(xiàn)實(shí)性，有效性。第三章：數(shù)據(jù)模型：實(shí)體聯(lián)系圖，描繪數(shù)據(jù)對(duì)象及數(shù)據(jù)對(duì)象之間的關(guān)系；功能模型：數(shù)據(jù)流圖，描繪當(dāng)數(shù)據(jù)在軟件系統(tǒng)中移動(dòng)時(shí)被變換的邏輯過(guò)程；行為模型：狀態(tài)轉(zhuǎn)換圖，指明了作為外部事件結(jié)果的系統(tǒng)行為，描繪了系統(tǒng)的各種行為模式。第二章 ：技術(shù)可行性:使用現(xiàn)有的技術(shù)能實(shí)現(xiàn)這個(gè)系統(tǒng)經(jīng)濟(jì)可行性:這個(gè)系統(tǒng)的經(jīng)濟(jì)效益能超過(guò)它的開發(fā)成本操作可行性:系統(tǒng)的操作方式在這個(gè)用戶組織內(nèi)行得通：是關(guān)于數(shù)據(jù)的信息的集合，也就是對(duì)數(shù)據(jù)流圖中包含的所有元素的定義的集合。10.“瀑布模型”的缺點(diǎn)：它是由文檔驅(qū)動(dòng)的，僅僅通過(guò)寫在紙上的靜態(tài)的規(guī)格說(shuō)明，很難全面正確地認(rèn)識(shí)動(dòng)態(tài)的軟件產(chǎn)品；瀑布模型幾乎完全依賴于書面的規(guī)格說(shuō)明，很可能導(dǎo)致最終開發(fā)出的產(chǎn)品不能真正的滿足用戶的需要。:1軟件定義（問(wèn)題定義、可行性研究、需求分析），2軟件開發(fā)（總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼和單元測(cè)試、綜合測(cè)試），3運(yùn)行維護(hù)（軟件維護(hù)）。它采用結(jié)構(gòu)化技術(shù)來(lái)完成軟件開發(fā)的各項(xiàng)任務(wù)，并使用適當(dāng)?shù)能浖ぞ呋蜍浖こ汰h(huán)境來(lái)支持結(jié)構(gòu)化技術(shù)的運(yùn)用。：方法、工具和過(guò)程。：程序、數(shù)據(jù)及相關(guān)文檔的完整集合。？主要目標(biāo)和手段是什么？ ？第二篇：軟件工程導(dǎo)論復(fù)習(xí)整理(最新)第一章1..軟件危機(jī)：在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題。？，第三級(jí)是（）A、已管理級(jí)B、已量化管理級(jí) C、已定義級(jí)D、持續(xù)優(yōu)化級(jí) ，基線是___________________________________。6.（）面向?qū)ο笤O(shè)計(jì)是在分析模型的基礎(chǔ)上，運(yùn)用面向?qū)ο蠹夹g(shù)生成軟件實(shí)現(xiàn)環(huán)境下的設(shè)計(jì)模型。，它與（）是同構(gòu)的。（），測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。（）,不能證明程序沒有錯(cuò)誤。（）,有組織的活動(dòng)。9． 軟件質(zhì)量保證應(yīng)從________開始，直到投入使用和售后服務(wù)的軟件生存期的每一階段中 4 的每一步驟。，它們是改正性維護(hù)，________，________ 和________。A、確認(rèn)測(cè)試 B、集成測(cè)試 C、驗(yàn)收測(cè)試 D、系統(tǒng)測(cè)試，是指（）。A．技術(shù)創(chuàng)新B．測(cè)試C．技術(shù)創(chuàng)造D．技術(shù)評(píng)審（）。 16．在軟件生存周期中，時(shí)間最長(zhǎng)、所花費(fèi)的精力和費(fèi)用也最多的階段是（）。（），模塊越小，模塊化的優(yōu)點(diǎn)越明顯。（），信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。（），模塊越小，模塊化的優(yōu)點(diǎn)越明顯。這3種基本結(jié)構(gòu)的共同點(diǎn)是、。，模塊化開發(fā)追求的目標(biāo)是：__________________。D、調(diào)用、返回和轉(zhuǎn)移。B、順序、選擇和重復(fù)。A、松散 B、緊密 C、無(wú)法判斷 D、相等 （）。 ：（）A、增加內(nèi)聚性 B、降低復(fù)雜性C、提高易讀性D、減少耦合性 （）。 10．與詳細(xì)設(shè)計(jì)相對(duì)應(yīng)的是數(shù)據(jù)庫(kù)的（）設(shè)計(jì)。（）？（）。5.（）在需求分析過(guò)程中，分析員要從用戶那里解決的最重要的問(wèn)題是明確軟件做什么。，它是軟件可行性分析的依據(jù)。A、軟件做什么B、用戶使用界面C、輸入的信息D、軟件的規(guī)模，分析人員要確定對(duì)問(wèn)題的綜合需求，其中最主要的是（）需求。、 （）。 需求規(guī)格說(shuō)明描述了（）。（）？其主要表現(xiàn)有那些？?軟件工程過(guò)于耗費(fèi)時(shí)間，并且妨礙開發(fā)人員的編程效率。A、線性迭代模型B、順序迭代模型C、線性順序模型D、及早見產(chǎn)品模型 2.（）是用戶和設(shè)計(jì)交換最頻繁的方法。 （）說(shuō)法是正確的。？？？？，其原因在于（）。第一篇：軟件工程導(dǎo)論復(fù)習(xí)材料1.（）因素促使計(jì)算機(jī)系統(tǒng)越來(lái)越復(fù)雜。／輸出選項(xiàng)的更加多樣性（）不再是現(xiàn)代軟件工程師關(guān)注的問(wèn)題。，其原因在于（）。 （）。A、原型化方法B、瀑布模型方法C、螺旋模型方法D、構(gòu)件組裝模型 ，提出最早、應(yīng)用最廣泛的模型是（），對(duì)小型軟件的開發(fā)沒有幫助。?你是否認(rèn)同這種觀點(diǎn)？請(qǐng)闡述理由。、性能及其約束7．軟件可行性研究實(shí)質(zhì)上是要進(jìn)行一次（）需求分析、設(shè)計(jì)過(guò)程。 （）。A、功能 B、性能 C、數(shù)據(jù) D、環(huán)境 （） 、經(jīng)濟(jì)上是否合算 （）、性能及其約束 ，分析人員要確定對(duì)問(wèn)題的綜合需求，其中最主要的是（）需求 角度評(píng)價(jià)開發(fā)一個(gè)項(xiàng)目是否可行。3.（）目前存在一個(gè)很普遍的現(xiàn)象，即不同的客戶提出的需求是相互矛盾的，但每個(gè)人都爭(zhēng)辯自己是正確的。（），分析員要解決的最重要的問(wèn)題是明確軟件做什么。 ，這種耦合方式稱為（）。 （）。A、低內(nèi)聚低耦合B、低內(nèi)聚高耦合C、高內(nèi)聚低耦合D、高內(nèi)聚高耦合 ，耦合程度最高的是：（）A、標(biāo)記耦合 B、控制耦合 C、內(nèi)容耦合 D、公共耦合 ，說(shuō)明模塊之間彼此依賴的程度越（）。A、過(guò)程、子程序和分程序。C、遞歸、堆棧和隊(duì)列。和兩個(gè)階段。任何程序都可由、和3種基本控制結(jié)構(gòu)構(gòu)造。一般來(lái)說(shuō)，模塊的大小都在10行以下。（），盡量多使用臨時(shí)變量。（）13．（）方法需要考察模塊間的接口和各模塊之間的聯(lián)系。 ？（）A、證明軟件的正確性B、找出軟件系統(tǒng)中存在的所有錯(cuò)誤 C、證明軟件系統(tǒng)中存在錯(cuò)誤D、盡可能多的發(fā)現(xiàn)軟件系統(tǒng)中的錯(cuò)誤17.（）是以提高軟件質(zhì)量為目的的技術(shù)活動(dòng)。A、校正性維護(hù) B、適應(yīng)性維護(hù) C、完善性維護(hù) D、預(yù)防性維護(hù)（）。A、開發(fā)時(shí)的錯(cuò)誤 B、隱含的錯(cuò)誤C、因修改軟件而造成的錯(cuò)誤 D、運(yùn)行時(shí)誤操作（） 34.（）方法需要考察模塊間的接口和各模塊之間的聯(lián)系 。、可測(cè)試性、可修改性、可移植性和_____。，應(yīng)盡可能增加維護(hù)人員的數(shù)目。（），條件覆蓋也不一定包含判定覆蓋。（）。（？）5（UML）..（）意味著一個(gè)操作在不同的類中可以有不同的實(shí)現(xiàn)方式。，我們把一組具有相同數(shù)據(jù)結(jié)構(gòu)和操作的對(duì)象的集合定義為（），它與（）是同構(gòu)的 （）A、UML是一種高級(jí)編程語(yǔ)言，且是可視化的B、UML是一種文檔化語(yǔ)言 C、UML是一種可用于詳細(xì)描述的語(yǔ)言D、UML是一種構(gòu)造語(yǔ)言（父類）和特殊事物（子類）之間的關(guān)系是（）A、依賴B、關(guān)聯(lián)C、泛化D、實(shí)現(xiàn) 1.（）用例參與者總是人員而不是系統(tǒng)設(shè)備。8.（）關(guān)系數(shù)據(jù)庫(kù)可以完全支持面向?qū)ο蟮母拍?，面向?qū)ο笤O(shè)計(jì)中的類可以直接對(duì)應(yīng)到關(guān)系數(shù)據(jù)庫(kù)中的表。4.（）軟件工作產(chǎn)品一旦成為基線就不能再更改了。：軟件不同于硬件，它是計(jì)算機(jī)系統(tǒng)中的邏輯部件而不是物理部件。，采用工程的概念、原理、技術(shù)和方法來(lái)開發(fā)與維護(hù)軟件，把經(jīng)過(guò)時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到最好的技術(shù)方法結(jié)合起來(lái)，以經(jīng)濟(jì)地開發(fā)出高質(zhì)量的軟件并有校地維護(hù)它。，它是一種以數(shù)據(jù)為主線，把數(shù)據(jù)和對(duì)數(shù)據(jù)的操作緊密地結(jié)合起來(lái)的方法。：改正性維護(hù)，也就是診斷和改正在使用過(guò)程中發(fā)現(xiàn)的軟件錯(cuò)誤；適應(yīng)性維護(hù)，即修改軟件以適應(yīng)環(huán)境的變化；完善性維護(hù)，即根據(jù)用戶的要求改進(jìn)或擴(kuò)充軟件使它更完善；預(yù)防性維護(hù)，即修改軟件，為將來(lái)的維護(hù)活動(dòng)預(yù)先做準(zhǔn)備。：原型系統(tǒng)已經(jīng)通過(guò)與用戶交互而得到驗(yàn)證，據(jù)此產(chǎn)生的規(guī)格說(shuō)明文檔正確地描述了用戶需求；開發(fā)人員通過(guò)建立原型系統(tǒng)已經(jīng)學(xué)到了很多東西，因此，在設(shè)計(jì)和編碼階段發(fā)生錯(cuò)誤的可能性也比較小，這自然減少了在后續(xù)階段需要改正前面階段所犯錯(cuò)誤的可能性。：＝表示“等價(jià)于”或“定義為”；＋表示連接；[ ]表示“或”，用“|”分隔；{ }表示“重復(fù)”，()表示“可選”用“，”號(hào)隔開；1｛A}5 表示上限和下限。：實(shí)體（數(shù)據(jù)對(duì)象），關(guān)系，屬性。第四章：系統(tǒng)設(shè)計(jì)階段，確定系統(tǒng)的具體實(shí)現(xiàn)方案；結(jié)構(gòu)設(shè)計(jì)階段，確定軟件結(jié)構(gòu)。：內(nèi)聚和耦合。：表示軟件結(jié)構(gòu)中控制的層數(shù)，它往往粗略的標(biāo)志一個(gè)系統(tǒng)的大小和復(fù)雜程度，深度和程序長(zhǎng)度之間應(yīng)該有粗略的對(duì)應(yīng)關(guān)系；寬度：是軟件結(jié)構(gòu)內(nèi)同一層次上的模塊總數(shù)的最大值；扇出：是一個(gè)模塊直接控制（調(diào)用）的模塊數(shù)目；扇入：表明一個(gè)模塊有多少上級(jí)模塊直接調(diào)用它 模塊的作用域和模塊的控制域之間的關(guān)系：模塊的作用域定義為受該模塊內(nèi)一個(gè)判定影響的所有模塊的集合；模塊的控制域是這個(gè)模塊本身以及所有直接或間接從屬于它的模塊的集合；模塊的作用域應(yīng)該在控制域之內(nèi)（在設(shè)計(jì)的很好的系統(tǒng)中，所有受判定影響的模塊應(yīng)該都從屬于做出判定的那個(gè)模塊，最好局限于做出判定的那個(gè)模塊本身以及它的直屬下級(jí)模塊）。 過(guò)程設(shè)計(jì)的工具：程序流程圖、盒圖、PAD圖、判定表、判定樹、