GSN (Goal Structuring Notation)
概要と特徴 🎯
- 目的: 要求工学における目標 (Goal) の構造化を支援する図解手法。
- 中心: 目標 (Goal) を要素とする。
- 構造: 階層的かつ論理的な分解が可能。
- 視覚化: 目標間の充足関係 (Satisfaction) や根拠 (Justification) を表現。
- 標準化: 国際標準化機構 ISO/IEC 29148 に準拠。
分類 🗺️
- カテゴリ: 要求工学 (Requirements Engineering) の手法の一つ。
- アプローチ: トップダウンのアプローチを基本とする。
- 記法: グラフィカル (Graphical) な表記法。
上位概念・下位概念 🔗
- 上位概念: 要求 (Requirement)、検証・妥当性確認 (Verification and Validation, V&V)。
- 下位概念:
- 目標 (Goal): 達成すべき事項。
- 解決策 (Solution): 目標達成のための具体的な手段。
- 戦略 (Strategy): 解決策の集合をどう使うかの方針。
- 論拠 (Argument): 目標と解決策を結びつける論理的な根拠。
メリット ✨
- 透明性向上: 目標達成の論理構造が明確化。
- トレーサビリティ: 要求と設計、テストとの連携が容易に。
- 網羅性: 要求の抜け漏れを構造的にチェック可能。
- コミュニケーション: 専門家とステークホルダー間の共通理解促進。
デメリット 📉
- 複雑性: 大規模システムでは図が複雑化しやすい。
- 習熟度: 記法を習得する時間が必要。
- 自動化の限界: 図の自動生成や解析にはツール依存。
既存との比較 🆚
- 目的の違い: UMLがシステム構造や振る舞いを記述するのに対し、GSNはなぜそのシステムが必要かという目標に特化。
- 類似点: デシジョンツリー (Decision Tree) や論証図 (Argumentation Map) と論理構造が類似。
- 焦点: 要件の背後にある根拠に焦点を当てる点が特徴的。
競合 🥊
- 直接的な競合: ADR (Architecture Decision Record) は意思決定の記録が主眼であり、目標構造化とはスコープが異なる。
- 代替手法: Requirements Dependency Graph (RDG) など、目標をグラフ的に表現する手法。
導入ポイント 💡
- 初期段階: システム開発の初期フェーズでの利用が最も効果的。
- 重要目標: ミッションクリティカルな目標や、根拠が曖昧な目標から適用開始。
- ツール活用: 専用のエディタやビューアの導入を検討。
注意点 ⚠️
- 過度な詳細化: 細かすぎる分解は管理コスト増に。
- 静的記述: 図は静的なため、変更管理は別途プロセスが必要。
- レビュー: 図の論理的整合性のレビューが不可欠。
今後 🚀
- AI連携: 自然言語処理によるGSN図の半自動生成や検証の可能性。
- 統合: モデルベース開発 (MBD) ツールとのデータ連携強化。
- 進化: よりアジャイルな開発プロセスへの適応。
関連キーワード 🏷️
- Requirements Engineering (要求工学)
- Goal
- Argumentation (論証)
- Traceability (トレーサビリティ)
- Stakeholder Needs (ステークホルダー要求)
