軟件工程課程復(fù)習(xí)題一、單選題1、軟件生存周期模型有多個(gè)，下列選項(xiàng)中，（C）不是軟件生存周期模型。

A．螺旋模型B．增量模型C．功效模型D．瀑布模型

2、檢查軟件產(chǎn)品與否符合需求定義的過程稱為（D）。

A．集成測試B．確認(rèn)測試 C．驗(yàn)證測試D．驗(yàn)收測試3、黑盒測試是從（C）觀點(diǎn)出發(fā)的測試，白盒測試是從（A）觀點(diǎn)出發(fā)的測試。

A．開發(fā)人員B．管理人員C．顧客4、可行性研究要進(jìn)行一次（D）需求分析。A．進(jìn)一步的B．詳盡的C．徹底的D．簡化的、壓縮了的

5、回歸測試是(A)中最慣用的辦法。A．校正性維護(hù) B．適應(yīng)性維護(hù) C．完善性維護(hù) D．防止性維護(hù)6、與選擇編程語言無關(guān)的因素是(C)。A．軟件開發(fā)的辦法B．軟件執(zhí)行的環(huán)境C．程序設(shè)計(jì)風(fēng)格D.軟件開發(fā)人員的知識7、面對對象程序設(shè)計(jì)將數(shù)據(jù)與(A)放在一起，作為一種互相依存、不可分割的整體來解決。A．對數(shù)據(jù)的操作 B．信息 C．?dāng)?shù)據(jù)隱藏 D．?dāng)?shù)據(jù)抽象8、軟件生存周期的(D)工作和軟件可維護(hù)性有親密的關(guān)系。A．編碼階段B．設(shè)計(jì)階段C．測試階段D.每個(gè)階段9、好的軟件構(gòu)造應(yīng)當(dāng)是(C)。A．高耦合,高內(nèi)聚B．高耦合,低內(nèi)聚C．低耦合,高內(nèi)聚D.低耦合,低內(nèi)聚10、在快速原型模型的開發(fā)過程中，僅作為需求闡明的補(bǔ)充形式的原型是（A）

A．探索型模型B．演化型模型C．實(shí)驗(yàn)型模型D．提交型模型

11、軟件構(gòu)造圖的形態(tài)特性能反映程序重用率的是（C）

A．深度B．寬度 C．扇入D．扇出12、需求分析最后成果是產(chǎn)生（B）

A．項(xiàng)目開發(fā)計(jì)劃B．需求規(guī)格闡明書C．設(shè)計(jì)闡明書D．可行性分析報(bào)告

13、分層數(shù)據(jù)流圖是一種比較嚴(yán)格又易于理解的描述方式，它的頂層描繪了系統(tǒng)的（C）。A．總體 B．細(xì)節(jié) C．抽象 D．分解14．可行性研究要進(jìn)行一次需求分析。答案為:DA．進(jìn)一步的B．詳盡的C．徹底的D．簡化的、壓縮了的

2．開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著鋒利的矛盾，這種現(xiàn)象稱作B。答A．軟件投機(jī)B．軟件危機(jī)C．軟件工程D.軟件現(xiàn)象15．產(chǎn)生軟件維護(hù)的副作用，是指。答案為:CA．開發(fā)時(shí)的錯(cuò)誤B．隱含的錯(cuò)誤C．因修改軟件而造成的錯(cuò)誤D．運(yùn)行時(shí)誤操作16．維護(hù)中，因誤刪除一種標(biāo)記符而引發(fā)的錯(cuò)誤是_________副作用。答案為:CA．文檔B．?dāng)?shù)據(jù)C．編碼D．設(shè)計(jì)17．可維護(hù)性的特性中互相增進(jìn)的是答案為:AA．可理解性和可測試性B．效率和可移植性C．效率和可修改性D．效率和構(gòu)造好18．需求分析最后成果是產(chǎn)生答案：BA．項(xiàng)目開發(fā)計(jì)劃B．需求規(guī)格闡明書C．設(shè)計(jì)闡明書D．可行性分析報(bào)告

7．_____是以提高軟件質(zhì)量為目的的技術(shù)活動(dòng)。答案為:DA．技術(shù)創(chuàng)新B．測試C．技術(shù)發(fā)明D．技術(shù)評審19．面對對象辦法學(xué)的出發(fā)點(diǎn)和基本原則是盡量模擬人類習(xí)慣的思維方式，分析、設(shè)計(jì)和實(shí)現(xiàn)一種軟件系統(tǒng)的辦法和過程，盡量靠近于人類認(rèn)識世界解決問題的辦法和過程。因此面對對象辦法有許多特性，如軟件系統(tǒng)是由對象構(gòu)成的________；對象彼此之間僅能通過傳遞消息互相聯(lián)系；層次構(gòu)造的繼承。答案為:CA．開發(fā)過程基于功效分析和功效分解B．強(qiáng)調(diào)需求分析重要性C．把對象劃分成類，每個(gè)對象類都定義一組數(shù)據(jù)和辦法D．對既存類進(jìn)行調(diào)節(jié)20．原型化辦法是顧客和設(shè)計(jì)者之間執(zhí)行的一種交互構(gòu)成，合用于______系統(tǒng)。答案為:AA．需求不擬定性高的B．需求擬定的C．管理信息D．實(shí)時(shí)21．為了提高測試的效率，應(yīng)當(dāng)。答案為:DA．隨機(jī)地選用測試數(shù)據(jù)B．取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C．在完畢編碼后來制訂軟件的測試計(jì)劃D．選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)二、填空題1、．需求分析階段階段決定了系統(tǒng)做什么，軟件設(shè)計(jì)階段階段決定系統(tǒng)如何具體實(shí)現(xiàn)的方案，編碼階段是系統(tǒng)實(shí)現(xiàn)的過程，軟件測試階段階段是對實(shí)現(xiàn)的系統(tǒng)與否對的的檢查，軟件維護(hù)階段階段是找出開發(fā)階段遺留下來的錯(cuò)誤，并且隨著顧客規(guī)定的增加，環(huán)境的變化，對系統(tǒng)進(jìn)行改造。2、設(shè)計(jì)分為概要設(shè)計(jì)和具體設(shè)計(jì)兩大環(huán)節(jié)。3、集成測試的辦法重要有漸增式測試和非漸增式測試兩種。4、軟件設(shè)計(jì)要恪守“抽象，分解，低藕合高內(nèi)聚，封裝，接口和實(shí)現(xiàn)分離”的設(shè)計(jì)原理。5、測試階段是在代碼編寫完畢后來，先作單元測試，然后是集成測試、系統(tǒng)測試和驗(yàn)收測試。7、軟件維護(hù)的內(nèi)容有：糾正性維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)和防止性維護(hù)。8、普通而言，在面對對象建模過程中，人們最慣用的是建立系統(tǒng)的用例圖、類圖和次序圖。9、“四種開發(fā)辦法”是指“面對過程的辦法、面對對象的辦法、面對數(shù)據(jù)的辦法、形式化辦法”10、“五個(gè)面對理論”是指“面對流程分析、面對數(shù)據(jù)設(shè)計(jì)、面對對象實(shí)現(xiàn)、面對功效測試、面對過程管理”。11、構(gòu)造化分析辦法是需求分析中使用最多的辦法之一，合用于數(shù)據(jù)解決類型軟件的需求分析?；舅枷胧遣捎米皂斚蛳拢鸺壏纸獾霓k法分析整個(gè)系統(tǒng)，有效地控制系統(tǒng)開發(fā)的復(fù)雜性。12、內(nèi)聚性是模塊獨(dú)立性的衡量原則之一，它是指模塊的功效強(qiáng)度的度量，即一種模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度的度量。13、在構(gòu)造化分析中，用于描述加工邏輯的重要工含有三種，即：構(gòu)造化語言、鑒定表、鑒定樹。14、構(gòu)造化語言是介于自然語言和形式語言之間的一種半形式語言。15、模塊設(shè)計(jì)的基本原則是要盡量使用數(shù)據(jù)耦合，減少控制耦合，限制外部耦合和公共耦合，不使用內(nèi)容耦合。16．系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號表達(dá)系統(tǒng)中各個(gè)元素體現(xiàn)了系統(tǒng)中多個(gè)元素之間的(信息流動(dòng))狀況。17．自頂向下結(jié)合的漸增式測試法，在組合模塊時(shí)有兩種組合方略：深度優(yōu)先方略和(寬度優(yōu)先方略)。18．具體設(shè)計(jì)的任務(wù)是擬定每個(gè)模塊的內(nèi)部特性，即模塊的算法、(使用的數(shù)據(jù))。19．有兩類維護(hù)技術(shù)：在開發(fā)階段使用來減少錯(cuò)誤、提高軟件可維護(hù)性的面對維護(hù)的技術(shù)；在維護(hù)階段用來提高維護(hù)的效率和質(zhì)量的(維護(hù)增援)技術(shù)。20．科學(xué)工程計(jì)算需要大量的原則庫函數(shù)，方便解決復(fù)雜的數(shù)值計(jì)算，可供選擇的語言有：(FORTRAN語言)、PASCAL語言、C語言和PL/1語言。三、名詞解釋1．經(jīng)濟(jì)可行性答：進(jìn)行開發(fā)成本的估算以及理解獲得效益的評定，擬定要開發(fā)的項(xiàng)目與否值得投資開發(fā)。2．社會可行性答：要開發(fā)的項(xiàng)目與否存在任何侵犯、妨礙等責(zé)任問題，要開發(fā)項(xiàng)目目的運(yùn)行方式在顧客組織內(nèi)與否行得通，現(xiàn)有管理制度、人員素質(zhì)、操作方式與否可行。3.元數(shù)據(jù)、實(shí)體、中間數(shù)據(jù)答：元數(shù)據(jù)是組織數(shù)據(jù)的數(shù)據(jù)，描述數(shù)據(jù)的數(shù)據(jù)，有關(guān)數(shù)據(jù)的數(shù)據(jù)。實(shí)體（指實(shí)體集或?qū)嶓w型），是一組有關(guān)元數(shù)據(jù)的集合。中間數(shù)據(jù)是組織統(tǒng)計(jì)數(shù)據(jù)的數(shù)據(jù)，描述統(tǒng)計(jì)數(shù)據(jù)的數(shù)據(jù)，有關(guān)統(tǒng)計(jì)數(shù)據(jù)的數(shù)據(jù)。4.軟件維護(hù)定義：答：所謂軟件維護(hù)，就是在軟件產(chǎn)品安裝、實(shí)施并交付給顧客使用后，在新版本產(chǎn)品升級之前，這段時(shí)間里軟件廠商向客戶提供的服務(wù)工作，稱為該軟件產(chǎn)品的軟件維護(hù)。四、判斷題某軟件公司擬采用下述方法提高他們開發(fā)出的軟件產(chǎn)品的可維護(hù)性。請判斷哪些方法是對的的，哪能些是不對的的，并簡樸闡明理由。1、在分析顧客需求時(shí)同時(shí)考慮維護(hù)問題。2、測試完程序后，刪去程序中的注解以縮短源程序長度。3、在軟件開發(fā)過程中確保各階段文檔的對的性。4、編碼時(shí)多用全局變量。5、選用時(shí)間效率和空間效率盡量高的算法。6、盡量運(yùn)用硬件特點(diǎn)以提高程序效率。7、盡量使用高級語言編寫程序。8、進(jìn)行總體設(shè)計(jì)時(shí)加強(qiáng)模塊間的聯(lián)系。9、盡量減少程序模塊的規(guī)模。10、用數(shù)據(jù)庫系統(tǒng)替代文獻(xiàn)系統(tǒng)來存儲需要長久保存的信息。11、用CASE環(huán)境或程序自動(dòng)生成工具來自動(dòng)生成一部分程序。12、盡量用可重用的軟件構(gòu)件來組裝程序。13、使用先進(jìn)的軟件開發(fā)技術(shù)。14、采用防錯(cuò)程序設(shè)計(jì)技術(shù)，在程序中引入自檢能力。答：1、對的。在分析顧客需要的同時(shí)考慮維護(hù)問題，列出將來可能變更或增加的需求，就能夠在設(shè)計(jì)時(shí)為將來可能做的修改預(yù)先做某些準(zhǔn)備，使得在顧客確實(shí)提出這些維護(hù)規(guī)定時(shí)，實(shí)現(xiàn)起來比較容易某些。2、不對的。程序中的注解是提高程序可理解性的核心的內(nèi)部文檔，刪去文檔的注解必然會減少程序的可讀性和可理解性，從而減少軟件的可維護(hù)性。3、對的。完整精確的文檔對提高軟件的可理解性有重要奉獻(xiàn)，確保文檔的對的性是提高軟件可維護(hù)性的核心。4、不對的。程序中使用的全局變量多，不僅違反局部化原理并且會使得含有公共環(huán)境耦合的模塊數(shù)量增多，從而減少程序的可理解性、可修改性和可測試性，因此，這樣的軟件可維護(hù)性較差。5、不對的。普通說來，效率高的算法的可理解性較差，選用效率盡量高的算法將減少軟件的可維護(hù)性。事實(shí)上，程序的效率能夠滿足顧客的需求就能夠了，沒有必要盲目地追求盡量高的效率。6、不對的。程序?qū)τ布攸c(diǎn)依賴越多，運(yùn)行程序的硬件變更時(shí)適應(yīng)性維護(hù)的工件量也就越大。7、對的。用高級語言編程時(shí)，顧客能夠給程序變量和程序模塊賦予含義鮮明的名字，通過名字能夠比較容易地把程序?qū)ο蠛退鼈兯淼膶?shí)體聯(lián)系起來。另外，高級語言使用的概念和符號更符合人的習(xí)慣。上述事實(shí)都使得用高級語言編寫的程序更容易理解，因此也就更容易維護(hù)。8、不對的。模塊間耦合越緊密，程序就越難理解和修改，修改后測試也比較困難。因此，加強(qiáng)模塊間的聯(lián)系將減少軟件的可維護(hù)性。9、不對的。程序模塊的規(guī)模很小，就會使程序中包含的模塊諸多，這將使模塊間的接口數(shù)量大大增加，從而增加了理解、修改和測試程序的難度，減少了軟件的可維護(hù)性。10、對的。數(shù)據(jù)庫系統(tǒng)比文獻(xiàn)系統(tǒng)使用起來更方便、更安全，用數(shù)據(jù)庫系統(tǒng)替代文獻(xiàn)系統(tǒng)來存儲需要長久保存的信息，可減少差錯(cuò)，減少改正性維護(hù)需求的數(shù)量。另外，使用數(shù)據(jù)庫系統(tǒng)的程序比使用文獻(xiàn)系統(tǒng)的程序更容易修改。上述事實(shí)表明，用數(shù)據(jù)庫系統(tǒng)替代文獻(xiàn)系統(tǒng)來存儲需要長久保存的信息，將提高軟件的可維護(hù)性。11、對的。自動(dòng)生成的程序段沒有差錯(cuò)，對軟件的改正性維護(hù)需求自然減少。當(dāng)因顧客的需求變更而需要修改程序時(shí)，能夠先修改對應(yīng)部分的規(guī)格闡明，然后用CASE環(huán)境或程序自動(dòng)生成工具自動(dòng)生成需改動(dòng)的程序，顯然，這樣做能夠減少維護(hù)的工作量。12、對的?？芍赜玫能浖?gòu)件基本上沒有錯(cuò)誤，用這樣的構(gòu)件組裝成的程序可靠性高，改正性維護(hù)需求自然就比較少。另外，可重用的軟件構(gòu)件適應(yīng)性強(qiáng)，應(yīng)用范疇廣，容易使它適應(yīng)新需求，因此，用這樣的構(gòu)件組裝成的程序也較容易實(shí)現(xiàn)適應(yīng)性或完善性維護(hù)。13、對的。用先進(jìn)的軟件技術(shù)開發(fā)出來的軟件容易理解、容易修改、容易重用，因此，可維護(hù)性較好。14、對的。在程序中引入自檢能力能夠明顯提高軟件的可靠性，因此將明顯減少改正性維護(hù)需求的數(shù)量。五、簡答題1、什么是軟件過程?它與軟件工程辦法學(xué)有何關(guān)系?答：軟件過程是為了開發(fā)出高質(zhì)量的軟件產(chǎn)品所需完畢的一系列任務(wù)的框架，它規(guī)定了完畢各項(xiàng)任務(wù)的工作環(huán)節(jié)。軟件過程定義了運(yùn)用技術(shù)辦法的次序、應(yīng)當(dāng)交付的文檔資料、為確保軟件質(zhì)量和協(xié)調(diào)軟件變化必須采用的管理方法，以及標(biāo)志完畢了對應(yīng)開發(fā)活動(dòng)的里程碑。軟件過程是軟件工程辦法學(xué)的3個(gè)重要構(gòu)成部分之一。2、什么是軟件生命周期模型?試比較瀑布模型、快速原型模型、增量模型和螺旋模型的優(yōu)缺點(diǎn)，闡明每種模型的合用范疇。答：軟件生命周期模型規(guī)定了把生命周期劃分成哪些階段及各個(gè)階段的執(zhí)行次序，因此，也稱為過程模型。四種模型的優(yōu)缺點(diǎn)在于：瀑布模型歷史悠久、廣為人知，它的優(yōu)勢在于它是規(guī)范的、文擋驅(qū)動(dòng)的辦法；這種模型的問題是，最后開發(fā)出的軟件產(chǎn)品可能并不是顧客真正需要的。快速原型模型正是為了克服瀑布模型的缺點(diǎn)而提出來的。它通過快速構(gòu)建起一種可在計(jì)算機(jī)上運(yùn)行的原型系統(tǒng)，讓顧客試用原型并收集顧客反饋意見的方法，獲取顧客的真實(shí)需求。增量模型含有可在軟件開發(fā)的早期階段使投資獲得明顯回報(bào)和教易維護(hù)的優(yōu)點(diǎn)，但是，規(guī)定軟件含有開放的構(gòu)造是使用這種模型時(shí)固有的困難。風(fēng)險(xiǎn)驅(qū)動(dòng)的螺旋模型合用于內(nèi)部開發(fā)的大型軟件項(xiàng)目，但是，只有在開發(fā)人員含有風(fēng)險(xiǎn)分析和排除風(fēng)險(xiǎn)的經(jīng)驗(yàn)及專門知識時(shí)，使用這種模型才會獲得成功。3、在軟件開發(fā)的早期階段為什么要進(jìn)行可行性研究?應(yīng)當(dāng)從哪些方面研究目的系統(tǒng)的可行性?答：可行性研究的目的不是解決問題，而是擬定問題與否值得去解決。實(shí)質(zhì)上是要進(jìn)行一次大大壓縮簡化了的系統(tǒng)分析和設(shè)計(jì)的過程，也就是在較高層次上以較抽象的方式進(jìn)行的系統(tǒng)分析和設(shè)計(jì)的過程。應(yīng)當(dāng)從下列的方面研究目的系統(tǒng)的可行性：技術(shù)可行性：使用現(xiàn)有的技術(shù)能實(shí)現(xiàn)這個(gè)系統(tǒng)嗎？經(jīng)濟(jì)可行性：這個(gè)系統(tǒng)的經(jīng)濟(jì)效益能超出它的開發(fā)成本嗎？操作可行性：這個(gè)系統(tǒng)的操作方式在該客戶組織內(nèi)行得能工通嗎？4、如何與顧客有效地溝通以獲取顧客的真實(shí)需求?答：分析員與顧客溝通進(jìn)行需求分析的典型辦法以下所述：訪談：它有兩種基本形式，分別是正式的和非正式的訪談。面對數(shù)據(jù)流自頂向下求精。簡易的應(yīng)用規(guī)格闡明技術(shù)?？焖俳④浖?。5、什么是功效模型?建立功效模型時(shí)重要使用哪些圖形符號?答：功效模型表達(dá)變化的系統(tǒng)的“功效”性質(zhì)，它指明了系統(tǒng)應(yīng)當(dāng)“做什么”，因此更直接地反映了顧客對目的系統(tǒng)的需求。普通，功效模型由一組數(shù)據(jù)流圖構(gòu)成。建立功效模型時(shí)重要使用的圖形符號以下所示：或數(shù)據(jù)的源點(diǎn)/終點(diǎn)或變換數(shù)據(jù)的解決或數(shù)據(jù)存儲數(shù)據(jù)流6、為什么要選擇軟件開發(fā)模型？軟件開發(fā)模型與軟件生存周期有什么關(guān)系？答：由于軟件開發(fā)模型是軟件工程研究的四大內(nèi)容之一，它即使不是軟件工程研究的重點(diǎn)，但是在宏觀上特別重要。軟件公司的項(xiàng)目組在開發(fā)一種大項(xiàng)目或產(chǎn)品時(shí)，首先在技術(shù)上必須選擇一種開發(fā)模型，使開發(fā)模型非常適合這個(gè)項(xiàng)目或產(chǎn)品的生存周期；隨即通過對生存周期的裁減，來給出適合與本項(xiàng)目或產(chǎn)品的軟件生存周期定義。軟件的開發(fā)模型與軟件生存周期有關(guān)：不同的開發(fā)模型，可能對應(yīng)著不同的生存周期。生存周期不同，該軟件的開發(fā)階段劃分、評審次數(shù)、基線原則都有所不同，甚至維護(hù)辦法都有所區(qū)別。7、請闡明“三個(gè)模型”的定義，以及三者之間的關(guān)系。答：功效模型是描述系統(tǒng)能做什么，即對系統(tǒng)的功效、性能、接口和界面進(jìn)行定義。業(yè)務(wù)模型是描述系統(tǒng)在何時(shí)、何地、由何角色、按什么業(yè)務(wù)規(guī)則去做，以及做的環(huán)節(jié)或流程，即對系統(tǒng)的操作流程進(jìn)行定義。數(shù)據(jù)模型是描述系統(tǒng)工作前的數(shù)據(jù)來自何處，工作中的數(shù)據(jù)存什么地方，工作后的數(shù)據(jù)放到何處，以及這些數(shù)據(jù)之間的關(guān)聯(lián)，即對系統(tǒng)的數(shù)據(jù)構(gòu)造進(jìn)行定義。功效模型和業(yè)務(wù)模型是在需求分析時(shí)建模，是兩個(gè)基本點(diǎn)。數(shù)據(jù)模型是一種中心，在設(shè)計(jì)時(shí)建模。功效模型和業(yè)務(wù)模型給數(shù)據(jù)模型提供數(shù)據(jù)與維護(hù)數(shù)據(jù)，數(shù)據(jù)模型支持功效模型和業(yè)務(wù)模型的正常運(yùn)行。8、需求分析的目的是什么？需求分析的難點(diǎn)在哪？答：軟件需求分析，其目的是用于闡明軟件產(chǎn)品或軟件項(xiàng)目需要滿足的條件和限制。在軟件工程項(xiàng)目中首先要獲取顧客的需求，通過對軟件需求的提取、分析、文檔化及驗(yàn)證，為進(jìn)一步的設(shè)計(jì)和實(shí)現(xiàn)提供根據(jù)。需求分析的難點(diǎn)是：在系統(tǒng)的功效、性能和接口方面，開發(fā)者與客戶達(dá)成完全一致的需求，讓客戶最后簽字確認(rèn)，并確保在項(xiàng)目驗(yàn)收前，需求相對穩(wěn)定不變。萬一需求有一點(diǎn)變化，雙方必須推行“需求變更管理程序”，而變更管理程序在訂立合同時(shí)已經(jīng)做了規(guī)定。要懂得，合同是含有法律效力的。9．可行性研究報(bào)告的重要內(nèi)容有哪些?答：一種可行性研究報(bào)告的重要內(nèi)容以下：（1）引言：闡明編寫本文檔的目的；項(xiàng)目的名稱、背景；本文檔用到的專門術(shù)語和參考資料。（2）可行性研究前提：闡明開發(fā)項(xiàng)目的功效、性能和基本規(guī)定；達(dá)成的目的；多個(gè)限制條件；可行性研究辦法和決定可行性的重要因素。（3）對現(xiàn)有系統(tǒng)的分析。（4）所建議系統(tǒng)的技術(shù)可行性分析。（5）所建議系統(tǒng)的經(jīng)濟(jì)可行性分析。（6）社會因素可行性分析。（7）其它可供選擇方案。（8）結(jié)論意見。10．系統(tǒng)設(shè)計(jì)的內(nèi)容是什么？答：系統(tǒng)設(shè)計(jì)階段先從高層入手，然后細(xì)化。系統(tǒng)設(shè)計(jì)要決定整個(gè)構(gòu)造及風(fēng)格，這種構(gòu)造為背面設(shè)計(jì)階段的更具體方略的設(shè)計(jì)提供了基礎(chǔ)。重要內(nèi)容為：（1）系統(tǒng)分解。（2）擬定并發(fā)性。（3）解決器及任務(wù)分派。（4）數(shù)據(jù)存儲管理。（5）全局資源的解決。（6）選擇軟件控制機(jī)制。（7）人機(jī)交互接口設(shè)計(jì)。11．什么是軟件危機(jī)？軟件危機(jī)的體現(xiàn)是什么？其產(chǎn)生的因素是什么？答：軟件開發(fā)技術(shù)的進(jìn)步始終未能滿足發(fā)展的需要。在軟件開發(fā)中碰到的問題找不到解決方法，使問題積累起來，形成了鋒利的矛盾，因而造成了軟件危機(jī)。軟件危機(jī)體現(xiàn)在下列四個(gè)方面：（1）經(jīng)費(fèi)預(yù)算經(jīng)常突破，完畢時(shí)間多次遲延。（2）開發(fā)的軟件不能滿足顧客規(guī)定。（3）開發(fā)的軟件可維護(hù)性差。（4）開發(fā)的軟件可靠性差。造成軟件危機(jī)的因素是：（1）軟件的規(guī)模越來越大，構(gòu)造越來越復(fù)雜。（2）軟件開發(fā)管理困難而復(fù)雜。（3）軟件開發(fā)費(fèi)用不停增加。（4）軟件開發(fā)技術(shù)落后。（5）生產(chǎn)方式落后。（6）開發(fā)工具落后，生產(chǎn)率提高緩慢。12．軟件質(zhì)量確保應(yīng)做好哪幾方面的工作？答：軟件質(zhì)量確保是軟件工程管理的重要內(nèi)容，軟件質(zhì)量確保應(yīng)做好下列幾方面的工作：（1）采用技術(shù)手段和工具。（2）組織正式技術(shù)評審。（3）