コース概要

ソフトウェア開発プロセスとモデリングの概要

  • メソドロジーとビジネスアナリストの仕事への影響
  • ウォーターフォール手法の分析、設計、実装、テスト、保守のステップ
  • アジャイルなビジネス分析アプローチ
  • ビジネスアナリストとは誰なのか?
  • BA役割に関する視点
  • 動的(行動)モデル
  • 静的(構造)モデル
  • 構造化分析

オブジェクト指向に対するBAの視点

  • オブジェクト指向プログラミングとモデリングへの影響
  • UML標準
  • 認知心理学とOOとの関係
  • オブジェクト
  • 属性と操作
  • 操作とメソッド
  • カプセル化
  • クラス
  • リレーションシップ
  • 一般化
  • 関連性
  • 集約
  • 合成
  • 多態性
  • ユースケースとシナリオ
  • ビジネスユースケースとシステムユースケース

ビジネスオブジェクト指向モデリング(B.O.O.M.)の概要

  • B.O.O.M.とSDLCs
  • B.O.O.M.のステップ
  • ステップの順序化
  • 最初に定義するのは属性か操作か?

エンドツーエンドのビジネスプロセス分析

  • イニシエーション、分析、テストフェーズでのインタビュー
  • ステップ1: イニシエーション
  • ビジネス要件ドキュメントテンプレート
  • ステップ1a: ビジネスユースケースのモデル化
  • ステップ1a i: ビジネスユースケースの特定(ビジネスユースケース図)
  • 理論を実践に移す
  • Rational Roseユーザーへの注意
  • ケーススタディ D1: ビジネスユースケース図
  • ステップ1a ii: ビジネスユースケースの範囲設定(アクティビティ図)
  • ケーススタディ D2: 分割付きビジネスユースケースアクティビティ図

システムユースケースを使用したITプロジェクトの範囲設定

  • ステップ1b: システムユースケースのモデル化
  • ケーススタディ E1: ロールマップ
  • ステップ1b ii: システムユースケースパッケージの特定(システムユースケース図)
  • ケーススタディ E2: システムユースケースパッケージ
  • ステップ1b iii: システムユースケースの特定(システムユースケース図)
  • ケーススタディ E3: システムユースケース図
  • ステップ1c: 静的モデルの開始(主要ビジネスクラスのクラス図)
  • ステップ1d: 分析の基線設定(BRD/イニシエーション)

ユーザー体験のストーリーボード作成

  • ステップ2: 分析
  • ユースケース記述テンプレート
  • 基本フローの文書化
  • ユースケース執筆ガイドライン
  • 基本フローサンプル:CPPシステムレビュー事例レポート
  • 代替フローの文書化
  • 例外フローの文書化
  • システムユースケースインタビュー実施のガイドライン
  • システムユースケースのアクティビティ図
  • 関連アーティファクト
  • 意思決定表
  • ケーススタディ F1: 意思決定表
  • 意思決定木
  • ケーススタディ F2: 意思決定木
  • 条件/応答表
  • ビジネスルール
  • 高度なユースケース機能
  • ケーススタディ F3: 高度なユースケース機能

主要ビジネスオブジェクトのライフサイクル要件

  • ステートマシン図とは?
  • ステップ2a ii: 1. 主要オブジェクトの状態の特定
  • ケーススタディ G1: 状態
  • ステップ2a ii: 2. 状態遷移の特定
  • ケーススタディ G2: 遷移
  • ステップ2a ii: 3. 状態アクティビティの特定
  • ケーススタディ G3: 状態アクティビティ
  • ステップ2a ii: 4. 複合状態の特定
  • ケーススタディ G4: 複合状態
  • ステップ2a ii: 5. 並列状態の特定

クラス図を使用した包括的なルール収集

  • ステップ2b: 静的分析
  • ステップ2b i: エンティティクラスの特定
  • ケーススタディ H1: エンティティクラス
  • ステップ2b ii: 一般化のモデル化
  • ケーススタディ H2: 一般化
  • ステップ2b iii: 一時的役割のモデル化
  • ケーススタディ H3: 一時的役割
  • ステップ2b iv: 整体/部分リレーションシップのモデル化
  • 合成構造図
  • ケーススタディ H4: 整体/部分リレーションシップ
  • ステップ2b v: 関連性の分析
  • ケーススタディ H5: 関連性
  • ステップ2b vi: 多重度の分析
  • ケーススタディ H6: 多重度

要件ドキュメントの一貫性和再利用性的最適化

  • ステップ2b vii: システムユースケースを静的モデルにリンクする
  • ケーススタディ I1: システムユースケースを静的モデルにリンクする
  • ケーススタディ I1: 結果
  • ステップ2b viii: 属性の追加
  • メタ属性
  • ケーススタディ I2: 属性の追加
  • ステップ2b ix: ルックアップテーブルの追加
  • ケーススタディ I5: ルックアップテーブルの分析
  • ステップ2b x: 操作の追加
  • ケーススタディ I7: 操作の分散
  • ステップ2b xi: クラス構造の見直し
  • ケーススタディ I8: 構造の見直し

テストケースの設計とプロジェクトの完了

  • ステップ2c: テスト仕様の指定
  • 構造化レビューウォークスルー
  • テスト用意思決定表
  • ケーススタディ J1: 意思決定表からテストケースを導出する
  • 境界値分析
  • ケーススタディ J2: 境界値分析を使用したテストデータの選択
  • システムテスト
  • システムテストを超えて
  • ステップ2d: 実装計画の仕様
  • ステップ2e: 開発基線の設定

開発者が要件で何をするか

  • オブジェクト指向デザインパターン
  • 可視性
  • 制御クラス
  • 境界クラス
  • シーケンス図
  • 通信図
  • その他の図
  • レイヤードアーキテクチャ
  • インターフェース
  • ミックスイン
  • オブジェクト指向言語を使用したOOの実装
  • 手続き型言語を使用したOOAの実装
  • RDBMSを使用したOOAからのデータベースの実装

要求

なし

 21 時間

参加者の人数


参加者1人あたりの価格

お客様の声 (5)

今後のコース

関連カテゴリー