抽象化モデル～システム開発研究室～: ゼロからはじめるシステム開発

抽象化モデル　～システム開発研究室～

　ナビゲータのEVEです。

　　昨日は、 EVE Project だったらレガシーシステムをどうするのかという話をし、IPAからでている文書との相違点は、 リバースエンジニアリング の部分かもしれないという可能性について触れました。
　そして、今回の全体像について、私自身も話していませんし、 IPA からも出ていないので、本日は、このような作業の進め方の全体像についてお話ししたいと思います。
　本日話す内容は、EVE Projectが考えるやり方であり、IPAからこれから出てくる文書がその通りのやり方で出稿されるかどうか不明です。もし、知りたい方がいましたら、直接IPAにお聞きになってください。

　では、本題に入りましょう！

[抽象化モデル]
　これから紹介する方法は、 レガシーシステム を保有し、かつ、 IBM にさえ無理ですと言われたシステムに対して、かなり前に提案したことがあるやり方になり、タイトルにある通り、 抽象化モデル と言われる方法になります。
DFD に基づくやり方という意見もあり、EVE Projectは、昨日お話しした通り、「」といっているので、そうした観点から言うと、このやり方を選択するのは当然の流れかもしれません。
　具体的に、大きな流れで解説すると、以下のようになります。

?現状システム
　　　↓
?現状システムの抽象化
　　　↓
?新システムの抽象化
　　　↓
?新システム

　?は、EVE Projectでは、現状調査にあたります。そして、?の細かく現状分析した結果を?で抽象化します。その作業と同時並行的に?では、新システムの抽象的なモデルを作成します。そして、?と?を比較することにより、何が不足し、何が増えたのか確認し、その確認した内容が、意図した通りだった場合、?で作成した資料と同一レベルの資料を?で作成するという流れになります。この後に、?と?を比較検討するというフェーズがあるかもしれません。
　この方法を採用することにより、段階的に改善や変更を繰り返しながらシステムを具体化していくことが可能になります。
　このやり方について、 Gemini は、以下のようなメリットがあるといっています。

?複雑なシステムを簡潔に表現できる
　高い抽象度のレベルでシステムを捉えることで、全体像を把握しやすくなり、複雑なシステムでも理解しやすくなります。

?設計段階での変更に柔軟に対応できる
　抽象的なレベルでの設計であれば、具体的な実装に影響を与えることなく変更を加えることができます。

?異なるステークホルダーとのコミュニケーションが円滑になる
　技術的な詳細に踏み込まない抽象的なレベルでの議論は、非技術的な背景を持つステークホルダーとのコミュニケーションを円滑にします。

最初 ChatGPT に聞いたのですが、 プロトタイプ開発 を念頭においているようで、使えないと判断し、Geminiの意見を採用しました。レガシーシステムでプロトタイプ開発はちょっと、難しいかなと判断しました。
　引き続き、デメリットについて確認していきましょう！

?情報損失のリスク:
1)過度な抽象化
　抽象度が高すぎると、具体的な実装の詳細が失われ、誤解が生じる可能性があります。

2)詳細化の難しさ
　抽象的な概念を具体的な設計に落とし込む際に、新たな問題や矛盾が生じる可能性があります。

?コミュニケーションのギャップ:
1)抽象度の違い
　異なるステークホルダー間で、抽象度の認識が異なり、コミュニケーションが円滑に進まない場合があります。

2)専門用語の誤解
　抽象的な概念を表現する際に、専門用語を用いると、非専門家には理解が難しい場合があります。

?設計変更のコスト
1)上位レベルへの影響
　抽象度の高いレベルで設計を変更すると、下位のレベルにも影響が波及し、修正コストが増大する可能性があります。

?複雑なシステムへの適用
1)モデルの複雑化
　極めて複雑なシステムの場合、抽象化モデル自体が複雑になり、管理が難しくなることがあります。

?抽象化レベルの決定
1)最適なレベル
　どのレベルで抽象化するのが最適か、判断が難しい場合があります。

IPAがこの方法を採用しているかどうか、現時点不明ですが、本日以降にIPAから新たに文書が出てきて、抽象化モデルだと分かったら、以上のようなリスクを考慮した方がいいようです。

[あとがき]
　以上の方法、実は、IPAの1次試験で出題されています。IPAの試験を受験する人がいましたら、試験に役立ててください。ただ、ここでは、抽象化モデルと書いたのですが、試験でなんて呼称されていたのか思い出せません。過去に出題されています。もし、見つけたら、なんて呼称するのか正式な名称を教えてください。

DX について長々とお話ししてきましたが、実は、ここまでは、IPAも 中小企業診断士 もあまり試験に出た実績はありません。ここ以降なんですよね・・・。試験に出るの・・・。試験にも出ないこと長々と書いてしまいました。
セキュリティ から始まった、DXの話なのですが、ちょっと、間隔をおいてから、試験に出そうなところと、セキュリティの絡みについてお話ししたいと思います。
　ただ、書き終えてみて、2018年当時の日本のシステム業界について知ることができました。これから、 情報処理安全確保支援士 として、多くのお客様のところに訪問しますが、参考としたいと思います。

　では、また！！！