20230615tdm - Speaker Deck

20230615tdm

by m-miura.jp

Slide 1

Slide 1 text

ビューとモデルとビューモデルと 2023.06.15 上流工程なんでもLT！ TDM Vol.4 miure https://m-miura.jp/

Slide 2

Slide 2 text

ビューとモデルと(ビューモデルと) 2023.06.15 上流工程なんでもLT！ TDM Vol.4 miure https://m-miura.jp/

Slide 3

Slide 3 text

Copyright levii Inc. All rights reserved. 自己紹介三浦政司 (みうらまさし) JAXA宇宙科学研究所宇宙飛翔工学研究系准教授深宇宙探査技術実証機(DESTINY+)プロジェクトチーム株式会社レヴィ共同創業者/システムデザイン研究所所長専門分野 ● 制御工学　　：分散協調制御、飛翔体誘導制御 ● システム工学：システム設計論、システムモデリング ● 工学教育　　：PBL型工学教育好きなこと ● 蟻コロニーの飼育 ● 自転車 ● コミック m-miura.jp 2024年打上予定 DESTINY+

Slide 4

Slide 4 text

今日の発表は… ● TechDLT 要件定義についてLT！Vol.9（3/23）で紹介した「モデルベースな要件定義の実例紹介」で使った考え方に関するもの ● 上記の発表で紹介した対話型モデリングにおいて重要となるビュー、モデル、(ビューモデル)などの概念についてもう少し突っ込んで議論してみたい。

Slide 5

Slide 5 text

「モデルベースな要件定義の実例紹介」の復習

Slide 6

Slide 6 text

詳しくはこちらをご参照下さい ■ 株式会社レヴィ導入事例｜株式会社仲介テレビ放送様 https://levii.co.jp/cases/21/ ■ 発表スライド https://speakerdeck.com/miure/20230323techdlt ■ TechDLTのアーカイブ動画 https://youtu.be/0DNqnOSWd1A?t=911 ◀導入事例ページ

Slide 7

Slide 7 text

システムモデルが有効（なはず）開発者（設計）ユーザ開発者（実装） ● 視覚的・直感的な理解 ● 認識齟齬の抑制 ● スムーズな合意形成 ● ▲ ■

Slide 8

Slide 8 text

システムデザインのためのフレームワーク：システミング® ● 誰でもシステム思考やシステム工学を上手に実践できることを目指して構築したシステムデザインのためのフレームワーク ● 今回紹介する対話型モデリングが中心となっている株式会社レヴィのWebサイトにてガイドブックを無料配布中：levii.co.jp

Slide 9

Slide 9 text

事例：株式会社中海テレビ放送によるシステム開発 ● 本社：鳥取県米子市 ● 鳥取県西部をエリアとするケーブルテレビ局 ● 電力小売事業を展開する地域新電力事業者でもある今回紹介する事例の開発対象システム ● 新サービス「オール電化プラン」のお申込み受付システム ● 「誰でも簡単にお申込みができる」を目指してLINEと連携 ● 新プランでどれだけお得になるか、電気料金をシミュレーション https://www.chukai.co.jp/

Slide 10

Slide 10 text

開発の流れ対話型モデリングによる上流設計 ● 要求ヒアリング、要求定義 ● アーキテクチャ設計モデルを中心に置いた実装フェーズ ● 詳細設計 ● 実装上流設計の成果物としてモデルを納品リリース・運用レヴィ中海テレビ地域のベンダ中海テレビレヴィモデルで対話モデルで対話開発支援

Slide 11

Slide 11 text

上流設計で構築したモデル

Slide 12

Slide 12 text

担当者の声「発注する側」も設計に参加して欲しいシステムのあり方を伝えることができました。そのおかげで、手戻りらしい手戻りや関係者間の認識違いがほとんどなくて、計画通りに開発を進めることができました。いつもは運用を開始してからたくさんの質問や要望が来て業務負荷になることもあるのですが、今回はほとんどありません。システムの運用に関わるたくさんのメンバーが設計に口出しできたことが良かったのかなと思っています。ドキュメントだけだと設計に関する会話に参加できませんからね。時間が経ってからでも設計の意図が分かるというところがいいですね。私も一緒につくった図なので、後から見ても設計の意図や意思決定の理由が分かります。機能追加などを行う際に役に立ちそうです。

Slide 13

Slide 13 text

対話型モデリングの前提：視点を分ける

Slide 14

Slide 14 text

提案：対話型モデリング 1. 視点をわける 2. システムモデルで対話する 3. 視点をつなげる運用フロー機能構造運用フローを実現するのに必要十分な機能が挙げられているか？（整合性観点）

Slide 15

Slide 15 text

提案：対話型モデリング 1. 視点をわける 2. システムモデルで対話する 3. 視点をつなげる運用フロー機能構造運用フローを実現するのに必要十分な機能が挙げられているか？（整合性観点）対話するための前提対話しながらシステムモデルを構築していくことで合意できる要求・アーキテクチャを探す対話しながらモデリングをするときの注意点

Slide 16

Slide 16 text

Copyright levii Inc. All rights reserved. 「視点をわける」とは？ ● 複雑なシステムの全体をそのまま考えたり理解したりすることは困難 ● 対象のシステムをモデルで表現するためには「視点をわける」ことが必要 ● 視点をわける = 視点を決める × 複数の視点から見る ○ 視点を決める：モデルを描く際の関心/抽象度/範囲を決める ○ 複数の視点から見る：様々な視点からモデルを描くことでシステムの姿を　　　　　　　　　　表現する（システムの全体を表現する）

Slide 17

Slide 17 text

Copyright levii Inc. All rights reserved. なぜ「視点を決める」が必要なのか？ ■ 例えば、「機能間のつながり」と「（物理的な）部品間のつながり」を同じモデルの中で描くことはできない ○ 無理やり描くことはできるかもしれないが、わかりやすくは描けない ■ 異なる抽象度で見たシステムの姿を同じモデルで描くのは難しいことが多い ○ 例外）ツリーモデルで包含関係を描いていく場合などはOK ■ 複雑なシステムの全体を一度に描こうとするとわかりづらくなってしまうことがある ○ 特に抽象度が低い時はそうなりがち何に関心を持って描くか？どんな抽象度で描くか？どの範囲まで描くか？などを決めないと（わかりやすい）モデルを描くことができない。

Slide 18

Slide 18 text

Copyright levii Inc. All rights reserved. なぜ「複数の視点から見る」が必要なのか？ ● 視点を決めて描いたモデルは、システムのある一面でしかない ○ そのモデルを描くために多くの情報を捨てている（捨象している） ● システムに対する認識を合わせるためには、十分な数の視点が必要（ほとんどの場合は１つの視点では不十分） ● ではどんな視点が必要なのか？いくつ必要なのか？→対象や目的によるので、対話しながら探索するしかない（上流設計の難しさの一つ）システムシステムのある一面しか表現していない複数の視点で表現しないとシステムが十分には理解できない

Slide 19

Slide 19 text

Slide 20

Slide 20 text

上流設計で構築したモデル

Slide 21

Slide 21 text

ビューとモデル

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Copyright levii Inc. All rights reserved. ビュー＋表現方法 = モデルモデル ● ◯◯仕様書 ● ◯◯リスト ● ◯◯図、◯◯表 ● ◯◯報告書　 ︙ ビュー ■ 目的 ■ 関心 ■ 抽象度 ■ 範囲表現方法 ■ 文書 ■ リスト ■ 図、表 ■ システムモデルビューと表現方法を決めれば、モデルでシステムを表現できる。システムモデルビュー対話にはシステムモデルが向いている！（と主張したい）

Slide 26

Slide 26 text

ビューを具体的に定義する

Slide 27

Slide 27 text

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Copyright levii Inc. All rights reserved. ビューを定める特徴①「目的」システム ● 目的 ○ そのビューでシステムを表現する目的。なんのためにそのビューが必要か？ ● パターン/例 ○ 誰と、どんなことについて認識を合わせたいのか（合意したいのか） ○ ビューAとビューBを接続するため ■ AとBの間の整合性を直接確認することができない場合 ○ ◯◯について ■ アイデアを出すため、要素を洗い出すため ■ 議論するため、確認するため ○ ◯◯について具体的に考えるため/抽象的に考えるため ○ … ● 備考 ○

Slide 30

Slide 30 text

Copyright levii Inc. All rights reserved. ビューを定める特徴②「関心」システム ● 関心（ビューポイント） ○ システムのどんな側面について着目してモデルを描くのか？ ○ 要素は何か（ノードは何か）、どんな関係性を見るのか（リンクは何か） ● パターン/例 ○ コンテキスト ■ システムの「全体と境界」や「外部との相互作用」に関心を持つ ■ システムを取り巻く環境やステークホルダに関心を持つ ■ ノード：外部要素、ステークホルダ ■ リンク：システムとの相互作用 ○ 運用の流れ ○ 物理的な構成 ● 備考 ○ ISO42010にDoD AFなどに書いてある： ○ 対話型モデリングでは「ビューポイントが必要か？」もみんなで考える

Slide 31

Slide 31 text

Copyright levii Inc. All rights reserved. システム設計者がよく使うビューポイント Context Viewpoint システムの全体と境界、および外部との相互作用に関心を持つ Functional Viewpoint システムの機能に関心を持つ Operational Viewpoint システムを操作する、運用するという側面に関心をもつ Process Viewpoint システムの動作、処理の順番などに関心がある視点 Physical Viewpoint システムの物理的な構成、特性、形状などに関心がある視点どのようなビューポイントが必要か？も探りポイント（対話が必要）

Slide 32

Slide 32 text

Copyright levii Inc. All rights reserved. ビューを定める特徴③「抽象度」システム ● 抽象度 ○ どのくらいの抽象度でモデルを描くのか？ ○ どのくらい粗く/どのくらい細かくモデルを描くのか？ ○ 要素（ノード）の粒度は？ ● パターン/例 ○ ◯◯が一つのノードになるくらいの抽象度 ○ ビューAより一段階細かい/粗い ○ ノードは具体的なものをバイネームで記述するくらい ○ 全体像（全範囲）を描けるように俯瞰的に ○ 販売されている単位の部品（コンポーネント）まで ○ 担当者を割り振れるレベルまで分解しておく ● 備考 ○

Slide 33

Slide 33 text

Copyright levii Inc. All rights reserved. ビューを定める特徴④「範囲」システム ● 範囲（スコープ） ○ どの範囲まで見るか？時間方向も。 ○ モデルとして記述する範囲。 ● パターン/例 ○ 対象システムの全体 ○ サブシステムAについて ○ 対象システムを含む環境全体（スーパーシステム） ○ AsIsを描きましょう、ToBeを描きましょう（時間方向の範囲） ○ ケースAの場合、ケースBの場合（場合分け） ● 備考 ○ 「抽象度が低い」かつ「範囲が広い」は表現しにくいので、そのようなビューは（レヴィは）通常は選ばない。※実装フェーズへのインプットとしてそのようなビューでのモデルが描かれる場合はある

Slide 34

Slide 34 text

例：業務フロー（全体）

Slide 35

Slide 35 text

ビューモデル

Slide 36

Slide 36 text

Slide 37

Slide 37 text

Slide 38

Slide 38 text

Slide 39

Slide 39 text

Slide 40

Slide 40 text

まとめ+おわりに

Slide 41

Slide 41 text

Slide 42

Slide 42 text

お気軽にお声がけ下さい ■https://levii.co.jp/ にて各種資料配布中株式会社レヴィ ■SNS、メールニュースなどで情報発信中 https://levii.co.jp/mailnews/   @levii_sdl @levii.inc ISECON2021最優秀賞！システム開発体験ゲーム