私はシステムをモデル化していますが、私のユースケースのいくつかは{教師（adimin）を任命し、成績を記録し（教師）、学生（admin）を管理し、 、manage cocurricular（admin）} 私は、ユースケースのステップとユースケースのシナリオを考える際にいくつか問題があります。 私は既に概念的なクラス図を描いています。 これについてどのように考えているのですか？事前ユースケースのステップとユースケースのシナリオ
で
おかげであなたは、このようなthisとして有用な記事を見つけることができます。
私の考え方。ユースケースの一般的な説明があるので、構築しているシステムが何をすべきか知っています。しかし、これらのユースケースには、しわや特殊なケースがたくさんあることは間違いありません。 [学生の管理]は、「生徒の登録」、「学生の一時停止」、「大学院生」などが必要な「教師の任命」サセプタとはかなり異なるようです。
あなたの次のステップは、ユースケースの詳細を提供することで、システムの要件をより多く獲得できます。あなたは、人やシステムによる行動の観点からそれを表現します。システムコンテキスト図などありますか？これはあなたのシステムがやりとりするすべての情報を表示します。次に、あなたのシナリオを、俳優、システム、および他のシステムによる一連のアクションとして表現します。
The Teacher logs on
TheSystem presents a menu
The Teacher selects "record grade"
The System presents a list of classes taught by the teacher
The Teacher selects class
etc.
発生する可能性のある変動を考慮してシワが発生します。失敗した成績に対する特別な行動はありますか？特定のタイプの学生の採点の制限？そのような「面白い」ケースのシナリオを作成します。
この段階では、特定のクラスとクラス図は必要ありません。後で "システムは教師が教えてくれたクラスのリストを提示する"などの1つのステップを検討し、クラス図を使ってシステムがそれをどのように実装するかを検討することができます。
目的を覚えておいてください：満足するために必要な要件の完全な図を入手してください。あなたは（あなたが取っているクラスのように聞こえる）クラスでこれを行う必要がないかもしれないが
また、要件の収集中に別の有用なステップは、誤用の例を識別しています。つまり、あなたのシステムで何が起こり得るかを把握したいと思っています。たとえば、誤用の場合は、システムに侵入している人がいる可能性があります。そのような悪用事例を修正するための手順を書き留めることができます。考えるだけのこと。