【正文】 查，分析員扼要地寫出他對(duì)問(wèn)題的理解，并在用戶和使用部門負(fù)責(zé)人的會(huì)議上認(rèn)真討論這份書面報(bào)告，澄清含糊不精的地方，改正理解不正確的地方，最后得出一份雙方都滿意的文檔。 適用范圍：螺旋模型只適合于大規(guī)模的軟件項(xiàng)目。 適用范圍： 原型模型適合于那些不能確切定義需求的軟件系統(tǒng)的開發(fā)。 （ 2） 瀑布： 優(yōu)點(diǎn)： 為項(xiàng)目提供了按階段劃分的檢查點(diǎn)，當(dāng)前一個(gè)階段完成后，只需要關(guān)注后續(xù)階段。 簡(jiǎn)述度量軟件質(zhì)量的六個(gè)特性，在軟件開發(fā)中如何保證軟件質(zhì)量？ （ 1） 功能性、可靠性、易用性、效率、可維護(hù)性、可移植性等 （ 2） 說(shuō)明文檔和復(fù)審對(duì)于軟件質(zhì)量控制的作用。 什么是軟件？軟件和程序的區(qū)別？ 答：（ 1） 軟件是計(jì)算機(jī)程序、方法、規(guī)則、相關(guān)的文檔資料以及在計(jì)算機(jī)上運(yùn)行程序時(shí)所必 須的數(shù)據(jù)。 答：每一階段都要完成規(guī)定的文檔，沒(méi)有完成文檔，就認(rèn)為沒(méi)有完成該階段的任務(wù) 。 提供了軟件開發(fā)的基本框架，有利于大型軟件開發(fā)過(guò)程中人員的組織與管理 缺點(diǎn)： 在軟件開發(fā)的初期階段就要求做出正確、全面、完整的需求分析對(duì)許多應(yīng)用軟件來(lái)說(shuō)是極其困難的。 螺旋模型 優(yōu)點(diǎn)： 強(qiáng)調(diào)嚴(yán)格的全過(guò)程風(fēng)險(xiǎn)管理。 增量模型 優(yōu)點(diǎn)： （ 1）軟件開發(fā)可以較好地適應(yīng)變化，客戶可以不斷地看到所開發(fā)的軟件，從而降低開發(fā)風(fēng)險(xiǎn) 缺陷： （ 1）由于各個(gè)構(gòu)件是逐漸并入已有的軟件體系結(jié)構(gòu)中的，所以加入構(gòu)件必須不破壞已構(gòu)造好的系統(tǒng)部分，這需要軟件具備開放式的體系結(jié)構(gòu)。 問(wèn)題定義階段是軟件生存周期中最簡(jiǎn)短的階段，一般只需要一天甚至更少的時(shí)間。 畫數(shù)據(jù)流圖的步驟是什么？應(yīng)該注意什么事項(xiàng)？ （ 1）步驟： 第一步，先找外部實(shí)體（可以是人、物或其他軟件系統(tǒng)） 第二步，找出外部實(shí)體的輸入和輸出數(shù)據(jù)流； 第三步，在圖的邊上畫出系統(tǒng)的外部實(shí)體； 第四步，從 外部實(shí)體的輸出流（源點(diǎn)）出發(fā)，按照系統(tǒng)的邏輯需要，逐步畫出一系列變換數(shù)據(jù)的加工，直到找到外部實(shí)體處所需的輸入流（終點(diǎn)），形成數(shù)據(jù)流的封閉； 第五步，按照上述原則進(jìn)行檢查和修改。 描繪復(fù)雜系統(tǒng)的數(shù)據(jù)流圖通常很大，對(duì)于畫在幾張紙上的圖很難閱讀和理解。 內(nèi) 聚： 標(biāo)志一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度，它是信息隱藏和局部化概念的自然擴(kuò)展 偶然內(nèi)聚 、 邏輯內(nèi)聚 、 時(shí)間內(nèi)聚 、 通信內(nèi)聚 、 順序內(nèi)聚 、 功能內(nèi)聚 偶然內(nèi)聚、邏輯內(nèi)聚和時(shí)間內(nèi)聚屬于低內(nèi)聚，通信內(nèi)聚屬于中內(nèi)聚，順序內(nèi)聚和功能內(nèi)聚屬于高內(nèi)聚。 結(jié)構(gòu)化程序設(shè)計(jì)采用自頂向下，逐步求精的設(shè)計(jì)方法和單入口單出口的控制結(jié)構(gòu) 。 SQL:結(jié)構(gòu)化查詢語(yǔ)言，用于對(duì)數(shù)據(jù)庫(kù)進(jìn)行存取管理。 要形成良好的程序設(shè)計(jì)風(fēng)格，應(yīng)從源程序文檔化、數(shù)據(jù)說(shuō)明、語(yǔ)句構(gòu)造、輸入輸出和追求效率幾個(gè)方面加以注意。 （ 1） 靜態(tài)測(cè)試就是靜態(tài)分析，查找錯(cuò)誤或收集一些度量數(shù)據(jù)，采用兩種分析手段對(duì)程序檢測(cè)后進(jìn)行特性分析。 單元測(cè)試對(duì)源程序中每一個(gè)程序單元進(jìn)行測(cè)試，檢查各個(gè)模塊是否正確實(shí)現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯(cuò)誤。 確認(rèn)測(cè)試 確認(rèn)測(cè)試是檢查所開發(fā)的軟件是否滿足需求規(guī)格說(shuō)明書中所確定的功能和性能的需求。 (2)單相關(guān)聯(lián)與雙向關(guān)聯(lián) 分別解釋聚集、組合、繼承和多態(tài)的概念，并舉例說(shuō)明。 屬性是用來(lái)描述對(duì)象靜態(tài)特征的一個(gè)數(shù)據(jù)項(xiàng) 舉例說(shuō)明 UML 規(guī)定的屬性和操作的三種可視性。 GOF 提出了模式的四個(gè)要素，即模式名稱、問(wèn)題、解決方案和效果。 （ 5）改善個(gè)人學(xué)習(xí)和團(tuán)隊(duì)學(xué)習(xí)。 Facade 模式的特點(diǎn)有哪些，結(jié)合本章中給出的客戶與子系統(tǒng)交互的例子，介紹 Facade 模式的適用條件。 ① Client 只通過(guò)抽象產(chǎn)品操作產(chǎn)品對(duì)象，產(chǎn)品對(duì)象的具體名字不出現(xiàn)在 Client 中。接口可以看作為一種特殊的抽象類，它不包含屬性，沒(méi)有操作的實(shí)現(xiàn)，僅有抽象運(yùn)算。 舉例說(shuō) 明包之間的關(guān)系。 2. RUP 提供了幾個(gè)方法，例如每一次迭代產(chǎn)生一個(gè)工作原型，在每一個(gè)階段的結(jié)束決定項(xiàng)目是否繼續(xù)，這些方法提供了對(duì)開發(fā)過(guò)程的非常直觀的管理。 RUP 如何解決軟件開發(fā)中用戶需求的變更問(wèn)題？ RUP 過(guò)程開發(fā)軟件將得到哪些模型和文檔？ 軟件：在計(jì)算機(jī)系統(tǒng)中 ,與硬件相互依存的邏輯部件 ,它由程序、數(shù)據(jù)及相關(guān)文檔組成。 結(jié)構(gòu)化分析方法 : 就是面向數(shù)據(jù)流自頂向下逐步求精進(jìn)行需求分析的方法。 1耦合：衡量不同模塊彼此間互相依賴的緊密程度。 軟件生命周期分為哪三個(gè)時(shí)期？每一時(shí)期所完成的基本任務(wù)是什么？ 軟件定義時(shí)期，開發(fā)時(shí)期，維護(hù)時(shí) 期。 什么是結(jié)構(gòu)化程序設(shè)計(jì)？結(jié)構(gòu)化程序設(shè)計(jì)采用幾種控制結(jié)構(gòu)？ 結(jié)構(gòu)程序設(shè)計(jì)：是一種設(shè)計(jì)程序的技術(shù)，它采用自頂向下逐步求精 的設(shè)計(jì)方法和單入口單出口的控制結(jié)構(gòu)。 （３）導(dǎo)出新系統(tǒng)的高層邏輯模型。 （ 4）有效性，必須證明需求是正確有效的，確實(shí)能解決用戶面對(duì)的問(wèn)題。（ 3）描述系統(tǒng)功能的功能模型。 1 面向?qū)ο蠓椒ㄌ卣饔心男? （ 1）客觀世界是由各種對(duì)象組成的。 1 簡(jiǎn)述軟件測(cè)試的步驟？ （ 1）模塊測(cè)試（ 2）子系統(tǒng)測(cè)試（ 3）系統(tǒng)測(cè)試（ 4）驗(yàn)收測(cè)試（ 5）平行運(yùn)行 1對(duì)象有哪幾種定義？ （ 1）對(duì)象是具有相同狀態(tài)的一組操作的集合。 （ 3）高風(fēng)險(xiǎn)項(xiàng)目（ 4）用戶完全參與到整個(gè)開發(fā)過(guò)程中。 （ 7）制定測(cè)試計(jì)劃（ 8）書寫文檔（ 9）審查和復(fù)審 2有幾種效益的分析方法？ （ 1）貨幣的時(shí)間價(jià)值（ 2）投資回收期（ 3）純收入（ 4）投資回收率 2面向?qū)ο蠓椒ǖ闹饕獌?yōu)點(diǎn)有哪些？ 答：（ 1）與人類習(xí)慣的思維方法一致。（ 3）可重用性好。 2總體設(shè)計(jì)的過(guò)程如何？ 答：（ 1）設(shè)想供選擇的方案。（ 3）對(duì)象：： =ID， MS， DS， MI ID：是對(duì)象的標(biāo)識(shí)或名字 MS 是對(duì)象中的操作集合 DS：是對(duì)象的數(shù)據(jù)結(jié)構(gòu) MI ：是對(duì)象受理的消息名集合 1 類 — amp。 （ 3）按照子類與父類的關(guān)系，把若干個(gè)對(duì)象類組成一個(gè)層次結(jié)構(gòu)的系統(tǒng)。模塊的控制域是這個(gè)模塊本身以及所有直接或間接從屬于它的模塊的集合。（ 2）對(duì)象是主動(dòng)的。 （５）導(dǎo)出和評(píng)價(jià)供選擇的解法。 程序設(shè)計(jì)語(yǔ)言的特點(diǎn)？ 名字說(shuō)明 類型說(shuō)明 初始化 程序?qū)ο蟮木植啃? 程序模塊 循環(huán)控制結(jié)構(gòu) 分支控制結(jié)構(gòu) 異常處理 獨(dú)立編譯 軟件測(cè)試的基本任務(wù)是什么？測(cè)試與調(diào)試的區(qū)別是什么？ 任務(wù)是在軟件投入生產(chǎn)性運(yùn)行之前，盡可能多地發(fā)現(xiàn)軟件中的錯(cuò)誤。 開發(fā)時(shí)期的任務(wù)：總體設(shè)計(jì)；詳細(xì)設(shè)計(jì)；編碼與單元測(cè)試；綜合測(cè)試。 1函數(shù)重載：指在同一作用域內(nèi)的若干個(gè)參數(shù)特征不同的函數(shù)可以使用相同的函數(shù)名字。 1２、投資回收期：就是使累計(jì)的經(jīng)濟(jì)效果等于最初投資的需要的時(shí)間。采用工程的概念、原理、技術(shù)和方法來(lái)開發(fā)與維護(hù)軟件，把經(jīng)過(guò)時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來(lái)。 RUP 的缺點(diǎn) 1. RUP 僅僅包含了開發(fā)過(guò)程。 （ 2） RUP 把軟件開發(fā)生命周期劃分為多個(gè)循環(huán)（ Cycle），每 個(gè) Cycle 生成產(chǎn)品的一個(gè)新的版本，每個(gè) Cycle 依次由 4 個(gè)連續(xù)的階段（ Phase）組成 （ 3） RUP 中的軟件生命周期在時(shí)間上被分解為四個(gè)順序的階段（如圖 32 所示），分別為先啟階段（ Inception）、精化階段（ Elaboration）、構(gòu)建階段（ Construction）和產(chǎn)品化階段（ Transition） RUP 過(guò)程分為哪些階段，每一階段的主要工作是什么？ （ 1）初始（ Inception）階段：定義最終產(chǎn)品視圖和業(yè)務(wù)模型，并確定系統(tǒng)范圍。 （ 1） 版型（ stereotype）與標(biāo)記值（ tagged value）和約束（ constraint）是 UML 的 3 種擴(kuò)展機(jī)制。 ③可以保證應(yīng)用系統(tǒng)在某一時(shí)刻只使用一個(gè)產(chǎn)品系列。 ②降低了 Client