結構化設計

『壹』 什麼是結構化設計方法

結構化設計方法給出一組幫助設計人員在模塊層次上區分設計質量的原理與技術。它通常與結構化分析方法銜接起來使用，以數據流圖為基礎得到軟體的模塊結構。SD方法尤其適用於變換型結構和事務型結構的目標系統。在設計過程中，它從整個程序的結構出發，利用模塊結構圖表述程序模塊之間的關系。結構化設計的步驟如下：①評審和細化數據流圖；②確定數據流圖的類型；③把數據流圖映射到軟體模塊結構，設計出模塊結構的上層；④基於數據流圖逐步分解高層模塊，設計中下層模塊；⑤對模塊結構進行優化，得到更為合理的軟體結構；⑥描述模塊介面。 結構化設計方法的設計原則 使每個模塊執行一個功能(堅持功能性內聚) 每個模塊用過程語句(或函數方式等)調用其他模塊 模塊間傳送的參數作數據用 模塊間共用的信息(如參數等)盡量少
編輯本段一、軟體設計過程及原則
◆ 軟體需求：解決「做什麼」。 ◆ 軟體設計：解決「怎麼做」。 ◆ 軟體設計的任務：從軟體需求規格說明書出發，形成軟體的具體設計方案。（根據需求分析階段確定的功能確定模塊及每個模塊演算法和編寫具體的代碼） 1、軟體設計內容 （1）軟體設計定義 軟體設計是把軟體需求（定義階段）轉換為軟體的具體設計方案，即劃分模塊結構的過程，是軟體開發階段最重要的步驟。 （2）軟體設計劃分 劃分 名稱
按工程管理角度 概要設計
詳細設計
按技術觀點劃分 結構設計
數據設計
介面設計
過程設計
一般過程：是一個迭代過程，先進行高層次結構設計；再進行低層次過程設計；穿插數據設計和介面設計。 （3）軟體設計過程 2、軟體設計原則 為了開發出高質量低成本的軟體，在軟體開發過程中必須遵循下列軟體工程原則： （1）抽象（abstraction） 抽取事物最基本的特性和行為，忽略非基本的細節。採用分層次抽象的辦法可以控制軟體開發過程的復雜性，有利於軟體的可理解性和開發過程的管理。 （2）信息隱藏（informationhiding） 信息隱蔽：採用封裝技術，將程序模塊的實現細節（過程或數據）隱藏起來，對於不需要這些信息的其它模塊來說是不能訪問的，使模塊介面盡量簡單。 按照信息隱藏的原則，系統中的模塊應設計成「黑箱」，模塊外部只能使用模塊介面說明中給出的信息，如操作、數據類型等等。 （3）模塊化（molarity） 使程序有許多個邏輯上相對獨立的模塊組成。模塊（mole）是程序中邏輯上相對獨立的單元；模塊的大小要適中；高內聚、低耦合。 （4）一致性（consistency） 整個軟體系統（包括文檔和程序）的各個模塊均應使用一致的概念、符號和術語；程序內部介面應保持一致；軟體與硬體介面應保持一致；系統規格說明與系統行為應保持一致；實現一致性需要良好的軟體設計工具（如數據字典、資料庫、文檔自動生成與一致性檢查工具等等）、設計方法和編碼風格的支持。
編輯本段二、結構化設計方法
1、軟體設計的方法 開發階段設計軟體時所使用的方法。注意區別：結構化分析方法是定義階段需求分析過程中所使用的方法。 2、軟體設計的方法的種類 結構化設計方法、面向對象的設計方法。 3、結構化設計方法（SD-- Structured Design） 結構化設計方法是基於模塊化、自頂向下細化、結構化程序設計等程序設計技術基礎發展起來的。 基本思想：將軟體設計成由相對獨立且具有單一功能的模塊組成的結構，分為概要設計和詳細設計兩個階段。 ◆ 結構化設計過程的概要設計階段的描述工具是：結構圖（SC- Structure Chart ）。 （1）概要設計也稱為結構設計或總體設計，主要任務是把系統的功能需求分配給軟體結構，形成軟體的模塊結構圖。 （2）概要設計的基本任務。設計軟體系統結構：劃分功能模塊，確定模塊間調用關系；數據結構及資料庫設計：實現需求定義和規格說明過程中提出的數據對象的邏輯表示；編寫概要設計文檔： 包括概要設計說明書、資料庫設計說明書，集成測試計劃等；概要設計文檔評審：對設計方案是否完整實現需求分析中規定的功能、性能的要求，設計方案的可行性等進行評審。 （3）結構化設計的目的與任務。結構化設計的目的：使程序的結構盡可能反映要解決的問題的結構。結構化設計的任務：把需求分析得到的數據流圖DFD等變換為系統結構圖（SC）。 4、概要設計工具——結構圖（SC: Structure Chart ） （1）作用 軟體結構概要設計階段的工具。反映系統的功能實現以及模塊與模塊之間的聯系與通信，即反映了系統的總體結構。 ◆ 注意：數據流DFD是軟體生命周期的定義階段中的需求分析方法中結構化分析方法的一種，此外還有數據字典（DD）、判定樹和判定表，而SC是開發階段中概要設計使用的方法。 （2）結構圖基本組成成分：模塊、數據和調用 （3）結構圖基本圖符 （4）結構圖的基本術語 ◆ 深度：模塊結構的層次數（控制的層數）。 ◆ 寬度：同一層模塊的最大模塊數。 ◆ 扇出：一個模塊直接調用的其他模塊數目。 ◆ 扇入：調用一個給定模塊的模塊個數。（被調用的次數） 好的軟體結構應該是頂層扇出比較多，中層扇出較少，底層扇入多。 5、概要設計任務的實現--數據流圖到結構圖的變換 在軟體工程的需求分析階段，信息流是一個關鍵考慮，通常用數據流圖描繪信息在系統中加工和流動的情況，面向數據流的設計方法把信息流映射成軟體結構，信息流的類型決定了映射的方法。典型的信息流類型：變換型和事務型。 （1）典型的信息流類型：變換型和事務型 ① 變換型 信息沿輸入通路進入系統，同時由外部形式變換成內部形式，進入系統的信息通過變換中心，經加工處理以後再沿輸出通路變換成外部形式離開軟體系統，當數據流具有這些特徵時，這種信息流就叫變換流。 ② 事務型 數據沿輸入通路到達一個處理T，這個處理根據輸入數據的類型在若干個動作序列中選出一個來執行，當數據流圖具有這些特徵時，這種信息流稱為變換流。 6、詳細設計及工具 （1）詳細設計的目的 為軟體結構圖（SC）中的每 一個模塊確定採用的演算法，模塊內數據結構，用某種選定的表達工具（如N-S圖等）給出清晰的描述。 （2）詳細設計的設計工具種類 ◆ 圖形工具：程序流程圖（PFD）、N-S圖，問題分析圖（PAD圖）。 ◆ 表格工具：類似於判定表。 ◆ 語言工具：過程設計語言（PDL）。 ①程序流程圖(PFD: Program Flow Diagram)） ◆ 流程圖：是用一些圖框表示各種操作，直觀形象，易於理解。 ◆ 特點：直觀、清晰、易於掌握。 ② 盒圖（N-S圖） 為避免流程圖在描述程序邏輯時的隨意性與靈活性，1973提出用方框代替傳統的程序流程圖，通常也把這種圖稱為N-S圖，有5種的控制結構。 ◆ 盒圖具有以下特點：過程的作用域明確；盒圖沒有箭頭，不能隨意轉移控制；容易表示嵌套關系和層次關系；強烈的結構化特徵。 ③問題分析圖（PAD:Problem Analysis Diagram） 是繼流程圖和方框圖之後，又一種描述詳細設計的工具，有5種結構。 ④ 過程設計語言（PDL） 過程設計語言（PDL）也稱結構化的英語或偽碼語言，它是一種混合語言，採用英語的詞彙和結構化程序設計語言的語法，它描述處理過程怎麼做，類似編程語言。

『貳』 結構化設計和結構化分析的關系

簡單來說，結構化分析是結構化設計的基礎。
結構化分析:structured analysis。使用數據流程圖、數據字典、結構化語言、判定表和判定樹等工具，來建立一種新的、稱為結構化說明書的目標文檔-需求規格說明書。 結構化體現在將軟體系統抽象為一系列的邏輯加工單元,各單元之間以數據流發生關聯。 結構化分析是70年代末，由Demarco等人提出的，旨在減少分析活動中的錯誤，建立滿足用戶需求的系統邏輯模型。該方法的要點是：面對數據流的分解和抽象；把復雜問題自頂向下逐層分解，經過一系列分解和抽象，到最底層的就都是很容易描述並實現的問題了。
一、軟體設計過程
對程序結構、數據結構、過程細節和介面細節逐步細化、評審和編寫文檔的過程。從技術角度上，軟體設計分成體系結構設計、數據設計、過程設計、介面設計4個方面的工作。從管理角度上講，軟體設計分為概要設計和詳細設計兩個階段。
二、軟體設計目標
設計必須實現分析模型中描述的所有顯示需求，必須滿足用戶希望的所有隱式需求；設計必須是可讀、可理解的，使得將來易於編程、易於測試、易於維護；設計應從實現角度出發，給出數據、功能、行為相關的軟體全貌。
三、基本原理和相關概念
⑴抽象化：常用的抽象化手段有過程抽象、數據抽象和控制抽象 ● 過程抽象：任何一個完成明確動能的操作都可被使用者當做單位的實體看待，盡管這個操作時機上可能由一系列更低級的操作來完成。 ● 數據抽象：與過程抽象一樣，允許設計人員在不同層次上描述數據對象的細節。 ● 與過程抽象和數據抽象一樣，控制抽象可以包含一個程序控制機制而無須規定其內部細節。 ⑵自頂向下，逐步細化：將軟體的體系結構按自頂向下方式，對各個層次的過程細節和數據細節逐層細化，知道用程序設計語言的語句能夠實現為止，從而最後確立整個的體系結構。 ⑶模塊化：將一個待開發的軟體分解成若干個小的簡單的部分——模塊，每個模塊可獨立地開發、測試，最後組裝成完整的程序。這是一種復雜問題的「分而治之」的原則。模塊化的目的是使程序結構清晰，容易閱讀，容易理解，容易測試，容易修改。 ⑷控制層次：表明了程序構件（模塊）的組織情況。控制層次往往用程序的層次結構（樹形或網型）來表示。 ● 深度：程序結構的層次數，可以反映程序機構的規模和復雜程度。 ● 寬度：同一層模塊的最大模塊個數 ● 模塊的扇出：一個模塊調用（或控制）的其他模塊數 ● 模塊的扇入：調用（或控制）一個給定模塊的模塊個數 ⑸信息屏蔽：將每個程序的成分隱蔽或封裝在一個單一的設計模塊中，定義每一個模塊時盡可能少的顯露其內部的處理，可以提高軟體的可修改性，可測試性和可移植性。 ⑹模塊獨立：每個模塊完成一個相對特定獨立的子功能，並且與其他模塊之間的聯系簡單。衡量度量標准有兩個：模塊間的耦合和模塊的內聚。模塊獨立性強必須做到高內聚低耦合。 ● 耦合：模塊之間聯系的緊密程度，耦合度越高模塊的獨立性越差。耦合度從低到高的次序為：非直接耦合、數據耦合、標記耦合、控制耦合、外部耦合、公共耦合、內容耦合。 ● 內聚是指內部各元素之間聯系的緊密程度，內聚度越低模塊的獨立性越差。內聚度從低到高依次是：偶然內聚、邏輯內聚、瞬時內聚、過程內聚、通信內聚、順序內聚、功能內聚。

『叄』 結構化設計是一種面向　 　的設計方法。

軟體工程書上的原話是這樣的：結構化分析（structured
analysis，SA）是面向數據流的需求分析方法。
希望能夠幫到你

『肆』 結構化設計方法的結構化設計方法

1、軟體設計的方法
開發階段設計軟體時所使用的方法。注意區別：結構化分析方法是定義階段需求分析過程中所使用的方法。
2、軟體設計的方法的種類
結構化設計方法、面向對象的設計方法。
3、結構化設計方法（SD-- Structured Design）
結構化設計方法是基於模塊化、自頂向下細化、結構化程序設計等程序設計技術基礎發展起來的。
基本思想：將軟體設計成由相對獨立且具有單一功能的模塊組成的結構，分為概要設計和詳細設計兩個階段。
◆ 結構化設計過程的概要設計階段的描述工具是：結構圖（SC- Structure Chart ）。
（1）概要設計也稱為結構設計或總體設計，主要任務是把系統的功能需求分配給軟體結構，形成軟體的模塊結構圖。
（2）概要設計的基本任務。設計軟體系統結構：劃分功能模塊，確定模塊間調用關系；數據結構及資料庫設計：實現需求定義和規格說明過程中提出的數據對象的邏輯表示；編寫概要設計文檔： 包括概要設計說明書、資料庫設計說明書，集成測試計劃等；概要設計文檔評審：對設計方案是否完整實現需求分析中規定的功能、性能的要求，設計方案的可行性等進行評審。
（3）結構化設計的目的與任務。結構化設計的目的：使程序的結構盡可能反映要解決的問題的結構。結構化設計的任務：把需求分析得到的數據流圖DFD等變換為系統結構圖（SC）。
4、概要設計工具——結構圖（SC: Structure Chart ）
（1）作用
軟體結構概要設計階段的工具。反映系統的功能實現以及模塊與模塊之間的聯系與通信，即反映了系統的總體結構。
◆ 注意：數據流DFD是軟體生命周期的定義階段中的需求分析方法中結構化分析方法的一種，此外還有數據字典（DD）、判定樹和判定表，而SC是開發階段中概要設計使用的方法。
（2）結構圖基本組成成分：模塊、數據和調用
（3）結構圖基本圖符
（4）結構圖的基本術語
◆ 深度：模塊結構的層次數（控制的層數）。
◆ 寬度：同一層模塊的最大模塊數。
◆ 扇出：一個模塊直接調用的其他模塊數目。
◆ 扇入：調用一個給定模塊的模塊個數。（被調用的次數）
好的軟體結構應該是頂層扇出比較多，中層扇出較少，底層扇入多。
5、概要設計任務的實現--數據流圖到結構圖的變換
在軟體工程的需求分析階段，信息流是一個關鍵考慮，通常用數據流圖描繪信息在系統中加工和流動的情況，面向數據流的設計方法把信息流映射成軟體結構，信息流的類型決定了映射的方法。典型的信息流類型：變換型和事務型。
（1）典型的信息流類型：變換型和事務型
① 變換型
信息沿輸入通路進入系統，同時由外部形式變換成內部形式，進入系統的信息通過變換中心，經加工處理以後再沿輸出通路變換成外部形式離開軟體系統，當數據流具有這些特徵時，這種信息流就叫變換流。
② 事務型
數據沿輸入通路到達一個處理T，這個處理根據輸入數據的類型在若干個動作序列中選出一個來執行，當數據流圖具有這些特徵時，這種信息流稱為事務流。它被用於識別一個系統的事務類型並把這些事務類型用作為設計的組成部分。分析事務流是設計事務處理程序的一種策略,採用這種策略通常有一個在上層事務中心,其下將有多個事務模塊,每個模塊只負責一個事務類型,轉換分析將會分別設計每個事務。
6、詳細設計及工具
（1）詳細設計的目的
為軟體結構圖（SC）中的每 一個模塊確定採用的演算法，模塊內數據結構，用某種選定的表達工具（如N-S圖等）給出清晰的描述。
（2）詳細設計的設計工具種類
◆ 圖形工具：程序流程圖（PFD）、N-S圖，問題分析圖（PAD圖）。
◆ 表格工具：類似於判定表。
◆ 語言工具：過程設計語言（PDL）。
①程序流程圖(PFD: Program Flow Diagram)）
◆ 流程圖：是用一些圖框表示各種操作，直觀形象，易於理解。
◆ 特點：直觀、清晰、易於掌握。
② 盒圖（N-S圖）
為避免流程圖在描述程序邏輯時的隨意性與靈活性，1973提出用方框代替傳統的程序流程圖，通常也把這種圖稱為N-S圖，有5種的控制結構。
◆ 盒圖具有以下特點：過程的作用域明確；盒圖沒有箭頭，不能隨意轉移控制；容易表示嵌套關系和層次關系；強烈的結構化特徵。
③問題分析圖（PAD:Problem Analysis Diagram）
是繼流程圖和方框圖之後，又一種描述詳細設計的工具，有5種結構。
④ 過程設計語言（PDL）
過程設計語言（PDL）也稱結構化的英語或偽碼語言，它是一種混合語言，採用英語的詞彙和結構化程序設計語言的語法，它描述處理過程怎麼做，類似編程語言。

『伍』 結構化設計是一種面向　 　的設計方法。

1，結構化設計是一種面向數據流的設計方法。
2，結構化設計是數據模型和版過程模型的結合。權在設計過程中，它從整個程序的結構出發，利用模塊結構圖表述程序模塊之間的關系。
3，結構化設計的步驟如下：
（1）評審和細化數據流圖；
（2）確定數據流圖的類型；
（3）把數據流圖映射到軟體模塊結構，設計出模塊結構的上層；
（4）基於數據流圖逐步分解高層模塊，設計中下層模塊；
（5）對模塊結構進行優化，得到更為合理的軟體結構；
（6）描述模塊介面。

『陸』 結構化程序設計包含三種基本控制結構是

順序結構、選擇結構、循環結構。

1. 順序結構
順序結構表示程序中的各操作是按內照它們出現的先容後順序執行的，這種結構的特點是：程序從入口點a開始，按順序執行所有操作，直到出口點b處，所以稱為順序結構。

2.選擇結構
選擇結構表示程序的處理步驟出現了分支，它需要根據某一特定的條件選擇其中的一個分支執行。選擇結構有單選擇、雙選擇和多選擇三種形式。

3.循環結構
循環結構表示程序反復執行某個或某些操作，直到某條件為假（或為真）時才可終止循環。在循環結構中最主要的是：什麼情況下執行循環？哪些操作需要循環執行？循環結構的基本形式有兩種：當型循環和直到型循環，而什麼情況下執行循環則要根據條件判斷

『柒』 簡述結構化設計的特點

一.結構化程序設計的特點和基本結構
結構化程序是從軟體工程的觀點出發,把軟回件的產生看成是系統答工程,有嚴格的規范,按一定的步驟展開。結構化程序設計的思想是一種面向過程的概念,它是把一個實際問題分成兩部分,即數據和過程,通過動態的程序執行過程來對靜態的數據進行存儲。分析。處理,最後得出正確的結果。
結構化程序設計的特點:
1) 整個程序模塊化。
2) 每個模塊只有一個入口和一個出口。
3) 每個模塊都應能單獨執行,且無死循環。
4) 採用自頂向下。逐步求精的方法。
◆三種基本結構
1. 順序結構
順序結構是程序設計中最基本的結構。在該結構中,程序的執行是按命令出現的先後順序依次執行的。
2. 分支結構
分支結構是按給定的選擇條件成立與否來確定程序的走向。分支可分為單向選擇分支。雙向選擇分支和多路分支。在任何條件下,無論分支多少,只能選擇其一。
3. 循環結構
循環結構是一種重復結構,程序的執行發生了自下而上的往復,某一程序段將重復執行。按循環的嵌套層次,循環可分為單循環結構和多循環結構。按循環體執行的條件性質,循環又可分為記數循環和條件循環。無論何種類型的循環結構,都要確保循環的重復執行能得到終止。

『捌』 名詞解釋 結構化設計方法

結構化設計方法給出一組幫助設計人員在模塊層次上區分設計質量的原理與回技術。它把系統作為答一系列數據流的轉換，輸入數據被轉換為期望的輸出值，通過模塊化來完成自頂而下實現的文檔化，並作為一種評價標准在軟體設計中起指導性作用，通常與結構化分析方法銜接起來使用，以數據流圖為基礎得到軟體的模塊結構。

『玖』 「結構化設計」是什麼意思

可理解為組織架構設計。

『拾』 結構化設計的核心思想是什麼

結構化程序設計方法的基本要點是： 1. 採用自頂向下，逐步求精的程序設計方法 在需求分析，概要設計中，都採用了自頂向下，逐層細化的方法。 2. 使用三種基本控制結構構造程序 任何程序都可由順序、選擇、重復三種基本控制結構構造。 (1)用順序方式對過程分解，確定各部分的執行順序。 (2)用選擇方式對過程分解，確定某個部分的執行條件。 (3)用循環方式對過程分解，確定某個部分進行重復的開始和結束的條件。 (4)對處理過程仍然模糊的部分反復使用以上分解方法，最終可將所有細節確定下來。 3. 主程序員組的組織形式 指開發程序的人員組織方式應採用由一個主程序員(負責全部技術活動)、一個後備程序員(協調、支持主程序員)和一個程序管理員(負責事務性工作，如收集、記錄數據，文檔資料管理等)三個為核心，再加上一些專家(如通信專家、資料庫專家)、其他技術人員組成小組。 詳細設計描述法 詳細描述處理過程常用三種工具：圖形、表格和語言。本節主要介紹結構化程序流程圖、盒圖和問題分析圖三種圖形工具。 程序流程圖 程序流程圖又稱為程序框圖，它是使用最廣泛的一種描述程序邏輯結構的工具。 http://student.zjzk.cn/course_ware/software/pic/5-1.gif PAD圖指問題分析圖(Problem Analysis Diagram)，是日本日立公司於1979年提出的一種演算法描述工具，它是一種由左往右展開的二維樹型結構。 http://student.zjzk.cn/course_ware/software/pic/5-2.gif PAD圖的控制流程為自上而下、從左到右地執行。 過程設計語言 過程設計語言(Problem Design Language,簡稱PDL)，也稱程序描述語言(Problem Descripition Language)，又稱為偽碼。它是一種用於描述演算法設計和處理細節的語言