NTTデータ
技術開発本部
副本部長
山本修一郎
概要
これまで2回にわたってSSMを紹介してきた[1][2][3]。今回はSSMによる情報システム分析プロセスの内容を「システム仕様の分析学」第6章[1]に基づいて紹介し、関連するシステム分析手法と比較する。
基本概念
情報とデータ
SSMでは、情報は処理対象となるデータについての意味を与えるものであり、データの意味はデータが支援する人間活動によって定められる。業務手順を効率化するシステムを実現するために、特定の作業手順に従って処理対象となるデータを定義する。これに対して情報は価値のある人間活動システムを支援するために、組織のコンセプトにとって望ましいコミュニケーションとコントロール(モニタリング)を定義する。このようにSSMではデータとその意味を情報として明確に区別して定義することで、論理的な人間活動では情報を扱い、情報システムはデータを処理する手順を与えると考える(表1)。これにより「現実世界」の情報システムを「現実世界についてのシステム思考」の概念モデルによって論理的に分析することができる。
| 分類 | 目的 | 用途 | 説明 |
|---|---|---|---|
| 情報 | 価値のある人間活動システムを創造 | コミュニケーション コントロール | 組織のコンセプトを具体化することで、活動を支援するための情報を定義 |
| データ | 業務手順を効率化するシステムを実現 | 処理 | 特定の作業手順に従って処理対象となるデータを定義 |
マルティーズクロス

図1 マルティーズクロスの構成
SSMでは、前回までに紹介した一般的な人間活動だけを対象とするだけではなく、データ処理システムにも適用することができる。しかし、そのためにはデータ処理手順に関する新たな表現法として「マルティーズクロス」が必要になったのである。マルティーズクロスは図1に示すようにデータと情報の観点から人間活動とデータ処理手順との関係を比較するために考案された手法である。マルティーズクロス図の上部は入力情報を出力情報に変換する活動を記述する。この活動は概念モデルの基本タスクに対応している。図の下部ではデータ処理レベルにおける入力データの出力データへの変換を記述する。このデータ処理手順は、既存のデータ処理システムに対応する。図の中央には情報カテゴリーを記述する。図の左右で同じ情報を配置する。図の上下左右の行列は以下の意味を持つ。
- 左上行列:
- 入力情報と基本タスク(活動)の関係
- 右上行列:
- 出力情報と基本タスク(活動)の関係
- 左下行列:
- 入力データとデータ処理手順の関係
- 右下行列:
- 出力データとデータ処理手順の関係
マルティーズクロスを用いることにより、データ処理システムを概念モデルに対応付けることができるようになる。以下のような分析ができる。
- 活動に対する必要な情報が存在しない。
- 複数の列で参照される情報には対応するデータ処理システムを用意する。
- 複数のデータ処理手順が同じデータを入出力していれば、手順に重複があるかもしれない。あるいはデータが同名意義語であるかもしれない。
- 活動が必要とする入力情報をデータ処理手順の出力が十分に提供しているか。
SSMによる情報システム分析
以下ではマルティーズクロスを用いたSSMによる情報システム分析手順の概要を示す(図2)。

図2 SSMによる情報要求分析
【ステージ1】状況理解
関心対象となる組織について活動を記述するために、組織のおかれた状況を理解できるように現行活動の課題を抽出する。
【ステージ2】基本定義を作成
抽出した組織の課題に対して論点分析型による基本定義を作成する。
【ステージ3】基本タスク概念モデルを作成
基本定義に対して基本タスクとその依存関係を明らかにして概念モデルを作成する。この過程で現実状況との比較により概念モデルについて合意を形成する。
【ステージ4】情報カテゴリを作成
基本タスクモデルの活動(基本タスク)について、活動の入力情報、活動の出力情報、活動のパフォーマンスを制御するために必要な評価尺度を明らかにする。この過程でデータ間の階層関係をデータモデルとして定義する。
【ステージ5】概念レベル情報フローを作成
活動と入出力情報に基づいて、概念レベルの情報フローを定義する。
【ステージ6】概念レベルマルティーズクロスを作成
概念レベル情報フローに基づいて、マルティーズクロスの上部を作成する。
【ステージ7】データレベルマルティーズクロスを作成
既存のデータ処理システムについて、入出力データをマルティーズクロスの入出力情報と対応付けることにより、マルティーズクロスの下部を作成する。もし、必要なデータ処理システムが存在しなければ、この過程で作成すべきデータ処理システムをマルティーズクロスのデータ処理手順に追加定義する。このとき新規開発すべきデータ処理システムとその入出力データがデータレベルマルティーズクロスによって定義される。
また既存のデータ処理システムの入出力データに対応する情報に着目することで、データ処理システムを扱うための活動を具体化する。これらの活動によりデータ処理システムが入出力するデータの意味を情報としてどう扱うのかを定義することができる。
【ステージ8】情報フローを組織の役割フローに対応付ける
基本タスクモデルの活動を組織の役割に対応付けることで、組織活動とそれが扱う情報ならびに、データ処理システムの関係を定義する。
- 1:要求工学の概要
- 2:第12回要求工学国際会議 RE2004
- 3:要求仕様
- 4:要求工学プロセス
- 5:要求抽出
- 6:要求分析
- 7:要求確認
- 8:要求管理
- 9:要求追跡
- 10:要求工学の課題
- 11:ジャクソンの問題フレーム
- 12:シナリオ分析
- 13:要求工学国際会議RE2005
- 14:ゴール分析
- 15:iスター・フレームワーク
- 16:要求インタビュー
- 17:ゴール分析 応用編
- 18:ゴール分析 応用編つづき
- 19:ゴール分析の視点
- 20:ソフトシステム方法論 再考(その1)
- 21:ソフトシステム方法論 再考(その2)
- 22:ソフトシステム方法論 再考(その3)
- 23:非機能要求
- 24:信頼性要求
- 25:コミュニケーションの構造
- 26:組織とコミュニケーション
- 27:論理思考プロセスと現状分析ツリー
- 28:対立解消図と未来実現ツリー
- 29:前提条件ツリーと移行ツリー
- 30:特性要因図とゴール思考分析
- 31:i*フレームワークの書き方
- 32:i*フレームワークの危険な曲がり角
- 33:目的思考
- 34:要求工学の研究動向
- 35:アジャイル開発の要求工学
- 36:アジャイル開発の要求工学
- 37:要求レビュ
- 38:要求の曖昧さ
- 39:アクタ関係分析
- 40:要求工学の現状と課題
- 41:セキュリティ要求工学
- 42:ソフトウェア品質要求工学
- 43:イノベーションと要求工学
- 44:Wikiと要求工学
- 45:要求工学プロセスの改善
- 46:アクタ関係から見るユースケースと要求獲得
- 47:要求エンジニア
- 48:要求モデリングと誤り
- 49:要求を軸としたこれからのソフトウェア社会
- 50:ゴール指向とアスペクト指向要求工学
- 51:サービス指向要求工学
- 52:要求質問
- 53:試験工程での要求発見
- 54:要求とテスト
- 55:すりあわせの技術と価値星座
- 56:学生からの質問
- 57:SysMLの要求図
- 58:アシュアランスケースとGSN
- 59:組込み要求工学
- 60:要求とアーキテクチャ
- 61:要求と保守・運用
- 62:オープンソースソフトウェアと要求
- 63:要求工学のオープンな演習の試み
- 64:Web2.0と要求管理
- 65:ソフト製品開発の要求コミュニケーション
- 10G-EPONの概要 その4-10G-EPONの課題と今後の動向-
【新ネットワーク】 - やっぱりおかしいよね?メモリの使い方
【通信ソフトウェア開発】 - 猿でもわかる”フレッツテレビ”その2
【猿でもわかるICT】 - 10G-EPONの概要 その3-10G-EPONの特徴2-
【新ネットワーク】 - 10G-EPONの概要 その2-10G-EPONの特徴1-
【新ネットワーク】 - 開発支援ツール
【通信ソフトウェア開発】 - 猿でもわかる“フレッツテレビ”その1
【猿でもわかるICT】


