問題タブ [uml]

C# のクラス属性と変数属性 (UML 属性ではない) を UML でモデル化したいのですが、その方法がわかりません。

どのようにモデル化しますか:

[AttributeForTheClass] および [AttributeForTheField] および [AttributeForTheMethod]

現在、Sparx Enterprise Architect を使用しています。

c# 属性が ac# 言語機能であることは知っていますが、それらが UML で定義されているかどうかはわかりません。

誰にも解決策がありますか？

UML クラス図でネットワーク接続を表す最良の方法は何ですか?

私のチームは、RationalSoftwareModelerを使用していくつかのUML図を作成しています。各図には、人間が読める形式のタイトル、最終更新日、および図に関するその他の情報を示す小さなテキストボックスがあります。

最終変更日を自動的に最新の状態に保つ方法はありますか？マクロ、おそらく？または、Eclipseへのプラグインのようなものですか？

UML における構成と集計の違いを理解するのに苦労しました。誰かが私にそれらの間の良い比較と対照を提供してもらえますか? また、コードでそれらの違いを認識したり、短いソフトウェア/コードの例を見たりすることを学びたいです。

編集: 私が質問する理由の 1 つは、私たちが職場で行っている逆の文書化活動のためです。コードを書きましたが、戻ってコードのクラス図を作成する必要があります。アソシエーションを適切にキャプチャしたいだけです。

私は、UML 図を紙に書き留めてから、Java を使用して実装することを好みます。UML ダイアグラムを作成できるユーティリティがあれば、それをオンラインで共有したり、デジタル ドキュメントに含めたりすることができます。つまり、Java ソース コードから UML ダイアグラムを作成したいと考えています。

ユーティリティは、次のことができる必要があります。

• Linux で実行します。
• Generics を処理します。つまり、List<Foo> をパラメーターと戻り値の型で正しく表示します。
• クラスの継承とインターフェイスの実装を表示します。

ユーティリティで次のことができると便利です。

• Windows および Mac OS X で実行します。
• いくつかの良い方法で列挙型を表示します。
• 他のユーティリティを使用して変更できるダイアグラム形式で出力を生成します。
• コマンドラインから実行します。
• UML の生成を、私が指定できる一連のパッケージに制限します。
• ソース コードの一部ではないクラス/インターフェイスを処理します。UML ダイアグラムの外部にある最初のクラス/インターフェースを含めることができます。おそらく別の色で、他の誰かが作成したライブラリ/フレームワークであることを示します。
• このタスクに焦点を当て、ドキュメントの問題全体を解決しようとはしません。

Eclipse の学生向けの「リバース エンジニアリング可能な」モデリング システムを検討しています。

現在、Ganymede リリース ( http://www.eclipse.org/downloads/packages/eclipse-modeling-tools-includes-incubating-components/ganymedesr2 )の Eclipse モデリング ツールを調べています。

UML モデルを構築するための Eclipse の UML モデリング デザイン サーフェスに満足しています。

しかし、これらをコードにマッピングする方法を知っている人はいますか?

Visual Studio で常にこれを行っているため、少し甘やかされています。

私は他の人と協力して、厳密な UML である場合とそうでない場合があるかなり大きなクラス フロー図をすばやく作成することを検討しています。このようなタスクのために、ネットワーク化された同時コラボレーション ツールを推奨できる人はいますか? 価格は問題ではありませんが、ターゲット システムは Windows でなければなりません。

確かに、過去に誰かがこのようなことをしたに違いありません。

何か案は？

これは漠然と次のように関連しています:

アプリケーションまたはモデル (データベース) を最初に設計する必要がありますか?

最初にデータベースから UI まで設計するか、それとも逆に設計するか?

しかし、私の質問はモデリングとアーティファクトに関するものであり、デザインの正しい方法に関するものではありません。機能 (ユース ケース)、画面、データベース要素 (特にテーブルと列) の間のリンクを最も明確に表現するのに最適な設計成果物を見つけようとしています。UML は非常にコード中心です。データベース モデルは非常にデータベース中心です。そして画面デザインはUI中心！

これが取引です...私のチームは製品の最初のリリースに取り組んでいます。ユースケースを使用し、次に画面設計を行い、データベース設計はこの 2 つから多少分離されました。バグの重大な領域は、ユースケースとそれに付随する画面およびデータベース間のトレーサビリティの欠如でした。私たちの製品では、ユースケースとデータベース要素の間に非常に高度な重複があります。多くのユース ケースは、データベース インフラストラクチャの 75% 以上に関係しています。そのため、データベースの設計領域で競合が多く、データベースの小さな変更が下位レベルのビジネス ロジックを混乱させるのは簡単です。

次のリリースでは、開発者と DBA に、各機能がデータベースのどの部分に影響を与えるかについて明確な洞察を得てもらいたいと思っています。ユースケース/画面設計のアプローチはうまく機能したので、そのままにしておきます...秘訣は、各ユースケースと画面をデータベースモデルにリンクすることです。これにより、関係が非常に明確になり、忘れにくくなります。

小規模なプロジェクト (私たちは 10 人しかいませんが、3 人以下のチームで作業することがよくあります) では、設計のこの部分を示すために独自のカスタム図を作成しました。実際のコードや SQL へのリンクなしで Visio で行われる、画面、UML、およびデータベース テーブルの一種の融合。最新の状態に保つには非常に手作業が必要であり、データベース モデリング ツールのようにコードを自動生成しないため、大規模なチームで機能するかどうかはわかりません。

推奨事項はありますか？これに対して一般的に受け入れられているメカニズムはありますか？

参考までに - 私たちはかなりのウォーターフォールであり、それはすぐに変わることはありません. そして、私たちはアーティファクトが大好きです... 「アジャイルへの切り替え」と言うのは、私たちのグループにとって実行可能な解決策ではありません。