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