大学では、UML を使用して OO アプリケーションを文書化する方法を学びました。現実の世界では、私は古い手続き型プログラムを文書化する仕事を任されており、基本的に行方不明になった設計仕様書を再作成しています。
手続き型コードを文書化するための UML に似た「標準」文書またはメソッドはありますか? UML の前に人々が使用していたものがあるはずです。
ありがとう!
大学では、UML を使用して OO アプリケーションを文書化する方法を学びました。現実の世界では、私は古い手続き型プログラムを文書化する仕事を任されており、基本的に行方不明になった設計仕様書を再作成しています。
手続き型コードを文書化するための UML に似た「標準」文書またはメソッドはありますか? UML の前に人々が使用していたものがあるはずです。
ありがとう!
UML が Unified Modeling Language の略であることを思い出してください。オブジェクト関係をモデル化するだけではありません。これは、UML のよくある誤解だと思います。また、状態図、ビジネス プロセス、データベース スキーマなどにも使用できます。http: //en.wikipedia.org/wiki/Unified_Modeling_Languageを参照してください。
最近、IBM の Rational Software Architect を使用して状態図を Perl に変換しました。しかし、Perl の場合、Architect には Perl 用の翻訳ファイルが含まれていなかったため、独自の翻訳ファイルを作成する必要がありました。
しかし、C コードについて話している場合、Architect には、記述されたコードを UML ダイアグラムにリバース エンジニアリングする機能が組み込まれています。私はその機能を Java に使用しましたが、非常にうまく機能し、オブジェクト図を作成します。これまで C で使用したことがないため、シーケンス、アクティビティ、または状態図に変換されるかどうかはわかりません。
Software Architect の試用版をダウンロードして、コードで機能するかどうかを確認できます。
はい。フローチャート。
PSD (プロセス構造図) または NSD (ナッシ シュナイダーマン図) を使用できます。オブジェクト指向とJavaに飛び込む前に、プログラミングの最初のレッスンでそれを学ばなければなりませんでした。UML のようなさまざまな側面はカバーしていませんが、手続き型プログラムを視覚化するための出発点です。