- ガントチャート ( バーチャート )
- 工程管理表のひとつ
- 時間を横軸にし、タスクを縦軸にとって所要期間に比例した長さで表した工程管理図
- 作業の相互関係の把握には適さないが、作業計画に対する実績を把握するのに適しており、個人やグループの進捗管理に利用される
- プロジェクトの工程管理や進捗管理に使用される
- 作業開始と作業終了の予定と実績や、仕掛かり中の作業などが把握できる
- 各作業の開始時点と終了時点が一目で把握できる
- 作業開始と作業終了の予定と実績や、作業中の項目などが把握できる
- 作業別に作業内容とその実施期間を棒状に図示したものであり、作業の予定や実績を示す場合に効果的
- 作業の相互関係の把握には適していないが、各作業の開始時点と終了時点が一目で把握でき、予定と実績を対比することができるため、個人やグループの進捗管理に利用される
- 作業の相互関係の把握には適さないが、作業計画に対する実績を把握するのに適しており、個人やグループの進捗管理に利用される
- 縦軸に作業項目、横軸に作業日を取り、作業を実施する予定期間と実績期間を横線で示したもの
- 作業を矢線で、作業の始点/終点を丸印で示して、それらを順次左から右へとつなぎ、作業の開始から終了までの流れを表現した図
- マイルストーンチャート
- プロジェクト遂行上明確に識別できる通過点と日付の関係を図示したもの
- 進捗管理上のマイルストーンを把握するのに適しており、プロジェクト全体の進捗管理などに利用される
- 実務においては、ガントチャートに主要な工程の完了予定日を印で示しマイルストーンとして明示することが多いため、マイルストーンチャートとして作成されない
- 作業進捗管理表
各作業の予定と実績の差異、および進捗率を計算し、一覧表にまとめたもの - EVM ( アーンドバリュー分析 ； Earnd Value Management )
- 進捗の遅れを金額で表した図で、プロジェクト全体のスケジュールの遅れやコストの超過を可視化する進捗管理法
- 計画と実績の時間的推移を表現するのに適し、進み具合及びその傾向がよく分かり、プロジェクト全体の費用と進捗の管理に利用される
- 予算額、実績コスト、出来高(アーンドバリュー)を比較して、進捗状況とコスト状況を分析する手法
-
プロジェクト管理においてパフォーマンス測定に使用するEVMの管理対象
コスト、スケジュール -
システム開発のプロジェクトにおいて、EVMを活用したパフォーマンス管理をしている。開発中のある時点でEV-PVの値が負であるとき、どのような状況を示しているか
プロジェクトの進捗が、計画より遅れている -
状態を表す用語
- BAC ( Budget at Completion )
プロジェクトの総予算工数で、プロジェクトの完了時の価値でもある - SAC ( Schedule at Completion )
プロジェクトの開始予定日から完了予定日までの期間 - PV ( Planned Value )
各作業の計画工数
ガントチャートを用いた場合、各作業開始日からの期間の出来高の合計となる - EV ( Earned Value )
現時点までの各作業によって創りだされた価値
計画した勝ちに対するその時点までに実際に達成した作業価値
EV=PV×（達成率） - AC ( Actual Cost )
現時点までに費やした各作業の実工数 - SV ( Schedule Variance )
スケジュール差異
SV=EV-PV
SV>0は計画より進んでおり、SV<0は遅れていることを示す - CV ( Cost Variance )
コスト差異
CV=EV-AC
CV>0は計画より少ないコストで作業が実施されており、CV<0は予算超過を示す - TV ( Time Variance )
時間差異
TV=EV-PV
計画と現在の達成価値の期間の差
TV>0は計画より進んでおり、TV<0は遅れていることを示す
- BAC ( Budget at Completion )
- 測定データを分析する指標
- SPI ( Schedule Performance Index )
スケジュールの効率指標
SPI=EV/PV
SPI>1.0の場合は計画より進んでいて、SPI<1.0の場合は遅れている
プロジェクト開始間もない期間は悲観的な指標となりやすいのでSVを併用する - CPI ( Cost Performance Index )
コストの効率指標
CPI=EV/AC
消費したコストに対するEVの効率を表す
CPI>1.0の場合はコスト効率が計画より高く、CPI<1.0の場合はコスト効率が予定よりも低い
プロジェクト開始間もない期間は悲観的な指標となりやすいのでCVを併用する - TCPI ( To Complete Performance Index )
残作業よ残予算で完了すつために必要なコスト効率指標
TCPI=(BAC-EV)/(BAC-AC)
実際のプロジェクトはコスト効率を急に良くできないのでこの指標は警報として用いる
- SPI ( Schedule Performance Index )
- 予測に用いる指標
- EAC ( Estimate at Completion )
完了時の総コストを予測する指標
一般的にはEAC=AC+(BAC-EV)/(CPI×SPI)で計算するが、EAC=AC+(BAC-EV)/CPIで計算する方法もある
実際のプロジェクトではCPI、SPI共に1より小さくなる場合が多いため、前式のほうが悲観的な予測となる
- EAC ( Estimate at Completion )
-
出来高実績値(EV)が出来高計画値(PV)、コスト実績値(AC)よりも高い場合、コストが超過せず、納期に遅れが予想されないプロジェクトの状態となる
- コストが超過せず、納期にも遅れないと予想されるプロジェクトの例
- トレンドチャート
-
計画と実績の時間的推移を表現するのに適し、進み具合並びにその傾向が良くわかり、プロジェクト全体の費用と進捗の管理に利用される
システムを開発するときの費用管理と進捗管理を同時に行うために用いる
(例：予定が進捗どおりで、費用が予算を下回っている) - 矢印の方向により、進捗と費用の状況を評価する
- 矢印方向が右上：予定よりも遅れ、予算を超過している
- 矢印方向が左上：予定よりも進み、予算を超過している
- 矢印方向が左下：予定よりも進み、予算を下回っている
- 矢印方向が右下：予定よりも遅れ、予算を下回っている
-
計画と実績の時間的推移を表現するのに適し、進み具合並びにその傾向が良くわかり、プロジェクト全体の費用と進捗の管理に利用される
- 二つの変数の間に関係があるかどうかを、収集したデータを用いて解析する手法
- 相関係数：すべての標本点が正の傾きを持つ直線上にあるときは、相関係数が＋１になる
- 回帰直線：相関係数の値が異なっていても、同一の回帰直線が求められることがある
3つの項目の関連を描いた図
2種類の要素をX軸とY軸に配置し、データを2軸の程度に応じた位置に配置し、データの位置づけや他のデータとの関係を表す図
定性的な評価項目を定量化する方法
信頼性解析手法の一つで、故障の発生経路、発生原因および発生確率を、その発生経路をさかのぼって樹形図に展開し、解析する手法
故障防止を目的とした、潜在的な故障モードの体系的な分析
製品設計やプロセス導入の前に潜在的なトラブルを予測・抽出してあらかじめ対策を行うことで、問題の発生を防ぐ改善手法
- 危険優先度数( PRN ； Risk Priority Number )
重大性 (S)、発生頻度（O）、検知漏れ度Ｄを採点し、潜在的な故障モードのうちリスクの高いものを探る
RPN = 重大性(S) x 発生頻度(O) x 検出漏れ度(D)
市場ニーズを抽出し、製品仕様に的確なフィードバックを行うとともに、技術的課題の抽出をすることで開発期間の短縮や品質の安定、信頼性確保をする技法
製品開発の際に用いられ、表の行に目的とする品質を、列に直接管理可能な要素を記入した2次元表を用い、互いの関係付けから重要性の高い品質要素は何かを明らかにする手法
- データベースの概念モデルであり、エンティティ、関連、属性を図に記載したもの
- エンティティタイプ間には、1対多、多対多などのリレーションシップがある
- 対象となるオブジェクトの関連に着目する
- 業務で扱う情報を抽象化し、実体と関連の二つの概念（エンティティ）で表現する
- 実世界（業務）で扱う情報を抽象化して、実態および実態間の関連として表現する
- 対象とする世界を実体と関連の二つの概念で表現する図
- エンティティ間の関連を表す
- 対象業務を、データ構造に着目して可視化するとき、データを実体、関連、属性という三つの要素でモデル化する表記法
- E-R図の書き方
- エンティティの四角を記述する
- 各エンティティの主キーと外部キーより矢印を引く
エンティティAとエンティティBの間に1対1の関係がある場合：[A]<---->[B]
エンティティAとエンティティBの間に1対多の関係がある場合：[A]<--->>[B]
エンティティAとエンティティBの間に多対多の関係がある場合：[A]<<-->>[B]
- E-R図の解釈
自己参照は除くものとする
ある組織の親組織の数が、子組織の数より多い可能性がある - E-R図の解釈
複数回の納品分をまとめて請求できる
GOTOを表現する方法を持たず、モジュール内の論理構造を表現するのに適した図式
オブジェクト指向のソフトウェア開発における仕様書・設計書の表記方法の一つ
業務プロセスのモデリング表記法として用いられ、複数のモデル図法を体系化したもの
モデルの表記法だけが統一されており、開発方法論は自由に選択できる
業務の流れを、図式的に記述することができる
OMGが標準化したモデリング言語
5つのビュー(ユースケースビュー、論理ビュー、コンポーネントビュー、並行性ビュー、配置ビュー)と9つのダイアグラム(ユースケース図、クラス図、オブジェクト図、シーケンス図、コラボレーション図、アクティビティ図、ステートチャート図、コンポーネント図、デプロイメント(配置)図)が規定されている
- 主に分析で利用
- ユースケース図…分析フェーズで使用される図で、システムが提供する機能を表現する
システムの振る舞いをユースケース図の集合で表現する
インスタンス間の関係を表現する
システムの帰納的要求を明確にする手段として、利用者とシステムとのやり取りを定義したもの
これから作ろうとするシステムのユーザーがシステムに期待していることを記述する
要件定義において、ユーザや外部システムと、業務の機能を分離して表現することで、ユーザを含めた業務全体の範囲を明らかにするために使用される図- システムと相互作用する外部システム
アクタ - ユースケースを利用してモデル化するのが適切なもの
預金者がATMから現金を引き出す
- システムと相互作用する外部システム
- シナリオ…ユースケースでの流れを文章で表現したもの
- シーケンス図…オブジェクト間で送受信するメッセージによる相互作用を時系列で表すことができる
オブジェクト間で送受信するメッセージによる相互作用が表せる
UML2.0で定義している図のうち、動的な振る舞いを表現する
オブジェクト間の相互作用を時間の経過に注目して記述するもの
UML2.0において、オブジェクト間の相互作用を時間の経過に注目して記述する - クラス図…汎化や集約などの関係を用いて、システムの構成要素とそれらの静的な相互関係を表現する
- E-R図に相当するもの
- 多重度を記述できる
- 操作、属性、ロール名が記述される
- 汎化、集約、関連などのクラス間の関係を表す
- 社員と年の関連が次の条件をみたす場合をUMLのクラス図で記述した場合
ここで、年クラスのインスタンスは毎年存在する
[条件]
(1)すべての社員は入社年を特定できる
(2)年によっては社員が入社しないこともある
[社員]0..* ―――― 1..1[年]
入社年 - クラスPを定義した
このクラスの操作のうち、公開可視性(public)をもつもの
┌────┐
│クラスP │
├────┤
├────┤
│+ 操作A │
│- 操作B │
│# 操作C │
└────┘
操作A
- ステートチャート図…イベントの発生によるオブジェクトの状態の変化を表す
- オブジェクト図…クラス図で表現されたオブジェクト関係のある時点でのスナップショット
- アクティビティ図…ある機能や処理を複数のステップのフローとして実行する様子を表す
多くの並行処理を伴う振る舞いが記述できる
現実のビジネスプロセスで生じる並行処理が実現できる
- ユースケース図…分析フェーズで使用される図で、システムが提供する機能を表現する
- 主に設計で利用
- コラボレーション図…オブジェクト間の関係と通信を同時に表現する
- コミュニケーション図…オブジェクト間の相互作用を表現し、オブジェクト間のデータリンクを強調する
- コンポーネント図…モジュール間の依存関係を表す
- 配置図
- 処理ノードやそのノード上で動くコンポーネントが実行時にどう構成されるかを静的に表す
- 稼動するコンポーネントを実行環境に割り付ける図(UML2.0)
- 利用例
- UML 2.0で使用される表記法のうち、システムの動的な振る舞いを記述する
シーケンス図、状態マシン図 - 業務プロセスを可視化する手法としてUMLを採用した場合の活用シーン
複数の観点でプロセスを表現するために、目的に応じたモデル図法を使用し、オブジェクトモデリングのために標準化された記述ルールで表現する
- UML 2.0で使用される表記法のうち、システムの動的な振る舞いを記述する
- オブジェクト指向分析・設計の表記法の一つ
- 一つのシステムの分析において、オブジェクトモデル、動的モデル、機能モデルの3種類のモデルを使用する
- オブジェクトモデル
オブジェクトやオブジェクト間の静的な関係を示すモデル - 動的モデル
システムの時系列の変化や状態変化を示すモデル - 機能モデル
オブジェクト間のメッセージ送受信によって発生するデータの流れを示すモデル
DFDで表記される
- 業務をデータの加工(処理)として捉え、必要なデータと出力データの流れを記載した図
- 対象の業務機能に対して、情報の発生源と到達点、処理、保管、それらの間を流れる情報を、統一記述規則に基づいて表現したものである
- 現行の業務プロセスを、業務で扱うデータの流れや機能でとらえる手法
- データの流れに着目して業務フローやシステム動作を記述する
- システムの分析・設計においてデータの流れに注目して視覚的に表現する技法
- 適用業務を構成する処理と、その間で受け渡されるデータの流れ記述する
- データストアは他のデータストアと直接データフローで結ばれることはなく、処理が介在する
- 書き方
- プロセス：円
- データストア、ファイル、テーブル：二本の平行線
- 外部媒体、情報源、情報出口、データの発生源、吸引先(外部システム、利用者など)：四角
- データフロー、データの流れ：矢印
プロセス間のデータフローには、流れている情報が分かるような名前を付ける
矢印には、データを表す名前をつける
- 詳細化
階層化されたDFDのプロセス1を子プロセス1-1,1-2,1-3に分割して詳細化した例
- DFDの例
DFDに“コントロール変換とコントロールフロー”を付加したものであり、制御系システムに特有な処理を表現する手段として有効である
- 費用管理と進捗管理を同時に行うための図表
- 縦軸に予算消費率、横軸に工期を取り、予定と実績の2本のグラフを引いた上で、予定から実績に矢印を書く
具体的な情報や観察事項を最下位として、そこから上位の概念に向けて推論を進めていく方法
何らかの組み合わせによって得られた表
ある時点のデータを基準に、その後のデータの変動を比率で表し、伸びや落ち込みを指数で表すグラフ
- ｎ個の評価項目があるときに、円をｎ等分するように中心からｎ本の評価軸を設定して、各軸上に評価値をプロットし、隣接するプロットされた点同士を線分で結ぶことによって、項目間の相対的なバランス評価や平均からの隔たり具合を見るのに適したグラフ
- 放射状に伸びた数値軸上の値を線で結んだ多角形の図
条件と処理を対比させた表形式で論理を表現したものであり、複雑な条件判定をともなう要求仕様の記述手段として有効
システムの機能間でのデータの流れに着目して、ユーザ要求を仕様化する技法
- 構造化仕様書を作成するときに使用するツール
データフローダイアグラム、データディクショナリ、ミニスペック - 構造化技法を基本としたシステム開発プロジェクトのライフサイクル
ソフトウェアの要求モデルで、並列的に動作する機能間の同期を表現することができ、制御中心のシステムの要求分析に適している
事象と状態の変化に着目する
- システム分析・設計に用いる、システムの現在の状態と発生する事象及び次の状態の関係を簡潔に記述できる図
- システムの取り得る状態が有限個で”次の状態は、現在の状態と発生する事象だけで決定される”場合の動作をあらわすのに有効である
- プロセス制御などの事象駆動（イベントドリブン）による処理の仕様を表現する方法
- システムの“状態”の種別とその状態が選移するための“要因”との関係を分かりやすく表現する手段として有効である
- 通信プロトコルの記述などに使用される表記法であり、事象の発生と、そのときの状態に応じたシステムの動作を記述する
- 状態遷移図を活用して開発するのが効果的なもの
プロセス制御プログラム
設置したセンサの情報から、温室内の環境を最適に保つ温室制御システム
- 同じX軸の値に対応する複数の棒グラフの値を合計した結果を表示するグラフ
- 例
A社では、昨年まではX,Y,Zの3種類の商品を販売していたが、今年は商品体系を変更してP,Q,R,Sの4種類の商品を発売している。
P,Q,R,Sそれぞれの購入顧客数と、その顧客数の内訳として昨年までX,Y,Zのそれぞれを購入していた購入顧客数を表示するために作成する
商品価格の最高値と最安値など、ある期間内に幅のある数値を時系列で表現
- テスト時間と検出したエラー追跡数の関係を示すグラフ
- 横軸にテスト期間、縦軸にバグ累積数をとったグラフで、バグの収束状況を判断するために作成する
円グラフを二重に重ねたもの
物品購入の手続を示すために使うことができる