【正文】 圖也稱為NS圖，種表達方式取消了流程線,． 當模塊中包含復(fù)雜的條件組合,． 模塊的內(nèi)部過程描述就是模塊內(nèi)部的算法設(shè)計，它的表達形式就是詳細設(shè)計語言．64． 程序的三種基本控制結(jié)構(gòu)的共同特點是只有一個入口和一個出口。65． 調(diào)試的目的是確定錯誤的位置和引起錯誤的原因,并加以改正。66． 匯編語言是面向機器的，可以完成高級語言無法完成的特殊功能，如與外部設(shè)備之間的一些接口工作。（六）編碼、測試、維護67． 以詳細設(shè)計說明書為輸入,將該輸入用某種程序設(shè)計語言翻譯成計算機可以理解并最終可運行的代碼的過程叫編碼過程。68． 面向?qū)ο蟮拈_發(fā)方法中,UML是面向?qū)ο蠹夹g(shù)領(lǐng)域內(nèi)占主導(dǎo)地位的標準建模語言。69． 軟件測試是執(zhí)行程序發(fā)現(xiàn)并排除程序中潛伏的錯誤 的過程。70． 是對軟件規(guī)格說明,軟件設(shè)計和編碼的最全面也是最后的審查。71． 軟件測試并不能發(fā)現(xiàn)軟件中所有潛伏的錯誤，通過軟件測試沒有發(fā)現(xiàn)錯誤，不能說明軟件是正確的。72． 動態(tài)測試方法中根據(jù)測試用例的設(shè)計方法不同，． 黑盒測試無需考慮模塊內(nèi)部的執(zhí)行過程和程序結(jié)構(gòu)，只要了解模塊的功能即可。74． 自頂向下的漸增式測試初期一般不可以并行進行。75． 在現(xiàn)實項目中，路徑測試和窮舉測試是經(jīng)常難以實現(xiàn)。76． 單元測試的測試對象是程序模塊。77． 計算機輔助靜態(tài)分析是軟件測試方法中的靜態(tài)測試方法之一。78． 基本路徑測試、循環(huán)覆蓋測試、邏輯覆蓋測試屬于白盒測試技術(shù)。79． 等價類劃分、邊界值分析測試等屬于黑盒測試技術(shù)。80． 邏輯覆蓋一般包括語句覆蓋、判定覆蓋、條件覆蓋、條件/判定覆蓋、邊覆蓋、路徑覆蓋等。81． 將軟件組裝成系統(tǒng)的一種測試技術(shù)叫集成測試。82． 軟件測試中根據(jù)測試用例設(shè)計的方法的不同可分為 黑盒測試和白盒測試兩種，它們都屬于動態(tài)測試。83． 在設(shè)計測試用例時，邊界值分析是用的最多的一種黑盒測試方法。84． 在進行軟件測試時，首先應(yīng)當進行單元測試，然后再進行集成測試，最后再進行有效性測試。85． 質(zhì)量保證是為了保證產(chǎn)品和服務(wù)充分滿足消費者要求的質(zhì)量而進行的有計劃．有組織的活動，質(zhì)量保證是為了使用產(chǎn)品實現(xiàn)用戶要求的功能。86． 在結(jié)構(gòu)測試用例設(shè)計中，有語句覆蓋，條件覆蓋，判定覆蓋（即分支覆蓋），路徑覆蓋，其中路徑覆蓋是最強的覆蓋準則．87． 自頂向下結(jié)合的漸增式測試法，在組合模塊時有兩種組合策略：深度優(yōu)先策略和寬度優(yōu)先策略。88． 為了提高測試的效率，應(yīng)該選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)。89． 使用白盒測試方法時，確定測試數(shù)據(jù)應(yīng)根據(jù)程序的內(nèi)部邏輯和指定的覆蓋標準。90． 黑盒測試在設(shè)計測試用例時，主要需要研究需求規(guī)格說明與概要設(shè)計說明。91． 軟件按照設(shè)計的要求，在規(guī)定時間和條件下達到不出故障，持續(xù)運行的要求的質(zhì)量特性稱為可靠性。92． 軟件維護是軟件生命周期的最后一個階段，軟件生 命周期中所花費用最多的階段是軟件維護。93． 在軟件維護的內(nèi)容中，有四種維護：校正性維護，完善性維護，適應(yīng)性維護，預(yù)防性維護，其中占維護活動工作量比例最高的是完善性維護，最少的一般是預(yù)防性維護。94． 為改正軟件系統(tǒng)中潛藏的錯誤而進行的維護活動稱為糾錯性維護。95． 根據(jù)用戶在軟件使用過程中提出的建設(shè)性意見而進行的維護活動稱為完善性維護，完善性維護可以提高或完善軟件的性能。96． 為適應(yīng)軟件運行環(huán)境的變化而修改軟件的活動稱為適應(yīng)性維護。97． 為了進一步改善軟件系統(tǒng)的可維護性和可靠性,并為以后的改進奠定基礎(chǔ)的軟件維護稱為預(yù)防性維護。98． 軟件中因修改軟件而造成的錯誤稱為維護的副作用。99． 非結(jié)構(gòu)化維護用于軟件的配置中只有源代碼維護。100． 維護中,因誤刪除一個標識符而引起的錯誤是編碼副作用。101． 軟件可維護性,是指軟件產(chǎn)品交付使用后,在實現(xiàn)改正潛伏的錯誤,改進性能等屬性,適應(yīng)環(huán)境變化等方面工作的難易程度。102． 軟件可靠性是指在給定的時間間隔內(nèi),程序成功運 行的概率。103． 由于維護或在維護過程中其他一些不期望的行為引入的錯誤稱為維護的 副作用。104． 軟件可修改性,是指允許對軟件系統(tǒng)進行修改而不增加其復(fù)雜性，105． 所有軟件維護申請報告要按規(guī)定方式提出，該報告也稱軟件問題報告。二、掌握和記憶（一）概念1． 耦合性：也稱塊間聯(lián)系，指軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系緊密程度的一種度量。2． 軟件生存周期模型：． 數(shù)據(jù)字典(DD)：,無二義性的說明方式為系統(tǒng)的分析,． 內(nèi)聚性：是模塊獨立性的衡量標準之一,它是模塊的功能強度的度量,． 白盒測試：又稱結(jié)構(gòu)測試，是已經(jīng)知道產(chǎn)品內(nèi)部工作過程，檢驗產(chǎn)品內(nèi)部動作是否按規(guī)定正常使用的測試方法。6． 軟件生存周期：就是從提出軟件產(chǎn)品開始，直到該軟件產(chǎn)品被淘汰的全過程，具體包括問題定義、可行性研究、需求分析、概要設(shè)計、詳細設(shè)計、編碼與測試、運行和維護。7． 模塊化：就是將程序劃分為若干個獨立模塊的這樣一個過程，其中每個模塊完成一個特定子功能，每個模塊既是相對獨立的，又是相互聯(lián)系的，它們共同完成系統(tǒng)指定的各項功能。8． 樁模塊：用于代替所測模塊調(diào)用的子模塊，樁模塊可以做少量的數(shù)據(jù)操作。9． 驅(qū)動模塊：用于模擬被測模塊的上級模塊。它接收測試數(shù)據(jù)，把這些數(shù)據(jù)傳送給所測模塊，最后再輸出實際測試結(jié)果。10． 模塊：模塊是一個擁有明確定義的輸入、輸出和特性的程序?qū)嶓w。11． 模塊獨立性：概括了把軟件劃分為模塊時要遵守的準則，也是判斷模塊構(gòu)造是否合理的標準，同時也是模塊化、抽象及信息隱藏概念的直接產(chǎn)物。12． 軟件工程：即運用工程學(xué)的基本原理和方法來組織和管理軟件生產(chǎn)。13． 程序的可移植性：指把一個軟件(或程序)從一臺計算機環(huán)境移植到另一臺計算機環(huán)境的容易程度。14． 模塊的作用范圍：一個模塊的作用范圍是指受該模塊內(nèi)一個判定影響的所有模塊的集合。15． 信息隱藏：信息隱蔽是指在設(shè)計和確定模塊時，使得一個模塊內(nèi)包含的信息(過程或數(shù)據(jù))，對于不需要這些信息的其他模塊來說是不能訪問的。16． 集成測試也稱組裝測試或聯(lián)合測試。是指在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計要求組裝成一個完整的系統(tǒng)進行的測試。組裝模塊的方式有兩種：漸增式測試和非漸增式測試。17． 類：某些對象共同特征（屬性和操作）的表示。18． 對象：是現(xiàn)實世界中個體或事物的抽象表示，是其屬性和相關(guān)操作的封裝。19． 繼承：是現(xiàn)實世界中遺傳關(guān)系的直接模型，它表示類間的內(nèi)在聯(lián)系以及對屬性和操作的共享。20． 聚集：現(xiàn)實世界中部分整體關(guān)系的模擬。21． 消息：對象與外部世界相互關(guān)聯(lián)的唯一途徑。（二）原理螺旋模型的適應(yīng)場合:支持需求不明確,特別是大型軟件系統(tǒng)的開發(fā),并支持面向規(guī)格說明,面向過程,面向?qū)ο?等多種軟件開發(fā)方法,是一種具有廣闊前景的模型。軟件開發(fā)風(fēng)險分析實際上就是貫穿于軟件工程過程中的一系列風(fēng)險管理步驟,它包括以下內(nèi)容：1）風(fēng)險標識； 2）風(fēng)險估算； 3）風(fēng)險評價； 4）風(fēng)險駕馭和監(jiān)控。需求分析的任務(wù)是確定待開發(fā)的軟件系統(tǒng)“做什么”.具體任務(wù)包括確定軟件系統(tǒng)的功能需求,性能需求和運行環(huán)境約束,編制軟件需求規(guī)格說明書,軟件系統(tǒng)的驗收測試準則和初步的用戶手冊?？焖僭图夹g(shù)的基本思想是：在軟件開發(fā)的早期,快速開發(fā)一個目標軟件系統(tǒng)的原型,讓用戶對其進行評價并提出修改意見,然后開發(fā)人員根據(jù)用戶的意見對原型進行改進。原型法模型一般適應(yīng)的場合：它適合于那些不能預(yù)先確切定義需求的軟件系統(tǒng)的開發(fā),更適合于那些項目組成員(包括分析員,設(shè)計員,程序員和用戶)不能很好交流或通信有困難的情況。軟件復(fù)雜性度量的主要參數(shù)極其含義：1）規(guī)模:總共的指令數(shù)或源程序行數(shù)；2）難度:通常由程序中出現(xiàn)的操作數(shù)的數(shù)目所決定的量來表示；3）結(jié)構(gòu):通常用與程序結(jié)構(gòu)有 關(guān)的度量來表示；4）智能度:即算法的難易程序。非漸增式測試與漸增式測試的區(qū)別：非漸增式測試：分別測試每個模塊，再放在一起結(jié)合成所要的程序；漸增式測試：將下一個要測試的模塊同已測試好的模塊放在一起測試，類推結(jié)合成所要的程序；優(yōu)缺點：l 漸增式測試可以較早發(fā)現(xiàn)模塊間的接口錯誤 l 非漸增式測試最后才組裝，因此錯誤發(fā)現(xiàn)得晚。l 非漸增式測試中發(fā)現(xiàn)錯誤后難以診斷定位 l 漸增式測試中，出現(xiàn)的錯誤往往跟最新加入的模塊有關(guān)。l 漸增式測試在不斷集成的過程中使模塊不斷在新的條件下受到新的檢測，測試更徹底。l 漸增式測試較非漸增式測試費時。l 非漸增式測試可以同時并行測試所有模塊，能充分利用人力。軟件工程目標：是研制、開發(fā)與生產(chǎn)出具有良好軟件質(zhì)量和費用合算的產(chǎn)品。軟件工程的內(nèi)容是：1）采用工程化方法和途徑來開發(fā)與維護軟件；2）應(yīng)該開發(fā)和使用更好的軟件工具；3）采取必要的管理措施。模塊的內(nèi)聚性包括的一般類型：(1)偶然內(nèi)聚(2)邏輯內(nèi)聚(3)時間內(nèi)聚(4)通信內(nèi)聚(5)順序內(nèi)聚(6)功能內(nèi)聚軟件測試的幾個主要步驟：1）模塊測試 2）子系統(tǒng)測試 3）系統(tǒng)測試 4）驗收測試 5）平行運行1軟件測試和調(diào)試的目的的區(qū)別：測試的目的是判斷和發(fā)現(xiàn)軟件是否有錯誤，調(diào)試的目的是定位軟件錯誤并糾正錯誤。1軟件的可行性研究的目的：就是用最小的代價在盡可能短的時間內(nèi)確定該軟件項目是否能夠開發(fā)，是否值得去開發(fā)。其實質(zhì)是要進行一次簡化、壓縮了的需求分析、設(shè)計過程，要在較高層次上以較抽象的方式進行需求分析和設(shè)計過程。1文檔在軟件工程中的作用：(1)提高軟件開發(fā)過程的能見度；(2)提高開發(fā)效率；(3)作為開發(fā)人員階段工作成果和結(jié)束標志；(4)記錄開發(fā)過程的有關(guān)信息便于使用與維護；(5)提供軟件運行、維護和培訓(xùn)有關(guān)資料；(6)便于用戶了解軟件功能、性能。（三）運用某單位工卡包含信息如下：該卡包括工號、英文名、年齡、性別、部門,工號從001至200,英文名是任意長度為從3至