UMLダイアグラムとプランニングヘルプが必要

Question

私はアクセスブックを持っています。私は過去3年間、小切手帳と予算作成に使ったと書いています。前にプログラムを書いたことはありませんでしたが、私はスタンドアロンプ​​ログラムにdbを書き込むことに決めました。私の唯一の経験は、db自体の単純なVBAに加えて、Intro to C++クラスとOO Logicクラスです。

私はプログラムが何をしたいのか分かっていますが（これは私のdbが今行っているので）、できるだけ適切に計画と設計にアプローチしたいので、できるだけ適切にプログラムを書くことができます。機能の追加とメンテナンスが容易になります。

私は助けの計画が必要です。私は、UMLダイアグラムを最初にするべきだと思います。どのようなUMLダイアグラムが必要ですか？そして、どのような順序で？私はユースケースをしようとしましたが、プログラムでは私、お金、銀行、店舗だけが関係していたので、無意味に思えました。それとも間違って考えていたのですか？私は私のお金と私の予算を私の口座の中に描く必要がありますか？知りません。私は進める方法について助けが必要です。ありがとう。

Answer 1

とどのように関連するか、異なるテーブルを計画するのに役立つだろうあなたのアプリケーションは個人的な使用のためであり、実際には2つの図が必要になります。必要に応じてUse Caseダイアグラムを使用することができますが、ユースケースのリストを使用するほうがよいでしょう。他に誰もそれを述べていないので、ユースケースは、あなたがそれを使用しようとしているものを述べるための要件です。これらは、必要な機能を定義するのに役立ちます。
次に、プログラムをどのように整理するかについてのクラス図が必要です。クラス図には、どのクラスがどのように接続されているかが表示されます。これは、あなたのプログラムが複雑すぎるか、またはblobとして知られている反パターンを使用しているかを調べるのに便利です。クラス同士を結ぶ線がたくさんある場合は、各クラスをより固着させることができるかどうかを確認するために再編成したい場合があります。クラスがほとんど見えない場合は、ブロブの反パターンを確認することができます。反パターンは、可読性や保守性に悪い一般的なオカレンスです。クラスの結束性は、各クラスが必要とするものを正確に持つかどうかによって定義されます。たとえば、あなたのアカウントのクラスを持つことに決めた場合、あなたの銀行の住所や名前など、あなたのアカウントに関係のない情報は知る必要はありません。

あなたが必要と思う最後のUMLダイアグラムは、プログラム内のさまざまなオブジェクトがどのように相互作用するかを示すシーケンス図です。これは、あなたのクラスがやっている相互作用をよりよく理解し、複雑すぎる場合に、より良い体系を整える必要があるかどうかを判断するのに役立ちます。

これらは必要なUML図です。ネットワークダイアグラムで、データベースが銀行のWebサイトにどのように接続され、必要な情報が得られるかを理解することもできます。

Answer 2

ダイアグラムは、あなたが何をしているのかを理解して追跡するためのものです。あなたはすでにそれを知っていると思います。あなたのケースでは、詳細なユースケースで十分であると信じています。すべての機能を処理し、何も忘れないようにしてください。 （注意：ユースケースは図ではなくテキストです）

Answer 3

何が起きているのかを把握するためにUMLダイアグラムを用意するのは良いことですが、最終的にはドキュメンテーションが崩壊することを覚えておいてください。 。つまり、UMLは、ビットとパーツの計画とリコールに適しています。ここには多大な個人的な経験がありますので、あなたが望むものを自由に取り、あなたが当てはまらないと思うものは除外してください。ユースケース図

はこれをスキップし、だけではなく、ユースケースを書きます。

クラス図

私はアーキテクチャの全体像のビューを計画するために有用見つけるが、私は通常、すべてのメソッド名を残す、または唯一の関連で去ります。私はあなたのクラス

シーケンス図

特にビジネスロジックのためのより便利な図の一つ、およびデータの流れの論理モデルを説明するためにそれを使用します。複雑なデータフローのシーケンス図をスケッチしていて、特にイベントが送出されているときには、私は常に自分自身を見ています。

オブジェクト図

実行時にオブジェクトの相互作用を示します。私は通常、複雑なオブジェクトの相互作用のためのものを描き、「学問的に正しい」ものは描かない。私はそれがシーケンス図よりも有用ではないと思う。

フロー図

ウェブサイトのための良い

アプリケーションが多くの州を持っている場合は、複雑な流れに

状態遷移

重要なを持っている場合。繰り返しますが、最も複雑なシステムをスケッチするだけで、各サブシステムごとに1つのシステムを持つ必要はありません。

ERダイアグラム

私は、これはUMLではないですけど、良いデータベース設計の前払いが重要であり、ER図を使用して、整理し、お互い