そして合意はとれた？
⼀一枚の図には１つのミッショ
！
ンがある©（株）コギトマキナ 複製及び転載禁⽌止
システム「ズ」エンジニアリング
• 「システムとは、定義された⽬目的を成し遂げ るための、相互に作⽤用する要素（ element ） を組み合わせたものである。これにはハード ウェア、ソフトウェア、ファームウェア、⼈人、
情報、技術、設備、サービスおよび他の⽀支援 要素を含む 」
– INCOSE
システムズエンジニアリングハンドブックの定義
• ソフトウェアエンジニアリングだけのための
ものではない
システムズエンジニアリングの⾻骨
• ⽬目的は開発の成功、⽬目標は構想設計、ゴール は合意
–
分割統治しながら、スケジュール、予算、品質を 満たすような開発の全体最適を⾏行行なうこと• Function Driven
• 反復復的プロセス - 慌てない
• ツールは使うべし
• トレードオフスタディ
©（株）コギトマキナ 複製及び転載禁⽌止
全体最適
• 全体を考えること
• 部分を考える「前に」考えること
• 部分を考えた「後にも」考えること
こうなってませんか？
• 部分最適の総和が全体最適である
• 優秀なエンジニアがそれぞれ頑張れば …
分割統治とフィードバック・ループ
• システム・エンジニアリングの最⼤大の特徴
–
複雑なシステム開発では、上位レベルの問題点が 下位レベルの細部検討時に明確になるという事実 ⇒ サブシステムの設計時に気付いた問題点に基 づき、前⼯工程の成果であるシステム設計を⾒見見直すこ とが可能な「フィードバック・ループ」が必要。• 「フィードバック・ループ」こそ、より品質
の⾼高いシステムを作り上げるための SE の中核
プロセス。
©（株）コギトマキナ 複製及び転載禁⽌止
IEEE 1220 systems engineering process
要求と制約の矛盾 要求のトレードオフ と影響
分解割り当ての トレードオフと影響 分解と要求の割り当に 関する候補
設計解の
トレードオフと影響 設計解の要求と候補 要求の基準
確認された要求の基準
機能アーキテクチャ
検証済み機能アーキテクチャ
物理アーキテクチャ
検証済み物理アーキテクチャ
SE
プロセスへの入力SE
プロセスの出力 統制設計の検証 機能の検証 要求の分析
要求の 妥当性確認
要求の トレード分析
と評価
設計の トレード分析
と評価 総合
システム解析 機能の分析
機能の トレード分析
と評価
50
⼆二元 V 字モデルとエンティティ V
⼊入れ⼦子になったシステム
具体→抽象のフィードバックも意識識
©（株）コギトマキナ 複製及び転載禁⽌止
4 側⾯面からシステム を捉える
52
なぜワザワザ要求図を作るのか？
• トレーサビリティを「作りこむ」ため
–
管理理するためではない• 作業効率率率
–
例例えばUSDM
のExcel
表を作成する際には、「
Excel
の上で」やらなければならない、ということ。
– Excel
で試⾏行行錯誤しながら体裁を整えつつ作業を するのは、⾮非効率率率的。要求と設計の関連付け
54
「安全性の⽬目標」をモデル駆動開発で検証する
•
要求図を⽤用いた「安全」関係の要求のトレーサビリティ②
② ①
③
③
④
④
コンセプト
設計要素と設計要素の関連付け
56
振る舞いの設計要素と構造の設計要素の関連づけ
ドキュメント内
ETWest2015SEC先端技術入門ゼミ（一般配布用).pptx
(ページ 45-57)