ソフトウェア (または何か。ソフトウェア固有である必要はありません) のタスクまたはプロジェクトを個別のチャンクに分割する方法を説明し、明らかでないすべての問題とニュアンスを解明するのに役立つ本を探しています。プログラミングを始めたばかりのとき。
ユースケースに関する本を入手する必要がありますか? もしそうなら、何？
私が探しているのは、「ユーザーが自分のメールアドレスを指定できるようにしたい、またはメールアドレスを持っていないことを指定できるようにしたい」というような単純な話から、UI ダイアグラムに移行するのに役立つ本です。 、コーディング タスクのリスト、およびテスト要件 (したがって、単体テストの作成は非常に簡単になります)。
適切に考えられていなかったために、途中で混乱するだけのタスクに着手するのはうんざりです.
ありがとう！
「Code Complete」は、プロジェクトの計画に関する多くの情報を含む本です。具体的には、疑似コードの使用やその他のアプローチ方法など、さまざまな計画方法が含まれています。
ユーザーストーリー/ユースケースからテストケースへの簡単なパスを（また）探しているので、ユースケースをいくつかの単体テストに変換するので、 BDDやStoryQのようなフレームワークが面白いと思うかもしれません。
マインドマップを調べることを強くお勧めします - これは良い本です: Mapping Inner Space: Learning and Teaching Visual Mapping
およびオープンソースのマインドマッピング ツール: FeeMind
ただし、どのソフトウェアとも格闘しないでください。クレヨンを使用できます。マインドマップは、一種の WBS (作業分解構造) であり、自由に形成された組織的思考の一種です。大きなアプリケーション (プロジェクト) を小さな断片に分割するとき、さまざまなブランチ、非常に定義された領域と非常に未定義の領域、およびシステムを機能させるための外部相互作用で機能を繰り返していることに気付くことがよくあります...これをいくつかの写真でグラフィカルに表現することも役立ちます
私はこれが好きでした: Software Engineering - A Practioner's Approach。ソフトウェア エンジニアリングのさまざまな側面 (実装だけでなく) について説明します。
エクストリーム プログラミングに関する XP シリーズの書籍を試してみてください。特に、エクストリーム プログラミング インストールが、この種の問題についてよく議論されていたことを思い出します。
ソフトウェアに固有のものではありませんが、PMI の PMBOK は、プロジェクト計画プロセスがどのように機能するかについての優れた概要です。
Steve McConnell の本 Rapid Development: Taming Wild Software Schedulesは、私の大学のソフトウェア エンジニアリング プロセスとプロジェクト管理に関する学部課程で使用されています。これは、Code Complete と非常によく似ています。CC はコーディングの問題を扱い、Rapid Development は管理の問題について話します。
Scott Ambler のThe Object Primerも、言及したトピックの概要として役立ちます。