軟件工程過(guò)程（山東聯(lián)盟）智慧樹(shù)知到期末考試答案章節(jié)答案2024年山東工商學(xué)院

軟件工程過(guò)程（山東聯(lián)盟）智慧樹(shù)知到期末考試答案+章節(jié)答案2024年山東工商學(xué)院下列（）屬于需求分析的任務(wù)。

答案:問(wèn)題分析###需求評(píng)審###需求描述下列（）問(wèn)題是維護(hù)人員經(jīng)常面對(duì)的問(wèn)題。

答案:理解別人程序非常困難###維護(hù)工作沒(méi)有吸引力###文檔不完備、不一致###設(shè)計(jì)時(shí)沒(méi)有考慮未來(lái)的修改與維護(hù)軟件測(cè)試階段的輸入文檔包括（）。

答案:需求規(guī)格說(shuō)明書(shū)###測(cè)試計(jì)劃###軟件設(shè)計(jì)說(shuō)明書(shū)###源程序具有下列（）特點(diǎn)的項(xiàng)目更適宜采用快速原型模型進(jìn)行開(kāi)發(fā)。

答案:軟件需求定義不明確的項(xiàng)目###項(xiàng)目規(guī)模較小，不太復(fù)雜###軟件需求經(jīng)常變化的項(xiàng)目###交互式系統(tǒng)下列（）包含在結(jié)構(gòu)圖中。

答案:模塊之間的控制關(guān)系###模塊間傳遞的數(shù)據(jù)###模塊Scrum模型中，三個(gè)角色包括（）。

答案:團(tuán)隊(duì)成員（Teammember）###流程負(fù)責(zé)人（Master）###產(chǎn)品負(fù)責(zé)人（ProductOwner）在軟件配置管理中，（）是配置項(xiàng)。

答案:文檔###程序###數(shù)據(jù)軟件維護(hù)是保證軟件正常、有效的重要手段，軟件的（）特性，有利于軟件的維護(hù)。

答案:可修改性###可測(cè)試性###可復(fù)用性###可理解性（）等軟件設(shè)計(jì)原則，有助于得到高內(nèi)聚、低耦合的軟件產(chǎn)品。

答案:復(fù)用###抽象###分而治之###演化下列（）屬于項(xiàng)目經(jīng)理的職責(zé)范圍。

答案:組織實(shí)施###開(kāi)發(fā)計(jì)劃###項(xiàng)目進(jìn)度管理軟件項(xiàng)目計(jì)劃一般包括（）。

答案:進(jìn)度安排###人員安排###軟件開(kāi)發(fā)標(biāo)準(zhǔn)的選擇和制定下列（）符合良好編碼的原則。

答案:確保注釋與代碼完全一致###建立一種有助于理解的代碼直觀布局###在開(kāi)始編碼之前建立單元測(cè)試迭代模型更適合開(kāi)發(fā)需求不明確、規(guī)模龐大、難度大或者技術(shù)新穎、風(fēng)險(xiǎn)高的項(xiàng)目。

答案:對(duì)構(gòu)建系統(tǒng)原型便于收集、確認(rèn)用戶(hù)的需求。

答案:對(duì)回歸測(cè)試是指重新執(zhí)行已經(jīng)做過(guò)的測(cè)試，以保證由于調(diào)試或者其他原因引起的變化，不會(huì)導(dǎo)致非預(yù)期的軟件行為或者額外錯(cuò)誤。

答案:對(duì)需求分析是軟件開(kāi)發(fā)過(guò)程中最為困難的一項(xiàng)活動(dòng)，其原因之一是用戶(hù)需求不確定性。

答案:對(duì)驗(yàn)證軟件需求的方法主要靠人工審查的方法。

答案:錯(cuò)測(cè)試就是不斷尋找程序中的錯(cuò)誤，直到軟件正確為止。

答案:錯(cuò)確認(rèn)測(cè)試主要包括軟件有效性測(cè)試及配置復(fù)查，目的是驗(yàn)證目標(biāo)系統(tǒng)的功能需求和性能需求及其它特性需求是否與軟件的需求一致.

答案:對(duì)概要設(shè)計(jì)不僅僅要滿(mǎn)足功能需求及數(shù)據(jù)域需求，還需要滿(mǎn)足非功能性需求，進(jìn)行性能、可靠性與安全性方面的設(shè)計(jì)

答案:對(duì)請(qǐng)判斷以下做法是否正確：為了保證軟件能夠按期完成，通常在項(xiàng)目開(kāi)發(fā)中引入較多的開(kāi)發(fā)人員。保證人手充足。

答案:錯(cuò)只有質(zhì)量差的軟件產(chǎn)品才需要維護(hù)。

答案:錯(cuò)預(yù)防性維護(hù)是把今天的方法學(xué)應(yīng)用到昨天的系統(tǒng)上，以支持明天的需求。

答案:對(duì)在軟件可行性研究中，可以從不同的角度對(duì)軟件進(jìn)行研究，其中分析在特定條件下，技術(shù)資源、能力、方法等方面的可用性是屬于（）。

答案:技術(shù)可行性可以構(gòu)建一部分系統(tǒng)的模型，通過(guò)用戶(hù)試用提出優(yōu)缺點(diǎn)，最好選擇（）生存期模型。

答案:快速原型瀑布模型本質(zhì)上是一種()。

答案:線(xiàn)性順序模型快速原型模型的主要特點(diǎn)之一是（）

答案:及早提供工作軟件為改正系統(tǒng)中隱藏的錯(cuò)誤而進(jìn)行的維護(hù)活動(dòng)成為（）。

答案:改正性維護(hù)原型化方法是用戶(hù)和設(shè)計(jì)者之間執(zhí)行的一種交互構(gòu)成，適用于（）系統(tǒng)。

答案:需求不確定性高的模塊內(nèi)聚度越高，說(shuō)明模塊內(nèi)各成分彼此結(jié)合的越（）。

答案:緊密為了解決軟件危機(jī)，人們提出采用（）的原理來(lái)設(shè)計(jì)軟件。

答案:工程學(xué)在敏捷項(xiàng)目中，站立會(huì)議通常（）舉行一次。

答案:每天在設(shè)計(jì)測(cè)試用例時(shí)，（）是用的最多的一種黑盒測(cè)試方法。

答案:等價(jià)類(lèi)劃分為避免一次性投資太多帶來(lái)的風(fēng)險(xiǎn)，最好選擇（）生存期模型。

答案:增量模型在軟件工程環(huán)境中進(jìn)行風(fēng)險(xiǎn)識(shí)別時(shí)，發(fā)現(xiàn)軟件項(xiàng)目市場(chǎng)定位不好，設(shè)計(jì)開(kāi)發(fā)的軟件沒(méi)有用戶(hù)使用。這種風(fēng)險(xiǎn)屬于（）。

答案:商業(yè)風(fēng)險(xiǎn)軟件工程的出現(xiàn)主要是由于（）。

答案:軟件危機(jī)的出現(xiàn)（）是為了補(bǔ)充軟件的功能或者提高原有軟件的性能而進(jìn)行的維護(hù)活動(dòng)。

答案:完善性維護(hù)為了使程序能在不同的計(jì)算機(jī)上運(yùn)行，程序應(yīng)當(dāng)具有較好的（）。

答案:可移植性下列說(shuō)法中正確的包括（）。

答案:瀑布模型規(guī)定在開(kāi)始下一階段工作之前，必須完成前一階段的相關(guān)工作###增量模型是在瀑布模型的基礎(chǔ)上發(fā)展而來(lái)的###增量模型推遲某些功能的細(xì)節(jié)，從而較早地產(chǎn)生可以工作的軟件瀑布模型存在下列（）局限性。

答案:瀑布模型是文檔驅(qū)動(dòng)的模型，會(huì)產(chǎn)生大量文檔###風(fēng)險(xiǎn)往往延遲到后期的開(kāi)發(fā)階段才顯露###依賴(lài)于早期進(jìn)行的唯一一次需求調(diào)查，不符合人們認(rèn)識(shí)事物的客觀規(guī)律，同時(shí)難以適應(yīng)需求的變化關(guān)于軟件開(kāi)發(fā)與維護(hù)，下列（）描述是正確的。

答案:對(duì)于軟件而言，程序與軟件配置成分是同等重要的，不能重此偏彼###把軟件漫長(zhǎng)的生命周期劃分為若干個(gè)階段的出發(fā)點(diǎn)是降低開(kāi)發(fā)的困難程序和簡(jiǎn)化復(fù)雜性軟件開(kāi)發(fā)主過(guò)程指構(gòu)成軟件生存周期主要部分的那些過(guò)程,主要包括獲取過(guò)程、供應(yīng)過(guò)程、開(kāi)發(fā)過(guò)程（）。

答案:維護(hù)過(guò)程###運(yùn)行過(guò)程從目前情況來(lái)看，增量模型存在的主要問(wèn)題包括（）。

答案:如果軟件需求不穩(wěn)定、不完整，那么一些增量就可能需要重新開(kāi)發(fā)，重新發(fā)布###開(kāi)發(fā)活動(dòng)中存在大量的并行環(huán)節(jié)，管理發(fā)生的成本、進(jìn)度和配置的復(fù)雜性較高###如何確定每個(gè)增量具體實(shí)現(xiàn)哪些需求，是一件困難的事情合理的輸入設(shè)計(jì)包括（）。

答案:批數(shù)據(jù)輸入時(shí)，使用輸入結(jié)束標(biāo)志，而不要由用戶(hù)指定輸入數(shù)據(jù)數(shù)目。###檢查輸入項(xiàng)的各種重要組合的合理性。###程序運(yùn)行時(shí)，要有提示輸入的請(qǐng)求，并簡(jiǎn)明的說(shuō)明可用的選擇和邊界數(shù)值。###對(duì)輸入數(shù)據(jù)加校驗(yàn)，可以避免用戶(hù)誤輸入。自頂向下結(jié)合的漸增式測(cè)試法，在組合模塊時(shí)可以采用（）組合策略

答案:廣度優(yōu)先策略###深度優(yōu)先策略下列描述（）是符合敏捷開(kāi)發(fā)原則的。

答案:可用的軟件是衡量進(jìn)度的主要指標(biāo)###盡早和持續(xù)地交付有價(jià)值的軟件來(lái)滿(mǎn)足客戶(hù)###無(wú)論是團(tuán)隊(duì)內(nèi)還是團(tuán)隊(duì)間，最有效的溝通方法是面對(duì)面的交談軟件指的是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的另一部分，包括（）的完整集合

答案:數(shù)據(jù)###程序###文檔關(guān)于快速原型法，下列說(shuō)法正確的是（）。

答案:在用戶(hù)需求分析、系統(tǒng)功能描述等方面允許有較大的靈活性。###是一個(gè)可以工作的系統(tǒng)雛形###強(qiáng)調(diào)用戶(hù)的參與以下敘述中，（）屬于軟件開(kāi)發(fā)過(guò)程中的風(fēng)險(xiǎn)。

答案:由另一個(gè)小組開(kāi)發(fā)的子系統(tǒng)推遲交付，導(dǎo)致整個(gè)系統(tǒng)不能按期交付客戶(hù)###開(kāi)發(fā)團(tuán)隊(duì)核心成員在開(kāi)發(fā)過(guò)程中離職###開(kāi)發(fā)團(tuán)隊(duì)可能沒(méi)有正確理解客戶(hù)的需求瀑布模型中每個(gè)階段都必須完成規(guī)定的文檔，沒(méi)有交出合格的文檔就是沒(méi)有完成該階段的任務(wù)。

答案:對(duì)成功的測(cè)試是沒(méi)有發(fā)現(xiàn)錯(cuò)誤的測(cè)試。

答案:錯(cuò)需求分析人員經(jīng)常面對(duì)一種現(xiàn)象，不同的客戶(hù)提出的需求相互矛盾，并且每個(gè)客戶(hù)都認(rèn)為自己的需求是正確的。

答案:對(duì)維護(hù)中的多次修改只會(huì)改善系統(tǒng)而不會(huì)造成維護(hù)的困難。

答案:錯(cuò)一次性組裝方式進(jìn)行的集成測(cè)試和增殖性組裝方式進(jìn)行的集成測(cè)試思想是一致的。

答案:錯(cuò)軟件測(cè)試只是對(duì)軟件的編碼進(jìn)行查錯(cuò)和糾錯(cuò)，不需對(duì)軟件計(jì)劃和軟件設(shè)計(jì)進(jìn)行查錯(cuò)。

答案:錯(cuò)在進(jìn)行軟件總體設(shè)計(jì)時(shí)，應(yīng)該加強(qiáng)模塊之間的聯(lián)系。

答案:錯(cuò)在軟件開(kāi)發(fā)過(guò)程中，若能推遲暴露其中的錯(cuò)誤，則為修改錯(cuò)誤所花費(fèi)的代價(jià)將會(huì)降低。

答案:錯(cuò)概要設(shè)計(jì)通過(guò)對(duì)系統(tǒng)的結(jié)構(gòu)表示進(jìn)行細(xì)化，得到軟件的數(shù)據(jù)結(jié)構(gòu)和算法。

答案:錯(cuò)流程圖也稱(chēng)程序設(shè)計(jì)圖是常用的一種詳細(xì)設(shè)計(jì)工具。

答案:對(duì)可行性研究就是判斷需求分析階段定義的項(xiàng)目目標(biāo)和規(guī)模是否能夠?qū)崿F(xiàn)。

答案:錯(cuò)軟件系統(tǒng)進(jìn)行模塊劃分時(shí)，模塊之間的耦合性越弱越好。

答案:對(duì)軟件配置管理的目的是建立和維護(hù)整個(gè)生存期中軟件項(xiàng)目產(chǎn)品的完整性和可追溯性。

答案:對(duì)瀑布模型核心思想是按工序?qū)?wèn)題化簡(jiǎn)，將功能的實(shí)現(xiàn)與設(shè)計(jì)分開(kāi)，便于分工協(xié)作。

答案:對(duì)在軟件開(kāi)發(fā)過(guò)程中，一個(gè)關(guān)鍵的程序員，突然離職了，導(dǎo)致項(xiàng)目進(jìn)度停滯。這種風(fēng)險(xiǎn)屬于（）。

答案:人員風(fēng)險(xiǎn)軟件生命周期的瀑布模型把軟件項(xiàng)目分為若干個(gè)階段。以下（）是正常的開(kāi)發(fā)順序。

答案:問(wèn)題定義及可行性研究、需求分析、軟件設(shè)計(jì)、編碼及測(cè)試。因計(jì)算機(jī)硬件和軟件環(huán)境的變化而做出的修改軟件的過(guò)程稱(chēng)為（）。

答案:適應(yīng)性維護(hù)確認(rèn)軟件的功能是否與需求規(guī)格說(shuō)明書(shū)中所要求的功能相符的測(cè)試屬于（）。

答案:驗(yàn)收測(cè)試可維護(hù)性的特性中相互促進(jìn)的是（）。

答案:可理解性和可測(cè)試性W模型是（）的變種。

答案:瀑布模型需求分析階段的研究對(duì)象是（）。

答案:用戶(hù)/客戶(hù)需求選擇那些還有較長(zhǎng)使用壽命，目前尚能正常運(yùn)行，但可能將要發(fā)生變化或調(diào)整的系統(tǒng)進(jìn)行維護(hù)，稱(chēng)之為（）。

答案:預(yù)防性維護(hù)通常，（）是在編碼階段進(jìn)行的測(cè)試。

答案:單元測(cè)試在修改數(shù)據(jù)結(jié)構(gòu)時(shí)，有可能造成軟件設(shè)計(jì)與數(shù)據(jù)結(jié)構(gòu)不匹配，因而導(dǎo)致軟件出錯(cuò)，這種現(xiàn)象稱(chēng)為（）。

答案:數(shù)據(jù)副作用V模型是一種典型的信息系統(tǒng)項(xiàng)目的生命周期模型，它標(biāo)明了測(cè)試階段與開(kāi)發(fā)過(guò)程各階段的對(duì)應(yīng)關(guān)系，其中（）的主要目的是針對(duì)概要設(shè)計(jì)中可能存在的問(wèn)題，尤其是檢查各模塊之間接口上可能存在的問(wèn)題。

答案:集成測(cè)試在Scrum中，作為產(chǎn)品負(fù)責(zé)人（PO）和團(tuán)隊(duì)之間的橋梁是（）。

答案:產(chǎn)品待辦目錄Scrum模型中，在何時(shí)估算迭代的任務(wù)較為適宜（）。

答案:在迭代計(jì)劃期間軟件需求階段要解決的問(wèn)題是（）。

答案:軟件做什么團(tuán)隊(duì)成員在執(zhí)行相關(guān)迭代任務(wù)的時(shí)候，發(fā)現(xiàn)需求不明確，應(yīng)該找（）。

答案:ProcuctOwner在變更控制中，管理各個(gè)用戶(hù)存取和修改一個(gè)特定軟件配置對(duì)象的權(quán)限是（）。

答案:基線(xiàn)控制軟件測(cè)試計(jì)劃開(kāi)始于需求分析階段，完成于（）階段。

答案:軟件設(shè)計(jì)以下（）生命周期模型可能導(dǎo)致系統(tǒng)設(shè)計(jì)差、效率低，難以維護(hù)。

答案:快速原型模型敏捷工作中，提高合作的有效方法是（）。

答案:通過(guò)使用結(jié)對(duì)編程發(fā)現(xiàn)程序錯(cuò)誤后，調(diào)試程序應(yīng)該由（）完成。

答案:軟件模塊的開(kāi)發(fā)者軟件測(cè)試的目的是（）。

答案:盡可能發(fā)現(xiàn)軟件中的錯(cuò)誤下列（）是W模型的特點(diǎn)。

答案:測(cè)試活動(dòng)與開(kāi)發(fā)活動(dòng)同步進(jìn)行###盡早發(fā)現(xiàn)錯(cuò)誤，減少后期返工帶來(lái)的成本###測(cè)試對(duì)象不僅僅是源程序，還可包括需求和設(shè)計(jì)文檔螺旋模型的主要特點(diǎn)包括（）。

答案:強(qiáng)調(diào)嚴(yán)格的全過(guò)程風(fēng)險(xiǎn)管理###螺旋模型是瀑布模型和快速原型模型的結(jié)合###螺旋模型軟件開(kāi)發(fā)過(guò)程的每個(gè)階段都是一次迭代，是一個(gè)螺旋前進(jìn)的過(guò)程關(guān)于瀑布模型，下列說(shuō)法中不正確的包括（）。

答案:瀑布模型具有良好的靈活性###利用瀑布模型，如果發(fā)現(xiàn)問(wèn)題，則修改問(wèn)題的代價(jià)較低編碼階段的主要成果物包括（）。

答案:源程序清單###用戶(hù)使用手冊(cè)###系統(tǒng)管理員手冊(cè)一個(gè)項(xiàng)目選擇軟件生命周期模型的基本原則包括（）。

答案:在用戶(hù)無(wú)信息系統(tǒng)使用經(jīng)驗(yàn)，需求分析人員技能不足的情況下可以借助螺旋模型###在前期需求明確的前提下盡量采用瀑布模型及其變種極限編程XP的核心價(jià)值包括（）。

答案:反饋###簡(jiǎn)單###勇氣###溝通參與需求驗(yàn)證的人員包括（）。

答案:設(shè)計(jì)人員###需求分析人員###測(cè)試人員###用戶(hù)詳細(xì)設(shè)計(jì)中常用的圖形化工具包括（）。

答案:判定樹(shù)###過(guò)程設(shè)計(jì)語(yǔ)言###流程圖###PAD增殖式集成測(cè)試，也稱(chēng)漸增式集成，包括（）多種方式。

答案:混合增殖式測(cè)試###自底向上增殖測(cè)試###自頂向下增殖測(cè)試快速原型模型的主要不足之處在于（）。

答案:開(kāi)發(fā)過(guò)程管理要求高，整個(gè)開(kāi)發(fā)過(guò)程要經(jīng)過(guò)“修改—評(píng)價(jià)—再修改”的多次反復(fù)###快速原型模型更多地關(guān)注系統(tǒng)的外在功能表現(xiàn)，內(nèi)部結(jié)構(gòu)往往被忽視當(dāng)模塊中包含復(fù)雜的條件組合，（）能夠清晰地表達(dá)出各種動(dòng)作之間的對(duì)應(yīng)關(guān)系。

答案:判定表###判定樹(shù)Scrum模型中，定義的活動(dòng)包括（）。

答案:Sprint策劃會(huì)議###Sprint回顧會(huì)議###站立會(huì)議###sprint評(píng)審會(huì)議下列（）屬于不標(biāo)準(zhǔn)的書(shū)寫(xiě)格式。

答案:程序中不加注釋###一行寫(xiě)入多條語(yǔ)句###嵌套結(jié)構(gòu)不適用分層縮進(jìn)寫(xiě)法成功的測(cè)試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。

答案:對(duì)通常認(rèn)為，軟件開(kāi)發(fā)階段包括設(shè)計(jì)、編碼與測(cè)試三個(gè)基本活動(dòng)。

答案:錯(cuò)在ISO/IEC12207軟件生存周期過(guò)程標(biāo)準(zhǔn)中，管理過(guò)程及基礎(chǔ)設(shè)施過(guò)程都是屬于輔助過(guò)程。

答案:對(duì)使用PAD符號(hào)設(shè)計(jì)出來(lái)的程序必然是結(jié)構(gòu)化程序。

答案:對(duì)Pareto原理說(shuō)明，測(cè)試發(fā)現(xiàn)的錯(cuò)誤中80%可能是由程序中20%的代碼造成的。

答案:對(duì)項(xiàng)目軟件是通用軟件，通常沒(méi)有明確的甲方。由研發(fā)機(jī)構(gòu)根據(jù)市場(chǎng)需求進(jìn)行研發(fā)的軟件。

答案:錯(cuò)敏捷方法是銀彈，放之四海而皆準(zhǔn)，任何開(kāi)發(fā)項(xiàng)目都適合采用敏捷方法。

答案:錯(cuò)如果通過(guò)軟件測(cè)試沒(méi)有發(fā)現(xiàn)錯(cuò)誤，則說(shuō)明軟件是正確的

答案:錯(cuò)alpha測(cè)試是組織各方面的典型用戶(hù)在工作中實(shí)際使用軟件，并要求用戶(hù)報(bào)告異常情況，測(cè)試的環(huán)境是不受開(kāi)發(fā)方控制的，用戶(hù)數(shù)量相對(duì)比較多，時(shí)間不集中。

答案:錯(cuò)白盒測(cè)試又叫功能測(cè)試或者數(shù)據(jù)驅(qū)動(dòng)測(cè)試，黑盒測(cè)試又稱(chēng)為結(jié)構(gòu)測(cè)試或者邏輯測(cè)試。

答案:錯(cuò)基線(xiàn)通常對(duì)應(yīng)于開(kāi)發(fā)過(guò)程中的里程碑（Milestone），一個(gè)產(chǎn)品可以有多個(gè)基線(xiàn)，也可以只有一個(gè)基線(xiàn)。

答案:對(duì)模塊獨(dú)立性是指每個(gè)模塊只完成獨(dú)立的子功能，并且與其他模塊的聯(lián)系盡可能少、接口簡(jiǎn)單。

答案:對(duì)軟件架構(gòu)設(shè)計(jì)不是一蹴而就的，需要不斷迭代，保留優(yōu)秀的設(shè)計(jì)，修復(fù)有缺陷的設(shè)計(jì)，改正錯(cuò)誤的設(shè)計(jì)，通過(guò)不斷演化，使得系統(tǒng)架構(gòu)逐漸完善。

答案:對(duì)測(cè)試的目標(biāo)是為了證明程序是正確的，沒(méi)有錯(cuò)誤的。

答案:錯(cuò)在完成測(cè)試工作之后，為了縮短源程序的長(zhǎng)度，應(yīng)該刪除源程序中的注釋。

答案:錯(cuò)快速原型方法不僅僅可以支持軟件的需求分析活動(dòng)還可以支持軟件的設(shè)計(jì)活動(dòng)。

答案:對(duì)在進(jìn)行詳細(xì)設(shè)計(jì)和編碼之前，進(jìn)行概要設(shè)計(jì)的好處就是可以在軟件開(kāi)發(fā)的早期，在全局高度對(duì)軟件結(jié)構(gòu)進(jìn)行優(yōu)化，使軟件質(zhì)量得到重大改進(jìn)。

答案:對(duì)在進(jìn)行軟件需求分析時(shí)，不需要考慮軟件的測(cè)試問(wèn)題。

答案:錯(cuò)過(guò)程描述語(yǔ)言可以用于描述系統(tǒng)的體系結(jié)構(gòu)。

答案:錯(cuò)增量模型中每個(gè)增量的開(kāi)發(fā)依然采用瀑布模型包括需求分析、設(shè)計(jì)、編碼及測(cè)試等開(kāi)發(fā)活動(dòng)。

答案:對(duì)判定表、判定樹(shù)和IPO圖都是常用來(lái)編寫(xiě)數(shù)據(jù)字典的工具。

答案:錯(cuò)軟件維護(hù)是在軟件產(chǎn)品生產(chǎn)過(guò)程中對(duì)其進(jìn)行修改，以達(dá)到隨時(shí)糾正故障的目的。

答案:錯(cuò)為了提高程序的易讀性，盡可能使用高級(jí)語(yǔ)言或者4GL編寫(xiě)程序。

答案:對(duì)項(xiàng)目管理核心三角形是范圍、進(jìn)度和風(fēng)險(xiǎn)。

答案:錯(cuò)面對(duì)需求不確定的系統(tǒng)，最好選擇瀑布模型作為軟件生命周期模型。

答案:錯(cuò)為軟件的運(yùn)行增加監(jiān)控設(shè)施以應(yīng)對(duì)將來(lái)可能出現(xiàn)的問(wèn)題，這種維護(hù)的類(lèi)型是（）。

答案:預(yù)防性維護(hù)利用程序設(shè)計(jì)的控制結(jié)構(gòu)導(dǎo)出測(cè)試用例的測(cè)試方法是（）

答案:白盒測(cè)試原型化方法是一種（）型的設(shè)計(jì)過(guò)程。

答案:自外向內(nèi)軟件開(kāi)發(fā)的增量模型（）。

答案:是一種能夠快速構(gòu)造可運(yùn)行產(chǎn)品的好方法瀑布模型是一種（）。

答案:適用于需求被清晰定義的項(xiàng)目制定測(cè)試計(jì)劃最早開(kāi)始于（）階段。

答案:需求分析在項(xiàng)目開(kāi)發(fā)過(guò)程中，一旦糾正了程序中的錯(cuò)誤后，通常需要選擇已經(jīng)測(cè)試過(guò)的測(cè)試用例，對(duì)修改的程序重新測(cè)試，這種測(cè)試稱(chēng)為（）。

答案:回歸測(cè)試初步的用戶(hù)手冊(cè)在（）階段編寫(xiě)。

答案:需求分析敏捷團(tuán)隊(duì)采用（）估算一個(gè)用戶(hù)故事的相對(duì)規(guī)模。

答案:使用故事點(diǎn)軟件生命周期的開(kāi)發(fā)活動(dòng)中，（）活動(dòng)最容易出錯(cuò)，并且對(duì)軟件的影響最大。

答案:需求分析軟件的集成測(cè)試最好由（）承擔(dān)，以提高集成測(cè)試的效率。

答案:不屬于該軟件開(kāi)發(fā)組的測(cè)試人員迭代計(jì)劃會(huì)議的主要議程是（）。

答案:討論產(chǎn)品代辦事項(xiàng)列表最需優(yōu)先完成的事項(xiàng)為了更好的管理變更，需要定義項(xiàng)目基線(xiàn)，關(guān)于基線(xiàn)的描述正確的是（）。

答案:可以變化，但是必須通過(guò)基線(xiàn)變更控制流程處理對(duì)于風(fēng)險(xiǎn)較大的項(xiàng)目，最好選擇（）生存期模型。

答案:螺旋模型（）是為了確保每個(gè)開(kāi)發(fā)過(guò)程的質(zhì)量，防止把軟件差錯(cuò)傳遞到下一個(gè)過(guò)程而進(jìn)行的工作。

答案:分階段評(píng)審維護(hù)中，因誤刪除一個(gè)標(biāo)識(shí)符而引起的錯(cuò)誤是（）副作用。

答案:編碼副作用在軟件開(kāi)發(fā)過(guò)程中，進(jìn)行風(fēng)險(xiǎn)管理時(shí)，首先應(yīng)該進(jìn)行（）。

答案:風(fēng)險(xiǎn)識(shí)別軟件詳細(xì)設(shè)計(jì)的主要任務(wù)是確定每個(gè)模塊的（）。

答案:算法和使用的數(shù)據(jù)結(jié)構(gòu)單元測(cè)試所依據(jù)的模塊功能描述和模塊內(nèi)部邏輯的定義應(yīng)該在（）階段完成。

答案:詳細(xì)設(shè)計(jì)軟件設(shè)計(jì)時(shí)，劃分模塊的一個(gè)準(zhǔn)則是（）。

答案:高內(nèi)聚、低耦合若團(tuán)隊(duì)計(jì)劃使用故事點(diǎn)估算用戶(hù)故事的相對(duì)工作量，他們傾向使用（）敏捷方法

答案:計(jì)劃撲克Scrum的文檔處理方法是（）。

答案:做必要文檔以支持產(chǎn)品的開(kāi)發(fā)和使用Scrum模型中，工作任務(wù)的分配方式是（）。

答案:成員一起分解用戶(hù)故事并估算，然后從任務(wù)列表中領(lǐng)取任務(wù)。注釋是提高程序可讀性的有效手段，好的程序注釋占到程序總量的（）。

答案:1/3與系統(tǒng)測(cè)試有關(guān)的文檔是（）。

答案:需求規(guī)格說(shuō)明書(shū)應(yīng)該（）更新發(fā)布燃盡圖。

答案:每天研究開(kāi)發(fā)所需要的成本和資源是屬于可行性研究中的（）研究的一方面。

答案:經(jīng)濟(jì)可行性需求分析階段的重要工作是確定（）。

答案:軟件系統(tǒng)的功能評(píng)估開(kāi)發(fā)所需的成本和資源屬于可行性研究中的（）。

答案:經(jīng)濟(jì)可行性下面對(duì)提高程序編碼效率沒(méi)有影響的是（）。

答案:規(guī)范的變量命名敏捷開(kāi)發(fā)僅適用于在一個(gè)地方辦公的、10個(gè)人以?xún)?nèi)的小團(tuán)隊(duì)。

答案:錯(cuò)軟件開(kāi)發(fā)采用敏捷模型，開(kāi)發(fā)過(guò)程中就可以沒(méi)有文檔。

答案:錯(cuò)具有下列（）特點(diǎn)的項(xiàng)目更適合采用瀑布模型。

答案:合同對(duì)完成時(shí)間、進(jìn)度有明確要求###用戶(hù)需求穩(wěn)定，很少變化###用戶(hù)除提出需求之外，很少參與開(kāi)發(fā)工作###分析設(shè)計(jì)人員對(duì)應(yīng)用領(lǐng)域、開(kāi)發(fā)環(huán)境很熟悉以下（）軟件生存周期模型是一種風(fēng)險(xiǎn)驅(qū)動(dòng)的模型。

答案:螺旋模型增量模型與迭代模型的不同之處，主要包括（）。

答案:階段的劃分上不太一樣。增量模型是從功能量上來(lái)劃分的，每階段完成一定的功能。迭代模型是按照固定時(shí)間來(lái)劃分的###增量模型適用于需求比較明確，架構(gòu)比較穩(wěn)定的軟件開(kāi)發(fā)；迭代模型適用于需求不甚明確、難度比較大的軟件開(kāi)發(fā)SprintBacklog中包含（）內(nèi)容。

答案:任務(wù)瀑布模型具有下列（）優(yōu)點(diǎn)。

答案:通過(guò)文檔強(qiáng)制規(guī)范化的開(kāi)發(fā)###有很好的分工協(xié)作###推遲實(shí)現(xiàn)的觀點(diǎn)，強(qiáng)制在編碼之前將定義及設(shè)計(jì)弄明白瀑布模型的關(guān)鍵不足在于（）。

答案:不能適應(yīng)需求的變更一個(gè)大型游戲軟件最好選擇增量模型作為軟件生命周期模型。

答案:錯(cuò)V模型是最具有代表意義的測(cè)試模型，以下對(duì)V模型的描述正確的是（）。

答案:V模型是瀑布模型的變種###V模型提出測(cè)試與開(kāi)發(fā)相互對(duì)應(yīng)變更控制主要關(guān)注的是（）。

答案:標(biāo)識(shí)變更、提出變更和管理變更軟件配置項(xiàng)是軟件配置管理的對(duì)象，即軟件工程過(guò)程中產(chǎn)生的（）。

答案:信息項(xiàng)（）不屬于項(xiàng)目管理的五個(gè)過(guò)程組之一。

答案:需求過(guò)程某軟件項(xiàng)目的《概要設(shè)計(jì)說(shuō)明書(shū)》第一次正式發(fā)布，版本號(hào)定義為1.0，此后，又進(jìn)行了2次小的升級(jí)，此時(shí)版本應(yīng)該為（）。

答案:1.2軟件配置管理是在軟件項(xiàng)目啟動(dòng)時(shí)就開(kāi)始的，并且一直持續(xù)到軟件退役后才終止的一組跟蹤和控制活動(dòng)。

答案:對(duì)基線(xiàn)產(chǎn)品是不能修改的。

答案:錯(cuò)下列（）不屬于項(xiàng)目管理的三要素。

答案:溝通約束下列關(guān)于基線(xiàn)和配置項(xiàng)的描述中，正確的是（）。

答案:非基線(xiàn)配置項(xiàng)可能包含項(xiàng)目的各類(lèi)計(jì)劃和報(bào)告###每個(gè)配置項(xiàng)的基線(xiàn)都要納入配置控制，對(duì)這些基線(xiàn)的更新只能采用正式的變更管理過(guò)程。###基線(xiàn)配置項(xiàng)向軟件開(kāi)發(fā)人員開(kāi)放讀取權(quán)限下列（）可以作為軟件配置項(xiàng)。

答案:需求規(guī)格說(shuō)明書(shū)###源程序的開(kāi)發(fā)環(huán)境###源程序代碼###測(cè)試用例下列（）都是軟件配置管理的任務(wù)。

答案:版本控制###變化控制###標(biāo)識(shí)配置項(xiàng)某ATM取款機(jī)突然出現(xiàn)這樣的情況：取錢(qián)之后，賬戶(hù)余額不變。工作人員需要迅速對(duì)軟件進(jìn)行維護(hù)。請(qǐng)問(wèn)這種維護(hù)屬于（）類(lèi)型的維護(hù)。

答案:改正性維護(hù)軟件交付是一個(gè)新系統(tǒng)逐步取代舊系統(tǒng)的過(guò)程，而不是一個(gè)突然事件，軟件的交付使用應(yīng)盡可能平穩(wěn)過(guò)渡，不影響生產(chǎn)和工作。

答案:對(duì)軟件在投入使用之后，仍然需要進(jìn)行變更，主要原因包括（）。

答案:軟件應(yīng)用環(huán)境發(fā)生變化###軟件中存在隱含的缺陷###軟件的性能與可靠性需要進(jìn)一步提升###用戶(hù)不斷提出新的需求軟件維護(hù)的副作用主要包括（）。

答案:編碼副作用###文檔副作用###數(shù)據(jù)副作用軟件維護(hù)就是改錯(cuò)。

答案:錯(cuò)為了加強(qiáng)軟件維護(hù)的進(jìn)度，應(yīng)盡可能增加維護(hù)人員的數(shù)目。

答案:錯(cuò)軟件生存周期的（）工作與軟件的可維護(hù)性有著密切的關(guān)系。

答案:每個(gè)階段通常影響軟件易維護(hù)性的因素包括（）。

答案:易理解性###易修改性###易測(cè)試性為了實(shí)施國(guó)家的安居工程，某市修改了住房補(bǔ)貼的繳存方式。由于繳存方式的調(diào)整，某單位的工資管理系統(tǒng)不能正確計(jì)算工資了，必須進(jìn)行軟件系統(tǒng)維護(hù)。請(qǐng)問(wèn)針對(duì)工資管理系統(tǒng)的維護(hù)屬于（）類(lèi)型的維護(hù)。

答案:適應(yīng)性維護(hù)下列文檔與維護(hù)人員有關(guān)的是（）。

答案:軟件需求規(guī)格說(shuō)明書(shū)###軟件概要設(shè)計(jì)說(shuō)明書(shū)軟件測(cè)試中測(cè)試用例的定義主要包括輸入數(shù)據(jù)與（）。

答案:預(yù)期輸出結(jié)果###測(cè)試腳本單元測(cè)試工作的輸入信息包括（）。

答案:詳細(xì)設(shè)計(jì)說(shuō)明書(shū)###源程序?qū)σ慌K進(jìn)行測(cè)試，發(fā)現(xiàn)錯(cuò)誤多的模塊中殘余的錯(cuò)誤將比其他模塊少。

答案:錯(cuò)對(duì)目標(biāo)系統(tǒng)進(jìn)行測(cè)試時(shí)，可以采用窮舉測(cè)試的方法。

答案:錯(cuò)編碼風(fēng)格可以依賴(lài)程序員的個(gè)性設(shè)定，不需要固定的格式。

答案:錯(cuò)下列（）文檔可以用于設(shè)計(jì)測(cè)試用例。

答案:需求規(guī)格說(shuō)明書(shū)###概要設(shè)計(jì)說(shuō)明書(shū)###詳細(xì)設(shè)計(jì)說(shuō)明書(shū)（）方法需要考慮模塊間的接口個(gè)各模塊之間的聯(lián)系。

答案:集成測(cè)試源程序中的序言性注釋?xiě)?yīng)置于每個(gè)模塊的開(kāi)始部分，該注釋中不應(yīng)有（）。

答案:語(yǔ)句的功能以下哪項(xiàng)不屬于黑盒測(cè)試要測(cè)試的錯(cuò)誤？

答案:內(nèi)部數(shù)據(jù)結(jié)構(gòu)是否有效下列（）不是軟件詳細(xì)設(shè)計(jì)的任務(wù)。

答案:模塊之間的調(diào)用關(guān)系###模塊的功能軟件概要設(shè)計(jì)結(jié)束后得到（）。

答案:經(jīng)過(guò)評(píng)審之后的軟件結(jié)構(gòu)圖初步的集成測(cè)試計(jì)劃在（）階段編寫(xiě)。

答案:概要設(shè)計(jì)軟件概要設(shè)計(jì)包括（）。

答案:數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)庫(kù)設(shè)計(jì)###體系結(jié)構(gòu)設(shè)計(jì)###接口設(shè)計(jì)在進(jìn)行概要設(shè)計(jì)時(shí)應(yīng)加強(qiáng)模塊間的聯(lián)系。

答案:錯(cuò)設(shè)計(jì)軟件體系結(jié)構(gòu)一般不確定（）。

答案:模塊內(nèi)的局部數(shù)據(jù)良好的分層架構(gòu)有利于系統(tǒng)的擴(kuò)展與維護(hù)。

答案:對(duì)常用的概要設(shè)計(jì)圖形化工具包括（）。

答案:層次圖###結(jié)構(gòu)圖###HIPO圖（）著重反映模塊之間的隸屬關(guān)系，即模塊間的調(diào)用關(guān)系和層次關(guān)系。

答案:軟件結(jié)構(gòu)圖軟件重用是提高軟件開(kāi)發(fā)生產(chǎn)率和目標(biāo)系統(tǒng)質(zhì)量的重要途徑。

答案:對(duì)軟件需求分析階段的主要輸入文檔是（）。

答案:問(wèn)題定義報(bào)告###軟件的可行性研究報(bào)告###需求分析階段的計(jì)劃軟件需求規(guī)格說(shuō)明書(shū)在軟件開(kāi)發(fā)中具有重要的作用，它是軟件可行性分析的重要依據(jù)。

答案:錯(cuò)下列（）不是復(fù)雜軟件工程項(xiàng)目的需求的特點(diǎn)。

答案:明確的需求分析是軟件開(kāi)發(fā)中很重要的一項(xiàng)工作，其原因之一就是，需求獲取中的錯(cuò)誤，會(huì)在后續(xù)的設(shè)計(jì)和編碼中進(jìn)行發(fā)散式的傳播，會(huì)給項(xiàng)目成功帶來(lái)極大風(fēng)險(xiǎn)。

答案:對(duì)需求規(guī)格說(shuō)明書(shū)的讀者包括（）。

答案:軟件銷(xiāo)售商###編程人員###用戶(hù)###項(xiàng)目管理者需求的驗(yàn)證并不是一個(gè)可以一次結(jié)束的活動(dòng)，它可能需要反復(fù)多次。

答