Changes between Version 19 and Version 20 of Archtectural Overview Archetypes

Timestamp:

Oct 19, 2007, 11:18:58 PM (17 years ago)

Author:

Tatsukawa, Akimichi

Comment:

--

Archtectural Overview Archetypes

@@ -166 +166 @@
 In the case of GUI applications, the final step in the chain is GUI screen forms. These are created in a multitude of ways and technologies. In some cases, they will be partially or completely generated from templates. Regardless of the details, the connection between a screen form and a template will be established in the tooling environment, so that when the form is requested by a user, the relevant template will be activated, in turn activating the relevant archetypes.
 
+より技術的な詳細は、多くのシステムを配置する際に重要となる。必要となるアーキタイプとテンプレートは事前にわかっているから、共有可能なopenEHRフォーム(すなわち、ADLやTOMのファイル)をレポジトリやローカルなツールから受けとり、それらを実行時に近いかたちでコンパイルすることになるだろう。通常、画面フォームはサイトごとに異なり、(コンパイルされた)アーキタイプとテンプートは実行効率を向上させ、検証されたアーキタイプとテンプレートのみがアプリケーションから実際に利用されることを保証する。こうしたシステムでは実行時のテンプレートは対応するアーキタイプのコピーのように振舞うことになる。
+
+
+
 A further technical detail may come into play in many deployment situations: since the archetypes and templates required by the environment will be known in advance, they may well be compiled into a near-runtime form from the sharable openEHR form (i.e. ADL, TOM files) in which they are received from a repository or local tool. This form will usually differ from site to site, and both improves performance and ensures that only validated archetypes and templates will actually be accessed by applications. In such systems, runtime form of templates is most likely to incorporate copies of the relevant archetypes.