私はいくつかの Java ソフトウェア パッケージ (Guice、GWT、JAX-RS など) をブラウズしていますが、これらの特定のソフトウェア パッケージが優れているユース ケースがよくわからないため、頭がかなり回転しています。チュートリアルでは、パッケージを使用して何かを行う方法を示しているようですが、パッケージを使用する理由(または使用しない場合) は示していません。

だから私は、正規のJavaライブラリは何が良いのかという質問を補完するために、これが明らかではないかもしれないJavaライブラリのユースケース（または「ユースケースを使用しない」）を投稿できるかどうか疑問に思っています。私は Guice に特に興味がありますが、それはより一般的な質問です。

編集:特定のパッケージに関するこの質問に答える本当に優れた Web ページ (たとえば、Hibernate や JAXB などの使用例を説明しているページ) を知っている場合は、それにリンクしてください。

私はシステムをモデリングしており、次のユースケースがあります{教師の任命（管理者）、成績の記録（教師）、学生の管理（管理者）、出席の記録（教師）、共同カリキュラムの管理（管理者）}ユースケースのステップとユースケースのシナリオを考え出す際の問題。私はすでに概念クラス図を描いています。誰かがそれについてどうやって行くかについて考えを持っていますか?

前もって感謝します

(明示的なユーザー操作の直接の結果として実行されるのではなく) スケジュールに基づいて定期的に実行されるシステム動作をモデル化するためにユース ケースを使用するためのベスト プラクティスは何ですか?

「時間」がアクターとしてモデル化されている場合、ユースケースをトリガーするために時間がどのように使用されるかを説明するために受け入れられているアプローチは何ですか?

概要：

TDの設計と開発にどのようなモデルと図を含めたり、提供したりしましたか。また、その理由は何ですか。

詳細：

新しい4開発者プロジェクト。TDDの採用/期待において、経営陣が「バイイン」から「アクション」に段階的に移行することを徐々に進めているショップで。私は（開発者）新しいプロジェクトのテスト駆動設計を望んでいます。いくつかのモデルと図が作成された後、管理者はテスト駆動開発を喜んで許可します（これらは、重要な開発が始まる前に詳細な設計を顧客に伝えるためにUIモックアップを補完します）。

それで、その文脈を考えると、どのモデルと図が合理的であると思いますか？このプロジェクトの成果物は、些細なことでも過度に複雑でもないWebアプリです。要件ドキュメントがあります（あいまいな場合もありますが、テストを作成するための良いスタートです）。

しかし、これまでのTDDの経験（TDDを使用してソロで行った非常に欠陥の少ないプロジェクトの1つと、あちこちで設計を成熟させるピアテストのオーサリング）により、テスト駆動設計の次に進みたいと思っています。

モデル/図を作成するプロセス（いくつかのクラスモデルといくつかの高レベルのユースケースとシーケンス図を提供するように見えます）は、TDDが提供しない設計上の洞察を私たち（開発者）に提供しないようです。技術的/複雑であるため、開発者以外の人が提示されたときにそれらを効果的に無視する（読んでください：盲目的に受け入れる）のではないかと心配しています。

TDの設計と開発におけるモデルと図の包含と除外の境界線はどこにありますか？

ソフトウェア (または何か。ソフトウェア固有である必要はありません) のタスクまたはプロジェクトを個別のチャンクに分割する方法を説明し、明らかでないすべての問題とニュアンスを解明するのに役立つ本を探しています。プログラミングを始めたばかりのとき。

ユースケースに関する本を入手する必要がありますか? もしそうなら、何？

私が探しているのは、「ユーザーが自分のメールアドレスを指定できるようにしたい、またはメールアドレスを持っていないことを指定できるようにしたい」というような単純な話から、UI ダイアグラムに移行するのに役立つ本です。 、コーディング タスクのリスト、およびテスト要件 (したがって、単体テストの作成は非常に簡単になります)。

適切に考えられていなかったために、途中で混乱するだけのタスクに着手するのはうんざりです.

ありがとう！

無料のユースケースシナリオテンプレートはどこにありますか？

ありがとう

PS。グーグルで簡単に見つけられることは知っていますが、最高のものがトップに上がることができるように質問しました。

私の現在の雇用主では、通常、従来の機能要件仕様を作成してから完全な技術設計を実行するという昔ながらのアプローチを採用しています。アプリが大きい場合は、アプリを小さなチャンクに分割し、一度に1つのチャンクを攻撃しますが、同じ基本パターンに従います。

このテクニックは何年にもわたって私に役立ってきました。ユースケースモデリングでは、ほぼ同じ情報を収集する必要があるようですが、編成が異なるだけです。

だから私の質問はこれです：ソフトウェア開発へのユースケース主導のアプローチに従うことの具体的な利点は何ですか？

ユースケースを書くのは初めてです。ユースケースは非技術的な表現だと聞きました。

ユースケースを作成する必要がある次のタスクがあります。
（私はあなたの理解の必要性を減らしました）

ABC社の登録顧客は、特定のサービスプロバイダーの完全なアドレスを取得するための資格情報を使用してシステムにログインしました。彼はTextBoxでサービスプロバイダーを検索します。システムはデータベースと通信し、結果をモニターに表示します。

私は技術者です
。システムの動作をクライアントに説明するためのユースケースを作成する必要があります。

私はユースケースを次のように書きました：

ユースケース名：住所検索システム
主なアクター：顧客の
利害関係者：ABC会社
前提条件：顧客がシステムに正常にログインした

成功シナリオ：

1. 顧客表示されたボックスに検索語を入力します。
   • システムは検索語で一致するものを検索します。
   • システムは顧客に住所を提供します。

拡張ポイント：一致が成功しなかった場合にクライアントに通知され
ます投稿条件：なし

質問。

1. 上記のユースケースは正しいですか？
   • 本当に技術者はユースケースを書く必要がありますか？

質問は非常に一般的です。有効なユースケースを特定するために留意すべき点は何ですか？ユースケースにアプローチする方法は？