【正文】 可見(jiàn)，便于管理者對(duì)軟件生產(chǎn)進(jìn)度和開(kāi)發(fā)過(guò)程進(jìn)行管理。規(guī)范化的目的是使眾多的開(kāi)發(fā)者遵守相同的規(guī)范，使軟件生產(chǎn)擺脫個(gè)人生產(chǎn)方式，進(jìn)入標(biāo)準(zhǔn)化、工程化的生產(chǎn)方式。if (c3) || (c1) printf(“c不在計(jì)算區(qū)域\n”)else printf(“%d\n”, c)。 (b0) { c=a+b?！璱f (a=4) amp。3）動(dòng)態(tài)模型：描述系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)和對(duì)象之間的交互，表示瞬時(shí)的、行為化的系統(tǒng)的“控制”特性。2）對(duì)象模型：表示靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)“數(shù)據(jù)”性質(zhì)。面向?qū)ο蟮姆治鐾ǔＲ⑷齻€(gè)模型，請(qǐng)問(wèn)三個(gè)模型的作用？1）功能模型：表達(dá)系統(tǒng)的詳細(xì)需求，為軟件的進(jìn)一步分析和設(shè)計(jì)打下基礎(chǔ)。(4)軟件涉及人類(lèi)社會(huì)的各行各業(yè)，常常涉及一些行業(yè)知識(shí)，這對(duì)軟件工程師提出了很高的要求。長(zhǎng)期以來(lái)，軟件給人的感覺(jué)是修改幾條指令很簡(jiǎn)單，客戶總是強(qiáng)調(diào)軟件要適應(yīng)自己的業(yè)務(wù)需求。計(jì)算機(jī)硬件和支撐環(huán)境不斷升級(jí)，為了適應(yīng)運(yùn)行環(huán)境的變化，軟件也需要不斷維護(hù)，并且維護(hù)的成本通常比開(kāi)發(fā)成本高許多。(1)軟件是一種邏輯實(shí)體，具有抽象性，無(wú)法看到軟件本身的形態(tài)，必須通過(guò)觀察、分析、思考和判斷才能了解它的功能和性能。20．(軟件配置管理)針對(duì)開(kāi)發(fā)過(guò)程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。17．一般性的軟件其測(cè)試工作量大約占整個(gè)開(kāi)發(fā)工作量的(40％)。15．現(xiàn)在人們更強(qiáng)調(diào)程序的(可讀性)。13．首先用(配置圖)描述系統(tǒng)的物理構(gòu)架，然后將需求分析階段捕獲的系統(tǒng)元素分配到這些物理節(jié)點(diǎn)上。(過(guò)程／對(duì)象) 11．目前面向?qū)ο蠓治鲇性S多方法，大多數(shù)方法可以歸結(jié)為建立(功能模型)、對(duì)象模型、動(dòng)態(tài)模型。(減小，減小) 8．詳細(xì)設(shè)計(jì)與概要設(shè)計(jì)銜接的圖形工具是(SC圖)。 6．?dāng)?shù)據(jù)流程圖中的處理不能表示(數(shù)據(jù)組成)。4．可行性研究的主要目的是(確定系統(tǒng)是否值得開(kāi)發(fā))。2．原型化方法是用戶和設(shè)計(jì)者之間的一種交互手段，適用于(需求不確定性高的)系統(tǒng)。100、程序的三種基本控制結(jié)構(gòu)，包括順序結(jié)構(gòu)、（判斷結(jié)構(gòu)）和循環(huán)結(jié)構(gòu)。 B. 需求變化 9（軟件配置管理）針對(duì)開(kāi)發(fā)過(guò)程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。9（程序員應(yīng)該仔細(xì)測(cè)試自己編寫(xiě)的程序代碼）不符合軟件測(cè)試原則。9面向?qū)ο笤O(shè)計(jì)強(qiáng)調(diào)定義（軟件對(duì)象），并且使它們相互協(xié)作來(lái)滿足用戶需求。 9用（界面類(lèi)）描述系統(tǒng)與角色之間的接口。90、不屬于軟件項(xiàng)目管理的是（軟件銷(xiāo)售利潤(rùn)）。88所有程序設(shè)計(jì)語(yǔ)言的基本成分都可歸納為：數(shù)據(jù)成分、（運(yùn)算成分）、控制成分和傳輸成分。8維護(hù)的工作量與軟件規(guī)模成（正比），軟件的規(guī)?？梢杂稍闯绦虻恼Z(yǔ)句數(shù)量、模塊數(shù)、輸入輸出文件數(shù)、數(shù)據(jù)庫(kù)的規(guī)模，以及輸出的報(bào)表數(shù)等指標(biāo)來(lái)衡量。8測(cè)試最早的開(kāi)始時(shí)間是（從需求分析階段開(kāi)始）。 8面向?qū)ο蠓治龊驮O(shè)計(jì)的界限是（模糊的），從分析到設(shè)計(jì)是一個(gè)逐漸擴(kuò)充模型的過(guò)程。 8動(dòng)態(tài)模型描述系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)和對(duì)象之間的交互，表示瞬時(shí)的、行為化的系統(tǒng)“控制”特性。 7面向過(guò)程的方法最關(guān)心的是（過(guò)程），而過(guò)程實(shí)施的對(duì)象是作為過(guò)程參數(shù)傳遞的。7隨著模塊規(guī)模減小，模塊開(kāi)發(fā)成本（），模塊集成成本（）。7系統(tǒng)物理模型用（系統(tǒng)流程圖）表示。）。7軟件工程強(qiáng)調(diào)將（D）的方法應(yīng)用于軟件的開(kāi)發(fā)和維護(hù)過(guò)程之中。6面向?qū)ο笫恰跋取贝_定()“后”（）。）。6數(shù)據(jù)流程圖的主要作用是（描繪系統(tǒng)的邏輯模型）。64可行性研究的主要任務(wù)是（進(jìn)行一次簡(jiǎn)要的需求分析）。（7）條基本原理。 60、程序的三種基本控制結(jié)構(gòu)，包括順序結(jié)構(gòu)、（判斷結(jié)構(gòu)）和循環(huán)結(jié)構(gòu)。5Gantt圖直觀簡(jiǎn)明、易學(xué)易用，但它不能（直接反應(yīng)任務(wù)間的依賴(lài)關(guān)系和關(guān)鍵路徑）。 5（白盒測(cè)試）時(shí)，測(cè)試人員必須接觸到程序源代碼。5從狹義上講，軟件測(cè)試是（為發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序）的過(guò)程。 5對(duì)用例進(jìn)行設(shè)計(jì)，發(fā)現(xiàn)實(shí)現(xiàn)用例功能的（關(guān)鍵類(lèi)），確定類(lèi)之間的關(guān)系。50、瀑布模型存在的問(wèn)題是（缺乏靈活性）。 4如果程序代碼的（可讀性）好，則調(diào)試的成本就可以大幅度降低。4軟件維護(hù)過(guò)程中產(chǎn)生的副作用，一般是由（修改程序）引起的。 4測(cè)試用例是一組（測(cè)試用的輸入數(shù)據(jù)以及對(duì)應(yīng)的預(yù)期結(jié)果）。4繼承耦合是（一般化類(lèi)與特殊化類(lèi)）之間的一種關(guān)聯(lián)形式，設(shè)計(jì)時(shí)應(yīng)該適當(dāng)使用這種耦合。40對(duì)于嵌套的循環(huán)和分支程序，層次不要超過(guò)（3）層。 3通俗的說(shuō)，軟件項(xiàng)目管理中常說(shuō)的基線是（通過(guò)正式復(fù)審的文檔）。3一個(gè)軟件項(xiàng)目大約（）的工作量在開(kāi)發(fā)階段，（）的工作量在維護(hù)階段。3在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)該包括（上面所有情況）測(cè)試用例。3如果對(duì)象之間的耦合是通過(guò)（消息機(jī)制）來(lái)實(shí)現(xiàn)的，則這種耦合就是交互耦合。 3對(duì)象模型描述現(xiàn)實(shí)世界中實(shí)體的對(duì)象以及它們之間的關(guān)系，表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。2（用例視圖）用于描述系統(tǒng)的功能集。2信息隱藏的核心內(nèi)容是（一個(gè)模塊的內(nèi)部信息不允許其他模塊直接訪問(wèn)）。 2一個(gè)數(shù)據(jù)流程圖中的圖形符號(hào)有且僅有（4）種。2可行性分析研究的費(fèi)用大約是項(xiàng)目總經(jīng)費(fèi)的（6%）。2下面的哪個(gè)選項(xiàng)不是軟件工程的宗旨（研究算法）。 功能模型用于表達(dá)系統(tǒng)的需求，為軟件的進(jìn)一步分析和設(shè)計(jì)打下基礎(chǔ)。1配置視圖體現(xiàn)了系統(tǒng)的實(shí)現(xiàn)環(huán)境，反映系統(tǒng)的（物理架構(gòu)）。1系統(tǒng)流程圖的主要作用（描述系統(tǒng)的物理模型）. 1PDL是一種（過(guò)程設(shè)計(jì)語(yǔ)言）語(yǔ)言。 13可行性研究的四大要素是（經(jīng)濟(jì)、技術(shù)、法律和社會(huì)環(huán)境）。1美國(guó)卡內(nèi)基﹒梅隆大學(xué)制定的SWCMM是（軟件成熟度模型）。如果說(shuō)用例F被用例T擴(kuò)展，意思是（F是一個(gè)一般用例，T是一個(gè)特殊用例）。 程序流程圖與數(shù)據(jù)流程圖的關(guān)系（不確定）。 描述軟件需求通常不用哪個(gè)工具（模塊結(jié)構(gòu)圖）。計(jì)算機(jī)病毒是指（一組自我復(fù)制和自動(dòng)執(zhí)行的具有破壞能力的代碼）。軟件工程一、選擇題 15 / 15軟件工程的研究者將軟件開(kāi)發(fā)和維護(hù)過(guò)程概括為（8）大活動(dòng)。（自律、善于溝通、具有一定的軟件技能）是職業(yè)軟件工程師的必要條件。軟件需求具有（D）。軟件結(jié)構(gòu)圖中沒(méi)有（判斷）元素。包含關(guān)系用于構(gòu)造多個(gè)用例（共性的部分）。用（ER圖）對(duì)需要長(zhǎng)久保存的信息進(jìn)行建模。1螺旋模型是一種將（瀑布模型和增量模型）結(jié)合起來(lái)的軟件開(kāi)發(fā)模型。1軟件調(diào)研報(bào)告是在（需求分析之前）提交的時(shí)候。 1結(jié)構(gòu)化設(shè)計(jì)方法劃分模塊的原則是（低耦合，高內(nèi)聚）。1角色可以有四種類(lèi)型：系統(tǒng)的使用者，硬件設(shè)備，外部系統(tǒng)和（時(shí)間）。在面向?qū)ο蠓椒ㄖ?，由（用例圖和場(chǎng)景描述）實(shí)現(xiàn)。2針對(duì)需求不確定的軟件開(kāi)發(fā)，比較好的模型是（快速原型化模型）。2業(yè)務(wù)需求描述的是（軟件的目標(biāo)、規(guī)模和范圍）。2非直接耦合的模塊獨(dú)立性最強(qiáng)，（內(nèi)容耦合）的模塊獨(dú)立性最弱。2面向過(guò)程的方法最關(guān)心的是（參數(shù)），而過(guò)程實(shí)施的對(duì)象是作為過(guò)程參數(shù)傳遞的。用（靜態(tài)）模型建立系統(tǒng)組織結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ?，由（?lèi)圖）實(shí)現(xiàn)。3定義類(lèi)的屬性類(lèi)型時(shí)盡量使用已有類(lèi)型，太多自定義類(lèi)型會(huì)降低系統(tǒng)的（可維護(hù)性）指標(biāo)。 3（邊值分析和等價(jià)類(lèi)劃分）屬于功能測(cè)試方法。（30%,70%）3軟件項(xiàng)目管理的內(nèi)容不包括（技術(shù)和算法）。 3科學(xué)計(jì)算領(lǐng)域一般選擇（C）語(yǔ)言。4在分析模型內(nèi)表示協(xié)調(diào)、順序、事務(wù)處理以及控制其他對(duì)象的類(lèi)是（控制類(lèi)）。4構(gòu)架設(shè)計(jì)的主要目的是（確定系統(tǒng)總體結(jié)構(gòu)），這項(xiàng)工作由經(jīng)驗(yàn)豐富的構(gòu)架設(shè)計(jì)師主持完成。4由于面向?qū)ο笾械睦^承和消息機(jī)制，使得軟件測(cè)試（更加復(fù)雜）。4項(xiàng)目計(jì)劃活動(dòng)的主要任務(wù)是（D）。4兩個(gè)浮點(diǎn)數(shù)X0和X1比較相等時(shí)，應(yīng)該用（|X0X1|ε）比較。 5（開(kāi)發(fā)一個(gè)簡(jiǎn)單的問(wèn)題解決方案）不是分析建模的目的。 5框架是一組可用于不同應(yīng)用的（類(lèi)）的集合。5在設(shè)計(jì)黑盒測(cè)試用例時(shí)，主要研究（需求規(guī)格說(shuō)明）。5一般維護(hù)程序代碼的策略（根據(jù)維護(hù)申請(qǐng)讀源程序，并修改）。5（軟件配置管理）針對(duì)開(kāi)發(fā)過(guò)程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。6軟件工程的研究?jī)?nèi)容具有層次化結(jié)構(gòu)，最底層是質(zhì)量保證層，中間層是（過(guò)程層和方法層），最上層是工具層。6下面哪個(gè)選項(xiàng)不是軟件工程研究的內(nèi)容（精通一門(mén)編程語(yǔ)言）。 6用戶需求描述的是（用戶使用該軟件要完成的任務(wù)）。 6軟件設(shè)計(jì)的目標(biāo)是（在最短的時(shí)間內(nèi)，生產(chǎn)出可靠性、可維護(hù)性俱佳的軟件方案。6內(nèi)容耦合是模塊間最緊密的耦合，（非直接耦合）是模塊間最松散的耦合。(動(dòng)作的主體/執(zhí)行動(dòng)作) 70、UML是一種（面向?qū)ο蠼ＵZ(yǔ)言）語(yǔ)言。 7軟件開(kāi)發(fā)活動(dòng)的順序應(yīng)該是（問(wèn)題定義、可行性研究、需求分析、設(shè)計(jì)、編碼和測(cè)試。73假定銀行的存款年利率是2%，請(qǐng)問(wèn)現(xiàn)在存5000元，兩年后的價(jià)值應(yīng)為（5202）元。7關(guān)于軟件需求特性不正確的描述是“軟件需求具有（準(zhǔn)確性）”。（減小/增加）7反映模塊獨(dú)立性的指標(biāo)是（內(nèi)聚和耦合）。80、用（用例）模型分析和定義用戶的需求。面向?qū)ο蠓椒ㄖ?，常用（D ）實(shí)現(xiàn)。8每個(gè)子系統(tǒng)的接口定義了若干（操作），體現(xiàn)