軟件評測師筆記(二)—— 軟件工程


前言

軟件評測師是中級中國計算機技術職業資格網(軟考)證書,此博文是圍繞【軟件工程】相關常考點

 

設計模式

UML支持13種圖,可分為兩大類

結構圖:類圖、組合結構圖、構件圖、部署圖、對象圖、包圖

行為圖:活動圖、交互圖(順序圖、通信圖、交互概覽圖、時序圖)、用例圖、狀態圖

主要作用:

  • 數據流圖-功能建模
  • 實體聯系圖-數據建模
  • 狀態遷移圖-行為建模

開發模型

V模型:包括低層測試又包括了高層測試,低層測試是為了確保源代碼的正確性,高層測試是為了使整個系統滿足用戶的需求

H模型:強調的是測試准備與測試實施的分離,而不是緊密結合

瀑布模型:以文檔為驅動,適合於軟件需求明確的軟件項目模型

原型模型:需求不明確情況下,快速開發出一個原型

噴泉模型:以對象為驅動,適合面向對象的開發方法

螺旋模型:項目失敗風險較低,預知開發的風險

關系代數

常見的關系運算:並、差、交、選擇、投影、連接

數據的表示

采用8位整數,數據的表示范圍

原碼:-127~+127

反碼:-127~+127

補碼:-128~+127

詳細設計的基本任務

  1. 數據庫物理設計
  2. 模塊算法
  3. 數據結構設計
  4. 其他設計

軟件維護階段

  1. 正確性維護:改正在開發階段發現的錯誤
  2. 適應性維護:使軟件適應信息技術變化和管理需求變化而進行的修改
  3. 完善性維護:是為了擴充功能和改善性能而進行的修改
  4. 預防性維護:為了適應未來的軟硬件環境的變化

維護行為

  1. 改正性維護:診斷和改正這些隱蔽錯誤而修改軟件
  2. 適應性維護:適用變化了環境而修改軟件
  3. 完善性維護:擴充或完善原有軟件功能或性能而修改軟件
  4. 預防性維護:為了提高軟件的可維護性和可靠性,增強可讀性,而修改軟件你

用例圖

作用:可用來對功能需求建模

注意:泛化就是繼承

極限編程XP

  1. 四個部分組成
  2. 四個價值觀
  3. 五大原則

耦合

非直接耦合:兩個模塊之間沒有直接關系,它們的聯系完全是通過主模塊的控制和調用來實現的。

數據耦合:兩個模塊彼此間通過數據參數交換信息。

標記耦合:一組模塊通過參數表傳遞記錄信息,這個記錄是某一個數據結構的子結構,而不是簡單變量。

控制耦合:兩個模塊彼此間傳遞的信息中有控制信息。

外部耦合:一組模塊都訪問同一全局簡單變量而不是同一全局數據結構,而且不是通過參數表傳遞該全局變量的信息

公共耦合:兩個模塊之間通過一個公共的數據區域傳遞信息。

內容耦合:一個模塊需要涉及到另一個模塊的內部信息。

內聚(強->弱)

巧合聚合:模塊完成的動作之間沒有任何關系,或者僅僅是一種非常松散的關系。

邏輯聚合:模塊內部的各個組成在邏輯上具有相似的處理動作,但功能用途上彼此無關。

時間聚合:模塊內部的各個組成部分所包含的處理動作必須在同一時間內執行。

過程聚合:按特定的次序執行。

通信聚合:模塊的各個組成部分所完成的動作都使用了同一個數據或產生同一輸出數據。

順序聚合:模塊內部的各個部分,前一部分處理動作的最后輸出是后一部分處理動作的輸入。

功能聚合:模塊內部各個部分全部屬於一個整體,並執行同一功能,且各部分對實現該功能都比不可少

軟件設計

包括概要設計、詳細設計

概要設計

  1. 體系結構設計
  2. 模塊划分
  3. 數據結構、數據庫設計
  4. 編寫設計文檔、評審

知識點

松弛時間:關鍵路徑-所在路徑的長度

結構化開發方法:自頂向下、功能的分解抽象、面向數據流、適合數據處理領域的問題,不適合解決大規模復雜項目,難以適應需求的變化

結構化分析的輸出包括:數據流圖、數據字典、加工邏輯

數據字典:為數據流圖中的每個數據流、文件、加工,以及組成數據流或文件的數據項做說明

數據字典包含:數據流、數據項、數據存儲、數據加工

加工:描述了輸入數據流到輸出數據流之間的變換

數據流圖:用於行為建模,包含了加工,不能表示實體之間的關系和清晰地表達加工的處理過程


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM