結構化分析方法sa的主要思想是

1. SA（結構化分析）的內容和SD（軟體設計）的內容

軟體設計是軟體開發的關鍵步驟，包括總體設計和詳細設計。在軟體需求分析階段已經完全弄清楚了軟體的各種需求，較好地解決了所開發的軟體「做什麼」的問題，並已在軟體需求說明書和數據要求說明書中詳盡和充分地闡明了這些需求以後，下一步就要著手實現軟體的需求，即軟體設計階段要解決「怎麼做」的問題。
結構化開發方法(Structured Developing Method)是現有的軟體開發方法中最成熟，應用最廣泛的方法，主要特點是快速、自然和方便。結構化開發方法由結構化分析方法（SA法）、結構化設計方法（SD法）及結構化程序設計方法（SP法）構成的。 結構化設計方法（SD法 Structured Design）是結構化開發方法的核心，與SA法，SD法密切聯系，主要完成軟體系統的總體結構設計。

2. 結構化分析方法

結構化分析方法（Structured Method，結構化方法）是一種軟體開發方法，一般利用圖形表達用戶需求，強調開發方法的結構合理性以及所開發軟體的結構合理性。

主要用於分析需求,形成需求規約結構化分析方法是以自頂向下，逐步求精為基點，以一系列經過實踐的考驗被認為是正確的原理和技術為支撐，以數據流圖，數據字典，結構化語言，判定表，判定樹等圖形表達為主要手段，強調開發方法的結構合理性和系統的結構合理性的軟體分析方法。

其基本思想主要是把一個復雜問題的求解過程分階段進行，而且這種分解是自頂向下，逐層分解，使得每個階段處理的問題都控制在人們容易理解和處理的范圍內。而它的基本要點是自頂向下、逐步求精、模塊化設計、結構化編碼。

3. 如何理解結構化分析SA的基本思想

其基本思想是將系統開發看成工程項目，有計劃、有步驟地進行工作，是一種應用很廣的開發方法，適應於分析大型信息系統。結構化分析方法採用「自頂向下，逐層分解」的開發策略。按照這種策略，再復雜的系統也可以有條不紊地進行，只要將復雜的系統適當分層，每層的復雜程序即可降低，這就是結構化分析研究的特點。

4. 什麼是結構化方法

結構化方法（SD方法）是一種傳統的軟體開發方法，它是由結構化分析、結構化設計和結構化程序設計三部分有機組合而成的。它的基本思想：把一個復雜問題的求解過程分階段進行，而且這種分解是自頂向下，逐層分解，使得每個階段處理的問題都控制在人們容易理解和處理的范圍內。
詳細解釋：

結構化方法的基本要點是：自頂向下、逐步求精、模塊化設計、結構化編碼。
結構化分析方法是以自頂向下，逐步求精為基點，以一系列經過實踐的考驗被認為是正確的原理和技術為支撐，以數據流圖，數據字典，結構化語言，判定表，判定樹等圖形表達為主要手段，強調開發方法的結構合理性和系統的結構合理性的軟體分析方法。
結構化設計方法是以自頂向下，逐步求精，模塊化為基點，以模塊化，抽象，逐層分解求精，信息隱蔽化局部化和保持模塊獨立為准則的設計軟體的數據架構和模塊架構的方法學。
結構化方法按軟體生命周期劃分，有結構化分析（SA）,結構化設計（SD），結構化實現（SP）。 其中要強調的是，結構化方法學是一個思想准則的體系，雖然有明確的階段和步驟，但是也集成了很多原則性的東西，所以學會結構化方法，不是能夠單從理論知識上去了解就足夠的，要的更多的還是實踐中慢慢的理解個個准則，慢慢將其變成自己的方法學。

5. 結構化分析方法的基本思想

結構化分析方法的基本思想是：

用系統工程的思想和工程化得方法，根據用戶至上的原則，自始自終按照結構化、模塊化，自頂向下地對系統進行分析與設計。

（2）分解原則

分解原則是結構化方法中最基本的原則它是一種先總體後局部的思想原則在構造信息系統模型時它採用自頂向下分層解決的方法

（3）模塊化原則

6. 為什麼結構化需求分析方法包含三類模型

結構化分析方法
結構化開發方法(Structured Developing Method)是現有的軟體開發方法中最成熟，應用最廣泛的方法，主要特點是快速、自然和方便。結構化開發方法由結構化分析方法(SA法)、結構化設計方 法(SD 法)及結構化程序設計方法(SP 法)構成的。
結構化分析(Structured Analysis，簡稱SA 法)方法是面向數據流的需求分析方法，是70 年代末由Yourdon,Constaintine 及DeMarco 等人提出和發展，並得到廣泛的應用。它適合於分析大型的數據處理系統，特別是企事業管理系統。
SA 法也是一種建模的活動，主要是根據軟體內部的數據傳遞、變換關系，自頂向下逐層分解，描繪出滿足功能要求的軟體模型。
1 SA 法概述
1.1 SA 法的基本思想
1.1. 結構化分析(Structured Analysis，簡稱SA 法)是面向數據流的需求分析方法，是70年代由Yourdon,Constaintine 及DeMarco 等人提出和發展，並得到廣泛的應用。
結構化分析方法的基本思想是「分解」和「抽象」。
分解：是指對於一個復雜的系統，為了將復雜性降低到可以掌握的程度，可以把大問題分解成若干小問題，然後分別解決。
圖4 是自頂向下逐層分解的示意圖。頂層抽象地描述了整個系統，底層具體地畫出了系統的每一個細節，而中間層是從抽象到具體的逐層過渡。
抽象：分解可以分層進行，即先考慮問題最本質的屬性，暫把細節略去，以後再逐層添加細節，直至涉及到最詳細的內容，這種用最本質的屬性表示一個自系統的方法就是「抽象」。

2.SA 法的步驟
⑴建立當前系統的「具體模型」;
系統的「具體模型」就是現實環境的忠實寫照，即將當前系統用DFD 圖描述出來。這樣的表達與當前系統完全對應，因此用戶容易理解。
⑵抽象出當前系統的邏輯模型;
分析系統的「具體模型」，抽象出其本質的因素，排除次要因素，獲得用DFD 圖描述的當前系統的「邏輯模型」。
⑶建立目標系統的邏輯模型;
分析目標系統與當前系統邏輯上的差別，從而進一步明確目標系統「做什麼」，建立目標系統的「邏輯模型」(修改後的DFD 圖)。
⑷為了對目標系統作完整的描述，還需要考慮人機界面和其它一些問題。
3.SA 法的描述工具
⑴ 分層的數據流圖
⑵ 數據詞典
⑶ 描述加工邏輯的結構化語言、判定表或判定樹。
2 數據流圖
數據流圖(Data Flow Diagram，簡稱DFD)是描述系統中數據流程的圖形工具，它標識了一個系統的邏輯輸入和邏輯輸出，以及把邏輯輸入轉換邏輯輸出所需的加工處理。
1.數據流圖的圖符數據流圖有以下4 種基本圖形符號：

箭頭表示數據流，圓或橢圓表示加工。雙杠或者單杠表示數據存儲，矩形框表示數據的源點或終點，即外部實體。
⑴ 數據流 是數據在系統內傳播的路徑，由一組成固定的數據項組成。除了與數據存儲(文件)之間的數據流不用命名外，其餘數據流都應該用名詞或名詞短語命名。數據流可以從加工流向加工，也可以從加工流向文件或從文件流向加工，也可以從源點流向加工或從加工流向終點。
⑵ 加工 也稱為數據處理，它對數據流進行某些操作或變換。每個加工也要有名字，通常是動詞短語，簡明地描述完成什麼加工。在分層的數據流圖中，加工還應有編號。
⑶ 數據存儲 指暫時保存的數據，它可以是資料庫文件或任何形式的數據組織。流向數據存儲的數據流可理解為寫入文件，或查詢文件，從數據存儲流出的數據可理解為從文件讀數據或得到查詢結果。
⑷ 數據源點和終點 是軟體系統外部環境中的實體(包括人員、組織或其他軟體系統)，統稱為外部實體。一般只出現在數據流圖的頂層圖中。
還有一些輔助的圖例:

例 1：畫出圖書預定系統的DFD 圖。現有一圖書預定系統，接收由顧客發來的訂單，並對訂單進行驗證，驗證過程是根據圖書目錄檢查訂單的正確性，同時根據顧客檔案確定是新顧客還是老顧客， 是否有信譽。經過驗證的正確訂單，暫存放在待處理的訂單文件中。對訂單進行成批處理，根據出版社檔案，將訂單按照出版社進行分類匯總，並保存訂單存根，然 後將匯總訂單發往各出版社。

畫圖步驟是：
⑴ 首先確定外部實體(顧客、出版社)及輸入、輸出數據流(訂單、出版社訂單)。
⑵ 再分解頂層的加工(驗證訂單、匯總訂單)。
⑶ 確定所使用的文件(圖書目錄文件、顧客檔案等5 個文件)。
⑷ 用數據流將各部分連接起來，形成數據封閉。
特別要注意的是：數據流圖不是傳統的流程圖或框圖，數據流也不是控制流。數據流圖是從數據的角度來描述一個系統，而框圖則是從對數據進行加工的工作人員的角度來描述系統。數據流圖中的箭頭是數據流，而框圖中的箭頭則是控制流，控制流表達的是程序執行的次序。
下 圖是培訓中心管理系統的數據流圖，由於只有一層，因此分解的加工較多不易理解，而且如果其中某個加工較復雜，例如編號為3 的加工「付款」和編號為7 的加工「復審」仍很復雜，一時難以理解，如果不繼續分解下去，直到每個加工都足夠簡單易於理解為止，則會影響需求分析結果的可讀性。
1.畫分層DFD 圖的方法

如圖2.8 所示，如果系統規模較大，僅用一個DFD 圖難以描述，會使得系統變得復雜，且難以理解。為了降低系統的復雜性，採取「逐層分解」的技術，畫分層的DFD 圖。
畫 分層DFD 圖的一般原則是：「先全局後局部,先整體後細節,先抽象後具體」。通常將這種分層的DFD 圖,分為頂層、中間層、底層。頂層圖說明了系統的邊界,即系統的輸入和輸出數據流，頂層圖只有一張。底層圖由一些不能再分解的加工組成，這些加工都已足夠 簡單，稱為基本加工。在頂層和底層之間的是中間層。中間層的數據流圖描述了某個加工的分解，而它的組成部分又要進一步分解。畫各層DFD 圖時，應「由外向內」。
畫分層DFD 圖的具體步驟：
⑴ 先確定系統范圍，畫出頂層的DFD 圖。
⑵ 逐層分解頂層DFD 圖，獲得若干中間層DFD 圖。
⑶ 畫出底層的DFD 圖。

一般來說，在上層可以分解得快些，而在中、下層則應分解得慢些，因為上層是一些綜合性的描述，「易理解性」相對地說不太重要。
下節我們以一個實例來說明畫分層DFD 圖的方法。
2 分層DFD 圖的改進
分層數據流圖是一種比較嚴格又易於理解的描述方式，它的頂層描繪了系統的總貌，底層畫出了系統所有的細部，而中間層則給出了從抽象到具體的逐步過渡。
1.畫分層DFD 圖的基本原則
⑴.數據守恆與數據封閉原則
所謂數據守恆是指加工的輸入輸出數據流是否匹配，即每一個加工既有輸入數據流又有輸出數據流。或者說一個加工至少有一個輸入數據流，一個輸出數據流。
⑵加工分解的原則
自然性：概念上合理、清晰;
均勻性：理想的分解是將一個問題分解成大小均勻的幾個部分;
分解度：一般每一個加工每次分解最多不要超過7個子加工,應分解到基本加工為止。
⑶子圖與父圖的「平衡」父圖中某個加工的輸入輸出數據流應該同相應的子圖的輸入輸出相同(相對應)，分層數據流圖的這種特點稱為子圖與父圖「平衡」。
⑷合理使用文件
當文件作為某些加工之間的交界面時，文件必須畫出來，一旦文件作為數據流圖中的一個獨立成份畫出來了，那麼它同其它成份之間的聯系也應同時表達出來。
理 解一個問題總要經過從不正確到正確，從不確切到確切的過程，需求分析的過程總是要不斷反復的，一次就成功的可能性是很小的，對復雜的系統尤其如此，因此， 系統分析員應隨時准備對數據流圖進行修改和完善，與用戶取得共識，獲得無二義性的需求，才能獲得更正確清晰的需求說明，使得設計、編程等階段能夠順利進 行，這樣做是必須和值得的。
3.分層DFD 圖的改進
DFD 圖必須經過反復修改，才能獲得最終的目標系統的邏輯(目標系統的DFD 圖)。改進的原則與畫分層DFD 圖的基本原則是一致的，可從以下方面考慮DFD 圖的改進：
⑴ 檢查數據流的正確性
① 數據守恆
② 子圖、父圖的平衡
③ 文件使用是否合理。特別注意輸入/出文件的數據流。
⑵ 改進DFD 圖的易理解性
① 簡化加工之間的聯系(加工間的數據流越少，獨立性越強，易理解性越好)。
② 改進分解的均勻性。
③ 適當命名(各成分名稱無二義性，准確、具體)。

7. 軟體工程導論里的SA方法是什麼意思

StructuredAnalysis的縮寫形式，是結構化分差耐析方法的意思
SA方法的基本思想:「由頂向下逐層分解」， 這是軟體工程中的一條基本原則。
SA方法的實施步驟: 先分析當前現實環境中已存在的人工系統，再考慮即將開發的軟體系統。
SA方法優點： 簡單清晰， 易於學習掌握、易於使用。
SA方法的薄弱環節：
· SA方法在理解和表達用戶的數據需求方面比較局限，同資料庫技術亦不能較好地銜接。
· SA方法在理解和表達人機界面方面是很差的，用數據流圖描繪人機界面不太合適，逐層
分解在這里起不了什麼作用，而且SA方法通常要到最後才來考慮人乎慶運機界面。
· SA方法強調分析數據流，而對時間、控制方面的描述恰恰是不精確的，所以SA方法原則
上不適用於實時系統。
· 在澄清、確定歲梁用戶需求方面能起的作用是有限的。

8. 哪句話最准確地概括了結構化方法的核心思想

自頂向下，由粗到細，逐步求精

結構化方法的基本要點是：自頂向下、逐步求精、模塊化設計、結構化編碼。

結構化分析方法是以自頂向下，逐步求精為基點，以一系列經過實踐的考驗被認為是正確的原理和技術為支撐，以數據流圖，數據字典，結構化語言，判定表，判定樹等圖形表達為主要手段，強調開發方法的結構合理性和系統的結構合理性的軟體分析方法。

結構化設計方法是以自頂向下，逐步求精，模塊化為基點，以模塊化，抽象，逐層分解求精，信息隱蔽化局部化和保持模塊獨立為准則的設計軟體的數據架構和模塊架構的方法學。