ソフトウェアの設計漏れ防止のための
業務アプリケーションの構築における“設計漏れ”を防ぐ要件定義のプロセスとテクニック
ソフトウェアの設計漏れ防止のプロセスとノウハウを解説する特別セミナー！！
- 講師
ウルシステムズ株式会社 コンサルティング第３事業部 シニア・コンサルタント 植田 昌司先生
- 日時
- 会場
- 受講料
- 1名：47,250円 同時複数人数申込みの場合 1名：42,000円
- テキスト
受講概要
予備知識
特になし ただし、以下のいずれかの経験をお持ちの方を前提としております。 ・2～3年以上の業務アプリケーションの構築経験 ・業務アプリケーションの上流工程実施経験 ・業務アプリケーションの構築時に「設計漏れ」を味わった経験
習得知識
1)業務アプリケーションの要件定義のプロセスへの理解 2)業務フロー、システムユースケース記述の記述方法 3)要件定義で注意すべきポイント
講師の言葉
業務アプリケーションの構築で、リリース直前に「設計漏れ」が発覚し、多大な苦労をすることがあります。 では、なぜ「設計漏れ」が発生するのでしょうか？ 私は「設計漏れ」の多くは、要件定義時、特に業務要件定義時に発生すると考えています。そこで漏れなく要件 定義するため、つまり「設計漏れ」を防ぐための“一つの解決策”として、体系だった要件定義手法を、私の実体験を 交えて解説させていただきます。
プログラム
Ⅰ．「設計漏れ」の定義
１．コンピュータシステムの役割 ａ．業務のツール ｂ．ミスの防止装置 ２．「設計漏れ」とは ａ．業務を停止させてしまう「漏れ」 ｂ．処理の正確性が失われてしまう「漏れ」 ｃ．処理の迅速さ・耐久性が失われてしまう「漏れ」
Ⅱ．「設計漏れ」を防ぐ要件抽出プロセス
１．業務要件定義 ａ．現行業務の分析 ・ビジネスユースケース図（As-Is） ・業務フロー（As-Is） ・ビジネスルール（As-Is） ・帳票一覧（As-Is） ・業務コスト表（As-Is） ・課題表 ｂ．業務要件定義 ・ビジネスユースケース図（To-Be） ・業務フロー（To-Be） ・ビジネスルール（To-Be） ・帳票一覧（To-Be） ・業務コスト表（To-Be） ・課題解決表 ｃ．演習 ・業務フローの書き方 ２．システム要件定義 ａ．システム要件定義 ・システムユースケース一覧（To-Be） ・概念モデル図（To-Be） ・システムユースケース記述（To-Be） ・ビジネスルール（To-Be） ・状態遷移図（To-Be） ｂ．演習 ・システムユースケース記述の書き方
講師紹介
1996年より大手SIerにて、約10年間アプリケーションの受託開発に携わる。 よりお客様の業務にフィットしたシステム開発をすべく、2005年からウルシステムズにて、システム企画・要件 定義を発注者側にて支援している。 著書： ｢エンジニアのためのＰｏｗｅｒ Ｐｏｉｎｔ再入門講座｣ 翔泳社刊 2009年9月18日発売