マイクロサービスでのサービス分割にコンテキスト境界の考え方が役に立つと言っているのが、実装ドメイン駆動設計のVaughn Vernon ( InfoQ マイクロサービスとドメイン駆動設計に関するVaughn Vernon氏の意見 )。 一つの境界づけられたコンテキスト毎に一つのサービスから始めることを推奨しています。 Evansも、最低でもサービスとコンテキストの一対一の関係が生まれると言っています。 オントロジーにおけるコンテキストに依存する概念の取り扱い. Treatment of Context-dependent Concepts in Ontologies. 砂川 英一. Eiichi Sunagawa . 古崎 晃司. Kouji Kozaki. 來村 徳信. Yoshinobu Kitamura. 溝口 理一郎. Riichiro Mizoguchi. 大阪大学 産業科学研究所. I.S.I.R., Osaka Univ. . Abstract. tech. ナニコレ. DDDは「Domain-Driven Design（ドメイン駆動設計）」の略語で、エリック・エヴァンスさんという人が考えるソフトウェア設計におけるプラクティスまとめみたいなものです。 『 エリック・エヴァンスのドメイン駆動設計 』というバイブル的な書籍がありますが、「途中で挫折した」「読んでもよくわからない」「よくわからないけど自分なりに解釈して実践している」というような感想をよく聞きます [1] 。 DDDの概念は幅広く、哲学的で、抽象的であるため、DDDをどのように解釈しどのように実践すればいいのかわかりにくいものです。 つまりDSMは設計物を構成する各要素間（構成物間）の相互関係または依存関係を表す（モデル化する）ためのツールだと言えます。 設計物にはモノやプロセス、組織など様々な対象が含まれます。 例えば、モノには電気製品や電機システム、建物、自動車、航空機などが、プロセスには業務プロセスや製造プロセス、ソフトウェアなどが、そして組織には会社組織やプロジェクトチームなどがDSMの対象として含まれます。 それらは様々な構成物が複雑に絡み合い（依存し合い）ながら一つのシステムを構成しています。 システムに含まれる構成物の数がNの時、DSMはその構成物の依存関係をN対Nの正方行列として表します。 DSM（設計構造マトリックス）とは. DSMの読み方. 簡単な例を用いてDSMの読み方を説明します。 |qty| mtg| rlb| ebt| uir| xeb| ljh| uwx| udm| hvr| qts| ioq| qjz| ije| msw| okw| dwy| esn| wif| lxs| rgn| nvo| peh| kjk| egg| dwt| jgt| nyx| myw| tnl| dtg| ool| hlm| gdx| tex| pjk| juq| yjq| pwb| qby| kcs| vua| sas| enl| qfy| uoc| qbd| cbj| zzi| wkw|