1樓：索菲一一家
自頂向下模組程式設計是結構化程式設計方法的主要原則，它需要逐步求精，模組化，限制使用goto語句等，具體說來，就是要：
一、程式設計時，應先考慮總體，後考慮細節；先考慮全域性目標，後考慮區域性目標。不要一開始就過多追求眾多的細節，先從最上層總目標開始設計，逐步使問題具體化。
二、對複雜問題，應設計一些子目標作為過渡，逐步細化。
三、限制使用goto語句
結構化程式設計方法的起源來自對goto語句的認識和爭論。肯定的結論是，在塊和程序的非正常出口處往往需要用goto語句，使用goto語句會使程式執行效率較高；在合成程式目標時，goto語句往往是有用的，如返回語句用goto。否定的結論是，goto語句是有害的，是造成程式混亂的禍根，程式的質量與goto語句的數量呈反比，應該在所有高階程式設計語言中取消goto語句。
取消goto語句後，程式易於理解、易於排錯、容易維護，容易進行正確性證明。
2樓：卓雲霞
注意理解詞法分析、語法分析、語義分析以及中間**生成的重點。
詞法分析階級是編譯過程的第一個階級。這個階級的任務是從左到右一個字元一個字元地讀入源程式，對構成源程式的字元流進行掃描和分解，從而識別一個個單詞（也稱為單詞符號或符號）。這裡所謂的單詞是指邏輯上緊密相連的一組字元，這些字元具有集體含義。
比如標識是由字母開頭，後跟字母、數字字元序列組成的一種單詞，。保留字是一種單詞，此外還有算符，界符等等。
語法分析是編譯過程的第二個階段。語法分析的任務是在詞法分析的基礎上將單詞序列分解成各類語法短語。如「程式」，「語句」，「表示式」等等。
一般這種語法短語也稱為語法單位，可表示成語法樹。語法分析所依據的是語言的語法規則，即描述程式結構的規則。通過語法分析確定整個輸入串是否構成一個語法上正確的程式。
自頂向下的分析演算法通過在最左推導中描述出各個步驟來分析記號串輸入。之所以稱這樣的演算法為自頂向下是由於分析樹隱含的編號是一個前序編，而且其順序是由根到葉子。自頂向下的分析程式有兩類：
回溯分析程式和**分析程式。**分析程式試圖利用一個或多個先行記號來**出輸入串中的下一個構造，而回溯分析程式則試著分析其他可能的輸入，當一種可能失敗時就要求輸入中備份任意數量的字元。雖然回溯分析程式比**強大許多，但它們都非常慢，一般都在指數的數量級上，所以對於實際的編譯器並不適合。
遞迴下降程式分析和ll（1）分析一般地都要求計算先行集合，它們分別稱作first集合和follow集合。由於無需顯示地構造出這些集合就可以構造出簡單的自頂向下的分析程式，所以在基本演算法的介紹之後我們再討論它們。之後我償還要談到一個由遞迴下降分析構造的分析程式。
下列選項中不屬於結構化程式設計原則的是（）
3樓：匿名使用者
a可封裝。
原因：結構化程式設計方法的主要原則可以概括為自頂向下、逐步求精、模組化和限制使用goto語句。
相關點：
1、自頂向下：程式設計時，應先考慮總體，後考慮細節；先考慮全域性目標，後考慮區域性目標。不要一開始就過多追求眾多的細節，先從最上層總目標開始設計，逐步使問題具體化。
2、逐步求精：對複雜問題，應設計一些子目標作為過渡，逐步細化。
3、模組化：一個複雜問題，肯定是由若干稍簡單的問題構成。模組化是把程式要解決的總目標分解為子目標，再進一步分解為具體的小目標，把每一個小目標稱為一個模組。
4、限制使用goto語句：結構化程式設計方法的起源來自對goto語句的認識和爭論。
注意：1、goto語句確實有害，應當儘量避免。
2、完全避免使用goto語句也並非是個明智的方法，有些地方使用goto語句，會使程式流程更清楚、效率更高。
3、爭論的焦點不應該放在是否取消goto語句上，而應該放在用什麼樣的程式結構上。其中最關鍵的是，應在以提高程式清晰性為目標的結構化方法中限制使用goto語句。
4樓：臺溶荀浩思
答案為a，可封裝
分析:結構化程式設計方法的主要原則可以概括為自頂向下，逐步求精，模組化，限制使用goto語句。
1.自頂向下:程式設計時，應先考慮總體，後考慮細節;先考慮全域性目標，後考慮區域性目標。不要一開始就過多追求眾多的細節，先從最上層總目標開始設計，逐步使問題具體化。
2.逐步求精:對複雜問題，應設計一些子目標作為過渡，逐步細化。
3.模組化:一個複雜問題，肯定是由若干稍簡單的問題構成。模組化是把程式要解決的總目標分解為子目標，再進一步分解為具體的小目標，把每一個小目標稱為一個模組。
4.限制使用goto語句
結構化程式設計方法的起源來自對goto語句的認識和爭論。肯定的結論是，在塊和程序的非正常出口處往往需要用goto語句，使用goto語句會使程式執行效率較高;在合成程式目標時，goto語句往往是有用的，如返回語句用goto。否定的結論是，goto語句是有害的，是造成程式混亂的禍根，程式的質量與goto語句的數量呈反比，應該在所有高階程式設計語言中取消goto語句。
取消goto語句後，程式易於理解、易於排錯、容易維護，容易進行正確性證明。作為爭論的結論，2023年knuth發表了令人信服的總結，並證實了:
(1)goto語句確實有害，應當儘量避免;
(2)完全避免使用goto語句也並非是個明智的方法，有些地方使用goto語句，會使程式流程更清楚、效率更高。
(3)爭論的焦點不應該放在是否取消goto語句上，而應該放在用什麼樣的程式結構上。其中最關鍵的是，應在以提高程式清晰性為目標的結構化方法中限制使用goto語句。
結構化程式設計原則
5樓：土購網
結構化程式設計原則主要有四個原則：
1．自頂向下：程式設計時，應先考慮總體，後考慮細節；先考慮全域性目標，後考慮區域性目標。不要一開始就過多追求眾多的細節，先從最上層總目標開始設計，逐步使問題具體化。
2．逐步求精：對複雜問題，應設計一些子目標作為過渡，逐步細化。
3．模組化：一個複雜問題，肯定是由若干稍簡單的問題構成。模組化是把程式要解決的總目標分解為子目標，再進一步分解為具體的小目標，把每一個小目標稱為一個模組。
4．限制使用goto語句
結構化程式設計方法的起源來自對goto語句的認識和爭論。肯定的結論是：在塊和程序的非正常出口處往往需要用goto語句，使用goto語句會使程式執行效率較高；在合成程式目標時，goto語句往往是有用的，如返回語句用goto。
否定的結論是：goto語句是有害的，是造成程式混亂的禍根，程式的質量與goto語句的數量呈反比，應該在所有高階程式設計語言中取消goto語句。取消goto語句後，程式易於理解、易於排錯、容易維護，容易進行正確性證明。
作為爭論的結論，2023年knuth發表了令人信服的總結，並取消了goto語句。
6樓：微笑
1．自頂向下：程式設計時，應先考慮總體，後考慮細節；先考慮全域性目標，後考慮區域性目標。不要一開始就過多追求眾多的細節，先從最上層總目標開始設計，逐步使問題具體化。
2．逐步求精：對複雜問題，應設計一些子目標作為過渡，逐步細化。 3．模組化：
一個複雜問題，肯定是由若干稍簡單的問題構成。模組化是把程式要解決的總目標分解為子目標，再進一步分解為具體的小目標，把每一個小目標稱為一個模組。 4．限制使用goto語句
7樓：紅酸與
結構化程
序設計（structured programming）是進行以模組功能和處理過程設計為主的詳細設計的基本原則。結構化程式設計是過程式程式設計的一個子集，它對寫入的程式使用邏輯結構，使得理解和修改更有效更容易。
基本原則是自頂向下，逐步細化，模組化，結構化編碼共有三種基本結構：順序結構、選擇（判斷）結構、迴圈結構結構化程式設計通常使用自上往下的設計模型，開發員將整個程式結構對映到單個小部分。已定義的函式或相似函式的集合在單個模組或字模組中編碼，這意味著，**能夠更有效的載入儲存器，模組能在其它程式中再利用。
模組單獨測試之後，與其它模組整合起來形成整個程式組織。
程式流程遵循簡單的層次化模型，採用「for」、「repeat」、「while」等迴圈結構，不鼓勵使用「go to」語句。幾乎任何語言都能使用結構化程式設計技術來避免非結構化語言的通常陷阱。非結構化程式設計必須依賴於開發人員避免結構問題，從而導致程式組織較差。
大多數現代過程式語言都鼓勵結構化程式設計
8樓：阿甘另傳
#計算機二級ms office的高階應用#
結構化程式設計方法的原則包括:自頂向下、逐步求精、模組化、限制使用goto語句，不包括可繼承性.
9樓：健康聰明寶貝
結構化程式設計方法詳解
10樓：匿名使用者
結構化程式設計方法的主要原則可以概括為自頂向下，逐步求精，模組化，限制使用goto語句。
1．自頂向下：程式設計時，應先考慮總體，後考慮細節；先考慮全域性目標，後考慮區域性目標。不要一開始就過多追求眾多的細節，先從最上層總目標開始設計，逐步使問題具體化。
2．逐步求精：對複雜問題，應設計一些子目標作為過渡，逐步細化。
3．模組化：一個複雜問題，肯定是由若干稍簡單的問題構成。模組化是把程式要解決的總目標分解為子目標，再進一步分解為具體的小目標，把每一個小目標稱為一個模組。
4．限制使用goto語句
結構化程式設計方法的起源來自對goto語句的認識和爭論。肯定的結論是，在塊和程序的非正常出口處往往需要用goto語句，使用goto語句會使程式執行效率較高；在合成程式目標時，goto語句往往是有用的，如返回語句用goto。否定的結論是，goto語句是有害的，是造成程式混亂的禍根，程式的質量與goto語句的數量呈反比，應該在所有高階程式設計語言中取消goto語句。
取消goto語句後，程式易於理解、易於排錯、容易維護，容易進行正確性證明。作為爭論的結論，2023年knuth發表了令人信服的總結，並證實了：
（1）goto語句確實有害，應當儘量避免；
（2）完全避免使用goto語句也並非是個明智的方法，有些地方使用goto語句，會使程式流程更清楚、效率更高。
（3）爭論的焦點不應該放在是否取消goto語句上，而應該放在用什麼樣的程式結構上。其中最關鍵的是，應在以提高程式清晰性為目標的結構化方法中限制使用goto語句。