ユースケースはグラフィカルなものが多く、ユースケース図はユースケースや参加者の説明などのテキスト記述でサポートされており、またユースケーステンプレートに関連したシナリオもあり、ユースケース手法をシンプルで直感的なものにし、開発者がユーザーニーズの理解を議論し明確にするための理想的なツールとなっています。
続きを読む
毎日1つの新しいことを学ぶ
ユースケースはグラフィカルなものが多く、ユースケース図はユースケースや参加者の説明などのテキスト記述でサポートされており、またユースケーステンプレートに関連したシナリオもあり、ユースケース手法をシンプルで直感的なものにし、開発者がユーザーニーズの理解を議論し明確にするための理想的なツールとなっています。
続きを読む
製品バックログが、製品に関する思いつきのリストにならないよう、優先順位をつけることが重要です。ToDoリストは、構造化、整理され、チームが行うべき戦略的に最も重要な事柄を特定するために優先順位付けされる必要があります。この記事では、プロダクトバックログの洗練化活動のための100ポイント法を紹介する。
続きを読む
ソフトウェア工学において、ソフトウェア開発ライフサイクルとは、ソフトウェア開発作業をより小さな、並列的または連続的なステップまたはサブプロセスに分割し、設計、製品管理を改善するプロセスのことである。このアプローチには、ソフトウェアアプリケーションの開発または保守のためにプロジェクトチームが作成し完成させる、あらかじめ定義された特定の成果物や成果物を含めることがあります。
続きを読む
ユースケースモデリングは、アクターと相互作用する際にシステムが実行する可能性のある一連の動作に対応するシステム要件を捉え、モデル化し、仕様化する技術である。これらの動作は、観察可能な結果を生み出し、目標の達成を支援する。ユースケースは、主要なアクターの特定のユーザー目標に対して命名され、次に、活動やイベントの一般的な順序、および特殊条件、例外、またはエラー条件のバリエーションを、テキスト記述によって説明または記述します。
続きを読む
スクラムは、ソフトウェア開発チームをサッカーチームに例えています。明確で最高の目標を持ち、開発プロセスに必要な最適なモデルや技術を熟知し、高い自律性と緊密なコミュニケーションと協力関係を持ち、日々様々な課題を高い柔軟性を持って解決していく、各段階が目標に向かって明確に進んでいく。
続きを読む
プロダクトバックログは、製品のリリースに必要なすべての特徴、機能、要件、拡張、および修正をリストアップします。プロダクトバックログのプロジェクトは、説明(適切に詳細)、ストーリーポイント(見積もり)、順序(優先順位)の属性を持つ。これらは、バックログに継続的に追加、削除、更新(Emergent)され、チームのバックログに対する理解を適時、適切に反映させなければならない .
続きを読む
オープン/クローズの原則は、ソフトウェア開発の世界では最も基本的な設計原則です。安定した柔軟なシステムを構築するための指針となるものです。クラス、モジュール、関数などのソフトウェアの実体は、拡張に対してはオープンであり、変更に対してはクローズであるべきである。
続きを読む
データフロー指向のモデリングは、一部のソフトウェアエンジニアからは時代遅れの技術だと思われているが、今でも最も広く使われている要求分析記号の一つである。データフロー図(DFD)はUMLの正式なパートではないが、UML図を補完し、システム要件やプロセスに関するさらなる洞察を得るために使用することができる。
続きを読む
遺伝学者にとって重要なツールは系図である。例えば、家系図を使って、家族の各世代の遺伝的特徴を追跡することができます。これは家族の歴史であり、前の世代についての詳細で、記憶が薄れるにつれて不確かなものになるかもしれません。
続きを読む
カスタマージャーニーマップは、ある役割のお客様のストーリーを、特定のシナリオで記述するために使用することができます。製品との最初の接触から、製品の様々なタッチポイントに触れ、最後に製品の使用を終了するまでのお客様を含みます。
続きを読む