【正文】 信息的其它模塊來說，是不能訪問的。 　　3 IPO圖描述分層圖中一個(gè)模塊的輸入、輸出和處理內(nèi)容。 　　4 基于IDEF0圖的設(shè)計(jì)也是結(jié)構(gòu)化設(shè)計(jì)技術(shù)之一，它以系統(tǒng)的功能模型和信息結(jié)構(gòu)為基礎(chǔ)設(shè)計(jì)軟件結(jié)構(gòu)。 　　4 匯編語言是面向機(jī)器的，可以完成高級語言無法滿足要求的特殊功能，如與外部設(shè)備之間的一些接口操作。 　　50、 由于數(shù)據(jù)流是流動中的數(shù)據(jù)，所以必須有流向。 　　5 程序設(shè)計(jì)語言的簡潔性是指人們必須記住的語言成分的數(shù)量。 　　5 瀑布模型是將生存周期各活動規(guī)定為線性順序聯(lián)接的若干階段的模型。 　　5 McCabe質(zhì)量度量模型，針對面向軟件產(chǎn)品的運(yùn)行、修正、轉(zhuǎn)移。 　　6 項(xiàng)目開發(fā)計(jì)劃的主要內(nèi)容有：項(xiàng)目概述、實(shí)施計(jì)劃、人員組織及分工、交付期限。 　　6 若年利率為I，不計(jì)復(fù)利，P元在n年后的價(jià)值F=P*(1+n*i) 　　6 軟件結(jié)構(gòu)是以模塊為基礎(chǔ)而組成的一種控制層次結(jié)構(gòu)。 　　70、 各模塊經(jīng)過單元測試后，將各模塊組裝起來進(jìn)行集成測試，以檢查與設(shè)計(jì)相關(guān)的軟件系統(tǒng)結(jié)構(gòu)的有關(guān)問題。 　　7 為了較完整的描述用戶對系統(tǒng)的需求，DFD應(yīng)與數(shù)據(jù)庫中的ER圖結(jié)合起來。 　　7 在一個(gè)模塊中，功能狀態(tài)與接口反映模塊的外部特性，邏輯反映它的內(nèi)部特性。 　　8 結(jié)構(gòu)化設(shè)計(jì)對數(shù)據(jù)流有兩種分析方法，他們是變換分析設(shè)計(jì)和事務(wù)分析設(shè)計(jì)。 　　8 Lisp是一種函數(shù)型語言，Prolog是一種邏輯性語言。 　　8 “軟件”包含計(jì)算機(jī)程序及其說明程序的各種文檔。 　　9 數(shù)據(jù)庫的設(shè)計(jì)指數(shù)據(jù)存儲文件的設(shè)計(jì)，主要進(jìn)行的設(shè)計(jì)方面有：概念設(shè)計(jì)、邏輯設(shè)計(jì)、物理設(shè)計(jì)。 　　9 工程網(wǎng)絡(luò)圖只有一個(gè)開始點(diǎn)和一個(gè)終止點(diǎn)，開始點(diǎn)沒有流入箭頭，稱為入度為零；終止點(diǎn)沒有流出箭頭，稱為出度為零。從邏輯模型出發(fā)，經(jīng)過壓縮的設(shè)計(jì)，探索出若干種可供選擇的主要解決方法，對每種解決方法都要研究它的可行性，可從以下三個(gè)方面分析研究每種解決方法的可行性。 什么是模塊的影響范圍？什么是模塊的控制范圍？他們之間應(yīng)該建立什么關(guān)系？ 　　一個(gè)模塊的作用范圍（或稱影響范圍）指受該模塊內(nèi)一個(gè)判定影響的所有模塊的集合。 非漸增式測試與漸增式測試有什么區(qū)別？漸增式測試如何組裝模塊？ 　　非漸增式測試與漸增式測試的測試方法有以下區(qū)別：㈠非漸增式測試方法把單元測試和集成測試分成兩個(gè)不同的階段，前一階段完成模塊的單元測試，后一階段完成集成測試。㈣漸增式有利于排錯(cuò)，發(fā)生錯(cuò)誤往往和最近加進(jìn)來的模塊有關(guān)，而非漸增式發(fā)現(xiàn)接口錯(cuò)誤推遲到最后，很難判斷是哪一部分接口出錯(cuò)。漸增式測試有以下兩種不同的組裝模塊的方法：㈠自頂向下組合。該方法僅需編寫驅(qū)動模塊。④按軟件結(jié)構(gòu)圖依次向上擴(kuò)展，用實(shí)際模塊替換驅(qū)動模塊，形成一個(gè)個(gè)更大的族。㈢與所有專業(yè)開發(fā)的軟件所期望的隱含特性的一致性。如何把這些錯(cuò)綜復(fù)雜的關(guān)系協(xié)調(diào)好，需要有一系列統(tǒng)一的約束和規(guī)定。所有這些都要要求提供統(tǒng)一的行動規(guī)范和衡量準(zhǔn)則，使得各種工作都有章可循。本階段要進(jìn)行以下幾方面的工作：㈠問題識別。這里也包括對數(shù)據(jù)域進(jìn)行分解，并分配到各個(gè)子功能上，以確定系統(tǒng)的構(gòu)成及主要成份，并用圖文結(jié)合的形式，建立起新系統(tǒng)的邏輯模型。等價(jià)類劃分是將輸入數(shù)據(jù)域按有效的或無效的（也稱合理的或不合理的）劃分成若干個(gè)等價(jià)類，測試每個(gè)等價(jià)類的代表值就等于對該類其它值的測試。錯(cuò)誤推測法沒有確定的步驟，憑檢驗(yàn)進(jìn)行。因果圖的基本原理是通過畫因果圖，把用自然語言描述的功能說明轉(zhuǎn)換為判定表，最后為判定表的每一列設(shè)計(jì)一個(gè)測試用例。在分析階段不考慮算法的執(zhí)行，算法是實(shí)現(xiàn)模型的一部分。㈢準(zhǔn)備事件跟蹤表。 軟件生產(chǎn)經(jīng)歷了幾個(gè)階段？各有何特征？ 軟件生產(chǎn)至今已經(jīng)歷了三個(gè)階段：㈠程序設(shè)計(jì)時(shí)代（19461956）：這個(gè)階段的生產(chǎn)方式是個(gè)體手工勞動，使用的工具實(shí)際其語言、匯編語言。㈡程序系統(tǒng)時(shí)代（19561968）：這個(gè)階段的生產(chǎn)方式是作坊式的小集團(tuán)合作生產(chǎn)，生產(chǎn)工具是高級語言，開發(fā)方法仍就靠個(gè)人技巧，但開始提出結(jié)構(gòu)化方法。硬件特征是向超高速、大容量、微型化以及網(wǎng)絡(luò)化方向發(fā)展。Gantt圖只能表示任務(wù)之間的并行與串行的關(guān)系，難以反映多個(gè)任務(wù)之間存在的復(fù)雜關(guān)系，不能直觀表示任務(wù)之間相互依賴制約關(guān)系，以及哪些任務(wù)是關(guān)鍵字任務(wù)等信息，因此僅僅用Gantt圖作為進(jìn)度的安排是不夠的。數(shù)據(jù)字典有以下四類條目：數(shù)據(jù)流、數(shù)據(jù)項(xiàng)、數(shù)據(jù)存儲、基本加工。調(diào)試技術(shù)主要有：簡單的調(diào)試方法，主要有在程序中插入打印語句、運(yùn)行部分程序等；歸納法調(diào)試，他從測試結(jié)果發(fā)現(xiàn)的線索（錯(cuò)誤跡象、征兆）入手、分析他們之間的聯(lián)系，導(dǎo)處錯(cuò)誤原因的假設(shè)，然后再證明或否定這個(gè)假設(shè)；演繹法調(diào)試，該方法列出所有可能的錯(cuò)誤原因的假設(shè)，然后利用測試數(shù)據(jù)排除不適當(dāng)?shù)募僭O(shè)，最后再測試數(shù)據(jù)驗(yàn)證余下的假設(shè)確實(shí)是出錯(cuò)的原因；回溯法調(diào)試，該方法從程序產(chǎn)生錯(cuò)誤的地方出發(fā)，人工沿程序的邏輯路徑反向搜索，直到找到錯(cuò)誤的原因?yàn)橹?。國家?biāo)準(zhǔn)要求單位必須采用審查、文檔評審、設(shè)計(jì)評審、審計(jì)和測試等具體手段來保證質(zhì)量。用戶可以自己指定軟件工程規(guī)范（標(biāo)準(zhǔn)），但標(biāo)準(zhǔn)一旦確認(rèn)就應(yīng)貫徹執(zhí)行。即對軟件質(zhì)量進(jìn)行跟蹤，及時(shí)記錄和報(bào)告軟件質(zhì)量情況。 3　什么是確認(rèn)測試？該階段有哪些工作？ 確認(rèn)測試又稱有效性測試。2軟件配置審查的任務(wù)是檢查軟件的所有文檔資料的完整性、正確性。如結(jié)構(gòu)化程序流程圖、盒圖和問題分析圖。什么是軟件危機(jī)？其產(chǎn)生的原因是什么？當(dāng)軟件開發(fā)技術(shù)的進(jìn)步不能跟上硬件技術(shù)的進(jìn)步，未能滿足發(fā)展的要求，致軟件開發(fā)中遇到的問題找不到解決的辦法，使問題積累起來，形成了尖銳的矛盾，因而導(dǎo)致了軟件危機(jī)。CASE工作臺有哪些分類？一個(gè)CASE工作臺是一組工具集，支持像設(shè)計(jì)、實(shí)現(xiàn)或測試等特定的軟件開發(fā)階段。IDEF0方法有什么特點(diǎn)？1采用方框和箭頭等簡單的圖形符號描述系統(tǒng)的活動和數(shù)據(jù)流，描述活動所受到的約束條件及實(shí)現(xiàn)機(jī)制。頂層確定系統(tǒng)范圍，采用抽象原則，然后有控制的逐步展開有關(guān)活動的細(xì)節(jié)，符合SA方法的分析策略。若不采用軟件工程的方法開發(fā)軟件，則軟件只有程序而無文檔，維護(hù)工作非常困難，這是一種非結(jié)構(gòu)化的維護(hù)。軟件生存周期中的開發(fā)階段沒有嚴(yán)格而有科學(xué)的管理和規(guī)劃，就會引起軟件運(yùn)行時(shí)的維護(hù)困難。軟件維護(hù)費(fèi)用增加的主要原因是軟件維護(hù)的生產(chǎn)率非常低。因而，CASE領(lǐng)域是一個(gè)應(yīng)用集成和綜合的領(lǐng)域。他是生成CASE系統(tǒng)的生成器所采用的技術(shù)。②支持的過程。窄支持指支持過程中特定的任務(wù)，較寬支持是指支持特定過程階段；一般支持是指支持覆蓋軟件過程的全部階段或大多數(shù)階段。他們一般以或多或少的集成度組成工具集。 歸納容錯(cuò)軟件的定義，有以下四種：⑴規(guī)定功能的軟件，在一定程序上對自身錯(cuò)誤的作用（軟件錯(cuò)誤）具有屏蔽能力，則稱此軟件為具有容錯(cuò)功能的軟件。實(shí)現(xiàn)容錯(cuò)技術(shù)的主要手段是冗余，通常冗余技術(shù)分為四類。⑵信息冗余。⑷冗余附加技術(shù)。②確定每個(gè)模塊的功能。⑵數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)庫設(shè)計(jì)，漢數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)及數(shù)據(jù)庫的設(shè)計(jì)。快速原型模型有幾種？各有何特點(diǎn)？根據(jù)原型的不同作用，有三類原型模型：⑴探索型原型。這種原型主要用于設(shè)計(jì)階段，考核實(shí)現(xiàn)方案是否合適，能否實(shí)現(xiàn)，對于一個(gè)大型系統(tǒng)，若對設(shè)計(jì)方案心中沒有把握時(shí)，可通過這種原型來證實(shí)設(shè)計(jì)方案的正確性。 　　在劃分軟件生存周期階段時(shí)，應(yīng)遵循的基本原則是什么？ 軟件生存周期的各個(gè)階段有不同的劃分。軟件開發(fā)項(xiàng)目生存期各階段應(yīng)包括得文檔以及與各類人員的關(guān)系如下：可行性研究報(bào)告、項(xiàng)目開發(fā)計(jì)劃、軟件需求說明書、數(shù)據(jù)要求說明書、測試計(jì)劃、概要設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書、用戶手冊、操作手冊、測試分析報(bào)告、開發(fā)進(jìn)度月報(bào)、項(xiàng)目開發(fā)總結(jié)、程序維護(hù)手冊（維護(hù)修改建議）。自底向上估算方法是將待開發(fā)的軟件細(xì)分，分別估算每一個(gè)子任務(wù)所需要的開發(fā)工作量，然后將它們加起來，得到軟件的總開發(fā)量。依靠一個(gè)或多個(gè)專家對要求的項(xiàng)目做出估算。該方法利用圖形等半形式化工具表達(dá)需求，簡明、易讀，也易于使用，為后一階段的設(shè)計(jì)、測試、評價(jià)提供了有利的條件。⑶DFD不是和描述人機(jī)界面系統(tǒng)的需求。軟件工程是一門工程性學(xué)科，目的是成功的建造一個(gè)大型軟件系統(tǒng)，所謂成功是要達(dá)到以下幾個(gè)目標(biāo)：付出較低的開發(fā)成本，達(dá)到要求的軟件功能；取得較好的軟件性能；開發(fā)的軟件易于移植；需要較低的維護(hù)費(fèi)用；能按時(shí)完成開發(fā)任務(wù)，及時(shí)交付使用；開發(fā)的軟件可靠性高。⑵對可能出現(xiàn)的錯(cuò)誤分類，確定實(shí)現(xiàn)容錯(cuò)的范圍。如此重復(fù)，直到有一個(gè)滿意的結(jié)果為止。⑵演化提交模型。系統(tǒng)開發(fā)的生命周期一般分為以下階段：⑴系統(tǒng)分析。這一階段的主要任務(wù)是根據(jù)新系統(tǒng)的邏輯方案進(jìn)行軟、硬件系統(tǒng)的設(shè)計(jì)，其中包括總體結(jié)構(gòu)設(shè)計(jì)、輸出設(shè)計(jì)、輸入設(shè)計(jì)、處理過程設(shè)計(jì)、數(shù)據(jù)存儲設(shè)計(jì)和計(jì)算機(jī)系統(tǒng)方案的選擇等。 　　什么是基本加工？ 描述表達(dá)基本加工邏輯功能的結(jié)構(gòu)化工具的特點(diǎn)？數(shù)據(jù)流圖中所有不進(jìn)一步分解的加工，稱為基本加工。⑷決策表。⑵結(jié)構(gòu)化語言沒有嚴(yán)格的語法規(guī)定，使用的詞匯比形式化的計(jì)算機(jī)語言廣泛，但使用的語句類型很少，結(jié)構(gòu)規(guī)范，表達(dá)的內(nèi)容清晰、準(zhǔn)確、易理解，不易產(chǎn)生歧義。它是描述條件比較多的決策問題的有效工具。⑷工作臺不依賴于某個(gè)供應(yīng)商，而能從不同銷售商處購買工具。增量模型和瀑布模型之間的本質(zhì)區(qū)別是：瀑布模型屬于整體開發(fā)模型，它規(guī)定在開始下一個(gè)階段的工作之前，必須完成前一階段的所有細(xì)節(jié)。增量開發(fā)是指在項(xiàng)目開發(fā)周期內(nèi)，以一定的時(shí)間間隔開發(fā)部分工作軟件；增量提交是指在項(xiàng)目開發(fā)周期內(nèi)，以一定的時(shí)間間隔增量方式向用戶提交工作軟件及相應(yīng)文檔。⑶軟件開發(fā)環(huán)境應(yīng)易于定制、裁剪或擴(kuò)充以符合用戶要求，即軟件開發(fā)環(huán)境應(yīng)具有高度的適應(yīng)性和靈活性。⑵實(shí)施計(jì)劃：說明任務(wù)的劃分，各項(xiàng)任務(wù)的責(zé)任人；說明項(xiàng)目開發(fā)進(jìn)度，按階段應(yīng)完成的任務(wù)，用圖表說明每項(xiàng)任務(wù)的開始時(shí)間和完成時(shí)間；說明項(xiàng)目的預(yù)算，各階段的費(fèi)用支出預(yù)算。是指解決一個(gè)復(fù)雜問題時(shí)自頂向下逐層把軟件系統(tǒng)化分成若干模塊的過程。抽象是認(rèn)識復(fù)雜現(xiàn)象過程中使用的思維工具即抽出事物本質(zhì)的共同的特性而暫不考慮它的細(xì)節(jié)，不考慮其它因素。通過信息隱蔽，可以定義和實(shí)施對模塊的過程細(xì)節(jié)和局部數(shù)據(jù)結(jié)構(gòu)的存取限制。白盒測試法的覆蓋標(biāo)準(zhǔn)有：語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋、路徑覆蓋。判定/條件覆蓋包含了判定覆蓋和條件覆蓋的要求，但由于計(jì)算機(jī)系統(tǒng)軟件實(shí)現(xiàn)方式的限制，實(shí)際上不一定達(dá)到條件覆蓋的標(biāo)準(zhǔn)。但由于它是從各判定的整體組合出發(fā)設(shè)計(jì)測試用例的，可能使測試用例達(dá)不到條件組合覆蓋的要求。9 / 9