軟考中級軟件設計師自我總結知識分享--結構化開發方法｜8月更文挑戰

這是我參與8月更文挑戰的第10天，活動詳情查看：8月更文挑戰」

前言

該系列文章全篇文字在10w+，全文都是本身備考中的乾貨，軟考涉及不少計算機基礎，數據結構，算法分析，編程思想，開發流程等等，不只適合參加軟考的人學習，也適合擴寬本身知識視野的人去學習，每一篇都將會把重點加粗處理，特別是易錯點，考試常考平時也容易記錯，請必定仔細看! 若是喜歡此係列，記得關注該專欄，能留個小小的點贊就更好了！

章節梳理

• 結構化分析方法是一種面向對象數據流的需求分析方法，適用於分析大型數據處理系統，是一種簡單，實用的方法，如今已經獲得普遍的使用。

• 結構化分析方法的基本思想是自頂向下逐層分解。SA方法的分析結果由：一套分層的數據流圖（DFD），一本數據詞典，一組小說明和補充材料。

• DFD的基本成分：外部實體：指的是存在於軟件系統以外的人員或組織，用於指出系統所需數據的發源地和系統所產生的數據的歸宿地。

• 加工：描述了輸入數據流到輸出數據流之間的變換，也就是輸入數據流通過什麼處理後變成了輸出數據流。

• 數據存儲：用來表示存儲的數據，每一個數據存儲都有一個名字。

• 數據流：由一組固定成分的數據組成，表示數據的流向。

錯題整合

關於覆蓋：

· 語句覆蓋是指選擇足夠的測試用例，使得運行這些測試用例時，被測程序的每個語句至少執行一次，其覆蓋標準沒法發現斷定中邏輯運算的錯誤；

· 斷定覆蓋<又叫分支覆蓋率>是指選擇足夠的測試用例，使得運行這些測試用例時，每一個斷定的全部可能結果至少出現一次，但若程序中的斷定是有幾個條件聯合構成時，它未必能發現每一個條件的錯誤；

· 條件覆蓋是指選擇足夠的測試用例，使得運行這些測試用例時，斷定中每一個條件的全部可能結果至少出現一次，但未必能覆蓋所有分支；

· 斷定/條件覆蓋是使斷定中每一個條件的全部可能結果至少出現一次，而且每一個斷定自己的全部可能結果也至少出現一次；

· 修正條件斷定覆蓋知足條件與斷定覆蓋，而且須要肯定每一個條件可以影響到包含的斷定的結果。

· 條件組合覆蓋是使每一個斷定中條件結果的全部可能組合至少出現一次，所以斷定自己的全部可能解說也至少出現一次，同時也是每一個條件的全部可能結果至少出現一次；

· 路徑覆蓋是每條可能執行到的路徑至少執行一次

• 軟件測試的目的在於但願以最少的人力和時間發現潛在的各類錯誤和缺陷。
• 需求分析階段的任務是肯定軟件系統功能，一般用數據流圖，ER，狀態轉換圖，數據字典描述系統的邏輯模型。
• 公共耦合是指經過一個公共數據環境相互做用的那些模塊間的耦合，公共數據環境能夠是全局變量或數據結構，共享的通訊，內存的公共覆蓋及任何存儲介質上的文件。
• 倉庫風格：具備解決問題的多方法性、支持可更改性和可維護性、有重用的知識源、支持容錯性和健壯性。倉庫風格包括數據庫系統，黑板系統，超文本系統。

• 三明治策略的優勢：是從自頂向下和自底向上兩種方式優勢的綜合，因此能夠較早地驗證了主要的控制和判斷點且較早地驗證了底層模塊，同時因爲能夠由兩端向中間發展，因此效率比較高。
• NS盒圖僅含5種圖形結構：順序，選擇，多分支選擇型，While循環型，Util循環型。可以清楚地表示覆雜的條件組合和應作的動做之間的對應關係

• 內聚性：通訊內聚>過程內聚>時間內聚>邏輯內聚
• 自底向上的集成：優勢--對底層組件行爲較早驗證，工做最初能夠並行集成，比自頂向下效率高；減小了樁的工做量；支持故障隔離。缺點--驅動的開發工做量大；對高層的驗證被推遲，設計上的錯誤不能被及時發現。
• 軟件設計階段就應該考慮軟件的可維護性。
• 逆向工程是根據己有的東西和結果，經過分析來推導出具體的實現方法。逆向工程的目的是使軟件得以維護。

• 數據流圖有8個設計原則：數據守恆原則（對於任何一個加工來講，其全部輸出數據流種數據必須能從該加工的輸入數據流中直接得到，或者說是經過該加工能產生的數據中得到）、守恆加工原則（對同一個加工來講，輸入與輸出的名字必須不相同，即便它們的組成成分相同）、奇蹟、黑洞、外部實體之間不存在數據流、外部實體與數據存儲不存在數據流、數據存儲與數據存儲之間不存在數據流、父圖與子圖的平衡原則、數據流與加工有關，且必須通過加工。

• 數據流圖建模應遵循自頂向下、從抽象到具體的原則