コンピュータ支援ソフトウェアエンジニアリング

CASEツールは、ソフトウェア開発ライフサイクルにおける特定のタスクをサポートします。これらは以下のカテゴリに分類できます。

1. ビジネスおよび分析モデリング：グラフィカルモデリングツール。例：E/Rモデリング、オブジェクトモデリングなど。
2. 開発: ライフサイクルの設計および構築フェーズ。デバッグ環境。例: IISE LKO。
3. 検証と妥当性確認：コードと仕様を分析し、正確性、パフォーマンスなどを確認します。
4. 構成管理：リポジトリのオブジェクトとファイルのチェックインおよびチェックアウトを制御します。例：SCCS、IISE。
5. メトリクスと測定：コードの複雑さ、モジュール性（例：「go to」がない）、パフォーマンスなどを分析します。
6. プロジェクト管理：プロジェクト計画、タスク割り当て、スケジュール管理を行う。

CASEツールを区別するもう1つの一般的な方法は、アッパーCASEとローワーCASEの区別です。アッパーCASEツールは、ビジネスおよび分析モデリングをサポートします。ER図、データフロー図、構造図、決定木、決定表などの従来の図式言語をサポートします。ローワーCASEツールは、物理設計、デバッグ、構築、テスト、コンポーネント統合、保守、リバースエンジニアリングなどの開発活動をサポートします。その他のすべての活動はライフサイクル全体に及び、アッパーCASEとローワーCASEの両方に等しく適用されます。^{[ 8 ]}

ワークベンチは2つ以上のCASEツールを統合し、特定のソフトウェアプロセス活動をサポートします。したがって、以下のことが実現されます。

• 均質で一貫性のあるインターフェース（プレゼンテーションの統合）
• ツールとツールチェーンのシームレスな統合（制御とデータの統合）

ワークベンチの一例として、MicrosoftのVisual Basicプログラミング環境が挙げられます。これは、GUIビルダー、スマートコードエディター、デバッガーなど、複数の開発ツールを統合しています。市販のCASE製品の多くは、2つ以上のツールをシームレスに統合したワークベンチでした。ワークベンチは、ツールと同様に、分析、開発、検証などに焦点を当てたもの、あるいは大文字、小文字、構成管理などライフサイクル全体にわたるプロセスに焦点を当てたものなど、分類することができます。

環境とは、ソフトウェアプロセス全体をサポートしようとするCASEツールまたはワークベンチの集合体です。これは、特定のタスクまたはライフサイクルの特定の部分に焦点を当てたツールとは対照的です。CASE環境は、Fuggettaによって次のように分類されています。^{[ 9 ]}

1. ツールキット：疎結合されたツール群。これらは通常、Unix Programmer's WorkbenchやVMS VAXセットなどのオペレーティングシステムのワークベンチを基盤としています。データ共有や制御の受け渡しには、パイプなどの基本的なメカニズムを介して統合を行います。容易な統合という利点は、同時に欠点でもあります。シェルスクリプトなどの技術による単純なパラメータの受け渡しでは、共通リポジトリデータベースが提供するような高度な統合は実現できません。
2. 第4世代：これらの環境は、初期の環境がVisual Basicなどの特定の言語を中心に設計されていたことから、第4世代言語環境（4GL）とも呼ばれます。これらは、複数のツールを深く統合した最初の環境でした。通常、これらの環境は特定の種類のアプリケーションに特化していました。例えば、リレーショナルデータベースに対して標準的なアトミックトランザクションを実行するユーザーインターフェース主導型アプリケーションなどです。例としては、Informix 4GLやFocusなどがあります。
3. 言語中心型：Symbolics Lisp Genera環境やParcplaceのVisualWorks Smalltalkなど、単一のオブジェクト指向言語に基づいた環境。これらの環境では、すべてのオペレーティングシステムリソースがオブジェクト指向言語のオブジェクトとして扱われます。これにより、強力なデバッグ機能とグラフィカルな機能が提供されますが、開発されるコードは主に特定の言語に限定されます。そのため、これらの環境はCASEの中でもニッチな存在でした。その用途は主にプロトタイピングや研究開発プロジェクトでした。これらの環境に共通するコアコンセプトは、同じデザインの複数のプレゼンテーションを基盤となるモデルと一貫性を保つことを容易にするモデル・ビュー・コントローラ（MVC）ユーザーインターフェースでした。MVCアーキテクチャは、他のタイプのCASE環境や、それらを用いて構築された多くのアプリケーションにも採用されました。
4. 統合型: これらの環境は、ほとんどのIT担当者がCASEについて考えるときに最初に思い浮かべる例です。IBMのAD/Cycle、アンダーセン・コンサルティングのFOUNDATION、ICL CADESシステム、DEC Cohesionなどの環境です。これらの環境は、分析から保守までのライフサイクル全体をカバーし、ソフトウェアプロセスのすべての成果物を格納するための統合データベースリポジトリを提供します。統合ソフトウェアリポジトリは、これらのツールの特徴的な機能でした。これらは、複数の異なる設計モデルと、異種言語のコードのサポートを提供しました。これらのタイプの環境の主な目標の1つは、「ラウンドトリップエンジニアリング」、つまり設計レベルで変更を加えると、それがコードに自動的に反映され、その逆も可能であることでした。これらの環境は通常、特定のソフトウェア開発方法論と関連付けられていました。たとえば、アンダーセンのFOUNDATION CASEスイートは、アンダーセンメソッド/1方法論と密接に関連していました。
5. プロセス中心型：これは最も野心的な統合方式です。これらの環境は、ソフトウェアプロセスの分析および設計オブジェクトを形式的に規定するだけでなく、実際のプロセス自体を規定し、その形式的なプロセスを使用してソフトウェアプロジェクトを制御および誘導しようとします。例としては、East、Enterprise II、Process Wise、Process Weaver、およびArcadiaなどがあります。これらの環境は、ソフトウェアプロセス自体が環境の一部であり、ツール呼び出しの多くの側面を制御できるため、必然的に何らかの方法論と結びついています。

実際には、ワークベンチと環境の区別は柔軟でした。たとえば、Visual Basic はプログラミング ワークベンチでしたが、多くの人からは 4GL 環境ともみなされていました。ワークベンチと環境を区別する特徴は、共有リポジトリまたは共通言語による深い統合と、何らかの方法論 (統合型およびプロセス中心の環境) またはドメイン (4GL) の特異性でした。^{[ 9 ]}