問題タブ [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、およびデータベース テーブルの一種の融合。最新の状態に保つには非常に手作業が必要であり、データベース モデリング ツールのようにコードを自動生成しないため、大規模なチームで機能するかどうかはわかりません。

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

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

私は先週、同僚と建築（建物の設計のような実際の建築）について話し合っていました。私たちの話の中で、建築の青写真は、建築家、土木技師、請負業者に、何かを構築するために必要なすべての詳細を提供することがわかりました。それは私たちの両方にソフトウェアエンジニアリングの状態について考えさせ、ソフトウェアの設計を記述するために普遍的に採用されたアプローチはないということでした。

UMLはありますが、図が複雑すぎない限り、十分な詳細を伝えるのは難しいことがよくあります。精巧なUML図を使用して設計された大規模なソフトウェアの良い例はありますか？

それでは、ソフトウェアの青写真の大規模なセットを持っていることはさらに有用ですか？結局のところ、ソフトウェアのリファクタリングと再構築は、超高層ビルを再構築するよりもはるかに安価です。アーキテクチャの青写真は、ソフトウェア設計の間違ったアナロジーですか？あなたが考えることができるより良いアナロジーはありますか？

誰かが私が構成関係をモデル化するための最良の方法を理解するのを手伝ってもらえますか？

たとえば、多くのスケジュールを持つことができる学生がいる場合、私は大まかに次のように作成します。

どこかでScheduleオブジェクトがあり、それがどの学生に属しているかを特定したいと思います。Schedule.Student.Name書いて、お返しに生徒の名前をもらえるようになりたいです。スケジュールオブジェクトにもStudentプロパティを追加しますか？

私のアプリケーションは、CRUD機能を実行するためにStudentPkをScheduleオブジェクトに渡しています。必要に応じてハンドルを保持するために、StudentPKをプライベート変数として保持しています。

私のアプリケーションがより複雑になるにつれて、私は今までやってきたことを維持するのが難しくなっています。私へのあなたの提案は何ですか？これらの基本事項を復習し、より適切に処理するために、他に何を参照できますか（本/リンク）？

私は最近 C# を使い始めましたが、変数はメソッドと共に大文字で始まるという規則のように思われることに気付きました。

これはこれを行う唯一の言語ですか、それはなぜですか? 例えば：

他の言語では、代わりに次のように表示されます。

UML、Ruby、C++、および Java で多くの作業を行ってきたので、混乱を招く例が他にもあります。

私の質問は、他の言語では行われないのに、なぜ C# ではこのようにするのでしょうか?

編集

他のスタック オーバーフロー ユーザーは、C# がこの規則に従っていないことに気付いています。これは私のミスでした。

...次は何ですか？

どのアクターがどのアクションを実行するかを定義した後、どのように進みますか？データベースをモデル化しますか、それともクラスから始めますか？

オブジェクト間の関係に焦点を当てるために、クラスのようなモデリング図から始めるのがより良いアプローチだと思いました。クラスの詳細を深く掘り下げすぎたため、これは間違っていることがわかりました。システムが「機能しているように見えた」としても、データベースモデリングに進むと、前のフェーズで選択した位置にすべてが自然に収まりませんでした。

クエリされて基になるデータベースの抽象化を提供する大きなオブジェクトをメモリ内に構築するのではなく、アプリケーションロジックをデータベースに配置し、その速度を利用してデータを取得する必要があるという人々の話を読みました。私はいつも、データベースが私のデータを保存し、それにアクセスするための高速な方法を提供するためにあると思っていました。しかし、私は間違っているかもしれません。つまり、クラスのグループに配置するのと同じロジック内にデータベースを構築する必要があるのでしょうか。データベースには、これを実現するためのツールが不足していませんか？

どこから始めればよいかわからないと思います。データベースから始めることを選択した場合、それを「データを保存する場所、より高いレベルでアプリロジックを実行しよう」と考えるだけでは難しいと思います。 「クラスから始めると、データベースがクラスの不自然な表現のように見えてしまうので、適切なツールに適切な目的を割り当てていないなど、重要な何かを見逃しているような感覚を感じます。

これにどのように対処しますか？dbとクラスのどちらのモデリングから始めるかを決定する場合、あなたの経験では、どのようなアプローチが自然でクリーンな実装につながることが証明されていますか？

前もって感謝します

UML を編集するためのフレックス ベース (できればオープン ソース) のフレームワークまたはコンポーネントを知っている人はいますか? gliffy.com のようなものを探していましたが、XMI ファイルにエクスポートできません。

いくつかの異なるオブジェクト、それらの関係、およびそれらのインスタンス変数の値を使用して状況を視覚化したいと考えています。それに最適な図の種類はありますか?

ERPシステムを勉強したいです。そのためには、その過程を研究したい。誰かが私にいくつかの有用なリンクを提供してくれれば、それは私にとって役に立ちます、ありがとう。