問題タブ [uml]

私は自動車販売店のビジネス ドメイン モデル/UML クラス図に取り組んでいます。

私はモデリングが初めてなので、クラス図を検証する方法を知りたいです。さらなる開発 (ユースケースなど) を使用するために、100% 正しいとまではいかなくても、適切なクラス図を作成することは、私にとって非常に重要です。

完全に間違ったモデルを構築することは可能ですか? それとも、適切なモデルとあまり適切でないモデルしかありませんか?

SalesTeam がサービスを提供している顧客をモデル化している SalesTeam に関連付けられた Customer がある場合、それは間違っていますか? Customer が Order に関連付けられている例、Order が ItemOrder に関連付けられている例、ItemOrder が ItemInventory に関連付けられている例を見てきました。SalesTeam または Staff が Order に関連付けられている場所。

モデルと関係を検証するにはどうすればよいですか?

Enterprise Architect には、ドキュメントを HTML/RTF/etc で生成する方法があります。公開することはできますが、その GUI を使用して手動で行う必要があります。*.eap ファイルが CVS/Subversion サーバーにある場合、毎日最新バージョンをチェックアウトして Web サーバーに公開するスクリプトがあると便利です。私の知る限り、EA にはこの目的のためのコマンド ライン ユーティリティはありません。COM インターフェイスを使用してほとんどすべてを自動化できることがわかりましたが、それを行うには小さなプログラムを作成する必要があります。それを行うための最も簡単でクリーンな方法についてのアイデアはありますか (可能であればコードを記述する必要はありません)。

簡単にするために：

さまざまな種類のユーザー レベルとアクションを備えたアクセス許可ベースのシステムが配置されています (UNIX ファイル システムのアクセス許可を考えてください)。

これを UML で視覚化する最善の方法は何でしょうか?

C++ の課題の 1 つで UML ダイアグラムを生成する必要があります。Visio 2007 を使用していますが、C++ ポインターを表すのに問題があります。データ型にサフィックスを追加する方法を見つけましたが、プログラムで使用または返されるすべてのポインターに対してこれを行うのはかなり時間がかかります。

基本的に、プロパティを掘り下げたり、毎回接尾辞フィールドに追加したりせずに取得しようとして-object1 : Object* = NULLいます。+Object() : Object**

ダイアグラムとコーディングを作成するための Microsoft ソフトウェアにかなりこだわっているので、別のソフトウェアを使用することを提案しないでください。ただし、Visual Studio 2003 が Visio より簡単な方法で UML ダイアグラムを作成できるのであれば、Visual Studio を使用することに反対はしませんが、そのオプションがどこにあるのか教えてください。

C++ の課題の 1 つで UML ダイアグラムを生成する必要があります。Visio 2007 を使用していますが、C++ ベクトルの表現に問題があります。この動作を確認できる唯一の方法は、プロジェクトでカスタム C++ データ型を作成するか、ベクター クラスを作成することです。次に、UML 内のベクターのインスタンスごとに、プロパティを掘り下げて<Class>サフィックス フィールドに追加する必要があります。

vector<Object>基本的に、プロパティを掘り下げて<Class>毎回接尾辞フィールドに追加せずに取得しようとしています。

ダイアグラムとコーディングを作成するための Microsoft ソフトウェアにかなりこだわっているので、別のソフトウェアを使用することを提案しないでください。ただし、Visual Studio 2003 が Visio より簡単な方法で UML ダイアグラムを作成できるのであれば、Visual Studio を使用することに反対はしませんが、そのオプションがどこにあるのか教えてください。

クラス図で、クラスが別のクラスの内部クラスであることを指定する方法はありますか?

それとも、純粋な実装の選択と見なされますか?

まともなUML標準ガイドを知っている人はいますか?

私の会社は現在、UML 2.0 (正しいか間違っているか) に依存して、設計作業の大部分 (すべてを読む) を行っています。私は、他の開発者がより優れたモデルを開発できるように、「ベスト プラクティス」ガイドの草案を作成するよう依頼されました。私が直面している主な問題は、私が UML に対して少し偏っていることです... 私は次のように感じています: 図を描くのに 5 分以上かかるとしたら、それは複雑すぎる! 私は主に、どのような基準を検討すべきかについてアドバイスを求めています。また、UML を多用した設計に対する私の不合理な嫌悪感を和らげ、私の提案の「サニタイザー」として機能するために使用できる外部の情報源を探しています。

何よりも、私は、目立たないネットワーク ディレクトリに埋もれているようなドキュメントではなく、有用なドキュメントを書きたいと考えています。

何か案は？

UML コンポーネント図で、簡単に認識できるように、コンポーネントをデータベースとしてタグ付けまたは識別するにはどうすればよいでしょうか? 昔はデータベースを表示するためのシリンダー記号がありましたが、それは UML の一部ではありません。たとえば、アプリケーション サーバーにも同じことが言えますが、それはどのように表示されますか?

固定観念はここに当てはまりますか? コンポーネント シンボルをグラフィック要素で強化できますか?

同僚が、大量の Python ソース コードから UML クラス図を生成しようとしています。彼は主に継承関係に関心があり、合成関係にはやや関心があり、単なる Python プリミティブであるクラス属性にはあまり関心がありません。

ソース コードは非常に単純であり、極端に悪いものではありません。たとえば、高度なメタクラス マジックは実行されません。(これは主に Python 1.5.2 の時代のもので、「最新の」2.3 っぽいものが散りばめられています。)

推奨する最善の既存のソリューションは何ですか?

2つのユースケースを同時に拡張または含めることはできますか？A拡張/インクルードBおよびB拡張/インクルードA