軟件生存周期各個階段的文檔

階段可行性研編碼生成運行

需求分析軟件設計

文檔究與計劃與實現與測試與維護

可行性研究報告

項目開發計劃VJ

軟件件求說明書J

效據要求說明竹J

測試計劃7V

概要設計說明書

詳細設計說明書J

數據庫設計說明曲

模塊開發卷宗J

用戶手冊JV

操作手冊J

測試分析報告J

開發進度月報JJJJ

項II開發總結J

表5?3各類人員與軟件文檔的使用關系

7人員

告理人員開發人員維護人員用戶

文省

可行性分析（研究）報告JJ

軟件（成項目）開發計劃JJ

軟件管求娩格說明JJ

接口需求規格說明JJ

系統/子系統設計（鰭構設討）說明

軟件（緒構）設計說明JJ

摟口設計說明J

沿據庫（頂層）設i+說明J

（軟件）用戶手冊J

作手冊

?4

測試計知J

測試報告JJ

軟件配置首理計劃J

軟件質量保證過劃J

開發迸度月報J

項目開發年結報臺V

軟件產1a規格說明J

軟件版本說明J

因果圖（魚骨圖）--一黑盒

第一章概述

第一章填空題

1.面向對象開發方法有Coad方法、Booch方法和OMT方法.

2.結構化方法總的指導思想是自頂向下、逐步求精.它的基本原則是功能的分解

與抽象。它是軟件工程最早出現的開發方法，特別適合于數據處理領域

的問題。

3.從軟件工程誕生以來，已經提出了多種軟件開發方法，如結構化方法、Jackson方法、

面向對象的方法，它們對軟件工程及軟件產業的發展起到了不可估量的作用。

4.螺旋模型將開發過程分為幾個螺旋周期，在每個螺旋周期內分為四個工作步驟。第一，

制定計劃。確定目標，選定目標，選定實施方案.明確開發限制條件。第二，風險分析。

分析所選主案，識別風險，通過原型消除風險。第三，開發實施實施軟件開發。第四，

用戶評估。評價開發工作，提出修改意見，建立下一個周期的計劃。

5.螺旋模型將快速原型與瀑布模型結合起來,加入了兩種模型均忽略了風險分析，彌

補了這種模型的不足。

6.瀑布模型是將軟件生存周期各個活動規定為依線性順序連接的若干階段的模型。它包括

可行性分析、項目開發計劃、需求分析、概要設計、詳細設計、編碼、測試、

維護，它規定了由前至后、相互銜接的固定次序，如同瀑布流水，逐級下落。

7.軟件工程過程包含的七個過程是獲取過程、供應過程、開發過程、操作過程、維護過

程、管理過程、支持過程。

8.軟件生存周期模型是描述軟件開發過程中各種活動如何執行的模型。

9.軟件工程需要解決的問題，有軟件費用、軟件可靠性、軟件可維護性、軟件生產率、

和軟件重用°

10.軟件工程研究的主要內容是軟件開發技術和軟件開發管理兩個方面。在軟件開發技術中,

主要研究軟件開發方法、軟件開發過程、軟件開發工具和軟件開發環境。在軟件開發

管理中，主要是研究軟件管理學、軟件經濟學、軟件心理學.

11.軟件工程研究的主要內容是軟件開發技術和軟件開發管理兩個方法。

12.軟件生產的發展，到現在為止，經過了三個階段，即、程序設計、程序系統、軟件

工程時代。

13.軟件工程要用的方法建立軟件開發中的各種模型和各種算法，如可靠性模型，

說明用戶需求的形式化模型等。

14.計算機科學中的研究成果均可用于軟件工程，但計算機科學著重于原理和理論，而

軟件工程著重于建造軟件系統

15.通常，結構化方法，可使用瀑布模型、增量模型、螺旋模型進行開發；Jackson

(JSD)方法可使用瀑布模型、增量模型進行開發；面向對象方法一般是采用噴泉模型,也

可用瀑布模型、增量模型進行開發；而形式化的維也納方法只能用變換模型進行開發。

16.瀑布模型為軟件開發提供了一種有效的管理模式。根據這一模式制定開發計劃，

進行成本預算，組織開發力量，以項目的階段評審和文檔控制為手段有效地對整個開發過程

進行指導，所以它是以文檔作為驅動、適合于軟件需求很明確的軟件項目的模型。

17.軟件工具一般是指為了支持軟件人員開發和維護活動而使用的軟件。例如項目估算

工具、需求分析工具、設計工具、編碼工具、測試工具和維護工具等C

18.簡單實用、應用廣泛、技術成熟的開發方法是一結構化方法。

19.概要設計主要是把各項功能需求轉換成系統的體系結構.

20.最基本、應用廣泛、以文檔為驅動、適用于開發功能明確的軟件項目生存期模型是瀑

布模型。

21.結構化方法是一種面向數據流的的開發方法。由結構化分析、結構化設計、結構化程序

設計構成。

22.軟件工程研究的主要內容是軟件開發管理和軟件開發技術兩個方面。

23.將軟件生存周期各個活動規定為依線性順序聯接的若干階段的模型是」^模型。

24.軟件工具是支持軟件開發人員的開發和維護活動而使用的軟件。

第一章簡答題

1.軟件產品的特性是什么？

答：軟件產品具有以下一些獨特的特性：

(1)軟件是一種邏輯產品則看不見摸不著的，因而具有無形性，這是腦力勞動的結晶，它

以程序和文檔的形式出現，保存在作為計算機存儲器磁盤和光盤介質上，通過計算機的執行

才能體現它的功能和作用。

(2)軟件產品的生產主要是研制軟件產品的成本主要體現在軟件的開發和研制上，軟件開

發研制完成后，通過復制就產生了大量軟件產品。

(3)軟件產品不會用壞，不存在磨損、消耗問題。

(4)軟件產品的生產主要是腦力勞動，還未完成擺脫手工開發方式，大部分產品是“定做”

的。

(5)軟件費用不斷增加，軟件成本相當昂貴。軟件的研制工作需要投入大量的、復雜的、

高強度的腦力勞動，它的成本非常高。

2.什么是軟件生存周期？它有哪幾個活動？

答：

軟件生存周期是指一個軟件從提出開發要求開始直到該軟件報廢為止的整個時期。把整

個生存周期劃分為若干階段，使得每個階段有明確的任務，使規模大、結構復雜和管理復雜

的開發變得容易控制和管理。

軟件生存周期的各階段有不同的劃分。在劃分軟件生存周期階段時，應遵循一條基本原

則是各階段的任務應盡可能相對獨立，同一階段各項任務的性質盡可能相同，從而降低每個

階段任務的復雜程度，簡化不同階段之間的聯系，有利于軟件項目開發的組織管理。通常,

軟件生存周期包括可行性分析和項目開發計劃、需求分析、概要設計、詳細設計、編碼、測

試、維護等活動，可以將這些活動以知當方法分配到不同階段去完成。

3.什么是軟件生存周期模型？有哪些主要模型？

軟件生存周期模型是描述軟件開發過程中各種活動如何執行的模型。軟件生存周期模型

確立了軟件開發和演繹中各階段的次序限制以及各階段活動的準則，確立開發過程所遵守的

規定和限制，便于各種活動的協調，便于各種人員的有效通信，有利于活動重用，有利于活

動管理。

主要的軟件生存周期模型有瀑布模型、螺旋模型、噴泉模型、變換模型、增量模型和基

于知識的模型。

4.什么是軟件開發方法？有哪些主要方法？

答：

軟件開發方法是一種使用早已定義好的技術集及符號表示習慣來組織軟件生產的過程。

方法一般表述成一系列的步驟，每一步驟都與相應的技大和符號相關。軟件開發方法是克服

軟件危機的重要方面之一，

從軟件工程誕生以來，人們重視了軟件開發方法的研究，已經提出了多種軟件開發方法

和技術，對軟件工程及軟件產業的發展起到了重要作用的方法有：結構化方法、Jackson方

法、面向對象的開發方法等。

5.軟件工程面臨的問題是什么？

答：軟件工程面臨的問題有軟件費用、軟件可靠性、軟件可維護性、軟件生產率和軟件重用

等。

(1)軟件費用，軟件生產基木上仍處于手工狀態，軟件是知識高度密集的技術的綜合產物，

人力資源遠遠不能適應軟件這種迅速增長的社會要求，所以軟件費用上升的勢頭必然還將繼

續下去。

(2)軟件可靠性。在軟件開發中，通常要花費40%的代價進行測試和排錯，就這樣還不能

保證以后不再發生錯誤，為了提高軟件可靠性，就要付出足夠的代價。

(3)軟件維護。統計數據表明：軟件的維護費用占整個軟件系統費用的2/3,而軟件開發費

用只占整個軟件系統費用的1/3。因此，軟件工程面臨如何提高軟件的可維護性，減少軟件

維護的工作量的問題。

(4)軟件生產率。計算機的廣泛應用使得軟件的需求量大幅度上升，而軟件的生產又處于

手工開發的狀態，軟件生產率低下，使得各國都感到軟件開發人員不足，這種趨勢仍舊繼續

下去。

(5)軟件重用。提高軟件的重用性，對于提高軟件生產率、降低軟件成本有重要意義。當

前的軟件開發存在著大量重復的勞動，耗費了不少的人力資源。軟件重用是軟件工程中的一

個重要研究課題。

6.軟件工程目標是什么？

答：軟件工程是一門工程性學科，目的是成功地建造一個大型軟件系統，所謂成功是要達到

以下幾個目標：付出較低的開發成本；達到要求的軟件功能；取得較好的軟件性能；開發軟

件易于移植；需要較低的維護費用；能按時完成開發任務，及時交付使用；開發的軟件可靠

性高。

7.軟件工程內容有哪些？

答軟件工程研究的主要內容是軟件開發技術和軟件開發管理兩個方面。在軟件開發技術中，

主要研究軟件開發方法、軟件開發過程、軟件開發工具和環境。在軟件開發管理中，主要研

究軟件管理學、軟件經濟學、軟件心理學等。

8.軟件開發的目標是什么？

答：軟件開發的目標是在規定的投資和時間內，開發出符合用戶需求的高質量的軟件。為了

達到此目的，需要成功的開發方法。

9.結構化方法總的指導思想是什么？

答：結構化方法總的指導思想是自頂向下、逐步求精。它的基本原則是功能的分解與抽象。

這是軟件工程中最早出現灼開發方法，特別適合于數據處理領域的問題。相應的支持工具較

多.發展較為成熟。

10.軟件工程過程有哪些內容？

答：軟件工程過程規定了獲取、供應、開發、操作和維護軟件時，要實施的過程、活動和任

務。其目的是為各種人員提供一個公共的框架，以便于相同的語言進行交流。這個框架由幾

個重要過程組成，這些主要過程含有用來獲取、供應、開發、操作和維護軟件所用的基本的、

一致的要求。該框架還有用來控制和管理軟件的過程。各種組織和開發機構可以根據具體情

況進行選擇和剪裁.可在一個機構的內部或外部實施0

軟件工程過程沒有規定一個特定的生存周期模型或軟件開發方法，各軟件開發機構可為其開

發項目選擇一種生存周期模型，并將軟件工程過程所含的過程、活動和任務映射到該模型中。

也可以選擇和使用軟件工發方法來執行適合于其軟件項目的活動和任務。軟件工程過程包含

如下七個過程。

(1)獲取過程。定義需方按合同獲取一個系統、軟件產品或服

務的活動。

(2)供應過程。定義供方向需方提供合同中的系統、軟件產品

或服務所需的活動。

(3)開發過程。定義開發者和機構為了定義和開發軟件或提供

服務所需地活動。此過程包括需求分析、設計、編碼、集成、

測試、軟件安裝和驗收等活動。

(4)操作過程。定義操作者和機構為了在規定的運行環境中為

其用戶運行一個計算機系統所需要的活動。

(5)維護過程。定義維護者和機構為了修改和管理軟件，使它處于良好運行狀態所需要的

活動。

(6)管理過程。定義軟件工程中各項管理活動，包括：項目開始和范圍定義，項目管理計

劃，實施和控制，評審和評價，項目完成。

(7)支持過程。支持過程對項目的生存周期過程給予支持。它有助于項目的成功并能提高

項目的質量。

11.軟件危機的表現有哪些？

答：(1)經費預算經常突破，完成時間一再拖延。由于跳乏軟件開發的經驗和軟件開發數據

和積累，使得開發工作的計劃很難制定。主觀盲目制定計劃，執行起來與實際情況有很大差

距，使得開發經費一再突破。由于對工作量估計不足，對開發難度估計不足，進度計劃無法

按時完成，開發時間一再拖延。

(2)開發的軟件不能滿足用戶要求。開發初期對用戶的要求了解不夠明確，未能得到明確

表達。開發工作開始后,軟件人員和用戶又未能及時交換意見,使得一些問題不能及時解決，

導致開發的軟件不能滿足用戶的要求，因而開發失敗。

3)開發的軟件可維護性差。開發過程沒有統一的、公認的規范，軟件開發人員按各自的風

格工作，各行其是。開發過程無完整、規范的文檔，發現問題后進行雜亂無章的修改。程序

結構不好，運行時發現錯誤也很難修改，導致可維護性差。

(4)開發的軟件可靠性差。由于在開發過程中，沒有確保軟件質量的體系和措施，在軟件

測試是又沒有嚴格的、充分的、安全的測試，提交給用戶的軟件質量差，在運行中暴露出大

量的問題。這種不可靠的軟件，輕者會影響系統正常工作，重者會發生事故，造成生命財產

的重大損失。

12.軟件的特點有哪些？

答：6邏輯產品;12使用無磨損;③生產主要是研制;4生產主要靠腦力勞動;⑤生產成本高。

答：(1)軟件是一種邏輯產品，它與物質產品有很大的區別。軟件產品是看不見摸不著的，

因而具有無形性，它是腦力勞動的結晶，它以程序和文檔的形式出現，保存在計算機存儲器

的磁盤和光盤介質上，通過計算機的執行才能體現它的力能和使用。

(2)軟件產品的生產主要是研制軟件產品的成本主要體現在軟件的開發和研制上，軟件開

發研制完成后，通過復制就產生了大量軟件產品。

(3)軟件產品不會用壞，不存在磨損、消耗問題。

(4)軟件產品的生產主要是腦力勞動，還未完全擺脫手工開發方式，大部分產品是“定做”

的。

(5)軟件費用不斷增加，軟件成本昂貴。軟件的研制工作需要投入大量的、復雜的、高強

度的腦力勞動，它的成本非常高。

13.軟件危機的原因有哪些？

答：(1)軟件的規模越來越大，結構越來越復雜。隨著計算機應用的日益廣泛，需要開發的

軟件規模曰益龐大，軟件結構也日益復雜。

(2)軟件開發管理困難而復雜。由于軟件規模大，結構復雜，又具有無形性，因此導致管

理困難，進度控制困難，質量控制困難，可靠性無法保證。

(3)軟件開發費用不斷增加。軟件生產是一種智力勞動，它是資金密集、人力密集的產業，

大型軟件投入人力多，周期長，費用上升很快。

(4)軟件開發技術落后。

(5)生產方式落后。仍然采用個體手工方式開發，根據個人習慣愛好工作，無章可循，無

規范可依據，靠言傳身教方式工作。

(6)開發工具落后，生產率提高緩慢。

14.軟件生產的發展有哪幾個階段？

答：自從第一臺計算機誕生以來，就開始了軟件的生產，到現在為止，經過了三個階段。即

程序設計時代，程序系統時代，軟件工程時代。

15.軟件工程性質是什么？

答：軟件工程是一門綜合性的交叉學科，它涉及計算機科學、工程科學、管理科學、數字等

領域。

計算機科學中的研究成果均可用于軟件工程，但計算機科學著重于原理和理論，而軟件工程

著重于如何建造一個軟件系統。

軟件工程要用工程科學中的觀點來進行費用估算、制定進度、制定計劃和方案。

軟件工程要用管理科學中的方法和原理進行軟件生產的管理。

軟件工程要用數學的方法建立軟件開發中的各種模型和各種算法，如可靠性模型，說明用戶

需求的形式化模型等。

第二章可行性研究

第二章填空題

1亙行性甄的目的就是用最小的代價在盡可能短的時間內確定該軟件項目是否能夠開發,

是否值得去開發。

2.可行性研究的目的不是去開發一個軟件項目，而是研究這個軟件項目是否能夠開發，是

否值得去開發。

3.技術可行性是對要開發項目的功能、性能、限制條件進行分析,確定在現有的資

源條件下，技術風險有多大，項目是能否能實現。

4.典型的可行性研究有以下步驟：確定項目規模和目標，研究正在運行的系統，建立新

系統的高層邏輯模型，導出和評價各種方案,推薦可行的方案，編寫可行性研究報告。

5.項目開發計劃的主要內容有：項目概述、實施計劃、人員組織及分工、交付期限。

6.一個可行性研究報告的主要內容如下：引言；可行性研究前提；對現在系統的分析；所

建議系統的技術可行性分析，?所建議系統的經濟可行性分析；社會因素可行性分析；

其他可供選擇方案；結論意見。

7.成本/效益分析首先是估算將要開發的系統的開發成本進行估算.然后與可能取得的效

益進行比較和權衡,

9.可行性研究在進行簡要需求分析和設計時，要在較高層次上以較抽象的方式進行需求分

析和設計的過程。

11.系統流程圖用圖形符號表示系統中的各個元素，表達了系統中各種元素之間的信息流動

情況。

13.可行性研究的目的是用最小的代價，在盡可能短的時間內，確定問題是否能夠解決o

14.可行性研究具體步驟的最后一步是編寫可行性報告°

15.可行性研究可從技術可行性、經濟可行性、社會(碟作)可行性三個方面分析研究每

種解決方法的可行性。

17.可行性研究實質上是要進行一次簡化、壓縮了的需求分析、設計過程，要在較高層次

上以較抽象的方式進行需求分析和設計的過程。

18.系統流程圖是描繪物理系統的傳統工具，它用圖形符號來表示系統中的各個元素二

19.可行性研究中描述系統高層物理模型的工具是系統流程圖。

21.可行性研究的第一個具體步驟是確定項目的規模和目標。

第二章簡答題

1.研究項目的技術可行性一般要考慮哪些情況？

答：技術可行性一般要考慮的情況包括：

(1)開發的風險：在給出的限制范圍內，能否設計出系統并實現必須的功能和性能。

(2)資源的有效性：可用于開發的人員是否存在問題。可用于建立系統的其他資源是否具

備°

(3)技術：相關技術的發展是否支持這個系統。

(4)開發人員在評估技術可行性時，一旦估計錯誤，將會出現災難性后果。

2項目開發計劃主要內容有哪些？

答：經過可行性研究后，若一個項目是值得開發的，接下來應制定項目開發計劃。項目開發

計劃是一個管理性的文檔，它的主要內容如下：

(1)項目概述

說明項目的各項主要工作；說明軟件的功能、性能；為完成項目應具備的條件，用戶及合同

承包者承擔的工作、完成期限及其他條件限制；應交付的程序名稱，所使用的語言及存儲形

式；應交付的文檔。

(2)實施計劃

說明任務的劃分，各項任務的費任人；說明項目開發進度，按階段應完成的任務，用圖表說

明每項任務的開始時間和完成時問；說明項目的預算，各階段的費用支出預算。

(3)人員組織及分工

說明開發該項目所需人員的類型、組成結構、數量等.

(4)交付期限

說明項目最后完工交付的日期。

3.可行性研究的主要內容有哪些？

答：(1)必要性

為了減少大型工程項目的風險，必須進行可行性研究。同樣，

對于大型軟件項目，由于周期長、投資大、使用資源多，開發之

后是否能達到預期目的等原因，也必須進行可行性研究，以避免

時間、人力、資源、經費的巨大浪費。

可行性研究的目的就是用最小的代價，在盡可能短的時間內，

確定該軟件項目是否能夠開發，是否值得開發。

(2)任務

進行可行性研究時，首先要進行概要分析，初步確定項目的規

模、目標、約束和限制條件。然后進行簡要的、高層次的需求分

析，決定系統的主要功能，在此基礎上進行簡要的、壓縮的設

計，提出幾種解決方案。對每種方案進行可行性研究，可行性研

究有三方面內容：

①技術可行性：

主要研究開發項目的技術風險有多大，可以從下列方面研

究：現有的開發技術能否解決開發項目的技術難題？現有的開

發人員的技術水平是否能夠解決這些難題？現有的硬軟件資源

是否滿足解決技術難題的需要？因為這時項目的目標、力能、

性能都要概要的、模糊的，在不準確的情況下較難解決。

②經濟可行性：

主要研究系統開發以后能否得到應有的效益。可用成本效

益分析來研究這一問題。

③社會可行性：

主要研究兩方面的問題，一是采用的技術是否存在責任和

侵權的問題，二是開發的系統運行時與當前管理制度、人員素

質、操作方式的矛盾能否解決。

4.可行性研究的具體步驟有哪些？

答：典型的可行性研究有下列步驟：

(1)確定項目規模和目標

分析員對有關人員進行調查訪問，仔細閱讀和分析有關的材料，對項目的規模和目標進行定

義和確認，清晰地描述項目的一切限制和約束，確保分析員正在解決的問題確實是要解決的

問題“

(2)研究正在運行的系統

正在運行的系統可能是一個人工操作的系統，也可能是舊的計算機系統，要開發一個新的計

算機系統來代替現在系統。因此，現有的系統是信息的重要來源，要研究它的基本功能，存

在什么問題，運行現有系統需要多少費用，對新系統有什么新的功能要求，新系統運行時能

否減少使用費用等等。

應該收集、研究、分析現有系統的文檔資料，實地考察現有系統，在考察的基礎上，訪問有

關人員,然后描繪現有系統的高層系統流程圖，與有關人員一起審查該系統流程圖是否正確。

這個系統流程圖反映了現有系統的基本功能和處理流程。

(3)建立新系統的高層邏輯模型

根據對現有系統的分析研究，逐漸明確了新系統的功能、處理流程以及所受的約束，然后使

用建立邏輯模型的工具——數據流圖和數據字典來描述數據在系統中的流動和處理情況。注

意，現在還不是軟件需求分析階段，不是完整、詳細地描述，只是概括地描述高層的數據處

理和流動。

(4)導出和評價各種方案

分析員建立了新系統的高層邏輯模型之后，要從技術角度出發，提出實現高層邏輯模型的不

同方案，即導出若干較高層次的物理解法。根據技術可行性、經濟可行性、社會可行性對各

種方案進行評估，去掉行不通的解法，就得到了可行的解法

(5)推薦可行的方案

根據上述可行性研究的結果，應該決定該項目是否值得去開發。若值得開發，那么可行的解

決方案是什么，并且說明該方案可行的原因和理由。該項目是否值得開發的主要因素是從經

濟上看是否合算，這就要求分析員對推薦的可行方案進行成本/效益分析。

(6)編寫可行性研究報告

將上述可行性研究過程的結果寫成相應的文檔，即可行性研究報告，提請用戶和使用部門仔

細審查，從而決定該項目是否進行開發，是否接受可行的實現方案。

5.可行性研究報告的主要內容？

答：一個可行性研究報告的主要內容如下：

(1)引言

說明編寫本文檔的目的；項目的名稱、背景；本文檔用到的專門術語和參考資料。

(2)可行性研究的前提

說明開發項目的功能、性能和基本要求；達到的目標；各種限制條件；可行性研究方法和決

定可行性的主要因素。

(3)對現有系統的分析

說明現有系統的處理流程和數據流程；工作負荷；各項費用支出；所需各類專業技術人員和

數量；所需各種設備；現有系統存在什么問題。

(4)所建議系統的技術可行性分析

所建議系統的簡要說明；處理流程和數據流程；與現有系統比較的優越性；采用所建議系統

對用戶的影響；對各種設備、現有軟件、開發環境、運行環境的影響；對經費支出的影響；

對技術可行性的評價。

(5)所建議系統的經濟可行性分析

說明所建議系統的各種支出，各種效益；收益投資比；投資回收周期。

(6)社會因素可行性分析

說明法律因素，對合同責任、侵犯專利權、侵犯版權等問題的分析；說明用戶使用可行性，

是否滿足用戶行政管理、工作制度、人員素質的要求。

(7)其它可供選擇方案

逐一說明其他可供選擇的方案，并說明未被推薦的理由。

(8)結論意見

說明項目是否能開發；還需什么條件才能開發；對項目目標有何變動等。

作業

1、在軟件開發的早期價段為什么要進行可行性分析研究？應該從哪些方面研究目標系統的

可行性？

答案：對于大型軟件系統的開發，通過進行可行性分析與研究論證，可以減少和降低軟

件開發的技術風險和投資風險。軟件可行性研究的實質是對將要開發的軟件項目進行一次簡

化的需求分析和設計工作，軟件可行性研究的目的是要用最小的代價、在盡可能短的時間內

確定軟件項目的可行性。

可行性研究的任務包括進行概要設計，確定系統的規模、目標、邊界、限制；進行

簡要的概括的需求分析，確定系統功能；進行簡要設計，提出幾種設計方案，并對每一種方

案進行論證。

軟件項目的可行性可以從技術可行性、經濟可行性、社會可行性三方面進行論證

2、為方便儲戶，某銀行擬開發計算機儲蓄系統，儲戶填寫的存款單或取

款單由業務員鍵入系統，如果是存款，系統記錄存款人姓名、住址、

存款類型、存款日期、利率的信息，并打印出存款單給用戶；如果是

取款，系統計算利息并打印出利息清單給用戶。給出相應的數據流圖

和數據字典。

數據字典1

數據流名稱：取款單、存款單

別名：無

簡述：顧客存做款時填寫的單據

來源：顧客

去向：核查

數據流量：500份/天

組成：日期+［取］存款金額］+姓名+住址+［存］存款金額］+（密碼）+｛帳號｝

數據字典2

數據流名稱.結算單

別名：無

簡述：顧客取款時得到的利率清單

來源：銀行儲蓄系統

去向：顧客

數據流量：500份/天

組成：取款日期+取款金額+儲戶姓名+儲戶住址+存款類型+利息+操作員

數據字典3

數據流名稱：存/取款信息

別名：無

簡述：系統核查確認后得到的存做款信息

來源：銀行儲蓄系統

去向：登錄

數據流量：500份/天

組成：日期+［存|取款金額］+儲戶姓名+儲戶住址+存款類型+帳號+利率+密碼+操作員

數據字典4

數據流名稱：付款信息

別名：無

簡述：銀行儲蓄系統處理的取款信息

來源：銀行儲蓄系統

去向：付款處理

數據流量：500份/天

組成：取款日期+取款金額+儲戶姓名+儲戶住址+存款類型+帳號+利息+操作員

數據字典5

數據存儲名稱：帳卡

別名：無

簡述：存放用戶信息及取款情況

組成：取款日期+取款金額+儲戶姓名+儲戶住址+存款類型+帳號+利息+操作員

組織方式：數據文件，以儲戶姓名或帳號為關鍵字進行索引

查詢要求：要求能立即查詢并修改

數據字典6

數據項名稱：存款類型

別名：無

簡述：國家規定的幾類存款方式

類型：字符串

長度：2位

取值范圍幾含義：00：定期

01：零存整取

10：活期

11:定/活兩便

第三章需求分析

第三章填空題

1.需求分析的基本任務是要準確地定義新系統的目標,為了滿足用戶需要，回答系統必須

“做什么”的問題。

2.在需求分析階段，首先進行問題識別，即雙方確定對問題的綜合需求，這些需求包括：

功能需求、性能需求、環境需求、用戶界面需求°另外還有可靠性、安全性、

保密性、可移植性、可維護性等方面的功能。

3.在需求分析階段要進行以下幾方面的工作：問題識別、分析與綜合、導出軟件的邏

輯模型、編寫文檔。

4需求分析階段所要編寫的文檔有：需求規格說明書、初步用戶使用手冊、確認測試

ifflo

5.在SA方法的需求描述工具中，數據流圖描述系統的分解，即描述系統由哪幾部分組成，

各部分之間有什么聯系等等。數據字典定義了數據流圖中每一個圖形元素。結構化語言、判

定表或判定樹則詳細描述數據流圖中不能被再分解的每二金加工。

6SA方法利用圖形等半形式化的描述方式表達需求，簡明易懂，用它們形成需求說明書中

的主要部分o這些描述工具是：數據流圖、數據字典、描述加工邏輯的結構化語言、

判斷表、判定樹。

7.在進行可行性研究和軟件計劃以后，確定確認開發一個新的軟件系統是必要的而且是可

能的，那么就進入需求分析階段。

8.需求分析是指，開發人員要準確理解用戶的要求,進行細致的調查分析,將用戶非形式

的需求陳述轉化為完整的需求定義,再由需求定義轉換到相應的形式功能規約（需求規格說

明）的過程。

9.需求分析的困難主要體現在四個方面：問題的復雜性、交流障礙、不完備性和不

一致性、需求易變性。

10.用于描述基本加工的小說明的三種描述工具是結構化語言、判斷表、判定樹

11,結構化分析的英文簡稱是SA,數據流圖的英文簡稱是DFD,數據字典的英文簡稱為

DPo

12.結構化語言的外層采用題序、選生、嬉環三種基本結構描述控制結構。

13.由于數據流是流動中的數據，所以必須有流向o除了與存儲之間的數據流不

用命名外，數據流應該用名詞或名詞短語命名。

14.建立數據字典一般的兩種形式是手工建立和利用計算機輔助建立并維護。

15.結構化分析（StructuredAnalysis,簡稱SA）是面向數據流進行需求分析的方法。

它是70年代后期由Yourdon、Constantine、DeMarc。等人提出和發展，并得到廣泛的應用°

16.三種描述加工邏輯的工具各個優缺點，對于順序執行和循環執行的動作，用結構化語言

描述。對于存在多個條件復雜組織的判斷問題，用判斷表和判定樹。

17.在有些情況下，數據流圖中的某個加工的一組動作依賴于多個邏輯條件的取值。這時，

用自然語言或結構化語言都不易清楚地描述出來。而用逑i定塞就能夠清楚地表示復雜

的條件組合與應做動作之間的對應關系。

第三章簡答題

1.什么是數據字典？其作用是什么？它有哪些條目？

答：數據字典（DataDictonay簡DD）是用來定義數據流圖中的各個成分的具體含義的，

它以一種準確的、無二義性的說明方式為系統的分析、設計及維護提供了有關元素的一致的

定義和詳細的描述。

數據流圖僅描述了系統的“分解”，系統由哪幾部分組成，各部分之間的聯系，并沒有

對各個數據流、加工、數據存儲進行詳細說明，如數據流、數據存儲的名字并不能反映其中

的數據成分、數據項目內容和數據特性，在加工中不能反映處理過程等等。分析人員僅靠“圖”

來完整地理解一個系統的邏輯功能是不可能的。數據字典就是用來定義數據流圖中的各個成

分的具體含義，客觀存在一種準確的、無二義性的說明方式為系統的分析、設計及維護提供

了有關元素的一致的定義和詳細的描述。它和數據流圖共同構成了系統的邏輯模型，是需求

規格說明書的主要組成部分。

數據字典是為分析人員查找數據流圖中有關名字的詳細定義而服務的，因此也像普通字

典一樣，要把所有條目按一次的次序排列起來，以便查閱。數據字典有以下四類條目：數據

流、數據項、數據存儲、基本加工。數據項是組成數據流和數據存儲的最小元素。

數據流條目給出了DFD中數據流的定義，通常列出該數據流的各組成數據項。數據存

儲條目是對數據存儲的定義，數據項條目是不可再分解的數據單位，加工條目是用來說明

DFD中基本加工的處理邏輯的，數據字典中的加工邏輯主要描述該加工“做什么”，即實

現加工的策略，而不是實現加工的細節，它描述如何把輸入數據流變換為輸出數據流的加工

規則。有幾種常用的描述方法，它們是結構化語言、判定表、判定樹。

2.需求分析階段的文檔是什么？

答：需求分析階段的文檔有：

(1)"需求規格說明”，把雙方共同的理解與分析結果用規范的方式描述出來，作為今后

各項工作的基礎。

(2)初步用戶使用手冊，著重反映被開發軟件的用戶功能界面和用戶使用的具體要求，用

戶手冊能強制分析人員從用戶使用的觀點考慮軟件。

(3)確認測試計劃，作為今后確認和驗收的依據。

3.建立數據字典的形式是什么？

答：建立數據字典一般有兩種形式：

(1)手工建立：數據字典的內容用卡片形式存入。

①按四類條目規范的格式印制卡片。

②在卡片上分別填寫各類條目的內容。

③先按圖號順序排列，同一圖號的所有條目數據流、數據項、數據存儲和加工順序排列。

④同一圖號中的同一類條目(如數據流卡片)可按名字的字典順序存入，加工一般按編號

順序存放。

⑤同一成分在父圖和子圖都出現時，則只有父圖上定義。

⑥建立索引目錄。

(2)利用計算機輔助建立并維護。

①編制一個“字典生成與管理程序”，可以按規定的格式輸入各類條目，能對字典條目增、

刪、改，能打印出各種查詢報告和清單，能進行完整性、一致性檢查等等。

②利用已有的數據庫開發工具，針對數據字典建立一個數據庫文件，可將數據流、數據項、

數據存儲和加工分別以矩陣表的形式來描述各個表項內容，然后使用開發工具建成數捱庫文

件，便于修改、查詢，并可隨時打印出來。另外，有的DBMS本身包含一個數據字典子系

統，建庫時能自動生成數據字典。計算機輔助開發數據字典比手工建立數據字典有更多的優

點，能保證數據的一致性和完整性，使用也方便，但增前了技術難度與機器開銷。

4.簡述SA方法的優缺點

答：

結構化分析方法的優點：

結構化分析方法是軟件需求分析中公認的、有成效的、使用廣泛的一種方法，它較適合于開

發數據處理類型軟件需求分析。該方法利用圖形等半形式化工具表達需求，簡明、易讀，也

易于使用，為后一階段的設計、測試、評價提供了有利條件。

結構化分析方法的缺點：

(1)傳統的SA方法主要用于數據處理方面的問題，主要工具DFD體現了系統“做什么”

的功能，但它僅是一個靜態模型，沒有反映處理的順序，即控制流程。因此，不適合描述實

時控制系統。

(2)60年代末出現的數據庫技術，使許多大型數據處理系統中的數據都組織成數據庫形式,

SA方法使用DFD在分析與描述“數據要求”方面是有局限的，DFD應與數據庫技術中的實

體聯系圖(ER圖)結合起來。ER圖能增加對數據存儲的細節以及數據與數據之間、數捱與處

理過程之間關系的理解，還解決了在DD中所包含的數據內容表示問題，這樣才能較完整地

描述用戶對系統的需求。

(3)對于一些頻繁的人機交互的軟件系統，如飛機訂票、銀行管理、文獻檢索等系統，用

戶最關心的是如何使用它，輸入命令、操作系統、系統響應方式、輸出格式等等，都是用戶

需求的重要方面，DFD不適合描述人機界面系統的需求，SA方法往往對這一部分自然語言

作補充。

(4)描述軟件需求的精確性有待于提高。

5.結構化語言的結構由哪些部分組成？

答：結構化語言是介于自然語言(英語或漢語)和形式語言之間的一種半形式語言。形式語

言精確，但不易被理解，自然語言易理解,但它不精確，可能產生二義性。結構化語言取“長”

補“短二它是在自然語言基礎上加了一些限定，使用有限的詞匯和有限的語句來描述加工

邏輯，它的結構可分成外層和內層兩層：

(1)外層：用來描述控制結構，采用順序、選擇、重復三種基本結構。

①順序結構：是一組祈使酒句、選擇語句、重復語句的順序排列,祈使語句指至少包含一個

動詞及一個名詞，指出要執行的動作及接受動作的對象。

②選擇結構：一般用IF—THEN—ELSE—ENDIF、CASE—OF—ENDCASE等關鍵詞。

③重復結構：一般用DO—WHILE—ENDDO.REPEAT—JNTIL等關鍵詞。

(2)內層：一般是采用祈使語句的自然語言短語，使用數據字典中的名詞和有限的自定義

詞，其動詞含義要具體，盡量不用形容詞和副詞來修飾。還可以使用一些簡單的算術運算和

邏輯運算符號。

6.試述需求分析的概念及主要分析方法

答：(1)需求分析

需求指用戶對軟件系統的需求，需求分析指通過對系統的調查、分析、綜合，產生完整

的需求說明的過程，即用易讀、直觀的格式，表達系統“做什么”的問題。

需求分析的方法有多種，如結構化分析方法和面向對象分析方法，這些方法有共同適用

的基本原則：

①能夠表達和理解的數據域和功能域。

②可以把一個復雜問題按某種方式進行劃分，并能逐步細化，從而使復雜的問題簡化，軟

件的功能域、數據域都可以劃分。

③建立模型。模型(及模式化表示)可以幫助分析人員更好地理解軟件系統。邏輯模型是

系統功能與數據信息的邏輯表示，不是實現的細節，它反映了系統本質的東西。需求分析的

任務也就是該階段要進行的工作，必須明確這些工作。

(2)結構化分析方法

結構化分析方法簡稱SA法，是需求分析中使用最多的方法之一，適用于數據處理類型

軟件需求分析。這一方法除了簡單、易于掌握之外，還能和設計階段的結構化設計(SD)銜

接.從而取得良好的設計結果。SA方法的基本手段是“分解”和“抽象”，這是系統開發

技術中控制復雜性的兩種手段。它先將系統"抽象"成一個模型，此模型是有輸入和輸出并

有系統名稱的盒子，然后打開這個盒子，對它進行逐層分解，直到能被理解、可以實現為止。

因此分析策略是自頂向下、逐層加細，由抽象到具體的過程。由于分析中的主要依據是

數據傳遞變換所形成的數據流，所以結構化分析一般采用的方法是使用數據流的分析方法,

最終結果是產生需求規格說明書，該文檔包括一套數據流圖、對數據流圖中的成分進行定義

的一本數據字典及對加工邏輯的描述。

7.在分解數據流圖時易犯的錯誤有哪些？

答：

(1)將數據流畫成控制流，加工(圓圈)與加工之間只能是數據流。

(2)有的加工無輸入或輸出。每個加工至少有一個輸入流和一個輸出流，反映出加工有數

據來源及加工結果。

(3)父圖與子圖不平衡，子圖反映的是父圖中某個加工的分解，因此它的輸入、輸出數據

流應與父圖中相應加工的輸入、輸出流一致。

8.需求分析的難點有哪些？

答：

在計算機發展的早期，所求解問題的規模較小，需求分析因此而被忽視。隨著軟件系統復雜

性的提高及規模的擴大，需求分析在軟件開發中的所處的地位愈加突出，從而也愈加困難,

它的難點主要體現在以下幾個方面：

(1)問題的復雜性。因用戶需求所涉及的因素繁多引起，如運行環境和系統功能等等。

(2)交流障礙。需求分析涉及人員較多，如軟件系統用戶、問題領域專家、需求工程師和

項目管理員等，這些人具備不同的前景知識，處于不同的角度，扮演不同角色，造成了

相互之間交流的困難，

(3)不完備性和不一致性。由于各種原因，用戶對問題的陳述往往是不完備的，其各方面

的需求還可能存在著矛盾，需求分析要消除其矛盾，形成完備及一致的定義。

(4)需求易變性。用戶需求的變動是一個極為普遍的問題.即使是部分變動，也往往會影

響到需求分析的全部，導致不一致性和不完備性。

9.需求分析的基本任務是什么？本階段主要進行哪些工作？

答：

需要分析的基本任務是要準確地定義新系統的目標，為了滿足用戶需求，回答系統必須

“做什么”的問題。在可行性研究和軟件計劃階段對這個問題的回答是概括的、粗略的。

本階段要進行以下幾方面的工作：

(1)問題識別

雙方確定對問題的綜合需求，這些需求包括：

功能需求：所開的軟件必須具備什么樣的功能，這是最重要的。

性能需求：待開發的軟件的技術性能指標。如存儲容量、運行時間等限制。

環境需求：軟件運行時所需要的軟、硬件(如機型，外設，操作系統，數據庫管理系統

等)的要求。

用戶界面需求：人機交互方式、輸入輸出數據格式等等。

另外還有可靠性、安全性、保密性、可移植性、可維護性等方面的需求，這些需求一般

通過雙方交流、調查研究來獲取，并達到共同的理解。

(2)分析與綜合，導出軟件邏輯模型

分析人員對獲取的需求，進行一致性的分析檢查，在分析、綜合中逐步細化軟件功能,

劃分成各個子功能.這時也包括對數據域進行分解，并分配到各個子功能上，以確定系統的

構成及主要成份，并用圖文結合的形式，建立起新系統的邏輯模型。

(3)編寫文檔

編寫“需求規格說明書二把雙方共同的理解與分析結果用規范的方式描述出來，作為

今后各項工作的基礎。

編寫初步用戶使用手冊，著重反映被開發軟件的用戶功能界面和用戶使有的具體要求,

用戶手冊能強制分析人員從用戶使用的觀點考慮軟件。

編寫確認測試計劃，作為今后確認和驗收的依據。

修改完善軟件開發計劃。在需求分析階段對待開發的系統有了更進一步的了解，所以能

更準確地估計開發成本、進度及資源要求，因此對原計劃要進行適當修正。

10.軟件需求分析與說明的方法有哪些原則？

答：

(1)必須能夠表達和理解問題的數據域和功能域。數據域包括數據流(即數據通過一個系

統時的變化方式)、數據內容和數據結構，而功能域反映上述三方面的控制信息。

(2)可以把一個復雜問題按功能進行分解并可逐層細化。通常軟件要處理的問題如太大、

太復雜就很難理解，劃分成幾部分，并確定各部分間的接口，就可完成整體功能。在需求分

析過程中，軟件領域中的數據、功能、行為都可以劃分。

(3)建模。建立模型可以幫助分析人員更好地理解軟件系統的信息、功能、行為，這些模

型也是軟件設計的基礎。

11.SA分析步驟是什么？

答：

(1)了解當前系統的工作流程，獲得當前系統的物理模型。當前系統(也稱現行系統)指

目前正在運行的系統，可能是需要改進的正在計算機上運行的軟件系統，也可能是人工的處

理系統，通過對當前系統的詳細調查，了解當前系統的工作過程，同時收集資料、文件、

數據、報表等，將看到的、聽到的、收集到的信息和情況用圖形描述出來。也就是用一個模

型來反映自己對當前系統的理解，如畫系統流程圖。這一模型包含了許多具體因素，反映現

實世界的實際情況。

(2)抽象出當前系統的邏輯模型。物理模型反映了系統“怎么做”的具體實現，去掉物理

模型中非本質的因素(如物理因素)，抽取出本質的因素指系統固有的、不依賴運行環境變

化而變化的因素，任何實現均這樣做。非本質因素不是固有的，隨環境不同而不同，隨實現

不同而不同。對物理模型進行分析，區別本質因素和非木質因素，去掉非本質因素，應形成

當前系統的邏輯模型，反映了當前系統“做什么”的功能。

(3)建立目標系統的邏輯模型。目標系統指待開發的新系統。分析、比較目標系統與當前

系統邏輯上的差別，即在當前系統的基礎上決定變化的范圍，把那些要改變的部分找出來,

將變化的部分抽象為一個加工，這個加工的外部環境及輸入輸出已確定。然后對“變化的部

分”重新分解，分析人員根據自己的經驗，采用自頂向下逐步求精的分析策略，逐步確定變

化部分的內部結構，從而建立目標系統的邏輯模型。

(4)作進一步補充和優化。為了完整地描述目標系統，還要作一些補充：說明目標系統的

人機界面，它所處的應用環境及外界環境的相互聯系，決定人機界面；說明至今尚未詳細考

慮的細節，如出錯處理、輸入輸出格式、存儲容量、響應時間等性能要求與限制。

12.SA描述工具有哪些？

答：SA方法利用圖形等半形式化的描述方式表達需求，簡明易懂，用它們形成需求說明書

中的主要部分。這些描述工具是：

(1)數據流圖；

(2)數據字典；

(3)描述加工邏輯的結構化語言、判定表、判定樹。

其中，“數據流圖”描述系統的分解，即描述系統由哪幾部分組成，各部分之間有什么

聯系等等。“數據字典”定義了數據流圖中每一個圖形元素。結構化語言、判定表或判定樹

則詳細描述數據流圖中不能被再分解的每一個加工。

第四章總體設計

第四章填空題

1進入設計階段要把軟件“做什么”的邏輯模型變換為“怎么做”的物理模型，即

著手實現軟件的需求，并將設計的結果反映在設計文檔中。

2.在軟件需求分析階段，已經搞清楚了軟件做什么的問題,并把這些需求通過規格說明

書_描述了出來,這也是目標系統的邏輯模型。

3.軟件設計是一個軟件需求把轉換為軟件表示的過程,包括概要設計和詳細設計。

4.設計軟件結構，具體為：①采用某種設計方法，將一個復雜的系統按功能劃分成模塊。

②確定每個模塊的功能。③確定模塊之間的遇用去系。Z確定模塊之間的接旦，即模塊之間

傳遞的信息。⑤評價模塊結構的質量。

5.概要設計文檔主要有:概要設計說明書、數據庫設計說明書、用戶手冊、修訂測試計劃。

6.在一個模塊中，功能、狀態與接□反映模塊的外部特性,邏輯反映它的內部特性

7.概要設計評審是對設計部分是否完整地實現了需求中規定的功能、性能等要求,設計方

案的可行性,關鍵的處理及接口定義正確性、有效性,各部分之間的一致性等等都一一進行

評審。

8.模塊化是指解決一個復雜問題時自頂向下逐層把軟件系統劃分若干模塊的過程。每個模

塊完成一個特定的子功能,所有的模塊按某種方法組裝起來，成為一個整體，完成整個系統

所要求的功能。

9.通過抽象,可以確定組成軟件的過程實體。通過信息隱藏,可以定義和實施對模塊的過

程細節和局部數據結構的存取限制。

10.開發一個大而復雜的軟件系統，將它進行適當的分解，不但可降低其復雜性，還可以減

少開發工作,從而降低開發成本,提高軟件生產率,這就是模塊化的依據。

11.信息隱蔽指在設計和確定模塊時,使得一個模塊內包含的信息（過程或數據），對于

不需要這些信息的其他模塊來說，是不能訪問的。

12.推耍是認識復雜現象過程中使用的思維工具，即抽出事件本質的、共同的特性而暫不

考慮它的細節，不考慮其它因素。

13.控制耦合指一個模塊調用另一個模塊時,傳遞的是控制變量（如開關、標志等），被調

模塊通過該控制變量的值有選擇地執行模塊內某一功能。因此被調模塊內應具有多個功能,

哪個功能起作用受其調用模塊控制。

14.公空殖指通過一個公共數據環境相互作用的那些模塊間的耦合。公共耦合的復雜程度

隨耦合模塊的個數增加而增加。

15.內容捐合是最高程度的耦合。這種耦合出現在當一個模塊直接使用另一個模塊的，或通

過非正常入口轉入另一模塊內部時。

16.順序內聚指一個模塊中各個處理元素都密切相關于同一功能且必須按順序執行，前一

功能元素的輸出就是下一功能元素的輸入。

17.通信內聚指模塊內所有處理元素都在同一個數據結構上操作,有時稱之為信息內聚,或

者指各處理使用相同的輸入數據或者產生相同的輸出數據。

18.功能內聚是內聚程度最強的內聚，指模塊內所有元素共同完成二包能，缺一不可。功

能內聚的模塊與其他模塊的耦合是要的。

19.若某個加工將它的輸入流分離成許多發散的數據流，形成許多加工路徑，并根據輸入的

值選擇其中一個路徑來執行，這種特征的DFD稱為事務型的數據流圖，這個加工稱為1

務處理中心C

20.數據庫的設計指數據存儲文件的設計，主要進行的設計方面有：概念逛t、邏輯設計、

物理設計。

21.結構化設計簡稱通，數據流圖一般可分為變換一型和事務一型兩類。變換一型的DFD

是一個順序結構。

22.通過信息隱蔽，可以定義和實施對模塊的過程細節和局部數據結構的存取限制。

23.軟件概要設計階段基本任務主要是設計軟件系統結構、數據結構及數據庫設計、編寫概

要設計文檔、評審等四個方面。

24.將軟件系統劃分成模塊時，要盡量做到高內聚低耦合，提高模塊的獨立性。

25.軟件結構從形態上總的考慮是：頂層扇出數據較大一些，中間層扇出數較小一些,

底層扇入數據較大一些。

26.一個模塊內各元素聯系得越緊密，則它的內聚性就越置。按由低到高的順序，模塊的內

聚類型有：偶然內聚、邏輯內聚、時間內聚、通信內聚、順序內聚、功能內聚。

27.兩個模塊間用單向箭頭(或直線)連接表示它們的控制關系。

28.數據庫的“概念設計”與“邏輯設計”分別對應于系統開發中的“需求分析”與“概

要設計”，而數據庫的“物理設計”與模塊的“詳細設計”相對應。

29.面向數據流的設計是以需求分析階段產生的數據流圖為基礎，按一定的步驟映射成軟件

結構、因此又稱結構化設計。

30.軟件結構圖是軟件系統的模塊層次結構，反映了整個系統的功能實現，即將來程序的控

制層次體系。

31.從以上內容看，軟件結構的設計是以模塊為基礎的，在需求分析階段，已經把系統分解

成層次結構。設計階段，以需求分析的結果為依據，從實現的角度進一步劃分為模塊，并組

成模塊的層次結構。

32.要把數據流圖(DFD)轉換為軟件結構，首先必須研究DfD的類型。各種軟件系統，不

論DFD如何龐大與復雜，一般可分為變換型和事務型兩類。

33.軟件結構的設計是概要設計關鍵的一步,直接影響到下一階段詳細設計與編碼的

工作。

34.模塊間還經常用帶注釋的短箭頭表示模塊調用過程中來回傳遞的信息。有時箭頭尾部帶

空心圓的表示傳遞的是數據信息,帶實心圓的表示傳遞的是一控制信息。

35.兩個模塊通過全程變量相互作用，該耦合方式稱為