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

2、然后就須要對當(dāng)前運(yùn)行的系統(tǒng)進(jìn)行探討了，在考察系統(tǒng)的基礎(chǔ)上，通過描繪現(xiàn)有系統(tǒng)的高層系統(tǒng)流程圖，和有關(guān)人員一起審查該系統(tǒng)流程圖是否正確。描述的對象是當(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)流程圖是用圖形符號來表示系統(tǒng)中的各個元素，例如人工處理、數(shù)據(jù)庫、設(shè)備等，流程圖表達(dá)了系統(tǒng)中各個元素之間的信息流淌狀況。是描繪物理系統(tǒng)的傳統(tǒng)工具。4_工具在軟件具體設(shè)計(jì)過程中不采納。參考答案為:DA判定表 BIPO圖CPDLDDFD圖解析具體描述處理過程常用三種工具：圖形、表格和語言。其中圖形工具有結(jié)構(gòu)化流程圖、盒圖和問題分析圖三種，

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

4、計(jì)一種方法，遞歸則是一種算法，都算不上是限制結(jié)構(gòu)。6程序的三種基本限制結(jié)構(gòu)的共同特點(diǎn)是參考答案為:DA不能嵌套運(yùn)用B只能用來寫簡潔程序C已經(jīng)用硬件實(shí)現(xiàn)D只有一個入口和一個出口解析程序的特點(diǎn)就是從一個入口起先，最終以一個出口結(jié)束，其間可以用依次，選擇和循環(huán)方式對程序的流向進(jìn)行限制。三種結(jié)構(gòu)可以寫出特別困難的程序，而且選擇和循環(huán)都可以嵌套設(shè)計(jì)。7產(chǎn)生軟件維護(hù)的副作用，是指參考答案為:CA開發(fā)時(shí)的錯誤B隱含的錯誤C因修改軟件而造成的錯誤D運(yùn)行時(shí)誤操作解析因修改軟件而造成的錯誤或其他不希望出現(xiàn)的狀況稱為維護(hù)的副作用，包括編碼副作用、數(shù)據(jù)副作用、文檔副作用三種。只有答案C是正確的表述。8維護(hù)中，因誤刪除

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

6、外一些則是相互沖突的，如答案中的B效率和可移植性、C中的效率和可修改性。至于D中的結(jié)構(gòu)好則不屬于可維護(hù)性的特征。10汽車有一個發(fā)動機(jī)。汽車和發(fā)動機(jī)之間的關(guān)系是_關(guān)系。參考答案為:BA一般具體B整體部分C分類關(guān)系D主從關(guān)系解析類有兩種主要的結(jié)構(gòu)關(guān)系，即一般具體結(jié)構(gòu)關(guān)系和整體部分結(jié)構(gòu)關(guān)系。前者稱為分類結(jié)構(gòu)，用來描述現(xiàn)實(shí)世界中的一般化的抽象關(guān)系。后者稱為組裝結(jié)構(gòu)，用來描述現(xiàn)實(shí)世界中的類的組成的抽象關(guān)系。汽車和發(fā)動機(jī)的關(guān)系很明顯，應(yīng)當(dāng)屬于整體部分關(guān)系。11在變更限制中，_可以用來確保由不同用戶所執(zhí)行的并發(fā)變更。參考答案為:BA異步限制B同步限制C存取限制D基線限制解析變更限制包括建立限制點(diǎn)和建立報(bào)告和

7、審查制度，其過程中的“檢出”和“登入”處理實(shí)現(xiàn)了存取限制和同步限制，存取限制管理各個用戶存取和修改一個特定軟件配置對象的權(quán)限，同步限制可用來確保由不同用戶所執(zhí)行任務(wù)的并發(fā)變更。12變更限制是一項(xiàng)最重要的軟件配置任務(wù)，其中“檢出”和_處理實(shí)現(xiàn)了兩個重要的變更限制要素，即存取限制和同步限制。參考答案為:AA登入B管理C填寫變更要求D審查解析“檢出”和“登入”處理實(shí)現(xiàn)了兩個重要的變更限制要素。具體說明見上題。13提高軟件質(zhì)量和牢靠的技術(shù)大致可分為兩大類：其中一類就是避開錯誤技術(shù)，但避開錯誤技術(shù)無法做到完備無缺和絕無錯誤，這就須要參考答案為:DA消退錯誤B檢測錯誤C避開錯誤D容錯解析提高軟件質(zhì)量和牢靠

8、性的技術(shù)大致可分為兩類，一類是避開錯誤技術(shù)，即在開發(fā)的過程中不讓差錯潛入軟件的技術(shù)，另一類是容錯技術(shù)，即對某些無法避開的差錯，使其影響減至最小的技術(shù)。14_是以提高軟件質(zhì)量為目的的技術(shù)活動。參考答案為:DA技術(shù)創(chuàng)新B測試C技術(shù)創(chuàng)建D技術(shù)評審解析技術(shù)評審是以提高軟件質(zhì)量為目的的技術(shù)活動，是對軟件本身的結(jié)構(gòu)、和運(yùn)行環(huán)境的接口、變更帶來的影響等方面進(jìn)行的評審活動。15面對對象方法學(xué)的動身點(diǎn)和基本原則是盡可能模擬人類習(xí)慣的思維方式，分析、設(shè)計(jì)和實(shí)現(xiàn)一個軟件系統(tǒng)的方法和過程，盡可能接近于人類相識世界解決問題的方法和過程。因此面對對象方法有很多特征，如軟件系統(tǒng)是由對象組成的；_；對象彼此之間僅能通過傳遞消

9、息相互聯(lián)系；層次結(jié)構(gòu)的繼承。參考答案為:CA開發(fā)過程基于功能分析和功能分解B強(qiáng)調(diào)需求分析重要性C把對象劃分成類，每個對象類都定義一組數(shù)據(jù)和方法D對既存類進(jìn)行調(diào)整解析面對對象方法有四個特征，分別是對象唯一性、分類性、繼承性和多態(tài)性。其中分類性是指將具有一樣的數(shù)據(jù)結(jié)構(gòu)（屬性）和行為（操作）的對象抽象成類，每個類是具有相同性質(zhì)的個體集合，而每個對象相關(guān)類的實(shí)例，對象彼此之間通過傳遞消息相互聯(lián)系。16軟件開發(fā)過程中，抽取和整理用戶需求并建立問題域精確模型的過程叫參考答案為:DA生存期B面對對象設(shè)計(jì)C面對對象程序設(shè)計(jì)D面對對象分析解析面對對象的分析的過程就是相識客觀世界的過程，其目的就是建立對客觀世界的

10、精確、簡潔、可理解的正確模型，也就是所謂的建模。因此本題答案為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ì)過程。參考答案為:AA自外向內(nèi)B自頂向下C自內(nèi)向外D自底向上解析原型化方法的基本思想是依據(jù)用戶給出的基本需求，通過快速實(shí)現(xiàn)構(gòu)造出一個小型的、可執(zhí)行的模型，用戶在計(jì)算機(jī)上實(shí)際運(yùn)行這個用戶界面原型，在試用過程中提出看法或建議，然后開發(fā)者再對

11、原型進(jìn)行改進(jìn)。如此周而復(fù)始，逐步彌補(bǔ)不足之處，從而提高了最終產(chǎn)品的質(zhì)量。它是一種自外向內(nèi)的設(shè)計(jì)過程。19為了提高測試的效率，應(yīng)當(dāng)參考答案為:DA隨機(jī)地選取測試數(shù)據(jù)B取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C在完成編碼以后制定軟件的測試安排D選擇發(fā)覺錯誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)解析軟件測試是為了盡可能多的發(fā)覺程序中的錯誤，尤其是發(fā)覺至今尚未發(fā)覺的錯誤。在選取測試用例時(shí)，不行能進(jìn)行窮舉測試，在每一個細(xì)微環(huán)節(jié)進(jìn)行測試，也不能無目的地隨機(jī)選取測試數(shù)據(jù)，為了提高測試的效率，測試用例應(yīng)當(dāng)選擇發(fā)覺錯誤可能性大的部分，這樣的測試結(jié)果才符合軟件測試的目的。20運(yùn)用白盒測試方法時(shí)，確定測試數(shù)據(jù)應(yīng)依據(jù)_和指定的覆蓋標(biāo)準(zhǔn)。

12、參考答案為:AA程序的內(nèi)部邏輯B程序的困難結(jié)構(gòu)C運(yùn)用說明書D程序的功能解析白盒測試是把測試對象看作一個打開的盒子，測試人員須了解程序的內(nèi)部結(jié)構(gòu)和處理過程，由于白盒測試是一種結(jié)構(gòu)測試，所以被測對象基本上是源程序，以程序的內(nèi)部邏輯和指定的覆蓋標(biāo)精確定測試數(shù)據(jù)。二，填空題（本大題共10小題，每小題2分，共20分）21系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號表示系統(tǒng)中各個元素表達(dá)了系統(tǒng)中各種元素之間的()狀況。解：信息流淌解析系統(tǒng)流程圖是描述物理系統(tǒng)的傳統(tǒng)工具，用圖形符號表示系統(tǒng)中的各個元素，如人工處理、數(shù)據(jù)處理、數(shù)據(jù)庫、文件、設(shè)備等，表達(dá)了元素之間的信息流淌的狀況。22成本效益分析的目的是從(

13、)角度評價(jià)開發(fā)一個項(xiàng)目是否可行。解：經(jīng)濟(jì)解析成本效益分析首先是估算將要開發(fā)的系統(tǒng)的開發(fā)成本，然后和可能取得的效益進(jìn)行比較和權(quán)衡，其目的是從經(jīng)濟(jì)角度評價(jià)開發(fā)一個新的軟件項(xiàng)目是否可行。23自頂向下結(jié)合的漸增式測試法，在組合模塊時(shí)有兩種組合策略：深度優(yōu)先策略和() 。解：寬度優(yōu)先策略解析漸增式測試法有自頂向下結(jié)合和自底向上結(jié)合兩種組裝模塊的方法，其中自頂向下集成是構(gòu)造程序結(jié)構(gòu)的一種增量式方式，不須要編寫驅(qū)動模塊，只須要編寫樁模塊。它從主控模塊起先，依據(jù)軟件的限制層次結(jié)構(gòu)，以深度優(yōu)先或?qū)挾葍?yōu)先的策略，逐步把各個模塊集成在一起。24獨(dú)立路徑是指包括一組以前沒有處理的語句或條件的一條路徑。從程序圖來看，一

14、條獨(dú)立路徑是至少包含有一條()的邊的路徑。解：在其他獨(dú)立路徑中未有過解析在基本路徑測試中，以具體設(shè)計(jì)或源程序?yàn)榛A(chǔ)，導(dǎo)出限制流程圖的拓?fù)浣Y(jié)構(gòu)程序圖，在計(jì)算了程序圖的環(huán)路困難性之后，確定只包含獨(dú)立路徑的基本路徑圖，其中獨(dú)立路徑是包括一組以前沒有處理的語句或條件的一條路徑。從程序圖來看，一條獨(dú)立路徑是至少包含有一條在其他獨(dú)立路徑中未有過的邊的路徑。25匯編語言是面對() 的，可以完成高級語言無法完成的特別功能，如和外部設(shè)備之間的一些接口工作。解：機(jī)器解析匯編語言屬于低級語言，是一種面對機(jī)器的語言，它和高級語言相比有很多優(yōu)越性：如操作敏捷，可以干脆作用到硬件的最下層，完成和外部設(shè)備的接口工作等，是能

15、夠利用計(jì)算機(jī)硬件特性干脆限制硬件設(shè)備的唯一語言。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)的映射過程，依據(jù)輸入、輸出的數(shù)據(jù)結(jié)構(gòu)，按肯定的規(guī)則映射成軟件的過程描述，在JSP方法中解決結(jié)構(gòu)沖突的具體方法是引入中間數(shù)據(jù)結(jié)構(gòu)或中間文件，將沖突部分分隔開來，建立多個程序結(jié)構(gòu)，再利用中間文件把它們聯(lián)系起來，構(gòu)成一個系統(tǒng)的整體。27具體設(shè)計(jì)的任務(wù)是確定每個模塊的內(nèi)部特性，即模塊的算法、()。解：運(yùn)用的數(shù)據(jù)解析具體設(shè)計(jì)的基本任務(wù)是為每個模塊進(jìn)行具體的算法設(shè)計(jì)，為模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)，確定每個模塊的內(nèi)部特性，

16、包括模塊的算法和運(yùn)用的數(shù)據(jù)。對數(shù)據(jù)庫進(jìn)行物理設(shè)計(jì)等。28全部軟件維護(hù)申請報(bào)告要按規(guī)定方式提出，該報(bào)告也稱( )報(bào)告。解：軟件問題解析在軟件維護(hù)的流程中，第一步就是制定維護(hù)申請報(bào)告，也稱為軟件問題報(bào)告，它是維護(hù)階段的一種文檔，由申請維護(hù)的用戶填寫。29有兩類維護(hù)技術(shù)：在開發(fā)階段運(yùn)用來削減錯誤、提高軟件可維護(hù)性的面對維護(hù)的技術(shù)；在維護(hù)階段用來提高維護(hù)的效率和質(zhì)量的()技術(shù)。解：維護(hù)支援解析面對維護(hù)的技術(shù)涉及軟件開發(fā)的全部階段，能夠削減軟件錯誤，提高軟件的可維護(hù)性。而維護(hù)支援技術(shù)則包含信息收集，錯誤緣由分析，維護(hù)方案評價(jià)等項(xiàng)，是在軟件維護(hù)階段用來提高維護(hù)效率和質(zhì)量的技術(shù)。30科學(xué)工程計(jì)算須要大量的標(biāo)

17、準(zhǔn)庫函數(shù)，以便處理困難的數(shù)值計(jì)算，可供選擇的語言有：( )、PASCAL語言、C語言和PL/1語言。解：FORTRAN語言 解析計(jì)算機(jī)語言依據(jù)不同行業(yè)的需求，運(yùn)用的側(cè)重點(diǎn)也不盡相同，在辦公管理方面，一些數(shù)據(jù)庫語言如FOXPRO、ORICAL有很多的應(yīng)用，在工程行業(yè)，計(jì)算機(jī)語言的科學(xué)計(jì)算實(shí)力就顯得特別重要，如MATLAB、PL/1、FORTRAN語言都是工程計(jì)算中常用的語言。三，名詞說明（本大題共5小題，每小題3分，共15分）31經(jīng)濟(jì)可行性解：進(jìn)行開發(fā)成本的估算以及了解取得效益的評估，確定要開發(fā)的項(xiàng)目是否值得投資開發(fā)。解析對于一個系統(tǒng)所必須要衡量的是經(jīng)濟(jì)上是否合算，經(jīng)濟(jì)可行性的范圍很廣，包括效益

18、分析、潛在市場前景等。32社會可行性解：要開發(fā)的項(xiàng)目是否存在任何侵?jǐn)_、阻礙等責(zé)任問題，要開發(fā)項(xiàng)目目的運(yùn)行方式在用戶組織內(nèi)是否行得通，現(xiàn)有管理制度、人員素養(yǎng)、操作方式是否可行。解析社會可行性包括合同、責(zé)任、侵權(quán)等技術(shù)人員不甚了解的諸多問題。33投資回收期解：投資回收期就是使累計(jì)的經(jīng)濟(jì)效益等于最初的投資費(fèi)用所需的時(shí)間。解析通常我們用投資回收期來衡量一個開發(fā)項(xiàng)目的價(jià)值，投資回收期越短，就越快獲得利潤。34對應(yīng)關(guān)系解：即有干脆因果關(guān)系在程序中可以同時(shí)處理。解析對應(yīng)關(guān)系是指數(shù)據(jù)單元在數(shù)據(jù)內(nèi)容上、數(shù)量上和依次上有干脆的因果關(guān)系，對于重復(fù)的數(shù)據(jù)單元，重復(fù)的次序和次數(shù)都相同才有對應(yīng)關(guān)系。35結(jié)構(gòu)沖突解：輸入數(shù)

19、據(jù)和輸出數(shù)據(jù)結(jié)構(gòu)找不到對應(yīng)關(guān)系的狀況，稱為結(jié)構(gòu)沖突。 解析運(yùn)用JSP方法時(shí)會遇到此類結(jié)構(gòu)沖突問題，對此，Jackson提出了引入中間數(shù)據(jù)結(jié)構(gòu)或中間文件的方法，將沖突部分分隔開來，建立多個程序結(jié)構(gòu)，再利用中間文件把它們聯(lián)系起來，構(gòu)成一個系統(tǒng)的整體。四，簡答題（本大題共4小題，每小題5分，共20分）36可行性探討報(bào)告的主要內(nèi)容有哪些?解：一個可行性探討報(bào)告的主要內(nèi)容如下： （1）引言：說明編寫本文檔的目的；項(xiàng)目的名稱、背景；本文檔用到的特地術(shù)語和參考資料。（2）可行性探討前提：可行性探討前提。說明開發(fā)項(xiàng)目的功能、性能和基本要求；達(dá)到的目標(biāo)；各種限制條件；可行性探討方法和確定可行性的主要因素。 （3

20、）對現(xiàn)有系統(tǒng)的分析：說明現(xiàn)有系統(tǒng)的處理流程和數(shù)據(jù)流程；工作負(fù)荷；各項(xiàng)費(fèi)用支出；所須要各類專業(yè)技術(shù)人員的數(shù)量；所須要各種設(shè)備；現(xiàn)有系統(tǒng)存在什么問題。 （4）所建議系統(tǒng)的技術(shù)可行性分析：所建議系統(tǒng)的簡要說明；處理流程和數(shù)據(jù)流程；和現(xiàn)有的系統(tǒng)比較的優(yōu)越性；采納所建議系統(tǒng)對用戶的影響；對各種設(shè)備、現(xiàn)有軟件、開發(fā)環(huán)境、運(yùn)行環(huán)境的影響；對經(jīng)費(fèi)支出的影響；對技術(shù)可行性的評價(jià)。 （5）所建議系統(tǒng)的經(jīng)濟(jì)可行性分析：說明所建議系統(tǒng)的各種支出，各種效益；收益投資比；投資回收周期。 （6）社會因素可行性分析：說明法律因素，對合同責(zé)任、侵?jǐn)_專利權(quán)、侵?jǐn)_版權(quán)等問題的分析；說明用戶運(yùn)用可行性，是否滿足用戶行政管理、工作制度

21、、人員素養(yǎng)的要求。 （7）其他可供選擇方案：逐一說明其他可供選擇的方案，并說明未被舉薦的理由。 （8）結(jié)論看法：說明項(xiàng)目是否能開發(fā)；還須要什么條件才能開發(fā)；對項(xiàng)目目標(biāo)有什么變動等。解析做軟件的可行性探討的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目是否能夠開發(fā)，是否值得去開發(fā)，其中的問題能否解決，報(bào)告共分為八個基本內(nèi)容。37系統(tǒng)設(shè)計(jì)的內(nèi)容是什么？解：系統(tǒng)設(shè)計(jì)階段先從高層入手，然后細(xì)化。系統(tǒng)設(shè)計(jì)要確定整個結(jié)構(gòu)及風(fēng)格，這種結(jié)構(gòu)為后面設(shè)計(jì)階段的更具體策略的設(shè)計(jì)供應(yīng)了基礎(chǔ)。 （1）系統(tǒng)分解。系統(tǒng)中主要的組成部分稱為子系統(tǒng)，子系統(tǒng)既不是一個對象也不是一個功能，而是類、關(guān)聯(lián)、操作、時(shí)間和約束的集合

22、。每次分解的各子系統(tǒng)數(shù)目不能太多，最底層子系統(tǒng)稱為模塊。 （2）確定并發(fā)性。分析模型、現(xiàn)實(shí)世界及硬件中不少對象均是并發(fā)的。系統(tǒng)設(shè)計(jì)的一個重要目標(biāo)就是確定哪些是必需同時(shí)動作的對象，哪些不是同時(shí)動作的對象。后者可以放在一起，而綜合成單個限制線或任務(wù)。 （3）處理器及任務(wù)安排。各并發(fā)子系統(tǒng)必需安排給單個硬件單元，要么是一個一般的處理器，要么是一個具體的功能單元，必需完成下面的工作：估計(jì)性能要求和資源需求，選擇實(shí)現(xiàn)子系統(tǒng)的硬軟件，將軟件子系統(tǒng)安排給各處理器以滿足性能要求和微小化處理器之間的通信，確定實(shí)現(xiàn)各子系統(tǒng)的各物理單元的連接。 （4）數(shù)據(jù)存儲管理。系統(tǒng)中的內(nèi)部數(shù)據(jù)和外部數(shù)據(jù)的存儲管理是一項(xiàng)重要的任

23、務(wù)。通常各數(shù)據(jù)存儲可以將數(shù)據(jù)結(jié)構(gòu)、文件、數(shù)據(jù)庫組合在一起，不同數(shù)據(jù)存儲要在費(fèi)用、訪問時(shí)間、容量以及牢靠性之間做折中考慮。 （5）全局資源的處理。必需確定全局資源，并且制定訪問全局資源的策略。全局資源包括：物理資源，如處理器、驅(qū)動器等；空間，如盤空間、工作站屏等；邏輯名字，如對象標(biāo)識符、類名、文件名等。 假如資源是物理對象，則可以通過建立協(xié)議實(shí)現(xiàn)對并發(fā)系統(tǒng)的訪問，以達(dá)到自身限制；假如資源是邏輯實(shí)體，如對象標(biāo)識符，那么在共享環(huán)境中有沖突訪問的可能，如獨(dú)立的事務(wù)可能同時(shí)運(yùn)用同一個對象標(biāo)識符，則各個全局資源都必需有一個愛護(hù)對象，由愛護(hù)對象來限制對該資源的訪問。 （6）選擇軟件限制機(jī)制。分析模型中全部交

24、互行為都表示為對象之間的事務(wù)。系統(tǒng)設(shè)計(jì)必需從多種方法中選擇某種方法來實(shí)現(xiàn)軟件的限制。 （7）人機(jī)交互接口設(shè)計(jì)。設(shè)計(jì)中的大部分工作都和穩(wěn)定的狀態(tài)行為有關(guān)，但必需考慮用戶運(yùn)用系統(tǒng)的交互接口。解析系統(tǒng)設(shè)計(jì)是問題求解及建立解答的高級策略。必需制定解決問題的基本方法，系統(tǒng)的高層結(jié)構(gòu)形式包括子系統(tǒng)的分解、它的固有并發(fā)性、子系統(tǒng)安排給硬軟件、數(shù)據(jù)存儲管理、資源協(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)建了條件。一些困難的

25、、大型的軟件開發(fā)項(xiàng)目提出來了，但是，軟件開發(fā)技術(shù)的進(jìn)步始終未能滿足發(fā)展的須要。在軟件開發(fā)中遇到的問題找不到解決方法，使問題積累起來，形成了尖銳的沖突，因而導(dǎo)致了軟件危機(jī)。 軟件危機(jī)表現(xiàn)在以下四個方面： （1）經(jīng)費(fèi)預(yù)算常常突破，完成時(shí)間一再拖延。由于缺乏軟件開發(fā)的閱歷和軟件開發(fā)數(shù)據(jù)的積累，使得開發(fā)工作的安排很難制定。主觀盲目制定安排，執(zhí)行起來和實(shí)際狀況有很大差距，使得開發(fā)經(jīng)費(fèi)一再突破。由于對工作量估計(jì)不足，對開發(fā)難度估計(jì)不足，進(jìn)度安排無法按時(shí)完成，開發(fā)時(shí)間一再拖延。 （2）開發(fā)的軟件不能滿足用戶要求。開發(fā)初期對用戶的要求了解不夠明確，未能得到明確的表達(dá)。開發(fā)工作起先后，軟件人員和用戶又未能剛好交

26、換看法，使得一些問題不能剛好解決，導(dǎo)致開發(fā)的軟件不能滿足用戶的要求，因而導(dǎo)致開發(fā)失敗。 （3）開發(fā)的軟件可維護(hù)性差。開發(fā)過程中沒有同意的、公認(rèn)的規(guī)范，軟件開發(fā)人員按各自的風(fēng)格工作，各行其是，開發(fā)過程無完整、規(guī)范的文檔，發(fā)覺問題后進(jìn)行雜亂無章的修改。程序結(jié)構(gòu)不好，運(yùn)行時(shí)發(fā)覺錯誤也很難修改，導(dǎo)致維護(hù)性差。 （4）開發(fā)的軟件牢靠性差。由于在開發(fā)過程中，沒有確保軟件質(zhì)量的體系和措施，在軟件測試時(shí)，又沒有嚴(yán)格的、充分的、完全的測試，提交給用戶的軟件質(zhì)量差，在運(yùn)行中暴露出大量的問題。 造成軟件危機(jī)的緣由是： （1）軟件的規(guī)模越來越大，結(jié)構(gòu)越來越困難。 （2）軟件開發(fā)管理困難而困難。 （3）軟件開發(fā)費(fèi)用不斷

27、增加。 （4）軟件開發(fā)技術(shù)落后。 （5）生產(chǎn)方式落后。 （6）開發(fā)工具落后，生產(chǎn)率提高緩慢。解析由于軟件危機(jī)的出現(xiàn)，人們才起先用工程化的思想來開發(fā)軟件，從今，軟件生產(chǎn)才步入了軟件工程時(shí)代。39軟件質(zhì)量保證應(yīng)做好哪幾方面的工作？解：軟件質(zhì)量保證是軟件工程管理的重要內(nèi)容，軟件質(zhì)量保證應(yīng)做好以下幾方面的工作： （1）采納技術(shù)手段和工具。質(zhì)量保證活動要貫徹開發(fā)過程始終，必需采納技術(shù)手段和工具，尤其是運(yùn)用軟件開發(fā)環(huán)境來進(jìn)行軟件開發(fā)。 （2）組織正式技術(shù)評審。在軟件開發(fā)的每一個階段結(jié)束時(shí)，都要組織正式的技術(shù)評審。國家標(biāo)準(zhǔn)要求單位必需采納審查、文檔評審、設(shè)計(jì)評審、審計(jì)和測試等具體手段來保證質(zhì)量。 （3）加強(qiáng)

28、軟件測試。軟件測試是質(zhì)量保證的重要手段，因?yàn)闇y試可發(fā)覺軟件中大多數(shù)潛在錯誤。 （4）推行軟件工程規(guī)范（標(biāo)準(zhǔn)）。用戶可以自己制定軟件工程規(guī)范（標(biāo)準(zhǔn)），但標(biāo)準(zhǔn)一旦確認(rèn)就應(yīng)貫徹執(zhí)行。 （5）對軟件的變更進(jìn)行限制。軟件的修改和變更常常會引起潛藏的錯誤，因此必需嚴(yán)格限制軟件的修改和變更。 （6）對軟件質(zhì)量進(jìn)行度量。即對軟件質(zhì)量進(jìn)行跟蹤，剛好記錄和報(bào)告軟件質(zhì)量狀況。 解析軟件的質(zhì)量保證是向用戶及社會供應(yīng)滿足的高質(zhì)量的產(chǎn)品，確保軟件產(chǎn)品從誕生到消亡為止的全部階段的質(zhì)量的活動，是軟件工程管理中的重要內(nèi)容。五，論述題（本大題共3小題，第40小題7分，第41小題8分，第42小題10分，共25分）40請運(yùn)用PAD圖和PDL語言描述在數(shù)組A（1）A（10）中找最大數(shù)的算法。解：PDL語言：N=1WHILE N<=10 DOIF A（N）<