自學(xué)考試軟件工程模擬試題及答案和解析

1、一,單項(xiàng)選擇題(本大題共20小題,每小題1分,共20分在每小題列出的四個(gè)選項(xiàng)中只有一個(gè)選項(xiàng)是符合題目要求的,請(qǐng)將正確選項(xiàng)前的字母填在題后的橫線上。1.可行性研究要進(jìn)行一次_需求分析。參考答案為:CA.詳細(xì)的B.全面的C.簡(jiǎn)化的、壓縮的D.徹底的解析軟件的可行性研究的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目是否能夠開(kāi)發(fā),是否值得去開(kāi)發(fā)。其實(shí)質(zhì)是要進(jìn)行一次簡(jiǎn)化、壓縮了的需求分析、設(shè)計(jì)過(guò)程,要在較高層次上以較抽象的方式進(jìn)行需求分析和設(shè)計(jì)過(guò)程。因此答案為C。2.系統(tǒng)流程圖用于可行性分析中的_的描述。參考答案為:AA.當(dāng)前運(yùn)行系統(tǒng)B.當(dāng)前邏輯模型C.目標(biāo)系統(tǒng)D.新系統(tǒng)解析可行性研究首先要確定

2、項(xiàng)目的規(guī)模和目標(biāo),然后就需要對(duì)當(dāng)前運(yùn)行的系統(tǒng)進(jìn)行研究了,在考察系統(tǒng)的基礎(chǔ)上,通過(guò)描繪現(xiàn)有系統(tǒng)的高層系統(tǒng)流程圖,與有關(guān)人員一起審查該系統(tǒng)流程圖是否正確。描述的對(duì)象是當(dāng)前正在運(yùn)行的系統(tǒng),因此選擇A。3.系統(tǒng)流程圖是描述_的工具。參考答案為:CA.邏輯系統(tǒng)B.程序系統(tǒng)C.體系結(jié)構(gòu)D.物理系統(tǒng)解析系統(tǒng)流程圖是用圖形符號(hào)來(lái)表示系統(tǒng)中的各個(gè)元素,例如人工處理、數(shù)據(jù)庫(kù)、設(shè)備等,流程圖表達(dá)了系統(tǒng)中各個(gè)元素之間的信息流動(dòng)情況。是描繪物理系統(tǒng)的傳統(tǒng)工具。4._工具在軟件詳細(xì)設(shè)計(jì)過(guò)程中不采用。參考答案為:DA.判定表B.IPO圖C.PDLD.DFD圖解析詳細(xì)描述處理過(guò)程常用三種工具:圖形、表格和語(yǔ)言。其中圖形工具有

3、結(jié)構(gòu)化流程圖、盒圖和問(wèn)題分析圖三種,答案中的判定表是用來(lái)表示復(fù)雜的條件組合與應(yīng)做的動(dòng)作之間的對(duì)應(yīng)關(guān)系。IPO圖用來(lái)描述每個(gè)模塊輸入/輸出數(shù)據(jù)、處理功能及模塊調(diào)用的詳細(xì)情況。PDL 是過(guò)程設(shè)計(jì)語(yǔ)言的縮寫(xiě),也稱程序描述語(yǔ)言,用于描述模塊算法設(shè)計(jì)和處理細(xì)節(jié)的語(yǔ)言,這三種都可以在軟件詳細(xì)設(shè)計(jì)過(guò)程中使用,而DFD圖則是數(shù)據(jù)流圖,是以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動(dòng)和處理的過(guò)程,只反映系統(tǒng)必須完成的邏輯功能,所以它只是一種功能模型,不能在詳細(xì)設(shè)計(jì)過(guò)程中使用。5.程序的三種基本控制結(jié)構(gòu)是參考答案為:BA.過(guò)程、子程序和分程序B.順序、選擇和重復(fù)C.遞歸、堆棧和隊(duì)列D.調(diào)用、返回和轉(zhuǎn)移解析程序的三種基本控制結(jié)構(gòu)

4、是順序、選擇和循環(huán)(重復(fù)。子程序只是程序設(shè)計(jì)一種方法,遞歸則是一種算法,都算不上是控制結(jié)構(gòu)。6.程序的三種基本控制結(jié)構(gòu)的共同特點(diǎn)是參考答案為:DA.不能嵌套使用B.只能用來(lái)寫(xiě)簡(jiǎn)單程序C.已經(jīng)用硬件實(shí)現(xiàn)D.只有一個(gè)入口和一個(gè)出口解析程序的特點(diǎn)就是從一個(gè)入口開(kāi)始,最終以一個(gè)出口結(jié)束,其間可以用順序,選擇和循環(huán)方式對(duì)程序的流向進(jìn)行控制。三種結(jié)構(gòu)可以寫(xiě)出非常復(fù)雜的程序,而且選擇和循環(huán)都可以嵌套設(shè)計(jì)。7.產(chǎn)生軟件維護(hù)的副作用,是指參考答案為:CA.開(kāi)發(fā)時(shí)的錯(cuò)誤B.隱含的錯(cuò)誤C.因修改軟件而造成的錯(cuò)誤D.運(yùn)行時(shí)誤操作解析因修改軟件而造成的錯(cuò)誤或其他不希望出現(xiàn)的情況稱為維護(hù)的副作用,包括編碼副作用、數(shù)據(jù)副作

5、用、文檔副作用三種。只有答案C是正確的表述。8.維護(hù)中,因誤刪除一個(gè)標(biāo)識(shí)符而引起的錯(cuò)誤是_副作用。參考答案為:CA.文檔B.數(shù)據(jù)C.編碼D.設(shè)計(jì)解析編碼副作用指的是在使用程序設(shè)計(jì)語(yǔ)言修改源代碼時(shí)可能引入錯(cuò)誤,比如刪除或修改一個(gè)子程序、一個(gè)標(biāo)號(hào)、一個(gè)標(biāo)識(shí)符,改變程序代碼的時(shí)序關(guān)系,修改文件的打開(kāi)或關(guān)閉等。因此本題答案為C。9.可維護(hù)性的特性中相互促進(jìn)的是參考答案為:AA.可理解性和可測(cè)試性B.效率和可移植性C.效率和可修改性D.效率和結(jié)構(gòu)好解析軟件的可維護(hù)性可用七個(gè)質(zhì)量特性來(lái)衡量,分別是:可理解性、可測(cè)試性、可修改性、可靠性、可移植性、可使用性和效率。對(duì)于不同類(lèi)型的維護(hù),這些特性的側(cè)重點(diǎn)也不相同

6、,有一些可維護(hù)特性是可以相互促進(jìn)的,比如可理解性和可測(cè)試性,可理解性和可修改性,另外一些則是相互矛盾的,如答案中的B效率和可移植性、C中的效率和可修改性。至于D中的結(jié)構(gòu)好則不屬于可維護(hù)性的特征。10.汽車(chē)有一個(gè)發(fā)動(dòng)機(jī)。汽車(chē)和發(fā)動(dòng)機(jī)之間的關(guān)系是_關(guān)系。參考答案為:BA.一般具體B.整體部分C.分類(lèi)關(guān)系D.主從關(guān)系解析類(lèi)有兩種主要的結(jié)構(gòu)關(guān)系,即一般具體結(jié)構(gòu)關(guān)系和整體部分結(jié)構(gòu)關(guān)系。前者稱為分類(lèi)結(jié)構(gòu),用來(lái)描述現(xiàn)實(shí)世界中的一般化的抽象關(guān)系。后者稱為組裝結(jié)構(gòu),用來(lái)描述現(xiàn)實(shí)世界中的類(lèi)的組成的抽象關(guān)系。汽車(chē)和發(fā)動(dòng)機(jī)的關(guān)系很明顯,應(yīng)該屬于整體部分關(guān)系。11.在變更控制中,_可以用來(lái)確保由不同用戶所執(zhí)行的并發(fā)變更

7、。參考答案為:BA.異步控制B.同步控制C.存取控制D.基線控制解析變更控制包括建立控制點(diǎn)和建立報(bào)告與審查制度,其過(guò)程中的“檢出”和“登入”處理實(shí)現(xiàn)了存取控制和同步控制,存取控制管理各個(gè)用戶存取和修改一個(gè)特定軟件配置對(duì)象的權(quán)限,同步控制可用來(lái)確保由不同用戶所執(zhí)行任務(wù)的并發(fā)變更。12.變更控制是一項(xiàng)最重要的軟件配置任務(wù),其中“檢出”和_處理實(shí)現(xiàn)了兩個(gè)重要的變更控制要素,即存取控制和同步控制。參考答案為:AA.登入B.管理C.填寫(xiě)變更要求D.審查解析“檢出”和“登入”處理實(shí)現(xiàn)了兩個(gè)重要的變更控制要素。具體說(shuō)明見(jiàn)上題。13.提高軟件質(zhì)量和可靠的技術(shù)大致可分為兩大類(lèi):其中一類(lèi)就是避開(kāi)錯(cuò)誤技術(shù),但避開(kāi)錯(cuò)

8、誤技術(shù)無(wú)法做到完美無(wú)缺和絕無(wú)錯(cuò)誤,這就需要參考答案為:DA.消除錯(cuò)誤B.檢測(cè)錯(cuò)誤C.避開(kāi)錯(cuò)誤D.容錯(cuò)解析提高軟件質(zhì)量和可靠性的技術(shù)大致可分為兩類(lèi),一類(lèi)是避開(kāi)錯(cuò)誤技術(shù),即在開(kāi)發(fā)的過(guò)程中不讓差錯(cuò)潛入軟件的技術(shù),另一類(lèi)是容錯(cuò)技術(shù),即對(duì)某些無(wú)法避開(kāi)的差錯(cuò),使其影響減至最小的技術(shù)。14._是以提高軟件質(zhì)量為目的的技術(shù)活動(dòng)。參考答案為:DA.技術(shù)創(chuàng)新B.測(cè)試C.技術(shù)創(chuàng)造D.技術(shù)評(píng)審解析技術(shù)評(píng)審是以提高軟件質(zhì)量為目的的技術(shù)活動(dòng),是對(duì)軟件本身的結(jié)構(gòu)、與運(yùn)行環(huán)境的接口、變更帶來(lái)的影響等方面進(jìn)行的評(píng)審活動(dòng)。15.面向?qū)ο蠓椒▽W(xué)的出發(fā)點(diǎn)和基本原則是盡可能模擬人類(lèi)習(xí)慣的思維方式,分析、設(shè)計(jì)和實(shí)現(xiàn)一個(gè)軟件系統(tǒng)的方法和過(guò)

9、程,盡可能接近于人類(lèi)認(rèn)識(shí)世界解決問(wèn)題的方法和過(guò)程。因此面向?qū)ο蠓椒ㄓ性S多特征,如軟件系統(tǒng)是由對(duì)象組成的;_;對(duì)象彼此之間僅能通過(guò)傳遞消息互相聯(lián)系;層次結(jié)構(gòu)的繼承。參考答案為:CA.開(kāi)發(fā)過(guò)程基于功能分析和功能分解B.強(qiáng)調(diào)需求分析重要性C.把對(duì)象劃分成類(lèi),每個(gè)對(duì)象類(lèi)都定義一組數(shù)據(jù)和方法D.對(duì)既存類(lèi)進(jìn)行調(diào)整解析面向?qū)ο蠓椒ㄓ兴膫€(gè)特征,分別是對(duì)象唯一性、分類(lèi)性、繼承性和多態(tài)性。其中分類(lèi)性是指將具有一致的數(shù)據(jù)結(jié)構(gòu)(屬性和行為(操作的對(duì)象抽象成類(lèi),每個(gè)類(lèi)是具有相同性質(zhì)的個(gè)體集合,而每個(gè)對(duì)象相關(guān)類(lèi)的實(shí)例,對(duì)象彼此之間通過(guò)傳遞消息互相聯(lián)系。16.軟件開(kāi)發(fā)過(guò)程中,抽取和整理用戶需求并建立問(wèn)題域精確模型的過(guò)程叫參

10、考答案為:DA.生存期B.面向?qū)ο笤O(shè)計(jì)C.面向?qū)ο蟪绦蛟O(shè)計(jì)D.面向?qū)ο蠓治鼋馕雒嫦驅(qū)ο蟮姆治龅倪^(guò)程就是認(rèn)識(shí)客觀世界的過(guò)程,其目的就是建立對(duì)客觀世界的精確、簡(jiǎn)潔、可理解的正確模型,也就是所謂的建模。因此本題答案為D。17.原型化方法是用戶和設(shè)計(jì)者之間執(zhí)行的一種交互構(gòu)成,適用于_系統(tǒng)。參考答案為:AA.需求不確定性高的B.需求確定的C.管理信息D.實(shí)時(shí)解析原型不同于最終系統(tǒng),它只實(shí)現(xiàn)所選擇的部分功能,僅是為了試驗(yàn)或是演示而用,部分功能需求可以忽略或者模擬實(shí)現(xiàn),因此適用于需求不確定性高的系統(tǒng)。18.原型化方法是一種_型的設(shè)計(jì)過(guò)程。參考答案為:AA.自外向內(nèi)B.自頂向下C.自內(nèi)向外D.自底向上解析原型

11、化方法的基本思想是根據(jù)用戶給出的基本需求,通過(guò)快速實(shí)現(xiàn)構(gòu)造出一個(gè)小型的、可執(zhí)行的模型,用戶在計(jì)算機(jī)上實(shí)際運(yùn)行這個(gè)用戶界面原型,在試用過(guò)程中提出意見(jiàn)或建議,然后開(kāi)發(fā)者再對(duì)原型進(jìn)行改進(jìn)。如此周而復(fù)始,逐步彌補(bǔ)不足之處,從而提高了最終產(chǎn)品的質(zhì)量。它是一種自外向內(nèi)的設(shè)計(jì)過(guò)程。19.為了提高測(cè)試的效率,應(yīng)該參考答案為:DA.隨機(jī)地選取測(cè)試數(shù)據(jù)B.取一切可能的輸入數(shù)據(jù)作為測(cè)試數(shù)據(jù)C.在完成編碼以后制定軟件的測(cè)試計(jì)劃D.選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測(cè)試數(shù)據(jù)解析軟件測(cè)試是為了盡可能多的發(fā)現(xiàn)程序中的錯(cuò)誤,尤其是發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯(cuò)誤。在選取測(cè)試用例時(shí),不可能進(jìn)行窮舉測(cè)試,在每一個(gè)細(xì)節(jié)進(jìn)行測(cè)試,也不能無(wú)目的地隨

12、機(jī)選取測(cè)試數(shù)據(jù),為了提高測(cè)試的效率,測(cè)試用例應(yīng)該選擇發(fā)現(xiàn)錯(cuò)誤可能性大的部分,這樣的測(cè)試結(jié)果才符合軟件測(cè)試的目的。20.使用白盒測(cè)試方法時(shí),確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)_和指定的覆蓋標(biāo)準(zhǔn)。參考答案為:AA.程序的內(nèi)部邏輯B.程序的復(fù)雜結(jié)構(gòu)C.使用說(shuō)明書(shū)D.程序的功能解析白盒測(cè)試是把測(cè)試對(duì)象看作一個(gè)打開(kāi)的盒子,測(cè)試人員須了解程序的內(nèi)部結(jié)構(gòu)和處理過(guò)程,由于白盒測(cè)試是一種結(jié)構(gòu)測(cè)試,所以被測(cè)對(duì)象基本上是源程序,以程序的內(nèi)部邏輯和指定的覆蓋標(biāo)準(zhǔn)確定測(cè)試數(shù)據(jù)。二,填空題(本大題共10小題,每小題2分,共20分21.系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具,用圖形符號(hào)表示系統(tǒng)中各個(gè)元素表達(dá)了系統(tǒng)中各種元素之間的(情況。解:信

13、息流動(dòng)解析系統(tǒng)流程圖是描述物理系統(tǒng)的傳統(tǒng)工具,用圖形符號(hào)表示系統(tǒng)中的各個(gè)元素,如人工處理、數(shù)據(jù)處理、數(shù)據(jù)庫(kù)、文件、設(shè)備等,表達(dá)了元素之間的信息流動(dòng)的情況。22.成本效益分析的目的是從(角度評(píng)價(jià)開(kāi)發(fā)一個(gè)項(xiàng)目是否可行。解:經(jīng)濟(jì)解析成本效益分析首先是估算將要開(kāi)發(fā)的系統(tǒng)的開(kāi)發(fā)成本,然后與可能取得的效益進(jìn)行比較和權(quán)衡,其目的是從經(jīng)濟(jì)角度評(píng)價(jià)開(kāi)發(fā)一個(gè)新的軟件項(xiàng)目是否可行。23.自頂向下結(jié)合的漸增式測(cè)試法,在組合模塊時(shí)有兩種組合策略:深度優(yōu)先策略和( 。解:寬度優(yōu)先策略解析漸增式測(cè)試法有自頂向下結(jié)合和自底向上結(jié)合兩種組裝模塊的方法,其中自頂向下集成是構(gòu)造程序結(jié)構(gòu)的一種增量式方式,不需要編寫(xiě)驅(qū)動(dòng)模塊,只需要編

14、寫(xiě)樁模塊。它從主控模塊開(kāi)始,按照軟件的控制層次結(jié)構(gòu),以深度優(yōu)先或?qū)挾葍?yōu)先的策略,逐步把各個(gè)模塊集成在一起。24.獨(dú)立路徑是指包括一組以前沒(méi)有處理的語(yǔ)句或條件的一條路徑。從程序圖來(lái)看,一條獨(dú)立路徑是至少包含有一條(的邊的路徑。解:在其他獨(dú)立路徑中未有過(guò)解析在基本路徑測(cè)試中,以詳細(xì)設(shè)計(jì)或源程序?yàn)榛A(chǔ),導(dǎo)出控制流程圖的拓?fù)浣Y(jié)構(gòu)程序圖,在計(jì)算了程序圖的環(huán)路復(fù)雜性之后,確定只包含獨(dú)立路徑的基本路徑圖,其中獨(dú)立路徑是包括一組以前沒(méi)有處理的語(yǔ)句或條件的一條路徑。從程序圖來(lái)看,一條獨(dú)立路徑是至少包含有一條在其他獨(dú)立路徑中未有過(guò)的邊的路徑。25.匯編語(yǔ)言是面向( 的,可以完成高級(jí)語(yǔ)言無(wú)法完成的特殊功能,如與外部

15、設(shè)備之間的一些接口工作。解:機(jī)器解析匯編語(yǔ)言屬于低級(jí)語(yǔ)言,是一種面向機(jī)器的語(yǔ)言,它與高級(jí)語(yǔ)言相比有許多優(yōu)越性:如操作靈活,可以直接作用到硬件的最下層,完成與外部設(shè)備的接口工作等,是能夠利用計(jì)算機(jī)硬件特性直接控制硬件設(shè)備的唯一語(yǔ)言。26.在JSP方法中解決結(jié)構(gòu)沖突的具體辦法是(。解:中間數(shù)據(jù)結(jié)構(gòu)或中間文件解析JSP方法是面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法。它定義了一組以數(shù)據(jù)結(jié)構(gòu)為指導(dǎo)的映射過(guò)程,根據(jù)輸入、輸出的數(shù)據(jù)結(jié)構(gòu),按一定的規(guī)則映射成軟件的過(guò)程描述,在JSP方法中解決結(jié)構(gòu)沖突的具體辦法是引入中間數(shù)據(jù)結(jié)構(gòu)或中間文件,將沖突部分分隔開(kāi)來(lái),建立多個(gè)程序結(jié)構(gòu),再利用中間文件把它們聯(lián)系起來(lái),構(gòu)成一個(gè)系統(tǒng)的整體。2

16、7.詳細(xì)設(shè)計(jì)的任務(wù)是確定每個(gè)模塊的內(nèi)部特性,即模塊的算法、(。解:使用的數(shù)據(jù)解析詳細(xì)設(shè)計(jì)的基本任務(wù)是為每個(gè)模塊進(jìn)行詳細(xì)的算法設(shè)計(jì),為模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì),確定每個(gè)模塊的內(nèi)部特性,包括模塊的算法和使用的數(shù)據(jù)。對(duì)數(shù)據(jù)庫(kù)進(jìn)行物理設(shè)計(jì)等。28.所有軟件維護(hù)申請(qǐng)報(bào)告要按規(guī)定方式提出,該報(bào)告也稱( 報(bào)告。解:軟件問(wèn)題解析在軟件維護(hù)的流程中,第一步就是制定維護(hù)申請(qǐng)報(bào)告,也稱為軟件問(wèn)題報(bào)告,它是維護(hù)階段的一種文檔,由申請(qǐng)維護(hù)的用戶填寫(xiě)。29.有兩類(lèi)維護(hù)技術(shù):在開(kāi)發(fā)階段使用來(lái)減少錯(cuò)誤、提高軟件可維護(hù)性的面向維護(hù)的技術(shù);在維護(hù)階段用來(lái)提高維護(hù)的效率和質(zhì)量的(技術(shù)。解:維護(hù)支援解析面向維護(hù)的技術(shù)涉及軟件開(kāi)發(fā)的所

17、有階段,能夠減少軟件錯(cuò)誤,提高軟件的可維護(hù)性。而維護(hù)支援技術(shù)則包含信息收集,錯(cuò)誤原因分析,維護(hù)方案評(píng)價(jià)等項(xiàng),是在軟件維護(hù)階段用來(lái)提高維護(hù)效率和質(zhì)量的技術(shù)。30.科學(xué)工程計(jì)算需要大量的標(biāo)準(zhǔn)庫(kù)函數(shù),以便處理復(fù)雜的數(shù)值計(jì)算,可供選擇的語(yǔ)言有:( 、PASCAL語(yǔ)言、C語(yǔ)言和PL/1語(yǔ)言。解:FORTRAN語(yǔ)言解析計(jì)算機(jī)語(yǔ)言根據(jù)不同行業(yè)的需求,使用的側(cè)重點(diǎn)也不盡相同,在辦公管理方面,一些數(shù)據(jù)庫(kù)語(yǔ)言如FOXPRO、ORICAL有很多的應(yīng)用,在工程行業(yè),計(jì)算機(jī)語(yǔ)言的科學(xué)計(jì)算能力就顯得格外重要,如MATLAB、PL/1、FORTRAN語(yǔ)言都是工程計(jì)算中常用的語(yǔ)言。三,名詞解釋(本大題共5小題,每小題3分,共

18、15分31.經(jīng)濟(jì)可行性解：進(jìn)行開(kāi)發(fā)成本的估算以及了解取得效益的評(píng)估，確定要開(kāi)發(fā)的項(xiàng)目是否值得投資 開(kāi)發(fā)。 解析對(duì)于一個(gè)系統(tǒng)所必須要衡量的是經(jīng)濟(jì)上是否合算，經(jīng)濟(jì)可行性的范圍很廣，包 括效益分析、潛在市場(chǎng)前景等。 32社會(huì)可行性 解：要開(kāi)發(fā)的項(xiàng)目是否存在任何侵犯、妨礙等責(zé)任問(wèn)題，要開(kāi)發(fā)項(xiàng)目目的運(yùn)行方式在 用戶組織內(nèi)是否行得通，現(xiàn)有管理制度、人員素質(zhì)、操作方式是否可行。 解析社會(huì)可行性包括合同、責(zé)任、侵權(quán)等技術(shù)人員不甚了解的諸多問(wèn)題。 33投資回收期 解：投資回收期就是使累計(jì)的經(jīng)濟(jì)效益等于最初的投資費(fèi)用所需的時(shí)間。 解析通常我們用投資回收期來(lái)衡量一個(gè)開(kāi)發(fā)項(xiàng)目的價(jià)值，投資回收期越短，就越快 獲得利潤(rùn)。

19、 34對(duì)應(yīng)關(guān)系 解：即有直接因果關(guān)系在程序中可以同時(shí)處理。 解析對(duì)應(yīng)關(guān)系是指數(shù)據(jù)單元在數(shù)據(jù)內(nèi)容上、數(shù)量上和順序上有直接的因果關(guān)系，對(duì) 于重復(fù)的數(shù)據(jù)單元，重復(fù)的次序和次數(shù)都相同才有對(duì)應(yīng)關(guān)系。 35結(jié)構(gòu)沖突 解：輸入數(shù)據(jù)與輸出數(shù)據(jù)結(jié)構(gòu)找不到對(duì)應(yīng)關(guān)系的情況，稱為結(jié)構(gòu)沖突。 解析使用 JSP 方法時(shí)會(huì)遇到此類(lèi)結(jié)構(gòu)沖突問(wèn)題，對(duì)此，Jackson 提出了引入中間數(shù)據(jù) 結(jié)構(gòu)或中間文件的辦法，將沖突部分分隔開(kāi)來(lái)，建立多個(gè)程序結(jié)構(gòu)，再利用中間文件把它們聯(lián) 系起來(lái)，構(gòu)成一個(gè)系統(tǒng)的整體。 四，簡(jiǎn)答題（本大題共 4 小題，每小題 5 分，共 20 分） 36可行性研究報(bào)告的主要內(nèi)容有哪些? 解：一個(gè)可行性研究報(bào)告的主

20、要內(nèi)容如下： （1）引言：說(shuō)明編寫(xiě)本文檔的目的；項(xiàng)目的名稱、背景；本文檔用到的專門(mén)術(shù)語(yǔ)和參 考資料。 （2）可行性研究前提：可行性研究前提。說(shuō)明開(kāi)發(fā)項(xiàng)目的功能、性能和基本要求；達(dá) 到的目標(biāo)；各種限制條件；可行性研究方法和決定可行性的主要因素。 （3）對(duì)現(xiàn)有系統(tǒng)的分析：說(shuō)明現(xiàn)有系統(tǒng)的處理流程和數(shù)據(jù)流程；工作負(fù)荷；各項(xiàng)費(fèi)用 支出；所需要各類(lèi)專業(yè)技術(shù)人員的數(shù)量；所需要各種設(shè)備；現(xiàn)有系統(tǒng)存在什么問(wèn)題。 （4）所建議系統(tǒng)的技術(shù)可行性分析：所建議系統(tǒng)的簡(jiǎn)要說(shuō)明；處理流程和數(shù)據(jù)流程； 與現(xiàn)有的系統(tǒng)比較的優(yōu)越性；采用所建議系統(tǒng)對(duì)用戶的影響；對(duì)各種設(shè)備、現(xiàn)有軟件、開(kāi)發(fā)環(huán) 境、運(yùn)行環(huán)境的影響；對(duì)經(jīng)費(fèi)支出的影響；對(duì)

21、技術(shù)可行性的評(píng)價(jià)。 （5）所建議系統(tǒng)的經(jīng)濟(jì)可行性分析：說(shuō)明所建議系統(tǒng)的各種支出，各種效益；收益投 資比；投資回收周期。 （6）社會(huì)因素可行性分析：說(shuō)明法律因素，對(duì)合同責(zé)任、侵犯專利權(quán)、侵犯版權(quán)等問(wèn) 題的分析；說(shuō)明用戶使用可行性，是否滿足用戶行政管理、工作制度、人員素質(zhì)的要求。 （7）其他可供選擇方案：逐一說(shuō)明其他可供選擇的方案，并說(shuō)明未被推薦的理由。 （8）結(jié)論意見(jiàn)：說(shuō)明項(xiàng)目是否能開(kāi)發(fā)；還需要什么條件才能開(kāi)發(fā)；對(duì)項(xiàng)目目標(biāo)有什么 變動(dòng)等。 解析做軟件的可行性研究的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件 項(xiàng)目是否能夠開(kāi)發(fā)，是否值得去開(kāi)發(fā)，其中的問(wèn)題能否解決，報(bào)告共分為八個(gè)基本內(nèi)容。 37

22、系統(tǒng)設(shè)計(jì)的內(nèi)容是什么？ 解：系統(tǒng)設(shè)計(jì)階段先從高層入手，然后細(xì)化。系統(tǒng)設(shè)計(jì)要決定整個(gè)結(jié)構(gòu)及風(fēng)格，這種 結(jié)構(gòu)為后面設(shè)計(jì)階段的更詳細(xì)策略的設(shè)計(jì)提供了基礎(chǔ)。 （1）系統(tǒng)分解。系統(tǒng)中主要的組成部分稱為子系統(tǒng)，子系統(tǒng)既不是一個(gè)對(duì)象也不是一 個(gè)功能，而是類(lèi)、關(guān)聯(lián)、操作、時(shí)間和約束的集合。每次分解的各子系統(tǒng)數(shù)目不能太多，最底 層子系統(tǒng)稱為模塊。 （2）確定并發(fā)性。分析模型、現(xiàn)實(shí)世界及硬件中不少對(duì)象均是并發(fā)的。系統(tǒng)設(shè)計(jì)的一 個(gè)重要目標(biāo)就是確定哪些是必須同時(shí)動(dòng)作的對(duì)象，哪些不是同時(shí)動(dòng)作的對(duì)象。后者可以放在一 起，而綜合成單個(gè)控制線或任務(wù)。 （3）處理器及任務(wù)分配。各并發(fā)子系統(tǒng)必須分配給單個(gè)硬件單元，要么是一個(gè)一般

23、的 處理器，要么是一個(gè)具體的功能單元，必須完成下面的工作：估計(jì)性能要求和資源需求，選擇 實(shí)現(xiàn)子系統(tǒng)的硬軟件，將軟件子系統(tǒng)分配給各處理器以滿足性能要求和極小化處理器之間的通 信，決定實(shí)現(xiàn)各子系統(tǒng)的各物理單元的連接。 （4）數(shù)據(jù)存儲(chǔ)管理。系統(tǒng)中的內(nèi)部數(shù)據(jù)和外部數(shù)據(jù)的存儲(chǔ)管理是一項(xiàng)重要的任務(wù)。通 常各數(shù)據(jù)存儲(chǔ)可以將數(shù)據(jù)結(jié)構(gòu)、文件、數(shù)據(jù)庫(kù)組合在一起，不同數(shù)據(jù)存儲(chǔ)要在費(fèi)用、訪問(wèn)時(shí) 間、容量以及可靠性之間做折中考慮。 （5）全局資源的處理。必須確定全局資源，并且制定訪問(wèn)全局資源的策略。全局資源 包括：物理資源，如處理器、驅(qū)動(dòng)器等；空間，如盤(pán)空間、工作站屏等；邏輯名字，如對(duì)象標(biāo) 識(shí)符、類(lèi)名、文件名等。 如果

24、資源是物理對(duì)象，則可以通過(guò)建立協(xié)議實(shí)現(xiàn)對(duì)并發(fā)系統(tǒng)的訪問(wèn)，以達(dá)到自身控 制；如果資源是邏輯實(shí)體，如對(duì)象標(biāo)識(shí)符，那么在共享環(huán)境中有沖突訪問(wèn)的可能，如獨(dú)立的事 務(wù)可能同時(shí)使用同一個(gè)對(duì)象標(biāo)識(shí)符，則各個(gè)全局資源都必須有一個(gè)保護(hù)對(duì)象，由保護(hù)對(duì)象來(lái)控 制對(duì)該資源的訪問(wèn)。 （6）選擇軟件控制機(jī)制。分析模型中所有交互行為都表示為對(duì)象之間的事件。系統(tǒng)設(shè) 計(jì)必須從多種方法中選擇某種方法來(lái)實(shí)現(xiàn)軟件的控制。 （7）人機(jī)交互接口設(shè)計(jì)。設(shè)計(jì)中的大部分工作都與穩(wěn)定的狀態(tài)行為有關(guān)，但必須考慮 用戶使用系統(tǒng)的交互接口。 解析系統(tǒng)設(shè)計(jì)是問(wèn)題求解及建立解答的高級(jí)策略。必須制定解決問(wèn)題的基本方法， 系統(tǒng)的高層結(jié)構(gòu)形式包括子系統(tǒng)的分解、

25、它的固有并發(fā)性、子系統(tǒng)分配給硬軟件、數(shù)據(jù)存儲(chǔ)管 理、資源協(xié)調(diào)、軟件控制實(shí)現(xiàn)、人機(jī)交互接口。 38什么是軟件危機(jī)？軟件危機(jī)的表現(xiàn)是什么？其產(chǎn)生的原因是什么？ 解：軟件發(fā)展第二階段的末期，由于計(jì)算機(jī)硬件技術(shù)的進(jìn)步，計(jì)算機(jī)運(yùn)行速度、容 量、可靠性有顯著的提高，生產(chǎn)成本顯著下降，這為計(jì)算機(jī)的廣泛應(yīng)用創(chuàng)造了條件。一些復(fù)雜 的、大型的軟件開(kāi)發(fā)項(xiàng)目提出來(lái)了，但是，軟件開(kāi)發(fā)技術(shù)的進(jìn)步一直未能滿足發(fā)展的需要。在 軟件開(kāi)發(fā)中遇到的問(wèn)題找不到解決辦法，使問(wèn)題積累起來(lái)，形成了尖銳的矛盾，因而導(dǎo)致了軟 件危機(jī)。 軟件危機(jī)表現(xiàn)在以下四個(gè)方面： （1）經(jīng)費(fèi)預(yù)算經(jīng)常突破，完成時(shí)間一再拖延。由于缺乏軟件開(kāi)發(fā)的經(jīng)驗(yàn)和軟件開(kāi)發(fā)數(shù)

26、據(jù)的積累，使得開(kāi)發(fā)工作的計(jì)劃很難制定。主觀盲目制定計(jì)劃，執(zhí)行起來(lái)與實(shí)際情況有很大差 距，使得開(kāi)發(fā)經(jīng)費(fèi)一再突破。由于對(duì)工作量估計(jì)不足，對(duì)開(kāi)發(fā)難度估計(jì)不足，進(jìn)度計(jì)劃無(wú)法按 時(shí)完成，開(kāi)發(fā)時(shí)間一再拖延。 （2）開(kāi)發(fā)的軟件不能滿足用戶要求。開(kāi)發(fā)初期對(duì)用戶的要求了解不夠明確，未能得到 明確的表達(dá)。開(kāi)發(fā)工作開(kāi)始后，軟件人員和用戶又未能及時(shí)交換意見(jiàn)，使得一些問(wèn)題不能及時(shí) 解決，導(dǎo)致開(kāi)發(fā)的軟件不能滿足用戶的要求，因而導(dǎo)致開(kāi)發(fā)失敗。 （3）開(kāi)發(fā)的軟件可維護(hù)性差。開(kāi)發(fā)過(guò)程中沒(méi)有同意的、公認(rèn)的規(guī)范，軟件開(kāi)發(fā)人員按 各自的風(fēng)格工作，各行其是，開(kāi)發(fā)過(guò)程無(wú)完整、規(guī)范的文檔，發(fā)現(xiàn)問(wèn)題后進(jìn)行雜亂無(wú)章的修 改。程序結(jié)構(gòu)不好，運(yùn)行

27、時(shí)發(fā)現(xiàn)錯(cuò)誤也很難修改，導(dǎo)致維護(hù)性差。 （4）開(kāi)發(fā)的軟件可靠性差。由于在開(kāi)發(fā)過(guò)程中，沒(méi)有確保軟件質(zhì)量的體系和措施，在 軟件測(cè)試時(shí)，又沒(méi)有嚴(yán)格的、充分的、完全的測(cè)試，提交給用戶的軟件質(zhì)量差，在運(yùn)行中暴露 出大量的問(wèn)題。 造成軟件危機(jī)的原因是： （1）軟件的規(guī)模越來(lái)越大，結(jié)構(gòu)越來(lái)越復(fù)雜。 （2）軟件開(kāi)發(fā)管理困難而復(fù)雜。 （3）軟件開(kāi)發(fā)費(fèi)用不斷增加。 （4）軟件開(kāi)發(fā)技術(shù)落后。 （5）生產(chǎn)方式落后。 （6）開(kāi)發(fā)工具落后，生產(chǎn)率提高緩慢。 解析由于軟件危機(jī)的出現(xiàn)，人們才開(kāi)始用工程化的思想來(lái)開(kāi)發(fā)軟件，從此，軟件生 產(chǎn)才步入了軟件工程時(shí)代。 39軟件質(zhì)量保證應(yīng)做好哪幾方面的工作？ 解：軟件質(zhì)量保證是軟件工程管

28、理的重要內(nèi)容，軟件質(zhì)量保證應(yīng)做好以下幾方面的工 作： （1）采用技術(shù)手段和工具。質(zhì)量保證活動(dòng)要貫徹開(kāi)發(fā)過(guò)程始終，必須采用技術(shù)手段和 工具，尤其是使用軟件開(kāi)發(fā)環(huán)境來(lái)進(jìn)行軟件開(kāi)發(fā)。 （2）組織正式技術(shù)評(píng)審。在軟件開(kāi)發(fā)的每一個(gè)階段結(jié)束時(shí)，都要組織正式的技術(shù)評(píng) 審。國(guó)家標(biāo)準(zhǔn)要求單位必須采用審查、文檔評(píng)審、設(shè)計(jì)評(píng)審、審計(jì)和測(cè)試等具體手段來(lái)保證質(zhì) 量。 （3）加強(qiáng)軟件測(cè)試。軟件測(cè)試是質(zhì)量保證的重要手段，因?yàn)闇y(cè)試可發(fā)現(xiàn)軟件中大多數(shù) 潛在錯(cuò)誤。 （4）推行軟件工程規(guī)范（標(biāo)準(zhǔn)）。用戶可以自己制定軟件工程規(guī)范（標(biāo)準(zhǔn)），但標(biāo)準(zhǔn) 一旦確認(rèn)就應(yīng)貫徹執(zhí)行。 （5）對(duì)軟件的變更進(jìn)行控制。軟件的修改和變更常常會(huì)引起潛伏的錯(cuò)誤，因此必須嚴(yán) 格控制軟件的修改和變更。 （6）對(duì)軟件質(zhì)量進(jìn)行度量。即對(duì)軟件質(zhì)量進(jìn)行跟蹤，及時(shí)記錄和報(bào)告軟件質(zhì)量情況。 解析軟件的質(zhì)量保證是向用戶及社會(huì)提供滿意的高質(zhì)量的產(chǎn)品，確保軟件產(chǎn)品從誕生 到消亡為止的所有階段的質(zhì)量的活動(dòng)，是軟件工程管理中的重要內(nèi)容。 五，論述題（本大題共 3 小題，第 40 小題 7 分，第 41 小題 8 分，第 42 小題 10 分，共 25 分） 40請(qǐng)使用 PAD 圖和 PDL 語(yǔ)言描述在數(shù)組 A（1）A（10）中找最大數(shù)的算法。 解：PDL 語(yǔ)言： N=1 WHILE N=10 DO IF A（N）=A（N+1） MAX =