ユースケース図とアクティビティ図は、システムの動的特性を記述するための動作UML図である。ユースケース図とアクティビティ図の違いは、ユースケース図がシステム、ユーザーのインタラクションをモデル化するのに役立つのに対し、アクティビティ図はシステムのワークフローをモデル化するのに役立ち、ユースケースの内部論理を説明するためによく使われることである。これらの図には、複数の利点があります。これらの図は、ビジネス要件をモデル化し、システムの機能を高いレベルで理解するのに役立ちます。
続きを読む
毎日1つの新しいことを学ぶ
ユースケース図とアクティビティ図は、システムの動的特性を記述するための動作UML図である。ユースケース図とアクティビティ図の違いは、ユースケース図がシステム、ユーザーのインタラクションをモデル化するのに役立つのに対し、アクティビティ図はシステムのワークフローをモデル化するのに役立ち、ユースケースの内部論理を説明するためによく使われることである。これらの図には、複数の利点があります。これらの図は、ビジネス要件をモデル化し、システムの機能を高いレベルで理解するのに役立ちます。
続きを読む
UMLは、いくらでも使えるし、いくらでも使えない。 Martin Fowlerは、人々がUMLを使用する際の3つの一般的な方法について説明している。(1)スケッチとしてのUML、(2)青写真としてのUML、(3)プログラミング言語としてのUML。
続きを読む
クロスファンクショナルフローチャート(展開図と呼ばれることもある)は、あるプロセスのステップと関係者を明確にするために用いられるビジネスプロセスマッピングのツールである。通常、クロスファンクショナルフローチャートは、ビジネスプロセスとそのプロセスを担当する機能単位(部門など)の関係を示すために使用される。
続きを読む
ステートマシン図とは、オブジェクトがそのライフタイム中にイベントに応答して訪れる一連の状態と、それらのイベントに対する応答を指定したビヘイビアである。
続きを読む
マインドマップは、メモを取り、エッセイのトピックをブレインストーミングするのに有効な手段である。マインドマップは、中心となるテーマを書き出し、そこから放射状に広がる新しいアイデアや関連するアイデアを考えるものです。自分の言葉で書き出した重要なアイデアに焦点を当て、それらの間のつながりを探すことで、知識をより理解しやすく、情報を保持しやすい方法でマッピングすることができます。
続きを読む
データフロー図(DFDS)は、システムにおける論理モデルやデータ変換を記述するものである。データフローをモデル化するための機構を含み、データフローと機能の詳細を説明するための分解をサポートする。データフロー図は、操作の順序に関する情報を表示することはできない。したがって、プロセスやプロセスのモデリング手法ではありません。
続きを読む
ユースケースは、ユーザーが特定の目標を達成するために、どのようにシステムを使用するかを記述しています。ユースケース図は、システム、関連するユースケース、アクターから構成され、それらを互いに関連付けることで可視化します。何を記述しているのか?(システム)、誰がそのシステムを使っているのか?アクターは何を実現しようとしているのか?このように、ユースケースはユーザーの視点から要求を把握することで、適切なシステムを開発することに貢献します。
続きを読む
ソフトウェア開発における「見積り」とは、特定の開発タスクの実行に必要な労力を定量的に評価することであり、通常は期間で表現される。アジャイル見積もりは、製品のバックログにあるタスクを優先順に完了させるために必要な労力を評価するプロセスである。この努力は通常、タスクを完了するのに必要な時間で測定され、正確なスプリントプランニングにつながる。
続きを読む
チームで取り組んでいるのが製品であれプロジェクトであれ、”いつまでに完成させるか?”という問いに答える必要があります。”あるいは “ある時点でどれだけできるか “ということですから、従来の開発モデルと同様に、プロジェクトを始める前に工数を見積もる必要があります。スクラムの開発では、チームが責任を共有し、各スプリントの作業に集団でコミットしていたので、アジャイルチームの作業量の見積もりは、集団見積もり方式を採用していたのです。
続きを読む
PERT図では、プロジェクト内の各タスクをノードとして表示します。タスク間の依存関係(例えば、あるタスクが完了しないと別のタスクを開始できない)は、タスクノード間の接続によって明確に示すことができます。また、CPM(クリティカル・パス・アプローチ)と同様に、各タスクの時間情報を表示し、プロジェクトの最長経路、つまりプロジェクト完了までの最短時間を決定する。
続きを読む