私は、オブジェクト指向アプリケーションをモデル化するための UML に精通しています。ただし、手続き型、機能型、またはその他のパラダイムを設計および/またはモデリングするために特別に設計されたものには精通していません。非オブジェクト指向言語で書かれたアプリケーションをどのように設計またはモデル化しますか?
3 に答える
おやおや、過去からの爆発があります。
以前は、フローチャート、疑似コード、データ フロー図、構造図、Hierarchy-IPO、「コートハンガー チャート」(実際にはフローチャートの一種)、ナッシ-シュナイダーマン図を使用していました。とりわけ。
ああ、SADTは別のものです。
UML は、OO 以外の言語のモデリングにも使用できます。私は UML をモデリングに使用しています。公平を期すために、UML のコアは OO に焦点を当てていますが、動作、インスタンス レベル、およびあまり一般的でない構造型の多くは、非 OO 言語でも機能します。ただし、UML は実装ではなく OO の設計用であり、ビルディング ブロック/オブジェクトはモジュールなどとは異なります。
Charlie Martin が言及した図の種類の多くには、類似した UML 表現があります。さらに良いのは、単なるダイアグラム/ビューではなくモデルです。
例: LISP は OO ベースではありません。したがって、関数であるクラスのキーワードまたはステレオ タイプを作成します。状態がないため、属性は引数です。これは完璧ではありませんが、最も親しみやすいものです。
例: COBOL/JCL は OO ベースではありません。各 PACBASE パッケージをコンポーネントにし、構造コンポーネントを COBOL として持ちます。アーティファクトは JCL にすることができます。
UML は広範で大まかに定義されているため、UML パーツを再利用してください。UML プロファイルでいつでも形式化できます。私が働いている場所では、これはしばらくの間議論のポイントでした。メインフレーム プログラマーは OO 設計と OO-UML を関連性があるとは見なしていませんが、コアまたはほとんどの人がそれをどこまで使用するかは、OO に焦点を当てたクラス/構造的なものとユース ケースにすぎないという点で、部分的にしか真実ではありません。
SSADM - 私はまだどこかの箱に認定証を持っていると思います...