【正文】 傳統(tǒng)軟件開發(fā)方法存在哪些問題？ (1)軟件重用性差 (2)開發(fā)出的軟件不能滿足用戶需要 （ 3）軟件可維護性差 面向?qū)ο蠓椒▽W(xué)有哪些優(yōu)點？ （ 1） 與人類習(xí)慣的 思維方式一致 （ 2） 軟件穩(wěn)定性好 （ 3） 可重用性好 （ 4） 較易開發(fā)大型軟件產(chǎn)品 （ 5） 可維護性好，易于測試 什么叫對象關(guān)聯(lián)，常見的對象關(guān)聯(lián)有哪些，試舉例說明各種關(guān)聯(lián)。 （ 1） 為了改正軟件運行錯誤，或者因滿足新的需求而加入新功能的修改軟件的過程 （ 2） 改正性，適應(yīng)性，完善性，預(yù)防性 什么是軟件可維護性 ?可維護性度量的特性是什么 ? 提高可 維護性的方法有哪些 ? （ 1） 糾正軟件系統(tǒng)出現(xiàn)的錯誤和缺陷，以及為滿足新的要求進行修改，擴充或壓縮的容易程度 （ 2） 可理解性，可測試性，可修改性，可移植性，可靠性，可使用性，效率 （ 3） 建立明確的軟件質(zhì)量目標和優(yōu)先級 使用提高軟件質(zhì)量的技術(shù)和工具 選擇便于維護的程序設(shè)計語言 采取明確的，有效的質(zhì)量保證審查措施 完善程序的文檔 改正性維護與“排錯”是否是一回事？為什么？ 什么是程序修改的副作用？程序修改的副作用有哪幾種？試舉例說明？ （ 1） 由于修改軟件而導(dǎo)致新的錯誤的出現(xiàn)，或者新增加一些不希望發(fā) 生的情況 （ 2） 修改代碼的副作用 修改數(shù)據(jù)的副作用 修改文檔的副作用 什么叫 UML，簡述 UML 的構(gòu)成。 什么是單元測試 ，什么是集成測試，什么是確認測試？ 單元測試 單元測試是對軟件基本組成單元進行的測試。 集成測試是為了檢查與設(shè)計相關(guān)的軟件體系結(jié)構(gòu)的有關(guān)問題，也就是檢查概要設(shè)計是否合理有效。 調(diào)試是在測試發(fā)現(xiàn)錯誤之后排除錯誤的過程 區(qū)別： 軟件測試的目的是為找出軟件中存在的錯誤，即通過測試來發(fā)現(xiàn)錯誤，而調(diào)試的目的是為了解決存在的錯誤，即對錯誤定位、分析并找出原因改正錯誤，因此調(diào)試也稱為糾錯。 （ 2） 靜態(tài)測試是指不運行被測程序本身，僅通過分析或檢查源程序的語法、結(jié)構(gòu)、過程、接口等來檢查程序的正確性。 原則 ： 測試用例既要有輸入數(shù)據(jù)，又要有對應(yīng)的輸出結(jié)果 測試用例不僅要選用合理的輸入數(shù)據(jù)，還應(yīng)選擇不合理的輸入數(shù)據(jù) 檢查程序是否做了它應(yīng)該做的工作，也應(yīng)檢查程序是否做了它不應(yīng)該做的工作 應(yīng)該遠在測試開始之前就制定測試計劃 測試計劃、測試用例、測試報告必須作為文檔長期保存 Pare to 原理說明，測試發(fā)現(xiàn)的錯誤中 80%很可能是由程序中 20%的模塊造成的 為了達到最佳的測試效果，程序員應(yīng)該避免測試自己的程序 簡述靜態(tài)測試與動態(tài)測試的含義。 （ 1） 軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。 C++、 Java 語言 ,是面向?qū)ο蟮脑O(shè)計語言，用于面向?qū)ο蟮姆介_發(fā)軟件。 Prolog、 Lisp 語言。 Coble 語言，它具有極強的數(shù)據(jù)定義能力，程序說明與硬件環(huán)境說明分開、數(shù)據(jù)描述與算法描述分開。適用于科學(xué)工程計算 Pascal 語言，具有很強的數(shù)據(jù)和過程結(jié)構(gòu)化能力，它語言簡明，數(shù)據(jù)類型豐富，程序結(jié)構(gòu)嚴謹。經(jīng)過這個階段的設(shè)計工作，應(yīng)該得出對目標系統(tǒng)的精確描述，從而在編碼階段可以把這個描述直接翻譯成用某種程序設(shè)計語言書寫的程序 描 述程序處理過程的工具稱為詳細設(shè)計工具， 可以分為圖形、表格和語言三類。 （ 1） 變換型數(shù)據(jù)流圖基本呈線性形狀的結(jié)構(gòu)，由輸入、變換、輸出三部分組成，變換是系統(tǒng)地變換中心。 （ 2） 結(jié)構(gòu)化語言： 它既有結(jié)構(gòu)化程序的清晰易讀的優(yōu)點，又有自然語言簡單易懂的優(yōu)點 ，只有順序，循環(huán)，條件三種控制結(jié)構(gòu) 判定樹是判定表的變種，也能清晰地表示復(fù)雜的條件組合與應(yīng)做的動作之間的對應(yīng)關(guān)系 判定表能清晰地表示復(fù)雜的條件組合與應(yīng)做的動作之間的對應(yīng)關(guān)系 總體設(shè)計階段的主要目的和任務(wù)是什么？ （ 1） 目的： 基本目標回答“概括地說，系統(tǒng)應(yīng)該如何實現(xiàn)？”這個問題 ， 確定系統(tǒng)中的每個程序是由哪些模塊組成的 ，每個模塊的功能以及模塊和模塊之間的接口、調(diào)用關(guān)系等 （ 2） 任務(wù)： 劃分模塊，確定軟件結(jié)構(gòu) 確定系統(tǒng)的數(shù)據(jù)結(jié)構(gòu) 設(shè)計用戶界面 為每種類型的模塊耦合和模塊內(nèi)聚各舉一個具體例子。在分層細畫時，必須保持星系的持續(xù)性，父圖和子圖要平衡；每次只細畫一個加工。而程序流程圖表示對數(shù)據(jù)進行加工的控制和細節(jié)。 （ 2） 注意： 畫數(shù)據(jù)流圖時，只考慮數(shù)據(jù)流的靜態(tài)關(guān)系，不考慮其動態(tài)關(guān)系（如啟動、停止等與時間有關(guān)的問題），也不考慮出錯處理問題。 (3)源點或者終點 （矩形） ：通常是系統(tǒng)之外的實體 加工 （圓或橢圓） ： 是對數(shù)據(jù)進行處理的單元，一個處理框可以代表一系列程序、單個程序或程序的一個模塊 數(shù)據(jù)流 （箭頭） ：是數(shù)據(jù)在系統(tǒng)內(nèi)傳播的路徑，由一組固定的數(shù)據(jù)項組成。 （ 2） 數(shù)據(jù)流圖 ：結(jié)構(gòu) 化建模的工具。 通過問題定義階段的工作，系統(tǒng)分析員應(yīng)該提出關(guān)于問題性質(zhì)、工程目標和規(guī)模的書面報告。增量模型的靈活性可以使其適應(yīng)這種變化的能力大大優(yōu)于瀑布模型和快 速原型模型，但也很容易退化為邊做邊改模型，從而是軟件過程的控制失去整體性。 使用該模型需要有相當(dāng)豐富的風(fēng)險評估經(jīng)驗和專門知識，要求開發(fā)隊伍水平較高。 強調(diào)原型的可擴充性和可修改性，原型的進化貫穿整個軟件生存周期。 使用這個模型的前提是要有一個展示性的產(chǎn)品原型，因此在一定程度上可能會限制開發(fā)人員的創(chuàng)新。 早期的錯誤可能要等到開發(fā)后期才能發(fā)現(xiàn)，進而帶來嚴重后果。 （ 1） 軟件開發(fā)模型是描述軟件開發(fā)過程中各種活動如何執(zhí)行的模型。每一階段都要 對已完成的文檔進行復(fù)審，以便盡早發(fā)現(xiàn)問題，消除隱患。 （ 2） 首先應(yīng)該對計算機軟件有一個正確的認識，徹底清除“軟件就是程序”的錯誤觀念； 要使用并且不斷研究探索更好、更有效的技術(shù)和方法； 要有良好的組織、嚴密的管理，各類人員協(xié)同配合、共同完成的工程項 目； 應(yīng)該開發(fā)和使用好的軟件工具。 軟件是程序 +文檔，沒有相關(guān)文檔，僅有程序是不能成為軟件產(chǎn)品的 什么是軟件生存周期？劃分生存周期的主要原則是什么？ （ 1） 定義：軟件生存周期是指某一軟件項目被提出來并著手實現(xiàn)開始直到該軟件報廢或停止使用為止。 （ 2） 程序是為了解決某個特定問題二用程序設(shè)計語言描述的適合計算機處理的語句序列。 （ 3） ，軟件產(chǎn)品往往規(guī)模龐大，結(jié)構(gòu)復(fù)雜； ； 開發(fā)費用不斷增加，維護費用急劇上升； ； ； ，生產(chǎn)效率提高緩慢； 什么是軟件工程？怎樣利用軟件工程消除軟件危機？ （ 1） 軟件工程是：① 是把系統(tǒng)的、規(guī)范的、可度量的途徑應(yīng)用于軟件開發(fā)、運行和維護過程，也就是把工程應(yīng)用于軟件；② 研究①中提到的途徑。軟件開發(fā)是許多人共同參加的計劃，完整與合格的文檔，不僅是開發(fā)時期軟件人 員之間互相通信的媒介，也是運行時期對軟件進行維護的中要依據(jù)。 什么是軟件生存周期模型？試比較本章介紹的四種模型的優(yōu)缺點，說明每種模型的使用范圍。 由于開發(fā)模型是線性的， 用戶只有等到整個過程的末期才能見到開發(fā)成果，從而增加了開發(fā)風(fēng)險。 缺點： 所選用的開發(fā)技術(shù)和工具不一定符合主流的發(fā)展； 快速建立起來的系統(tǒng)結(jié)構(gòu)加上連續(xù) 的修改可能會導(dǎo)致產(chǎn)品質(zhì)量低下。 強調(diào)各開發(fā)階段的質(zhì)量。建設(shè)周期長，而軟件技術(shù)發(fā)展比較快，所以經(jīng)常出現(xiàn)軟件開發(fā)完畢后，和當(dāng)前的技 術(shù)水平有了較大的差距，無法滿足當(dāng)前用戶需求。 （ 2）在開發(fā)過程中，需求的變化是不可避免的。盡管確切地定義問題的必要性是十分明顯的，但是在實踐中它卻可能是最容易被忽視的一個步驟。 可行性研究報告的內(nèi)容 引言 可行性研究前提 對現(xiàn)有系統(tǒng)的分析 對所建設(shè)系統(tǒng)的分析 其他與設(shè)計有關(guān)選擇方案 其他與設(shè)計有關(guān)的專門問題 結(jié)