**註明出處:
接上篇隨筆:
驗證需求的正確性(了解下)
接下來講兩個圖e-r圖與狀態轉換圖(比較重要的)
實體-聯絡圖
狀態轉換圖
做了個導圖(很多概念的知識,要了解的)~~
這裡我就講下過程設計的工具中的乙個pad圖和判定表。外加乙個流圖。
pad圖
左圖是基本符號(很簡單~) 。右圖是對p2的定義,好比p2函式內的"**"。
接下來講判定表,判定錶能簡潔無歧義地描述處理規則。看下面的圖:
判定表是超簡單的,但是第一次剛看到可能不知道上面圖表示什麼意思。我簡單說下,表中有9條規則,以第二條為例,若是國內乘客&坐頭等艙,但該乘客不是殘疾乘客且行李重量在不大於30kg,則該乘客所需行李費為(w-30)*4。其它規則類推即可~~
流圖的引入:為了進一步定量度量軟體的性質(複雜度)。
直接看下面的圖:
能看懂的,過。那如何度量流圖的環形複雜度呢?我說兩種方法:
軟體維護:軟體已經交付使用之後,為了改正錯誤或滿足新的需要而修改軟體的過程。
決定軟體可維護性的因素:
可理解性
可測試性
可修改性
可移植性:從一種計算環境(硬體配置和作業系統)轉移到另一種計算環境的難易程度。
可重用性:可重用的構件在每次重用過程中都會發現並清除一些錯誤,隨著時間推移,這樣的構件基本上是無bug的。
文件:影響軟體可維護性的決定因素
最後最後我再發三張圖,方便自己整理~~
軟體工程總結
單擊檢視大圖 這張圖,把軟體工程的基本點,總結出來了。其實簡單的說,就是對一款軟體從前到後的管理,從巨集觀到微觀的把控。這裡需要我們考慮的方面很多,需要我們有乙個統籌兼顧的頭腦。這裡我們這些開發過程如何讓別人明白,需要的就是我們文件,這裡的每個階段的文件都起著至關重要的作用。當然,這裡物件導向的簡單...
軟體工程總結
黑盒測試也稱功能測試,它是通過測試來檢測每個功能是否都能正常使用。在測試中,把程式看作乙個不能開啟的黑盒子,在完全不考慮程式內部結構和內部特性的情況下,在程式介面進行測試,它只檢查程式功能是否按照需求規格說明書的規定正常使用,程式是否能適當地接收輸入資料而產生正確的輸出資訊。黑盒測試著眼於程式外部結...
軟體工程總結
黑盒測試也稱功能測試,它是通過測試來檢測每個功能是否都能正常使用。在測試中,把程式看作乙個不能開啟的黑盒子,在完全不考慮程式內部結構和內部特性的情況下,在程式介面進行測試,它只檢查程式功能是否按照需求規格說明書的規定正常使用,程式是否能適當地接收輸入資料而產生正確的輸出資訊。黑盒測試著眼於程式外部結...