【正文】 如何維護(hù)數(shù)量不斷膨脹的已有軟件 .具體地說(shuō) ,軟件危機(jī)主要有下列表現(xiàn) : 產(chǎn)品不符合用戶的實(shí)際需要 . 軟件開(kāi)發(fā)生產(chǎn)率提高的速度遠(yuǎn)遠(yuǎn)不能滿足客觀需要 ,軟件的生產(chǎn)率遠(yuǎn)遠(yuǎn)低于硬件生產(chǎn)率和計(jì)算機(jī)應(yīng)用的增長(zhǎng) ,使人們不 能充分利用現(xiàn)代計(jì)算機(jī)硬件提供的巨大潛力 . 軟件產(chǎn)品的質(zhì)量差 . 對(duì)軟件開(kāi)發(fā)成本和進(jìn)度的估計(jì)常常不準(zhǔn)確 . 軟件的可維護(hù)性差 . 軟件文檔資料通常既不完整也不合格 . 軟件的價(jià)格昂貴 ,軟件成本在計(jì)算機(jī)系統(tǒng)總成本中所占的比例逐年上升 . 答 :模塊是數(shù)據(jù)說(shuō)明 ,可執(zhí)行語(yǔ)句等程序?qū)ο蟮募?,模塊可以單獨(dú)被命名的而且可通過(guò)名字來(lái)訪問(wèn) ,例如 ,過(guò)程 ,函數(shù) ,子程序 ,宏等等都可作為模塊 . 模塊化就是把程序劃分成。 position_y is the position y of object。它隨著應(yīng)用的不同而不同，隨著用戶提出的質(zhì)量要求不同而不同。如果軟件只滿足那些精確定義了的需求而沒(méi)有滿足這些隱含的需求，軟件質(zhì)量也不能保證。 如果不遵守這些開(kāi)發(fā)準(zhǔn)則，軟件質(zhì)量就得不到保證。 4．答：軟件需求是度量軟件質(zhì)量的基礎(chǔ)，不符合需求的軟件就不具備質(zhì)量。 3．答：這了表達(dá)數(shù)據(jù)處理過(guò)程的數(shù)據(jù)加工情況，用一個(gè)數(shù)據(jù)流圖是不夠的。它的基本思想是用圖形符號(hào)以黑盒子形式描繪系統(tǒng)里的每個(gè)部件（程序、文件、數(shù)據(jù)庫(kù)、表格、人工過(guò)程等）。軟件生存周期就是從提出軟件產(chǎn)品開(kāi)始，直到該軟件產(chǎn)品被淘汰的全過(guò)程。 2． 在需求分析階段，建立目標(biāo)系統(tǒng)的邏輯模型的具體做法是什么 。 （ ） WHILE M A B ，不需要了解程序的內(nèi)部結(jié)構(gòu)和處理過(guò)程。（ ） 。（ ） ，一般推薦的扇出為 3 或 4。（ ） 。 A、內(nèi)容耦合是最高程度的耦合 B、應(yīng)該盡量使用內(nèi)容耦合 C、高級(jí)語(yǔ)言一般設(shè)計(jì)成允許內(nèi)容耦合的形式 D、如果一個(gè)模塊有多個(gè)入口，可能發(fā)生內(nèi)容耦合 4．下列屬于不標(biāo)準(zhǔn)的書(shū)寫(xiě)格式（ ）。 A． 產(chǎn)品 不符合用戶的需要 B． 軟件產(chǎn)品的質(zhì)量差 C． 軟件的可維護(hù)性差 D． 軟件的價(jià)格昂貴 2． Jackson 圖中一般可能包括（ ）。 A． B. A B A B A C. D. 3． 對(duì)于螺旋模型，下列（ ）不是利用笛卡爾坐標(biāo)表達(dá)的活動(dòng)。 二、單項(xiàng)選擇題 1． 下列（ ）屬于系統(tǒng)軟件。 8．面向?qū)ο蠹夹g(shù)是一整套關(guān)于如何看待 和 的關(guān)系，以什么觀點(diǎn)來(lái)研究問(wèn)題并進(jìn)行分析求解，以及如何進(jìn)行系統(tǒng)構(gòu)造的軟件方法學(xué)。 7． IPO圖由 、處理和 三個(gè)框組成。 5． Jackson 圖除了可以表達(dá)程序結(jié)構(gòu)外，還可以表達(dá) ，它首先要分析 ，并用適當(dāng)?shù)墓ぞ邅?lái)描述。 3． 現(xiàn)在向銀行存款，年利率為 i，若希望在 n 年后從銀行得到 F 元，現(xiàn)在應(yīng)該存 入的錢(qián)數(shù)為 。 《軟件工程》期末考試樣題 一、填空題 1． 軟件開(kāi)發(fā)模型有 、 、第四代技術(shù)模型、 、構(gòu)件組裝模型、混合模型。 (2)使用三種基本控制結(jié)構(gòu)構(gòu)造程序，分別是順序，選擇和循環(huán) (3)采用主程序員組的組織形式。軟件測(cè)試主要分為白盒測(cè)試和黑盒測(cè)試兩大類(lèi)。一個(gè)好的測(cè)試用例是指很可能找到迄今為止尚未發(fā)現(xiàn)的錯(cuò)諢的用例。 五、 簡(jiǎn)答題 1． 答：軟件測(cè)試是一個(gè)為了尋找軟件錯(cuò)諢而運(yùn)行程序的過(guò)程。 2． 模塊化 ——把程序劃分成獨(dú)立運(yùn)行且 可以獨(dú)立訪問(wèn)的模塊，每個(gè)模塊完成一個(gè)子功能，把這些模塊集成起來(lái)構(gòu)成一個(gè)整體，可以完成指定的功能滿足用戶的需求。（ ） 五、 名詞解釋 1． 白盒測(cè)試 2． 模塊化 3． 對(duì)象 六、 簡(jiǎn)答題 1． 簡(jiǎn)述軟件測(cè)試的仸務(wù)、目的不類(lèi)型。 （ ） 14． UML 是一種面向?qū)ο蟮姆治鲈O(shè)計(jì)方法，即 OOA/OOD 方法。 （ ） 12． 軟件是指用程序設(shè)計(jì)詫言（如 Pascal， C， Visual Basic 等）編寫(xiě)的程序，軟件開(kāi)發(fā)實(shí)際上就是編寫(xiě)程序代碼。 （ ） 10． 判定覆蓋丌一定包含條件覆蓋，條件覆蓋也丌一定包含判定覆蓋。 （ ） 8． 面向?qū)ο蠼５玫降哪Ｐ桶到y(tǒng)的 3 個(gè)要素，即靜態(tài)結(jié)構(gòu)、交互次序和數(shù)據(jù)變換。 （ ） 6． 并 發(fā) 系 統(tǒng) 中 遇 到 的 一 個(gè) 主 要 問(wèn) 題 是 定 時(shí) 問(wèn) 題 。 （ ） 4． 代 碼 審 查 方 法 沒(méi) 有 計(jì) 算 機(jī) 測(cè) 試 方 法 好 。 （ ） 2． 軟件工程的方法只適用于大型軟件的開(kāi)發(fā)，對(duì)小型軟件的開(kāi)發(fā)沒(méi)有幫劣。 4． ________和數(shù)據(jù)字典共同構(gòu)成了系統(tǒng)的邏輯模型 5． ___________是一種黑盒測(cè)試技術(shù)，這種技術(shù)把程序的輸入域劃分為若干個(gè)數(shù)據(jù)類(lèi)，據(jù)此導(dǎo)出測(cè)試用例。 2． 軟件模塊獨(dú)立性的兩個(gè)定性度量標(biāo)準(zhǔn)是 _________________。 A． 瀑布模型 B． 噴泉模型 C． 原型模型 D． 增量模型 14． 面向?qū)ο蟮姆治鲭A段建立的系統(tǒng)模型丌包括 ____D____。 A． 松散 B． 緊密 C． 無(wú)法判斷 D． 相等 12． 軟件開(kāi)發(fā)的瀑布模型，一般都將開(kāi)發(fā)過(guò)程劃分為：分析、設(shè)計(jì)、編碼、測(cè)試和維護(hù)等階段，一般認(rèn)為可能占用人員最多的階段是____C____。 A． 需求分析 B． 程序設(shè)計(jì) C． 設(shè)計(jì)評(píng)審 D． 測(cè)試驗(yàn)收 10． 軟件文檔是軟件工程實(shí)施中的重要部分，它丌僅是軟件開(kāi)發(fā)各階段的重要依據(jù)，而且影響軟件的 __B_____。 A． 糾正錯(cuò)諢 B． 發(fā)現(xiàn)錯(cuò)諢 C． 避免錯(cuò)諢 D． 證明錯(cuò)諢 8． 在軟件系統(tǒng)中，一個(gè)模塊應(yīng)具有什么樣的功能，這是由 ___B__決定的。 A． 多態(tài) B． 繼承 C． 封裝 D． 消息 6． Jackson 方法是在軟件開(kāi)發(fā)過(guò)程中常用的方法，使用 Jackson方法時(shí)可以實(shí)現(xiàn) ___A___。 A． 等價(jià)劃分 B． 邊界值分析 C． 錯(cuò)諢推測(cè) D． 邏輯覆蓋 4． 軟件工程方法是在實(shí)踐中丌斷發(fā)展著的方法，而早期的軟件工程方法主要是指 ____B__。 A． 軟件研發(fā)人員素質(zhì)太差 B． 用戶經(jīng)常干預(yù)軟件系統(tǒng)的研發(fā)工作 C． 沒(méi)有軟件質(zhì)量標(biāo)準(zhǔn) D． 軟件開(kāi)發(fā)人員丌遵守軟件質(zhì)量標(biāo)準(zhǔn) 2． 在軟件質(zhì)量因素中，軟件在異常條件下仍能運(yùn)行的能力成為軟件的 __B___。 [解析 ]軟件結(jié)構(gòu)圖是軟件系統(tǒng)的模塊層次結(jié)構(gòu)，反映了整個(gè)系統(tǒng)的功能實(shí)現(xiàn)，即將來(lái)程序的控制層次體系，軟件結(jié)構(gòu)往往用樹(shù)狀或網(wǎng)狀結(jié)構(gòu)的圖形來(lái)表示，其主要內(nèi)容有模塊及模塊的控制關(guān)系，根據(jù)題意，可繪制出生產(chǎn)科和技術(shù)科的軟件結(jié)構(gòu)圖，其中生產(chǎn)科的結(jié)構(gòu)圖深度和寬度均為 4，技術(shù)科的結(jié)構(gòu)圖的深度和寬度均為 3。 試寫(xiě)出以上系統(tǒng)中生產(chǎn)科和技術(shù)科處理的軟件結(jié)構(gòu)圖。 （ 4）將產(chǎn)品的組裝計(jì)劃傳達(dá)到各科，將組裝月計(jì)劃分解為周計(jì)劃，下達(dá)給車(chē)間 技術(shù)科的任務(wù)是： （ 1）根據(jù)生產(chǎn)科轉(zhuǎn)來(lái)的組裝計(jì)劃進(jìn)行產(chǎn)品結(jié)構(gòu)設(shè)計(jì)，產(chǎn)生產(chǎn)品裝配圖給生產(chǎn)科，產(chǎn)生外購(gòu)需求計(jì)劃給供應(yīng)科，并產(chǎn)生產(chǎn)品自制物料清單?，F(xiàn)在想建立一個(gè)計(jì)算機(jī)輔助企業(yè)管理系統(tǒng)，其中： 生產(chǎn)科的任務(wù)是： （ 1）根據(jù)銷(xiāo)售公司轉(zhuǎn)來(lái)的內(nèi)部合同（產(chǎn)品型號(hào)、規(guī)格、數(shù)量、交獲日期）制定車(chē)間月生產(chǎn)計(jì)劃。本 題劃分了 3個(gè)合理等價(jià)類(lèi)，9個(gè)不合理等價(jià)類(lèi)進(jìn)行測(cè)試，取到了預(yù)期的效果。 41．根據(jù)下列條件使用等價(jià)類(lèi)劃分法設(shè)計(jì)測(cè)試用例。 ENDWHILE。 ELSE MAX =A（ N） ENDIF。 五，論述題（本大題共 3小題，第 40小題 7分，第 41小題 8分，第 42 小題 10分，共 25分） 40．請(qǐng)使用 PAD圖和 PDL語(yǔ)言描述在數(shù)組 A（ 1）～ A（ 10）中找最大數(shù)的算法。即對(duì)軟件質(zhì)量進(jìn)行跟蹤，及時(shí)記錄和報(bào)告軟件質(zhì)量情況。軟件的修改和變更常常會(huì)引起潛伏的錯(cuò)誤，因此必須嚴(yán)格控制軟件的修改和變更。用戶可以自己制定軟件工程規(guī)范（標(biāo)準(zhǔn)），但標(biāo)準(zhǔn)一旦確認(rèn)就應(yīng)貫徹執(zhí)行。軟件測(cè)試是質(zhì)量保證的重要手段，因?yàn)闇y(cè)試可發(fā)現(xiàn)軟件中大多數(shù)潛在錯(cuò)誤。國(guó)家標(biāo)準(zhǔn)要 求單位必須采用審查、文檔評(píng)審、設(shè)計(jì)評(píng)審、審計(jì)和測(cè)試等具體手段來(lái)保證質(zhì)量。 （ 2）組織正式技術(shù)評(píng)審。 39．軟件質(zhì)量保證應(yīng)做好哪幾方面的工作？ 解：軟 件質(zhì)量保證是軟件工程管理的重要內(nèi)容，軟件質(zhì)量保證應(yīng)做好以下幾方面的工作： （ 1）采用技術(shù)手段和工具。（ 5）生產(chǎn)方式落后。（ 3）軟件開(kāi)發(fā)費(fèi)用不斷增加。 造成軟件危機(jī)的原因是： （ 1）軟件的規(guī)模越來(lái)越大，結(jié) 構(gòu)越來(lái)越復(fù)雜。 （ 4）開(kāi)發(fā)的軟件可靠性差。開(kāi)發(fā)過(guò)程中沒(méi)有同意的、公認(rèn)的規(guī)范，軟件開(kāi)發(fā)人員按各自的風(fēng)格工作，各行其是，開(kāi)發(fā)過(guò)程無(wú)完整、規(guī)范的文檔，發(fā)現(xiàn)問(wèn)題后進(jìn)行雜亂無(wú)章的修改。開(kāi)發(fā)工作開(kāi)始后，軟件人員和用戶又未能及時(shí)交換意見(jiàn)，使得一些問(wèn)題不能及時(shí)解決，導(dǎo)致開(kāi)發(fā)的軟件不 能滿足用戶的要求，因而導(dǎo)致開(kāi)發(fā)失敗。 （ 2）開(kāi)發(fā)的軟件不能滿足用戶要求。主觀盲目制定計(jì)劃，執(zhí)行起來(lái)與實(shí)際情況有很 大差距，使得開(kāi)發(fā)經(jīng)費(fèi)一再突破。 軟件危機(jī)表現(xiàn)在以下四個(gè)方面： （ 1）經(jīng)費(fèi)預(yù)算經(jīng)常突破，完成時(shí)間一再拖延。一些復(fù)雜的、大型的軟件開(kāi)發(fā)項(xiàng)目提出來(lái)了，但是，軟件開(kāi)發(fā)技術(shù)的進(jìn)步一直未能滿足發(fā)展的需要。設(shè)計(jì)中的大部分工作都與穩(wěn)定的狀態(tài)行為有關(guān)，但必須考慮用戶使用系統(tǒng)的交互接口。系統(tǒng)設(shè)計(jì)必須從多種方法中選擇某種方法來(lái)實(shí)現(xiàn)軟件的控 制。 （ 6）選擇軟件控制機(jī)制。全局資源包括：物理資源，如處理器、驅(qū)動(dòng)器等；空間，如盤(pán)空間、工作站屏等；邏輯名字，如對(duì)象標(biāo)識(shí)符、類(lèi)名、文件名等。 （ 5）全局資源的處理。系統(tǒng)中的內(nèi)部數(shù)據(jù)和外部數(shù)據(jù)的存儲(chǔ)管理是一項(xiàng)重要的任務(wù)。各并發(fā)子系統(tǒng)必須 分配給單個(gè)硬件單元，要么是一個(gè)一般的處理器，要么是一個(gè)具體的功能單元，必須完成下面的工作：估計(jì)性能要求和資源需求，選擇實(shí)現(xiàn)子系統(tǒng)的硬軟件，將軟件子系統(tǒng)分配給各處理器以滿足性能要求和極小化處理器之間的通信，決定實(shí)現(xiàn)各子系統(tǒng)的各物理單元的連接。后者可以放在一起，而綜合成單個(gè)控制線或任務(wù)。分析模型、現(xiàn)實(shí)世界及硬件中不少對(duì)象均是并發(fā)的。每次分解的各子系統(tǒng)數(shù)目不能太多，最底層子系統(tǒng)稱為模塊。 （ 1）系統(tǒng)分解。 37．系統(tǒng)設(shè)計(jì)的內(nèi)容是什么？ 解： 系統(tǒng)設(shè)計(jì)階段先從高層入手，然后細(xì)化。 （ 8）結(jié)論意見(jiàn)：說(shuō)明項(xiàng)目是否能開(kāi)發(fā)；還需要什么條件才能開(kāi)發(fā)；對(duì)項(xiàng)目目標(biāo)有什么變動(dòng)等。 （ 6）社會(huì)因素可行性分析：說(shuō)明法律因素，對(duì)合同責(zé)任、侵犯專(zhuān)利權(quán)、侵犯版權(quán) 等問(wèn)題的分析；說(shuō)明用戶使用可行性，是否滿足用戶行政管理、工作制度、人員素質(zhì)的要求。 （ 4）所建議系統(tǒng)的技術(shù)可行性分析：所建議系統(tǒng)的簡(jiǎn)要說(shuō)明；處理流程和數(shù)據(jù)流程；與現(xiàn)有的系統(tǒng)比較的優(yōu)越性；采用所建議系統(tǒng)對(duì)用戶的影響；對(duì)各種設(shè)備、現(xiàn)有軟件、開(kāi)發(fā)環(huán)境、運(yùn)行環(huán)境的影響；對(duì)經(jīng)費(fèi)支出的影響；對(duì)技術(shù)可行性的評(píng)價(jià)。 （ 2）可行性研究前提：說(shuō)明開(kāi)發(fā)項(xiàng)目的功能、性能和基本要求；達(dá)到的目標(biāo)；各種限制條件；可行性研究方法和決定可行性的主要因素。 35．結(jié)構(gòu) 沖突 解：輸入數(shù)據(jù)與輸出數(shù)據(jù)結(jié)構(gòu)找不到對(duì)應(yīng)關(guān)系的情況，稱為結(jié)構(gòu)沖突。 33．投資回收期 解：投資回收期就是使累計(jì)的經(jīng)濟(jì)效益等于最初的投資費(fèi)用所需的時(shí)間。 三，名 詞解釋?zhuān)ū敬箢}共 5小題，每小題 3分，共 15分） 31．經(jīng)濟(jì)可行性 解：進(jìn)行開(kāi)發(fā)成本的估算以及了解取得效益的評(píng)估，確定要開(kāi)發(fā)的項(xiàng)目是否值得投資開(kāi)發(fā) 。 30．科學(xué)工程計(jì)算需要大量的標(biāo)準(zhǔn)庫(kù)函數(shù)，以便處理復(fù)雜的數(shù)值計(jì)算，可供選擇的語(yǔ)言有： ( FORTRAN語(yǔ)言 )、 PASCAL語(yǔ)言、 C語(yǔ)言和 PL/1語(yǔ)言。 [解析 ]面向維護(hù)的技術(shù)涉及軟件開(kāi)發(fā)的所有階段，能夠減少軟件錯(cuò)誤，提高軟件的可維護(hù)性。 [解析 ]在軟件維護(hù)的流程中，第一步就是制定維護(hù)申請(qǐng)報(bào)