軟件工程導(dǎo)論試題集46172

1、第一章：軟件工程學(xué)概述一.填空題1 .計(jì)算機(jī)科學(xué)中的研究成果均可用于軟件工程，但計(jì)算機(jī)科學(xué)更側(cè)重于（原理和理論卜而軟件工程側(cè)重于（如何建造一個(gè)軟件系統(tǒng)）2 .計(jì)算機(jī)程序及其說(shuō)明程序的各種文檔稱(chēng)為（文件）。計(jì)算任務(wù)的處理圖像對(duì)象和處理規(guī)則的描述稱(chēng)為催序）。有關(guān)計(jì)算機(jī)程序功能、設(shè)計(jì)、編制、使用的文字或圖形資料稱(chēng)為（文檔）。3 .軟件開(kāi)發(fā)環(huán)境是相關(guān)一組（軟件工具）的集合，它支持一定的軟件開(kāi)發(fā)方法或按照一定的軟件開(kāi)發(fā)模型組織而成的。4 .CASE一術(shù)語(yǔ)白勺英文是（ComputerAidedSoftwareEngineering）o5 .（平臺(tái)集成）是指工具運(yùn)行在相同的硬件/操作系統(tǒng)平臺(tái)上。（數(shù)據(jù)集成）

2、是指工具使用共享數(shù)據(jù)模型來(lái)操作。（表示集成）是指工具提供相同的用戶界面。6 .根據(jù)支持的范圍，CASE1具可分為（窄支持）、（較寬支持）和（一般支持）工具。7 .軟件危機(jī)的主要原因有（軟件本身的特點(diǎn)）和（缺乏好的開(kāi)發(fā)方法和手段）。8 .（增量）模型是一種非整體開(kāi)發(fā)的模型。軟件在該模型中是“逐漸”開(kāi)發(fā)處理的，開(kāi)發(fā)出一部分，向用戶展示一部分，可讓用戶及早看到部分軟件，及早發(fā)現(xiàn)問(wèn)題?；蛘呦乳_(kāi)發(fā)一個(gè)“原型”軟件，完成部分主要功能，展示給用戶并征求意見(jiàn)，然后逐步完善，最終獲得滿意的軟件產(chǎn)品。9 .結(jié)構(gòu)化方法總得指導(dǎo)思想是（自頂而下逐步求精）。它的基本原則是功能的（分解）與（抽象）。它是軟件工程中最早出現(xiàn)

3、的開(kāi)發(fā)方法，特別適用于數(shù)據(jù)處理領(lǐng)域的問(wèn)題。10 .面向?qū)ο箝_(kāi)發(fā)方法包括（面向?qū)ο蠓治霾罚嫦驅(qū)ο笤O(shè)計(jì)）、（面向?qū)ο髮?shí)現(xiàn)卜三部分。11 .瀑布模型是將軟件生存周期各個(gè)活動(dòng)規(guī)定為依線性順序連接的若干階段的模型。它包括（可行性分析卜項(xiàng)目開(kāi)發(fā)計(jì)劃、（需求分析）、（概要設(shè)計(jì)）、（詳細(xì)設(shè)計(jì)卜_（編碼）、（測(cè)試）、（維護(hù)），它規(guī)定了由前至后、相互銜接的固定次序,如同瀑布流水，逐級(jí)下落。12 .瀑布模型本質(zhì)上是一種（線性）順序模型。13 .構(gòu)造原型時(shí)，必須注意（功能性能）取舍，忽略一切暫時(shí)不關(guān)心的部分。14 .屬性指的是類(lèi)中對(duì)象所具有的（性質(zhì)（數(shù)據(jù)值）。不同對(duì)象的同一屬性可以具有相同或不同的（屬性值）。15

4、.結(jié)構(gòu)化方法和原型化方法是軟件開(kāi)發(fā)中常使用的兩種方法，在實(shí)際的應(yīng)用中，它們之間的關(guān)系表現(xiàn)為（相互補(bǔ)充）。二.判斷題1 .瀑布模型的存在問(wèn)題是缺乏靈活性。（，）2 .軟件是一種邏輯產(chǎn)品。（V）3 .軟件工程學(xué)科出現(xiàn)的主要原因是程序設(shè)計(jì)方法學(xué)的影響。（X）4 .有關(guān)計(jì)算機(jī)程序功能、設(shè)計(jì)、編制、使用的文字或圖形資料稱(chēng)為文檔。（，）5 .CASE開(kāi)放式工作臺(tái)或者提供控制集成機(jī)制，或者可剪裁，其數(shù)據(jù)集成或協(xié)議是獨(dú)立的。（X）6 .在軟件的開(kāi)發(fā)與維護(hù)過(guò)程中，用來(lái)存儲(chǔ)、更新、恢復(fù)和管理一個(gè)軟件的多版本，它是版本控制工具。（V）7 .平臺(tái)集成是指工具運(yùn)行在相同的硬件/操作系統(tǒng)平臺(tái)上。（V）8 .軟件生存周期模

5、型有多種，功能模型是軟件生存周期模型。（X）9 .從結(jié)構(gòu)化的瀑布模型看，在軟件生命周期中得8個(gè)階段中，詳細(xì)設(shè)計(jì)階段出錯(cuò)，對(duì)軟件的影響最大。（X）10 .軟件生存周期中時(shí)間最長(zhǎng)的階段是需求分析階段。（X）11 .軟件開(kāi)發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成需求分析、功能定義、系統(tǒng)設(shè)計(jì)。（X）12 .增量模型是一種整體開(kāi)發(fā)模型。（X）13 .構(gòu)造模型時(shí)，主要考慮全部功能。（x）14 .瀑布模型本質(zhì)上是一種線性迭代模型。（x）15 .快速原型思想是在研究概要設(shè)計(jì)階段的方法和技術(shù)中產(chǎn)生的。（X）三.名詞解釋1 .軟件工程；軟件工程是用科學(xué)知識(shí)和技術(shù)原理來(lái)定義、開(kāi)發(fā)、維護(hù)軟件的一門(mén)學(xué)科。2 .軟件生

6、命周期模型；軟件生命周期模型是描述軟件開(kāi)發(fā)過(guò)程中各種活動(dòng)如何執(zhí)行的模型。3 .經(jīng)濟(jì)可行性；進(jìn)行開(kāi)發(fā)成本的估算以及了解取得效益的評(píng)估，確定要開(kāi)發(fā)的項(xiàng)目是否值得投資開(kāi)發(fā)。4 .社會(huì)可行性；要開(kāi)發(fā)的項(xiàng)目是否存在任何侵犯、妨礙等責(zé)任問(wèn)題，要開(kāi)發(fā)項(xiàng)目目的運(yùn)行方式在用戶組織內(nèi)是否行得通，現(xiàn)有管理制度、人員素質(zhì)、操作方式是否可行。5 .投資回收期；投資回收期就是使累計(jì)的經(jīng)濟(jì)效益等于最初的投資費(fèi)用所需的時(shí)間。6 .結(jié)構(gòu)沖突；輸入數(shù)據(jù)與輸出數(shù)據(jù)結(jié)構(gòu)找不到對(duì)應(yīng)關(guān)系的情況，稱(chēng)為結(jié)構(gòu)沖突。7 .模塊化；把程序劃分成獨(dú)立運(yùn)行且可以獨(dú)立訪問(wèn)的模塊，每個(gè)模塊完成一個(gè)子功能，把這些模塊集成起來(lái)構(gòu)成一個(gè)整體，可以完成指定的功能

7、滿足用戶的需求。8 .對(duì)象；描述該對(duì)象屬性的數(shù)據(jù)以及可以對(duì)這些數(shù)據(jù)施加的所有操作封裝在一起構(gòu)成的統(tǒng)一體。9 .白盒測(cè)試；白盒測(cè)試又叫做結(jié)構(gòu)測(cè)試，把程序看成裝在一個(gè)透明的白盒子里，按照程序內(nèi)部的邏輯測(cè)試程序，檢測(cè)程序中的主要執(zhí)行通路是否都能按預(yù)定要求正確工作。10 .耦合；耦合是對(duì)一個(gè)軟件結(jié)構(gòu)內(nèi)各個(gè)模塊之間互連程度的度量。11 .內(nèi)聚；內(nèi)聚標(biāo)志一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度，它是信息隱蔽和局部化概念的自然擴(kuò)展。12 .系統(tǒng)流程圖；系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號(hào)表示系統(tǒng)中各個(gè)元素表達(dá)了系統(tǒng)中各種元素之間的信息流動(dòng)）情況。13 .獨(dú)立路徑；獨(dú)立路徑是指包括一組以前沒(méi)有處理的語(yǔ)句

8、或條件的一條路徑。從程序圖來(lái)看，一條獨(dú)立路徑是至少包含有一條在其他獨(dú)立路徑中未有過(guò)的邊的路徑。14 .噴泉模型；噴泉模型是一種以用戶需求為動(dòng)力，以對(duì)象為驅(qū)動(dòng)的模型，主要用于描述面向?qū)ο蟮能浖_(kāi)發(fā)過(guò)程。15 .變換模型；變換模型是一種適合于形式化開(kāi)發(fā)方法的模型，從軟件需求形式化說(shuō)明開(kāi)始經(jīng)過(guò)一系列變換，最終得到系統(tǒng)的目標(biāo)程序。此模型必須有嚴(yán)格的數(shù)學(xué)理論和形式化技術(shù)的支持，尚處于研究和實(shí)驗(yàn)階段。四.簡(jiǎn)答題1 .請(qǐng)簡(jiǎn)要說(shuō)明可行性分析的內(nèi)容。技術(shù)可行性：技術(shù)分析說(shuō)明使用現(xiàn)有系統(tǒng)是否能完成本系統(tǒng)的開(kāi)發(fā)。經(jīng)濟(jì)可行性：經(jīng)濟(jì)分析應(yīng)著重兩個(gè)因素“成本和收益”，應(yīng)向管理層提供有關(guān)這兩方面足夠的信息。如果項(xiàng)目的收益大

9、于成本，則此項(xiàng)目可以說(shuō)是經(jīng)濟(jì)上可行。操作可行性：系統(tǒng)的操作方式是否能夠在組織內(nèi)得到認(rèn)同，是否違背有關(guān)法律、制度、道德、文化等因素。2 .請(qǐng)寫(xiě)出六種軟件CASET具。（1） PowerDesigner（分析設(shè)計(jì)工具或軟件建模工具），（2）RationalRose（分析設(shè)計(jì)工具或軟件建模工具），（3）WinRunner（測(cè)試工具），（4）MSProject（項(xiàng)目管理工具），（5）MSVisio（軟件開(kāi)發(fā)繪圖工具）、（6）VSS（軟件配置工具）。3 .什么是軟件工程？軟件工程的目標(biāo)是什么？軟件工程是將系統(tǒng)化的、規(guī)范的、可度量的方法應(yīng)用于軟件的開(kāi)發(fā)、運(yùn)行和維護(hù)過(guò)程，即將工程化應(yīng)用于軟件開(kāi)發(fā)和管理之中，

10、對(duì)中所選方法的研究。目標(biāo)：1合理預(yù)算開(kāi)發(fā)成本，付出較低的開(kāi)發(fā)費(fèi)用、2實(shí)現(xiàn)預(yù)期的軟件功能，達(dá)到較好的軟件性能，滿足用戶的需求、3提高軟件的可維護(hù)性，降低維護(hù)費(fèi)用、4提高軟件開(kāi)發(fā)生產(chǎn)率，及時(shí)交付使用。4 .什么是結(jié)構(gòu)化分析方法？該方法使用什么描述工具？結(jié)構(gòu)化的分析方法是面向數(shù)據(jù)流的方法，因此，此方法研究的核心是數(shù)據(jù)的組成和數(shù)據(jù)流向和對(duì)數(shù)據(jù)的加工處理。結(jié)構(gòu)化分析方法用抽象模型的概念，按照軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系，自頂向下逐層分解，直至找到滿足功能要求的所有可實(shí)現(xiàn)的軟件元素為止描述工具：1系統(tǒng)流程圖2數(shù)據(jù)流程圖3數(shù)據(jù)字典4IPO圖5層次方框圖6實(shí)體一關(guān)系圖7狀態(tài)一變遷圖5 .軟件設(shè)計(jì)的基本原理包括

11、什么？ 模塊化：指解決一個(gè)復(fù)雜問(wèn)題時(shí)自頂向下逐層把軟件系統(tǒng)劃分成若干模塊的過(guò)程。每個(gè)模塊完成一個(gè)特定的子功能，所有模塊按某種方法組裝起來(lái)，成為一個(gè)整體，完成整個(gè)系統(tǒng)所要求的功能。模塊化是軟件解決復(fù)雜問(wèn)題所具備的手段。 抽象：是認(rèn)識(shí)復(fù)雜現(xiàn)象過(guò)程中使用的思維工具，即抽出事物本質(zhì)的共同的特性而暫不考慮它的細(xì)節(jié)，不考慮其他因素。軟件工程中每一步都是對(duì)軟件解決方法的抽象層次的一次細(xì)化。 信息隱蔽：指在設(shè)計(jì)和確定模塊時(shí)，使得一個(gè)模塊內(nèi)包含的信息（過(guò)程或數(shù)據(jù)），對(duì)于不需要這些信息的其他模塊來(lái)說(shuō)，是不能訪問(wèn)的。通過(guò)信息隱蔽，可以定義和實(shí)施對(duì)模塊的過(guò)程細(xì)節(jié)和局部數(shù)據(jù)結(jié)構(gòu)的存取限制。模塊獨(dú)立性。指每個(gè)模塊只完成系

12、統(tǒng)要求的獨(dú)立的子功能，并且與其他模塊的聯(lián)系最少且接口簡(jiǎn)單。衡量模塊獨(dú)立性有兩個(gè)標(biāo)準(zhǔn)耦合性和內(nèi)聚性，可判斷設(shè)計(jì)方案的優(yōu)劣。6 .簡(jiǎn)述容錯(cuò)技術(shù)的四種主要手段，并解釋結(jié)構(gòu)冗余：包括靜態(tài)冗余、動(dòng)態(tài)冗余和混合冗余。信息冗余：為檢測(cè)或糾正信息在運(yùn)算或傳輸中的錯(cuò)誤，須外加一部分信息。時(shí)間冗余：指重復(fù)執(zhí)行指令或程序來(lái)消除瞬時(shí)錯(cuò)誤帶來(lái)的影響。冗余附加技術(shù)：指為實(shí)現(xiàn)上述冗余技術(shù)所需的資源和技術(shù)。7 .軟件生命周期劃分成哪些階段軟件生命周期（各階段）軟件生命周期由軟件定義、軟件開(kāi)發(fā)和運(yùn)行維護(hù)三個(gè)時(shí)期組成O1 .軟件定義時(shí)期劃分為三個(gè)階段：?jiǎn)栴}定義、可行性研究和需求分析2 .開(kāi)發(fā)時(shí)期：總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼和單元測(cè)

13、試、綜合測(cè)試。3 .維護(hù)時(shí)期：主要任務(wù)是使軟件持久地滿足用戶的需要。8 .簡(jiǎn)要說(shuō)明軟件危機(jī)產(chǎn)生的原因1.軟件缺乏可見(jiàn)性，導(dǎo)致對(duì)軟件開(kāi)發(fā)成本，工作量，速度的估計(jì)不準(zhǔn)確。2.對(duì)用戶要求沒(méi)有完整準(zhǔn)確的認(rèn)識(shí)，不能適應(yīng)用戶的需求。3.缺乏對(duì)軟件產(chǎn)品和開(kāi)發(fā)過(guò)程的質(zhì)量控制，導(dǎo)致軟件產(chǎn)品的質(zhì)量往往靠不住。4.在實(shí)踐過(guò)程中或多或少的采用了錯(cuò)誤的方法和技術(shù)。5.開(kāi)發(fā)和維護(hù)過(guò)程中文檔化工作做的不好，缺乏配置管理。5 .綜合題解答：6 .論述題（方案1）1 .從軟件過(guò)程中選擇3種說(shuō)明其名稱(chēng)、示意圖以及特點(diǎn)。1.螺旋模型：螺旋模型的基本思想是，使用原型及其他方法來(lái)盡量降低風(fēng)險(xiǎn)。理解這種模型的一個(gè)簡(jiǎn)便方法，是把它看作在每

14、個(gè)階段之前都增加了風(fēng)險(xiǎn)分析過(guò)程的快速原型模型*歷"#蝴Ff>-1_再估方案.識(shí)別第決鳳府決定目標(biāo).方案和限M，足陡處折X斗-月岳升情/JWWi.、1一_.4_熱廳餐市“苒*術(shù)rAtfrt洋姐諛計(jì)*氐嗎呻/一元計(jì)加t鼾段標(biāo)嫡y開(kāi)發(fā).飛怔下一鞍嚴(yán)出瀑布模型：瀑布模型將軟件生命周期劃分為制定計(jì)劃、需求分析、軟件設(shè)計(jì)、程序編寫(xiě)、軟件測(cè)試和運(yùn)行維護(hù)等六個(gè)基本活動(dòng)，并且規(guī)定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級(jí)下落。增量模型又稱(chēng)演化模型。在增量模型中，軟件被作為一系列的增量構(gòu)件來(lái)設(shè)計(jì)、實(shí)現(xiàn)、集成和測(cè)試，每一個(gè)構(gòu)件是由多種相互作用的模塊所形成的提供特定功能的代碼片段構(gòu)成。電量

15、叵H亙HHH亙I皿叵三卜叵H瀏止I924|牙.卜叵"1K一1.國(guó)H測(cè)試2 .試論述軟件工程方法學(xué)的3個(gè)要素。通常把軟件生命周期全過(guò)程中使用的一整套技術(shù)方法的集合稱(chēng)為方法學(xué)，也稱(chēng)范型。三要素：方法、工具和過(guò)程。3 .試論述軟件生命周期模型瀑布模型：優(yōu)點(diǎn)：1.可強(qiáng)迫開(kāi)發(fā)員采用規(guī)范的方法2.嚴(yán)格地規(guī)定了每個(gè)階段必須提交的文件3 .要求每個(gè)階段交出的所有產(chǎn)品都必須經(jīng)過(guò)質(zhì)量保證小組的仔細(xì)驗(yàn)證。缺點(diǎn)：傳統(tǒng)的瀑布模型過(guò)于理想化，是由文檔驅(qū)動(dòng)的?？焖僭湍Ｐ停和ㄟ^(guò)快速構(gòu)建起一個(gè)可在計(jì)算機(jī)上運(yùn)行的原型系統(tǒng)，讓用戶試用原型并收集用戶反饋意見(jiàn)的方法，獲取用戶真正的需要。增量模型：優(yōu)點(diǎn)：能在較短時(shí)間內(nèi)向用戶

16、提交可完成部分工作的產(chǎn)品；逐步增加產(chǎn)品功能可以使用戶有較充實(shí)的時(shí)間學(xué)習(xí)和適應(yīng)新產(chǎn)品，從而減少一個(gè)全新的軟件可能給客戶組織帶來(lái)的沖擊。螺旋模型：優(yōu)點(diǎn)：對(duì)可選方案和約束條件的強(qiáng)調(diào)有利于已有軟件的重用；減少了過(guò)多測(cè)試；維護(hù)只是螺旋模型中另一個(gè)周期。4 .評(píng)價(jià)軟件工具的原則？(1)易用性：友好的用戶界面，用戶樂(lè)于使用；(2)對(duì)開(kāi)發(fā)方法的支持：能滿足預(yù)期的任務(wù)和功能需求，且能支持完成該任務(wù)所遵循的方法學(xué)；(3)穩(wěn)健性：具備自檢測(cè)機(jī)制，即使在故障情況下也不會(huì)導(dǎo)致嚴(yán)重后果；(4)性能:能使資源得到充分有效的利用；(5)工具結(jié)構(gòu)柔性：工具結(jié)構(gòu)是柔軟的、可修改的和可擴(kuò)充的。5 .軟件生命周期劃分成哪些階段軟件生

17、命周期(各階段)軟件生命周期由軟件定義、軟件開(kāi)發(fā)和運(yùn)行維護(hù)三個(gè)時(shí)期組成。1 .軟件定義時(shí)期劃分為三個(gè)階段：?jiǎn)栴}定義、可行性研究和需求分析2 .開(kāi)發(fā)時(shí)期：總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼和單元測(cè)試、綜合測(cè)試。3 .維護(hù)時(shí)期：主要任務(wù)是使軟件持久地滿足用戶的需要。6 .什么是軟件過(guò)程？它與軟件工程方法學(xué)有何關(guān)系？軟件過(guò)程：是為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟軟件工程方法學(xué)：通常把在軟件生命周期全過(guò)程中使用的一整套技術(shù)方法的集合稱(chēng)為方法學(xué)，也稱(chēng)范型7 .試論述可行性研究的任務(wù)1.進(jìn)一步分析和澄清問(wèn)題；2.導(dǎo)出系統(tǒng)的邏輯模型；3.從邏輯模型出發(fā)，提出若干種系統(tǒng)實(shí)現(xiàn)方

18、案4.研究每種實(shí)現(xiàn)方案的可行性：8.試論述需求分析的準(zhǔn)則1、必須并描述的信息域，根據(jù)這條準(zhǔn)則應(yīng)該建立數(shù)據(jù)模型。2、必須定義軟件應(yīng)完成的功能,這條準(zhǔn)則要求建立功能模型。3、必須描述作為外部事件結(jié)果的軟件行為，這條準(zhǔn)則要求建立行為模型。4、必須對(duì)描述信息、功能和行為的模型進(jìn)行分解，用層次的方式展示細(xì)節(jié)。9 .試論述需求分析的任務(wù)1、確定對(duì)系統(tǒng)的綜合要求；2、分析系統(tǒng)的數(shù)據(jù)要求；3、導(dǎo)出系統(tǒng)的邏輯模型；4、修正系統(tǒng)開(kāi)發(fā)計(jì)劃。10 .試論述應(yīng)該從哪些方面研究目標(biāo)系統(tǒng)的可行性？技術(shù)上的可行性一一使用現(xiàn)有的技術(shù)能實(shí)現(xiàn)這個(gè)系統(tǒng)嗎？經(jīng)濟(jì)上的可行性一一這個(gè)系統(tǒng)的經(jīng)濟(jì)效益能超過(guò)它的開(kāi)發(fā)成本嗎？(投資與效益)操作可

19、行性一一系統(tǒng)的操作方式在這個(gè)用戶組織內(nèi)行得通嗎？社會(huì)、政策允許的可行性11 .在軟件開(kāi)發(fā)過(guò)程中必須遵循下列軟件工程原則。抽象：采用分層次抽象，自頂向下、逐層細(xì)化的辦法進(jìn)行功能分解和過(guò)程分解，可以由抽象到具體、由復(fù)雜到簡(jiǎn)單，逐步得到問(wèn)題的解。?信息E!蔽：遵循信息封裝，使用與實(shí)現(xiàn)分離的原則，將模塊設(shè)計(jì)成“黑箱”，可以將實(shí)現(xiàn)的細(xì)節(jié)隱藏在模塊內(nèi)部，使用者只能通過(guò)模塊接口訪問(wèn)模塊中封裝的數(shù)據(jù)。?模塊化：按模塊劃分系統(tǒng)的體系結(jié)構(gòu)，使得各模塊間有良好的接口。這樣有助于信息隱蔽和抽象，有助于表示復(fù)雜的系統(tǒng)。?局部化：按抽象數(shù)據(jù)類(lèi)型思想及問(wèn)題域中的概念來(lái)建立模塊，確保模塊之間低耦合，模塊內(nèi)部高內(nèi)聚。這有助于控

20、制解的復(fù)雜性。?確定性：軟件開(kāi)發(fā)過(guò)程中所有概念的表達(dá)應(yīng)是確定的、無(wú)歧義性的、規(guī)范的。這有助于人們之間的溝通，保證整個(gè)開(kāi)發(fā)工作協(xié)調(diào)一致。?一致性：強(qiáng)調(diào)軟件開(kāi)發(fā)過(guò)程的標(biāo)準(zhǔn)化、統(tǒng)一化。包括文檔格式的一致，工作流程的一致，內(nèi)、外部接口的一致，系統(tǒng)規(guī)格說(shuō)明與系統(tǒng)行為的一致等。?完備性：軟件系統(tǒng)不丟失任何重要成分，可以完全實(shí)現(xiàn)系統(tǒng)所要求功能。?可驗(yàn)證性：開(kāi)發(fā)大型的軟件系統(tǒng)需要對(duì)系統(tǒng)自頂向下、逐層分解。系統(tǒng)分解應(yīng)遵循系統(tǒng)易于檢查、測(cè)試、評(píng)審的原則，以確保系統(tǒng)的正確性。12 .軟件工程是開(kāi)發(fā)、運(yùn)行、維護(hù)和修復(fù)軟件的系統(tǒng)化方法，它包含哪些要素？試說(shuō)明之。軟件工程包括三個(gè)要素：方法、工具和過(guò)程。軟件工程方法為軟件

21、開(kāi)發(fā)提供了“如何做”的技術(shù)。它包括了多方面的任務(wù)，如項(xiàng)目計(jì)劃與估算、軟件系統(tǒng)需求分析、數(shù)據(jù)結(jié)構(gòu)、系統(tǒng)總體結(jié)構(gòu)的設(shè)計(jì)、算法過(guò)程的設(shè)計(jì)、編碼、測(cè)試以及維護(hù)等。軟件工程方法常采用某一種特殊的語(yǔ)言或圖形的表達(dá)方法及一套質(zhì)量保證標(biāo)準(zhǔn)。軟件工具為軟件工程方法提供了自動(dòng)的或半自動(dòng)的軟件支撐環(huán)境。目前，已經(jīng)推出了許多軟件工具，已經(jīng)能夠支持上述的軟件工程方法。特別地，已經(jīng)有人把諸多的軟件工具集成起來(lái)，使得一種工具產(chǎn)生的信息可以為其它的工具所使用，這樣建立起一種被稱(chēng)之為計(jì)算機(jī)輔助軟件工程（CASE的軟件開(kāi)發(fā)支撐系統(tǒng)。CASE將各種軟件工具、開(kāi)發(fā)機(jī)器和一個(gè)存放開(kāi)發(fā)過(guò)程信息的工程數(shù)據(jù)庫(kù)組合起來(lái)形成一個(gè)軟件工程環(huán)境。軟

22、件工程的過(guò)程則是將軟件工程的方法和工具綜合起來(lái)以達(dá)到合理、及時(shí)地進(jìn)行計(jì)算機(jī)軟件開(kāi)發(fā)的目的。過(guò)程定義了方法使用的順序、要求交付的文檔資料、為保證質(zhì)量和協(xié)調(diào)變化所需要的管理、及軟件開(kāi)發(fā)各個(gè)階段完成的里程碑。13 .什么是CASECASET具有哪些分類(lèi)？CAS弱一組工具和方法的集合，可以輔助軟件開(kāi)發(fā)生命周期各階段進(jìn)行軟件開(kāi)發(fā)。從學(xué)術(shù)研究角度講，CASE是多年來(lái)在軟件開(kāi)發(fā)管理、軟件開(kāi)發(fā)方法、軟件開(kāi)發(fā)環(huán)境和軟件工具等方面研究和發(fā)展的產(chǎn)物。CASEJ巴軟件開(kāi)發(fā)技術(shù)、軟件工具和軟件開(kāi)發(fā)方法集成到一個(gè)統(tǒng)一而一致的框架中，并且吸引了CAD（計(jì)算機(jī)輔助設(shè)計(jì)）、軟件工程、操作系統(tǒng)、數(shù)據(jù)庫(kù)、網(wǎng)絡(luò)和許多其它計(jì)算機(jī)領(lǐng)域的

23、原理和技術(shù)。因而，CASE領(lǐng)域是一個(gè)應(yīng)用集成和綜合的領(lǐng)域。從產(chǎn)業(yè)角度講，CASE是種類(lèi)繁多的軟件開(kāi)發(fā)和系統(tǒng)集成的產(chǎn)品及軟件工具的集合。CASE類(lèi)：<1>CAS或術(shù)種類(lèi)CASE系統(tǒng)所涉及到的技術(shù)有兩類(lèi)：一類(lèi)是支持軟件開(kāi)發(fā)過(guò)程本身的技術(shù)；另一類(lèi)是支持軟件開(kāi)發(fā)過(guò)程管理的技術(shù)。從CASE系統(tǒng)產(chǎn)生方式來(lái)看，還有一種特殊的CASE術(shù)，即元一一CASE技術(shù)。他是生成CASE系統(tǒng)的生成器所采用的技術(shù)。該生成器可用來(lái)創(chuàng)建支持軟件開(kāi)發(fā)過(guò)程活動(dòng)及過(guò)程管理的CASE系統(tǒng)。<2>CASET具的分類(lèi)對(duì)CASE工具分類(lèi)的標(biāo)準(zhǔn)可分為：功能。功能是對(duì)軟件進(jìn)行分類(lèi)的最常用的標(biāo)準(zhǔn)。支持的過(guò)程。根據(jù)支持的過(guò)程

24、，工具可分為設(shè)計(jì)工具、編程工具、維護(hù)工具等。支持的范圍。根據(jù)支持的范圍，可分為窄支持、較寬支持和一般支持工具。窄支持指支持過(guò)程中特定的任務(wù)，較寬支持是指支持特定過(guò)程階段；一般支持是指支持覆蓋軟件過(guò)程的全部階段或大多數(shù)階段。1993年，F(xiàn)uggetta根據(jù)CASE系統(tǒng)對(duì)軟件過(guò)程的支持范圍，提出CASE系統(tǒng)可分為三類(lèi)：支持單個(gè)過(guò)程任務(wù)的工具。工具可能是通用的，或者也可能歸組到工作臺(tái)。工作臺(tái)支持某一過(guò)程所有活動(dòng)或某些活動(dòng)。他們一般以或多或少的集成度組成工具集。環(huán)境支持軟件過(guò)程所有活動(dòng)或至少大部分。他們一般包括幾個(gè)不同的工作臺(tái)，將這些工作臺(tái)以某種方式集成起來(lái)。14.軟件工程標(biāo)準(zhǔn)化白意義是什么？都有哪些

25、軟件工程標(biāo)準(zhǔn)？軟件工程標(biāo)準(zhǔn)化可以為軟件工程各個(gè)階段的活動(dòng)提供統(tǒng)一的行動(dòng)規(guī)范和衡量準(zhǔn)則，使得各種工作都能有章可循。軟件工程標(biāo)準(zhǔn)根據(jù)其制定機(jī)構(gòu)與適用范圍，可分為：1、國(guó)際標(biāo)準(zhǔn)2、國(guó)家標(biāo)準(zhǔn)3、行業(yè)標(biāo)準(zhǔn)4、企業(yè)規(guī)范5、項(xiàng)目（課題）規(guī)范15.什么是軟件開(kāi)發(fā)環(huán)境？請(qǐng)列出其發(fā)展情況。軟件開(kāi)發(fā)環(huán)境是指在計(jì)算機(jī)的基本軟件的基礎(chǔ)上，為支持軟件的開(kāi)發(fā)而提供的一組工具軟件系統(tǒng)。具體地說(shuō)，軟件開(kāi)發(fā)環(huán)境是一組相關(guān)工具的集合。這些相關(guān)工具按一定的開(kāi)發(fā)方法或一定開(kāi)發(fā)處理模型組織起來(lái)的，這些相關(guān)工具支持整個(gè)軟件生存期的各階段或部分階段。軟件開(kāi)發(fā)環(huán)境的發(fā)展階段：（1）70年代，軟件開(kāi)發(fā)與設(shè)計(jì)方法出現(xiàn)了結(jié)構(gòu)化分析技術(shù)的一整套相互銜

26、接的SA-SD的方法學(xué)。與此相適應(yīng)的計(jì)算機(jī)輔助軟件工程技術(shù)則主要由開(kāi)發(fā)孤立的軟件工具而逐步向程序設(shè)計(jì)環(huán)境的開(kāi)發(fā)和使用方向發(fā)展，出現(xiàn)了第一代的基于正文的CAS訂具。（2）80年代中期與后期，主要是實(shí)時(shí)系統(tǒng)設(shè)計(jì)方法，以及面向?qū)ο蟮姆治龊驮O(shè)計(jì)方法的發(fā)展，它克服了結(jié)構(gòu)化技術(shù)的缺點(diǎn)。在這期間開(kāi)發(fā)了第二代的CASE工具，其特點(diǎn)是支持使用圖形表示的結(jié)構(gòu)化方法，如數(shù)據(jù)流圖與結(jié)構(gòu)圖。其開(kāi)發(fā)環(huán)境表現(xiàn)在提高環(huán)境中工具的集成性方面，如"集成的項(xiàng)目支持環(huán)境"。（3）80年代后期和90年代初期出現(xiàn)了"基于信息工程CASE技術(shù)，這種環(huán)境集成了用于項(xiàng)目計(jì)劃、分析、設(shè)計(jì)、編程、測(cè)試和維護(hù)的一個(gè)工具

27、箱的集合。（4）90年代出現(xiàn)一系列集成的CASE軟件產(chǎn)品，用以實(shí)現(xiàn)需求管理、應(yīng)用程序分析設(shè)計(jì)和建模、編碼、軟件質(zhì)量保證和測(cè)試、過(guò)程和項(xiàng)目管理及文檔生成管理等軟件開(kāi)發(fā)工作的規(guī)范化、工程化和自動(dòng)化。第二章：可行性研究一.填空題1 .數(shù)據(jù)詞典中四種類(lèi)型的條目是（數(shù)據(jù)流）、（數(shù)據(jù)存儲(chǔ)）、（數(shù)據(jù)項(xiàng)）和加工。2 .（軟件可行性研究）的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目是否能夠開(kāi)發(fā)，是否值得開(kāi)發(fā)。3 .可行性研究的目的不是去開(kāi)發(fā)一個(gè)軟件項(xiàng)目，而是研究這個(gè)軟件項(xiàng)目是否（值得去開(kāi)發(fā)且其中白問(wèn)題能否解決）。4 .可行性研究實(shí)質(zhì)上是要進(jìn)行一次簡(jiǎn)化、壓縮了的（需求分析）和（設(shè)計(jì)）過(guò)程，要在較高層次上

28、以較抽象的方式進(jìn)行需求分析和設(shè)計(jì)過(guò)程。5 .可行性研究需要從（技術(shù)）可行性、（經(jīng)濟(jì)）可行性、（社會(huì)）可行性三個(gè)方面分析研究每種解決方法的可行性。6 .成本-效益分析首先是估算將要開(kāi)發(fā)的系統(tǒng)的（開(kāi)發(fā)成本），然后與可能取得的效益進(jìn)行（比較和權(quán)衡）。7 .投資回收期就是使累計(jì)的經(jīng)濟(jì)效益等于最初的投資費(fèi)用所需要的時(shí)間。項(xiàng)目的（純收入）是指在整個(gè)生命周期之內(nèi)的累計(jì)經(jīng)濟(jì)效益（折合成現(xiàn)在值）與投資之差。8 .軟件工程有兩種效益，它們是（無(wú)形效益）和（有形效益）。9 .成本-效益分析的目的是從（經(jīng)濟(jì)角度）評(píng)價(jià)開(kāi)發(fā)一個(gè)新的軟件項(xiàng)目是否可行。10 .研究開(kāi)發(fā)資源的有效性是進(jìn)行（技術(shù)）可行性研究的一方面。11 .在

29、軟件的可行性研究中，可以從不同的角度對(duì)軟件進(jìn)行研究，其中是從軟件的功能可行性角度考慮的是（技術(shù)可行性）。12 .制定軟件計(jì)劃的目的在于盡早對(duì)欲開(kāi)發(fā)的軟件進(jìn)行合理估價(jià)，軟件計(jì)劃的任務(wù)是（規(guī)劃與調(diào)度）。13 .數(shù)據(jù)流圖是常用的進(jìn)行軟件需求分析的圖形工具，其基本符合是（加工）、（數(shù)據(jù)流）、（數(shù)據(jù)存儲(chǔ)）和（外部實(shí)體）。14 .決定大型程序模型組織基本原則的兩種交替設(shè)計(jì)策略為（數(shù)據(jù)分解）和（算法分解）。15 .軟件系統(tǒng)可行性分析應(yīng)考慮（經(jīng)濟(jì)）、（技術(shù)）、（社會(huì)環(huán)境）和（人）等方面因素。二.判斷題1 .父圖中某個(gè)加工的輸入輸出數(shù)據(jù)流圖應(yīng)具備對(duì)稱(chēng)特點(diǎn)。（X）2 .數(shù)據(jù)流圖（DFD磔軟件開(kāi)發(fā)需求分析階段經(jīng)常使

30、用的工具。（V）3 .在軟件工程項(xiàng)目中，不隨參與人數(shù)的增加而使軟件的生產(chǎn)率增加的主要問(wèn)題是參與人員之間的通訊困難。（V）4 .可行性分析中，系統(tǒng)流程圖用于描述當(dāng)前運(yùn)行系統(tǒng)。（，）5 .研究軟硬件資源的有效性是進(jìn)行操作可行性研究的一方面。（X）6 .可行性研究要進(jìn)行的需求分析和設(shè)計(jì)應(yīng)是簡(jiǎn)化、壓縮的。（V）7 .系統(tǒng)流程圖是描述物理系統(tǒng)的工具。（，）8 .軟件系統(tǒng)中所有的信息流都可以認(rèn)為是事物流。（x）9 .軟件系統(tǒng)中所有的信息流都可以認(rèn)為是變化流。（x）10 .在程序的描述和分析中，用以指明數(shù)據(jù)來(lái)源、數(shù)據(jù)流向和數(shù)據(jù)處理的輔助圖形是數(shù)據(jù)流圖。（V）11 .加工是對(duì)數(shù)據(jù)流圖中不能再分解的基本加工的精

31、確說(shuō)明，且加工邏輯是加工的最核心。（V）12 .軟件定義期間問(wèn)題定義階段涉及的人員有系統(tǒng)分析員、軟件開(kāi)發(fā)人員、用戶與使用部門(mén)的負(fù)責(zé)人。（V）13 .系統(tǒng)定義明確之后，應(yīng)對(duì)系統(tǒng)的可行性進(jìn)行研究?？尚行匝芯堪ń?jīng)濟(jì)可行性、社會(huì)可行性、系統(tǒng)可行性。（x）14 .在結(jié)構(gòu)化分析方法中，用狀態(tài)-遷移圖表達(dá)系統(tǒng)和對(duì)象的行為。在狀態(tài)-遷移圖中，由一個(gè)狀態(tài)和一個(gè)時(shí)間所決定的下一個(gè)狀態(tài)只能有1個(gè)。（X）15 .提供嚴(yán)格定義的文檔是原型化方法的特征。（X）三.名詞解釋解答：四.簡(jiǎn)答題1 .什么是數(shù)據(jù)字典？其作用是什么？它有哪些條目？數(shù)據(jù)字典，主要用來(lái)描述數(shù)據(jù)流程圖中的數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、處理過(guò)程和和數(shù)據(jù)源點(diǎn)/終點(diǎn)。作

32、用：數(shù)據(jù)流程圖描述了系統(tǒng)的邏輯結(jié)構(gòu)，其中的四個(gè)基本圖形元素的含義無(wú)法在數(shù)據(jù)流程圖中詳細(xì)說(shuō)明，因此數(shù)據(jù)流程圖需要與其他工具配合使用，數(shù)據(jù)字典就是這樣的工具之"o包括的條目：數(shù)據(jù)流詞條、數(shù)據(jù)元素詞條、數(shù)據(jù)存儲(chǔ)詞條、數(shù)據(jù)加工處理詞條、數(shù)據(jù)源點(diǎn)及終點(diǎn)詞條。2 .什么是數(shù)據(jù)流圖？其作用是什么？數(shù)據(jù)流圖簡(jiǎn)稱(chēng)DFD,是SA方法中用于表示系統(tǒng)邏輯模型的一種工具。它以圖形的方式描述數(shù)據(jù)在系統(tǒng)中流動(dòng)和處理的過(guò)程，由于它只反映系統(tǒng)必須完成的邏輯功能，所以它是一種功能模型。數(shù)據(jù)流圖有四種基本圖形符號(hào)：箭頭表示數(shù)據(jù)流；圓或橢圓表述加工；“=”雙杠表示數(shù)據(jù)存儲(chǔ)；方框表示數(shù)據(jù)的源點(diǎn)或終點(diǎn)。3 .可行性研究的任務(wù)有

33、哪些？可行性研究首先需要進(jìn)行概要的分析研究，初步確定項(xiàng)目的規(guī)模和目標(biāo)，確定項(xiàng)目的約束和限制。把它們清楚地列舉出來(lái)。然后分析員進(jìn)行簡(jiǎn)單的需求分析，經(jīng)過(guò)壓縮的設(shè)計(jì)，探索出若干種可提供選擇的主要解決辦法。對(duì)每種解決辦法都要研究它的可行性。主要從經(jīng)濟(jì)可行性、技術(shù)可行性和社會(huì)可行性三方面進(jìn)行研究。4 .什么是軟件配置管理？軟件配置管理，簡(jiǎn)稱(chēng)SCM(SoftwareConfigurationManagement),是指一組管理整個(gè)軟件生存期各階段中變更的活動(dòng)。軟件配置管理技術(shù)可以使軟件變更所產(chǎn)生的錯(cuò)誤達(dá)到最小并最有效地提高生產(chǎn)率。5 .簡(jiǎn)述文檔在軟件工程中的作用？(1)提高軟件開(kāi)發(fā)過(guò)程的能見(jiàn)度(2)提高開(kāi)

34、發(fā)效率(3)作為開(kāi)發(fā)人員階段工作成果和結(jié)束標(biāo)志(4)記錄開(kāi)發(fā)過(guò)程的有關(guān)信息便于使用與維護(hù)；(5)提供軟件運(yùn)行、維護(hù)和培訓(xùn)有關(guān)資料；(6)便于用戶了解軟件功能、性能。6 .軟件開(kāi)發(fā)成本估算方法有哪幾種？1自頂向下估算方法。估算人員參照以前完成的項(xiàng)目所耗費(fèi)的總成本(或總工作量)，來(lái)推算將要開(kāi)發(fā)的軟件的總成本(或總工作量)，然后把它們按階段、步驟和工作單元進(jìn)行分配，這樣方法稱(chēng)為自頂向下的估算方法。2自底向上估算方法。自底向上估算方法是將待開(kāi)發(fā)的軟件細(xì)分，分別估算每一個(gè)子任務(wù)所需要的開(kāi)發(fā)工作量，然后將它們加起來(lái)，得到軟件的總開(kāi)發(fā)量。3差別估算方法。差別估算是將開(kāi)發(fā)項(xiàng)目與一個(gè)或多個(gè)已完成的類(lèi)似項(xiàng)目進(jìn)行比

35、較，找出與某個(gè)相類(lèi)似項(xiàng)目的若干不同之處，并估算每個(gè)不同之處對(duì)成本的影響，導(dǎo)出開(kāi)發(fā)項(xiàng)目的總成本。7 .請(qǐng)說(shuō)明軟件文檔的作用。軟件文檔的作用是：提高軟件開(kāi)發(fā)過(guò)程的能見(jiàn)度；提高開(kāi)發(fā)效率；作為開(kāi)發(fā)人員階段工作成果和結(jié)束標(biāo)志；記錄開(kāi)發(fā)過(guò)程的有關(guān)信息便于使用與維護(hù)；提供軟件運(yùn)行、維護(hù)和培訓(xùn)有關(guān)資料；便于用戶了解軟件功能、性能。軟件開(kāi)發(fā)項(xiàng)目生存期各階段應(yīng)包括得文檔以及與各類(lèi)人員的關(guān)系如下：可行性研究報(bào)告、項(xiàng)目開(kāi)發(fā)計(jì)劃、軟件需求說(shuō)明書(shū)、數(shù)據(jù)要求說(shuō)明書(shū)、測(cè)試計(jì)劃、概要設(shè)計(jì)說(shuō)明書(shū)、詳細(xì)設(shè)計(jì)說(shuō)明書(shū)、用戶手冊(cè)、操作手冊(cè)、測(cè)試分析報(bào)告、開(kāi)發(fā)進(jìn)度月報(bào)、項(xiàng)目開(kāi)發(fā)總結(jié)、程序維護(hù)手冊(cè)(維護(hù)修改建議)。8 .簡(jiǎn)述提高軟件質(zhì)量的主

36、要措施。復(fù)審：是在軟件生命周期每個(gè)階段結(jié)束之前，都采用一定的標(biāo)準(zhǔn)對(duì)該段產(chǎn)生的軟件配置成分進(jìn)行嚴(yán)格的正式或非正式的檢測(cè)。復(fù)查：是檢查已有的材料，以斷定在軟件生命周期某個(gè)階段的工作是否能夠開(kāi)始或繼續(xù)。管理復(fù)審：是向開(kāi)發(fā)組織或使用部門(mén)的管理人員提供有關(guān)項(xiàng)目的總體狀況、成本和進(jìn)度等方面的情況，以便他們從管理角度對(duì)開(kāi)發(fā)工作進(jìn)行審查。五.綜合題1 .請(qǐng)以WEBSNS為主題，分析校園SNS系統(tǒng)的操作可行性，并按照國(guó)標(biāo)規(guī)范書(shū)寫(xiě)可行性分析報(bào)告。(1)按照GB-8567-88進(jìn)行可行性分析的書(shū)寫(xiě)；(2)重點(diǎn)分析技術(shù)與操作可行性。2 .請(qǐng)以無(wú)線校園為背景，分析無(wú)線校園的技術(shù)可行性、操作可行性與經(jīng)濟(jì)可行性。(1)按照

37、國(guó)標(biāo)GB8567-88規(guī)范書(shū)寫(xiě)相應(yīng)內(nèi)容。3 .請(qǐng)以農(nóng)產(chǎn)品購(gòu)銷(xiāo)供應(yīng)鏈一體化系統(tǒng)為背景，分析其經(jīng)濟(jì)可行性與技術(shù)可行性。(1)按照GB-8567-88書(shū)寫(xiě)規(guī)范的可行性分析報(bào)告4 .請(qǐng)以城市交通流擁塞與控制為背景，書(shū)寫(xiě)該系統(tǒng)的可行性分析報(bào)告。(1)重點(diǎn)進(jìn)行交通流擁塞與控制的技術(shù)可行性研究，分析其技術(shù)可行性5 .請(qǐng)以智能家庭為例，分析其經(jīng)濟(jì)可行性與技術(shù)可行性。(1)重點(diǎn)進(jìn)行智能家庭的技術(shù)可行性分析；（2）按照國(guó)標(biāo)GB-8567-88規(guī)范書(shū)寫(xiě)。6 .請(qǐng)以“信息塵?！痹诂F(xiàn)代戰(zhàn)爭(zhēng)中的應(yīng)用為背景，進(jìn)行可行性分析。（1）按照國(guó)標(biāo)GB-8567-88規(guī)范書(shū)寫(xiě)；（2）重點(diǎn)進(jìn)行“信息塵?！奔夹g(shù)可行性分析7 .請(qǐng)以網(wǎng)絡(luò)視

38、頻社區(qū)為背景，按照國(guó)標(biāo)規(guī)范書(shū)寫(xiě)可行性分析報(bào)告。（1）按照國(guó)標(biāo)GB-8567-88規(guī)范書(shū)寫(xiě)（2）著重進(jìn)行視頻系統(tǒng)的技術(shù)可行性分析8 .請(qǐng)以社區(qū)呼叫中心為背景，進(jìn)行可行性分析。（1）按照國(guó)標(biāo)GB-8567-88規(guī)范書(shū)寫(xiě)；（2）重點(diǎn)進(jìn)行社區(qū)管理的操作可行性分析。六.論述題（方案1）解答：第三章：需求分析一.填空題1 .軟件需求分析過(guò)程應(yīng)該建立（數(shù)據(jù)模型）、（功能模型）和（行為模型）三種模型。2 .需求分析的基本任務(wù)是要準(zhǔn)確地定義（新系統(tǒng)白目標(biāo)），為了滿足用戶需要，回答系統(tǒng)必須做什么的問(wèn)題。3 .數(shù)據(jù)流圖有4個(gè)基本成分：（數(shù)據(jù)流）、（加工（又稱(chēng)數(shù)據(jù)處理）卜（數(shù)據(jù)存儲(chǔ)）和（數(shù)據(jù)源點(diǎn)和終點(diǎn)）。4 .流向數(shù)

39、據(jù)存儲(chǔ)的數(shù)據(jù)流可理解為（寫(xiě)入）文件或（查詢(xún)）文件，從數(shù)據(jù)存儲(chǔ)流出的數(shù)據(jù)可理解為從文件（讀）數(shù)據(jù)或得到（查詢(xún)）結(jié)果。5 .需求分析的困難主要體現(xiàn)在4個(gè)方面：?jiǎn)栴}的復(fù)雜性、（交流P礙）、（不完備性和不一致性）需求易變性。6 .由于數(shù)據(jù)流是流動(dòng)中的數(shù)據(jù)，所以必須有（流向）。除了與（數(shù)據(jù)存儲(chǔ)）之間的數(shù)據(jù)流不用命名外，數(shù)據(jù)流應(yīng)該用名詞或名詞短語(yǔ)命名。7 .結(jié)構(gòu)化分析方法是面向（數(shù)據(jù)流）進(jìn)行需求分析的方法。8 .經(jīng)過(guò)需求分析，開(kāi)發(fā)人員已經(jīng)基本上理解了用戶的要求，確定了目標(biāo)系統(tǒng)的功能，定義了系統(tǒng)數(shù)據(jù)，描述了處理這些數(shù)據(jù)的基本策略。將這些共同的理解進(jìn)行了整理，最后形成文木（需求說(shuō)明書(shū)）。9 .在數(shù)據(jù)流圖中，有

40、名字及方向的成分是（數(shù)據(jù)流）。10 .在軟件需求分析中，開(kāi)發(fā)人員要從用戶那里解決的最重要的問(wèn)題是（要讓軟件做什么）。11 .需求分析的最終結(jié)果是產(chǎn)生（需求規(guī)格說(shuō)明書(shū)）。12 .SA方法用DFD描述（系統(tǒng)的功能）。13 .SA方法的基本思想是（自頂向下逐步分解）。14 .常用的需求分析方法有面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法，（面向?qū)ο蟮姆治龇椒ǎ?面向數(shù)據(jù)結(jié)構(gòu)的分析方法等。15 .通過(guò)（功能分解）可以完成數(shù)據(jù)流圖的細(xì)化。二.判斷題1 .數(shù)據(jù)流圖（DFD磔軟件開(kāi)發(fā)可行性分析階段經(jīng)常使用的工具。（X）2 .需求分析階段的任務(wù)是確定軟件系統(tǒng)的功能。（，）3 .在數(shù)據(jù)流圖中，不能被計(jì)算機(jī)處理的成分是數(shù)據(jù)源/終

41、點(diǎn)。（，）4 .通過(guò)功能分解可以完成數(shù)據(jù)流圖的細(xì)化。(V)5 .分層DFD是一種比較嚴(yán)格又易于理解的描述方式，它的頂層圖描述了系統(tǒng)的輸入與輸出。(V)6 .數(shù)據(jù)字典中，一般不包括數(shù)據(jù)存儲(chǔ)條目。(X)7 .初步用戶手冊(cè)在需求分析階段編寫(xiě)。(，)8 .SA方法的分析步驟是首先調(diào)查了解當(dāng)前系統(tǒng)的邏輯模型，然后獲得當(dāng)前系統(tǒng)的物理模型，抽象出當(dāng)前系統(tǒng)的邏輯模型，建立目標(biāo)系統(tǒng)的邏輯模型。(V)9 .每個(gè)數(shù)據(jù)流必須用名詞或名詞短語(yǔ)命名。(X)10 .模塊獨(dú)立性是軟件模塊化所提出的要求，衡量模塊獨(dú)立性的度量標(biāo)準(zhǔn)時(shí)模塊的內(nèi)聚性和耦合性。(，)11 .數(shù)據(jù)詞典的任務(wù)是對(duì)于數(shù)據(jù)流圖中出現(xiàn)的所有被命名的數(shù)據(jù)元素，在數(shù)

42、據(jù)詞典中作為一個(gè)詞條加以定義，使得每一個(gè)圖形元素的名字都有一個(gè)確切的描述。(，)12 .在需求分析中，開(kāi)發(fā)人員要從用戶那里解決的最重要的問(wèn)題是要讓軟件做什么。(，)13 .結(jié)構(gòu)化分析方法(SA)是一種面向數(shù)據(jù)結(jié)構(gòu)需求分析方法。(X)14 .軟件需求分析的任務(wù)包括結(jié)構(gòu)化程序設(shè)計(jì)。(X)15 .SA方法是一種自頂下下逐層分解的分析方法。(，)三.名詞解釋解答：四.簡(jiǎn)答題解答：五.綜合題1 .請(qǐng)以教材購(gòu)銷(xiāo)的內(nèi)容為應(yīng)用背景，畫(huà)出數(shù)據(jù)流圖、寫(xiě)清數(shù)據(jù)字典、小說(shuō)明。(1)數(shù)據(jù)流圖要求至少三層，包括頂層圖、中間層圖、底層圖；(2)數(shù)據(jù)字典必須符合客觀實(shí)際；(3)小說(shuō)明需要解釋異常情況2 .請(qǐng)以小超市銷(xiāo)售管理的

43、內(nèi)容為應(yīng)用背景，畫(huà)出數(shù)據(jù)流圖、寫(xiě)清數(shù)據(jù)字典、小說(shuō)明。(1)數(shù)據(jù)流圖要求至少三層，包括頂層圖、中間層圖、底層圖；(2)數(shù)據(jù)字典必須符合客觀實(shí)際；(3)小說(shuō)明需要解釋異常情況3 .請(qǐng)以校園交友娛樂(lè)社區(qū)的內(nèi)容為應(yīng)用背景，畫(huà)出數(shù)據(jù)流圖、寫(xiě)清數(shù)據(jù)字典、小說(shuō)明。(1)數(shù)據(jù)流圖要求至少三層，包括頂層圖、中間層圖、底層圖；(2)數(shù)據(jù)字典必須符合客觀實(shí)際；(3)小說(shuō)明需要解釋異常情況4 .請(qǐng)以校園學(xué)習(xí)交流社區(qū)的內(nèi)容為應(yīng)用背景，畫(huà)出數(shù)據(jù)流圖、寫(xiě)清數(shù)據(jù)字典、小說(shuō)明。(1)數(shù)據(jù)流圖要求至少三層，包括頂層圖、中間層圖、底層圖；(2)數(shù)據(jù)字典必須符合客觀實(shí)際；(3)小說(shuō)明需要解釋異常情況5 .請(qǐng)以網(wǎng)絡(luò)爬蟲(chóng)應(yīng)用系統(tǒng)為背景，

44、畫(huà)出數(shù)據(jù)流圖、寫(xiě)清數(shù)據(jù)字典、小說(shuō)明。(1)數(shù)據(jù)流圖要求至少三層，包括頂層圖、中間層圖、底層圖；(2)數(shù)據(jù)字典必須符合客觀實(shí)際；(3)小說(shuō)明需要解釋異常情況6 .請(qǐng)以校園互助貼吧的內(nèi)容為應(yīng)用背景，畫(huà)出數(shù)據(jù)流圖、寫(xiě)清數(shù)據(jù)字典、小說(shuō)明。(1)數(shù)據(jù)流圖要求至少三層，包括頂層圖、中間層圖、底層圖；（2）數(shù)據(jù)字典必須符合客觀實(shí)際；（3）小說(shuō)明需要解釋異常情況7 .請(qǐng)以網(wǎng)絡(luò)驢友互助的內(nèi)容為應(yīng)用背景，畫(huà)出數(shù)據(jù)流圖、寫(xiě)清數(shù)據(jù)字典、小說(shuō)明。（1）數(shù)據(jù)流圖要求至少三層，包括頂層圖、中間層圖、底層圖；（2）數(shù)據(jù)字典必須符合客觀實(shí)際；（3）小說(shuō)明需要解釋異常情況8 .請(qǐng)以社區(qū)后勤管理為應(yīng)用背景，畫(huà)出數(shù)據(jù)流圖、寫(xiě)清數(shù)據(jù)字

45、典、小說(shuō)明。（1）數(shù)據(jù)流圖要求至少三層，包括頂層圖、中間層圖、底層圖；（2）數(shù)據(jù)字典必須符合客觀實(shí)際；（3）小說(shuō)明需要解釋異常情況六.論述題（方案1）解答：第五章：總體設(shè)計(jì)一.填空題1 .過(guò)程設(shè)計(jì)語(yǔ)言的重復(fù)結(jié)構(gòu)有（for）結(jié)構(gòu)、（while）結(jié)構(gòu)（until）、結(jié)構(gòu)三種。2 .結(jié)構(gòu)化程序設(shè)計(jì)方法的基本要點(diǎn)是：（1）采用（自頂向下卜（逐步求精卜的程序設(shè)計(jì)方法；（2）使用（三種基本控制結(jié)構(gòu)）構(gòu)造程序；（3）主程序員組的組織形式。3 .在詳細(xì)設(shè)計(jì)階段，為了提高數(shù)據(jù)的輸入、存儲(chǔ)、檢索等操作的效率并節(jié)約存儲(chǔ)空間，對(duì)某些數(shù)據(jù)項(xiàng)的值要進(jìn)行（代碼）設(shè)計(jì)。4 .任何程序都可由（順序）、（選才I）和（重復(fù)）三種基本控制結(jié)構(gòu)構(gòu)造。這三種基本結(jié)構(gòu)的共同點(diǎn)是（單入口卜（單出口）。5 .在