軟件工程練習(xí)題

精選優(yōu)質(zhì)文檔-----傾情為你奉上精選優(yōu)質(zhì)文檔-----傾情為你奉上專心---專注---專業(yè)專心---專注---專業(yè)精選優(yōu)質(zhì)文檔-----傾情為你奉上專心---專注---專業(yè)填空題1.軟件生命周期分為、需求分析、概要設(shè)計、詳細(xì)設(shè)計、軟件實現(xiàn)、軟件測試及運行維護7個階段。2.是最早的軟件生存周期開發(fā)模型，它將軟件開發(fā)過程中的各項活動規(guī)定為依固定順序連接的若干階段工作，形如瀑布流水，最終得到軟件系統(tǒng)或軟件產(chǎn)品。3.是一種軟件開發(fā)模型，在這種模型的每一個階段，都要編碼產(chǎn)生一個新的構(gòu)件，并將新構(gòu)件集成到先前已經(jīng)構(gòu)成的產(chǎn)品中并作為一個整體進行測試，直到滿足用戶需求為止。4.當(dāng)沒有足夠的人員在規(guī)定的期限內(nèi)開發(fā)完整的產(chǎn)品或者由于不可克服的客觀原因而把交付期限規(guī)定的太短時應(yīng)選用軟件開發(fā)模型。5.是一種軟件開發(fā)模型，由需求定義、風(fēng)險分析、實施開發(fā)和計劃評審4個部分組成，主要適用于大型軟件項目開發(fā)。6.文檔說明該軟件開發(fā)項目的實現(xiàn)在技術(shù)上、經(jīng)濟上和社會因素上等方面的可行性，評述為了合理地達(dá)到開發(fā)目的可供選擇的各種可能實施的方案，說明并論證所選定實施方案的理由。7.可行性分析的目的是。8.用于描述系統(tǒng)的物理模型，用物理符號以黑盒子的形式描繪系統(tǒng)里的每個部件，僅表達(dá)信息在系統(tǒng)個部件之間流動的情況。9.(一種圖)可以用來進行項目進度管理。10.結(jié)構(gòu)化分析與設(shè)計是一種面向的分析設(shè)計方法。11.常見的需求獲取方式有、情景分析技術(shù)等。12.在結(jié)構(gòu)化分析中，用于描述加工邏輯的工具主要有結(jié)構(gòu)化語言、判定樹和。13.數(shù)據(jù)字典中的條目主要有、數(shù)據(jù)流、文件和加工四種。14.結(jié)構(gòu)化軟件開發(fā)方法貫穿始終的八字方針為。15.在軟件生命周期中的每一個階段結(jié)束后必須進行，這是為了能盡早發(fā)現(xiàn)項目開發(fā)中的錯誤。16.是軟件生命周期中重要的一步，是軟件定義階段的最后一個階段，是關(guān)系到軟件開發(fā)成敗的關(guān)鍵步驟。17.數(shù)據(jù)流圖分為變換型和兩種類型。18.衡量不同模塊彼此之間相互依賴的緊密程度。19.衡量不同模塊彼此之間相互依賴的緊密程度。20．在軟件模塊設(shè)計時應(yīng)該采取的設(shè)計原則是。21.內(nèi)聚性與模塊獨立性的關(guān)系為內(nèi)聚性越高，模塊獨立性越。22.概要設(shè)計階段應(yīng)產(chǎn)生的主要文檔為，其中應(yīng)包含對系統(tǒng)模塊設(shè)計的結(jié)果。23.詳細(xì)設(shè)計階段生成的文檔是，它是程序運行過程的描述。24.詳細(xì)設(shè)計階段常用的圖示工具包括程序流程圖、N-S圖、及過程性設(shè)計語言。25.是編碼的先導(dǎo)，這個階段所產(chǎn)生的設(shè)計文檔的質(zhì)量將直接影響下一階段程序的質(zhì)量。26.除非對效率有特殊的要求，程序編寫要做到第一，效率第二。27.軟件從一個計算機系統(tǒng)或環(huán)境轉(zhuǎn)移到另一個計算系統(tǒng)或環(huán)境的容易程度成為。28.RUP的全稱為。29.軟件項目的風(fēng)險管理一般包括風(fēng)險識別、風(fēng)險分析、和風(fēng)險監(jiān)控4個過程。30.CMM的全稱為。31.OOA的全稱為。32.OOD的全稱為。33.軟件配置管理包括和兩個方面。34.UML中的建模包括建模和建模兩大類。35.在UML中，以反映類的結(jié)構(gòu)(屬性、操作)以及類之間的關(guān)系為主要目的，描述了軟件系統(tǒng)的結(jié)構(gòu)的模型是。36.UML中，參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖是。37.UML中，的任務(wù)就是用來描述一個對象所處的可能狀態(tài)以及狀態(tài)之間的轉(zhuǎn)移。38.UML中，是將活動圖用線條分成一些縱向的矩形，每一個矩形屬于一個特定的對象或部門的責(zé)任區(qū)。39.UML中，重點表示了對象之間傳送消息的時間順序。選擇題1.在軟件開發(fā)模型中，提出最早、應(yīng)用最廣泛的模型是（）。A．瀑布模型B．噴泉模型C．快速原型模型D．螺旋模型2.當(dāng)沒有足夠的人員在規(guī)定的期限內(nèi)開發(fā)完整的產(chǎn)品或者由于不可克服的客觀原因而把交付期限規(guī)定的太短時應(yīng)選用（）軟件開發(fā)模型。A．瀑布模型B．增量模型C．快速原型模型D．螺旋模型3.下列哪個選項不是軟件工程三要素。（）A.方法B.過程C.工具D.文檔4.軟件危機是指（）。A.計算機病毒的出現(xiàn)B.利用計算機進行經(jīng)濟犯罪C.軟件開發(fā)和維護中出現(xiàn)的一系列問題D.人們過分迷戀計算機系統(tǒng)5.螺旋模型將瀑布模型與原型模型結(jié)合起來，應(yīng)且加入兩種模型均忽略的（）。A.制定計劃B.風(fēng)險分析C.實施工程D.客戶評估6.系統(tǒng)流程圖是一種傳統(tǒng)工具，用于描繪系統(tǒng)的（）。A.邏輯模型B.程序結(jié)構(gòu)C.體系結(jié)構(gòu)D.物理結(jié)構(gòu)7.可行性分析研究的目的是（）。A.爭取項目 B.項目值得開發(fā)否C.開發(fā)項目 D.規(guī)劃項目8.下列哪個軟件可以用來進行項目進度管理。()A.VisualC++B.EclipseC.SVND.MicrosoftProject9.下列哪個選項不是項目計劃中需要完成的任務(wù)。（）A.項目成本估算B.項目進度安排C.項目資源分配D.系統(tǒng)結(jié)構(gòu)設(shè)計10.在數(shù)據(jù)流圖中，(圓圈)代表（）。A.源點B.匯點

C.加工

D.文件11.軟件需求分析階段的工作可以分為四個方面：需求獲取、需求分析、編寫需求規(guī)格說明書以及（）。A.用戶B.需求評審C.總結(jié)D.可行性分析12.在數(shù)據(jù)流圖中，(方塊)代表（）。A.源點B.數(shù)據(jù)流

C.加工

D.文件13.數(shù)據(jù)流圖是一種傳統(tǒng)工具，用于描繪系統(tǒng)的（）。A.邏輯模型B.程序結(jié)構(gòu)C.體系結(jié)構(gòu)D.物理結(jié)構(gòu)14.結(jié)構(gòu)化分析方法的一個重要指導(dǎo)思想是（）。A.自頂向下，逐步抽象B.自底向上，逐步抽象C.自頂向下，逐步分解D.自底向上，逐步分解15.下列哪個軟件可以用來進行項目建模。()A.VisualC++B.EclipseC.SVND.MicrosoftViso16.軟件需求分析階段建立原型的主要目的是()A.確定系統(tǒng)的功能和性能要求B.確定系統(tǒng)的運行要求C.確定系統(tǒng)是否滿足用戶需求D.確定系統(tǒng)是否滿足開發(fā)人員需求17.結(jié)構(gòu)分析方法的常用描述工具不包括()。A.數(shù)據(jù)流圖B.數(shù)據(jù)字典C.加工邏輯說明D.系統(tǒng)結(jié)構(gòu)圖18.數(shù)據(jù)流圖示面向()分析方法的描述工具。A.數(shù)據(jù)結(jié)構(gòu)B.數(shù)據(jù)流C.對象D.構(gòu)件19.內(nèi)聚是對模塊功能強度的度量，下面四個選項中內(nèi)聚性最強的是（）。A.偶然內(nèi)聚B.邏輯內(nèi)聚C.功能內(nèi)聚D.信息內(nèi)聚20.內(nèi)聚是對模塊功能強度的度量，下面四個選項中內(nèi)聚性最弱的是（）。A.偶然內(nèi)聚B.邏輯內(nèi)聚C.功能內(nèi)聚D.信息內(nèi)聚21.下面四個選項中耦合性最強的是（）。A.內(nèi)容耦合B.外部耦合C.數(shù)據(jù)耦合D.標(biāo)記耦合22.下面四個選項中耦合性最弱的是（）。A.內(nèi)容耦合B.外部耦合C.數(shù)據(jù)耦合D.標(biāo)記耦合23.數(shù)據(jù)耦合、內(nèi)容耦合、標(biāo)記耦合、控制耦合的耦合性從低到高的順序是（）。A.數(shù)據(jù)、內(nèi)容、標(biāo)記、控制 B.數(shù)據(jù)、標(biāo)記、控制、內(nèi)容C.控制、數(shù)據(jù)、標(biāo)記、內(nèi)容 D.控制、數(shù)據(jù)、內(nèi)容、標(biāo)記24.功能內(nèi)聚、順序內(nèi)聚、時間內(nèi)聚、偶然內(nèi)聚的內(nèi)聚性從低到高的順序是（）。A.功能、順序、時間、偶然 B.偶然、功能、時間、順序C.偶然、時間、順序、功能 D.順序、偶然、功能、時間25.下面對系統(tǒng)模塊化思想描述不正確的是（）。A.有利于降低問題的復(fù)雜度B.有效地提高軟件可測試性和可維護性C.提高軟件的可靠性D.給項目組織管理帶來了困難26.按照軟件工程的原則，模塊的作用域和模塊的控制域之間的關(guān)系是（）。A.模塊的作用域應(yīng)在模塊的控制域之內(nèi)B.模塊的控制域應(yīng)在模塊的作用域之內(nèi)C.模塊的控制域與模塊的作用域互相獨立D.以上說法都不對27.下列不屬于軟件設(shè)計原則的是（）。A.高內(nèi)聚

B.自底向上

C.模塊化

D.低耦合28.概要設(shè)計是軟件系統(tǒng)結(jié)構(gòu)的總體設(shè)計，以下選項中不屬于概要設(shè)計的是（）。A.把軟件劃分成模塊B.確定各個模塊的功能C.確定模塊之間的調(diào)用關(guān)系D.設(shè)計每個模塊的偽代碼29.模塊中所有成分結(jié)合起來完成一項任務(wù)，該模塊的內(nèi)聚度是（）。它具有簡明的外部界面，由它構(gòu)成的軟件易于理解、測試和維護。偶然內(nèi)聚B.邏輯內(nèi)聚C.功能內(nèi)聚D.信息內(nèi)聚30.軟件總體設(shè)計階段的主要任務(wù)是（）。A.算法設(shè)計B.數(shù)據(jù)結(jié)構(gòu)設(shè)計C.軟件模塊結(jié)構(gòu)設(shè)計D.輸入/輸出設(shè)計31.軟件詳細(xì)設(shè)計工具中，采用自左向右的二維圖形結(jié)構(gòu)描述算法的是（）。

A.N-SB.PADC.DDD.DFD32.軟件詳細(xì)設(shè)計階段的主要任務(wù)是（）。A.算法及數(shù)據(jù)結(jié)構(gòu)設(shè)計B.功能模塊設(shè)計C.數(shù)據(jù)庫設(shè)計D.功能性能分析33.以下關(guān)于程序流程圖說法不正確的是（）。A.獨立于任何一種程序設(shè)計語言B.比較直觀、清晰，易于掌握C.不支持逐步求精D.容易表示程序的層次結(jié)構(gòu)34.以下關(guān)于盒圖(方塊圖)說法不正確的是（）。A.控制的轉(zhuǎn)移不能任意規(guī)定B.可以表示模塊的層次結(jié)構(gòu)C.很容易表現(xiàn)嵌套關(guān)系D.不符合結(jié)構(gòu)化程序設(shè)計的要求35.在軟件詳細(xì)設(shè)計階段，經(jīng)常采用的工具是（）。

A.PADB.OOAC.DDD.DFD36.下面關(guān)于良好的程序設(shè)計風(fēng)格說法正確的是（）。A.使用括號以改善表達(dá)式的清晰性B.程序中的注釋是可有可無的C.盡量多使用臨時變量D.嵌套應(yīng)盡可能多的使用37.下面關(guān)于良好的程序設(shè)計風(fēng)格說法不正確的是（）。A.盡可能多地使用GOTO語句B.程序的格式應(yīng)有助于讀者理解程序C.注解應(yīng)占到整個程序的1/2—1/3D.使用有意義的變量名38.編制一個好的程序首先要確保它的正確性和可靠性，除此之外，通常更注重源程序的（）。A.易使用性、易維護性和效率B.易使用性、易維護性和易移植性C.易使用性、易維護性和易修改性D.易理解性、安全性和效率39.良好的程序設(shè)計風(fēng)格中選擇標(biāo)識符的名字時應(yīng)考慮（）。A.名字長度越短越好，以減少源程序的輸入量B.多個變量共用一個名字，以減少變量名的數(shù)目C.選擇含義明確的名字，以正確提示所代表的實體D.盡量以關(guān)鍵字作為名字，以使名字標(biāo)準(zhǔn)化40.為了形成良好的程序設(shè)計風(fēng)格，在書寫語句時應(yīng)考慮（）。A.把多個短的語句寫在同一行中，以減少源程序的行數(shù)B.盡量使用標(biāo)準(zhǔn)文本以外的特殊功效的語句，以提高語句的功效C.盡量消除表達(dá)式中的括號，以簡化表達(dá)式D.避免使用測試條件“非”，以提高程序的可讀性41.下列屬于維護階段的文檔是（）。A.軟件需求規(guī)格說明 B.詳細(xì)設(shè)計說明書C.軟件維護申請報告 D.軟件測試分析報告42.在整個軟件維護階段所花費的全部工作中，（）所占比例最大。

A.改正性維護B.適應(yīng)性維護C.完善性維護D.預(yù)防性維護43.根據(jù)引起軟件維護的原因，軟件維護階段通常可分為四類，其中不包括（）。

A.改正性維護B.系統(tǒng)性維護C.完善性維護D.預(yù)防性維護44.下列敘述中不利于軟件可維護性提高的是（）。A.為了縮短源程序的程度應(yīng)刪去源程序中的注解B.盡可能在軟件生產(chǎn)過過程中保證各階段文件的正確性C.重視程序結(jié)構(gòu)的設(shè)計，使程序具有較好的層次結(jié)構(gòu)D.在進行需求分析時就應(yīng)同時考慮維護性問題45.下面關(guān)于軟件質(zhì)量管理說法不正確的是（）。A.軟件質(zhì)量，是貫穿軟件生存期的一個極為重要的問題B.影響軟件質(zhì)量的要素包括軟件的功能性、可移植性、可修改性等多個方面C.軟件能力成熟度模型是用于評價軟件承包商能力并幫助改善軟件質(zhì)量的方法D.在軟件質(zhì)量管理中不應(yīng)該強調(diào)全面質(zhì)量管理，應(yīng)該是少數(shù)人對質(zhì)量進行負(fù)責(zé)46.下面關(guān)于軟件配置管理說法不正確的是（）。A.現(xiàn)代軟件開發(fā)復(fù)雜度高是提出軟件配置管理的主要原因B.軟件配置管理包含為兩部分配置管理和變更控制管理C.軟件配置管理有助于避免軟件開發(fā)中混亂情況的發(fā)生D.軟件配置管理是對開發(fā)過程中所需軟硬件進行的管理47.下面關(guān)于軟件風(fēng)險管理說法不正確的是（）。A.項目風(fēng)險管理實際上就是貫穿在項目開發(fā)過程中的一系列管理步驟B.在開發(fā)初期就應(yīng)該制定完善的風(fēng)險管理策略C.在風(fēng)險管理中應(yīng)建立風(fēng)險清單、制定解決方案及風(fēng)險規(guī)避辦法D.風(fēng)險管理包括風(fēng)險識別、風(fēng)險評估兩個階段。48.下面說法不符合極限編程思想的是（）。A.極限編程是一種敏捷開發(fā)方法B.極限編程推崇簡單設(shè)計和小版本開發(fā)C.極限編程中測試是在編碼完成之后才進行設(shè)計和實施的D.極限編程具有很高的靈活性和實踐性，但也備受爭議49.下面說法不符合極限編程思想的是（）。A.極限編程是一種敏捷開發(fā)方法B.極限編程推崇復(fù)雜設(shè)計和大版本開發(fā)C.極限編程推崇測試先行，測試驅(qū)動開發(fā)D.極限編程具有很高的靈活性和實踐性，但也備受爭議50．UML圖不包括 ()（A）用例圖 （B）類圖（C）狀態(tài)圖 （D）流程圖51.在類圖中，下面哪個符號表示繼承關(guān)系（）(B)(B)(A)(C)(D)52.下面哪個視圖屬于UML語言的交互圖（）（A）行為圖 （B）狀態(tài)圖 （C）實現(xiàn)圖 （D）順序圖53.RUP中有（）個核心過程工作流。（A）1 （B）3 （C）6 （D）954.類之間的關(guān)系不包括（D）（A）依賴關(guān)系 （B）泛化關(guān)系 （C）實現(xiàn)關(guān)系 （D）分解關(guān)系55.如果發(fā)現(xiàn)一個子類從父類繼承來的行為對子類毫無意義或子類不能替代其父類時，這種繼承關(guān)系違背了（）。A.單一職責(zé)原則B.依賴倒置原則C.Liskov替換原則D.迪米特法則

56.使用多個隔離的接口，比使用單個接口好，這是（）的主要思想。A.單一職責(zé)原則B.依賴倒置原則C.Liskov替換原則D.接口隔離原則57.系統(tǒng)里的每一個對象應(yīng)該具有單一職責(zé)，這個對象的所有服務(wù)都應(yīng)該聚焦在實現(xiàn)這個職責(zé)上，這是（）的主要思想。A.單一職責(zé)原則B.依賴倒置原則C.Liskov替換原則D.接口隔離原則58.要針對接口編程，不針對實現(xiàn)編程，這是（）的主要思想。A.單一職責(zé)原則B.依賴倒置原則C.Liskov替換原則D.接口隔離原則59.下面對RUP說法正確的是（）。A.RUP是Oracle公司開發(fā)和維護的過程產(chǎn)品B.RUP采用瀑布式的開發(fā)模型C.RUP的整個開發(fā)周期分為初始、細(xì)化、交付三個階段D.UML是RUP開發(fā)方法的一種有力支持工具60.下面對RUP說法不正確的是（）。A.RUP是Rational公司開發(fā)和維護的過程產(chǎn)品B.RUP采用迭代式的開發(fā)模型C.RUP的整個開發(fā)周期分為初始、細(xì)化、交付三個階段D.RUP被稱為軟件統(tǒng)一開發(fā)過程判斷題1.可行性分析是大大簡化的軟件分析和設(shè)計過程2.可行性分析階段需要完成可行性分析報告的書寫，不需要進行階段評審。3.可行性分析不是解決問題，而是確定為什么要解決這個問題，是否值得去解。4.在繪制分層數(shù)據(jù)流圖時，最上層的叫做0層圖。5.需求分析解決目標(biāo)系統(tǒng)“做什么”的問題，需求包括功能性需求和非功能性需求。6.在一套分層數(shù)據(jù)流圖中，如果某張圖中的加工需要進一步細(xì)化，可以畫出該圖的子圖，單應(yīng)注意保持父圖與子圖之間的平衡。7.對數(shù)據(jù)流圖進行分層細(xì)化時必須保持信息連續(xù)性，即當(dāng)把一個處理分解為一系列處理時，分解前和分解后的輸入/輸出數(shù)據(jù)流必須相同。8.總體設(shè)計的主要任務(wù)是確定系統(tǒng)的總體結(jié)構(gòu)，形成軟件的模塊結(jié)構(gòu)圖，并完成總體設(shè)計說明書的編寫工作。9.在軟件模塊結(jié)構(gòu)的設(shè)計上應(yīng)力爭做到低內(nèi)聚、高耦合。10.既然模塊化可以減少工作量，那么可以把軟件進行無限分解。11．提高模塊獨立性是好的軟件設(shè)計的關(guān)鍵，而設(shè)計又是決定軟件質(zhì)量的關(guān)鍵環(huán)節(jié)。12.具有一個線性結(jié)構(gòu)，有明顯的邏輯輸入和邏輯輸出，由輸入、變換和輸出三部分組成的數(shù)據(jù)流圖為事務(wù)性數(shù)據(jù)流圖。13.模塊越小，模塊化的優(yōu)點越明顯。一般來說，模塊的大小都在10行以內(nèi)。14.在將這種混合型數(shù)據(jù)流圖轉(zhuǎn)換成軟件結(jié)構(gòu)圖時，通常以事務(wù)分析為主。15.在進行程序編碼時，為了代碼的完整、精煉應(yīng)少寫注釋。16.編碼規(guī)范有助于程序員形成好的程序設(shè)計風(fēng)格。17.編碼規(guī)范中一般從文件組織、注釋、聲明、命名規(guī)范等諸多方面對編碼進行要求，但其中有些是可有可無的。18在程序編碼時，變量的命名通常應(yīng)具有實際意義，并采用全大寫的命名方式。19.軟件測試應(yīng)該在編碼完成后再計劃和實施。20.軟件維護會產(chǎn)生副作用，主要反映在三個方面：修改編碼的副作用、修改數(shù)據(jù)的副作用、修改文檔的副作用。21.在編碼時盡可能使用全局變量有助于提高程序的可維護性22.在軟件維護時，當(dāng)有源程序代碼發(fā)生修改后，不用做全面的測試。23.在軟件維護工作中，文檔資料也應(yīng)作及時的更新，不能明確地反映軟件的實際狀況，可能比沒有設(shè)計文檔更糟糕。24.在進行面向?qū)ο笤O(shè)計時要注意對類進行良好的封裝，通常我們是將經(jīng)常發(fā)生變動的部分封裝起來。25.迭代是進行面向?qū)ο箝_發(fā)的一種常見方法，在迭代過程中如果發(fā)現(xiàn)軟件結(jié)構(gòu)不能靈活應(yīng)對變化，應(yīng)該進行設(shè)計重構(gòu)。26.軟件管理應(yīng)先于任何技術(shù)活動之前，并貫穿于軟件的整個生命周期之中。27.項目開發(fā)計劃和詳細(xì)設(shè)計說明書是軟件設(shè)計階段必須生成的文檔。28.在軟件開發(fā)過程中，應(yīng)該遵循邊開發(fā)，邊測試的原則。29．軟件團隊的組織對于軟件項目開發(fā)非常重要，一個10人的開發(fā)團隊一定比一個5人的開發(fā)團隊更有效率。30.面向?qū)ο蟮能浖こ谭椒ò嫦驅(qū)ο蠓治觥⒚嫦驅(qū)ο笤O(shè)計、面向?qū)ο缶幊獭⒚嫦驅(qū)ο鬁y試和面向?qū)ο缶S護，這些部分緊密結(jié)合在一起，填平了開發(fā)過程中的鴻溝。31.UML是面向?qū)ο箝_發(fā)方法的有力支持工具。名詞解釋1.軟件工程2.軟件生命周期3.數(shù)據(jù)流圖4.結(jié)構(gòu)化分析方法5.內(nèi)聚度6.耦合度7.功能內(nèi)聚8.校正性維護9.適應(yīng)性維護10.完善性維護11.軟件配置管理12.開放封閉原則簡答題1.什么是軟件生命周期？分為哪幾個階段？2.簡要說明瀑布模型的主要思想。3.簡要說明增量(漸增)模型的主要思想。4.簡要說明里程碑模型的主要思想。5.快速原型法的基本思想是什么？適用于哪些項目的開發(fā)？6.假設(shè)你負(fù)責(zé)某種軟件的研發(fā)，由于市場競爭激烈，公司規(guī)定了嚴(yán)格的完成期限并且已對外公布。你打算采用哪種軟件開發(fā)模型或方法？為什么？7.可行性分析報告主要包括哪些內(nèi)容？8.項目計劃應(yīng)該包含哪些方面？請以學(xué)籍管理系統(tǒng)為例進行說明。9.結(jié)構(gòu)化分析方法的主要思想是什么？有哪些常用的工具？10.需求規(guī)格說明書主要包括哪些內(nèi)容？11.需求分析階段的主要任務(wù)是什么？應(yīng)交付哪些成果？12.軟件總體設(shè)計階段的主要任務(wù)是什么？需要提交哪些文檔？13.概要設(shè)計說明書主要包括哪些內(nèi)容？14.結(jié)構(gòu)化設(shè)計的主要思想是什么？其設(shè)計結(jié)果是什么？15.軟件詳細(xì)設(shè)計說明階段的主要任務(wù)是什么？需要提交哪些文檔？16.詳細(xì)設(shè)計說明書主要包括哪些內(nèi)容？17.在軟件編碼階段強調(diào)編碼規(guī)范的目的是什么？請任舉兩條基本的編碼規(guī)范。18.簡述軟件維護的工作流程。19.軟件開發(fā)過程中的各種文檔起到什么作用？如果文檔不完整或不規(guī)范會帶來什么不良后果？請說明順序圖與協(xié)作圖的區(qū)別與聯(lián)系。分析設(shè)計題1.下面是一段偽代碼描述的程序流程，請畫出它的程序流程圖。STARTINPUT(A,B,C,D)Whi