第一篇：淮南師范學(xué)院-軟件工程考試版復(fù)習(xí)資料

什么是軟件？

軟件是能夠完成預(yù)定功能和性能，可執(zhí)行計(jì)算機(jī)程序和使程序正常執(zhí)行所需要的數(shù)據(jù)，加上描述程序的操作和使用文檔。（程序+數(shù)據(jù)+文檔）

軟件的特點(diǎn)？①軟件是一種邏輯實(shí)體，而不是有型的系統(tǒng)元件。②軟件是被開發(fā)的或被設(shè)計(jì)的，沒有明顯的制造過程，一旦開發(fā)成功，只需復(fù)制即可，但其維護(hù)的工作量大③軟件的使用沒有硬件那樣的機(jī)械磨損和老化問題

軟件工程：軟件工程是為經(jīng)濟(jì)地獲取能夠在實(shí)際機(jī)器上有效的可靠地軟件而建立和使用的一套合理的工程原則。

軟件生存周期：指軟件產(chǎn)品或軟件系統(tǒng)從生產(chǎn)、投入到被淘汰的全過程。具體過程如下：1軟件計(jì)劃（軟件計(jì)劃任務(wù)書）2需求分析（需求規(guī)格說明書）3軟件設(shè)計(jì)（軟件設(shè)計(jì)報(bào)告）4編碼（源程序、可執(zhí)行程序）5軟件測試（測試報(bào)告、測試記錄）6維護(hù)（維護(hù)報(bào)告）軟件過程：軟件過程是軟件生存周期中的一系列相關(guān)的過程

軟件開發(fā)模型：1.瀑布模型：①接受上一階段活動(dòng)的結(jié)果作為本階段活動(dòng)的輸入②依據(jù)上一階段活動(dòng)的結(jié)果實(shí)施本階段應(yīng)完成的活動(dòng)③對(duì)本階段的活動(dòng)進(jìn)行評(píng)審④將本階段活動(dòng)的結(jié)果作為輸出，傳遞給下一階段。2.演化模型：從結(jié)構(gòu)初期的原型出發(fā)，逐步將其演化成最終軟件產(chǎn)品的過程，演化模型特別適用于對(duì)軟件需求缺乏準(zhǔn)確認(rèn)識(shí)的情況3.增量模型：將軟件的開發(fā)過程分成若干個(gè)日程時(shí)間交錯(cuò)的線序列，每個(gè)線序列產(chǎn)生軟件的一個(gè)可發(fā)布的增量版本，后一個(gè)版本是對(duì)前一個(gè)版本的修改和補(bǔ)充，重復(fù)增量發(fā)布的過程，直至產(chǎn)生最終的完善產(chǎn)品，增量模型融合了瀑布模型的基本成分和演化模型的迭代特點(diǎn)，特別適用于需求經(jīng)常發(fā)生變化的軟件開發(fā)。4.原型模型：開發(fā)人員和用戶在原型上達(dá)成一致，縮短了開發(fā)周期，加快了工程進(jìn)程，降低成本。5.螺旋模型：將原型實(shí)現(xiàn)的迭代特征與瀑布模型中控制的和系統(tǒng)化的方法結(jié)合起來，不僅體現(xiàn)了這兩種模型的優(yōu)點(diǎn)而且增加了風(fēng)險(xiǎn)分析。6.噴泉模型：噴泉模型在面向?qū)ο蟮姆椒ㄖ?，分析模型和設(shè)計(jì)模型采用相同的符號(hào)表示體系，開發(fā)的各個(gè)活動(dòng)沒有明顯的邊界，各個(gè)活動(dòng)經(jīng)常重返，迭代的交替進(jìn)行。7.基于構(gòu)建的開發(fā)模型：基于構(gòu)建的開發(fā)是指利用預(yù)先包裝的構(gòu)件來構(gòu)造應(yīng)用系統(tǒng)，構(gòu)件可以是組織內(nèi)部的開發(fā)的構(gòu)件，也可以是商品化的，現(xiàn)存的軟件構(gòu)件。8.形式化方法模型：形式化方法是建立在嚴(yán)格數(shù)學(xué)基礎(chǔ)上的一種軟件開發(fā)方法，易于發(fā)現(xiàn)需求的歧義性，不完整性和不一致性，易于對(duì)分析模型，設(shè)計(jì)模型，程序模型進(jìn)行驗(yàn)證。

軟件的分類：①系統(tǒng)軟件（系統(tǒng)軟件居于計(jì)算機(jī)系統(tǒng)中最靠近硬件一層，其他軟件一般都通過系統(tǒng)軟件的發(fā)揮作用。如：OS）②支撐軟件（支撐軟件是支撐的開發(fā)和維護(hù)的軟件如：DBMS）③應(yīng)用軟件（應(yīng)用軟件是特定應(yīng)用領(lǐng)域?qū)Ｓ玫能浖Ｈ纾喝斯ぶ悄埽?/p>

軟件危機(jī)：指計(jì)算機(jī)軟件在開發(fā)和維護(hù)的過程中所遇到的一些列嚴(yán)重問題。2.危機(jī)表現(xiàn):應(yīng)用需求的發(fā)展，造成了軟件的規(guī)模、功能的擴(kuò)增，帶來了軟件復(fù)雜性的增大。形成原因：①軟件需求不夠明確②缺乏軟件開發(fā)的經(jīng)驗(yàn)和資料積累③開發(fā)過程沒有統(tǒng)一的,公認(rèn)的方法論和規(guī)范④未能在測試階段充分做好檢測工作。解決途徑：用現(xiàn)代工程的概念、原理、技術(shù)和方法進(jìn)行計(jì)算機(jī)軟件的開發(fā)、管理、維護(hù)和更新

軟件生成周期各階段的任務(wù)：①計(jì)算機(jī)系統(tǒng)工程：確定待開發(fā)軟件的總體要求和范圍，以及該軟件與其他計(jì)算機(jī)系統(tǒng)元素之間的關(guān)系，進(jìn)行成本估算，做出進(jìn)度安排，并進(jìn)行可行性分析。②需求分析：需求分析解決待開發(fā)軟件做什么的問題，確定軟件的功能，性能，數(shù)據(jù)等要求，生成軟件需求規(guī)約③設(shè)計(jì)：設(shè)計(jì)軟件系統(tǒng)的體系結(jié)構(gòu)，詳細(xì)設(shè)計(jì)的任務(wù)是設(shè)計(jì)各個(gè)組成成分的實(shí)現(xiàn)細(xì)節(jié)，包括局部數(shù)據(jù)結(jié)構(gòu)和算法④編碼：用某種語言將設(shè)計(jì)的結(jié)果轉(zhuǎn)換為可執(zhí)行性的程序代碼。⑤測試：發(fā)現(xiàn)并糾正軟件中的錯(cuò)誤和缺陷。

33.需求分析的原則：（1）必須能夠表示和理解問題的信息域（2）必須能夠定義軟件將完成的功能（3）必須能夠表示軟件的行為（4）必須劃分描述數(shù)據(jù)、功能、行為的模型，從而

分層次的揭示細(xì)節(jié)（5）分析工程應(yīng)從要素信息移向細(xì)節(jié)信息

34.軟件設(shè)計(jì)基本原則：（1）抽象與逐步求精（2）模塊化（3）信息隱蔽（4）模塊獨(dú)立

軟件的需求分析：用比較形式化的語言和分析技術(shù)對(duì)將要開發(fā)的軟件進(jìn)行模型的抽象分析，也即對(duì)用戶所期望的軟件系統(tǒng)的功能，行為，設(shè)計(jì)約束等方面進(jìn)行詳細(xì)的分解和描述，獲得用戶所需軟件系統(tǒng)需求的規(guī)格說明書的過程

需求分析的過程：①需求獲取：系統(tǒng)分析人員通過與用戶的交流，對(duì)現(xiàn)有系統(tǒng)的觀察及任務(wù)進(jìn)行分析②需求分析與協(xié)商：分析每個(gè)需求與其他需求的關(guān)系以檢查需求的一致性，重疊和遺漏情況，并根據(jù)用戶的需求進(jìn)行排序。③系統(tǒng)建模：通過合適的工具與符號(hào)系統(tǒng)的描述需求④需求規(guī)約：給出對(duì)目標(biāo)軟件的各種需求⑤需求驗(yàn)證：對(duì)功能的正確性⑥需求管理：對(duì)需求工程所有相關(guān)活動(dòng)的規(guī)劃和控制。

基于計(jì)算機(jī)系統(tǒng)是指：通過處理信息來完成某些預(yù)定義目標(biāo)而組織在一起的元素的集合或排列，組成基于計(jì)算機(jī)系統(tǒng)元素有：軟件，硬件，人員，數(shù)據(jù)庫，文檔和規(guī)程。

系統(tǒng)工程的主要任務(wù)：①識(shí)別用戶的要求②系統(tǒng)建模和模擬③成本估算及進(jìn)度安排④可行性分析⑤生成系統(tǒng)規(guī)格說明

可行性分析：①經(jīng)濟(jì)可行性（成本，效益，貨幣的時(shí)間，投資回收期，純收入）②技術(shù)可行性（風(fēng)險(xiǎn)分析，資源分析，技術(shù)分析）③法律可行性（確定系統(tǒng)開發(fā)可能導(dǎo)致的任何侵權(quán)妨礙和責(zé)任）④方案的選擇和折衷

21.項(xiàng)目：項(xiàng)目是為了完成某具體的產(chǎn)品或服務(wù)所做的一次性努力，其中涉及到一些關(guān)系人員，由他們完成相互關(guān)聯(lián)的活動(dòng)，項(xiàng)目發(fā)起人希望能夠有效地利用資源的基礎(chǔ)上，及時(shí)，有效的完成任務(wù)。

14.項(xiàng)目管理：指在項(xiàng)目活動(dòng)中運(yùn)用專門知識(shí)的，技能，工具和方法，使項(xiàng)目能夠?qū)崿F(xiàn)或超過項(xiàng)目關(guān)系人的需要和期望。

22.項(xiàng)目關(guān)系人：及參與項(xiàng)目和受項(xiàng)目影響的人，包括：項(xiàng)目發(fā)起人，項(xiàng)目組，協(xié)助人員，顧客，使用者，供應(yīng)商甚至是項(xiàng)目反對(duì)人。

23.項(xiàng)目成功具體表現(xiàn)：1.付出較低的開發(fā)成本2.達(dá)到要求的軟件功能 3.取得較好的軟件性能4.開發(fā)的軟件易于移植5.需要較低的維護(hù)費(fèi)用6.能按時(shí)完成開發(fā)工作，及時(shí)交付使用

24.項(xiàng)目估算的方法：（1）基于已經(jīng)完成類似項(xiàng)目進(jìn)行估（2）基于分解技術(shù)進(jìn)行估算（3）基于經(jīng)驗(yàn)估算模型的估算

17.數(shù)據(jù)字典：用來定義數(shù)據(jù)流圖中各個(gè)成分的具體含義，它以一種準(zhǔn)確的無二義性的說明方式，為系統(tǒng)的分析，設(shè)計(jì)及維護(hù)提供了有關(guān)元素的一致性的定義和詳細(xì)設(shè)計(jì)

19.軟件設(shè)計(jì)的原則：抽象與逐步求精，模塊化，信息隱藏，模塊獨(dú)立軟件設(shè)計(jì)的任務(wù)：抽象與逐步求精，模塊化，信息隱藏，模塊獨(dú)立

軟件設(shè)計(jì)的過程：是軟件過程是軟件生存周期中的一系列相關(guān)的過程。制定規(guī)范；體系結(jié)構(gòu)和接口設(shè)計(jì)；數(shù)據(jù)/類設(shè)計(jì)；部件級(jí)設(shè)計(jì)，編寫設(shè)計(jì)文檔；設(shè)計(jì)評(píng)審

31.軟件設(shè)計(jì)分為：（1）數(shù)據(jù)設(shè)計(jì)（2）體系結(jié)構(gòu)設(shè)計(jì)（3）接口設(shè)計(jì)（4）過程設(shè)計(jì) 一個(gè)系統(tǒng)分析人員應(yīng)該具備哪些思想素質(zhì)和基礎(chǔ)知識(shí)？

答：①能夠熟練的掌握計(jì)算機(jī)硬件，硬件知識(shí)，具備系統(tǒng)開發(fā)經(jīng)驗(yàn)②善于進(jìn)行抽象思維和創(chuàng)造性思維，善于把握抽象概念，并把它重新整理成各種邏輯成分，并給出簡明清晰的描述③善于從相互沖突或混淆的原始資料中抽出恰當(dāng)?shù)臈l目④善于進(jìn)行調(diào)查研究，能夠很快的學(xué)習(xí)用戶專業(yè)領(lǐng)域知識(shí)，理解用戶中的環(huán)境條件⑤能夠傾聽他人意見⑥具有良好的書面和口頭交流表達(dá)能力

程序設(shè)計(jì)風(fēng)格：<一>源程序文檔化（1）標(biāo)識(shí)符的命名（2）程序的詮釋（3）視覺組織<二>數(shù)據(jù)說明方式：（1）數(shù)據(jù)說明次序規(guī)范化（2）說明語句中變量安排有序化（3）使用注釋說明復(fù)雜的數(shù)據(jù)結(jié)構(gòu)<三>語句結(jié)構(gòu)（1）一行內(nèi)只寫一條語句（2）首先考慮清晰性（3）直截

了當(dāng)說明程序員的用意<四>輸入輸出規(guī)范化（1）保持輸入格式的簡單化（2）設(shè)計(jì)良好的輸出格式，并給所有輸出數(shù)據(jù)加注釋

16.軟件測試的目的：發(fā)現(xiàn)軟件中的錯(cuò)誤和缺陷，并加以糾正。測試的基本原則：①所有測試都應(yīng)追溯到客戶的需求②應(yīng)該在測試工作正式開始前的較長時(shí)間就進(jìn)行測試計(jì)劃。③Pareto原則可用于軟件測試④測試應(yīng)從小模塊開始，逐步轉(zhuǎn)向大規(guī)模⑤由獨(dú)立的第三方來承擔(dān)測試

20.面向?qū)ο笈c面向?qū)ο蟮臄?shù)據(jù)流的比較：①OOA可以更好的在軟件設(shè)計(jì)的下一階段復(fù)用前一階段的成果，讓開發(fā)出來的軟件有更強(qiáng)的適用性，反復(fù)性，利于進(jìn)一步的軟件維護(hù)和修改，但前提是OOA設(shè)計(jì)與分析一定要到位，數(shù)據(jù)流相對(duì)的更為直觀，且在小型軟件項(xiàng)目中可以更快速的建立整個(gè)需求與底層數(shù)據(jù)庫的設(shè)計(jì)也比較容易保持一致。②適用的場景：OOA適用于大型軟件，并且更好的是那種需要不斷更新維護(hù)，不斷發(fā)展深化的軟件項(xiàng)目。數(shù)據(jù)流分析則比較適合于小型項(xiàng)目，一次性買賣，不利于軟件的擴(kuò)充與維護(hù)。

24.IPO圖是對(duì)每個(gè)模塊進(jìn)行詳細(xì)設(shè)計(jì)的工具，它是輸入，加工和輸出，是一種數(shù)據(jù)流圖，在結(jié)構(gòu)化，程序分析過程中，數(shù)據(jù)流圖是分析起步的關(guān)鍵，并可以作為設(shè)計(jì)規(guī)劃出模塊的依據(jù)而流程圖表示程序邏輯過程

25.計(jì)算機(jī)系統(tǒng)的元素主要有：軟件，硬件，人員，數(shù)據(jù)庫，文檔和規(guī)程。

系統(tǒng)工程主要任務(wù)：識(shí)別用戶的要求，系統(tǒng)建模和模擬，成本付算改進(jìn)度安排，可行性分析，生成系統(tǒng)規(guī)格說明

26.軟件測試的目的：發(fā)現(xiàn)軟件中的錯(cuò)誤和缺陷，并加以糾正。測試的基本原則：①所有測試都應(yīng)追溯到客戶的需求②應(yīng)該在測試工作正式開始前的較長時(shí)間就進(jìn)行測試計(jì)劃。③Pareto原則可用于軟件測試④測試應(yīng)從小模塊開始，逐步轉(zhuǎn)向大規(guī)模⑤由獨(dú)立的第三方來承擔(dān)測試。

27.需求分析的原則：①必須能夠表示和理解問題的信息于②必須能夠定義軟件將能完成的功能③必須能夠表示軟件的行為④必須劃分描述數(shù)據(jù)，功能和行為模型，從而可以分層次地揭示細(xì)節(jié)⑤分析過程應(yīng)該從要素信息移向細(xì)節(jié)信息

28.基于構(gòu)件的開發(fā)：領(lǐng)域工程+應(yīng)用系統(tǒng)工程?；谛问交哪Ｐ?.基于模型的規(guī)格說明及其變換技術(shù)2.基于代數(shù)結(jié)構(gòu)及其變換技術(shù)3.基于時(shí)序邏輯的規(guī)格說明和驗(yàn)證技術(shù)4.基于可視形式化技術(shù)

29.白盒測試（邏輯覆蓋測試，基本路徑測試，數(shù)據(jù)流測試和循環(huán)測試）：稱結(jié)構(gòu)測試，這種方法是把測試對(duì)象看做一個(gè)透明的盒子，測試人員根據(jù)程序內(nèi)部的結(jié)構(gòu)及有關(guān)信息設(shè)計(jì)測試用例，檢查程序中所有邏輯路徑是否都按預(yù)定的要求正確的工作。黑盒測試（等價(jià)類劃分，邊界值分析，比較測試，錯(cuò)誤猜測和因果圖方法）：稱為行為測試，這種測試的方法把測試對(duì)象看做一個(gè)黑盒子，檢測人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能需求

30.變換模型：基于形式化規(guī)格說明語言及程序變化的軟件開發(fā)模型。分類：其技術(shù)分類：

（1）基于模型的規(guī)格說明語言及其變換技術(shù)（2）基于代數(shù)結(jié)構(gòu)的規(guī)格說明語言及其變換技術(shù)3）基于時(shí)序邏輯的規(guī)格說明語言及其變換技術(shù)（4）基于可視形式化技術(shù)的規(guī)格說明

31.簡述CASE工具和環(huán)境的重要性

答：CASE已被證明可以加快開發(fā)速度，提高應(yīng)用軟件產(chǎn)生率并保證應(yīng)用軟件的可靠品質(zhì)，計(jì)算機(jī)專業(yè)人員利用計(jì)算機(jī)使他們的企業(yè)提高了效率，企業(yè)的各個(gè)部門通過使用計(jì)算機(jī)提高了生產(chǎn)率，增強(qiáng)了企業(yè)的競爭力，并使之帶來了更多的利潤

32.什么是回歸測試？

在集成測試過程中，每當(dāng)增加一個(gè)或一組新模塊式，原先已經(jīng)集成的軟件就發(fā)生了改變，新的數(shù)據(jù)流路徑被建立新的I/O操作可能出現(xiàn)，可能激活新的控制邏輯，這些改變可能是原本

正常的功能產(chǎn)生錯(cuò)誤?；貧w測試就是對(duì)已經(jīng)進(jìn)行過的測試的子集的重新執(zhí)行。以確保對(duì)重新的改變和修改，沒有傳播非故意的副作用

33.簡述面向?qū)ο蟮脑O(shè)計(jì)過程。

答：面向?qū)ο笤O(shè)計(jì)的一般步驟：1）系統(tǒng)設(shè)計(jì)A．將子系統(tǒng)分配到處理器B．選擇時(shí)下數(shù)據(jù)管理界面支持和任務(wù)管理的設(shè)計(jì)策略。C．為系統(tǒng)設(shè)計(jì)合適的控制機(jī)制。D．復(fù)審并考慮，權(quán)衡。2）對(duì)象設(shè)計(jì)A．在過程級(jí)別設(shè)計(jì)每個(gè)操作。B．定義內(nèi)部類。C．為類屬性設(shè)計(jì)內(nèi)部數(shù)據(jù)結(jié)構(gòu)。3）消息設(shè)計(jì)A．使用對(duì)象間的協(xié)作和對(duì)象關(guān)系模型。設(shè)計(jì)消息模型。4）復(fù)審A．對(duì)設(shè)計(jì)模型進(jìn)行復(fù)審，并且在需要的時(shí)候進(jìn)行迭代

35.什么叫模塊獨(dú)立？為什么要模塊獨(dú)立性？：模塊完成獨(dú)立的功能并且與其他模塊的接口簡單，符合信息隱蔽和模塊間關(guān)聯(lián)小和依賴程度小。原因;a.功能被劃分，并且接口被簡化，所以具有有效模塊化軟件易于開發(fā)b.由于因設(shè)計(jì)和編碼修改引起的副作用受到局限，模塊復(fù)用成為可能，所以獨(dú)立的模塊更易于維護(hù)和測試。總之，獨(dú)立模塊是良好設(shè)計(jì)的關(guān)鍵，從而保證質(zhì)量的關(guān)鍵

36.自頂向下和自底向上漸增測試優(yōu)缺點(diǎn)：1.優(yōu)：不需要測試驅(qū)動(dòng)程序，能夠在測試階段的早期實(shí)現(xiàn)并驗(yàn)證系統(tǒng)的主要功能，而且能夠盡早發(fā)現(xiàn)上層模塊的接口錯(cuò)誤。缺：需要存根程序，底層錯(cuò)誤發(fā)現(xiàn)轉(zhuǎn)換。2.優(yōu)：不需要樁模塊，因此比較容易組織測試，分解成若干個(gè)簇，對(duì)同一層簇可并行進(jìn)行測試，提高了測試效率；缺：每個(gè)簇都只是整個(gè)程序的一部分，因此整體性錯(cuò)誤發(fā)現(xiàn)晚。

37.軟件測試步驟，每個(gè)步驟與什么文檔有關(guān)？（測試策略）

1單元測試（模塊測試）集中對(duì)每一個(gè)源代碼實(shí)現(xiàn)的每一個(gè)程序單元進(jìn)行測試，相關(guān)文檔詳細(xì)設(shè)計(jì)說明書；2集成測試（系統(tǒng)/子系統(tǒng)測試）把已測試的模塊組裝起來，主要對(duì)于設(shè)計(jì)相關(guān)的軟件體系結(jié)構(gòu)構(gòu)造進(jìn)行測試，與其相關(guān)的文檔是集成測試設(shè)計(jì)和軟件需求說明書；3確認(rèn)測試（驗(yàn)收）檢查又實(shí)現(xiàn)的軟件是否滿足了需求格式說明書確定的各種需求配置是否完全正確；4系統(tǒng)測試（用戶指南，使用手冊(cè)）已確認(rèn)軟件納入實(shí)際運(yùn)行環(huán)境中，與其他系統(tǒng)成分組合在一起進(jìn)行測試

38.軟件維護(hù)：軟件系統(tǒng)交付使用后，為了改正錯(cuò)誤或滿足新的需要而修改軟件的過程 軟件維護(hù)的原因：（1）隨著計(jì)算機(jī)的飛速發(fā)展，數(shù)據(jù)環(huán)境或外部環(huán)境可能發(fā)生改變，為了使現(xiàn)軟件適應(yīng)這種變化（2）為了滿足用戶提出增加新功能或修改已有功能的要求（3）為了使計(jì)算機(jī)陳旭能被更好的糾錯(cuò)，適應(yīng)和增強(qiáng)，以提高軟件可維護(hù)性、可靠性

維護(hù)方法：糾錯(cuò)性維護(hù)、適應(yīng)性維護(hù)、改善性維護(hù)、預(yù)防性維護(hù)、結(jié)構(gòu)化維護(hù)、非結(jié)構(gòu)化維護(hù)。

軟件可維護(hù)性：指理解、改正、調(diào)整和改進(jìn)軟件的難易程度.主要因素：可理解性、可測試性、可修改性、可移植性

39.怎么知道總體結(jié)構(gòu)的好壞？答：設(shè)計(jì)必須實(shí)現(xiàn)模型中描述的所以顯示需求還有隱示需求，是可讀可理解的，使得將來易于編碼，測試和維護(hù)

32.各個(gè)階段的原則，各階段間的聯(lián)系

各階段的聯(lián)系：（1）需求分析階段是在確定軟件開始可行的情況下，對(duì)軟件實(shí)現(xiàn)的各個(gè)功能進(jìn)行詳細(xì)分析，這一階段做好了將為整個(gè)軟件開發(fā)項(xiàng)目打下良好的基礎(chǔ)（2）軟件設(shè)計(jì)主要是根據(jù)需求分析的結(jié)果，對(duì)整個(gè)軟件系統(tǒng)進(jìn)行設(shè)計(jì)（3）編碼階段是將軟件設(shè)計(jì)的結(jié)果轉(zhuǎn)換為計(jì)算機(jī)可運(yùn)行的程序代碼，在編寫代碼中必須要制定統(tǒng)一，符合標(biāo)準(zhǔn)的編寫規(guī)范（4）測試是在軟件設(shè)計(jì)完成后要經(jīng)過嚴(yán)密的測試，以發(fā)現(xiàn)軟件在整個(gè)設(shè)計(jì)中存在的問題并加以糾正

（5）軟件維護(hù)時(shí)軟件生命周期中持續(xù)時(shí)間最長的階段，在軟件投入使用后，由于諸多原因，必須對(duì)軟件進(jìn)行軟件維護(hù)

第二篇：軟件工程復(fù)習(xí)資料

選擇題：

1、軟件是一種（B）產(chǎn)品

A、有形

B、邏輯

C、物質(zhì)

D、消耗

2、軟件的主要功能和結(jié)構(gòu)是在（A）階段覺決定的

A、分析設(shè)計(jì)

B、編程

C、測試

D、維護(hù)

3、軟件工程學(xué)的目的應(yīng)該是解決軟件生成的（D）問題

A、提高軟件開發(fā)效率

B、使軟件生產(chǎn)工程化

C、消除軟件的生產(chǎn)危機(jī) d、加強(qiáng)軟件的質(zhì)量保證

4、研究開發(fā)所需要的成本和資源是屬于可行性研究中的（B）研究的一方面

A、技術(shù)可行性

B、經(jīng)濟(jì)可行性

c、社會(huì)可行性

d、法律可行性

5、經(jīng)濟(jì)可行性研究的范圍包括（C）

A、資源有效性

b、管理制度

c、效益分析

d、開發(fā)風(fēng)險(xiǎn)

6、系統(tǒng)流程圖是描述（D）的工具

A、邏輯系統(tǒng)

b、程序系統(tǒng)

c、體系結(jié)構(gòu)

d、物理系統(tǒng)

7、可行性研究的目的是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問題的（A）

A、能否可解

b、工程進(jìn)度

c、開發(fā)計(jì)劃

d、人員配置

8、需求分析階段的任務(wù)是確定（D）

A、軟件開發(fā)方法

b、軟件開發(fā)工具

c、軟件開發(fā)費(fèi)

d、軟件系統(tǒng)的功能

9、系統(tǒng)流程圖用于可行性分析中（A）的描述

A、當(dāng)前運(yùn)行系統(tǒng)

b、當(dāng)前邏輯模型

c、目標(biāo)系統(tǒng)

d、新系統(tǒng)

10、數(shù)據(jù)字典是用來定義（D）中的各個(gè)成分的具體含義的

A、流程圖

b、功能結(jié)構(gòu)圖

c、系統(tǒng)結(jié)構(gòu)圖

d、數(shù)據(jù)流圖

11、在數(shù)據(jù)流圖中，符號(hào)方框表示（B）

A、變換/加工

b、外部實(shí)體

c、數(shù)據(jù)流

d、數(shù)據(jù)存儲(chǔ)

12、數(shù)據(jù)字典是對(duì)數(shù)據(jù)定義信息的集合，他所定義的對(duì)象都包含于（A）

A、數(shù)據(jù)流圖

b、程序框圖

c、軟件結(jié)構(gòu)

d、方框圖

13、數(shù)據(jù)流圖是表示軟件模型的一種圖示方法，畫數(shù)據(jù)流圖應(yīng)遵循的原則是（B）

A、自底向上、分層繪制、逐步求精

B、自頂向下、分層繪制、逐步求精

C、自定向下、逐步求精

D、自頂向上、分層繪制

14、劃分模塊時(shí)，一個(gè)模塊的（A）

A、作用范圍應(yīng)在其控制范圍之內(nèi)

b、控制范圍應(yīng)在其作用范圍內(nèi)

C、作用范圍與控制范圍互不包含

d、作用范圍矛控制范圍不受任何限制

15、結(jié)構(gòu)化設(shè)計(jì)方法在軟件開發(fā)中，用于（B）

A、測試用例設(shè)計(jì)

b、概要設(shè)計(jì)

c、程序設(shè)計(jì)

d、詳細(xì)設(shè)計(jì)

16、在軟件結(jié)構(gòu)圖中，模塊框之間若有直線連接，表示他們之間存在著（A）關(guān)系

A、調(diào)用

b、組成 c、連接

d、順序執(zhí)行

17、在進(jìn)行軟件結(jié)構(gòu)設(shè)計(jì)時(shí)應(yīng)遵循的最主要的原理是（C）

A、抽象

b、模塊化

c、模塊獨(dú)立

d、信息隱藏

18、設(shè)計(jì)軟件結(jié)構(gòu)一般不確定（C）

A、模塊功能

b、模塊接口

c、模塊內(nèi)的局部數(shù)據(jù)

d、模塊間的調(diào)用關(guān)系

19、在軟件的結(jié)構(gòu)化設(shè)計(jì)方法中，一般分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩階段，其中詳細(xì)設(shè)計(jì)主要要建立（D）

A、軟件結(jié)構(gòu)

b、軟件過程

c、軟件模型

d、軟件模塊 20、軟件詳細(xì)設(shè)計(jì)階段的任務(wù)是（A）

A、算法設(shè)計(jì)

b、功能設(shè)計(jì)

c、調(diào)用關(guān)系設(shè)計(jì)

d、輸入/輸出設(shè)計(jì)

21、軟件詳細(xì)設(shè)計(jì)階段主要采用的工具是（B）

A、DFD

B、PAD

C、DD

D、SA

22、軟件詳細(xì)設(shè)計(jì)階段采用自左向右的二維圖形結(jié)構(gòu)描述算法的是（C）

A、IPO

B、JSP

C、PAD

D、JSD

23、Jackson方法以（B）為中心

A、控制

b、數(shù)據(jù)結(jié)構(gòu)

c、活動(dòng)事件

d、數(shù)據(jù)流

24、詳細(xì)設(shè)計(jì)與概要設(shè)計(jì)銜接的圖形工具是（D）

A、DFD圖

b、程序圖

c、PAD圖

d、SC圖

25、在確定屬性時(shí)，所有（B）事候選屬性

A、動(dòng)詞

b、名詞

c、修飾性名詞詞組

d、詞組

26、動(dòng)態(tài)模型的構(gòu)成不包括（C）

A、事件

b、關(guān)聯(lián)

c、操作

d、狀態(tài)

27、對(duì)象模型的描述工具是（C）

A、狀態(tài)圖

b、數(shù)據(jù)流圖

c、對(duì)象圖

d、結(jié)構(gòu)圖

28、通過執(zhí)行對(duì)象的操作改變對(duì)象的屬性，但他必須通過（B）來執(zhí)行

A、接口

b、消息

c、信息

d、操作

29、描述對(duì)象的行為，反映對(duì)象的狀態(tài)與事件的關(guān)系是（A）

A、狀態(tài)圖

b、對(duì)象圖

c、流程圖

d、結(jié)構(gòu)圖 30、軟件測試可能發(fā)展軟件中的（），但不能證明軟件（B）

A、所有錯(cuò)誤、沒有錯(cuò)誤

b、錯(cuò)誤、沒有錯(cuò)誤

C、邏輯錯(cuò)誤、沒有錯(cuò)誤

d、設(shè)計(jì)錯(cuò)誤，沒有錯(cuò)誤

31、發(fā)現(xiàn)錯(cuò)誤能力最弱的是（A）

A、語句覆蓋

b、判定覆蓋

c、條件覆蓋

d、路徑覆蓋

32、從已經(jīng)發(fā)現(xiàn)故障的存在到找到準(zhǔn)確的故障位置并確定故障的性質(zhì)，這一過程稱為（C）

A、邏輯檢測

b、故障排除

c、調(diào)試

d、測試

33、超出軟件工程范圍的測試是（D）

A、單元測試

b、集成測試

c、確定測試

d、系統(tǒng)測試

34、下列文檔與維護(hù)人員有關(guān)的有（C）

A、軟件需求說明書

b、項(xiàng)目開發(fā)計(jì)劃

c、概要設(shè)計(jì)說明書

d、操作手冊(cè)

35、在軟件生存周期中，工作量所占比例最大的階段是（D）階段

A、需求分析

b、設(shè)計(jì)

c、測試

d、維護(hù)

36、軟件維護(hù)困難的主要原因是（C）

A、費(fèi)用低

b、人員少

c、開發(fā)方法的缺陷

d、維護(hù)難

37、維護(hù)階段的文檔是（C）

A、軟件需求說明

b、操作手冊(cè)

c、軟件問題報(bào)告

d、測試分析報(bào)告

填空題：

1、在軟件的生存周期開發(fā)階段要經(jīng)過概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、軟件設(shè)計(jì)三個(gè)步驟。

2、軟件工程師指導(dǎo)軟件開發(fā)和維護(hù)的一門工程學(xué)科，采用工程的概念、原理、技術(shù)和方法來開發(fā)與維護(hù)軟件，把經(jīng)過時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來，就是是軟件工程。

3、軟件危機(jī)是在軟件發(fā)展的第二階段末期。

4、軟件生存期可分為三個(gè)大階段：軟件開發(fā)、使用、維護(hù)。

5、技術(shù)可行性研究包括風(fēng)險(xiǎn)分析、資源分析、技術(shù)分析

6、可行性研究實(shí)質(zhì)上進(jìn)行一次簡化、壓縮了的需求分析和設(shè)計(jì)。

7、需求分析的步驟有：調(diào)查研究、分析與綜合、書寫文檔、需求分析評(píng)審。

8、瀑布模型是以文檔為驅(qū)動(dòng)、適合于需求很明確的軟件項(xiàng)目的模型。

9、模塊之間聯(lián)系越緊密，其耦合性就越強(qiáng)，模塊的獨(dú)立性就越差。

10、將軟件系統(tǒng)劃分模塊時(shí)，要盡量做到高內(nèi)聚低耦合，提高模塊的獨(dú)立性。

11、數(shù)據(jù)流圖一般可分為交換型和事物型兩類。事物型的DFD是一個(gè)順序結(jié)構(gòu)。

12、軟件結(jié)構(gòu)從形態(tài)上總的考慮是：頂層扇出數(shù)較高一些，中間層扇出數(shù)較少一些，底層扇入數(shù)較少一些。

13、一個(gè)模塊的作用范圍是指模塊內(nèi)一個(gè)判定影響的所有模塊的集合。

14、軟件的詳細(xì)設(shè)計(jì)可以用來采用圖形、表格、語言三種形式描述工具表示模塊的處理過程。

15、在詳細(xì)設(shè)計(jì)階段的文檔是詳細(xì)設(shè)計(jì)說明書，他是程序運(yùn)行過程的描述。

16、程序流程圖又稱程序框圖，他是軟件開發(fā)者最熟悉的一種算法表達(dá)工具。

17、對(duì)象之間通過接口互相聯(lián)系，以模擬現(xiàn)實(shí)世界中的不同事件彼此之間的聯(lián)系。

18、類的實(shí)例化是定義類的對(duì)象。

19、子類只繼承一個(gè)父類的屬性和操作，稱為單重繼承。20、類具有操作，它是對(duì)象的行為的抽象。

21、在用例圖中用例之間也存在一定的聯(lián)系，用例之間通常有執(zhí)行者、用例和用例之間三種關(guān)系。

22、在UML用例圖中，橢圓表示用例，方框表示系統(tǒng)，小人狀圖案表示執(zhí)行者

23、軟件測試過程按測試的先后次序可先分為四個(gè)步驟進(jìn)行：單元測試、集成測試、確定測試和系統(tǒng)測試，最后進(jìn)行驗(yàn)收測試。

24、軟件測試的種類大致可以分為人工測試和基于計(jì)算機(jī)的測試?；谟?jì)算機(jī)的測試還有兩種方法，分別是黑盒測試和白盒測試。

25、軟件測試是為了發(fā)現(xiàn)錯(cuò)誤執(zhí)行程序的過程。

26、所有軟件維護(hù)申請(qǐng)報(bào)告要按規(guī)定方式提出，該報(bào)告也稱軟件問題報(bào)告。

27、維護(hù)階段是軟件生存周期中時(shí)期最長的階段，花費(fèi)精力和費(fèi)用最多的階段

名詞解釋：

軟件工程：指用科學(xué)的原理和理論定義，開發(fā)、維護(hù)軟件的學(xué)科。

軟件危機(jī)：指計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題

瀑布模型：是將軟件生存各個(gè)活動(dòng)規(guī)定為依線性順序聯(lián)接的若干階段的模型。它包括可行性分析、項(xiàng)目開發(fā)計(jì)劃、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測試和維護(hù)。它規(guī)定了由前至后，相互銜接的固定次序，如同瀑布流水，逐級(jí)下落。

可行性研究：指對(duì)項(xiàng)目有關(guān)的運(yùn)行、經(jīng)濟(jì)、技術(shù)、法律和開發(fā)方案可行性等各方面研究可行性。

需求分析：需求分析是指開發(fā)人員要準(zhǔn)確理解用戶的需求，進(jìn)行細(xì)致的調(diào)查分析，將用戶非形式的需求陳述轉(zhuǎn)化成完整的需求定義，再由需求定義轉(zhuǎn)換到相應(yīng)的形式功能規(guī)約（需求規(guī)格說明）的過程。

數(shù)據(jù)流圖：一種圖形化技術(shù)，它描繪信息流和數(shù)據(jù)從輸入移動(dòng)到輸出過程中所經(jīng)受的變

換

耦合性： 耦合性也稱塊間關(guān)系，指軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系緊密程度的一種度量

簡答題：

10、軟件工程有哪些原則？

答：

1、分解

2、抽象和信息隱蔽

3、一致性

4、確定性

5、完備性

6、可嚴(yán)驗(yàn)證性

11、簡述軟件工程目標(biāo)和面臨的主要問題？

答：軟件工程是一門工程性的學(xué)科，其目標(biāo)主要是：付出較低的開發(fā)成本；達(dá)到要求的軟件功能；取得較好的軟件性能；開發(fā)的軟件易于移植；需要較低的維護(hù)費(fèi)用；能按時(shí)完成開發(fā)任務(wù)，及時(shí)交付使用；開發(fā)的軟件可靠性高。

面臨的主要問題是：軟件費(fèi)用 軟件可靠性 軟件維護(hù) 軟件生產(chǎn)率 軟件重用。

第三篇：軟件工程復(fù)習(xí)資料

1.軟件是（程序及其文檔）。

2.從事物的組成部件及每個(gè)部件的屬性、功能來認(rèn)識(shí)事物。這種方法被稱為(面向?qū)ο?的方法。

3.程序的三種基本控制結(jié)構(gòu)是（順序、選擇和重復(fù)）。

4.根據(jù)用戶在軟件使用過程中提出的建設(shè)性意見而進(jìn)行的維護(hù)活動(dòng)稱為(改善性維護(hù))。

5.面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸Ｐ?，?對(duì)象模型、動(dòng)態(tài)模型、功能模型)。

6.可行性研究的步驟中不包括的內(nèi)容是(導(dǎo)出新系統(tǒng)高層邏輯模型)。7.軟件測試的目標(biāo)是（發(fā)現(xiàn)錯(cuò)誤、降低錯(cuò)誤帶來的風(fēng)險(xiǎn)）。8.將軟件組裝成系統(tǒng)的一種測試技術(shù)叫(集成測試)。

9.技術(shù)可行性是可行性研究的關(guān)鍵，其主要內(nèi)容一般不包括(人員分析)。10.軟件生命周期中所花費(fèi)用最多的階段是（軟件維護(hù)）11.(軟件有效性)指軟件系統(tǒng)的時(shí)間和空間效率。

12.在E-R模型中，包含以下基本成分(實(shí)體、聯(lián)系、屬性)。

13.軟件工程中的各種方法是完成軟件工程項(xiàng)目的技術(shù)手段，它們支持軟件工程的(各個(gè))階段。

14.軟件需求規(guī)格說明的內(nèi)容不應(yīng)包括（算法的詳細(xì)描述）。

15.盒圖也稱為（N-S圖）。這種表達(dá)方式取消了流程線，它強(qiáng)迫程序員以結(jié)構(gòu)化方式思考和解決問題。

16.從事物的屬性側(cè)面來描述事物的方法就是(面向數(shù)據(jù))的方法。9.以下不屬于白盒測試技術(shù)的是（等價(jià)類劃分）。

17.為改正軟件系統(tǒng)中潛藏的錯(cuò)誤而進(jìn)行的維護(hù)活動(dòng)稱為（糾錯(cuò)性維護(hù)）18.一個(gè)模塊的(扇入數(shù))是指能直接控制該模塊的模塊數(shù)。19.軟件的發(fā)展經(jīng)歷了（三）個(gè)發(fā)展階段。

20.Jackson方法在需求分析階段的主要步驟不包括(了解實(shí)體行為)。21.實(shí)踐表明，確定發(fā)生錯(cuò)誤的位置和內(nèi)在原因所需的工作量幾乎占整個(gè)調(diào)試工作量的(90)%。

22.軟件工程過程中最普通應(yīng)用的是瀑布模型，下面敘述哪個(gè)不是它的主要特征（嚴(yán)格定義需求）

23.(類)是對(duì)具有共同特征的對(duì)象的進(jìn)一步抽象。13.為了進(jìn)一步改善軟件系統(tǒng)的可維護(hù)性和可靠性，并為以后的改進(jìn)奠定基礎(chǔ)的軟件維護(hù)稱為(預(yù)防性維護(hù))。

24.為了進(jìn)一步改善軟件系統(tǒng)的可維護(hù)性和可靠性，并為以后的改進(jìn)奠定基礎(chǔ)的軟件維護(hù)稱為(預(yù)防性維護(hù))。

25.按軟件的功能進(jìn)行劃分，軟件分為(系統(tǒng)軟件)、支撐軟件和應(yīng)用軟件。26.軟件定義的基本任務(wù)是確定軟件系統(tǒng)的工程(需求)，也就是要搞清“做什么”。

27.數(shù)據(jù)流圖(DFD)是一種圖形化技術(shù)，描繪信息和數(shù)據(jù)從輸入移動(dòng)到輸出的過程所經(jīng)受的變換。

28.任何一個(gè)基于計(jì)算機(jī)系統(tǒng)都可以用輸入-處理-輸出(IPO)圖來描述，它將該系統(tǒng)轉(zhuǎn)換成一個(gè)信息變換模型。

29.純收入衡量工程價(jià)值的經(jīng)濟(jì)指標(biāo)之一，它等于(折合現(xiàn)價(jià)的總收入-當(dāng)前投資額)30.以詳細(xì)設(shè)計(jì)說明書為輸入，將該輸入用某種程序設(shè)計(jì)語言翻譯成計(jì)算機(jī)可以理解并最終可運(yùn)行的代碼的過程叫(編碼)過程。

31.驗(yàn)證軟件需求正確性的四個(gè)方面是一致性、完整性、現(xiàn)實(shí)性和(有效性)。32.(概要設(shè)計(jì))，將軟件需求轉(zhuǎn)化為數(shù)據(jù)結(jié)構(gòu)和軟件的系統(tǒng)結(jié)構(gòu)。33.改進(jìn)軟件結(jié)構(gòu)提高模塊獨(dú)立性爭取(低耦合、高內(nèi)聚)。

34.軟件定義過程可通過軟件系統(tǒng)的可行性研究和(需求分析)兩個(gè)階段來完成。

35.(調(diào)試)的目的是確定錯(cuò)誤的位置和引起錯(cuò)誤的原因，并加以改正。36.面向(數(shù)據(jù)流)的設(shè)計(jì)方法是把信息流映射成軟件結(jié)構(gòu)。37.(軟件維護(hù))是軟件生命周期的最后一個(gè)階段。38.(軟件測試)的目標(biāo)是發(fā)現(xiàn)錯(cuò)誤、降低錯(cuò)誤帶來的風(fēng)險(xiǎn)。

39.為了進(jìn)一步改善軟件系統(tǒng)的可維護(hù)性和可靠性，并為以后的改進(jìn)奠定基礎(chǔ)的軟件維護(hù)稱為(預(yù)防性維護(hù))。

40.文檔：一種數(shù)據(jù)媒體和其上所記錄的（數(shù)據(jù)）。

41.程序的三種基本控制結(jié)構(gòu)是(順序)、(選擇)、(重復(fù))。42.軟件定義的基本任務(wù)是確定軟件系統(tǒng)的工程（需求），也就是要搞清“做什么”。

43.所有軟件維護(hù)申請(qǐng)報(bào)告要按規(guī)定方式提出，該報(bào)告也稱(軟件問題)報(bào)告。

44.軟件可靠性是指在給定的時(shí)間間隔內(nèi)，程序成功運(yùn)行的（概率）。45.軟件工程過程中最普通應(yīng)用的是(瀑布)模型。46.軟件有效性，指軟件系統(tǒng)的時(shí)間和（空間）效率。47.高級(jí)語言：獨(dú)立于機(jī)器，面向過程或面向（對(duì)象）。

48.在軟件測試中，已知產(chǎn)品內(nèi)部工作過程，通過測試檢驗(yàn)產(chǎn)品內(nèi)部動(dòng)作是否按照產(chǎn)品規(guī)格說明的規(guī)定正常進(jìn)行的方法稱為（白盒）測試法。

49.任何一個(gè)基于計(jì)算機(jī)系統(tǒng)都可以用輸入-處理-輸出（IPO）圖來描述，它將該系統(tǒng)轉(zhuǎn)換成一個(gè)信息變換模型。

50.面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸Ｐ?，即?duì)象模型、動(dòng)態(tài)模型、(功能模型)。

51.軟件工程由方法、工具和過程三部分組成，稱為（軟件工程）的三要素。52.軟件工程由(方法)、工具和過程三部分組成，稱為軟件工程的三要素。53.軟件測試的目標(biāo)是（發(fā)現(xiàn)錯(cuò)誤、降低錯(cuò)誤帶來的風(fēng)險(xiǎn)）。54.（耦合度）是對(duì)軟件結(jié)構(gòu)中?？扉g關(guān)聯(lián)程度的一種度量。

55.在E-R模型中，包含的基本成分有(實(shí)體)、聯(lián)系和屬性。

56.軟件定義過程可通過軟件系統(tǒng)的(可行性研究)和需求分析兩個(gè)階段來完成。

57.機(jī)器語言、匯編語言：依賴于機(jī)器，面向（機(jī)器）

58.調(diào)試的目的是確定錯(cuò)誤的位置和引起錯(cuò)誤的原因，并加以（改正）。59.將下面的關(guān)系按繼承關(guān)系、聚集關(guān)系或普通關(guān)聯(lián)進(jìn)行分類。

小汽車---------紅旗轎車（繼承）小汽車---------駕駛員（普通關(guān)聯(lián)）班級(jí)------------學(xué)生（聚集）60.以詳細(xì)設(shè)計(jì)說明書為輸入，將該輸入用某種程序設(shè)計(jì)語言翻譯成計(jì)算機(jī)可以理解并最終可運(yùn)行的代碼的過程叫(編碼)過程。61.軟件維護(hù)是軟件生命周期的（最后）一個(gè)階段。62.將下列各項(xiàng)分為類或類的實(shí)例

我的汽車（實(shí)例）交通工具（類）63.用戶對(duì)軟件需求的描述不精確，往往是產(chǎn)生軟件危機(jī)的原因之一。64.一個(gè)好的開發(fā)人員應(yīng)具備的素質(zhì)和能力包括善于與周圍人員團(tuán)結(jié)協(xié)作，建立良好的人際關(guān)系，善于聽取別人的意見。

65.面向數(shù)據(jù)的設(shè)計(jì)方法的適用場合是具有明顯的層次信息結(jié)構(gòu)的應(yīng)用如：企事業(yè)的信息管理系統(tǒng)；系統(tǒng)軟件如操作系統(tǒng)等。

66.如果在分析階段和設(shè)計(jì)階段采用的是面向?qū)ο蟮姆椒ǎ诰幋a階段采用的是面向過程的語言，那么這種翻譯就比較困難。67.類是對(duì)具有共同特征的對(duì)象的進(jìn)一步抽象。

68.軟件測試是對(duì)軟件規(guī)格說明、軟件設(shè)計(jì)和編碼的最全面也是最后的審查。69.軟件開發(fā)、設(shè)計(jì)幾乎都是從頭開始，成本和進(jìn)度很難估計(jì)。70.缺乏有力的方法學(xué)的指導(dǎo)和有效的開發(fā)工具的支持，這往往是產(chǎn)生軟件危機(jī)的原因之一。

71.流程圖也稱為程序框圖是最常用的一種表示法。

72.面向數(shù)據(jù)設(shè)計(jì)方法一般都包括下列任務(wù)：確定數(shù)據(jù)結(jié)構(gòu)特征；用順序、選擇和重復(fù)三種基本形式表示數(shù)據(jù)等步驟。73.軟件工程的出現(xiàn)主要是由于軟件危機(jī)的出現(xiàn)。

74.結(jié)構(gòu)化分析方法是一種預(yù)先嚴(yán)格定義需求的方法，它在實(shí)施時(shí)強(qiáng)調(diào)的是分析對(duì)象的數(shù)據(jù)流。

75.在信息系統(tǒng)的物理模型中，表示系統(tǒng)各個(gè)物理組成部分之間的數(shù)據(jù)流動(dòng)情況的工具是系統(tǒng)流程圖。

76.成本效益分析的目的是從經(jīng)濟(jì)角度評(píng)價(jià)開發(fā)一個(gè)項(xiàng)目是否可行。

第四篇：軟件工程復(fù)習(xí)資料

軟件工程復(fù)習(xí)資料

一、熟悉和理解

（一）軟件工程概述

1．螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增加了風(fēng)險(xiǎn)分析活動(dòng)，關(guān)鍵不足在于不能適應(yīng)需求的動(dòng)態(tài)變更。2．軟件不只是用程序設(shè)計(jì)語言（如PASCAL ,C,VISUAL BASIC 等）編寫的程序，編寫程序代碼只是軟件開發(fā)的一個(gè)部分。

3．快速原型模型可以有效地適應(yīng)用戶需求的動(dòng)態(tài)變化。4．生產(chǎn)高質(zhì)量的軟件產(chǎn)品是軟件工程的首要目標(biāo)。5．軟件開發(fā)人員對(duì)用戶需求的理解有偏差,這將導(dǎo)致軟件產(chǎn)品與用戶的需求不一致,是產(chǎn)生軟件危機(jī)的一個(gè)原因。6．開發(fā)一個(gè)軟件項(xiàng)目總存在某些不確定性,即存在風(fēng)險(xiǎn).有些風(fēng)險(xiǎn)如果控制得不好,可能導(dǎo)致災(zāi)難性的后果。7．缺乏處理大型軟件項(xiàng)目的經(jīng)驗(yàn).是產(chǎn)生軟件危機(jī)的一個(gè)原因。

8．瀑布模型本質(zhì)上是一種線性順序模型，增量模型本質(zhì)上是一種快速原型模型。

9．可行性分析是在系統(tǒng)開發(fā)的早期所做的一項(xiàng)重要的論 證工作,它是決定該系統(tǒng)是否開發(fā)的決策依據(jù),因必須給出可行或不可行的回答。

10． 軟件生存周期模型包括瀑布模型、快速原型模型、增量模型、螺旋模型、噴泉模型等。11． 軟件是一種邏輯產(chǎn)品。

12． “軟件危機(jī)”是指軟件開發(fā)和維護(hù)中出現(xiàn)的一系列問題，成本高、生產(chǎn)率低、質(zhì)量得不到保證、需求不能充分理解都是是軟件危機(jī)的表現(xiàn)形式。

13． 原型化方法是用戶和設(shè)計(jì)者之間執(zhí)行的一種交互過程，適用于需求不確定性高的系統(tǒng)。

14． 軟件工程中的各種方法是完成軟件工程項(xiàng)目的技術(shù)手段,它們支持軟件工程的各個(gè)階段.15． 研究開發(fā)所需要的成本和資源是屬于可行性研究中的經(jīng)濟(jì)可行性研究的一方面。

16． 快速原型模型的主要特點(diǎn)之一是及早提供工作軟件。

17． 軟件工程由方法,工具和過程三部分組成,稱軟件工程的三要素.18． 基于計(jì)算機(jī)系統(tǒng)的軟件要素中的軟部件由程序,數(shù)據(jù)和文檔組成.19． 瀑布模型是以文檔為驅(qū)動(dòng)、適合于軟件需求明確的軟件項(xiàng)目的模型。20． 螺旋模型是風(fēng)險(xiǎn)驅(qū)動(dòng)的，而瀑布模型是文檔驅(qū)動(dòng)的。21． 從事物的組成部件及每個(gè)部件的屬性,功能來認(rèn)識(shí)事物.這種方法被稱為面向?qū)ο蟮姆椒ā?/p>

22． 從事物的屬性側(cè)面來描述事物的方法就是面向數(shù)據(jù)的方法。

23． 面向?qū)ο?Object Oriented)方法是將現(xiàn)實(shí)世界的事物以對(duì)象的方式映射到計(jì)算機(jī)世界的方法。

（二）軟件項(xiàng)目管理

24． 一個(gè)好的開發(fā)人員應(yīng)具備的素質(zhì)和能力包括善于與周圍人員團(tuán)結(jié)協(xié)作,建立良好的人際關(guān)系,善于聽取別人的意見，具有良好的書面和口頭表達(dá)能力。

25． 為了充分發(fā)揮開發(fā)人員的潛力,縮短工期,軟件工程項(xiàng)目的任務(wù)分解與安排應(yīng)盡力挖掘可并行開發(fā)的部分。26． 任務(wù)是管理有關(guān)項(xiàng)目工作的最小的單元。27． 任務(wù)是一項(xiàng)已經(jīng)定義得很好的工作，該工作可分配給一個(gè)項(xiàng)目參與者或分配給一個(gè)團(tuán)隊(duì)。

（三）需求分析

28． 軟件需求是指用戶對(duì)目標(biāo)軟件系統(tǒng)在功能,性能,行為,設(shè)計(jì)約束等方面的期望.29． 數(shù)據(jù)流圖就是用來刻畫數(shù)據(jù)流和轉(zhuǎn)換的信息系統(tǒng)建 3 模技術(shù)。

30． 用戶對(duì)軟件需求的描述不精確,往往是產(chǎn)生軟件危機(jī)的原因之一。

31． 需求分析階段的成果主要是需求規(guī)格說明,該成果與軟件設(shè)計(jì),編碼,測試直至維護(hù)都有較大關(guān)系。

32． 需求規(guī)格說明書是需求分析階段最重要的技術(shù)文檔之一

33． 需求分析最終結(jié)果是產(chǎn)生需求規(guī)格說明書 34． DFD中的每個(gè)加工至少需要一個(gè)輸入流和一個(gè)輸出流。

35． 需求分析階段的任務(wù)是確定軟件系統(tǒng)的功能 36． 需求分析的任務(wù)不包括系統(tǒng)設(shè)計(jì)。

37． 需求規(guī)格說明書的作用包括：作為軟件驗(yàn)收的依據(jù)、用戶與開發(fā)人員對(duì)軟件要做什么的共同理解、作為軟件設(shè)計(jì)的依據(jù)等

38． 在結(jié)構(gòu)化分析方法中，用以表達(dá)系統(tǒng)內(nèi)數(shù)據(jù)的運(yùn)動(dòng)情況的工具有數(shù)據(jù)流圖。

39． 結(jié)構(gòu)化分析方法（ＳＡ）是一種面向數(shù)據(jù)流的需求分析方法．

40． 驗(yàn)證軟件需求正確性的四個(gè)方面包括一致性、完整性、現(xiàn)實(shí)性、有效性。

41． 在面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有繼 承和聚集的關(guān)系。

42． 面向?qū)ο蟮奶卣髦饕ǘ鄳B(tài)性、繼承性、封裝性。43． 軟件開發(fā)過程中，抽取和整理用戶需求并建立問題域精確模型的過程叫面向?qū)ο蟮姆治觥?/p>

（四）概要設(shè)計(jì)

44． 軟件概要設(shè)計(jì)的主要任務(wù)就是軟件結(jié)構(gòu)的設(shè)計(jì)，面向數(shù)據(jù)流的設(shè)計(jì)方法是將數(shù)據(jù)流映射成軟件結(jié)構(gòu)。45． 軟件模塊之間的耦合性越弱越好。

46． 模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。

47． 內(nèi)聚度標(biāo)志一個(gè)模塊內(nèi)部各成分彼此結(jié)合的緊密程度,按其高低程度可分為七級(jí),內(nèi)聚度越高越好。

48． 在模塊耦合性類型中，模塊之間獨(dú)立性最差的類型是內(nèi)容耦合，在實(shí)際編程時(shí)一定要避免出現(xiàn)，為了提高模塊的獨(dú)立性，模塊之間最好是數(shù)據(jù)耦合。模塊耦合越弱，則說明模塊的獨(dú)立性強(qiáng)。

49． 在軟件結(jié)構(gòu)圖中，扇入數(shù)大說明該模塊的重用率高。50． 為了提高模塊的獨(dú)立性,模塊內(nèi)部最好是功能內(nèi)聚，模塊的內(nèi)聚性最高的是功能內(nèi)聚。

51． 軟件結(jié)構(gòu)圖中,模塊框之間若有直線連接,表示它們之間存在調(diào)用關(guān)系一個(gè)軟件的寬度是指其控制的跨度，一個(gè) 軟件的深度是指其控制的層數(shù)，一個(gè)模塊的扇入數(shù)是指能直接控制該模塊的模塊數(shù)，一個(gè)模塊的“扇出數(shù)”是指該模塊直接控制的其他模塊數(shù)。

52． 當(dāng)一個(gè)模塊直接使用另一個(gè)模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為內(nèi)容耦合。

53． 在進(jìn)行軟件結(jié)構(gòu)設(shè)計(jì)時(shí)應(yīng)該遵循的最主要的原理是模塊獨(dú)立原理。

54． 變換型數(shù)據(jù)處理問題的工作過程大致分為三步，即取得數(shù)據(jù)，變換數(shù)據(jù)和給出數(shù)據(jù)。

55． 按數(shù)據(jù)流的類型,結(jié)構(gòu)化設(shè)計(jì)方法有兩種設(shè)計(jì)策略,它們是變換分析設(shè)計(jì)和事務(wù)分析設(shè)計(jì)。

56． 衡量模塊的獨(dú)立性的兩個(gè)定性的度量標(biāo)準(zhǔn)是內(nèi)聚度和耦合度。

（五）詳細(xì)設(shè)計(jì)

57． 軟件詳細(xì)設(shè)計(jì)的主要任務(wù)是對(duì)算法和數(shù)據(jù)結(jié)構(gòu)進(jìn)行的詳細(xì)設(shè)計(jì)，軟件詳細(xì)設(shè)計(jì)主要采用的方法是結(jié)構(gòu)化程序設(shè)計(jì)。

58． 過程描述語言可以用于算法和數(shù)據(jù)結(jié)構(gòu)的描述。59． 結(jié)構(gòu)化程序設(shè)計(jì)方法是使用三種基本控制結(jié)構(gòu)構(gòu)造程序，程序的三種基本控制結(jié)構(gòu)是順序,選擇和循環(huán)。60． 在詳細(xì)設(shè)計(jì)階段,經(jīng)常采用的工具有盒圖、PAD圖、PDL語言、判定表和判定樹等工具，其中PAD圖為自動(dòng)分析數(shù)據(jù)提供了有力的工具.61． 盒圖也稱為N-S圖，種表達(dá)方式取消了流程線,它強(qiáng)迫程序員以結(jié)構(gòu)化方式思考和解決問題.62． 當(dāng)模塊中包含復(fù)雜的條件組合,只有判定表和判定樹能夠清晰地表達(dá)出各種動(dòng)作之間的對(duì)應(yīng)關(guān)系.63． 模塊的內(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è)備之間的一些接口工作。

（六）編碼、測試、維護(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． 軟件測試是執(zhí)行程序發(fā)現(xiàn)并排除程序中潛伏的錯(cuò)誤 的過程。

70． 是對(duì)軟件規(guī)格說明,軟件設(shè)計(jì)和編碼的最全面也是最后的審查。

71． 軟件測試并不能發(fā)現(xiàn)軟件中所有潛伏的錯(cuò)誤，通過軟件測試沒有發(fā)現(xiàn)錯(cuò)誤，不能說明軟件是正確的。72． 動(dòng)態(tài)測試方法中根據(jù)測試用例的設(shè)計(jì)方法不同，分為黑盒和白盒兩類.73． 黑盒測試無需考慮模塊內(nèi)部的執(zhí)行過程和程序結(jié)構(gòu)，只要了解模塊的功能即可。

74． 自頂向下的漸增式測試初期一般不可以并行進(jìn)行。75． 在現(xiàn)實(shí)項(xiàng)目中，路徑測試和窮舉測試是經(jīng)常難以實(shí)現(xiàn)。

76． 單元測試的測試對(duì)象是程序模塊。

77． 計(jì)算機(jī)輔助靜態(tài)分析是軟件測試方法中的靜態(tài)測試方法之一。

78． 基本路徑測試、循環(huán)覆蓋測試、邏輯覆蓋測試屬于白盒測試技術(shù)。

79． 等價(jià)類劃分、邊界值分析測試等屬于黑盒測試技術(shù)。80． 邏輯覆蓋一般包括語句覆蓋、判定覆蓋、條件覆蓋、條件/判定覆蓋、邊覆蓋、路徑覆蓋等。

81． 將軟件組裝成系統(tǒng)的一種測試技術(shù)叫集成測試。82． 軟件測試中根據(jù)測試用例設(shè)計(jì)的方法的不同可分為 黑盒測試和白盒測試兩種，它們都屬于動(dòng)態(tài)測試。83． 在設(shè)計(jì)測試用例時(shí)，邊界值分析是用的最多的一種黑盒測試方法。

84． 在進(jìn)行軟件測試時(shí)，首先應(yīng)當(dāng)進(jìn)行單元測試，然后再進(jìn)行集成測試，最后再進(jìn)行有效性測試。

85． 質(zhì)量保證是為了保證產(chǎn)品和服務(wù)充分滿足消費(fèi)者要求的質(zhì)量而進(jìn)行的有計(jì)劃．有組織的活動(dòng)，質(zhì)量保證是為了使用產(chǎn)品實(shí)現(xiàn)用戶要求的功能。

86． 在結(jié)構(gòu)測試用例設(shè)計(jì)中，有語句覆蓋，條件覆蓋，判定覆蓋（即分支覆蓋），路徑覆蓋，其中路徑覆蓋是最強(qiáng)的覆蓋準(zhǔn)則．

87． 自頂向下結(jié)合的漸增式測試法，在組合模塊時(shí)有兩種組合策略：深度優(yōu)先策略和寬度優(yōu)先策略。

88． 為了提高測試的效率，應(yīng)該選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)。

89． 使用白盒測試方法時(shí)，確定測試數(shù)據(jù)應(yīng)根據(jù)程序的內(nèi)部邏輯和指定的覆蓋標(biāo)準(zhǔn)。

90． 黑盒測試在設(shè)計(jì)測試用例時(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． 軟件生存周期模型：是描述軟件開發(fā)過程中各種活動(dòng)如何執(zhí)行的模型.3． 數(shù)據(jù)字典(DD)：是用來定義數(shù)據(jù)流圖中的各個(gè)成分的具體含義的.它以一種準(zhǔn)確的,無二義性的說明方式為系統(tǒng)的分析,設(shè)計(jì)及維護(hù)提供了有關(guān)元素的一致的定義和詳細(xì)的描述.4． 內(nèi)聚性：是模塊獨(dú)立性的衡量標(biāo)準(zhǔn)之一,它是模塊的功能強(qiáng)度的度量,即一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度的度量.5． 白盒測試：又稱結(jié)構(gòu)測試，是已經(jīng)知道產(chǎn)品內(nèi)部工作過程，檢驗(yàn)產(chǎn)品內(nèi)部動(dòng)作是否按規(guī)定正常使用的測試方法。

6． 軟件生存周期：就是從提出軟件產(chǎn)品開始，直到該軟件產(chǎn)品被淘汰的全過程，具體包括問題定義、可行性研究、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼與測試、運(yùn)行和維護(hù)。

7． 模塊化：就是將程序劃分為若干個(gè)獨(dú)立模塊的這樣一個(gè)過程，其中每個(gè)模塊完成一個(gè)特定子功能，每個(gè)模塊既是相對(duì)獨(dú)立的，又是相互聯(lián)系的，它們共同完成系統(tǒng)指定的各項(xiàng)功能。

8． 樁模塊：用于代替所測模塊調(diào)用的子模塊，樁模塊可以做少量的數(shù)據(jù)操作。

9． 驅(qū)動(dòng)模塊：用于模擬被測模塊的上級(jí)模塊。它接收測試數(shù)據(jù)，把這些數(shù)據(jù)傳送給所測模塊，最后再輸出實(shí)際測試結(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． 集成測試也稱組裝測試或聯(lián)合測試。是指在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求組裝成一個(gè)完整的系統(tǒng)進(jìn)行的測試。組裝模塊的方式有兩種：漸增式測試和非漸增式測試。

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)的唯一途徑。

（二）原理

1、螺旋模型的適應(yīng)場合:支持需求不明確,特別是大型軟件系統(tǒng)的開發(fā),并支持面向規(guī)格說明,面向過程,面向?qū)ο?等多種軟件開發(fā)方法,是一種具有廣闊前景的模型。

2、軟件開發(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)控。

3、需求分析的任務(wù)是確定待開發(fā)的軟件系統(tǒng)“做什么”.具體任務(wù)包括確定軟件系統(tǒng)的功能需求,性能需求和運(yùn)行環(huán)境約束,編制軟件需求規(guī)格說明書,軟件系統(tǒng)的驗(yàn)收測試準(zhǔn)則和初步的用戶手冊(cè)。

4、快速原型技術(shù)的基本思想是：在軟件開發(fā)的早期,快速開發(fā)一個(gè)目標(biāo)軟件系統(tǒng)的原型,讓用戶對(duì)其進(jìn)行評(píng)價(jià)并提出修改意見,然后開發(fā)人員根據(jù)用戶的意見對(duì)原型進(jìn)行改進(jìn)。

5、原型法模型一般適應(yīng)的場合：它適合于那些不能預(yù)先確切定義需求的軟件系統(tǒng)的開發(fā),更適合于那些項(xiàng)目組成員(包括分析員,設(shè)計(jì)員,程序員和用戶)不能很好交流或通信有困難的情況。

6、軟件復(fù)雜性度量的主要參數(shù)極其含義：1）規(guī)模:總共的指令數(shù)或源程序行數(shù)；2）難度:通常由程序中出現(xiàn)的操作數(shù)的數(shù)目所決定的量來表示；3）結(jié)構(gòu):通常用與程序結(jié)構(gòu)有 關(guān)的度量來表示；4）智能度:即算法的難易程序。

7、非漸增式測試與漸增式測試的區(qū)別：

非漸增式測試：分別測試每個(gè)模塊，再放在一起結(jié)合成所要的程序；

漸增式測試：將下一個(gè)要測試的模塊同已測試好的模塊放在一起測試，類推結(jié)合成所要的程序；

優(yōu)缺點(diǎn)：

? 漸增式測試可以較早發(fā)現(xiàn)模塊間的接口錯(cuò)誤 ? 非漸增式測試最后才組裝，因此錯(cuò)誤發(fā)現(xiàn)得晚。? 非漸增式測試中發(fā)現(xiàn)錯(cuò)誤后難以診斷定位 ? 漸增式測試中，出現(xiàn)的錯(cuò)誤往往跟最新加入的模塊有關(guān)。

? 漸增式測試在不斷集成的過程中使模塊不斷在新的條件下受到新的檢測，測試更徹底。? 漸增式測試較非漸增式測試費(fèi)時(shí)。? 非漸增式測試可以同時(shí)并行測試所有模塊，能充分利用人力。

8、軟件工程目標(biāo)：是研制、開發(fā)與生產(chǎn)出具有良好軟件質(zhì)量和費(fèi)用合算的產(chǎn)品。軟件工程的內(nèi)容是：1）采用工程化方法和途徑來開發(fā)與維護(hù)軟件；2）應(yīng)該開發(fā)和使用更好的軟件工具；3）采取必要的管理措施。

9、模塊的內(nèi)聚性包括的一般類型：(1)偶然內(nèi)聚(2)邏輯內(nèi)聚(3)時(shí)間內(nèi)聚(4)通信內(nèi)聚(5)順序內(nèi)聚(6)功能內(nèi)聚

10、軟件測試的幾個(gè)主要步驟：

1）模塊測試 2）子系統(tǒng)測試 3）系統(tǒng)測試 4）驗(yàn)收測試 5）平行運(yùn)行

11、軟件測試和調(diào)試的目的的區(qū)別：測試的目的是判斷和發(fā)現(xiàn)軟件是否有錯(cuò)誤，調(diào)試的目的是定位軟件錯(cuò)誤并糾正錯(cuò)誤。

12、軟件的可行性研究的目的：就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目是否能夠開發(fā)，是否值得去開發(fā)。其實(shí)質(zhì)是要進(jìn)行一次簡化、壓縮了的需求分析、設(shè)計(jì)過程，要在較高層次上以較抽象的方式進(jìn)行需求分析和設(shè)計(jì)過程。

13、文檔在軟件工程中的作用：(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)用

1、某單位工卡包含信息如下：

該卡包括工號(hào)、英文名、年齡、性別、部門,工號(hào)從001至200,英文名是任意長度為從3至20的字母,年齡范圍1至200,性別男或女,部門只能是“技術(shù)部”、“市場部”、“財(cái)務(wù)部”、“行政部”中的一個(gè)。

在數(shù)據(jù)字典中，工卡的數(shù)據(jù)條目定義如下：

工卡 = 工號(hào) + 英文名 + 年齡 + 性別 + 部門 工號(hào) = 001..200 英文名 = 3{字母}20 年齡 = 1..200 性別 = [男|女] 部門 = [技術(shù)部|市場部|財(cái)務(wù)部|行政部] 解析:先明確要說明數(shù)據(jù)條目是誰，由哪些分量組成,這些分量是“+”的關(guān)系，還是“或”的關(guān)系，如本例的第一條是“+”的關(guān)系,然后分析它的組成是什么，再對(duì)其各個(gè)組成部分依次說明,如本例的第二至六條，要一條一條地寫出來，不要都寫到一條中。

2、能根據(jù)文字描述畫出數(shù)據(jù)流圖。

3、掌握變換型和事務(wù)性數(shù)據(jù)流圖轉(zhuǎn)化為系統(tǒng)結(jié)構(gòu)圖的原理，能根據(jù)給定的數(shù)據(jù)流圖畫出系統(tǒng)結(jié)構(gòu)圖。

第五篇：淮南師范學(xué)院儀器設(shè)備驗(yàn)收?qǐng)?bào)告

分類號(hào)

設(shè)備號(hào)

儀器名稱

合同號(hào)

型號(hào)發(fā)票號(hào)

規(guī)格

出廠號(hào)

生產(chǎn)廠家

出廠日期

供貨商

購置日期

單價(jià)

數(shù)量

金額

領(lǐng)用人

資產(chǎn)管理員

主要附件

外觀數(shù)量檢查

1.外包裝(是否完好無損)

是

否

2.按裝箱清單檢查設(shè)備,使用說明及附件是否齊全

是

否

3.儀器表面(是否光潔,完好)

是

否

4.按產(chǎn)品說明書附件清單檢查附件是否齊全

是

否

5.其他需要說明的事項(xiàng)

質(zhì)量

檢查

1.認(rèn)真閱讀使用說明書,熟悉機(jī)器使用步驟及要求.是

否

2.按使用要求,接通電源(注意儀器設(shè)備要求的電壓與電源是否相符).是

否

3.技術(shù)指標(biāo)是否符合要求

是

否

情況說明

如有不符情況,逐條說明:

驗(yàn)收結(jié)論

驗(yàn)收組長簽名:

驗(yàn)收人員簽字:

年月日

使用單位行政負(fù)責(zé)人簽字:

經(jīng)費(fèi)主管部門負(fù)責(zé)人簽字:

年月日

備注:1.本單按每一同類設(shè)備進(jìn)行驗(yàn)收填寫;

2.本由驗(yàn)收人員組織填寫;

3.為便于資產(chǎn)登記請(qǐng)各單位驗(yàn)收時(shí)必須將各設(shè)備的出廠編號(hào)摘錄在本單上;

4.報(bào)銷時(shí),請(qǐng)資產(chǎn)管理人員攜本單,《淮南師范學(xué)院儀器設(shè)備驗(yàn)收單》及生產(chǎn)銷售商開具的發(fā)票等到后勤資產(chǎn)處進(jìn)行計(jì)算機(jī)數(shù)據(jù)審核和登記.