软件设计师 - 软件工程
文章目錄
- 1.風(fēng)險管理
- 2.多態(tài)
- 3.RUP (Rational Unified Process,統(tǒng)一軟件開發(fā)過程)
- 4.可移植性
- 5.內(nèi)聚、耦合
- 5.1.內(nèi)聚類型
- 5.2.耦合類型
- 6.開發(fā)模型
- UP統(tǒng)一開發(fā)過程
- CMM軟件過程成熟度
- 軟件維護類型
- 極限編程
- 風(fēng)險
1.風(fēng)險管理
風(fēng)險識別:建立風(fēng)險條目檢查表,系統(tǒng)化確定對項目的威脅;
風(fēng)險預(yù)測:從風(fēng)險發(fā)成的概率、風(fēng)險產(chǎn)生的后果,評估風(fēng)險;
風(fēng)險評估:定義風(fēng)險參考水平值,預(yù)測影響參考水平值的風(fēng)險組合;
風(fēng)險控制:輔助項目建立處理風(fēng)險的策略,有效策略包括:風(fēng)險避免、風(fēng)險監(jiān)控、風(fēng)險管理及意外事件計劃
2.多態(tài)
包含多態(tài):父類的指針指向子類的對象;例如接口需要參數(shù)List,可以傳入ArrayList或者LinkedList都可以;
參數(shù)多態(tài):方法的重載;同一方法名,可以有不同參數(shù)(類型或數(shù)量)的實現(xiàn);
過載多態(tài):方法的重寫;子類可以重寫父類的方法;
強制多態(tài):類型強轉(zhuǎn);int和Integer轉(zhuǎn)換的自動拆裝箱;int+double運算;
3.RUP (Rational Unified Process,統(tǒng)一軟件開發(fā)過程)
初啟階段:構(gòu)想文檔、有關(guān)用例模型的調(diào)查、初始業(yè)務(wù)用例、早期風(fēng)險評估、顯示階段和迭代的項目計劃;
精化階段:補充需求分析、軟件架構(gòu)描述、可執(zhí)行的框架原型;
構(gòu)建階段:準備交付用戶的產(chǎn)品、在適當平臺集成的軟件產(chǎn)品、用戶手冊、當前版本描述。
移交階段:移交給用戶發(fā)布的版本;
4.可移植性
適應(yīng)性;易安裝性;共存性;易替換性;
5.內(nèi)聚、耦合
內(nèi)聚:模塊內(nèi)部各元素之間聯(lián)系的緊密程度;
耦合:模塊間互相聯(lián)系的緊密程度;
5.1.內(nèi)聚類型
自上而下,內(nèi)聚等級降低:
| 功能內(nèi)聚 | 完成單一功能,協(xié)同合作,缺一不可 |
| 順序內(nèi)聚 | 必須順序執(zhí)行 |
| 通訊內(nèi)聚 | 訪問同一數(shù)據(jù)結(jié)構(gòu) |
| 過程內(nèi)聚 | 按特定的次序 |
| 瞬時內(nèi)聚 | 統(tǒng)一時間間隔內(nèi)執(zhí)行(如初始化模塊) |
| 邏輯內(nèi)聚 | 邏輯相關(guān) |
| 偶然內(nèi)聚 | 沒有關(guān)系或松散關(guān)系 |
5.2.耦合類型
自上而下,耦合程度增加
| 非直接耦合 | 沒有直接聯(lián)系,互相不依賴 |
| 數(shù)據(jù)耦合 | 通過參數(shù)表傳遞參數(shù),交換信息 |
| 標記耦合 | 通過一個數(shù)據(jù)結(jié)構(gòu)的一部分通信 |
| 控制耦合 | 傳遞信息中包含控制模塊內(nèi)部邏輯的信息 |
| 外部耦合 | 與軟件以外環(huán)境有關(guān) |
| 公共耦合 | 多個模塊引用同一個全局數(shù)據(jù)區(qū) |
| 內(nèi)容耦合 | 一個模塊訪問另一模塊內(nèi)部數(shù)據(jù);兩模塊有一部分代碼重疊;一個模塊有多個入口; |
6.開發(fā)模型
| 瀑布模型 | 嚴格遵守軟件生命周期進行軟件開發(fā)。優(yōu)點:強迫開發(fā)采用規(guī)范方法,規(guī)定個階段要提交的文檔,每個階段結(jié)束有嚴格的評審。確定過于理性化,無法在需求不明確時開發(fā)。 |
| 噴泉模型 | 面向?qū)ο?/strong>的開發(fā)過程。允許開發(fā)活動交叉迭代。無間隙。 |
| V模型 | 測試模型 |
| 快速原型模式 | 拋棄式原型方法。適合需求不明確的項目,有效捕捉需求??焖俳⒃徒o用戶使用,根據(jù)用戶反饋進行修改,原型用于了解需求,需求確定,原型被 拋棄。 |
| 演化模型 | 漸進式原型方法。初始化模型逐步演化成最終軟件的漸進過程。 |
| 螺旋模式 | 綜合瀑布模型和演化模型,增加風(fēng)險控制,每一圈都對風(fēng)險進行識別和分析,并采取有效措施。 |
UP統(tǒng)一開發(fā)過程
用例驅(qū)動,以框架為中心得和受控得迭代式增量開發(fā)。
| 初始階段 | 確定系統(tǒng)邊界,范圍、識別用例、需求分析、風(fēng)險分析 |
| 構(gòu)建階段 | 框架、項目開發(fā)計劃 |
| 精細階段 | 剩余構(gòu)件、組裝、測試 |
| 提交階段 | β測試、發(fā)布版本 |
CMM軟件過程成熟度
| 初始級 | 無秩序、依賴個人 |
| 可重復(fù)級 | 基本的項目管理過程、對成本,進度,功能特性跟蹤。 |
| 定義級 | 文檔化、標準化 |
| 管理級 | 詳細的質(zhì)量標準、定量的認識和控制 |
| 優(yōu)化級 | 持續(xù)的過程改進 |
軟件維護類型
| 改正性維護 | 糾正錯誤,改正缺陷 |
| 適應(yīng)性維護 | 為適應(yīng)外部環(huán)境,數(shù)據(jù)環(huán)境的變化 |
| 完善性維護 | 針對新需求,修改在開發(fā)軟件,增強功能,提高效率 |
| 預(yù)防性維護 | 預(yù)先提高可維護性、可靠性 |
極限編程
敏捷開發(fā)方法
四大價值觀:溝通、簡單、反饋、勇氣;
五大原則:
十二個最佳實踐:
風(fēng)險
| 風(fēng)險識別 | 建立風(fēng)險條目檢查表、識別風(fēng)險 |
| 風(fēng)險預(yù)測 | 風(fēng)險發(fā)生的概率及影響 |
| 風(fēng)險評估 | 建立風(fēng)險參照標準 |
| 風(fēng)險控制 | 控制、避免 |
總結(jié)
以上是生活随笔為你收集整理的软件设计师 - 软件工程的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 深入理解javascript之原型和原型
- 下一篇: axis2手动设置命名空间targetN