實用軟件文檔寫作復習

1、第一章 軟件工程標準與軟件文檔1. 軟件工程標準的定義？P3答：是軟件工程的活動規(guī)范和衡量準則，體現(xiàn)在軟件工程的文檔編制標準上。2. ISO9000-3的核心思想？P10答：是“將質量制作入產(chǎn)品之中”。軟件產(chǎn)品的質量取決于軟件生存周期所有階段的活動。3. 什么是軟件質量？軟件質量的6個主特性？P12答：度量軟件優(yōu)劣的一系列指標；功能性可靠性可使用性效率可維護性可移植性。第二章 軟件文檔及其組成1. 什么是軟件文檔? P16答：軟件文檔也稱做軟件文件，是軟件項目的資料的集合。2. 軟件文檔的作用? P16答：是計算機軟件的重要組成部分，在軟件開發(fā)人員、軟件管理人員、軟件維護人員、用戶以及計算機之

2、間起著重要的橋梁作用。3. 軟件文檔分為哪三類? 每一類包含哪些文檔? P18答：軟件文檔可以分為開發(fā)文檔、用戶文檔、管理文檔3類。用戶文檔包含：用戶手冊、操作手冊、軟件需求說明書、數(shù)據(jù)要求說明；開發(fā)文檔包含：可行性研究報告、項目開發(fā)計劃、軟件需求說明、數(shù)據(jù)庫設計說明書、概要設計說明書、詳細設計說明書；管理文檔包含：項目開發(fā)計劃、模塊開發(fā)卷宗、開發(fā)進度月報、測試計劃、測試分析報告、項目開發(fā)總結報告。4. 軟件生存周期的各階段結束時,應生成何種文檔? P21答：可行性研究與計劃階段生成：可行性研究報告、項目開發(fā)計劃、開發(fā)進度月報 需求分析階段生成：項目開發(fā)計劃、軟件需求說明、數(shù)據(jù)要求說明、測試計

3、劃、用戶手冊、開發(fā)進度月報 軟件設計階段生成：測試計劃、概要設計說明書、詳細設計說明書、數(shù)據(jù)庫設計說明書、用戶手冊、操作手冊、開發(fā)進度月報編碼時現(xiàn)階段生成：模塊開發(fā)卷宗、用戶手冊、操作手冊、開發(fā)進度月報集成與測試階段生成：模塊開發(fā)卷宗、測試分析表、開發(fā)進度月報、項目開發(fā)總結。5. 為什么說源程序是最重要的軟件文檔?答：源程序是實現(xiàn)所有文檔價值的最終體現(xiàn)（體現(xiàn)了軟件質量的功能性、易用性、性能、可靠性、可移植性）。第三章 軟件文檔國家標準1. 在軟件文檔國家標準中,主要有哪4類文檔? P23答：計算機軟件產(chǎn)品開發(fā)文檔編制指南（GB/T 8567-1988）計算機軟件需求說明編制指南（GB/T 93

4、85-1988）計算機軟件測試文檔編制規(guī)范（GB/T 9386-1988）軟件文檔管理指南（GB/T 16680-1996）。2.計算機軟件產(chǎn)品開發(fā)文檔指南由哪14種文檔組成？ P23答：可行性研究報告項目開發(fā)計劃軟件需求說明數(shù)據(jù)要求說明概要設計說明書詳細設計說明書數(shù)據(jù)庫設計說明書用戶手冊操作手冊模塊開發(fā)卷宗測試計劃測試分析報告開發(fā)進度月報項目開發(fā)總結報告。第四章 軟件文檔寫作要求1. 文檔編寫的靈活性主要體現(xiàn)在哪幾個方面？ P55答：編制的文檔種類文檔的詳細程度文檔的表現(xiàn)形式。2. 可行性研究報告的評審，軟件需求說明書的評審，概要設計說明書的評審，詳細設計的評審，程序的評審，分別應在軟件工程

5、的哪個階段進行？ P61答：分別在軟件工程的可行性研究階段、需求分析階段、概要設計階段、詳細設計階段、運行階段進行。3. 軟件文檔的質量要求有哪6點？ P66答：針對性精確性清晰性完整性靈活性可追溯性。4. 若按源程序行來劃分軟件規(guī)模，那么，小規(guī)模軟件，中規(guī)模軟件，大規(guī)模軟件，超大規(guī)模軟件分別大致是多少源程序行？P69答：小規(guī)模軟件源程序行數(shù)小于5000的軟件，中規(guī)模軟件源程序行數(shù)為1000050000的軟件，大規(guī)模軟件源程序行數(shù)為10000500000的軟件，超大規(guī)模軟件源程序行數(shù)大于500000的軟件。5. 小規(guī)模軟件，中規(guī)模軟件，大規(guī)模軟件，超大規(guī)模軟件，分別大致寫出哪幾類文檔？P70答

6、：小規(guī)模軟件：軟件需求與開發(fā)計劃、軟件設計說明、使用說明、測試分析報告、項目開發(fā)總結；中規(guī)模軟件：項目開發(fā)總結、軟件需求說明、測試計劃、軟件設計說明、使用說明、模塊開發(fā)卷宗、測試分析報告、開發(fā)進度月報、項目開發(fā)總結；大規(guī)模軟件：可行性報告、項目開發(fā)計劃、軟件需求說明、數(shù)據(jù)要求說明、測試計劃、概要設計說明、詳細設計說明、數(shù)據(jù)庫設計說明、用戶手冊、操作手冊、模塊開發(fā)卷宗、測試分析報告、開發(fā)進度月報、項目開發(fā)總結；超大規(guī)模軟件：對應大規(guī)模軟件所規(guī)定的文件可進一步細分。第五章 軟件開發(fā)文檔1.可行性研究報告的2個要點？P71答：論證項目的可行性提出項目的系統(tǒng)方案。2.軟件需求說明書的4點要點？P74答

7、：目的功能性能用戶操作界面。3.電話交換系統(tǒng)的USE-CASE圖？P82答：4.飛機票預定系統(tǒng)的數(shù)據(jù)流圖?P82答: 5.軟件需求說明書中，不應寫進設計說明和項目要求。請各舉三例。P83答:不指定如下項目設計：把軟件劃分成若干模塊給每一個模塊分配功能描述模塊間的信息流程或者控制流程選擇數(shù)據(jù)結構。不應寫進設計說明：6.概要設計說明書的3個要點？P84答：用戶需求分配給軟件結構形成軟件的系統(tǒng)結構圖設計數(shù)據(jù)結構7.HIPO圖？P87答:略8.結構圖？P87答： 9類的繼承關系?聚集關系？P92答：利用現(xiàn)有的類來定義新的類，稱之為繼承。如果一個類繼承了多個基類的特征，那么這種繼承關系稱之為多重繼承。為

8、了區(qū)別多重繼承，將僅有一個基類的繼承關系稱為單繼承。當一個派生類直接或間接地多次繼承同一個基類，稱為重復繼承。如果累B類的定義中將類A的對象作為數(shù)據(jù)成員，則B與A之間是一種稱為聚集的關系。10.代理（Proxy）結構的類實現(xiàn)圖？ P95答：11.詳細設計的3個要點？ P97答：確定每個模塊的算法，用工具表達算法的過程，寫出模塊的詳細設計過程性描述。確定每一個模塊的數(shù)據(jù)結構。確定模塊接口細節(jié)。12.流程圖的5種基本控制結構？ P98答：13.PAD圖的5種基本控制結構？ P99答： 第六章 軟件管理文檔1. 軟件管理文檔由哪幾種文檔組成? P102答：項目開發(fā)計劃測試計劃測試分析報告開發(fā)進度報告

9、開發(fā)總結報告2.軟件管理文檔有哪三個作用? P102答：是軟件開發(fā)各個階段工作成果的體現(xiàn)是把軟件開發(fā)過程中的一些“不可見的”事物轉成“可見的”文字資料，記錄開發(fā)過程中的技術信息，為掌握開發(fā)過程、控制開發(fā)質量和維護工作等提供原始信息是提供了管理人員、開發(fā)員、操作人員和用戶之間相互溝通、協(xié)調(diào)的窗口，有利于正確把握軟件的正確性和可用性，以便于能夠判斷原定目標是否達到， 以及繼續(xù)需要的資源的種類和數(shù)量。2. 項目開發(fā)計劃書主要有哪幾個部分? P103答：項目目標開發(fā)團隊及人員安排硬件和軟件資源需求工作分解項目進度風險分析監(jiān)控機制開發(fā)估算。3. 什么是軟件項目里程碑? P105答：一個里程碑就是一項軟件

10、過程活動的終結。4. 項目進度如何用甘特圖表示？ P109 圖6.8答：略5.軟件項目風險主要有哪三類？ 典型風險的例子。 P110答：項目風險：職員跳槽、管理層變更、硬件缺乏、需求變更、描述延遲、低估了系統(tǒng)規(guī)模產(chǎn)品風險：CASE工具性能較差、需求變更、描述延遲、低估了系統(tǒng)規(guī)模業(yè)務風險：技術變更、產(chǎn)品競爭。6. 什么是軟件測試？ 軟件檢查? 軟件調(diào)試？ P114答：軟件測試是保證軟件產(chǎn)品質量的重要環(huán)節(jié)，是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。對系統(tǒng)的各種表示形式，如需求文檔、設計圖和程序源代碼等，進行分析和檢查，這一工作貫穿整個軟件開發(fā)過程。使用測試數(shù)據(jù)對軟件的實現(xiàn)進行運行檢查，查看系統(tǒng)的輸出內(nèi)容以及

11、運行行為是否符合要求。7. 軟件測試的2條主要原則？P116答：測試規(guī)劃包含了測試工作的全部內(nèi)容軟件測試貫穿開發(fā)的整個過程。9.軟件測試過程的劃分？ P117 圖6.15答：10.軟件測試計劃的結構（內(nèi)容）？ P119 表6.8答;內(nèi)容說明測試過程描述測試過程的主要階段需求跟蹤用戶最關心系統(tǒng)能否滿足要求，測試計劃應包含對每項需求的單獨測試測試項目軟件需要測試的內(nèi)容都應在此定義測試時間安排給出總的時間安排和相應的資源分配測試記錄測試所得到的結果、測試過程、執(zhí)行情況等必須系統(tǒng)地記錄下來軟件和硬件需求列出測試所要使用的軟件工具和硬件設施結束需要考慮和預料的影響測試過程的結束11.軟件測試設計的內(nèi)容？

12、 P121 測試用例的定義答：測試用例是對測試需要的輸入和預期的輸出的描述，以及對當前測試的內(nèi)容描述。12.黑盒測試？ P121答:系統(tǒng)作為一個黑盒子，其行為只能通過軟件的接口研究其輸入和相應的輸出來確定，測試者的目光集中在功能上，完全不考慮程序內(nèi)部的邏輯結構和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。13.白盒測試？ P125答：結構化測試也被稱為“白盒測試”，是根據(jù)軟件的結構知識和現(xiàn)實的知識所進行的測試方法，這一方法是把測試對象看作一個打開的盒子，它允許測試人員利用程序內(nèi)部的邏輯結構及有關信息，設計或選擇測試用例，對程序所有邏輯路徑進行測試。14.集成測試的增量法？ P128答：在系統(tǒng)集成和測試過程中使用增量法，從一個集成度最小的系統(tǒng)配置開始，然后測試這個系統(tǒng)。測試完成后，一個增量一個增量地往系統(tǒng)中增加組件，每次增加進組件后在進行測試。15.軟件測試分析報告的主要內(nèi)容（5點）？ P135答：略16.軟件缺陷率？ P135答：在給定的時間單位內(nèi)每千行代碼中的缺陷數(shù)。17.Pareto圖 ？ P119答： 略18.軟件開發(fā)進度的主要內(nèi)容（5