• 軟件工程生命周期的各階段介紹.ppt 82頁

    • 1
    • 0
    • 0
    • 約2.03萬字
    • 2020-11-08 發布

    軟件工程生命周期的各階段介紹.ppt

    文檔工具:
      1. 1、本文檔共82頁,可閱讀全部內容。
      2. 2、本文檔內容版權歸屬內容提供方,所產生的收益全部歸內容提供方所有。如果您對本文有版權爭議,可選擇認領,認領后既往收益都歸您。
      3. 3、本文檔由用戶上傳,本站不保證質量和數量令人滿意,可能有諸多瑕疵,付費之前,請仔細先通過免費閱讀內容等途徑辨別內容交易風險。如存在嚴重掛羊頭賣狗肉之情形,可聯系本站下載客服投訴處理。
      4. 文檔侵權舉報電話:19940600175。
      軟件的總體設計準則(續) 圖4-28中作用范圍在控制范圍之內,只有一個判定分支含有一個不必要的穿越,這是個較好的結構。 圖4-29中是一個較理想的好結構。 如果在設計過程中發現作用范圍不在控制范圍內時,可以通過下面手段將作用范圍移到控制范圍之內。 (1)將包含判定的模塊合并到它的調用模塊中,這樣可使判定處于足夠高的層次。 (2)將受判定影響的模塊下移到控制范圍之內。 (3)將判定上移到足夠高的位置。 例如圖4-30(a)中判定的作用范圍不在控制范圍之內。把含有判定的模塊D合并到它的調用模塊A中去,成了圖4-30(b)所示。這樣作用范圍就處在控制之內。 圖4-30 將包含判定的模塊合并到它的調用模塊 * 軟件的總體設計準則(續) 又如圖4-31(a)中的模塊x不在模塊A的控制之內,把它下移到控制范圍之內。如圖4-31(b)所示。 圖4-31 將受到判定影響的模塊下移到控制范圍之內 5.力爭設計單入口和單出口的模塊,避免“病態聯接” 一個模塊只有一個入口和一個出口時,這個模塊是比較容易理解的,有利于結構化編制程序,也比較容易維護。但實際上這樣的模塊不多。病態聯接是指轉移到或引用到另一模塊中去的內容耦合。要盡量避免這種病態聯接,以減少模塊間的耦合。 6.力爭降低模塊接口的復雜性 模塊接口復雜性是軟件發生錯誤的一個主要原因。因此,應該仔細設計模塊接口,使得信息傳遞簡單并且和模塊功能相一致。為說明接口復雜性的影響,請看下面的例子。 例如,求一元二次方程的根的模塊QUAD-ROOT(TBL,x)其中用數組TBL傳送方程的系數,用數組x回送求得的根。但是模塊QUAD- * 軟件的總體設計準則(續)   ROOT接口TBL和x意義不明確,不利于對這個模塊的理解。因此可以將它簡化如下: QUAD-ROOT(A,B,C,ROOT1,ROOT2),其中,A,B,C是方程系數,ROOT1和ROOT2。是求出的方程的兩個根。很明顯,這樣的接口既簡單又與模塊QUAD-ROOT的功能一致。在設計模塊接口時,應盡量能設計這樣的模塊接口,以降低模塊接口的復雜性。 7.模塊的大小 模塊大小就是模塊含語句數量的多少。模塊的大小沒有統一的標準。一般來說,模塊的大小以一頁左右為宜。一頁(高級語言50行左右)在一個人智力之內,比較容易閱讀和理解。在進行模塊設計時,首先應根據模塊的獨立性來選取模塊的規模。如果某個模塊功能是獨立的,那怕程序段較短也不要人為地加長;如果程序段只有一個獨立的功能,那怕程序較長,也不要人為地把它分解成兩個模塊。 第四課時 * 第四章第四課時 結構化軟件設計   結構化軟件設計的定義與特點   結構化軟件設計的類型     變換設計     事物型設計     綜合設計 結構化軟件設計步驟 結構化軟件設計案例 返回 * 第五章第一課時 軟件詳細設計的定義:對軟件模塊的過程設計。 軟件詳細設計的任務:對總體設計所產生的功能模塊進行過程描述,開發一個可以直接轉換成程序語言代碼的軟件表示。 軟件詳細設計的步驟:1.將總體設計產生的構成軟件系統的各功能模塊逐步細化,形成若干程序模塊;2.運用詳細設計工具對程序模塊進行過程描述;3.確定各個模塊間的詳細接口信息;4.編寫詳細設計說明書;5.詳細設計評審。 結構化程序設計:   模塊內過程的結構化設計應遵循下列準則:    ①使用的基本邏輯結構應盡量少;    ②用基本邏輯結構將過程組成的“塊”應容易識別;  ?、勖總€“塊”都應是單入口和單出口;  ?、茉O計要易于轉換成程序代碼且容易修改。 * 第五章第一課時(續) 基本邏輯結構(順序、選擇、直到與當型循環) 結構的嵌套(是把結構化的復合語句當作一個簡單的語句來看待) 詳細設計工具(圖形化工具、表格化工具與語言工具) 第二課時 * 第五章第二課時 案例——詳細設計工具應用案例 代碼設計   代碼定義   種類   代碼的設計原則   代碼效驗 第三課時 * 第五章第三課時 界面設計 軟件安全控制設計   軟件安全的概念   軟件安全的控制方法   軟件安全的控制設計 軟件詳細設計文檔書寫規范 返回 * 第六章第一課時 源程序設計要求 結構化程序設計   定義   原則 程序設計風格:源程序文檔化(標示符的命名 、程序的注釋 、視覺組織—— 空格、空行與縮進 )、數據說明、語句結構、輸入與輸出 程序效率:效率準則、算法對效率的影響、影響存儲效率的因素 、影響輸入/輸出的因素 、語言選擇 第二課時 * 第六章第二課時 編碼出錯的預防 代碼復查 編碼工具 程序復雜性的度量 (上述項目的具體內容參見書本) 返回 * 第七章——第一課時 測試的概念 測試的目的   1.測試是一個程序的執行過程,它的目的在于發現錯誤;   2.一個好的測試用例是

      文檔評論(0)

      • 內容提供方:懶懶老巢
      • 審核時間:2020-11-08
      • 審核編號:5314103004003022

      相似文檔

      1216彩票