（4）數據流圖畫法
畫數據流圖的基本步驟概括地說，就是自外向內，自頂向下，逐層細化，完善求精。具體步驟可按如下來做。
①先找系統的數據源點與匯點。它們是外部實體，由它們確定系統與外界的接口。②找出外部實體的輸出數據流與輸入數據流。③在圖的邊上畫出系統的外部實體。
④從外部實體的輸出數據流（即系統的源點）出發，按照系統的邏輯需要，逐步畫出一系列邏輯加工，直到找到外部實體所需的輸入數據流（即系統的匯點），形成數據流的封閉。⑤按照下面所給的原則進行檢查和修改。
⑥按照上述步驟，再從各加工出發，畫出所需的子圖。
（5）進行檢查和修改的原則
①數據流圖上所有圖形符號只限于前述四種基本圖形元素。②數據流的主圖必須包括前述4種基本元素，缺一不可。
③數據流圖的主圖上的數據流必須封閉在外部實體之間，外部實體可以不只一個。④每個加工至少有一個輸入數據流和一個輸出數據流。
⑤在數據流圖中，需按層給加工框編號。編號表明該加工處在哪一層，以及上下層的父圖與子圖的對應關系。
⑥任何一個數據流子圖必須與它上一層的一個加工對應，兩者的輸入數據流和輸出數據流必須一致。即父圖與子圖的平衡，它表明了在細化過程中輸入與輸出不能有丟失和添加。⑦圖上每個元素都必須有名字。表明數據流和數據文件是什么數據，加工做什么事情。
⑧數據流圖中不可夾帶控制流。因為數據流圖是實際業務流程的客觀映象，說明系統“做什么”而不是要表明系統“如何做”，因此不是系統的執行順序，不是程序流程圖。⑨初畫時可以忽略瑣碎的細節，以集中精力于主要數據流。
在需求分析期間，有時會要求修改系統的某些方面。使用數據流圖可以很容易地把需要修改的區域分離出來。只要清楚地了解穿過要修改區域邊界的數據流，就可以為將來的修改做好充分的準備，而且在修改時能夠不打亂系統的其他部分。
2.數據詞典
數據詞典的任務是對于數據流圖中出現的所有被命名的圖形元素在數據詞典中作為一個詞條加以定義，使得每一個圖形元素的名字都有一個確切的解釋。
數據詞典中所有的定義應是嚴密的、精確的，不可有半點含糊，不可有二義性。
（1）數據詞典的定義
對在數據流圖中每一個命名的圖形元素均給予定義，其內容有圖形元素的名字、別名或編號、分類、描述、定義、位置等。以下是不同詞條應給出的內容。
①數據流詞條描述
數據流是數據結構在系統內傳播的路徑。一個數據流詞條應有以下幾項內容:
數據流名:
說明:簡要介紹作用即它產生的原因和結果。
數據流來源:來自何方。
數據流去向:去向何方。數據流組成:數據結構。
每個數據量:數據量、流通量。
②數據元素詞條描述
圖中的每一個數據結構都是由數據元素構成的，數據元素是數據處理中最小的，不可再分的單位，它直接反映事物的某一特征。對于這些數據元素也必須在數據詞典中給出描述。其描述需要以下信息:
數據元素名
類型:數字（離散值，連續值），文字S（編碼類型）。
長度。
取值范圍。
相關的數據元素及數據結構。
數據元素的取值可分數字型與文字型。數字型又有離散值與連續值之分。離散值或是枚舉的，或是介于上下界的一組數;連續值一般是有取值范圍的實數集。對于文字型，需給予編碼類型，文字值需加以定義。③數據文件詞條描述
數據文件是數據結構保存的地方。一個數據文件詞條應有以下幾項內容。數據文件名。
簡述:存放的是什么數據。輸入數據。輸出數據。
數據文件組成:數據結構。
存儲方式:順序、直接、關鍵碼。存取頻率。
④加工邏輯詞條描述
加工比較復雜，它到后來就是一段程序。加工的表達方式有判定表、判定樹和結構化英語等等，它們要全部寫在一個詞條中是有困難的。主要描述有:加工名。
加工編號:反映該加工的層次。簡要描述:加工邏輯及功能簡述。輸入數據流。輸出數據流。
加工邏輯:簡述加工程序、加工順序。⑤源點及匯（終）點詞條描述
對于一個數據處理系統來說，源點和匯點應當比較少。如果過多就缺少獨立性，人—機界面太復雜，這時就要考慮減少，提高系統獨立性。定義源點和匯點時，應包括:名稱:外部實體名。
簡要描述:什么外部實體。有關數據流。數目。
（2）數據詞典的使用
在結構化分析的過程中，可以通過名字，方便地查閱數據的定義:同時可按各種要求，隨時列出各種表，以滿足分析員的需要。還可以按描述內容（或定義）來查詢數據的名字，通過檢查各個加工的邏輯功能，可以實現和檢查在數據與程序之間的一致性和完整性，在以后的設計與實現階段，以至于到維護階段。都需要參考數據詞典進行設計、修改和查詢。
（3）數據結構的描述
在數據詞典的編制中，分析員最常用的描述數據結構的方式有定義式和Warnier圖。①定義式
在數據流圖中，數據流和數據文件都具有一定的數據結構。因此必須以一種清晰、準確、無二義性方式來描述數據結構。
這種定義方法是自頂向下，逐級給出定義式，直到最后給出基本數據元素為止。②Warnier圖
Warnier圖是表示數據層次結構的一種圖工具。它用樹形結構描繪數據結構，它還能指出某一類數據或某一數據元素重復出現的次數，并能指明某一特定數據在某一類數據中是否是有條件的出現。在進行軟件設計時，從Warnier圖入手，能夠很容易轉換成軟件的設計描述。
3.加工邏輯說明
在數據流圖中，每一個加工框只簡單地寫上了一個加工名，這顯然不能表達加工的全部內容。隨著自頂向下逐層細化，功能越來越具體，加工邏輯也越來越精細。到最底一層，加工邏輯詳細到可以實現的程序，因此稱為“原子加工”或“基本加工”。如果能夠寫出每一個基本加工的全部詳細邏輯功能，再自底向上綜合，就能完成全部邏輯加工。在寫基本加工邏輯的說明時，應滿足如下的要求:
·對數據流圖的每一個基本加工，必須有一個加工邏輯說明;
·加工邏輯說明必須描述基本加工如何把輸入數據流變換為輸出數據流的加工規則;
·加工邏輯說明必須描述實現加工的策略而不是實現加工的細節。
目前用于寫加工邏輯說明的工具有結構化語言、判定表和判定樹。下面分別介紹。
（1）結構化語言
結構化語言也稱為PDL，是一種介于自然語言和形式化語言之間的半形式化語言。它是在自然語言基礎上加了一些限制而得到的語言，是使用有限的詞匯和有限的語句來描述加工邏輯。結構化語言的詞匯表由英語命令動詞、數據詞典中定義的名字、有限的自定義詞和控制結構關鍵詞IF-THEN-ELSE、WHELE-DO、REPEAT-UNTIL、CASE-OF等組成。其動詞的含義要具體，盡可能少用或不用形容詞和副詞。
語言的正文用基本控制結構進行分割，加工中的操作用自然語言短語來表示。其基本控制結構有簡單陳述句結構、判定結構和重復結構。此外在書寫時，必須按層次橫向向右移行，續行也同樣向右移行，對齊。
要了解基本加工邏輯的來龍去脈、在數據流圖中的位置、加工的使用情況等有更清楚的了解，一般對結構化英語的描述加一些外層說明。
（2）判定表
在某些數據處理問題中，某數據流圖的加工需要依賴于多個邏輯條件的取值，就是說完成這一加工的一組動作是由于某一組條件取值的組合而引發的。這時使用判定表來描述比較合適。下面以“檢查發貨單”為例，說明判定表的構成。判定表由4個部分組成，雙線分割開的4部分是:
條件樁（Condition Stub）———左上部分:列出了各種可能的條件。除去某些問題中對各個條件的先后次序有特定的要求以外，通常判定表中對各條件的先后次序不要求。條件項（Condition Entry）———右上部分:給出各個條件的條件取值的組合。
動作樁（Action Stub）:———左下部分:列出了可能采取的動作。這些動作的排列順序沒有限制，但為便于閱讀也可令共按適當的順序排列。
動作項（Action Entry）:———右下部分:是和條件項緊密相關的，它指出了在條件項的各種取值的組合情況下一步應采取什么動作。這里將任一條件取值組合及其相應要執行動作作稱為規則，它在判定有中是縱貫條件項和動作項的一列。顯然，判定表中列出了多少個條件取值的組合，也就有多少條規則，即條件項一動作項有多少列。
在實際使用判定表時，常常先把它化簡。如果表中有兩條或更多的規則具有相同的動作，并且其條件項之間存在著某些關系，就可設法將它們合并。就是說要執行的動作與第三條件的取值無關，這樣，便可將這兩條規則合并，合并后的第三條件取值用“—”表示，即與取值無關。類似地，無關條件項“—”，在邏輯上又可包含其他項值，具有相同動作的規則還可以進一步合并。判定表能夠把在什么條件下，系統應完成哪些操作，表達得十分清楚、準確、一目了然。這是用語言說明難以準確、清楚表達的，但是用判定表描述循環比較困難。有時，判定表可以和結構化語言結合起來使用。
（3）判定樹
判定樹也是用來表達加工邏輯的一種工具。有時候它比判定表更直觀，用它來描述加工，很容易為用戶接受。
沒有一種統一的方法來構造判定樹，也不可能有統一的方法。因為客觀存在是用結構化語言，甚至是自然語言寫成的敘述文作為構造樹的原始依據的，但可以從中找些規律。首先，應從文字資料中分清哪些是判定條件，哪些是判定做出的結論。
在表達一個基本加工邏輯時，結構化語言、判定表和判定樹常常交*使用，互相補充。因為這3種手段各有優缺點。
總之，加工邏輯說明是結構化分析方法的一個組成部分，對每個加工都要加以說明。使用的手段，應當以結構化語言為主，對存在判斷問題的加工邏輯，可輔之以判定表和判定樹。
4.軟件需求說明
軟件需求規格說明書包括的主要內容如下:
（1）概述
（2）數據描述①數據流圖②數據字典
③系統接口說明④內部接口說明
（3）功能描述①功能②處理說明③設計的限制
（4）性能描述①性能指標②測試種類
③預期的軟件響應性能④其它
（5）參考文獻目錄
（6）附錄
其中概述是從系統的角度描述軟件的目標和任務。軟件需求文檔的生成方法有以下兩種。
（1）計算機輔助生成:由于需求文檔的規模較大，并且需要經常查詢、維護，所以使用計算機輔助的軟件需求分析工具，來實現軟件需求文檔的自動生成，是非常有意義的。1977年最先推出了需求陳述語言RSL（RSL中的語句是計算機可以處理的）。同年美國密執安大學開發了PSL/PSA（問題陳述語言/問題陳述分析程序）系統。它是信息系統開發自動化支持環境1SDOS的一個組成部分。其中PSL是用來描述系統的形式語言，它可以對系統需求的一致性進行檢查，并可根據開發者的需要，隨時生成需求文檔。
（2）手工與半手工方式:這種方法難以保證文檔質量。半手工方式是利用正文編輯程序及其他實用程序輔助手工方式來生成文檔，這類方法難以保證文檔的正確性、一致性和完整性。
（四）軟件設計
在明確了用戶的需求以后，下一步的任務就是對未來的軟件系統進行設計。軟件設計通常可分為概要設計和詳細設計。概要設計的任務是確定軟件系統的結構，進行模塊劃分，確定每個模塊的功能、接口以及模塊間的調用關系。詳細設計的任務是為每個模塊設計實現的細節。此外，在概要設計階段還應對全局數據結構進行設計，詳細設計階段還應對局部數據結構進行設計。有的設計方法不區分概要設計和詳細設計，統稱為軟件設計。
人們在開發過程中，總結出許多軟件設計的概念和原則，這些概念和原則對提高軟件的設計質量有很大的幫助。
1.抽象
抽象是指忽視一個主題中與當前目標無關的那些方面，以便更充分地注意與當前目標有關的方面。抽象是認識復雜問題的過程中人類使用的最有力的思維工具，它抽取出事物的本質特性而暫時不考慮它的細節。
軟件工程中從軟件定義到軟件開發要經歷多個階段，在這個過程中每前進一步都可看作是對軟件的抽象層次的一次細化。抽象的最低層次就是實現該軟件的源程序代碼。在進行模塊化設計時可以有多個抽象層次，最高抽象層次的模塊用概括的方式敘述問題的解法，較低抽象層次的模塊是對較高的抽象層次模塊對問題解決描述的細化。過程抽象和數據抽象是常用的兩種主要抽象手段。
過程抽象是指任何一個完成明確功能的操作都可被使用者當作單個的實體看待，盡管這個操作實際上可能由一系列更低級的操作來完成。過程抽象常常也稱為功能/子功能抽象。例如函數、子程序。
數據抽象定義了數據類型和施加于該類型的操作，并限定了對象值的范圍，只能通過使用這些操作修改和觀察這些數據，例如抽象數據類型。
2.模塊化
模塊化是指將一個待開發的軟件分解成若干個小的簡單的部分———模塊，每個模塊可獨立地開發、測試，最后組裝成完整的程序。這是一種復雜問題的“分而治之”的原則，模塊化的目的是使程序的結構清晰，容易閱讀，容易理解，容易測試，容易修改。
模塊是指執行某一特定任務（也可以是實現某一特定的抽象數據類型）的數據結構和程序代碼。一個模塊有它的外部特征和內部特征。外部特征包括模塊的接口（即它的輸入/輸出參數，引用的全局變量和它需調用的其他模塊）和模塊的功能，內部特征包括模塊的局部數據和實現該模塊的程序代碼。調用一個模塊只需知道它的外部特征，而不必了解其內部特征。
3.信息隱蔽
信息隱蔽是開發整體程序結構時使用的法則，即將每個程序的成分隱蔽或封裝在一個單一的設計模塊中，定義每一個模塊時盡可能少地顯露其內部的處理。
在設計時首先列出一些可能發生變化的因素，在劃分模塊時將一個可能發生變化的因素隱蔽在某個模塊的內部，使其他模塊與這個因素無關。在這個因素發生變化時，我們只需修改含有這個因素的模塊，而與其他模塊無關。
隱蔽的對象可以有:什么樣的決策、可能修改的決策、數據結構的內部連接以及對它所做的操作細節、內部特征碼、與計算機硬件有關的細節等。
信息隱蔽原則對提高軟件的可修改性、可測試性和可移植性都有重要的作用。
4.模塊獨立
模塊獨立是指每個模塊完成一個相對獨立的特定子功能，并且與其他模塊之間的聯系簡單。衡量模塊獨立程序的度量標準有兩個:耦合和內聚。耦合是指模塊之間聯系的緊密程度。耦合度越高則模塊的獨立性越差。內聚是指模塊內部各元素之間聯系的緊密程度。例如一個完成多個功能的模塊的內聚度就比完成單一功能的模塊的內聚度低。內聚度越低模塊的獨立性越差。因此，模塊獨立就是希望每個模塊都是高內聚低耦合的。
（1）耦合
兩個模塊之間的耦合方式通常有如下7種，下面按它們的耦合度從低到高的次序依次作介紹。①非直接耦合:非直接耦合是指兩個模塊沒有直接的聯系，它們中的任一個都能不依賴于對方而獨立地工作。
②數據耦合:數據耦合是指兩個模塊借助于參數表傳遞簡單數據。
③標記耦合（stamp coupling）:當一個數據結構的一部分（如記錄的一部分）借助于模塊接口被傳遞時就發生標記耦合。
④控制耦合:控制耦合指兩個模塊間傳遞的信息中包含用于控制模塊內部邏輯的控制信息。⑤外部耦合:當模塊與軟件以外的環境有關時就發生外部耦合。例如，輸入/輸出把一個模塊與特定的設備、格式、通信協議耦合在一起。
⑥公共耦合:多個模塊引用一全局數據區的模式稱為公共耦合。例如FORTRAN語言中的COMMON語句、C語言中的external數據類型、一個磁盤文件等都是全局數據區。⑦內容耦合:內容耦合指兩上模塊之間出現了下列情況之一:
·一個模塊訪問另一個模塊的內部數據;
·一個模塊不通過正常入口轉到另一模塊的內部;·兩個模塊有一部分程序代碼重疊;
·一個模塊有多個入口。
（2）內聚
模塊的內聚種類通常可分成7種，下面按內聚度從低到高的次序依次作介紹。
①偶然內聚:如果一個模塊完成一組任務，這組任務彼此間即使有關系，其關系也是很松散的，這個模塊屬于偶然內聚。
②邏輯內聚:如果一個模塊完成邏輯上相關的一組任務，這個模塊是邏輯內聚的。例如，產生與類型無關的全部輸出的模塊。
③瞬時內聚（temporal cohesion）:如果一個模塊所包含的任務必須在同一時間間隔內執行，這個模塊屬于瞬時內聚。例如初始化模塊。
④過程內聚:如果一個模塊的處理元素是相關的，而且必須按特定的次序執行，這個模塊屬于過程內聚。
⑤通信內聚:如果一個模塊的所有處理元素集中在一個數據結構的區域上，該模塊屬于通信內聚。例如，一個模塊中的所有處理元素使用同一輸入數據。
⑥順序內聚:如果一個模塊的處理元素是相關的，而且必須順序執行，這個模塊屬于順序內聚。⑦功能內聚:如果一個模塊完成一個單一的功能，模塊中的各部分在此目標下協同工作，而且都是為完成這一功能而不可缺少的，那么這個模塊是功能內聚的。