面向?qū)ο蠓治龇椒勐琌OA，Object Oriented Analysis

• 面向問題域的分析

面向問題域的分析囱嫩，PDOA恃疯，Problem Domain Oriented Analysis
尚處在研究階段，并未廣泛應(yīng)用墨闲。
小鐳：今天情況怎樣今妄？

1. 結(jié)構(gòu)化分析

把系統(tǒng)看作一個過程的集合體。

工具：

• 數(shù)據(jù)流圖
• 數(shù)據(jù)字典
• 結(jié)構(gòu)化語言
• 判定表
• 判定樹

結(jié)構(gòu)化系統(tǒng)分析方法從總體上看是一種強烈依賴數(shù)據(jù)流圖的自頂向下的建模方法鸳碧。

如何進行結(jié)構(gòu)化分析：

1. 研究“物質(zhì)環(huán)境”
   畫出當(dāng)前系統(tǒng)的數(shù)據(jù)流圖蛙奖。

2. 建立系統(tǒng)邏輯模型
   在第一步的基礎(chǔ)上，畫出相對真實系統(tǒng)的等價邏輯數(shù)據(jù)流圖杆兵。

3. 劃清人機界限

2. 數(shù)據(jù)流圖

數(shù)據(jù)流圖雁仲，DFD，Data Flow Diagram

基本元素：

• 過程
• 外部實體
• 數(shù)據(jù)存儲
• 數(shù)據(jù)流
• 實時連接
  過程執(zhí)行時琐脏，外部實體與過程之間的來回通信攒砖。

對過程0的分解，稱之為 DFD 0層圖日裙。

3. 細化記錄 DFD 部件

1. 結(jié)構(gòu)化語言
2. 決策表和決策樹
3. 數(shù)據(jù)字典
   每條目包含信息：
   • 名稱
   • 何處使用/如何使用
   • 內(nèi)容描述
   • 補充信息

數(shù)據(jù)字典實例：
客戶基本信息=客戶編號+客戶名稱+身份證號碼+手機
客戶編號={0···9}8
客戶名稱={字}4
身份證號碼=[{0···9}15|{0···9}18]
手機=[{0···9}11|{0···9}12]

4. 實體-關(guān)系圖

實體-關(guān)系圖吹艇，E-R 圖，Entity Relationship Diagram

實體是一個概念昂拂，用來抽象地表示一組相類似的事物的所有實例受神。

結(jié)構(gòu)化分析的不足：

• 對問題域的研究力度不夠大
• 分析與設(shè)計之間缺乏清晰界限
• 沒有一個真正的功能規(guī)格說明
• 需求實質(zhì)上是根據(jù)滿足該需求的某一特定系統(tǒng)的內(nèi)部設(shè)計來加以說明的
• 內(nèi)部設(shè)計的開發(fā)使用的則是不可靠的內(nèi)部設(shè)計技術(shù)-功能分解
• 不適用于很多類型的應(yīng)用

小鐳：或許結(jié)構(gòu)化分析過于抽象，這加大了分析階段的復(fù)雜性格侯，使問題的描述鼻听、閱讀、溝通變得困難联四。

5. 面向問題域的分析

面向問題域的分析更多地強調(diào)描述撑碴，而較少強調(diào)建模。

分析過程：

• 搜集基本的信息并開發(fā)問題框架朝墩，以建立問題域的類型
• 在問題框架類型的指導(dǎo)下醉拓，進一步搜集詳細信息并給出一個問題域相關(guān)特性的描述

2.2 軟件設(shè)計

2.2.1 軟件設(shè)計基本原則

1. 信息隱蔽

Parnas 指出：每個模塊的實現(xiàn)細節(jié)對于其他模塊來說是隱蔽的，模塊中所包含的信息（包括數(shù)據(jù)和過程）不允許其他不需要這些信息的模塊使用收苏。這提高了軟件的可維護性和可靠性亿卤。

2. 模塊獨立性

指軟件系統(tǒng)中每個模塊只涉及軟件要求的具體子功能，而和軟件系統(tǒng)中其他的模塊接口是簡單的鹿霸。

度量模塊獨立性的兩個準(zhǔn)則：

• 耦合
  模塊之間聯(lián)系緊密程度的度量排吴。

• 內(nèi)聚
  模塊內(nèi)部各個元素彼此結(jié)合的緊密程度的度量。

高內(nèi)聚杜跷，低耦合的模塊獨立性較強傍念。

高 《--- 內(nèi)聚性 --- 低

功能內(nèi)聚 | 信息內(nèi)聚 | 通信內(nèi)聚 | 過程內(nèi)聚 | 時間內(nèi)聚 | 邏輯內(nèi)聚 | 巧合內(nèi)聚

強 《--- 模塊獨立性 --- 弱

功能單一 ------ 功能分散

各類聚合性：

• 功能內(nèi)聚
  模塊中所有部分都是為了完成一項具體功能而協(xié)同工作矫夷，緊密聯(lián)系，不可分割的憋槐。

• 信息內(nèi)聚
  模塊所完成的各個功能都在同一數(shù)據(jù)結(jié)構(gòu)上操作双藕，每一項功能有一個唯一的入口點。

• 通信內(nèi)聚
  如果一個模塊內(nèi)各功能部分都使用了相同的輸入數(shù)據(jù)阳仔，或產(chǎn)生了相同的輸出數(shù)據(jù)忧陪，則稱之為通信內(nèi)聚模塊。

• 過程內(nèi)聚
  把流程圖中的某一部分劃出組成模塊近范，就得到過程內(nèi)聚模塊嘶摊。

• 時間內(nèi)聚
  模塊的各個功能的執(zhí)行與時間有關(guān)。

• 邏輯內(nèi)聚
  組合相關(guān)功能评矩。

• 巧合內(nèi)聚
  又稱偶然內(nèi)聚叶堆，指模塊內(nèi)部的聯(lián)系很松散。

低 --- 耦合性 ---》 高

非直接耦合 | 數(shù)據(jù)耦合 | 標(biāo)記耦合 | 控制耦合 | 外部耦合 | 公共耦合 | 內(nèi)容耦合

強 《--- 模塊獨立性 --- 弱

各類耦合性：

• 非直接耦合
  模塊之間沒有直接聯(lián)系斥杜。

• 數(shù)據(jù)耦合
  模塊之間通過簡單數(shù)據(jù)參數(shù)來交換輸入虱颗、輸出信息。

• 標(biāo)記耦合
  一組模塊通過參數(shù)表傳遞記錄信息蔗喂。

• 控制耦合
  一個模塊通過傳送開關(guān)忘渔、標(biāo)志、名字等控制信息控制選擇另一模塊的功能缰儿。

• 外部耦合
  一組模塊都訪問同一全局簡單變量而不是同一全局數(shù)據(jù)結(jié)構(gòu)畦粮，而且不是通過參數(shù)表傳遞該全局變量的信息。

• 公共耦合
  一組模塊都訪問同一個公共數(shù)據(jù)環(huán)境乖阵。

• 內(nèi)容耦合
  一個模塊直接訪問另一個模塊的內(nèi)部數(shù)據(jù)宣赔；一個模塊不通過正常入口轉(zhuǎn)到另一模塊內(nèi)部；一個模塊有多個入口义起。

2.2.2 結(jié)構(gòu)化設(shè)計方法

實施過程：

1. 總結(jié)出系統(tǒng)應(yīng)有的功能拉背，對一個功能师崎，從功能完成的過程考慮默终，將各個過程列出，標(biāo)志出過程轉(zhuǎn)向和傳遞的數(shù)據(jù)犁罩。
2. 細化數(shù)據(jù)流齐蔽。
3. 分析過程之間的耦合關(guān)系，合理地劃分模塊床估，提高內(nèi)聚性含滴。

1. 系統(tǒng)結(jié)構(gòu)圖中的模塊

在系統(tǒng)結(jié)構(gòu)圖中，不能再分解的底層模塊稱為原子模塊丐巫。

完全因子分解的系統(tǒng)：系統(tǒng)的全部實際加工都由原子模塊來完成谈况，而其他所有非原子模塊僅僅執(zhí)行控制協(xié)調(diào)功能勺美。這是理想中的系統(tǒng)。

結(jié)構(gòu)圖中的常見模塊：

• 傳入模塊
• 傳出模塊
• 變換模塊
• 協(xié)調(diào)模塊

區(qū)別系統(tǒng)結(jié)構(gòu)圖與程序流程圖

結(jié)構(gòu)圖碑韵，SC赡茸，Structured Charts

結(jié)構(gòu)圖反映模塊間的隸屬關(guān)系（調(diào)用與層次），著眼軟件系統(tǒng)的總體結(jié)構(gòu)祝闻，并不涉及模塊內(nèi)部的細節(jié)占卧。

流程圖反映的是程序的執(zhí)行順序及其依賴條件，表達執(zhí)行程序的具體算法联喘。

有太多項目失敗就是因為它們沒有明確的目標(biāo)就開始了华蜒。

2. 系統(tǒng)結(jié)構(gòu)圖中的主要成分

1. 模塊
2. 模塊間的調(diào)用關(guān)系
3. 模塊間的通信
4. 輔助控制符號

3. 常用的系統(tǒng)結(jié)構(gòu)圖

1. 變換型系統(tǒng)結(jié)構(gòu)圖
   從外部取得數(shù)據(jù)，處理后再傳回外部豁遭。

2. 事務(wù)型系統(tǒng)結(jié)構(gòu)圖
   數(shù)據(jù)被轉(zhuǎn)換成一個事務(wù)項并加以計算叭喜，然后根據(jù)結(jié)果選擇數(shù)據(jù)流。

3. 混合型系統(tǒng)結(jié)構(gòu)圖
   現(xiàn)實中多為此類蓖谢。

2.2.3 用戶界面設(shè)計

一個好的用戶界面應(yīng)具有的特點：

1. 可使用性
2. 靈活性
3. 復(fù)雜性和可靠性

2.2.4 設(shè)計評審

評審采用評審會議的形式進行域滥。

角色：

• 設(shè)計負責(zé)人

  • 承擔(dān)項目的全部設(shè)計管理任務(wù)
  • 對設(shè)計質(zhì)量、進度及各項設(shè)計間的組織協(xié)調(diào)等全面負責(zé)
  • 對各單項工程之間的銜接蜈抓、協(xié)調(diào)和總體方案質(zhì)量負主要責(zé)任
  • 負責(zé)編寫總說明启绰，匯編總概算。

• 高級管理人員

  • 定主審員
  • 審批評審記錄

• 主審員

  • 在評審會前提出項目的書面評審意見
  • 確定評審組沟使、確定評審結(jié)果并填寫評審記錄

• 評審組

  • 專業(yè)評審組評委表決通過項目初評結(jié)論并報綜合評審會議委可，通過設(shè)計報告。

2.3 軟件測試

應(yīng)當(dāng)把“盡早地和不斷地進行軟件測試”作為軟件開發(fā)者的座右銘腊嗡。

軟件測試并不等于程序測試着倾。軟件測試應(yīng)貫穿于軟件定義與開發(fā)的整個期間。各階段所得到的文檔以及源程序卡者，都應(yīng)成為軟件測試的對象客们。

2.3.1 軟件測試

測試用例是為特定目標(biāo)開發(fā)的測試輸入、執(zhí)行條件和預(yù)期結(jié)果的集合恒傻。

1. 黑盒測試

又稱為功能測試或數(shù)據(jù)驅(qū)動測試建邓。把測試對象看做一個空盒子，不考慮程序的內(nèi)部邏輯結(jié)構(gòu)和內(nèi)部特性沸手，依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明臀规。

主要檢查內(nèi)容：

• 功能的正確性與完整性
• 輸入輸出接口的正確性
• 數(shù)據(jù)結(jié)構(gòu)的正確性
• 性能極其穩(wěn)定性

測試用例設(shè)計方法：

1. 等價類劃分
   步驟：
   1. 劃分等價類
   2. 選取測試用例

等價類是指某個輸入域的子集合栅隐。在該子集合中，各個輸入數(shù)據(jù)對揭露程序中的錯誤是等效的谨究。

有效等價類與無效等價類泣棋。

2. 邊界值分析
   經(jīng)驗表明潭辈，大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上鸯屿。

3. 錯誤推測法
   靠經(jīng)驗和直覺推測程序中可能存在的各種錯誤寄摆，有針對性地編寫測試用例修赞。

4. 因果圖
   此方法最終生成的就是判定表柏副，適于檢查程序輸入條件的各種組合情況。

   步驟：

   1. 分析原因（輸入）與結(jié)果（輸出）并標(biāo)示編號因果組
   2. 分析原因與結(jié)果之間的關(guān)系眷篇，畫出因果圖
   3. 在因果圖上標(biāo)明不可能的情況并指出約束或限制條件
   4. 把因果圖轉(zhuǎn)換成判定表
   5. 利用判定表的每一列設(shè)計測試用例

2. 白盒測試

又稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試荔泳。白盒測試把測試對象看做一個透明的盒子,它允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)和有關(guān)信息，設(shè)計或選擇測試用例椎椰，對程序所有邏輯路徑進行測試沾鳄。

主要檢查內(nèi)容：

• 對程序模塊的所有獨立執(zhí)行路徑至少測試一次
• 對所有的邏輯判定译荞，取 “真” 與取 “假” 兩種情況都至少測試一次
• 在循環(huán)的邊界和運行界限內(nèi)執(zhí)行循環(huán)體
• 測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性

3. 邏輯覆蓋

此技術(shù)屬于白盒測試，是以程序內(nèi)部的邏輯結(jié)構(gòu)為基礎(chǔ)的設(shè)計用例的技術(shù)圈膏。

包括：

• 語句覆蓋
  設(shè)計若干個測試用例篙骡，使每一可執(zhí)行語句至少執(zhí)行一次糯俗。

• 判定覆蓋
  設(shè)計若干個測試用例，使程序中每個判斷的取真分支和取假分支至少經(jīng)歷一次杖玲，又稱為分支覆蓋淘正。

• 條件覆蓋
  設(shè)計若干個測試用例鸿吆，使程序中每個判斷的每個條件的可能取值至少執(zhí)行一次。

• 判定-條件覆蓋
  設(shè)計足夠的測試用例惩淳，使判斷中每個條件的所有可能取值至少執(zhí)行一次黎泣，每個判斷中的每個條件的可能取值至少執(zhí)行一次。

• 條件組合覆蓋
  設(shè)計足夠的測試用例褐着，使判斷的所有可能的條件取值組合至少執(zhí)行一次托呕。

• 路徑覆蓋
  設(shè)計足夠的測試用例，覆蓋程序中所有可能的路徑馅扣。

2.3.2 軟件測試策略

1. 單元測試

也稱為模塊測試着降，是針對每個模塊進行的測試。

驅(qū)動模塊是指在單元測試和集成測試中蓄喇，協(xié)調(diào)輸入和輸出的測試程序。

樁模塊指模擬被調(diào)用單元的程序刃鳄。

單元測試可測試內(nèi)容：

1. 模塊接口
2. 局域數(shù)據(jù)結(jié)構(gòu)
   數(shù)據(jù)類型叔锐，變量见秽，初始值與默認值。
3. 獨立路徑
   路徑錯誤齿梁。
4. 錯誤處理測試
5. 邊界條件測試

2. 集成測試

把模塊組裝為系統(tǒng)的方式有兩種：

• 一次性組裝方式
• 增殖式組裝方式

對關(guān)鍵模塊及早進行測試肮蛹。

3. 確認測試

驗證軟件的功能伦忠、性能及其他特性是否與用戶的要求一致。

主要步驟：

1. 有效性測試
2. 軟件配置復(fù)査
3. 驗收測試

應(yīng)交付文檔：

• 確認測試分析報告
• 最終的用戶手冊和操作手冊
• 項目開發(fā)總結(jié)報告

4. 系統(tǒng)測試

在實際運行環(huán)境下進行一系列的測試气忠。

5. α 測試和 β 測試

α 測試

α 測試是由一個用戶在開發(fā)環(huán)境或模擬實際操作環(huán)境下進行的測試赋咽。

α 測試目的：評價軟件產(chǎn)品的 FLURPS（功能脓匿、局域化、可使用性米母、可靠性毡琉、性能桅滋、支持）

α 測試注重產(chǎn)品的界面和特色。

β 測試

β 測試是由多個用戶在實際使用環(huán)境下進行的測試蜂绎。

β 測試處在整個測試的最后階段师枣。產(chǎn)品的所有手冊文本也應(yīng)該在此階段完全定稿萧落。

2.3.3 軟件測試類型

1. 功能測試

2. 可靠性測試

主要評價指標(biāo):

平均故障間隔時間找岖，MTBF许布，Mean Time Between Failure

平均故障修復(fù)時間，MTTR杂曲，Mean Time To Repair

3. 強度測試

4. 性能測試

5. 恢復(fù)測試

6. 啟動/停止測試

7. 配置測試

8. 安全性測試

9. 可使用性測試

10. 安裝測試

11. 過程測試

檢查由人工完成的擎勘、為了配合計算機的工作尘惧，就是過程測試掩完。

12. 容量測試

13. 文檔測試

14. 兼容性測試

2.3.4 面向?qū)ο蟮能浖y試

面向?qū)ο蟮拈_發(fā)階段：

1. 面向?qū)ο蠓治銮遗睿琌OA，Object Oriented Analysis
2. 面向?qū)ο笤O(shè)計分别，OOD存淫，Object Oriented Design
3. 面向?qū)ο缶幊涛ε兀琌OP，Object Oriented Programming

面向?qū)ο鬁y試：

1. OOA Test

OOA 直接映射問題空間荚虚，全面地將問題空間中實現(xiàn)功能的現(xiàn)實抽象化版述。將問題空間中的實例抽象為對象渴析，用對象的結(jié)構(gòu)反映問題空間的復(fù)雜實例和復(fù)雜關(guān)系俭茧，用屬性和服務(wù)表示實例的特性和行為。行為相對穩(wěn)定午磁，結(jié)構(gòu)則相對不穩(wěn)定迅皇。

2. OOD Test

OOD 以 OOA 為基礎(chǔ)歸納類漏隐，并建立類結(jié)構(gòu)或進一步構(gòu)造成類庫青责，實現(xiàn)分析結(jié)果對問題空間的抽象脖隶。

因 OOD 是 OOA 的進一步細化和更高層的抽象产阱。所以，OOD 與 OOA 的界限通常難以區(qū)分王暗。

3. OOP Test

考慮：

1. 數(shù)據(jù)成員是否滿足數(shù)據(jù)封裝的要求
2. 類是否實現(xiàn)了要求的功能

4. 面向?qū)ο蟮膯卧獪y試

考慮：

1. 繼承的成員函數(shù)是否都不需要測試
2. 對父類的測試是否能照搬到子類

5. 面向?qū)ο蟮募蓽y試

基于單元測試對成員函數(shù)行為正確性的保證俗壹，集成測試只關(guān)注系統(tǒng)的結(jié)構(gòu)和內(nèi)部的相互作用绷雏。

靜態(tài)測試：檢測程序結(jié)構(gòu)是否符合設(shè)計要求涎显。
動態(tài)測試：優(yōu)化測試用例期吓，減少測試工作量膘婶，使測試達到一定的覆蓋標(biāo)準(zhǔn)悬襟。

6. 面向?qū)ο蟮南到y(tǒng)測試

2.4 軟件維護

2.4.1 軟件的可維護性

1. 軟件具有可維護性

決定軟件可維護性的三個因素：

1. 可理解性
2. 可測試性
3. 可修改性

2. 采用軟件工程提高軟件的可維護性

軟件系統(tǒng)的文檔可分為用戶文檔和系統(tǒng)文檔兩大類脊岳。

用戶文檔主要是描述軟件功能和使用方法割捅，至少包括：

• 功能說明
• 安裝文檔
• 用戶使用手冊
• 參考手冊
• 管理員指南

系統(tǒng)文檔關(guān)心實現(xiàn)細節(jié)亿驾，描述系統(tǒng)需求莫瞬、設(shè)計、實現(xiàn)和測試等各個方面旁振。

3. 注重可維護性的開發(fā)過程

在開發(fā)過程中提高軟件的可維護性：

• 在需求分析階段拐袜，應(yīng)該對將來要改進的和可能會修改的部分加以明確說明
• 在設(shè)計階段蹬铺，應(yīng)該盡量遵循“ 高內(nèi)聚低耦合” 的模塊設(shè)計原則
• 在編碼階段丛塌，應(yīng)該采用科學(xué)的代碼規(guī)范
• 在測試階段印衔，應(yīng)重視測試相關(guān)文檔的的編寫
• 在維護階段姥敛，要有嚴格的配置管理与帆，同步更新相關(guān)系統(tǒng)文檔

4. 可維護性的度量

1. 外部度量

MTTR 指標(biāo)度量。

可維護指標(biāo) M = 1 / (1 + MTTR)

2. 內(nèi)部度量

軟件復(fù)雜性相關(guān)因素：

• 環(huán)路數(shù)
• 軟件規(guī)模
• 其他因素

建立經(jīng)驗?zāi)Ｐ偷牟襟E：

1. 確定影響可維護性的若干主要因素阵翎，并為其制訂尺度
2. 用大量的現(xiàn)有案例之剧，計算出一個包含影響因素及其權(quán)值的多項式模型
3. 利用這個經(jīng)驗?zāi)Ｐ头治鲂碌能浖【俑鶕?jù)實際的維護活動的感受進行校準(zhǔn)
4. 重復(fù)校準(zhǔn)過程

2.4.2 軟件維護的分類

從性質(zhì)上分為：

• 糾錯型維護（21%）
• 適應(yīng)型維護（25%）
• 預(yù)防型維護（4%）
• 完善型維護（50%）

注：括號中為 Lientz 和 Swanson 在1980年的調(diào)查結(jié)果。

2.4.3 軟件維護的工作量

維護活動分類：

• 生產(chǎn)類
• 非生產(chǎn)類（熟悉代碼寒跳，理解結(jié)構(gòu)等）

M = P + K^(c-d)

M - 維護總工作量
P - 生產(chǎn)類活動工作量
K - 經(jīng)驗常數(shù)
c - 軟件復(fù)雜程度
d - 維護人員對軟件的熟悉程度

影響維護工作的其他因素：

• 維護工作本身是否規(guī)范胸完，是否按軟件工程的正確方法進行
• 軟件系統(tǒng)的類型不同赊窥，維護工作量也有區(qū)別

按照對真實世界的依賴程度爆惧，軟件系統(tǒng)可以分為：抽象系統(tǒng)、近似系統(tǒng)和模擬系統(tǒng)锨能。

• 硬件因素

2.4.4 軟件維護作業(yè)的實施和管理

1. 建立維護組織

2. 提出維護需求

3. 實施維護作業(yè)

每次維護活動的實施都要經(jīng)歷如下的步驟：

• 確認維護需求
• 制訂維護計劃
• 編碼
• 測試
• 交付用戶

4. 記錄維護要素

5. 評價維護活動

2.4.5 軟件再生工程

軟件的再生工程通常包括以下六類活動：

1. 篩選
2. 文檔重構(gòu)
3. 逆向工程
4. 代碼重構(gòu)
5. 數(shù)據(jù)重構(gòu)
6. 重新開發(fā)

2.5 軟件開發(fā)環(huán)境

2.5.1 軟件開發(fā)環(huán)境概述

軟件開發(fā)環(huán)境扯再，SDE芍耘，Software Development Environment

集成式項目支援環(huán)境，IPSE熄阻，Integrated Project Support Environment

集成型開發(fā)環(huán)境通痴海可由工具集和環(huán)境集成機制兩部分組成。

環(huán)境集成機制：

• 數(shù)據(jù)集成機制

數(shù)據(jù)集成機制提供統(tǒng)一的數(shù)據(jù)模式和數(shù)據(jù)接口規(guī)范秃殉，需要相互協(xié)作的工具通過這種統(tǒng)一的模式與規(guī)范交換數(shù)據(jù)坝初。

• 控制集成機制

控制集成機制支持各工具或各開發(fā)活動之間的通信、切換钾军、調(diào)度和協(xié)同工作鳄袍，并支持軟件開發(fā)過程的描述、執(zhí)行和轉(zhuǎn)接吏恭。

• 界面集成機制

2.5.2 軟件開發(fā)環(huán)境的功能與分類

按軟件開發(fā)模型及開發(fā)方法分類：

• 瀑布模型
• 演化模型
• 螺旋模型
• 噴泉模型
• 結(jié)構(gòu)化方法
• 信息模型方法
• 面向?qū)ο蠓椒?/li>

按功能及結(jié)構(gòu)特點分類：

• 單體型
• 協(xié)同型
• 分散型
• 并發(fā)型

按應(yīng)用范圍分類：

• 通用型
• 專用型

按開發(fā)階段分類：

• 前端開發(fā)環(huán)境
• 后端開發(fā)環(huán)境
• 軟件維護環(huán)境
• 逆向工程環(huán)境

2.5.3 軟件開發(fā)環(huán)境的結(jié)構(gòu)

開發(fā)環(huán)境組成：

1. 工具集
2. 集成機制
3. 環(huán)境信息庫

環(huán)境信息庫是軟件開發(fā)環(huán)境的核心拗小，用以儲存與系統(tǒng)開發(fā)有關(guān)的信息并支持信息的交流與共享。

4. 過程控制和消息服務(wù)器
5. 環(huán)境用戶界面

開發(fā)環(huán)境的結(jié)構(gòu)可分為四層：

1. 宿主層

包括基本宿主硬件和基本宿主軟件砸泛。

2. 核心層

包括工具組十籍、環(huán)境數(shù)據(jù)庫和會話系統(tǒng)。

3. 基本層

包括至少一組工具唇礁，如編譯工具、調(diào)試工具等惨篱。

4. 應(yīng)用層

以基本層為基礎(chǔ)補充某些工具盏筐，以適應(yīng)應(yīng)用軟件的要求。

2.5.4 軟件開發(fā)環(huán)境的發(fā)展

集成計算機輔助軟件設(shè)計砸讳，ICASE琢融，Integrated Computer-Aided Software Engineering

ICASE 信息中心庫功能：

1. 數(shù)據(jù)完整性
2. 信息共享
3. 數(shù)據(jù)-工具集成
4. 數(shù)據(jù)-數(shù)據(jù)集成
5. 方法學(xué)實施
6. 文檔標(biāo)準(zhǔn)化

ICASE 的最終目標(biāo)是實現(xiàn)應(yīng)用軟件的全自動開發(fā)，即開發(fā)人員只要寫好軟件的需求規(guī)格說明書簿寂，軟件開發(fā)環(huán)境就自動完成從需求分析開始的所有的軟件開發(fā)工作漾抬，自動生成供用戶直接使用的軟件及有關(guān)文檔。