統幕指運第188号 - mod...1 第1章総則（目的）第1条...

１」

統幕指運第１８８号

２９．１０．３０

整備計画局情報通信課長

防衛大学校総務部総務課長

防衛医科大学校事務局総務部総務課長

防衛研究所総務課長

陸上幕僚監部防衛部情報通信・研究課長殿

海上幕僚監部指揮通信情報部指揮通信課長

航空幕僚監部防衛部情報通信課長

情報本部計画部情報調整課長

防衛装備庁長官官房総務官付情報システム管理室長

統合幕僚監部指揮通信システム部

指揮通信システム運用課長

（公印省略）

コンピュータ・システム共通運用基盤細部管理要領について（通知）

標記について、別冊のとおり通知する。

なお、統幕指運第１１９号（２６．７．１７）は廃止する。

関連文書：平成１８年統合幕僚監部達第２６号

添付書類：別冊「コンピュータ・システム共通運用基盤細部管理要領」

文書管理情報

文書管理者：統合幕僚監部指揮通信システム部

指揮通信システム運用課長開示部分開示不開示

一元的な管理に責

任を有する者：


指揮通信システム運用課長作成時 ○

分類番号：Ｌ０－Ｌ００

区分： 1 2 3 4 5 6

理由：

作成年月日：２９．９．２５取得年月日：保存期間：１０年保存期間満了日：４０．３．３１本紙含め：１枚・６冊（２７６枚）

配布先：宛先のとおり。９箇所

統幕指運第１８８号（２９．１０．３０）別冊

コンピュータ・システム共通運用基盤

細部管理要領


指揮通信システム運用課

平成２９年１０月

文書管理情報








区分： 1 2 3 4 5 6

理由：

作成年月日：２９．９．２５取得年月日：保存期間：１０年保存期間満了日：４０．３．３１本紙含め：１冊（６５枚）


目次

第１章総則 ............................................................. １

第１条目的 ........................................................... １

第１条の２機関等との連携 ............................................. １

第２条用語の定義 ..................................................... １

第３条業務年表 ....................................................... ３

第４条適用及び維持管理計画 ........................................... ３

第５条会議 ........................................................... ３

第２章適用 ............................................................. ３

第６条適用支援 ....................................................... ３

第７条ＣＯＥソフトウェアの配布 ....................................... ４

第８条適用システム情報の管理 ......................................... ４

第９条適用実績の評価 ................................................. ５

第１０条情報の掲示 ................................................... ５

第３章維持管理 ......................................................... ５

第１１条技術動向調査 ................................................. ５

第１２条新規標準クラス等の開発等 ..................................... ５

第１３条動作環境選定 ................................................. ６

第１４条ＣＯＥソフトウェアの是正 ..................................... ６

第１５条ベースライン等の管理 ......................................... ７

第１６条ベースラインの登録及び抹消 ................................... ７

第１７条ベースラインの番号体系 ....................................... ７

第１８条技術ドキュメント等の整備 ..................................... ７

第１９条ＣＯＥ部品整備環境 ........................................... ８

第４章サービス ......................................................... ９

第２０条サービス及び標準データの適合性確認 ........................... ９

第２１条ＣＯＥ開発サービス及び標準データの管理 ....................... ９

第２２条サービスの運用 ............................................... ９

第２３条公開サービスの登録 ........................................... ９

第２４条公開サービスの利用 ........................................... ９

第２５条公開サービスの維持管理 ..................................... １０

第２６条サービスの抹消 ............................................. １０

第２７条サービス等に関するソフトウェア及び各種情報の管理責任者 ..... １０

第２８条公開サービスのＣＯＥ開発サービス化 ......................... １１

第５章その他 ......................................................... １１

第２９条通知等の細部要領 ........................................... １１

別紙第１ＣＯＥ業務年表 ............................................... １２

別紙第２ＣＯＥソフトウェアの提供要領 ................................. １７

別紙第３適用システム情報一覧（基準） ................................. １８

別紙第４ＣＯＥソフトウェアにおける不具合等対応 ....................... ２２

別紙第５ＣＯＥ関連規則及び技術ドキュメント ........................... ２５

別紙第６サービス等に関するソフトウェア及び各種情報の管理責任者 ....... ３３

別紙第７－１通知等の細部要領（ＣＯＥ管理システムによる場合） ......... ３７

別紙第７－２通知等の細部要領（メール及び文書による場合） ............. ４０

別紙様式第１ＣＯＥ適用計画通知書 ..................................... ４２

別紙様式第２ＣＯＥ適用支援申請書 ..................................... ４３

別紙様式第３ベースライン利用申請書 ................................... ４４

別紙様式第４ＣＯＥ適用システム情報通知書 ............................. ４５

別紙様式第５ＣＯＥパッチ適用通知書 ................................... ４６

別紙様式第６ＣＯＥ適用実績調査シート ................................. ４７

別紙様式第７ＣＯＥ改善要望・不具合等通知書 ........................... ５６

別紙様式第８ＣＯＥ不具合発生通報 ..................................... ５７

別紙様式第９ＣＯＥベースライン抹消通知書 ............................. ５８

別紙様式第１０ＣＯＥ管理システム利用者申請書 ......................... ５９

別紙様式第１１適合性確認申請書 ....................................... ６０

別紙様式第１２サービス登録・抹消申請書 ............................... ６２

１

第１章総則

（目的）

第１条この要領は、コンピュータ・システム共通運用基盤管理規則（平成１８年

統合幕僚監部達第２６号。以下「ＣＯＥ管理規則」という。）第１５条の規定に基

づき、ＣＯＥの適用及び維持管理の実施に必要な細部事項を定めることを目的と

する。

（機関等との連携）

第１条の２ＣＯＥの適用及び維持管理の実施における機関等との連携は、この要

領に基づき調整又は依頼するものとする。

（用語の定義）

第２条この要領に掲げる用語の定義は、ＣＯＥ管理規則に定めるもののほか、次

の各号に定めるところによる。

(1) 基盤班運用課の通信基盤維持管理班をいう。

(2) ＣＯＴＳ Commercial Off The Shelf の略。民生品（商用製品、市販品）を

指す呼称であり、通常ソフトウェアとハードウェアが含まれるが、ＣＯＥでは

特にことわりが無い限りソフトウェアに対し主用する。また、オープンソース

ソフトウェアのような準民生品も、便宜上ＣＯＴＳに含め扱うものとする。

(3) ＧＯＴＳ Government Off The Shelf の略。ＣＯＴＳの考え方を取り入れ、

政府での利用を目的として製造されたソフトウェアをライブラリ化したものを

いう。

(4) クラスＣＯＥで採用するオブジェクト指向プログラミングにおいて、デー

タとその操作手順である処理をまとめたプログラムの管理単位をいう。

(5) 標準クラスＣＯＥソフトウェアとして開発及び配布するクラス群であり、

標準業務クラス、標準部品クラス及び標準インフラサービスの総称をいう。

(6) 個別クラス適用システムで開発し維持管理するクラス群であり、個別業務

クラス及び個別部品クラスの総称をいう。

(7) 個別クラスのＣＯＥ化個別クラスを標準クラスとして運用課（基盤班）に

移管することをいう。

(8) 動作環境ＣＯＥフレームワークが動作するソフトウェア等の環境をいう。

(9) ＣＯＥフレームワークアプリケーションソフトウェアを開発する際の基盤

として、ＣＯＥとして定めたソフトウェア（ライブラリ）群のことをいい、現

在、ＯＯＡフレームワーク、ＲＴ－ＯＯＡフレームワーク及びＳＯＡフレーム

ワークが存在する。

(10) ＣＯＥアーキテクチャＣＯＥで規定している設計思想、開発技法、開発管

理技法、フレームワーク、システムモデル、ＣＯＴＳ、ＧＯＴＳ（標準クラ

ス、個別クラス、ＥＳＣ）及びサービスの総称をいう。各ＣＯＥフレームワー

クに対応し、ＣＯＥ〈ＯＯＡ〉、ＣＯＥ〈ＲＴ－ＯＯＡ〉及びＣＯＥ〈ＳＯＡ〉

の３つのアーキテクチャが含まれている。

２

(11) ＣＯＥ〈ＲＴ－ＯＯＡ〉群ＣＯＥ〈ＯＯＡ〉及びＣＯＥ〈ＲＴ－ＯＯＡ〉

の総称をいう。

(12) ＥＳＣ Enterprise Service Controller の略。サービスとリクエスタ間の

インタフェース及び通信基盤を担うソフトウェアをいう。ＥＳＣコア及びＥＳ

Ｃアダプタから成る。

(13) サービスＣＯＥ〈ＳＯＡ〉において、リクエスタ（利用する側のアプリケ

ーション）からの利用を前提として、ネットワーク上に公開されたアプリケー

ションが提供する機能をいう。また、ＣＯＥ〈ＲＴ－ＯＯＡ〉において、業務

アプリケーションをまとめた概念をいう。

(14) 公開サービス不特定多数のリクエスタからの利用を前提として公開された

サービスをいう。

(15) ＣＯＥ開発サービス運用課（基盤班）が開発又は維持管理し、ＤＩＩ又は

適用システムに配布するサービスのことをいう。

(16) 認証サービス当該適用システムにおけるＥＳＣ利用者の情報（認証情報）

を管理し、リクエスタからのメッセージが正規のユーザやリクエスタからのも

のであることを認証するためのサービスをいう。

(17) 認可サービス当該適用システムのサービスに対するアクセス権の情報（認

可情報）を管理し、その情報に基づきリクエストメッセージのサービスへの送

達可否を判断するためのサービスをいう。

(18) 標準データサービスへのアクセス時にリクエスタとサービス間で受渡しさ

れる情報のうち、業務データの構造に関する情報を集約、整理したデータをい

う。標準データは、サービスインタフェース、標準データセット、標準タグ及

び標準コードから構成される。

(19) プロバイダＥＳＣを介したリクエスタからの要求を受け、情報や機能の提

供を行う業務アプリケーションをいう。

(20) リクエスタＥＳＣを介しサービスへ要求を行い、情報や機能の提供を受け

る業務アプリケーションをいう。

(21) ＥＳＣコアＳＯＡの概念を取り入れた、アプリケーション間のＸＭＬメッ

セージによる情報交換を実現するためのソフトウェアをいう。

(22) ＥＳＣアダプタリクエスタおよびプロバイダに提供されるＥＳＣと通信す

るためのソフトウェアをいう。

(23) アダプタ（ＯＯＡ）ＣＯＥ〈ＯＯＡ〉適用システムとＥＳＣコアを接続す

るための専用のソフトウェアをいう。

(24) アダプタ（ＲＴ－ＯＯＡ）ＣＯＥ〈ＲＴ－ＯＯＡ〉適用システムとＥＳＣ

コアを接続するための専用のソフトウェアをいう。

(25) アダプタ（レガシー）レガシーシステムとＥＳＣコアを接続するための専

用のソフトウェアをいう。

３

(26) ＣＯＥツール群ＣＯＥ部品、ＣＯＥベースライン又はＣＯＥ管理システム

用ソフトウェア以外で、ＣＯＥに資する目的のために防衛省の契約により一部

又は全てが製造されたソフトウェアのことをいい、ＣＯＥ開発支援ツール、Ｃ

ＯＥ環境設定ツール及びＣＯＥ技術検証ツールの３つに分類される。

(27) 登録ＣＯＥ管理システムに各種申請・通知に関するデータを正規のデータ

として登録することをいう。適用システム責任者が当該データを登録すること

によって、統括責任者が参照可能となる。また、統括責任者が当該データを登

録することによって、運用課長（基盤班長）が参照可能となる。

(28) 公開サービスのＣＯＥ開発サービス化公開サービスをＣＯＥ開発サービス

として運用課（基盤班）に移管することをいう。

２前項に定める用語以外の用語の定義は、付録第１によるものとする。

（業務年表）

第３条ＣＯＥに関する業務の手続き（基準）は、別紙第１のとおり。

２統括責任者からの各種の要望の通知期限は、別紙第１を基準とする。

（適用及び維持管理計画）

第４条ＣＯＥの年度の適用及び維持管理計画の作成は、次の各号の要領で実施す

る。

(1) 適用システム責任者は適用計画を作成し、別紙様式第１を用いて統括責任者

へ通知する。

(2) 統括責任者は、適用システム責任者が作成した適用計画を確認し、所要の調

整・修正を行った後、統括する適用システム分を取りまとめ、運用課長（基盤

班長気付）へ通知する。

(3) 運用課長（基盤班長気付）は、通知を受けた適用計画を基に、ＣＯＥの年度

の適用及び維持管理計画を作成する。

（会議）

第５条調整会議の開催にあたり、事務局は次の各号に示す業務を実施する。

(1) 各統括責任者への会議開催の通知

(2) 会議資料の編てつ及び会議の執行

(3) 各統括責任者へ会議の結果（議事録等）の通知

第２章適用

（適用支援）

第６条技術支援（ＣＯＥラボの利用及びＣＯＥツール群の提供を含む。）及び教育

支援は、次の各号の要領で実施する。

(1) 適用システム責任者は、技術支援又は教育支援を必要とする場合、ＣＯＥ管

理システムの「支援依頼」機能を使用し、ＣＯＥ管理システムに登録するとと

もに、統括責任者に通知する。

４

(2) 統括責任者は、自ら技術支援又は教育支援を必要とする場合、あるいは前項

による適用システム責任者による支援依頼を確認した場合、所要の調整・修正

を行った後、ＣＯＥ管理システムへ登録を行う。

(3) 運用課長（基盤班長）は、統括責任者からの支援依頼に基づき、技術支援又

は教育支援を行う。

(4) 第１号及び第２号において、ＣＯＥ管理システムが使用できない場合は、別

紙様式第２により申請を行うものとする。

（ＣＯＥソフトウェアの配布）

第７条ＣＯＥベースラインの配布は、別紙第２を基準とし、次の各号の要領で実

施する。

(1) 適用システム責任者は、ＣＯＥベースラインを適用する場合、ＣＯＥ管理シ

ステムの「ベースライン利用申請」機能を使用して登録する。

(2) 統括責任者は、適用システム責任者が登録したＣＯＥベースライン利用申請

を確認し、所要の調整・修正を行った後、ＣＯＥ管理システムへ登録を行う。

(3) 運用課長（基盤班長）は、申請に基づき、ＣＯＥベースラインを複製し、統

括責任者に対し文書として配布する。

(4) 統括責任者は、配布を受けたＣＯＥベースラインを、必要とする適用システ

ム責任者へ配布する。

(5) 適用システム責任者は、ＣＯＥベースライン適用後、ＣＯＥ管理システムの

「適用日登録」機能を使用し、適用日をＣＯＥ管理システムに登録する。

(6) 統括責任者は、適用システム責任者が何らかの事由で登録行為を行うことが

できない場合、適用日をＣＯＥ管理システムに登録する。


紙様式第３により申請を行う。

(8) 第５号及び第６号において、ＣＯＥ管理システムが使用できない場合は、別

紙様式第４により通知を行う。

２パッチの提供は、次の各号の要領で実施する。

(1) 運用課長（基盤班長）は、所要のある適用システム責任者又はその指定先

に、オンラインでパッチを提供する。ただし、オンラインでの提供ができない

場合は、媒体により提供する。

(2) 適用システム責任者は、パッチ適用後、ＣＯＥ管理システムの「適用日登

録」機能を使用し、適用日をＣＯＥ管理システムに登録する。


できない場合、適用日をＣＯＥ管理システムに登録する。


紙様式第５により通知を行う。

（適用システム情報の管理）

５

第８条運用課長（基盤班長）は、統括責任者から第７条により通知された適用シ

ステムの適用結果に係わる情報を、維持管理等に反映する。

２各統括責任者が通知する適用システム情報の細部は、別紙第３を基準とする。

（適用実績の評価）

第９条適用実績の評価は、次の各号の要領で実施する。

(1) ＣＯＥソフトウェアを適用しているシステムを所掌する統括責任者は、別紙

様式第６に基づき、各フレームワークの調査を行い、運用課長（基盤班長気

付）に通知を行う。

(2) 運用課長（基盤班長）は各統括責任者の調査結果に基づき実績を評価して、

防衛大臣への報告資料を作成する。

（情報の掲示）

第１０条運用課長（基盤班長）は、ＣＯＥ管理システムにより、次の各号を基準

とする情報を掲示する。

(1) ＣＯＥの中期及び長期計画

(2) ＣＯＥの年度の適用及び維持管理計画

(3) 調整会議及び同作業部会の議事予定、議事録等

(4) 技術支援及び教育の内容

(5) 提供可能なベースライン及びパッチの概要及び適用要領

(6) 適用システムで新たに開発した個別ソフトウェアに係る情報

(7) 利用可能なサービスに係る情報

(8) 技術動向調査結果

(9) 機関等が提示したＣＯＥに係わる各種要望・不具合等の対処状況

(10) ＣＯＥ関連規則及び技術ドキュメント

(11) ＣＯＥ管理システム及びＣＯＥラボの利用要領及び利用手続き

(12) 各種申請、通知等の手続きに関する情報

(13) ＣＯＥツール群に関する情報

(14) その他ＣＯＥ適用に資する事項

第３章維持管理

（技術動向調査）

第１１条運用課長（基盤班長）は、技術動向調査を実施し、調査結果をＣＯＥの

適用及び維持管理計画に反映する。

（新規標準クラス等の開発等）

第１２条標準クラスの新規開発、標準クラスの改善、ＥＳＣの改善、ＣＯＥ開発

サービスの新規開発及び改善並びに新規ＣＯＴＳの採用を、次の各号の要領で実

施する。

６

(1) 適用システム責任者は、ＣＯＥ管理システムの「改善要望」機能を使用し、

改善に関する要望を、運用課長（基盤班長）が指定する時期までに登録する。

(2) 統括責任者は、自ら改善を要望する場合、あるいはＣＯＥ管理システムに登

録された適用システム責任者からの要望を確認した場合、所要の調整・修正を

行った後、ＣＯＥ管理システムへ登録を行う。

(3) 運用課長（基盤班長）は、当該要望の妥当性を分析評価し、採否の決定を、

ＣＯＥ事業検討会議又はＣＯＥ調整会議に諮るものとする。


紙様式第７により通知を行う。

２個別クラスのＣＯＥ化は、次の各号の要領で実施する。

(1) 適用システム責任者は統括責任者に対し、ＣＯＥ化要望を通知する。

(2) 統括責任者は、自ら個別クラスのＣＯＥ化を要望する場合、あるいは適用シ

ステム責任者からの要望を確認した場合、所要の調整・修正を行った後、別紙

様式第７により運用課長（基盤班長）へ通知する。



（動作環境選定）

第１３条運用課長（基盤班長）は、動作環境を選定する場合には、付録第２によ

り行う。

（ＣＯＥソフトウェアの是正）

第１４条ＣＯＥソフトウェアの是正は、次の各号の要領で実施する。

(1) 適用システム責任者は、ＣＯＥ管理システムの「不具合通知」機能を使用

し、適用システムで発生したＣＯＥが原因と疑われる不具合等を登録する。

(2) 統括責任者は、ＣＯＥ管理システムに登録された適用システム責任者からの

不具合等の通知を確認した場合、所要の調整・修正を行った後、ＣＯＥ管理シ

ステムへ登録を行う。

(3) 運用課長（基盤班長）は、当該不具合等の原因を調査し、結果を情報掲示す

るとともに、別紙様式第８を用いて、関係する機関の統括責任者に通知する。

この際、重大かつ緊急な不具合と判明したものは、ＣＯＥ管理システムによ

り、適用システム責任者に通知する。

(4) 是正が必要な場合、運用課長（基盤班長）は、原則としてパッチを作成し、

提供する。

(5) パッチ適用後、適用システム責任者は、ＣＯＥ管理システムの「適用日登

録」機能を使用し、パッチ適用日をＣＯＥ管理システムに登録する。


できない場合、パッチ適用日をＣＯＥ管理システムに登録する。

(7) 改善が必要な場合は、第１２条に準ずる。

７


紙様式第７により申請を行う。

(9) 第５号及び第６号において、ＣＯＥ管理システムが使用できない場合は、別

紙様式第５により通知を行う。

２適用システムの不具合等の発生に基づく、ＣＯＥソフトウェア修正の業務手順

は、別紙第４を基準とする。

（ベースライン等の管理）

第１５条運用課長（基盤班長）は、ＣＯＥ管理システムを用いて、ＣＯＥベース

ライン及びパッチを、次の各号の要領で管理する。

(1) ベースラインに係わる改善要望、要求仕様

(2) 登録したベースラインの番号体系

(3) 適用システムにおけるベースラインの適用状況

(4) 当該ベースラインの不具合等の発生及び処置状況

(5) 適用システムごとのパッチのダウンロード及びパッチ適用状況

（ベースラインの登録及び抹消）

第１６条運用課長（基盤班長）は、ベースラインの登録を次の各号の要領で実施

する。

(1) 領収後、付録第３に基づく適合性確認を行った後、受領したＣＯＥベースラ

イン及びパッチを登録する。

(2) 登録したＣＯＥベースライン又はパッチの細部について、情報掲示する。

２ベースラインの抹消は、次の各号の要領で実施する。

(1) 特定のベースラインの適用が１機関以下となる時期（同一機関内において複

数システムが適用している場合も含む。）を当該機関の統括責任者に対して、別

紙様式第９により事前通知する。

(2) 運用課長（基盤班長）は、１機関以下となった時点で当該ベースラインを抹

消し、情報掲示する。

(3) 抹消したベースラインのクラス等を当該機関が継続使用する場合、運用課長

（基盤班長）は、当該機関が維持管理に必要な情報を提供する。

（ベースラインの番号体系）

第１７条ベースラインの番号の付与要領は、ＣＯＥフレームワークの追加・変更

及び標準クラスやＥＳＣ、ＣＯＥ開発サービスの機能向上あるいは是正の都度、

番号を付与するものとし、細部は付録第４による。

（技術ドキュメント等の整備）

第１８条ＣＯＥに係わる規則及び技術ドキュメントの構成は、別紙第５のとおり

とする。

２ＣＯＥの規則及び技術ドキュメントに関する改正は次の各号の要領で実施す

る。

８

(1) 適用システム責任者は、ＣＯＥ管理システムの「不具合通知」機能を使用

し、ＣＯＥに係る規則及び技術ドキュメントに関する改正要望を登録する。

(2) 統括責任者は、自らが改正を要望する場合、あるいはＣＯＥ管理システムに

登録された適用システム責任者からの改正要望を確認した場合、所要の調整・

修正を行った後、ＣＯＥ管理システムへ登録を行う。

(3) 運用課長（基盤班長）は、随時、改正要望を受理し、その要否を検討する。


紙様式第７により通知を行う。

３ソフトウェアに含めて扱う技術ドキュメントの作成要領は、付録第５による。

（ＣＯＥ部品整備環境）

第１９条運用課長（基盤班長）は、ＣＯＥ部品整備環境の運営及び管理を、次の

各号の要領で実施する。

(1) ＣＯＥ管理システムを用いて、次の事項を行う。

アＣＯＥ管理システム利用者の管理

イＣＯＥ関連情報の管理・公開

ウ統括責任者等との間の通知、申請、問合せ及び回答

(2) ＣＯＥラボを用いて、次の事項を行う。

ア新規動作環境の調査・適用検討

イプロトタイピング検証

ウ不具合等の原因究明及び修正

エＣＯＥ適合性確認

オＣＯＥ普及教育

カＣＯＥソフトウェアの形態管理

キ適用システム責任者からの申請に基づく貸出し

２ＣＯＥ管理システムへの利用者の新規追加、更新及び削除は、次の各号の要領

で実施する。

(1) 適用システム責任者は、ＣＯＥ管理システムの「利用者申請」機能を使用

し、新規追加、更新又は削除を希望する利用者情報を登録する。

(2) 統括責任者は、自ら利用者情報の変更等を要望する場合、あるいはＣＯＥ管

理システムに登録された適用システム責任者からの利用者情報の変更等要望を

確認した場合、所要の調整・修正を行った後、ＣＯＥ管理システムへ登録を行

う。

(3) 運用課長（基盤班長）は、登録された利用者情報を基に、ＣＯＥ管理システ

ムの利用者情報を新規登録、更新又は削除する。


紙様式第１０により通知する。

９

第４章サービス

（サービス及び標準データの適合性確認）

第２０条サービスの適合性確認は、次の各号の要領で実施する。

(1) 適用システム責任者は統括責任者に対して、サービスの適合性確認を申請す

る。

(2) 統括責任者は、自らサービスの適合性確認を要望する場合、あるいは適用シ

ステム責任者からの適合性確認申請を確認した場合、所要の調整・修正を行っ

た後、別紙様式第１１により、運用課長（基盤班長）へ申請する。

(3) 運用課長（基盤班長）は、付録第３に基づき、サービスの適合性確認を行っ

た上で、統括責任者へ良否判定結果を通知する。

２標準データの適合性確認は、次の各号の要領で実施する。

(1) 適用システム責任者は統括責任者に対して、標準データの適合性確認を申請

する。

(2) 統括責任者は、自ら標準データの適合性確認を要望する場合、あるいは適用

システム責任者からの申請を確認した場合、所要の調整・修正を行った後、別

紙様式第１１により運用課長（基盤班長）へ申請する。

(3) 運用課長（基盤班長）は、付録第３に基づき、標準データに関する適合性確

認を行った上で、統括責任者に良否判定結果を通知する。

（ＣＯＥ開発サービス及び標準データの管理）

第２１条運用課長（基盤班長）は、ＣＯＥ開発サービス及び標準データの管理を

行う。

（サービスの運用）

第２２条適用システム責任者は、適合性確認の結果が良好との通知を受領後、当

該サービスを運用するものとする。

（公開サービスの登録）

第２３条公開サービスの登録は、次の各号の要領で実施する。

(1) 適用システム責任者は統括責任者に対して、公開サービスに関する情報を通

知する。

(2) 統括責任者は、適用システム責任者からの公開サービスに関する情報を確認

した場合、所要の確認・修正を行った後、別紙様式第１２により運用課長（基

盤班著）へ通知する。

（公開サービスの利用）

第２４条公開サービスの利用は、次の各号の要領で実施する。

(1) 公開サービスを利用する適用システム責任者は、統括責任者を通じて、当該

公開サービスを提供している適用システム責任者に対して、公開サービス利用

申請を行う。

１０

(2) 利用申請を受けた適用システム責任者は、所要の審査を行い、公開サービス

の利用を認可する場合、統括責任者を通じ、利用申請元適用システム責任者に

対し、利用に必要な情報を通知するものとする。

(3) 公開サービスを利用する適用システム責任者は、公開サービスを利用するた

めのリクエスタを作成し運用するものとする。

(4) 利用申請に必要な様式は、公開サービスを提供する適用システム責任者が定

めるものとする。

（公開サービスの維持管理）

第２５条公開サービスの維持管理は、次の各号の要領で実施する。

(1) 公開サービスへの改善要望、不具合通知は、当該公開サービスを提供してい

る適用システムを所掌する統括責任者へ通知するものとする。

(2) 公開サービスへの改善要望を受領した統括責任者は、要求内容の分析し、妥

当な改善策を案出したうえで、当該公開サービスを提供している適用システム

責任者とともに改善するものとする。

(3) 不具合通知を受領した統括責任者は、当該公開サービスを提供している適用

システム責任者とともに、不具合に対処するものとする。

(4) 改善又は不具合の対処が完了した場合、適用システム責任者は、当該公開サ

ービス（標準データに変更があった場合は、標準データを含める。）に対しての

適合性確認を、第２０条に基づき、統括責任者を通じ、運用課長（基盤班長）

に申請するものとする。

(5) 運用課長（基盤班長）は、当該公開サービスを利用しているリクエスタへの

影響を含め、付録第３に基づく適合性確認を行い、その結果を統括責任者に通

知する。

(6) 適合性確認の結果を基に、適用システム責任者は、改善及び不具合の対処状

況を公開するものとする。

（サービスの抹消）

第２６条サービスの抹消は、次の各号の要領で実施する。

(1) 適用システム責任者は統括責任者に対して、公開サービス抹消に関する情報

を通知する。公開サービスを抹消する場合は、当該公開サービスを使用してい

る適用システム責任者に対し、統括責任者を通じて事前通知を行う。

(2) 統括責任者は、適用システム責任者からの公開サービス抹消に関する情報を

受理した場合、所要の調整・修正を行った後、別紙様式第１２により運用課長

（基盤班長）へ申請する。

(3) 運用課長（基盤班長）は、所要の調整を実施した後、各関係機関に周知す

る。当該サービスが公開サービスの場合は、抹消に関する情報を提示する。

（サービス等に関するソフトウェア及び各種情報の管理責任者）

第２７条サービス等に関するソフトウェア及び各種情報の管理責任者は、別紙第

６による。

１１

（公開サービスのＣＯＥ開発サービス化）

第２８条公開サービスのＣＯＥ開発サービス化は、次の各号の要領で実施する。

(1) 適用システム責任者は統括責任者に対して、ＣＯＥ開発サービス化を要望す

る。

(2) 統括責任者は、自らＣＯＥ開発サービス化を要望する場合、あるいは適用シ

ステム責任者からのＣＯＥ開発サービス化要望を確認した場合、所要の調整・

修正を行った後、別紙様式第７により運用課長（基盤班長）へ通知する。



第５章その他

（通知等の細部要領）

第２９条ＣＯＥ管理システムを用いた各種申請通知等の細部要領は、別紙第７－

１によるものとする。また、メール及び文書による場合は、別紙第７－２によ

る。

１２

年度～Ｘ－３Ｘ－２Ｘ－１Ｘ

期１／四２／四３／四４／四１／四２／四３／四４／四

通知期限

指揮通信システム部

企画課

運用課

通信基盤維持管理班

各機関等

統括責任者

適用システム責任者フレームワーク要求案

長期

システム要求

ＣＯＥ長期事業計画（素案）

Ｊ６長期

事業計画

ＣＯＥ事業検討会議（中期事業計画の審議）

Ｊ６中期

事業計画案

ＣＯＥ中期事業計画（素案）

ＣＯＥ適用計画

運用上の要求書案

基本設計書（案）

ＣＯＥ要望受付

基本設計書

ＣＯＥ調整会議（各計画素案の審議）

機関要求

概算要求

財務査定

機関要求

ＣＯＥ事業検討会議（概算要求案の審議）

概算要求

（案）ＣＯＥ

整備計画

要求資料作成

ＣＯＥ適用計画（案）

ＣＯＥ調整会議（年度執行計画の審議）

要件定義書作成

年度業務計画作成

妥当性分析

（素案）ＣＯＥ

整備計画

査定

相互調整

登録または通知

11①

適用システムの整備計画

Ａ

標準クラス開発要望 ①

フレームワーク開発要望 ①

個別クラスＣＯＥ化要望 ②

新規ＣＯＴＳ採用要望 ②

標準クラス改善要望 ②

ＥＳＣ改善要望 ②

Ｂドキュメント類改正要望 ②

Ｃ

不具合用対処要望 ③

ＣＯＥ適用支援申請 ③

サービス化申請 ③

標準データ追加・修正・削除申請 ③

サービス利用申請 ③

別紙第１(第３条関連）

ＣＯＥ業務年表（１／５）

１基盤の拡充：機関等からの要望による標準クラス、フレームワークの開発

１３

年度ＸＸ＋１Ｘ＋２Ｘ＋３Ｘ＋ｎ

期１／四２／四３／四４／四１／四２／四３／四４／四 1/四 2/四 3/四 4/四 1/四 2/四 3/四 4/四

通知期限


企画課

運用課


各機関等

統括責任者

適用システム責任者

ＣＯＥ調整会議（年度執行計画の審議）


適用システム

の整備計画

仕様書作成

参考資料等

各システム調達仕様書

ＣＯＥ調整会議（ＣＯＥ部品拡充仕様書の審議）

調達要求

２国契約

ＣＯＥ部品拡充

計画審査

調達要求

契

約

計画審査等

製造等確認

必要に応じ、開発調整会議等を実施↑試

験

↑↑↑↑↑↑↑製造

↑↑↑設計


完成審査

適合性確認(

全体試験)

ベースライン登録

ベースライン配布

適用状況まとめ

適用状況把握・報告

運用

適用状況の整理


影響度分析

ベースライン抹消

ＣＯＥ調整会議(

特定ベースラインの抹消の審議)

製造等確認

↑↑試験

↑↑↑↑↑↑↑製造

↑↑↑↑設計

ＣＯＥ適用開始

予告

通知

予告受領

通知受領

ＣＯＥ業務年表（２／５）

１４

年度Ｘ－１Ｘ

期１／四２／四３／四４／四１／四２／四３／四４／四

通知期限


企画課

運用課


各機関等

統括責任者


ＣＯＥ要望受付

Ａ








Ｃ






要望(案)

標準クラス，ＥＳＣの提供

不具合是正パッチの受領

最新ＣＯＴＳ／技術動向把握

規則等改定案

上位規則等改定案

規則改定

規則改定

区分Ａに関する各計画素案

適用状況報告

適用状況報告

参照

Ｊ６中長期計画へ反映

不具合の是正及び配布(細部は別紙第４参照のこと）

ＣＯＥ調整会議（区分Ａに関する素案の審議)

提示・運用

機関要求

ＣＯＥ事業検討会議（概算要求の審議)

※

個別要望内容は対象外

概算要求

予算要求資料作成

財務査定

区分Ａに関する各計画素案・個別クラスＣＯＥ化・新規ＣＯＴＳ採用・標準クラス改善

適用システム整備計画


ＣＯＥ調整会議（区分Ａに関する適用及び維持管理年度計画の審議)

業務計画作成

ＣＯＥの適用及び

維持管理計画相互調整

11②

６②

11②

６②

Ａ・Ｂ

Ｃ

Ｃ

妥当性分析Ａ

Ｂ

③（随時）

ＣＯＥ業務年表（３／５）

２各種の要請に係る維持管理

１５

年度ＸＸ＋１Ｘ＋２Ｘ＋ｎ

期１／四２／四３／四４／四１／四２／四３／四４／四 1/四 2/四 3/四 4/四

通知期限


企画課

運用課


各機関等

統括責任者


適用状況の整理


影響度分析

予告

ベースライン抹消

通知

ＣＯＥ調整会議(

特定ベースラインの抹消の審議)

予告受領

通知受領


ＣＯＥ調整会議（区分Ａに関する適用及び維持管理年度計画の審議)

仕様書作成

調達要求

歳出契約

計画審査

部品維持(

歳)参考資料等

ＣＯＥ調整会議（部品維持事業に関する審議)

２国契約

計画審査

ＣＯＥ用ソフトウェア(

２国)

製造等確認（歳出）

必要に応じ、開発調整会議を実施

試験

↑↑↑↑製造

↑↑設計

製造等確認（２国）

必要に応じ、開発調整会議を実施

試験

↑↑↑↑製造

↑↑設計

完成審査

部品維持(

歳)

登

録

↑

全体試験


ベースライン受領

完成審査

ＣＯＥ用ソフトウェア(

２国)

登

録

↑

全体試験


ベースライン受領

ＣＯＥ適用ＣＯＥ適用

適用状況報告


適用状況把握・報告

11②

６②

11②

６②

11②

６②

③（随時）

ＣＯＥ業務年表（４／５）

１６

年度Ｘ－１Ｘ

期

通知期限


企画課

運用課


各機関等

サービス提供機関

統括責任者


公開サービス利用機関

統括責任者


Ａ








Ｃ






審査依頼

適合性確認サービスに関する情報の管理

標準データの管理

審査結果の受領

登録申請

通知

受領情報の提示

認可

依頼通知

利用申請

通知

申請受付

審査認可

利用開始

通知通知

利用状況確認

情報閲覧

受領

改善要望

通知

要望受付

検討指示

改善処置・不具合対処(検討～処置)

審査依頼

適合性確認

認可

通知

運用開始

再運用

調査

回答

確認依頼

通知

受領

登録抹消申請

運用停止

通知

受領

通知

受領提示終了

(

抹消に関する提示)

サービス停止検討

影響検討

相互調整

受領

予告

通知

改善

是正

③（随時）

ＣＯＥ業務年表（５／５）

３公開サービスに関する情報の提示

１７

運用課（基盤班）

ＣＯＥソフトウェア契約相手方

原本

適用システム契約相手方

別添

①原本：基盤班が管理

納入

②各機関等の申請

③必要数を複製（複製権限：基盤班長のみ保有）

④配布通知の別添として要求元に送達（原本との同一性は、基盤班長が保証）

⑤貸付依頼書により申請

⑥貸付依頼通知⑦図書として貸付け

（契約担当官が貸付けを確認）

⑨インストーラ出力ログを送付（各機関において送付を確認）

申請

複製

配布

⑧受領証提出

契約担当官(※)

各機関等（統括責任者）

(※)新規開発：防衛装備庁担当官改善等：要求機関担当官

：媒体等の送付

：書類の提出

：データの送付

凡例等

別紙第２(第７条関連）

ＣＯＥソフトウェアの提供要領

１８

別紙第３(第８条関連）

適用システム情報一覧（基準）

１〈ＲＴ-ＯＯＡ〉群（１／２）

連番項目提示時期要否様式内容等備考

Ａ適用スケジュール等

１名称及び略称適用決定時必須 ※２別紙様式第１による。

２開発開始時期適用計画確定時必須 ※２予定を含む。

３運用開始時期適用計画確定時必須 ※２予定を含む。

４次次期以降の予定適用計画確定時 ※２

５適用判定適用計画確定時必須 ※１適用レベル（Ａ、Ｂ、Ｃ）の判定

Ｂ連絡等窓口

１適用システム責任者適用決定時必須 ※２所属、階級、氏名、連絡先等

２管理部隊適用計画確定時必須 ※２所属、階級、氏名、連絡先等

３開発主契約会社契約後速やか必須 ※２所属、階級、氏名、連絡先等

４維持管理会社契約後速やか必須 ※２所属、階級、氏名、連絡先等

Ｃシステム概要

１名称及び略称適用決定時必須 ※２

２目的適用計画確定時 ※２

３区分適用計画確定時必須 ※２指揮、後方、教育訓練等

４運用形態適用計画確定時必須 ※２システム稼働時間帯等

５システム構成（図）適用計画確定時随意

６テストサイト構成（図）適用計画確定時随意

※１ＣＯＥ管理システムを基準

※２データ（メール、媒体）又は文書送達

凡例

１９


１〈ＲＴ-ＯＯＡ〉群（２／２）


ＤＣＯＥ適用基礎情報

１ベースライン適用開始時期適用計画確定時必須 ※２別紙様式第１及び第４による。予定を含む。

２適用ベースライン番号適用計画確定時必須 ※２別紙様式第１及び第４による。予定を含む。

３ベースライン適用終了予定時期適用計画確定時 ※２別紙様式第１及び第４による。

４ドキュメント適用開始時期適用計画確定時 ※２別紙様式第１及び第４による。予定を含む。

５ベースラインインストール情報実施後速やか必須 ※１別紙様式第４による。

６ソフトウェア構成概要適用計画確定時 ※１別紙様式第１及び第４による。個別クラス等

７適用パッチ番号適用後速やか必須 ※２別紙様式第５による。予定を含む。

８パッチ適用時期適用後速やか必須 ※２別紙様式第５による。予定を含む。

９動作環境情報適用計画確定時必須 ※１別紙様式第４による。

Ｅシステム細部情報

１システム図書又は相当図書制定後速やか必須 ※２媒体での提示可

２開発に係る調達仕様書契約時 ※２媒体での提示可

３技術審査資料承認後速やか ※２媒体での提示可

４基本設計書又は相当図書受領後速やか必須 ※２媒体での提示可

５個別クラスの試験手順書又は相当

図書受領後速やか必須 ※２媒体での提示可

６共通管理規約、コード番号適宜 ※２媒体での提示可

７システム操作手順書又は相当図書受領後速やか必須 ※２媒体での提示可

Ｆ不具合等情報発生後速やか必須 ※１別紙様式第７による。

ＧＣＯＥ適合度調査結果適用開始年度末必須 ※２別紙様式第６による。

Ｈ秘密保全関連情報（ＣＯＥ関係分）適用計画確定時必須 ※２保全区分に基づく処置等

Ｉ知的財産権関連情報ＣＯＥ化検討時必須 ※２

２０


２〈ＳＯＡ〉群（１／２）


Ａ適用スケジュール等

１名称及び略称適用決定時必須 ※２別紙様式第１による。

２開発開始時期適用計画確定時必須 ※２予定を含む。

３運用開始時期適用計画確定時必須 ※２予定を含む。

４次次期以降の予定適用計画確定時 ※２

Ｂ連絡等窓口

１適用システム責任者適用決定時必須 ※２所属、階級、氏名、連絡先等

２管理部隊適用計画確定時必須 ※２所属、階級、氏名、連絡先等

３開発主契約会社契約後速やか必須 ※２所属、階級、氏名、連絡先等

４維持管理会社契約後速やか必須 ※２所属、階級、氏名、連絡先等

Ｃシステム概要

１名称及び略称適用決定時必須 ※２

２目的適用計画確定時 ※２

３区分適用計画確定時必須 ※２指揮、後方、教育訓練等

４運用形態適用計画確定時必須 ※２リクエスタ／プロバイダ等

５システム構成（図）適用計画確定時随意

６テストサイト構成（図）適用計画確定時随意

※１ＣＯＥ管理システムを基準

※２データ（メール、媒体）又は文書送達

凡例

２１


２〈ＳＯＡ〉群（１／２）


ＤＣＯＥ適用基礎情報

１ベースライン適用開始時期適用計画確定時必須 ※１別紙様式第１及び第４による。予定を含む。

２適用ベースライン番号適用計画確定時必須 ※１別紙様式第１及び第４による。予定を含む。

３ベースライン適用終了予定時期適用計画確定時 ※１別紙様式第１及び第４による。

４ドキュメント適用開始時期適用計画確定時 ※１別紙様式第１及び第４による。予定を含む。

５ベースラインインストール情報実施後速やか必須 ※１別紙様式第４による。

６ソフトウェア構成概要適用計画確定時 ※１別紙様式第１及び第４による。個別クラス等

７適用パッチ番号適用後速やか必須 ※１別紙様式第５による。予定を含む。

８パッチ適用時期適用後速やか必須 ※１別紙様式第５による。予定を含む。

９動作環境情報適用計画確定時必須 ※１別紙様式第４による。

Ｅサービス情報

１サービスＩＤ適用計画確定時必須 ※２別紙様式第１１による。

２サービス公開日適用計画確定時必須 ※２別紙様式第１１による。予定を含む。

３サービス内容適用計画確定時必須 ※２別紙様式第１１による。

４運用形態適用計画確定時必須 ※２別紙様式第１１による。

５標準データ設計完了時必須 ※２別紙様式第１１による。

６制約条件等実施時必須 ※１別紙様式第１１による。

Ｆ不具合等情報発生後速やか必須 ※１別紙様式第７による。

ＧＳＯＡ利用状況適用計画確定時必須 ※２別紙様式第６による。

Ｈ秘密保全関連情報（ＣＯＥ関係分）適用計画確定時必須 ※２保全区分に基づく処置等

Ｉ知的財産権関連情報ＣＯＥ化検討時必須 ※２公開サービスの

み。

２２

第１段階の業務発生した不具合等の状況を分析し、原因がＣＯＥ部品にあるか否かを判定し、次いでＣＯＥソフト

ウェアにおける対応区分（改善、是正又は質問）を明らかにする。

段階組織等

不具合発生１次調査２次調査判定

（原因）判定

（対応）

ＣＯＥ全体維持役務契約相手方



適用システム責任者又は適用システム契約相手方

不具合調整会議

２次調査

２次調査１次調査

不具合等通知

通知

確認

確認不具合発生通報

情報の提示第２段階へ確認

通知

確認

不具合調整会議（拡大）

状況により、直接情報提供

・１次調査：原因の切り分けユーザーの誤操作、適用システムのハードウェアに起因する障害は、適用システムが対処

・２次調査：ソフトウェアにおける原因の究明ＣＯＥソフトウェア、適用システムとも並行して、それぞれに予想される原因箇所を探求

・不具合調整会議（拡大）：原因の所在を判定（必要に応じて実施）・不具合調整会議：対応区分を判定し、関係機関へ情報提供

別紙第４(第１４条関連）

ＣＯＥソフトウェアにおける不具合等対応

１第１段階

２３

第２段階の業務是正を必要とする場合は、その緊急性を判断して、処置の区分（緊急、臨時又は定期）のいずれか

を決定する。

段階組織等

判断処置区分方針決定





質問

是正

改善

対応状況を逐次情報提示

第３段階へ

ＣＯＥ調整会議

確認

通知

確認

参照

参照

緊急（※）

臨時（※）

定期（※）

（※）必要に応じ、ＣＯＥ調整会議において、対処の優先順位、提供時期等を協議する。

新規標準クラスの開発等に準じて処置する。

（第１２条参照）

年度内に対処が不可能な事項は、次年度での対処を追及・検討

逐次、技術的見地等から基盤班を補佐


２第２段階

２４

第３段階の業務パッチを作成して、適用システムに提供する。適用後の状況等を確認し、確実に不具合を排除する。

段階組織等

作成配布適用確認終了反映





（※）原則として、作成したパッチは次回のベースラインに組み込むものとする。

対処終了

パッチの作成

対応状況を逐次情報提示

参照

参照

パッチ適用

通知

確認

通知

受領

確認

状況確認

（※）


３第３段階

２５

ＣＯＥの業務実施に関する訓令

ＣＯＥ事業検討会議設置要綱について（通達）

ＣＯＥ管理規則

ＣＯＥの適用及び維持管理に関する業務処理について（通達）

ＣＯＥの適用範囲について（通達）

ＣＯＥ技術標準

技術ドキュメント〈ＲＴ－ＯＯＡ〉群

技術規約標準クラス設計基準プログラム開発規約動作環境構築基準

設計図書

設計

基本設計書標準業務クラス設計書標準部品クラス設計書標準インフラサービス設計書データベース設計書性能設計書

製造標準業務クラスプログラム設計書標準部品クラスプログラム設計書

試験試験計画書総合試験手順書システム試験手順書

運用操作手順書

ガイドＣＯＥ／適用システム開発ガイド〈ＯＯＡ〉適用システム構築ガイド〈ＲＴ－ＯＯＡ〉

技術ドキュメント〈ＳＯＡ〉

指針類ＥＳＣ運用ポリシーＥＳＣセキュリティポリシー標準化指針

技術規約プログラム開発規約設計図書記述要領

設計図書

設計全体設計書基本設計書概要設計書

製造詳細設計書

試験試験計画書総合試験手順書システム試験手順書

運用操作手順書

他技術マニュアルラボ運用要領

ガイド適用システム構築ガイド〈ＳＯＡ〉

ＣＯＥ細部管理要領

付録第１ＣＯＥ用語解説付録第２ＣＯＥ動作環境選定要領付録第３ＣＯＥ適合性確認要領付録第４ＣＯＥベースライン管理要領付録第５ＣＯＥ技術ドキュメント作成要領

：上位規則

赤字

：細部管理要領

：技術ドキュメント

：適用システムへ提示する図書

凡例大臣

事務次官

統合幕僚長

指揮通信システム運用課長

別紙第５(第１８条関連）

ＣＯＥ関連規則及び技術ドキュメント

１規則体系

２６


２解説

(1) 全般

区分解説ＣＯＥドキュメント体系ＣＯＥの理解、普及並びに整備、適用及び維持管理のために、ＣＯＥ及び関連事業に係

る関係者向けに、ＣＯＥの目指す方向性、管理等諸業務の規定、技術の細部仕様等に関し

て、体系的に作成又は規定された文書、図書類の総体をいい、「上位規則」、「細部管理要

領」及び「技術ドキュメント」の３つに大別される。上位規則ＣＯＥの業務実施を規定した「訓令」、「事務次官通達」、統合幕僚監部達（ＣＯＥ管理規

則）及び「ＣＯＥ技術標準」をいう。ＣＯＥ細部管理要領「ＣＯＥ管理規則」に基づき、ＣＯＥの整備、適用及び維持管理における関係組織の管

理要領の細部について規定するものである。技術ドキュメントＣＯＥの整備、適用及び維持管理における技術上の規定を記したと書類をいう。ＣＯＥ

ソフトウェアの一部をなす技術関係図書を含む。ベースラインドキュメントＣＯＥソフトウェア各ベースラインの一部をなす技術関係図書をいう。「技術基準」、「規

約」及び「設計図書」からなる。技術規約・基準特定のベースラインあるいは適用するシステムの開発のために必要な技術的な規約、基

準類を規定した技術関係図書をいう。設計図書ＣＯＥソフトウェアのプログラム設計内容等を記述する技術関係図書をいう。指針類ＣＯＥ〈ＳＯＡ〉の開発又は適用を企図するシステムにおいて、準拠すべき方針事項等を

示した技術関係図書をいう。ガイド図書ＣＯＥ及び適用システムにおける開発者向けの技術関係図書をいう。

２７


２解説（続き）

(2) 上位規則

名称発簡権者解説

コンピュータ・システム共通運用基盤の

業務実施に関する訓令

防衛大臣ＣＯＥの適用、維持管理及び報告に関して規定した最上位

規則

「ＣＯＥ訓令」と略す。

コンピュータ・システム共通運用基盤事

業検討会議設置要綱について（通達）

事務次官ＣＯＥの構築や整備に係る事項を決定する「事業検討会

議」の設置を定めた事務次官通達

「会議設置通達」と略す。


適用及び維持管理に関する業務処理要領

について（通達）

ＣＯＥ訓令に基づき、ＣＯＥの整備、適用及び維持管理の

実施における統合幕僚長、各統括責任者等の責任を定めた事

務次官通達

「業務処理通達」と略す。


適用範囲について（通達）

ＣＯＥ訓令に基づき、ＣＯＥを適用するべき対象範囲（シ

ステム）を定めた事務次官通達

「適用範囲通達」と略す。

コンピュータ・システム共通運用基盤管

理規則

統合幕僚長ＣＯＥ訓令及び各事務次官通達に基づき、ＣＯＥの整備、

適用及び維持管理に係る指揮通信システム企画課長及び同運

用課長の責務及び相互にわたる業務手続等を定め、各技術ド

キュメントに対する根拠となる統合幕僚監部達

ＣＯＥ技術標準ＣＯＥの整備、適用及び維持管理に係る技術事項、ソフト

ウェア開発技法の骨子を定めたものであり、技術ドキュメン

トの最上位に位置する。

２８



(3) 細部管理要領

名称発簡権者解説

ＣＯＥ細部管理要領運用課長ＣＯＥ管理規則に基づき、ＣＯＥの整備、適用及び維

持管理における指揮通信システム運用課長、通信基盤維

持管理班長、各統括責任者、各適用システム責任者等が

担任する細部の要領等を規定したもの。

付録第１ＣＯＥ用語解説ＣＯＥの管理者向けに、ＣＯＥの技術、管理等に係る

用語を解説したもの。

付録第２ＣＯＥ動作環境選定要領ＣＯＥの動作環境選定における要領等（ＣＯＴＳの分

類規定、推奨品の評価手順・基準等）を示すもの。

付録第３ＣＯＥ適合性確認要領ＣＯＥ〈ＲＴ－ＯＯＡ〉群における、標準クラス、個

別クラス,ＥＳＣ、アダプタ等を開発する際に必要な適合

性確認の要領を示すもの。

ＣＯＥ〈ＳＯＡ〉における、サービス及び標準データ

に関する適合性確認の要領を示すもの。

付録第４ＣＯＥベースライン管理要領ＣＯＥソフトウェアの管理単位である「ベースライ

ン」の概念を規定し、管理要領（実施事項、番号付与

（命名）規則、ライフサイクル等）を示すもの。

付録第５ＣＯＥ技術ドキュメント作成要領ＣＯＥに係る技術ドキュメントの作成（記載）要領を

示すもの。

※各付録は、ＣＯＥ及び各適用システムの設計、製造等における調達の仕様書作成に引用されることがある。

２９



(4) 技術ドキュメント

アＣＯＥ〈ＯＯＡ〉

名称解説

標準クラス設計基準標準クラスや適用システムを設計上の遵守事項及び設計要領を定める。

プログラム開発規約標準クラスや適用システムを製造上の遵守事項及び推奨を定める。

動作環境構築基準標準クラスや適用システムの開発又は運用に当たっての動作環境を定める。

基本設計書注) 要求機能を分析し、詳細設計に向けての要求（外部仕様）を記述する。

標準業務クラス設計書注) 標準業務クラスについて、製造に向けての内部仕様を記述する。

標準部品クラス設計書注) 標準部品クラスについて、製造に向けての内部仕様を記述する。

標準インフラサービス設計書注) 標準インフラサービスについて、製造に向けての内部仕様を記述する。

データベース設計書注) 製造に向けてのデータベース化の仕様を記述する。

性能設計書注) 性能設計内容を記述する。

標準業務クラスプログラム設計書注) 標準業務クラスのプログラムに関する詳細仕様を記述する。

標準部品クラスプログラム設計書注) 標準部品クラスのプログラムに関する詳細仕様を記述する。

試験計画書注) 標準クラスの試験の計画を記述する。

総合試験手順書注) 標準クラスの総合試験の手順を記述し、試験後は試験結果を付記する。

システム試験手順書注) 標準クラスのシステム試験の手順を記述し、試験後は試験結果を付記する。

操作手順書注) 標準クラスの操作手順を記述する。

注）ソフトウェアに含めて扱う。細部の記載要領は、付録第５「ＣＯＥ技術ドキュメント作成要領」に記述されている。

３０




イＣＯＥ〈ＲＴ－ＯＯＡ〉

名称解説

プログラム開発規約標準クラスや適用システムを製造上の遵守事項及び推奨を定める。

動作環境構築基準標準クラスや適用システムの開発又は運用に当たっての動作環境を定める。

基本設計書注 1) 要求機能を分析し、詳細設計に向けての要求（外部仕様）を記述する。

〈ＲＴ－ＯＯＡ〉サービス設計書注 1,2) 標準業務クラスについて、製造に向けての内部仕様を記述する。

標準コンポーネント設計書注 1) 標準部品クラスについて、製造に向けての内部仕様を記述する。

標準インフラサービス設計書注 1) 標準インフラサービスについて、製造に向けての内部仕様を記述する。

データベース設計書注 1) 製造に向けてのデータベース化の仕様を記述する。

性能設計書注 1) 性能設計内容を記述する。

〈ＲＴ－ＯＯＡ〉サービスプログラ

ム設計書注 1,2) 標準業務クラスのプログラムに関する詳細仕様を記述する。

標準コンポーネントプログラム設計

書注 1) 標準部品クラスのプログラムに関する詳細仕様を記述する。

試験計画書注 1) 標準クラスの試験の計画を記述する。

総合試験手順書注 1) 標準クラスの総合試験の手順を記述し、試験後は試験結果を付記する。

システム試験手順書注 1) 標準クラスのシステム試験の手順を記述し、試験後は試験結果を付記する。

操作手順書注 1) 標準クラスの操作手順を記述する。

注１）ソフトウェアに含めて扱う。細部の記載要領は、付録第５「ＣＯＥ技術ドキュメント作成要領」に記述されている。

注２）「ＲＴ－ＯＯＡサービス」を指し、業務アプリケーションを利用者の業務用途でまとめた概念をいう。ＣＯＥ〈ＳＯ

Ａ〉でいう「サービス」とは異なる。

３１




ウＣＯＥ〈ＳＯＡ〉

名称解説

ＥＳＣ運用ポリシーＥＳＣの運用に関する体制毎の業務と手続き内容を述べる。

ＥＳＣセキュリティポリシーＥＳＣ及び適用システムにおけるセキュリティ上の脅威と対策を述べる。

標準化指針ＸＭＬスキーマ、業務コード、文字コード、外字に関する標準化規則及び標準データ

について述べる。

プログラム開発規約標準クラスや適用システムを製造する上での遵守事項及び推奨を定める。

設計図書記述要領設計図書の記述要領を定める。

全体設計書ＣＯＥ＜ＳＯＡ＞の全事業に係る規定を記述する。

基本設計書注) 全体設計で規定された機能について、細分化し記述する。

概要設計書注) 基本設計で規定された細部機能について記述する。

詳細設計書注) 概要設計で規定されたクラスについて、プログラムの内容とインタフェース仕様を記

述する。

試験計画書注) 総合試験、システム試験の計画を示す。

総合試験手順書注) 総合試験を実施するための手順書を示す。

システム試験手順書注) システム試験を実施するための手順書を示す。

操作手順書注) ＥＳＣならびにラボ環境の機能に関する操作手順を示す。

ＣＯＥラボ運用要領ＣＯＥラボの運用、維持整備要領に関する情報を示す。

技術マニュアル外部インタフェースの仕様及び利用に関する情報を示す。

注）ソフトウェアに含めて扱う。細部の記載要領は、付録第５「ＣＯＥ技術ドキュメント作成要領」に記述されている。

３２




エガイド図書

名称解説

ＣＯＥ／適用システム開発ガイド〈ＯＯＡ〉ＣＯＥ〈ＯＯＡ〉や適用システムの開発者向けの入門編として、開発

における所要事項全般の手引きを記述する。

適用システム開発ガイド〈ＲＴ－ＯＯＡ〉ＣＯＥ〈ＲＴ－ＯＯＡ〉適用システムの開発者向けに、開発における

所要事項全般の手引きを記述する。

適用システム構築ガイド〈ＳＯＡ〉

ＣＯＥ〈ＳＯＡ〉適用システム開発者向けの導入ドキュメントとし

て、ＣＯＥ〈ＳＯＡ〉を適用してシステムを構築する際に必要となる前

提知識や技術的知識の要約を記述する。

３３

別紙第６(第２７条関連）

サービス等に関するソフトウェア及び各種情報の管理責任者

１サービス等のソフトウェア管理責任者

サービス等名称管理責任

備考基盤班長統括責任者

ＥＳＣコア ○

ＥＳＣアダプタ ○

アダプタ（ＯＯＡ）提供部分 ○

個別部分 ○

アダプタ（ＲＴ－ＯＯＡ）提供部分 ○

個別部分 ○

アダプタ（レガシー）提供部分 ○

個別部分 ○

ＣＯＥ開発サービス ○

公開サービス ○ 自ら公開しているサービスに対する限定責任

リクエスタ ○

３４


２サービスに関する情報の管理責任者

(1) サービス化申請に必要な情報



サービス提供者情報

組織名 ○（※） ○ （※）ＣＯＥ開発サービスのみ。

システム名 ○（※） ○ （※）ＣＯＥ開発サービスのみ。

サービス概要 ○（※） ○ （※）ＣＯＥ開発サービスのみ。

サービス内容 ○（※） ○ （※）ＣＯＥ開発サービスのみ。

担当者名 ○（※） ○ （※）ＣＯＥ開発サービスのみ。

連絡先 ○（※） ○ （※）ＣＯＥ開発サービスのみ。

３５


２サービスに関する情報の管理責任者（続き）

(2) 適合性確認に必要な情報



業務情報

サービス概要

業務の種類 ○

機能 ○

サービスの内容 ○

サービス利用条件

保全条件 ○

時間的条件 ○

負荷的条件 ○

禁止事項 ○

制限事項 ○

サービス

仕様情報

サービス識別 ○ ○ サービスを一意に識別するためのＩＤ

をいう。

サービス設計情報

メッセージ種別 ○ ○ 同期／非同期、応答の有無等

添付ファイルの有無 ○ ○

サービス種別 ○ ○ 情報の入出力等

インターフェース ○ ○

インターフェース仕様 ○ ○ サービスにアクセスする際に必要なも

の。

ＸＭＬスキーマ ○ ○ ＸＭＬスキーマ定義情報

サービス位置情報 ○ ○ ドメイン情報

標準データ ○ ○

３６


２サービスに関する情報の管理責任者（続き）

(3) サービス利用情報



サービス利用者情報

組織名 ○

システム名 ○

担当者名 ○

連絡先 ○

ＳＯＡユーザ識別 ○

認可サービス設定情報

リクエスタ識別子 ○

付加情報 ○

サービス種別 ○

秘密区分 ○

ユーザグループ識別 ○

(4) その他



公開サービス運用情報

運用／停止 ○

サービスの保守情報 ○

サービス更新情報 ○ 更新に関する履歴情報

３７

別紙第７－１(第２９条関連）

通知等の細部要領（ＣＯＥ管理システムによる場合）（１／３）

１ＣＯＥ管理システムの関連機能一覧

連番機能区分機能名

（画面名称）使用目的主要情報

通知時期

（通知期限）備考

１

通知等

・申請

・依頼

不具合通知不具合の発生、是正要望の通知

・機関等名

・適用システム名

・運用区分（実／開発）

・ベースライン番号

・適用パッチパック

・ＣＯＴＳタイプ

・件名・詳細情報

・緊急度・重要度

・業務への影響度

発生の都度第１４条

２改善要望開発を要望するＲＴ－ＯＯＡ群クラス、

ＳＯＡプログラム注）の通知・機関等名






・件名・詳細情報

前年度１１月第１２条

３ＣＯＥとして採用を要望するＣＯＴＳの

通知６、１１月第１２条

４既存のＲＴ－ＯＯＡ群クラス、ＳＯＡプ

ログラムの機能改善の通知６、１１月第１２条

５ＣＯＥの規定類の内容等の改正等６、１１月第１８条

６質問質問の通知

・機関等名






・件名・質問内容

・回答希望日

随時第２９条

注）ＥＳＣコア、ＥＳＣアダプタ、アダプタ（ＯＯＡ）、アダプタ（ＲＴ－ＯＯＡ）、アダプタ（レガシー）及びＣＯＥ開発サ

ービスを指す。

３８

通知等の細部要領（ＣＯＥ管理システムによる場合）（２／３）



通知時期


７

通知等

・申請

・依頼

支援依頼ＣＯＥ適用、インストール及びＣＯＥツー

ルの提供等、技術的な支援依頼の通知

・機関等名


・区分（技術／教育）

・細部支援内容

・要望する期間

・調整先

随時第６条

８ベースライン

利用申請利用を希望するベースラインの通知

・機関等名


・希望するベースライン


・保全ドキュメント

・文書の宛先

・受領希望日

・適用予定日

随時第７条

９パッチパック

申請

インストールを希望するパッチパックの通

知

・機関等名



・受領要領（媒体等）

・受領希望日

・適用予定日

随時第２９条

１０ツール借用申

請使用を希望するツールの借用通知

・機関等名





・分類

・ツール名

随時第２９条

３９

通知等の細部要領（ＣＯＥ管理システムによる場合）（３／３）



通知時期


１１改修パック

作成依頼

改修パック作成

依頼インストールを希望する改修項目の通知

・機関等名





・改修項目選択

・受領希望日

・適用予定日

随時第２９条

１２

パッチパッ

ク作成依

頼

パッチパック作

成依頼

インスト－ルを希望するパッチパックの

通知

・機関等名





・対処候補処理選択

・受領要領（媒体等）

・受領希望日

・適用予定日

随時第２９条

１３

適用システ

ム情報

新規申請ＣＯＥ適用を希望する適用システムの追

加

・機関等名・部署名

・適用システム名適用申請時第２９条

１４適用日登録ベースライン、パッチの適用に関する通

知

・機関等名


・適用種別

・適用番号

・適用（予定）日

適用後

速やかに第１４条

１５利用者

管理情報

新規申請

ＣＯＥ管理システム利用者情報の追加・

変更・削除等の通知

・申請区分

・機関等名・部署名

・役職名・電話番号

・メールアドレス

・担当システム名

随時第１９条更新・削除申請

パスワード変更

４０

別紙第７－２(第２９条関連）

通知等の細部要領（メール及び文書による場合）（１／２）

２メール及び文書による場合の通知文書一覧

様式通知文書等名通知内容文書等宛先通知時期（通知期限）文書略号備考

１ＣＯＥ適用計画通知書適用システムの新規開発、

換装及びＣＯＥ適用予定

運用課長（基盤班長）

見直しの都度 YY-MM-適計-Ａ-XXXX ２ＣＯＥ適用支援申請書

ＣＯＥ適用、インストール

等の技術的な支援依頼随時 YY-MM-技支-Ａ-XXXX

３ベースライン利用申請書適用を希望するベースライ

ンの申請随時 YY-MM-Ｂ申-Ａ-XXXX

４ＣＯＥ適用システム情報通

知書

適用システムのベースライ

ン適用状況状況変更の都度 YY-MM-Ｃ適-Ａ-XXXX

５ＣＯＥパッチ適用通知書適用システムのパッチの適

用情報パッチ適用時 YY-MM-是完-Ａ-XXXX

６ＣＯＥ適用実績調査シートＣＯＥ適用システムの適合

度調査結果

運用開始年度の

３月 YY-MM-適調-Ａ-XXXX 換装時を

含む。

略号機関等名略号機関等名

統統合幕僚監部情情報本部

陸陸上幕僚監部技技術研究本部

海海上幕僚監部装防衛装備庁

空航空幕僚監部基運用課基盤班

YY

MM

Ａ

XXXX

：（半角２桁）西暦年下２桁

：（半角２桁）送信月

：（全角１桁）機関等（右表参照）

：（半角４桁）機関等における記号、番号

文書略号命名規則

４１

通知等の細部要領（メール及び文書による場合）（２／２）

様式通知文書等名通知内容文書等宛先通知時期

（通知期限）文書略号備考

７ＣＯＥ改善要望・不具合

等通知

開発を要望するフレームワーク、

ＲＴ－ＯＯＡ群クラス、ＳＯＡ

プログラム注）

運用課長

（基盤班長）

前年度１１月 YY-MM-新規-Ａ-XXXX

ＣＯＥ化を要望する個別クラス、

公開サービス

前年度

６月及び１１月 YY-MM-Ｃ化-Ａ-XXXX

ＣＯＥに採用を要望するＣＯＴＳ随時 YY-MM-新Ｃ-Ａ-XXXX

機能改善を要望するＲＴ－ＯＯＡ

群クラス、ＳＯＡプログラム注）

及び改善の内容

随時 YY-MM-改要-Ａ-XXXX

発生した不具合又は要望する是正

の状況、内容発生の都度 YY-MM-不具-Ａ-XXXX

改正を要望するドキュメント類及

び改正の内容等随時 YY-MM-規改-Ａ-XXXX

８ＣＯＥ不具合発生通報

・重大かつ緊急の不具合内容

・発生したベースライン番号

・発生が予想される適用システム

・不具合対処要領等各統括責任者

発生の都度 YY-MM-不通-Ａ-XXXX

細部内容

は情報提

示によ

る。

９ＣＯＥベースライン抹消

通知書

抹消するベースライン、適用シス

テム名、抹消時期等抹消の前年度 YY-MM-抹消-Ａ-XXXX

１０ＣＯＥ管理システム利用

者申請書

機関等における利用者の申請（新

規、更新、削除等）

運用課長

（基盤班長）

変更の都度 YY-MM-利申-Ａ-XXXX

１１適合性確認申請書

ＳＯＡにおけるサービス化申請、

標準データの追加・変更・削除

時の適合性確認申請

発生の都度 YY-MM-サ化-Ａ-XXXX

１２サービス登録・抹消申請

書

ＳＯＡにおけるサービスの登録・

削除の申請発生の都度 YY-MM-登抹-Ａ-XXXX

注）ＥＳＣコア、ＥＳＣアダプタ、アダプタ（ＯＯＡ）、アダプタ（ＲＴ－ＯＯＡ）、アダプタ（レガシー）及びＣＯＥ開発サービスを指す。

４２

別紙様式第１（第４条関連）

ＣＯＥ適用計画通知書

通知年月日

文書略号例）YY-MM-適計-Ａ-XXXX

機関等名

紹介先

部署名

階級・氏名

内線番号

メールアドレス

備考

件名

区分フレームワーク年度

システム名

４３

別紙様式第２（第６条関連）

ＣＯＥ適用支援申請書

通知年月日

文書略号例）YY-MM-技支-Ａ-XXXX

機関等名

照会先

部署名

階級・氏名

内線番号


備考

件名

支援の概要

支援希望年月日

必須完了年月日

対象システム

フレームワーク

ラボ使用の有無

基盤班

記入欄

回答

理由

４４

別紙様式第３（第７条関連）

ベースライン利用申請書

通知年月日

文書略号例）YY-MM-Ｂ申-Ａ-XXXX

機関等名

照会先

部署名

階級・氏名

内線番号


備考

適用システム

ベースライン番号

担当者

部署名

管理機関

部署名契約相手方

部署名

階級・氏名階級・氏名階級・氏名

内線番号内線番号電話番号

メールアドレスメールアドレスメールアドレス

備考備考備考

サイト名運用開始日サイト担当

部署名役職名電話番号メールアドレス備考

４５

別紙様式第４（第７条関連）

ＣＯＥ適用システム情報通知書

通知年月日

文書略号例）YY-MM-Ｃ適-Ａ-XXXX

機関等名

照会先

部署名

階級・氏名

内線番号


備考

適用システム


サイト名適用機能パッケージ適用ＣＯＴＳ

クライアント

□ □

□ □

□ □

□ □

□ □

□ □

サーバ

□ □

□ □

□ □

□ □

□ □

□ □

□ □

４６

別紙様式第５（第７条、第１４条関連）

ＣＯＥパッチ適用通知書

通知年月日

文書略号例）YY-MM-是完-Ａ-XXXX

機関等名

照会先

部署名

階級・氏名

内線番号


備考

適用システム


サイト名

適用パッチ

クライアント

サーバ

４７

別紙様式第６（第９条関係）

ＣＯＥ適用実績調査シート

【ＸＸＸＸシステム】

平成 XX 年ＸＸ月ＸＸ日

統括責任者名

備考）調査実施時においては、本別紙様式第６全般にわたり、具体対象、具体時期、補助記述等の加筆又は訂正を適宜行うも

のとする。

４８

1. 全般

1.1 目的ＣＯＥ適用実績調査シート（以下、「本シート」という。）は、コンピュータ・システム共通運用基盤の業務実施に関する訓令（平成 16 年防衛庁訓

令第 8 号）に基づき、毎年度情報システムへのコンピュータ・システム共通運用基盤（以下「ＣＯＥ」という。）の適用実績を、防衛大臣に報告す

るための資とすることを目的としたものである。

1.2 根拠

コンピュータ・システム共通運用基盤の業務実施に関する訓令（平成 16 年防衛庁訓令第 8 号）

（報告）

第５条運用企画局長等は、毎年度情報システムへのコンピュータ・システム共通運用基盤の適用実績を統合幕僚長を通じて防衛

大臣に報告しなければならない。

別冊コンピュータ・システム共通運用基盤細部管理要領（統幕指運第 YYY 号）

（適用実績の評価）

第９条適用実績の評価は、次の各号の要領で実施する。

(1) ＣＯＥソフトウェアを適用しているシステムを所掌する統括責任者は、別紙様式第６に基づき、各フレームワークの調査を

行い、運用課長（基盤班長気付）に通知を行う。

(2) 運用課長（基盤班長）は各統括責任者の調査結果に基づき実績を評価して、防衛大臣への報告資料を作成する。

２．記述要領

２．１全般

本シートにおける調査は、ＣＯＥの適用実績を防衛大臣に報告するために行うものです。

また、通信基盤維持管理班として、ＣＯＥの使われ方を把握し、今後の適用支援や部品の維持管理の資とする役割も持っています。

本シートの記載にあたっては、この主旨に従って、「３．調査シート」ワークシートを適宜カスタマイズして分かりやすく記入してください。

２．２具体的記載要領

①システム名称

システム名称を記入してください。

②開発区分

新規開発、換装、維持、その他（プルダウン選択可）の中から、XX 年度末の調査対象システムが主に該当する区分に○印を記入してください。

換装と現行運用並行の場合は現行システムに着目し維持、換装完了年度は換装、新規開発中で運用開始の場合は新規開発

③回答者

回答者の所属、階級、氏名を記入してください。整理の都合上、所属は、機関名（プルダウン選択可）から記入してください。

④回答日

調査を実施した日付を記入してください。

⑤番号

整理の都合上、連番を記入してください。

４９

⑥実現機能

仕様書およびソフトウェア基本設計書等で示された（審査会等で承認された）実現機能を COE 適用に限定せず全て記入してください。

機能の記述にあたっては、階層化して整理し、機能名称の前に階層番号を記入してください。

機能の粒度は、「⑦実現方式」の欄に付される記入記号が１行あたり１つになる適正なレベルまで細分化してください。

必要に応じ、小項目の列の右側に必要数だけ列を追加してください。ただし、画面メニュー区分にまで細分化する必要はありません。

⑦実現方式

COE を利用する「⑥実現機能」に対しては、採用したソフトウェアモデル（注１）について、該当箇所に○印又は●印を記入してください。

その他詳細は、下記「補足）実現方式の記載方法」に従って記載して下さい。

（注１）ソフトウェアモデルの内容については、別紙１を参照してください。

⑧XX 年度中の COE のインストールの有無

XX 年度中に COE を１回以上インストールした場合、当該ソフトウェアモデルに○印を記入してください。

・注意すべきは他基盤（例：CCS 統合運用ソフトウェア）のインストールに合わせ下層基盤として COE をインストールした場合も○印を記入してくださ

い。

⑨XX 年度中の改善による効果の有無

「⑥実現機能」に対して、XX 年度中にＣＯＥの改善（ベースラインやパッチ）（注２）を取り込むことによって機能実現や向上が図れたものに、○印を記

入してください。

（注２）確認用に実際の調査時に当該情報を「XX 年度 COE 提供機能（改善項目一覧）」ワークシートとして纏め本シートに追加する。

・新規開発や換装システムの場合は、実現方式で COE 選択した機能行は、原則全て該当と解釈しますので未記入でも構いません。

・他基盤で実現の機能であっても、対象が COE 改善項目に該当していると読み取れる場合、かつ効果があったものにも○印を記入してください。

⑩備考

ＣＯＥでは、「適用ガイド」において、利用した提供機能（注３）を設計において明確化するよう規定しています。

ソフトウェア基本設計書等を参考に、利用した提供機能を記入してください（複数記載あり。）。

（注３）提供機能とは、論理装置名、処理パターン名、表示型式名、メッセージパターン名のことであり、詳細は、別紙２を参照してください。

５０

① システム名称： ⑧ (略称） XX 年度中に COE のｿﾌﾄｳｪｱﾓﾃﾞﾙ（ﾊﾟｯ

ﾁ含む）を１回以上ｲﾝｽﾄｰﾙした場合該

当に「○」を記入

② 開発区分

③ 回答者：所属階級共通ソフトウェアモデル連接ソフトウェアモデル

氏名

④ 回答日： 20YY/MM/DD

⑤

番号

⑥ 実現機能

⑦ 実現方式 ⑨

XX 年度中の

改善による

効果の有無

⑩

備考

共通ソフトウェア

モデル

連接ソフトウェア

モデル

他基盤

で

実現

COTS

のみで

実現

独自

開発（大項目）（中項目）（小項目）ＲＴ系ＮＲＴ系 SS 連接 SC 連接

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

５１

システム名称：

(略称） XX 年度中に COE のｿﾌﾄｳｪｱﾓﾃﾞﾙ（ﾊﾟ

ｯﾁ含む）を１回以上ｲﾝｽﾄｰﾙした場合

該当に「○」を記入

開発区分

回答者：所属

階級共通ソフトウェアモデル連接ソフトウェアモデル

氏名

回答日：

番号実現機能

実現方式 XX 年度中の

改善による

効果の有無

備考共通ソフトウェア

モデル

連接ソフトウェア

モデル他基盤

で実現

COTS

のみで

実現

独自

開発（大項目）（中項目）（小項目）ＲＴ系ＮＲＴ系 SS 連接 SC 連接

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

５２

（別紙１）ＣＯＥのソフトウェアモデルについて

ＣＯＥのソフトウェアモデルについては、「ＣＯＥ技術標準」で規定されている。

以下に、ＣＯＥ技術標準の該当箇所を抜粋かつ補足し説明する。

ＣＯＥは、防衛省の保有する情報システムの各種用途に応じて採用できる２つのソフトウェアモデルを提供する。その名称と特徴を次に示す。

(1) 共通ソフトウェアモデル

共通ソフトウェアモデルとは、基本的な機能を持つソフトウェアをライブラリとして配布し、アーキテクチャを共通化することによって、

ＣＯＥの事業目標を達成することを目指したモデルであり、論理装置、処理パターン及び表示形式を提供する。

共通ソフトウェアモデルは、リアルタイム系（RT 系）とニアリアルタイム系（NRT 系）の 2 つのライブラリからなる。

RT 系は、周期処理によるリアルタイム性を実現するためのライブラリである。

NRT 系は、逐次処理によるニアリアルタイム性を実現するためのライブラリである。

(2) 連接ソフトウェアモデル

連接ソフトウェアモデルとは、連接機能を持つソフトウェアをライブラリとして配布し、インタフェースを標準化することによって、

ＣＯＥの事業目標を達成することを目指したモデルであり、論理装置及びメッセージパターンを提供する。

連接ソフトウェアモデルは、さらにサーバ間連接（SS 連接）とサーバ-クライアント間連接（SC 連接）の 2 つのライブラリからなる。

５３

（別紙２）ＣＯＥの提供機能について

ＣＯＥの提供機能については、「適用ガイド」で規定されている。

調査シートの備考欄には、名称の列に示された言葉を用いて回答すること。

１共通ソフトウェアモデルの提供機能

１．１論理装置番号論理装置名称説明備考

1 ＣＬ改ユーザインタフェース機能を提供する論理装置

2 ＡＰ改データ処理機能を提供する論理装置

3 ＤＢデータベース機能を提供する論理装置ＯＤも含む。

4 ＣＣ認証サーバ機能を提供する論理装置

5 ＣＬユーザインタフェース機能を提供する＜ＯＯＡ＞の論理装置

6 ＡＰデータ処理機能を提供する＜ＯＯＡ＞の論理装置ＣＲ、ＯＣも含む。

7 ＣＳＬユーザインタフェース機能を提供する＜ＲＴ＞の論理装置

8 ＲＡデータ処理機能を提供する＜ＲＴ＞の論理装置

１．２処理パターン

番号処理パターン名称説明区分備考

RT 系 NRT 系

1 情報送受信サーバ上の業務メモリ（注１）上のデータを、連続して送受信する。

航跡等の有効期限が決まったデータを送受信したい場合に適する。 ○

到達確認は行わない。周期処理、マルチキ

ャスト通信と組み合わせて利用

2 周期処理処理時間を保証した上で、設定した間隔でデータを処理する。 ○ 並列処理が前提

3 イベント送受信随時、データを送受信する。 ○ ユニキャスト通信と組み合わせて利用

4 データ登録サーバ上の業務メモリ（注１）にデータを登録する。

レスポンスを重視して、データを登録したい場合に適する。 ○ データの永続性（注２）は保証されない。

5 データ検索サーバ上の業務メモリ（注１）にあるデータを検索する。

レスポンスを重視して、データを検索したい場合に適する。 ○ データの永続性（注２）は保証されない。

6 DB アクセスバックグラウンドで、DB にアクセスする。 ○

7 SOA 連携（注３） COE を適用していないシステムで RT-OOA のデータをモニタする。 ○ 非同期（応答なし）と組み合わせて利用

8 DB データ登録 DB にデータを登録する。 ○

9 DB データ検索 DB のデータを検索する。 ○

10 メッセージキュー通信（注４）キューを使って、他機関サーバ（注５）に確実にデータを送信する。 ○ COTS（Interstage）の機能を利用

11 データ登録（既存活用）＜ＯＯＡ＞を利用してデータ登録を行う。 ○

12 データ検索（既存活用）＜ＯＯＡ＞を利用してデータ検索を行う。 ○

13 データ送信（既存活用）＜ＯＯＡ＞を利用してデータ送信を行う。 ○

14 自動更新（既存活用）＜ＯＯＡ＞を利用して自動更新を行う。 ○

15 他システム連接（既存活用）＜ＯＯＡ＞を利用して他システムとの連接を行う。 ○

（注１）業務メモリ：AP 改上で、業務アプリケーションが確保することのできるメモリ領域

（注２）永続性：プログラムが終了しても、データが消去されない性質

（注３）SOA 連携：利用するためには、適用システム側で「アダプタ（RT-OOA）」を開発しなくてはならない。

（注４）メッセージキュー通信：従来「機関間通信」と呼んでいたが、処理特性と用途を考慮した上で Ver2.1 以降名称を見直した。

（注５）他機関サーバ：起動状態（起動しているかしないか）が保証されていない（保証できない）サーバ

５４

１．３表示型式番号表示型式名称説明備考

1 地図オーバレイ地図上にシンボル等を表示する型式

2 表表形式でデータを表示する型式

3 テキストテキスト形式でデータを表示する型式

4 階層マトリクスツリー形式と表形式を組み合わせて表示する型式

5 ネットワーク図パターンネットワーク情報（ノード、アーク）を表示する型式

6 ツリー（階層図）情報をツリー形式で表示する型式

7 グラフ（チャート）数値情報を視覚的に表示する型式

8 静止画（イメージ）イメージデータを表示する型式

9 共通操作メニュー等のビューアが持つデータ入出力型式「ビューア」が含まれる。

10 ダイアログデータを入力する型式

２連接ソフトウェアモデルの提供機能

２．１論理装置

番号論理装置名称説明区分備考

SS 連接 SC 連接

1 ＥＳＣコアアプリケーション間の XML 形式のメッセージによる情報交換を実現するための論理装置 ○

2 ＥＳＣアダプタ業務アプリケーションであるリクエスタおよびプロバイダが ESC コアと接続してメッセージ

を送受信するためのインタフェースを提供するための論理装置 ○

3 アダプタ（ＯＯＡ） ESC アダプタと COE〈OOA〉の間に配置され、相互のプロトコルおよびデータの変換を行

うための論理装置 ○

4 アダプタ（レガシー） ESC アダプタとレガシーシステムの間に配置され、相互のプロトコルおよびデータの変換

を行うための論理装置 ○

5 認証サービスメッセージが送受信可能なユーザかどうか判定を行うサービス ○

6 認可サービス適用システムのサービスに対するアクセス権の情報を管理し、その情報に基づきリクエ

ストメッセージのプロバイダへの送信可否を判断するサービス ○

7 RT-OOA 連携アダプタ Web サービスと COE〈RT-OOA〉の間に配置され、相互のプロトコルおよびデータの変換

を行うための論理装置 ○

8 Web ポータル共通的なユーザーインタフェースを提供し、複数の Weｂサービスのコンテンツを１つのウ

ィンドウに埋めこんで表示するための論理装置 ○

9 Web 認証・認可認証要求に基づいた認証及び認可を行うための論理装置 ○

10 Web サービス連携複数のＷｅｂサービスと表示データの連携を行い、秘密区分及びアクセス権に応じた通

信を行うための論理装置 ○

11 Web サービスアダプタ Web サービスが Web サービス連携と接続してメッセージを送受信するインタフェースを提

供するための論理装置 ○

５５

２．２メッセージパターン番号メッセージパターン名称説明備考

1 1：1 メッセージルーティング（同期）

リクエスタにより指定された１つの宛先に同期でメッセージを送信し、宛

先からリクエスタに応答が返却される。応答が返却されるまでリクエスタ

が待機する。

2 1：N メッセージルーティング（同期）

リクエスタにより指定された複数の宛先に同期でメッセージを送信し、宛

先からリクエスタに応答が返却される。全ての宛先から応答が返却され

るまでリクエスタが待機する。

3 1：1 メッセージルーティング（非同期、応答なし）リクエスタにより指定された１つの宛先に非同期でメッセージを送信し、

宛先から応答が返却されない。

4 1：N メッセージルーティング（非同期、応答なし）リクエスタにより指定された複数の宛先に非同期でメッセージを送信し、

宛先から応答が返却されない。

5 1：1 メッセージルーティング（非同期、応答あり）

リクエスタにより指定された１つの宛先に非同期でメッセージを送信し、

宛先から応答が返却される。応答が返却されるまでリクエスタが待機し

ない。

6 1：N メッセージルーティング（非同期、応答あり）

リクエスタにより指定された複数の宛先に非同期でメッセージを送信し、

宛先から応答が返却される。全ての宛先から応答が返却されるまでリク

エスタが待機しない。

7 パブリッシュ&サブスクライブＥＳＣコアに予め設定された宛先に非同期でメッセージを送信し、宛先か

らリクエスタに応答が返却されない。非同期、応答なしの応用形態

8 ビジネスプロセス

ＢＰＭエンジンに予め設定されたビジネスプロセスフローに基づいてメッ

セージを送信する。宛先から応答が返却されるか否かは設定されたビジ

ネスプロセスフローによる。

５６

別紙様式第７（第１２条、第１４条、第１８条、第２８条関連）

ＣＯＥ改善要望・不具合等通知書

通知年月日


機関等名

照会先

部署名

階級・氏名

内線番号


備考

区分

緊急度緊急・優先・通常重要度大・中・小

対象項目プログラム・ドキュメント・その他 ※いずれかに○を付ける ※いずれかに○を付ける

要求等種別改善・是正・質問対処希望日

※いずれかに○を付ける

件名

適用システム


適用パッチ

担当者

部署名管理機関


部署名




概要

添付資料

（当面の対処要領）

５７

別紙様式第８（第１４条関連）

ＣＯＥ不具合発生通報

通知年月日


機関等名

照会先

部署名

階級・氏名

内線番号


備考

区分緊急度緊急・優先・通常重要度大・中・小

対象項目

（プログラム等の名称）



対処予定日

件名

概要

関連適用システム

機関名システム名

添付資料

（当面の対処要領）

５８

別紙様式第９（第１６条関連）

ＣＯＥベースライン抹消通知書

通知年月日

文書略号例）YY-MM-抹消-Ａ-XXXX

機関等名

照会先

部署名

階級・氏名

内線番号


備考


抹消時期

影響のある

適用システム

機関等名適用システム名

概要

５９

別紙様式第１０（第１９条関連）

ＣＯＥ管理システム利用者申請書

通知年月日

文書略号例）YY-MM-利申-Ａ-XXXX

機関等名

照会先

部署名

階級・氏名

内線番号


備考

区分

※

官／民

※

機関等／会社 ※ 役職等電話番号 ※ メールアドレス備考

ユーザーＩＤ

部署氏名 ※ （基盤班記入欄）

※ 必須項目

６０

別紙様式第１１（第２０条関連）

適合性確認申請書

通知年月日

文書略号例）YY-MM-サ化-Ａ-XXXX

機関等名

照会先

部署名

階級・氏名

内線番号


備考

適用システム


担当者

部署名

管理機関


部署名




備考備考備考

サービス概要

添付資料

（適合性確認対象）

基盤班

記入欄

回答

理由

６１

サイト名運用開始日サイト担当

部署名役職名電話番号メールアドレス備考

６２

別紙様式第１２（第２３条、第２６条関連）

サービス登録・抹消申請書

通知年月日

文書略号例）YY-MM-抹消-Ａ-XXXX

機関等名

照会先

部署名

階級・氏名

内線番号


備考

サービス名

登録又は抹消時期登録・抹消 ※いずれかに○を付ける

影響のある

適用システム

機関等名適用システム名

概要

」

統幕指運第１８８号（２９．１０．３０）別冊付録第１

ＣＯＥ用語解説



文書管理情報








区分： 1 2 3 4 5 6

理由：

作成年月日：２９．９．２５取得年月日：保存期間：１０年保存期間満了日：４０．３．３１本紙含め：１冊（１０４枚）


目次

第１章総則 ····························································· １

１目的 ······························································· １

２概要 ······························································· １

３関連図書 ··························································· １

第２章基本方針 ························································· ２

１解説する用語の範囲 ················································· ２

２本書の利用方法 ····················································· ２

第３章用語解説 ························································· ４

《Ａ》 ································································· ４

《Ｂ》 ································································· ５

《ＣＯＥ》 ····························································· ６

《Ｃ》 ······························································· １８

《Ｄ》 ······························································· ２０

《Ｅ》 ······························································· ２１

《Ｆ》 ······························································· ２３

《Ｇ》 ······························································· ２４

《Ｈ》 ······························································· ２５

《Ｉ》 ······························································· ２６

《Ｊ》 ······························································· ２７

《Ｋ》 ······························································· ２８

《Ｌ》 ······························································· ２９

《Ｍ》 ······························································· ３０

《Ｎ》 ······························································· ３１

《Ｏ》 ······························································· ３２

《Ｐ》 ······························································· ３３

《Ｑ》 ······························································· ３４

《Ｒ》 ······························································· ３５

《Ｓ》 ······························································· ３６

《Ｔ》 ······························································· ３７

《Ｕ》 ······························································· ３８

《Ｖ》 ······························································· ３９

《Ｗ》 ······························································· ４０

《Ｘ》 ······························································· ４０

《Ｙ》 ······························································· ４０

《Ｚ》 ······························································· ４０

《あ》 ······························································· ４１

《い》 ······························································· ４３

《う》 ······························································· ４４

《え》 ······························································· ４５

《お》 ······························································· ４６

《か》 ······························································· ４７

《き》 ······························································· ４９

《く》 ······························································· ５２

《け》 ······························································· ５３

《こ》 ······························································· ５４

《さ》 ······························································· ５７

《し》 ······························································· ５９

《す》 ······························································· ６３

《せ》 ······························································· ６４

《そ》 ······························································· ６５

《た》 ······························································· ６６

《ち》 ······························································· ６７

《つ》 ······························································· ６８

《て》 ······························································· ６９

《と》 ······························································· ７２

《な》 ······························································· ７４

《に》 ······························································· ７５

《ぬ》 ······························································· ７６

《ね》 ······························································· ７７

《の》 ······························································· ７８

《は》 ······························································· ７９

《ひ》 ······························································· ８０

《ふ》 ······························································· ８４

《へ》 ······························································· ８５

《ほ》 ······························································· ８６

《ま》 ······························································· ８７

《み》 ······························································· ８８

《む》 ······························································· ８９

《め》 ······························································· ９０

《も》 ······························································· ９１

《や》 ······························································· ９１

《ゆ》 ······························································· ９１

《よ》 ······························································· ９１

《ら》 ······························································· ９２

《り》 ······························································· ９３

《る》 ······························································· ９４

《れ》 ······························································· ９５

《ろ》 ······························································· ９６

《わ》 ······························································· ９７

別紙ＧＰＬライセンスについて ········································ ９８

１

第１章総則

１目的

本書は、運用課（基盤班）及び各機関等並びにＣＯＥソフトウェア及び適用シ

ステムの開発者等に対し、ＣＯＥに関する用語を解説し、ＣＯＥの整備、適用及

び維持管理の円滑な実施に資することを目的とする。

２概要

本書は、コンピュータ・システム共通運用基盤細部管理要領（以下「ＣＯＥ細

部管理要領」という。）の付録第１であり、ＣＯＥ細部管理要領の第２条２項を

根拠として、上位規則、ＣＯＥ細部管理要領、技術ドキュメント及びＣＯＥの共

通仕様書が用いているＣＯＥに関する用語のうち、主要なものを解説する。

３関連図書

(1) 引用文書

なし

(2) 参考文書

ＪＩＳ規格ＪＩＳＸ０００１-１９９４情報処理用語（基本用語）

このほか、参考としたＣＯＥ関連規則及び技術ドキュメント類は、第２章第

１項第２号に示すところと同等である。

２

第２章基本方針

１解説する用語の範囲

(1) 用語記載の基準

ＣＯＥ又は適用システムの関係者において、幅広く使用されている基本的又

は基礎的な用語類を記載対象とする。次に、細部の基準を示す。

ア次号に示すＣＯＥ関連規則及び技術ドキュメント類で使用している用語を

摘出し、記載する。

イ調達や文書規定等防衛省で既に定められている用語は記載しない。

ウ一般的な情報処理用語等については記載しない。ただし、特に重視して使

用するオブジェクト指向やＳＯＡ等の技術用語は記載する。

エＣＯＴＳに関しては、基本的に記載しない。特に必要とする場合も、名称

や概要の解説・記載にとどめる。

オＣＯＥソフトウェア個々の標準クラス等の専門的な名称は、用語として記

載しない。細部は、技術ドキュメント類で規定する。

(2) 対象となる規則及び技術ドキュメント類

用語を摘出する規則及び技術ドキュメント類は、ＣＯＥ細部管理要領別紙第

５「ＣＯＥ関連規則及び技術ドキュメント」に記述する各規則及び技術ドキュ

メント類とする。

技術ドキュメントは、制定されている全ての版数を対象とする。

２本書の利用方法

(1) 本書の見方

各用語は、次の要素を含めて記載する。なお、見出し語が日本語の場合は、

読み・英文名称・略号は記載しない。

ア見出し語太字かつ下線を引いて示す。

イ［読み］英字の場合、読み方を示す。

ウ（英文名称・英文略号）英文の正式名称（英文略号）を示す。

エ用語解説用語の解説を記述する。

オ備考等関連して参照すべき事項を示す。

図に「用語解説の記述例」を示す。

ＣＯＥ［シーオーイー］

(Common Operating Environment)

・防衛省におけるコンピュータ・システム共通運用基盤の略称

図用語解説の記述例

３

(2) 見出し語の順序

見出し語は、次の順序で記載する。

ア英字（アルファベット順に配列）

イひらがな、カタカナ、漢字等（読みの五十音順に配列）

なお、「ＣＯＥ管理規則」のようにＣＯＥが語の先頭に付く用語が多数あ

るので、ＣＯＥから始まる用語は英字見出し部《ＣＯＥ》に一括記載する。

４

第３章用語解説

《Ａ》

ＡＰ２０００［エーピー］

（Advanced Paradigm 2000）

・陸上自衛隊において陸自指揮システムを再構築した際の開発手法及びそれにした

がって作成されたソフトウェア部品群をいう。

ＡＰＩ［エーピーアイ］

（Application Programming Interface）

・あるプラットフォーム（ＯＳやミドルウェア）向けのソフトウェアを開発する際

に使用できる命令や関数の集合をいう。

ＡＰサーバ［エーピー］

（Application Server）

・ＯＯＡフレームワークで業務処理を行う論理装置をいう。３階層アプリケーショ

ン処理におけるビジネスロジック層を受け持つ。

ＡＰサーバ改［エーピー］

・ＯＯＡフレームワークのＡＰサーバとＲＴフレームワークのＲＡサーバを融合し

た業務処理を行うＲＴ－ＯＯＡフレームワークの論理装置をいう。３階層アプリ

ケーション処理におけるビジネスロジック層を受け持つ。

５

《Ｂ》

【記載項目なし】

６

《ＣＯＥ》

ＣＯＥ［シーオーイー］

（Common Operating Environment）

・「コンピュータ・システム共通運用基盤」の略称であり、当該用語を参照のこ

と。

ＣＯＥ〈ＯＯＡ〉［シーオーイーオーオーエー］

・処理形態や表示形態を抽象化し、共通する基本的な処理や業務を実現する初代の

ＣＯＥアーキテクチャをいう。陸自ＡＰ２０００のアーキテクチャを母体として

整備された。

ＣＯＥ〈ＲＴ〉［シーオーイーアールティー］

・周期処理を規定時間で終了させるとともに、イベント処理を並行して実行させる

ことで、総じてリアルタイム処理を実現するＣＯＥアーキテクチャをいう。ＲＴ

－ＡＰ２０００のアーキテクチャを母体として整備された。

・ＲＴ－ＡＰ２０００とは、陸上自衛隊において開発された対空戦闘指揮システム

を構築した際の「開発手法」及びそれにしたがって作成されたソフトウェア部品

の群のことをいう。

・ＣＯＥ〈ＲＴ〉は２７年度末をもって廃止となった。

ＣＯＥ〈ＲＴ－ＯＯＡ〉［シーオーイーアールティーオーオーエー］

・ＣＯＥ〈ＯＯＡ〉、ＣＯＥ〈ＲＴ〉を融合し、両者の特徴を実現する新たに整備

されたＣＯＥアーキテクチャをいう。

ＣＯＥ〈ＲＴ－ＯＯＡ〉群［シーオーイーアールティーオーオーエー］

・陸自ＡＰ２０００をベースに発展継承してきた、ＣＯＥ〈ＯＯＡ〉、ＣＯＥ〈Ｒ

Ｔ〉及びＣＯＥ〈ＲＴ－ＯＯＡ〉の総称をいう。「ＲＴ－ＯＯＡ群」と略称す

る。

ＣＯＥ〈ＲＴ－ＯＯＡ〉群適用システム情報通知書

・「ＣＯＥ適用システム情報通知書」を参照のこと。

ＣＯＥ〈ＳＯＡ〉［シーオーイーエスオーエー］

・一般のＳＯＡ技術に基づいて整備されたＣＯＥアーキテクチャをいう。

ＣＯＥ〈ＳＯＡ〉サービス化、標準データ追加・変更・削除申請書

７

・機関等が作成した、サービスや標準データについての適合性確認及び追加・変

更・削除を運用課長（基盤班長）へ通知する文書である。

・要領は、ＣＯＥ細部管理要領別紙第７－２「通知等の細部要領（メール及び文書

による場合）」による。

・様式は、ＣＯＥ細部管理要領別紙様式第１１「適合性確認申請書」による。

ＣＯＥ〈ＳＯＡ〉サービス登録、抹消申請書

・機関等が、公開サービスの登録又はサービスの抹消を運用課長（基盤班長）へ通

知する文書である。



・様式は、ＣＯＥ細部管理要領別紙様式第１２「サービス登録・抹消申請書」によ

る。

ＣＯＥ〈ＳＯＡ〉適用システム情報通知書

・「ＣＯＥ適用システム情報通知書」を参照のこと。

ＣＯＥアーキテクチャ

（COE Architecture）

・ＣＯＥで規定している設計思想、開発技法、開発管理技法、システムモデル、市

販品（ＣＯＴＳ）、ＧＯＴＳ（標準クラス、個別クラス及びＥＳＣ）及びサービ

スの総称をいう。

ＣＯＥ維持管理

・ＣＯＥの調達に関わる定義であり、民間会社の支援役務又は請負を受ける業務の

ことをいう。次の４つに分類される。

ａ）ＣＯＥ全体維持

ｂ）ＣＯＥ部品維持

ｃ）ＣＯＥ部品拡充

ｄ）ＣＯＥ用ソフトウェア

ＣＯＥ化

・適用システムの部品を共通化することをいう。

・「個別クラスのＣＯＥ化」及び「公開サービスのＣＯＥ開発サービス化」を参照

のこと。

ＣＯＥ改善要望・不具合等通知書

８

・機関等が、ＣＯＥソフトウェアに関わる新規標準クラスの開発や不具合対処等各

種の要請を行う際に、運用課長（基盤班長）へ通知する文書である。



・様式は、ＣＯＥ細部管理要領別紙様式第７「ＣＯＥ改善要望・不具合等通知書」

による。

・本様式を用いる通知文書には、「新規標準クラス開発要望」、「新規ＳＯＡプロ

グラムの開発要望」、「個別クラスＣＯＥ化要望」、「新規ＣＯＴＳ採用要

望」、「標準クラス改善要望」、「ＳＯＡプログラムの改善要望」、「ドキュメ

ント類改正要望」、「不具合等対処要望」及び「公開サービスのＣＯＥ開発サー

ビス化要望」がある。

ＣＯＥ開発サービス

（COE development service）

・運用課（基盤班）が開発又は維持管理し、ＤＩＩ又は適用システムに配布する共

通サービスのことをいう。ＣＯＥ部品に含んで扱い、ＣＯＥフレームワーク・ベ

ースラインに含めて扱うことが多い。

ＣＯＥ開発支援ツール

（COE development support tool）

・ＣＯＥの調達に関わる定義であり、ＣＯＥ適用システムやＣＯＥ部品の設計、製

造及び試験等の支援や、ソフトウェアのＣＯＥへの適合性の保証のために使用す

るツールのことをいう。

ＣＯＥ環境設定ツール

（COE environment setting tool）

・ＣＯＥの調達に関わる定義であり、ＣＯＥ適用システム上でＣＯＥベースライン

を動作させる場合に使用するインストーラ等のツールのことをいう。

ＣＯＥ管理規則

・「コンピュータ・システム共通運用基盤管理規則」の略称である。

・ＣＯＥ訓令及びＣＯＥ通達に基づき、ＣＯＥの整備、適用及び維持管理に係る指

揮通信システム企画課長及び同運用課長の責務及び相互にわたる業務手続等を定

め、各技術ドキュメントに対する根拠となる統合幕僚監部達である。

（補足）ＣＯＥ技術標準を呼び出している。

ＣＯＥ管理システム

（COE Management System）

９

・ＣＯＥの整備、適用及び維持管理業務を効率化するために、ＣＯＥソフトウェア

の形態管理、ＣＯＥ関連の情報公開及び情報交換するシステムをいう。運用課

（基盤班）が主管する。

・ＣＯＥ部品整備環境の構成品である。

・ＣＯＥの調達に関わる定義であり、ＣＯＥの管理作業全般を支援するシステムで

あり、「ＣＯＥ管理システム構成ハードウェア」、「ＣＯＥ管理システム構成Ｃ

ＯＴＳソフトウェア」及び「ＣＯＥ管理システム用ソフトウェア」から構成され

ている。

ＣＯＥ管理システム利用者申請書

・機関等が、ＣＯＥ管理システムの利用を申請する際に、運用課長（基盤班長）へ

通知する文書である。



・様式は、ＣＯＥ細部管理要領別紙様式第１０「ＣＯＥ管理システム利用者申請

書」による。

ＣＯＥ技術検証ツール

（COE technical inspection tool）

・ＣＯＥの調達に関わる定義であり、ＣＯＥソフトウェアに関わる特定の技術や機

能検証のために適宜に作成し使用するツールのことをいう。原則として、ＣＯＥ

適用システムへの配布は行わない。

ＣＯＥ技術ドキュメント作成要領

・ＣＯＥ細部管理要領の付録第５である。

・ＣＯＥの技術ドキュメントの作成要領について、目次項目、記述内容等の記述要

領を規定している。

・ＣＯＥソフトウェアの調達に際しては、受託元が納入する技術ドキュメントに関

わる仕様書の一部となる。

ＣＯＥ技術標準

（COE technical standard）

・ＣＯＥの整備、適用及び維持管理における技術事項及びソフトウェアの開発技法

の骨子を規定する図書をいい、ＣＯＥの技術的事項を規定する、最上位の技術ド

キュメントであり、下位の技術ドキュメントの体系等を規定するものである。

・ＣＯＥの目的及び方針事項を実現する上で標準となる基本概念を、技術面から記

述したドキュメントをいう。

１０

ＣＯＥ基盤ソフトウェア

（COE basic software）

・ＣＯＥの動作環境として推奨するソフトウェアのうち、ＣＯＴＳに該当するもの

をいう。

ＣＯＥ業務年表

・ＣＯＥ細部管理要領の別紙第１である。

・運用課（基盤班）と機関等との間の主要な業務の手続き（基準）を、年次単位で

示したものである。

ＣＯＥクラス群

（COE class group）

・オブジェクト指向のクラスの考え方に基づき、ＣＯＥとして発展させた形態をい

い、業務クラスのようにひとかたまりのソフトウェアとして動作することが特徴

である。

ＣＯＥ訓令

・「コンピュータ・システム共通運用基盤の業務実施に関する訓令」の略称であ

る。

・ＣＯＥの適用及び維持管理に関する事務を総合的に実施するために必要な事項を

定めたものであり、ＣＯＥに関わる最上位規則である。

ＣＯＥコーディング規約準拠チェッカー

（COE cording agreement conformity checker）

・作成したソースプログラムが、ＣＯＥプログラム開発規約（コーディング規約）

に準拠していることを確認するツールをいい、ＣＯＥ開発支援ツールに含まれ

る。

ＣＯＥ細部管理要領

・「コンピュータ・システム共通運用基盤細部管理要領」の略称である。

・ＣＯＥ管理規則に基づき、ＣＯＥの適用及び維持管理の実施に必要な関係組織間

の細部業務要領等を定めたもの。作成者は、統合幕僚監部指揮通信システム部指

揮通信システム運用課長である。

ＣＯＥ事業検討会議

・「コンピュータ・システム共通運用基盤事業検討会議」の略称である。

・ＣＯＥの整備に関わる会議で、議長は整備計画局情報通信課長、委員は主要機関

のＩＴ関連所轄課長があたる。

１１

ＣＯＥ設計図書

・ＣＯＥフレームワーク又は相当品のプログラム関連ドキュメント全てをいう。ソ

フトウェアに含めて管理するので規則規定類ではなく、適用システム関係者へは

原則として開示しない。

・呼称用例として、ＣＯＥフレームワーク、ＣＯＥベースラインごとにＣＯＥ設計

図書〈…〉Ｖｅｒ．Ｘ．Ｙ．Ｚを基準とする。Ｖｅｒ．Ｘ．Ｙ．Ｚを付さない場

合は、特にことわりの無い限り、対象の中の最新版数を示す。

ＣＯＥ設計図書是正

・ＣＯＥ自体の不具合に起因し、かつプログラムの修正を要しない、ＣＯＥ設計図

書の改訂をいう。

ＣＯＥ全体維持

・ＣＯＥの調達に関わる定義であり、ＣＯＥ部品維持、ＣＯＥ部品拡充及びＣＯＥ

用ソフトウェアを除く、歳出で実施するＣＯＥ維持管理の業務のことをいう。

ＣＯＥ全体試験

・ＣＯＥフレームワーク又は相当するＣＯＥソフトウェアについてベースラインの

登録の前提として行う品質保証及び完成試験をいう。

・ＣＯＥ全体維持契約において、各ＣＯＥベースラインが、個別に製造又は改善し

たＣＯＥ部品又は相当品の成果を組み入れても、所要の品質を満足することを、

総合試験及びシステム試験の該当箇所以外について、実環境又は相当するハード

ウェア環境及びソフトウェア環境において、確認する試験をいう。

ＣＯＥ全体試験手順書

・ＣＯＥ全体試験を実施するための試験手順書をいう。「試験手順書」を参照のこ

と。

ＣＯＥソフトウェア

（COE software）

・ＣＯＥとして提供するプログラム及びこれに係る技術ドキュメントをいう。ベー

スラインとパッチに分類される。

・狭義の「ＣＯＥ」と同義である。

・防衛省の契約により製造され、ＣＯＥの基盤となるソフトウェア群として位置づ

けられたソフトウェアをいう。狭義としては、このうち基盤班が維持管理する次

の４つのプログラム及びそれらに付帯するプログラム関連ドキュメントをいう。

a）ＣＯＥフレームワーク

b）ＣＯＥ部品

１２

c）ＣＯＥ管理システム用ソフトウェア

d）ＣＯＥツール群


・ＣＯＥ細部管理要領の別紙第４である。

・適用システムの障害発生等に基づく、ＣＯＥソフトウェアの修正（不具合対処）

要領を規定している。

ＣＯＥソフトウェアの提供

・運用課長（基盤班長）が、適用システムを所掌する統括責任者等にＣＯＥソフト

ウェアを配布または送達し、適用システムにインストールし、管理するまでの一

連の業務をいう。

・細部要領は、「ＣＯＥソフトウェアの提供要領」に規定する。

ＣＯＥソフトウェアの提供要領

・ＣＯＥ細部管理要領の別紙第２である。

・ＣＯＥソフトウェアの提供に当たって、所要の通知文書、手続き等を規定したも

のである。

ＣＯＥ調整会議

・ＣＯＥの適用及び維持管理に関わる業務を円滑に実施するために設置された会議

をいう。

・議長は統合幕僚監部指揮通信システム部指揮通信システム運用課長、委員は整備

計画局情報通信課担当部員及び機関等の統括責任者であり、作業部会を設ける。

ＣＯＥ通達

・「業務処理通達」、「適用範囲通達」及び「会議設置通達」の３つの総称をい

う。細部は各通達を参照のこと。

ＣＯＥツール群

（COE tool group）

・ＣＯＥ部品、ＣＯＥベースライン又はＣＯＥ管理システム用ソフトウェア以外

で、ＣＯＥに資する目的のために防衛省の契約により一部又は全てが製造された

ソフトウェアのことをいい、次の３つのツールに分類される。

a）ＣＯＥ開発支援ツール

b）ＣＯＥ環境設定ツール

c）ＣＯＥ技術検証ツール

１３

ＣＯＥ適合性確認要領

・ＣＯＥ細部管理要領の付録第３である。

・ＣＯＥ〈ＲＴ－ＯＯＡ〉群の適合性確認においては、ＣＯＥソフトウェア及び動

作環境並びに適用システムが作成する個別クラスのＣＯＥとしての適合性を検証

する細部要領等を規定している。

・ＣＯＥ〈ＳＯＡ〉の適合性確認においては、適用システムが運用するサービス及

び標準データについてのＣＯＥとしての適合性を検証する細部要領等を規定して

いる。

ＣＯＥ適用

・「適用」を参照のこと。

ＣＯＥ適用計画通知書

・機関等が、適用システムごとに、適用計画等の状況を運用課長（基盤班長）へ通

知する文書である。



・様式は、ＣＯＥ細部管理要領別紙様式第１「ＣＯＥ適用計画通知書」による。

ＣＯＥ適用支援申請書

・機関等が、ＣＯＥに関わる技術支援及び教育の受講を申請する際に、運用課長

（基盤班長）へ通知する文書である。



・様式は、ＣＯＥ細部管理要領別紙様式第２「ＣＯＥ適用支援申請書」による。

ＣＯＥ適用システム

・「適用システム」を参照のこと。

ＣＯＥ／適用システム開発ガイド〈ＯＯＡ〉

・ＣＯＥ〈ＯＯＡ〉及び適用システムの開発者向けに、開発に当たっての所要事項

全般の手引きを記述した技術ドキュメントをいう。

ＣＯＥ適用システム情報通知書

・機関等が、ＣＯＥのベースラインをインストールした後の適用システムごとの諸

状況を、運用課長（基盤班長）へ通知する文書である。

・通知時期は、当該システムの主要な状況変化の都度を基準とする。

１４



・様式は、ＣＯＥ細部管理要領別紙様式第４「ＣＯＥ適用システム情報通知書」に

よる。

ＣＯＥ適用実績調査シート

・機関等が、年度中の適用システムのＣＯＥの適用実績を調査し運用課長（基盤班

長）へ通知する文書である。

・通知時期は、当該年度後半を基準とする。

ＣＯＥ動作環境選定要領

・ＣＯＥ細部管理要領の付録第２である。

・ＣＯＥソフトウェアの動作環境となるＣＯＴＳ選定要領の細部を規定している。

ＣＯＥの概念オブジェクト

（COE concept object）

・ＣＯＥの全体構造と各オブジェクトの役割を明確にするため、次の８区分からな

るオブジェクト構成をいう。

ａ）業務、ｂ）ビュー、ｃ）通信、ｄ）情報管理、ｅ）ＤＢアクセス、ｆ）機

能、ｇ）保全、ｈ）システム連接

ＣＯＥパッチ適用通知書

・機関等が、適用システムにパッチを適用（インストール）し動作確認結果を、運

用課長（基盤班長）へ通知する文書である。



・様式は、ＣＯＥ細部管理要領別紙様式第５「ＣＯＥパッチ適用通知書」による。

ＣＯＥ不具合発生通報

・運用課長（基盤班長）が、ＣＯＥの不具合発生状況等を、機関等に通知する文書

である。



・様式は、ＣＯＥ細部管理要領別紙様式８「ＣＯＥ不具合発生通報」による。

１５

ＣＯＥ部品

・ＣＯＥの調達におけるＣＯＥソフトウェアの調達対象の通称、又は適用システム

の業務に供するＣＯＥフレームワーク・ベースライン以外のＣＯＥソフトウェア

をいう。後者は、次の３つに区分できる。

ａ）共通アプリケーション

ｂ）ＣＯＥ開発サービス

ｃ）標準データ

ＣＯＥ部品維持

・ＣＯＥの調達に関わる定義であり、ＣＯＥ維持管理のうち、歳出で実施するＣＯ

Ｅ部品の改善を行う業務のことをいう。


・ＣＯＥの調達に関わる定義であり、ＣＯＥ維持管理のうち、国債で実施するＣＯ

Ｅ部品を製造する業務のことをいう。

ＣＯＥ部品整備環境

・ＣＯＥラボ及びＣＯＥ管理システムにより構成される環境をいい、運用課（基盤

班）が主管する。

ＣＯＥ部品設計図書

・ＣＯＥ事業の製造契約（ＣＯＥ部品維持等）で納入されるＣＯＥ設計図書をい

う。

・便宜上、ＣＯＥフレームワーク以外のＣＯＥソフトウェアのプログラム関連ドキ

ュメントを含めて呼称する場合もある。

ＣＯＥ部品適用システム構築ガイド〈ＳＯＡ〉

・ＣＯＥ〈ＳＯＡ〉及び適用システムの開発者向けに、開発に当たっての所要事項

全般の手引きを記述した技術ドキュメントをいう。

ＣＯＥフレームワーク

（COE framework）

・アプリケーションソフトウェアを開発する際の基盤として、ＣＯＥとして定めた

ソフトウェア（ライブラリ）群をいう。

・現在、維持管理中のＣＯＥフレームワークには、次の３つがある。

ａ）ＣＯＥ〈ＯＯＡ〉

ｂ）ＣＯＥ〈ＲＴ－ＯＯＡ〉

ｃ）ＣＯＥ〈ＳＯＡ〉

１６

・このうちＣＯＥ〈ＯＯＡ〉及びＣＯＥ〈ＲＴ－ＯＯＡ〉を併せて、ＣＯＥ〈ＲＴ

－ＯＯＡ〉群と呼称する。

ＣＯＥフレームワーク・ベースライン

（COE framework baseline）

・ＣＯＥフレームワークに対応するＣＯＥベースラインをいう。次の３区分があ

る。バージョンを付さない場合は、特にことわりの無い限り、対象の中の最新版

数を示す。

ａ）ＣＯＥベースライン〈ＯＯＡ〉Ｖｅｒ．Ｘ．Ｙ．Ｚ

ｂ）ＣＯＥベースライン〈ＲＴ－ＯＯＡ〉Ｖｅｒ．Ｘ．Ｙ．Ｚ

ｃ）ＣＯＥベースライン〈ＳＯＡ〉Ｖｅｒ．Ｘ．Ｙ．Ｚ

ＣＯＥベースライン

（COE baseline）

・ＣＯＥソフトウェアを、所要の機能等に応じて取りまとめ、品質保証する形態管

理単位をいい、各種プログラムのほか、これに対応する技術事項を規定又は記述

した技術ドキュメントを含める。バージョン､リビジョン等で提供する管理形態を

区分し、これに対応する番号体系を付与する。誤解が生じない場合は、ベースラ

インと略記または略称する。

ＣＯＥベースライン管理要領

・ＣＯＥ細部管理要領の付録第４である。

・ＣＯＥソフトウェアの形態管理単位であるベースラインの概念及び番号体系並び

にライフサイクルを通じた管理所要、提供要領等を規定している。

ＣＯＥベースライン抹消通知書

・運用課長（基盤班長）が、特定のベースラインの抹消を予定又は実施する際に、

機関等へ通知する文書である。



・様式は、ＣＯＥ細部管理要領別紙様式９「ＣＯＥベースライン抹消通知書」によ

る。

ＣＯＥ用ソフトウェア

・ＣＯＥの調達に関わる定義であり、ＣＯＥ維持管理のうち、国債で実施するＣＯ

Ｅソフトウェアの改善を行う業務のことをいう。

１７

ＣＯＥラボ

（COE lab）

・ＣＯＥの開発、提供及び品質管理を支援するために、試験等を実施する環境をい

い、運用課（基盤班）が主管する。

・ＣＯＥ部品整備環境の構成品である。

・ＣＯＥの調達に関わる定義であり、ＣＯＥ部品等を開発・維持整備する機能を有

したシステムのこといい、「ＣＯＥラボ構成ハードウェア」及び「ＣＯＥラボ構

成ソフトウェア」により構成されている。

なお、当該機能の実現には適宜「ＣＯＥツール群」を併用する。

１８

《Ｃ》

ＣＡ［シーエー］

（Certificate Authority）

・ＰＫＩにおいて、証明書の発行・更新・失効、秘密鍵の生成・保護及び証明書利

用者の登録を行う機関のことをいい、認証局ともいう。単にＣＡという場合は証

明書発行業務及び登録業務を含む。

Ｃａｓｔ［キャスト］

・オブジェクト指向言語で、強制的に型を合わせることをいう。

・dynamic cast［ダイナミックキャスト］は、演算子により、実行時に型を認識し

て、安全にダウンキャストすることをいう。

ＣＣサーバ［シーシー］

（Certification Server）

・ＣＯＥで、認証処理を行う論理装置をいう。認証サーバともいう。

ＣＯＲＢＡ［コルバ］

（Common Object Request Broker Architecture）

・オブジェクト指向技術の標準化団体であるＯＭＧが策定した異機種アプリケーシ

ョン連携のための標準仕様のことをいい、サーバ間でのシームレスな分散環境が

実現できる。

ＣＯＴＳ［コッツ］

（Commercial Off The Shelf）

・民生品（商用製品、市販品）を指す呼称であり、通常ソフトウェアとハードウェ

アが含まれる。

・ＣＯＥにおいては、特にことわりが無い限りソフトウェアに対して使用する。

・オープンソースソフトウェアのような準民生品も、便宜上ＣＯＴＳに含め扱うも

のとする。

ＣＯＴＳカテゴリ

（COTS category）

・動作環境に含まれるＣＯＴＳを把握し評価するために機能等で分類区分したもの

をいう。ＣＯＴＳ製品選定の検討の単位となる。

ＣＯＴＳタイプ

（COTS grouping type）

１９

・ＣＯＥフレームワーク・ベースラインの動作環境として各ＣＯＴＳカテゴリにお

いて選定されたＣＯＴＳの組合せを、一つの管理単位として表す際の名称のこと

をいう。

ＣＯＴＳの隠蔽

・ＣＯＴＳのバージョンアップ等に伴うアプリケーションの変更を局所化するため

に、ＣＯＴＳが提供するインタフェースを、ＣＯＴＳに接するクラス以外の他ク

ラスから見えないようにすることをいう。具体的には、ラッピング手法を用い

る。

ＣＯＴＳの更新選定

・選定されているＣＯＴＳ製品の別の版数（通常は最新の版数）及びラインナップ

を、動作環境として選定することをいう。

ＣＯＴＳの新規選定

・新規に異種系列のＣＯＴＳ製品又は他の異なる会社のＣＯＴＳ製品を、動作環境

として選定することをいう。

ＣＲサーバ［シーアール］

（Correlation server）

・ＯＯＡフレームワークにおいて、高速なデータベースアクセスを実現することで

相関処理を行う論理装置をいう。相関サーバともいう。

２０

《Ｄ》

ＤＢサーバ［ディービィー］

（Data Base Server）

・ＯＯＡフレームワーク及びＲＴ－ＯＯＡフレームワークにおいて、データベース

抽出や更新処理を行う論理装置をいう。

Ｄ－ｅＭＰＩ［ディーエムピーアイ］

・プロセス間メッセージ通信機能を実装しているインフラサービス層の部品をい

う。

・標準インフラサービスの一つである。

ＤＩＩ［ディーアイアイ］

（Defense Information Infrastructure）

・防衛情報通信基盤のことをいう。

ＤＩＩ連接装置

・ＤＩＩオープン系・クローズ系間でセキュリティを確保しつつ、メッセージ連携

を実現する装置をいう。

・システムのセキュリティ境界面にてシステムからの情報漏洩を防止するガード装

置や、システム外からの不正アクセスを防止するファイアウォール装置などの総

称である。ＣＣＳ調査研究にて提唱された。

２１

《Ｅ》

ＥＭＳ［イーエムエス］

（Enterprise Message Service）

・ＣＣＳの統合運用ソフトウェアの一つであるＪＳＭをＤＩＩのオープン系のサー

ビスに拡張するために、ＣＯＥ部品維持（２３歳）にて、オープン系とクローズ

系間のメッセージ送受信を可能にしたものをいう。

・共通アプリケーションの一つである。

ＥＳＣ［イーエスシー］

（Enterprise Service Controller）

・サービスとリクエスタ間のインタフェース及び通信基盤を担うソフトウェア部品

をいう。ＥＳＣコアとＥＳＣアダプタから成る。

ＥＳＣアダプタ

（ESC adapter）

・リクエスタ及びプロバイダに提供されるＥＳＣと通信するためのソフトウェアを

いう。

ＥＳＣ運用ポリシー

（ESC operation policy）

・ＣＯＥ〈ＳＯＡ〉に関する管理対象の規定、各ＣＯＥ〈ＳＯＡ〉関係者の定義及

び各種業務の手続を記述する技術ドキュメントをいう。

ＥＳＣコア

（ESC core）

・ＳＯＡの概念を取り入れた、アプリケーション間のＸＭＬメッセージによる情報

交換を実現するためのソフトウェアをいう。

ＥＳＣセキュリティポリシー

（ESC security policy）

・システム環境の中で想定される脅威、ＥＳＣが機能として対抗すべき脅威、適用

システムが対抗すべき脅威、ＥＳＣの機能実装のためのセキュリティポリシー及

び適用システムのためのセキュリティポリシー等を記述する技術ドキュメントを

いう。

ＥＳＣ論理空間

（ESC logical space）

２２

・ＥＳＣコアの連携により形成されるサービス連携のためのネットワークをいう。

同一ＥＳＣ論理空間に属するリクエスタ、プロバイダ及びＥＳＣコア間でメッセ

ージの送受信が可能である。

２３

《Ｆ》


２４

《Ｇ》

ＧＯＴＳ［ゴッツ］

（Government Off The Shelf）

・ＣＯＴＳの考え方を取り入れ、政府での利用を目的として製造されたソフトウェ

アをライブラリ化したものをいう。

ＧＰＬ［ジーピーエル］

（GNU General Public License）

・Free Software Foundation の通念に基づくソフトウェアライセンスであり、原則

として、ソフトウェアの複製、ソースコードの閲覧・変更・再配布が自由に行え

ることが定められている。細部は、別紙「ＧＰＬライセンスについて」による。

２５

《Ｈ》

ＨＭＩ［エイチエムアイ］

（Human Machine Interface）

・人間（操作者）と機械（端末）がやり取りする部分又はその規約をいう。「明瞭

性、一貫性、効率性、寛容性（操作のやり直し等ができる。）、信頼性等」が要

求される。

２６

《Ｉ》

ＩＤＬ［アイディーエル］

（Interface Definition Language）

・インタフェース定義を行う言語をいう。

２７

《Ｊ》

ＪＢｏｓｓ［ジェイボス］

・プログラミング言語 Java によるオープンソースソフトウェアの総称をいう。

・ＥＳＣでは JBoss Enterprise Application Platform（商用製品版）をアプリケー

ションサーバとして利用しており、ＣＯＥドキュメント等ではこれを指して JBoss

と表記する場合もある。

ＪＮＩ［ジェーエヌアイ］

（Java Native Interface）

・Java プラットフォームにおいて、Java で記述されたプログラムと、他の言語（例

えばＣやＣ＋＋など）で書かれた、実際のＣＰＵの上で動作するコード（ネイテ

ィブコード）とを連携するためのインタフェース仕様をいう。

２８

《Ｋ》


２９

《Ｌ》

ＬＣＣ［エルシーシー］

(Life Cycle Cost)

・ＣＯＥソフトウェアに係る費用を、調達・製造～使用～廃棄の段階までトータル

して考えたもの。生涯費用

・費用対効果を推し量る重要な基礎となるもので、初期費用であるイニシャルコス

トと、運用、保全、改修、更新等に必要となるランニングコストから構成され

る。

ＬＣＳ［エルシーエス］

（Life Cycle Support）

・事業やシステムの構想から、ＣＯＥの開発、維持整備（更新）､廃棄に至る全ライ

フスパンに亘る諸活動の総称をいう。

３０

《Ｍ》

Ｍ－ＣＯＲＢＡ［エムコルバ］

（Mobile-CORBA）

・マルチキャスト機能を実装しているインフラサービス層の部品をいう。

・標準インフラサービスの一つである。

ＭＶサーバ［エムブイ］

（Movie Server）

・ＯＯＡフレームワークにおいて、動画の送受信と蓄積を行う論理装置をいう。動

画サーバともいう。

３１

《Ｎ》


３２

《Ｏ》

ＯＣサーバ［オーシー］

（Other system Communication server）

・ＯＯＡフレームワークにおいて、他システム連接を行う際に利用する論理装置を

いう。

ＯＤサーバ［オーディー］

（Other system Database server）

・ＯＯＡフレームワークにおいて、他システム連接データベース用の論理装置をい

う。

・他システム連接で使用する固有のコードを保持しており、ＯＣサーバからのコー

ド変換要求により適用システム内で使用するコードへの変換を行う。また、この

固有のコード及び変換するデータをデータベースに保持することで、データ変換

の保障も行っている。

ＯＭＧ［オーエムジー］

（Object Management Group）

・オブジェクト指向技術に関する国際的な非営利標準化団体をいう。

・ＯＭＧは、アプリケーション開発の複雑さを低減させることで、アプリケーショ

ン開発のコストの低下、開発期間の短縮等を目指している。

・現在、ソフトウェアベンダーやエンドユーザー等の６００以上の参加者によって

構成されている。

ＯＯＡフレームワーク

（Object Oriented Architecture framework）

・ＣＯＥ〈ＯＯＡ〉に対応するＣＯＥフレームワークのことであり、処理形態や表

示形態を抽象化し、共通する基本的な処理や業務をライブラリ群として提供する

基盤のことをいう。

ＯＲＢ［オーアールビー］

（Object Request Broker）

・「分散オブジェクト処理（ＯＲＢ）」を参照のこと。

ＯＳＳ［オーエスエス］

（Open Source Software）

・ソースコードが無償で公開され、誰でもそのソフトウェアの改良、再配布が行な

えるようなソフトウェアのことをいう。

３３

《Ｐ》

ＰＫＩ［ピーケーアイ］

（Public Key Infrastructure）

・公開鍵暗号に基づく技術基盤のことをいう。

３４

《Ｑ》


３５

《Ｒ》

ＲＴフレームワーク

（Real Time framework）

・ＣＯＥ〈ＲＴ〉に対応するＣＯＥフレームワークのことであり、リアルタイム処

理を可能とした機能をライブラリ群として提供する基盤のことをいう。

・ＲＴフレームワークは２７年度末をもって廃止となった。

ＲＴ－ＯＯＡ群

・ＣＯＥ〈ＲＴ－ＯＯＡ〉群の略称をいう。〈ＲＴ－ＯＯＡ〉群とも表記する。

ＲＴ－ＯＯＡ群クラス

・ＲＴ－ＯＯＡ群に属する標準クラスの略称をいう。

ＲＴ－ＯＯＡサービス

・ＣＯＥ〈ＲＴ－ＯＯＡ〉において、業務アプリケーションを個々の適用システム

の用途に基づきまとめた概念をいう。

ＲＴ－ＯＯＡフレームワーク

（Real Time Object Oriented Architecture framework）

・ＣＯＥ〈ＲＴ－ＯＯＡ〉に対応するＣＯＥフレームワークのことであり、ＯＯＡ

フレームワークとＲＴフレームワークとを融合することで、両者の機能を併せ持

った処理や機能をライブラリ群として提供する基盤ことをいう。

３６

《Ｓ》

ＳＯＡ［エスオーエー］

（Service Oriented Architecture）

・システムを構築する際に、標準インタフェースを持つサービスの集合体として設

計するアーキテクチャのことをいう。

・特徴として、一度作成したサービスは、他のシステムから利用することができる

ため、従来のシステムと比較してアプリケーション機能の再利用化・共有化が促

進されること、システムを構成する個々のアプリケーションの変更や修正を行う

際、従来のシステムに比べシステム全体に対するインパクトが少なくなること等

が挙げられる。

ＳＯＡＰ

（Simple Object Access Protocol）

・ＸＭＬとＨＴＴＰなどをベースとした、他のコンピュータにあるデータやサービ

スを呼び出すためのプロトコルをいう。

ＳＯＡフレームワーク

（Service Oriented Architecture framework）

・ＣＯＥ〈ＳＯＡ〉に対応するＣＯＥフレームワークのことであり、標準化された

メッセージフォーマットによるデータ交換手段を提供する基盤のことをいう。

ＳＯＡプログラム

（SOA program）

・ＳＯＡフレームワークのうち、運用課（基盤班）で維持管理するものをいう。Ｅ

ＳＣコア、ＥＳＣアダプタ、アダプタ（ＯＯＡ）、アダプタ（ＲＴ－ＯＯＡ）、

アダプタ（レガシー）及びＣＯＥ開発サービスが含まれる。

３７

《Ｔ》


３８

《Ｕ》

ＵＭＬ［ユーエムエル］

（the Unified Modeling Language）

・統一モデリング言語。オブジェクト指向分析及び設計のために使用する表記法を

いう。ＣＯＥにおいても設計で使用している。

・オブジェクト指向でモデルを表記する際の共通言語であり、オブジェクト指向の

学習や、設計内容を伝達する際に必要である。

・よく使用されるのは、クラス図、シーケンス図及びユースケース図である。この

ほか、ステートチャート図、オブジェクト図、アクティビティ図、コンポーネン

ト図、コラボレーション図及び配置図が定義されている。

３９

《Ｖ》


４０

《Ｗ》

Ｗ３Ｃ［ダブリュスリーシー］

（World Wide WEB Consortium）

・World Wide WEB で使用される各種技術の標準化を推進するために設立された非営

利団体のことをいう。

《Ｘ》

ＸＭＬ［エックスエムエル］

（eXtensible Markup Language）

・文書やデータの意味や構造を記述するためのマークアップ言語である。HTML と異

なり、自分の目的に応じて、タグを定義できる。

《Ｙ》


《Ｚ》


４１

《あ》

アーキテクチャ

（architecture）

・システムを構成する要素（技術や個別のシステム等）とその関係を表現したシス

テム全体の構造（骨格）を示したものをいう。

アクティブスライド

（active slide）

・複数あるスライドの中で、キーボード入力権限を持つ（入力フォーカスを持つ）

スライドをいう。

・ＣＯＥの場合、表示中の図表等の中で最後に表示、更新等を行ったスライドでタ

グは赤に色付けされている。

アダプタ（ＯＯＡ）

（adapter（OOA））

・ＣＯＥ〈ＯＯＡ〉適用システムとＥＳＣコアを接続するための専用のソフトウェ

アをいう。

アダプタ（ＲＴ－ＯＯＡ）

（adapter（RT-OOA））

・ＣＯＥ〈ＲＴ－ＯＯＡ〉適用システムとＥＳＣコアを接続するための専用のソフ

トウェアをいう。

アダプタ（レガシー）

（adapter（legacy））

・レガシーシステムとＥＳＣコアとを接続するための専用のソフトウェアをいう。

アダプタプログラム

（adapter program）

・ＥＳＣアダプタプログラム、アダプタ（ＯＯＡ）プログラム、アダプタ（ＲＴ－

ＯＯＡ）プログラム及びアダプタ（レガシー）プログラムの総称をいう。適用シ

ステムのサービス、リクエスタとなるアプリケーションプログラムが、ＥＳＣへ

の標準インタフェース機能として組み込むプログラムである。

アプリケーションインタフェース

（application interface）

４２

・一般的に、ソフトウェアが他のソフトウェアの機能を呼び出すための手続きを定

めた規約のことをいう。

・ＣＯＥ〈ＳＯＡ〉においては、適用システムのアプリケーションがＥＳＣアダプ

タを利用してメッセージを送受信する際に使用する機能のことをいう。

４３

《い》

維持管理

・ＣＯＥの諸試験、不具合の是正及びソフトウェアの形態管理その他ＣＯＥを維持

するための一切の作業並びにこれに付随する事務をいう。

イベント処理

・イベントが発生した場合に実行される処理をいう。

・イベントが同時に多数発生した場合は、ＣＰＵ割り当て待ちが発生するため、性

能が求められるシステムでは、優先度制御と共に実装されることが多い。

インストール

（install）

・ソフトウェア（プログラム又はデータ）をパソコン等へ、組み込み初期設定する

ことをいう。

・ＣＯＥでは利用者の便宜性を考慮してインストールツール（ＣＯＥ開発環境イン

ストーラ）を準備しており、ＣＤ-ＲＯＭよりソフトウェアを読み込ませること

で、ＣＯＥ環境を設定できるようになっている。

・導入前の設定に戻す操作を「アンインストール」という。

インフラサービス

（infra-service）

・主としてカーネルに分類されるＣＯＴＳを使用して動作する通常ＣＯＴＳで実現

できるソフトウェアの枠組みをいう。

４４

《う》

ウォータフォール開発

（waterfall model）

・従来行われてきたソフトウェアの開発手法をいう。

・ソフトウェアの開発工程を大きくいくつかの局面（フェーズ）に分けて、その局

面ごとに作業計画をたて、レビューを行い、作業を完結させて、順番に次の工程

に移行し、最後にシステムを完成させる開発手法のことをいう。

運用課

・統合幕僚監部指揮通信システム部指揮通信システム運用課をいう。

４５

《え》


４６

《お》

オブジェクト指向開発

（object oriented model）

・ＣＯＥで採用している開発方法論をいう。

・オブジェクト指向開発は、業務運用時の視点から、システムの実現対象を客観的

に分析して、そこに存在する事象（対象＝もの）を構成要素（クラス＝型）に分

類して、システム全体を構成する。

・従来の開発方法論に対して特に変更に強く、類似したシステムの構築に有用であ

る。

オンライントランザクション処理

（on-line transaction processing）

・関連する複数の処理を一つの処理単位にまとめて管理する処理方式をいう。複数

の作業を連結した処理単位を「トランザクション」という。

４７

《か》

ガード装置

（guard unit）

・システムのセキュリティ境界面にてシステムからの情報漏洩を防止する装置をい

う。

カーネル

（kernel）

・ＣＯＴＳカテゴリにおいて、他のＣＯＴＳ動作の基本となるソフトウェアをい

う。一般にＯＳ（オペレーティング・システム）、暗号ソフトウェア等が該当す

る。

カーネル識別コード

（kernel identification code）

・ベースラインの動作環境の一部をなす適用システムで採用するサーバやクライア

ントのカーネルを一意に区分するコードをいう。

会議設置通達

・「コンピュータ・システム共通運用基盤事業検討会議設置要綱について（通

達）」の略称である。

・ＣＯＥ訓令に基づき、ＣＯＥの構築や整備に関わる事業検討会議の設置を定めた

事務次官通達のことをいう。

改善

・適用システムの要望に伴うソフトウェア仕様の変更をいう。

ガイド図書

（guidebook）

・ＣＯＥ及び適用システムにおける開発者向けの技術関係図書をいう。

概念オブジェクト

・「ＣＯＥの概念オブジェクト」を参照のこと。

開発規約

・ＣＯＥ〈ＳＯＡ〉で限定して用い、ＥＳＣの開発で適用する各種規約を記述する

技術ドキュメントをいう。

４８

開発ツールキット

（development tool kit）

・ＣＯＥで用意した、ソースプログラム雛型の自動生成、コーディング規約チェッ

カー及びインストールの支援ツール群をいい、ＣＯＥ開発支援ツールに含まれ

る。

概要設計書

・ＣＯＥ〈ＳＯＡ〉において、ＣＯＥ〈ＳＯＡ〉の基本設計書で規定された細部機

能についてのクラス図、シーケンス図、データ仕様及び画面仕様について記述す

るプログラム関連ドキュメントをいう。

４９

《き》

企画課

・統合幕僚監部指揮通信システム部指揮通信システム企画課をいう。

機関等

・防衛省本省の内部部局、防衛大学校、防衛医科大学校、防衛研究所、統合幕僚監

部、陸上自衛隊、海上自衛隊、航空自衛隊、情報本部、防衛監察本部、地方防衛

局及び防衛装備庁をいう。

技術規約・基準

・特定のベースライン又はこれを適用するシステム開発のための技術的な規約及び

基準類を規定した技術関係図書をいう。

・ＣＯＥや適用システムの開発及び維持管理においてプログラミング等の技術的な

遵守及び推奨事項を規定する技術ドキュメント類をいう。

技術ドキュメント

（COE technical document）

・ＣＯＥの整備、適用及び維持管理における技術に係る事項を規定する図書類をい

う。

・ＣＯＥ設計図書を含む。

技術マニュアル

（SOA user’s technical manual）

・ＣＯＥ〈ＳＯＡ〉で限定して用い、ＣＯＥ〈ＳＯＡ〉の外部インタフェース仕様

及び利用に関する情報を記述する技術ドキュメントをいう。

基盤の拡充

・ＣＯＥに新規にソフトウェアを追加することをいい、個別のソフトウェアを追加

することを含む。

・「新規のソフトウェアの追加」とは、ＣＯＥで維持管理するソフトウェアを追加

又はアーキテクチャを追加・拡大することをいう。「アーキテクチャの追加・拡

大」を参照のこと。

・「個別のソフトウェアの追加」とは、適用システムで作成・整備したソフトウェ

アをＣＯＥに管理換することをいう。「個別クラスのＣＯＥ化」を参照のこと。

基盤班

・運用課の通信基盤維持管理班をいう。

５０

基本設計書

・ＣＯＥ〈ＲＴ－ＯＯＡ〉群においては、ベースライン等の要求機能を分析し、詳

細設計に向けての要求（外部仕様）を記述するプログラム関連ドキュメントをい

う。

・ＣＯＥ〈ＳＯＡ〉においては、全体設計で規定された機能について、システム構

成（ハード、ソフト）、細部機能・処理及び入出力データ仕様を記述するプログ

ラム関連ドキュメントをいう。

共通アプリケーション

・ＣＯＥ部品のうち既存のＣＯＥフレームワークの中に含めないアプリケーション

ソフトウェアであり、防衛省内で共通的に使用されるものをいう。規模が大きい

ものは、ＣＯＥフレームワーク相当品として同様に管理する。

共通ＥＳＣコア

（common ESC core）

・ＣＯＥ〈ＳＯＡ〉の共通基盤として整備されるＥＳＣコアをいう。適用システム

が共通的に利用できる。また、小規模システムが自システム内にＥＳＣコアを配

置しない場合に利用する等の目的で整備された。適用システムが共通的に利用で

きるＥＳＣコアでもある。

共通情報オブジェクト

（common information object）

・各論理装置上で共通処理するための基本情報（権限、送信対象装置等）をいう。

通信を行う際に必ず引き渡される。

業務Ｄｏｃ[ドック]

（business Document code）

・業務アプリケーションとして記述されたプログラムコードをいう。

業務Ｄｏｃ番号

（business Document number）

・業務クラス（Ｄｏｃ）の単位で割り振られ、その呼び出しに使用される番号及び

ＩＤをいう。運用課（基盤班）にて管理する。

業務クラス

（business class）

・一連の業務処理を司るクラス及び当クラスを作動させる上で、付随して部品クラ

スから派生させたクラスの総称をいう。

５１

業務処理

・業務要件を実現する処理の総称をいう。

業務処理通達

・「コンピュータ・システム共通運用基盤の適用及び維持管理に関する業務処理要

領について（通達）」の略称である。

・ＣＯＥ訓令に基づき、ＣＯＥの適用及び維持管理に関する業務を統合的に実施す

るため、統合幕僚長、各統括責任者の責任等の必要な事項を定めた事務次官通達

のことをいう。

業務ドキュメント処理

（business document processing）

・通信部品のインタフェースに位置し、サーバの業務クラスの生成や起動を行う処

理機能をいう。

５２

《く》

クライアント

（client）

・ＯＯＡフレームワークにおいて、表示処理を行う論理装置をいう。３階層アプリ

ケーション処理におけるユーザインタフェース層を受け持つ。

クライアント改

・ＯＯＡフレームワークのクライアントとＲＴフレームワークのコンソールを融合

した、ＲＴ－ＯＯＡで表示処理を行う論理装置をいう。３階層アプリケーション

処理におけるユーザインタフェース層を受け持つ。

クラス

（class）

・ＣＯＥで採用するオブジェクト指向プログラミングにおいて、データとその操作

手順である処理をまとめたプログラムの管理単位をいう。

・一般には、オブジェクト指向プログラミングにおいて、データとその操作手順で

ある処理をまとめたオブジェクトの雛形を定義したものをいう。

・またクラスの作成に当たり、基本となるクラスを継承し、一部を変更又は新たな

機能を加えたクラスを作成すること（派生）ができるため、ソフトウェアの再利

用に適する。オブジェクト指向技術の一般用語である。

クラス図

（class chart）

・システム内に存在するクラスの静的な構造を記述した図をいう。

・クラスは、オブジェクト指向プログラミングにおいて、データとその操作手順で

ある処理をまとめたオブジェクトの雛型を定義するものである。

クラスの活用

（use class）

・クラスの活用方法には、クラスのメソッドを呼出して、クラスをそのまま使用す

るＣＯＥソフトウェアの再利用と、クラスを基に派生を行ってＣＯＥソフトウェ

アを再利用する場合とがある。

５３

《け》

継承

・下位のクラスが上位のクラスの属性や操作を利用できる性質をいう。

５４

《こ》

公開クラス

（public class）

・適用システムの業務クラスに対してインタフェースを公開する標準クラスをい

う。

公開サービス

（public service）

・不特定多数のリクエスタからの利用を前提として公開されたサービスのことをい

う。

公開サービスのＣＯＥ開発サービス化

・公開サービスを元の維持管理組織から管理換を行い、ＣＯＥ開発サービスとして

運用課（基盤班）で維持管理することをいう。

・広義には「個別クラスのＣＯＥ化」に含まれる行為である。

構成管理サービス

（configuration management service）

・ソフトウェアのライフサイクルを通した管理業務のサポートのための機能をい

う。

・ソフトウェアのバージョン及び実装されている装置等の管理を含んでいる。

コーディング規約

（coding conventions）

・プログラムを作成する際に、コーディングの決まりを定めたものをいう。

・ソースの書き方を統一して見易くし、レビュー、試験及び不具合の発見並びに移

植性を良くすることで、ＣＯＥソフトウェアの品質の向上を図っている。

コーディング規約準拠チェッカー

・「ＣＯＥコーディング規約準拠チェッカー」を参照のこと。

個別ＥＳＣコア

（private ESC core）

・適用システムが自システム内に独自に配置するＥＳＣコアのことをいう。

個別アプリケーション

（private application）

５５

・適用システムにおいて開発した、標準クラスを使用せずに動作するソフトウェア

の総称をいう。

個別業務クラス

（private application class）

・適用システムにおいて開発し維持管理する業務クラスの総称をいう。

個別クラス

（private class）

・適用システムで開発し維持管理するクラス群であり、個別業務クラス及び個別部

品クラスの総称をいう。

個別クラスのＣＯＥ化

・個別クラスをＣＯＥソフトウェアに組み入れ、標準クラスとして運用課（基盤

班）で維持管理することをいう。

個別のソフトウェア

・適用システムのソフトウェアのうち、ＣＯＥに付加し、一体として使用するもの

をいう。

・具体的には個別クラスを指している。

個別部品クラス

（private item class）

・ＣＯＥの適用又はＣＯＥフレームワークの拡張に伴い適用システムにおいて開発

し維持管理する部品クラスの総称をいう。

コールバックＩＤ［アイディー］

（call back IDentification）

・業務クラスに一意に割り当てられる番号をいう。業務クラス追加時に取得する。

コンソール

（console）

・ＲＴフレームワークにおいて、表示処理を行う論理装置をいう。３階層アプリケ

ーション処理におけるユーザインタフェース層を受け持つ。

コンストラクション計画

（construction plan）

５６

・ＣＯＥ部品維持、ＣＯＥ部品拡充及びＣＯＥ用ソフトウェア並びに適用システム

開発の各事業において、機能一覧及びその開発スケジュールを定めた計画をい

う。

コンテナＩＤ［アイディー］

（container IDentification）

・ＣＯＥのデータコンテナに一意に割り当てられる番号をいう。

コンピュータ・システム共通運用基盤

（Common Operating Environment）

・構造、設計及び構築手法を共通化したソフトウェアで、防衛省が情報システムに

おいて共通的に使用するものをいう。ＣＯＥと略称する。

・広義には、上述のソフトウェアを整備、適用及び維持管理する態勢も含めてい

う。

・情報システムの基盤となる共通ソフトウェア群、諸規定、ＣＯＥ部品整備環境及

び管理体制をいう。

コンピュータ・システム共通運用基盤の適用範囲

・ＣＯＥを適用すべきシステムの適用範囲を、ＣＯＥ訓令に基づき定めたもので、

防衛省の指揮統制を総合的に実施するための情報システムと当該通達に指定され

ている。

なお、指定以外の情報システムについても可能な限り適用するよう要請されてい

る。

コンポーネント

（component）

・標準部品クラスを構成するクラス間の依存関係の最小単位であり、個別クラスや

標準業務クラスが利用可能なインタフェースを装備した、再利用可能な独立した

ソフトウェア部品をいう。

コンポーネントカテゴリ識別コード

（component category identification code）

・コンポーネントの種類を識別するためのコードをいう。

５７

《さ》

サイト

（site）

・システムが地理的制約により、分散システム構成を取る場合に、遠隔地に分散さ

れた装置設置の単位をいう。

細部業務規則

・ＣＯＥの整備、適用及び維持管理において、管理に関わる業務要領を規定する、

「ＣＯＥ細部管理要領（別紙及び付録を含む。）」をいう。

サービス

（service）

・ＣＯＥ〈ＳＯＡ〉において、リクエスタ（利用する側のアプリケーション）から

の利用を前提として、ネットワーク上に公開されたアプリケーションが提供する

機能をいう。

・ＣＯＥ〈ＲＴ－ＯＯＡ〉において、業務アプリケーションをまとめた概念をい

う。「ＲＴ－ＯＯＡサービス」を参照のこと。

サービスインタフェース

（service interface）

・ＣＯＥ〈ＳＯＡ〉においては、リクエスタとサービス間でやり取りする情報の形

式を定めたものをいう。当該サービスの名称、複数の標準データセット及び標準

タグから構成される。

サービスインタフェース設計支援機構

（service interface design support mechanism）

・適用システムの開発及びサービスの利用時に必要となるサービスインタフェース

の設計を支援するツールをいい、ＣＯＥ開発支援ツールに含まれる。

サービス化

・アプリケーションが提供する機能を公開することをいう。

（ＲＴ－ＯＯＡ）サービス設計書

・基本設計書、性能設計書、データベース設計書及びコンポーネント設計書を受

け、（ＲＴ－ＯＯＡ）共通サービスの製造に向けての内部仕様を規定する。

・ＣＯＥ〈ＯＯＡ〉の「標準業務クラス設計書」に相当するプログラム関連ドキュ

メントである。

５８

（ＲＴ－ＯＯＡ）サービスプログラム設計書

・（ＲＴ－ＯＯＡ）サービス設計書を受け、共通サービスのプログラムに関する詳

細仕様を規定する。

・ＣＯＥ〈ＯＯＡ〉の「標準業務クラスプログラム設計書」に相当するプログラム

関連ドキュメントである。

３階層モデル

（three hierarchical model）

・業務アプリケーションを、ユーザに接するプレゼンテーション層、業務プロセス

を行うビジネスロジック層及び汎用的な構造でデータを格納するデータストア層

から構成するモデルをいう。

・この構造により、外部要因からの変更による影響を最小化することができる。

５９

《し》

試験計画書

・ＣＯＥソフトウェアの総合試験、システム試験、ＣＯＥ全体試験又は相当する試

験の試験計画を規定するプログラム関連ドキュメントをいう。

シーケンス図

（sequence chart）

・複数のオブジェクト同士の協調関係を時系列に表した図をいう。ＣＯＥでは、プ

ロセス（部品）間での制御のやり取りをシーケンス図で表現している。

試験成績書

・ＣＯＥソフトウェアの試験を、対応する試験手順書に基づき実施した結果記録や

判定内容を記述するプログラム関連ドキュメントをいう。対応する試験手順書を

付記、組み入れてもよい。

・呼称は頭の「試験」を具体的な試験名に置換する。

試験手順書

・ＣＯＥソフトウェアの総合試験、システム試験、ＣＯＥ全体試験又は相当する試

験の試験手順を規定したプログラム関連ドキュメントをいう。

・呼称は頭の「試験」を具体的な試験名に置換する。

指針類

・ＣＯＥ〈ＳＯＡ〉で限定して用い、ＣＯＥ〈ＳＯＡ〉の開発及びＣＯＥ〈ＳＯ

Ａ〉を適用するシステムにおいて、準拠しなければならない方針事項等を記述す

る技術ドキュメントをいう。

システムインテグレータ

（system integrator）

・ＣＯＥの調達に関わる定義であり、部品維持契約会社及び部品拡充契約会社にお

いて、ＣＯＥ部品の設計、スパイラル開発及び試験について、部品改修担当者、

部品製造担当者及び下請負者を統括する者のことをいう。

システムカテゴリ識別番号

（system category identification number）

・ＣＯＥの適用区分対象分野を区分する番号をいう。

６０

システム環境ファイル

（system environment file）

・ＯＳの動作環境が設定されたファイルをいう。

システム区分

（system classification）

・メッセージＩＤを「各幕コード、システム区分」で一意化するための適用システ

ム固有のコードをいう。通常、システム区分は各機関で一意にしなければならな

い。

システム試験

（system test）

・ＣＯＥ部品維持、ＣＯＥ部品拡充又はＣＯＥ用ソフトウェア各契約において、契

約の納品単位となるＣＯＥ部品又は相当するソフトウェアが期待されている機能

及び性能等を満足することを、実環境又は相当するハードウェア及びソフトウェ

ア環境において、確認する試験をいう。

システム試験手順書

・システム試験を実施するための試験手順書をいう。「試験手順書」を参照のこ

と。

システムメッセージ

（system message）

・ＣＯＥソフトウェアが端末やサーバから、利用者に出力するシステムメッセージ

には「情報メッセージ、エラーメッセージ、確認メッセージ及び警告メッセー

ジ」の４種類がある。

・１メッセージ単位ごとに必要なＩＤはメッセージＩＤという。ＣＯＥ及びシステ

ムにおいて一意に識別できるものでなければならない。

システムモデル

（system model）

・ＣＯＥが前提とするシステムの基本構造をモデル化したものをいう。

・ＣＯＥは、このシステムモデルに基づいて、適用システムに対してフレームワー

クを提供している。

実行環境の構築

・ＣＯＥで、提供される「ＣＯＥ開発環境インストーラ」を使用して、ＣＯＥ又は

適用システムの実行環境を構築し、必要な環境変数等を設定することをいう。

６１

市販ソフトウェア［ＣＯＴＳ］

（Commercial Off The Shelf）

・市販品のうちでハードウェア製品を除いた、ソフトウェア製品をいう。

・ＣＯＴＳという呼称をソフトウェアに限定して使用する場合は同義となる。

・「ＣＯＴＳ」を参照のこと。

指標値

・適用システムの機器構成の決定や、処理能力の算定上、指標となるＣＯＥの各標

準クラスの性能値をいう。

・特定の負荷状態やサーバ・クライアントの機器構成のもとで測定したものをい

う。

周期処理

・決まった時間に（周期的に）実行される処理のこと。処理は連続的に実行される

ため、決められた時間内に処理が終わらないとデッドロック状態に陥るため、リ

アルタイム処理として実装されることが多い。

準拠ＣＯＴＳ

・動作環境に選定されたＣＯＴＳ（ＯＳＳを含む。以下同じ。）製品をいい、ＣＯ

Ｅ適用に際し、取捨選択可能なＣＯＴＳであり、特定の条件に準拠することで、

動作すると考えられるものであるが、運用課（基盤班）として動作保証をしない

ものをいう。

詳細設計書

・ＣＯＥ〈ＳＯＡ〉においては、概要設計で規定されたクラスについて、プログラ

ムの内容とインタフェース仕様を記述するプログラム関連ドキュメントをいう。

情報共有サービス

・情報共有及びコラボレーションに関する機能をいう。

情報システム

（information system）

・ハードウェア、ソフトウェア（プログラムの集合体をいう。）、ネットワーク及

び記憶媒体で構成されるものであって、これら全体で業務処理を行うものをい

う。

６２

情報フロー制御

（information flow control）

・防衛省の情報システム間で流れる情報を秘密区分に応じて制御することをいう。

証明書（電子証明書）

・ＰＫＩにおいて、公開鍵と、その所有者の同定情報（その他に有効期間、発行

者、署名アルゴリズム等の情報を含む。）を結びつける証明書のことをいう。

署名（電子署名）

・データの正当性を保証するために付加される情報のことをいう。

署名検証

・ＰＫＩにおいて、電子署名の正当性を確認することをいう。署名検証により、デ

ータが本当にその電子署名を行った利用者によって作成されたか否かを検証す

る。これにより本人確認、偽造・改ざんの防止を行うことができる。

署名付与

・ＰＫＩにおいて、メッセージ等の送信に当たり、メッセージに電子署名を付与す

ることをいう。

シリアライズ

（serialize）

・データオブジェクトを直列化することをいう。ＣＯＥでは、通信時に直列化した

データを送受信するため、通信オブジェクト型に変換することをいう。

６３

《す》

推奨ＣＯＴＳ


Ｅ適用に際し、取捨選択可能なＣＯＴＳであり、運用課（基盤班）が動作保証す

るＣＯＴＳ（ＯＳＳを含む。）をいう。

スケルトン

（skeleton）

・主要なソフトウェアの内容や骨格のみをあらかじめ記述したソフトウェアのモデ

ルをいう。

・スケルトンを中心に、個々の仕様を持つソフトウェアを連動させれば、自由度の

高い変形が可能となり、開発効率及び品質向上に結びつけることができる。

ストラクチャ

（structure）

・直列型（通信型）オブジェクトを、もとのデータ構造に復元することをいう。

・ＣＯＥでは通信時に直列化されたデータを、業務クラスで元の型に変換してい

る。

スパイラル開発

（spiral model）

・プログラム製造工程を短いサイクルで、逐次拡充しながら繰り返し実施していく

開発手法をいう。

スライド

（slide）

・ＣＯＥの統合ビューア上で、タイル上に表示した表、地図オーバレイ等のことを

いう。

・スライドはもともと写真等を投影する透明なフィルム状のものをさす言葉であ

る。スライド破棄は表示中の図表等を破棄（削除）する機能をいう。

６４

《せ》

整合性確認試験

・試験工程において、開発した標準クラスが、規約類や操作手順書等のドキュメン

トに準拠していることを確認することをいう。

性能設計書

・ＣＯＥ〈ＲＴ－ＯＯＡ〉群においては、基本設計書を受け、性能設計内容や処理

パターン等各部位の基準実測値を記述するプログラム関連ドキュメントをいう。

整備

・ＣＯＥに関わる「整備」とは、事業計画等、予算要求事務、経費の分担及び基盤

の拡充をいう。

・上位規則、細部業務規則においては、「整備」を本概念で使用する。

・ただし、細部業務規則においては、上記と混同しない範囲で、備品の購入等で

「整備」の表現を用いている。

セキュリティサービス

（security service）

・情報セキュリティ及びネットワークセキュリティに関する機能をいう。

是正

・仕様に適合しないソフトウェアの修正をいう。

設計図書記述要領

・ＣＯＥ〈ＳＯＡ〉において、作成する設計図書の記述要領を記載した技術ドキュ

メントをいう。

全体設計書

・ＣＯＥ〈ＳＯＡ〉において、基本方針、ＣＯＥ〈ＳＯＡ〉の定義、インタフェー

ス、要求条件、機能性能及び構成を記述するプログラム関連ドキュメントをい

う。

６５

《そ》

相関処理

・ＯＣサーバを介して入力される複数のデータが、同一のシンボルに関するもので

あるか否かを判別する処理をいう。

総合試験

・ＣＯＥ部品維持、ＣＯＥ部品拡充又はＣＯＥ用ソフトウェア各契約において、

個々の標準クラス又は相当品が、期待されている機能及び性能等を満足すること

を確認するために、契約で要求される項目単位に標準クラス又は相当品を結合し

確認する試験をいう。

総合試験手順書

・総合試験を実施するための試験手順書をいう。「試験手順書」を参照のこと。

操作手順書

・ＣＯＥ〈ＲＴ－ＯＯＡ〉群においては、ＣＯＥの維持管理者向けに、ビューア等

対象フレームワークの操作手順を規定するプログラム関連ドキュメントをいう。

・ＣＯＥ〈ＳＯＡ〉においては、適用システムの開発者や運用者向けに、ＥＳＣ及

びＣＯＥラボ〈ＳＯＡ〉の操作手順を規定する用途もあり、プログラム関連ドキ

ュメントである。

装置認証

・ＥＳＣコアの起動時に、ＥＳＣコアの正当性を確認することをいう。装置認証に

より、不正なＥＳＣコアによるＥＳＣ論理空間への接続を防止する。これによ

り、ＥＳＣコアへのなりすましによる情報、資源への不正アクセスを防ぐことが

できる。

６６

《た》

ダイアログボックス

（dialog box）

・スライドより更に画面手前に表示され、操作者に対してエラーメッセージや操作

確認の表示を行うものをいう。

・ユーザの入力指示を要求するためのボタンやチェックボックス等がある小さなウ

ィンドウで構成され、タグありとタグなしのダイアログボックスがある。

タイル

（tile）

・統合ビューア内の図表等が表示可能な領域で、基本画面を分割した表示領域をい

う。

・固定的に割り付けられた固定タイルと、表示位置を変えられる浮遊タイルがあ

る。

・使用頻度が高い画面、重要な画面は固定タイルとする。

・固定タイルと浮遊タイルは操作により変更が可能である。

・固定タイルのパターン分割は、現在は「分割なし、左右 2分割」等１０種類があ

る。

タグ

（tag）

・ＣＯＥ〈ＲＴ－ＯＯＡ〉群においては、スライドを識別するためのものをいい、

スライド下部にあり、クリック選択することでアクティブになる。ＣＯＥで表示

された図表（スライド及びダイアログボックスの画面）のうち、図表名を表示し

ている部分に当たる。

・ＣＯＥ〈ＳＯＡ〉においては、データを開始タグ（“〈データ名称〉”）と終了

タグ（“〈／データ名称〉”）で挟んだ形式で表したものをいう。

他システム

（other system）

・ＣＯＥを適用していないシステムの総称をいう。

多重継承

（multiple inheritance）

・オブジェクト指向言語において、複数のクラスから新しいクラスを作成すること

をいう。

６７

《ち》

中間ＣＡ［シーエー］

（intermediate CA）

・上位の認証局による認証を受けることによって、自らの正当性を担保するＣＡを

いう。

抽象化

・複数のクラスが良く似た性質（属性及び操作）を持つとき、共通の性質を抽出し

て、一つの独立したクラス（基底クラス）を作り、実装することをいう。

６８

《つ》


６９

《て》

データコンテナ

（data container）

・可変長バイナリ形式のＣＯＥ固有のデータ転送方式のことをいう。内部のデータ

オブジェクト（ＩＤＬ）を隠蔽し、２つの論理装置間に分散したデータオブジェ

クトを連接する。

データコンテナＩＤ

（data container IDentification）

・データコンテナの作成単位ごとに必要となるＩＤをいう。ＣＯＥ及び適用システ

ムで一意とすることが求められる。

データベース及びデータ処理サービス

（database and data processing service）

・データベース及びデータ処理に関する機能をいう。

データベース設計書

・ＣＯＥ〈ＲＴ－ＯＯＡ〉群において、基本設計書及び性能設計書を受け、ベース

ライン等の製造に向けてのデータベース化の仕様を規定するプログラム関連ドキ

ュメントをいう。

データ履歴管理

（data traceability）

・各データ単位（レコード）に有効期間（何時から何時まで）を設定して、データ

管理を行うことをいう。ＣＯＥでは、この方式を採用し、最新データの検索を効

率的に行うことを可能にしている。

提供

・ＣＯＥソフトウェアを適用システムに提供することをいう。

定期的な是正

・ＣＯＥに関わる改善及び不具合を優先度、予算枠等に基づき定期的に修正するこ

とをいう。

適合性確認

・ＣＯＥソフトウェア及び個別クラス（ドキュメントを含む。）が、ＣＯＥの技術

規約及びＣＯＥ技術ドキュメント作成要領に準拠していることを確認する。

７０

・実施要領等は、ＣＯＥ細部管理要領付録第３「ＣＯＥ適合性確認要領」による。

適用

・防衛省の情報システムにおいて使用することをいう。

・ＣＯＥ関連規則及び技術ドキュメントにおいては、「ＣＯＥ（の）適用」を「適

用」と略記し使用する。

・適用システムにおいてＣＯＥソフトウェアを使用すること及び個別クラスを作成

することをいう。

適用支援

・機関等に対して、運用課（基盤班）が行うＣＯＥの適用に関わる技術的助言、試

験支援等をいう。

適用システム

・ＣＯＥを適用した防衛省の情報システムをいう。

適用システム構築ガイド〈ＲＴ－ＯＯＡ〉

・適用システムの開発者向けに、開発に当たってのＣＯＥ〈ＲＴ－ＯＯＡ〉の所要

事項全般の手引きを記述した技術ドキュメントをいう。

適用システム構築ガイド〈ＳＯＡ〉

・適用システムの開発者向けに、ＣＯＥ〈ＳＯＡ〉を適用してシステムを構築する

際に必要となる前提知識や技術的知識の要約を記述した技術ドキュメントをい

う。

適用システム情報

・機関等から運用課（基盤班）に提示するＣＯＥの適用に関わる適用システムの情

報をいう。


・ＣＯＥ細部管理要領の別紙第３である。


・機関等の情報システムに対するＣＯＥの適用に係る責任者をいう。

適用範囲通達

・「コンピュータ・システム共通運用基盤の適用範囲について（通達）」の略称で

ある。

７１

・ＣＯＥ訓令に基づき、ＣＯＥを適用すべき情報システムの対象範囲を定めた事務

次官通達のことをいう。

７２

《と》

統括責任者

・適用システムを整備する機関の長が指定するＣＯＥの適用を統括する責任者をい

う。

統合認証基盤

・ＤＩＩが提供する共通サービスの一つで、各機関等の各業務システムが保持する

認証関連情報を相互連携する仕組みを有する情報共有のための認証基盤のことを

いう。

統合ビューア

（Common Operational Viewer）

・統合ビューアは、個人認証が行われ各業務を実施する時に使用する画面の中で最

初に表示される。

・ＣＯＥでは全ての業務がこの画面から起動され、操作により処理が行われ、処理

結果の状況図等の表示が行われる。

動作環境

・一般には、対象となるソフトウェアやコンピュータの業務を動作させるＣＯＴＳ

等のソフトウェアやハードウェアの環境をいう。対象の開発時の動作環境を開発

環境、運用時の動作環境を実行環境ということが多い。

・ＣＯＥの維持管理においては、ＣＯＥフレームワークが動作するソフトウェア等

の環境をいう。適用システムにおける動作環境は、ＣＯＥフレームワークのほ

か、個別業務プログラムも含めたコンピュータ業務全般に対する環境をいう。適

用ガイド〔動作環境構築編〕は、この範囲まで広げ構築要領を記述している。

動作環境構築基準

・ＣＯＥ〈ＲＴ－ＯＯＡ〉群において、ベースラインが動作する環境を構築するた

めの各種基準を記述する技術ドキュメントをいう。

動作環境選定

・ＣＯＥフレームワーク（相当品を含む。）のあるベースラインの動作環境を構成

するＣＯＴＳのソフトウェア製品又はその版数（バージョン）を選定することを

いう。

・動作環境に選定されたＣＯＴＳを標準ＣＯＴＳといい、認定ＣＯＴＳ、推奨ＣＯ

ＴＳ及び準拠ＣＯＴＳに分類される。ベースラインごとの標準ＣＯＴＳのまとま

った組合せをＣＯＴＳタイプという。

７３

登録

・ＣＯＥ管理システムに各種申請・通知に関するデータを正規のデータとして登録

することをいう。適用システム責任者又は統括責任者が当該データを登録するこ

とによって、運用課長（基盤班長）が参照可能となる。

トポロジー

（topology）

・コンピュータネットワークにおける各構成要素の接続形態をいう。

トラストアンカーＣＡ［シーエー］

（trust anchor CA）

・ＰＫＩにおいて、証明書の利用者が電子証明書の正当性を検証する際に、信頼の

基点とするＣＡのことをいう。電子証明書の検証は、検証対象の証明書を発行し

たＣＡ（中間ＣＡを含む。）と連携しているＣＡを辿ることによって行われる。

７４

《な》


７５

《に》

認可サービス

（accreditation service）

・当該適用システムのサービスに対するアクセス権の情報（認可情報）を管理し、

その情報に基づきリクエストメッセージのサービスへの送達可否を判断するため

のサービスをいう。

認証サービス

（certification service）

・当該適用システムにおけるＥＳＣ利用者の情報（認証情報）を管理し、リクエス

タからのメッセージが正規のユーザやリクエスタからのものであることを認証す

るためのサービスをいう。

認定ＣＯＴＳ


Ｅ適用に際し、必須となるＣＯＴＳであり、運用課（基盤班）が動作保証するＣ

ＯＴＳのことをいう。

７６

《ぬ》


７７

《ね》

ネーミング規約

（naming convention）

・クラス名、ファイル名等の名称の重複回避のために定めた規則をいう。

・ＣＯＥにおいては、ネーミング規約に準じてプログラム、ファイル名等を生成

し、名称重複を避けることが求められる。またＣＯＥ適用システムにおいても、

ＣＯＥのクラス名、ファイル名等との重複を避けるため、ネーミング規約に準じ

ることが求められる。

ネットワーク及びシステム管理サービス

・ネットワークを含むシステム全体を管理する機能をいう。

７８

《の》

ノード識別コード

（node identification code）

・サーバ及びクライアント等のノードを識別するコードをいう。

７９

《は》

バージョン

（version）

・ベースラインの管理において、ＣＯＥソフトウェアの基本構成の大きな改訂に対

応するベースラインの形態をいう。

・ソフトウェアは、機能の追加、仕様の変更、不具合修正等のため、改訂版が発行

される。この「版」を「バージョン」と呼び、一般にＶｅｒ．ＸＸ等と表記す

る。ソフトウェアを管理する。ソフトウェアを管理する単位のことをいう。

派生

・ＣＯＥソフトウェアの再利用のため、ＣＯＥの設計要領に基づいて、親のクラス

（標準クラス）の性質を受け継いだ子のクラスを生成（派生）させて別のクラス

を作成することをいう。

派生クラス

（inherited class）

・オブジェクト指向言語において、あるクラスを継承して作成されたクラスを派生

クラスという。

・継承される元のクラスは基底クラス（ベースクラス）と呼ばれる。

・ＣＯＥでは標準クラスを派生させて活用する。

パッチ

（patch）

・対処を必要とする不具合等に対し、作成するプログラムをいう。

・コンポーネントに対する改善及びＣＯＥの不具合等に対し、作成するプログラム

をいう。

パッチパック

（patch pack）

・コンポーネントに対する複数のパッチを取りまとめて処理できるようにしたプロ

グラムをいう。

８０

《ひ》

非公開クラス

（private class）

・適用システムの業務クラスに対してインタフェースを公開しない標準クラスをい

う。

非公開サービス

（private service）

・完全に独立したＥＳＣ空間や適用システム内部のみ等の限られた範囲で利用する

ため、一般に公開しないサービスのことをいう。

ビジネスロジック層

（business logic layer）

・業務処理における主要な業務プロセスを実現するロジック（処理）が実装される

層をいう。

・特定の業務に必要な外部スキーマ（ＤＢデータ）から、画面表示の単位でデータ

を抽出・編集する。

表示型の種類

・ＣＯＥ〈ＲＴ－ＯＯＡ〉群では処理結果の表示形式が次の９種類用意されてお

り、多種の表現を行うことができる。

a) 表〔表数値情報を表示する型〕

b) グラフ（チャート）〔数値情報を視覚的に表示する型〕

c) ツリー（階層図）〔情報をツリー形式で表示する型〕

d) ネットワーク図〔パターンネットワーク情報（ノード及びアーク）を表示する

型〕

e) 階層マトリクス〔ツリー形式と表形式を組合せて表示する型〕

f) 地図〔地図を表示する型〕

g) 静止画（イメージ）〔イメージデータを表示する型〕

h) テキスト〔テキストデータを型〕

i) 動画／音声〔動画及び音声に関するデータを表示する型〕

標準インフラサービス

（standard infra-service）

・インフラサービスに相当する機能を持つＣＯＥ部品のことをいう。ただし、当該

部品については、その開発及び維持管理に当たり、ＣＯＥの技術規約・基準の適

用は受けないものとする。

８１

標準インフラサービス設計書

・標準インフラサービスの使用仕様を規定し、運用課（基盤班）が管理するプログ

ラム関連ドキュメントをいう。

標準化指針

・ＣＯＥ〈ＳＯＡ〉において、標準化の目的、ＥＳＣメッセージ構造の標準化、業

務メッセージの標準化、標準データの管理及び標準化規約を記述する技術ドキュ

メントをいう。

標準業務クラス

（standard business class）

・業務クラスのうち、ＣＯＥとして開発及び提供するクラスの総称をいう。

・部品化、共通化された標準部品クラスを活用して、ＣＯＥを適用したシステムに

標準的な業務の動作を実現する標準クラスのことをいう。

・原則、適用システム側でのカスタム化改修を認めており、ソースコードの開示が

可能な、公開クラスである。

標準業務クラス設計書

・ＣＯＥ〈ＲＴ－ＯＯＡ〉において、基本設計書、性能設計書、データベース設計

書及び標準部品クラス設計書を受け、標準業務クラスの製造に向けての内部仕様

を規定するプログラム関連ドキュメントをいう。

標準業務クラスプログラム設計書

・ＣＯＥ〈ＲＴ－ＯＯＡ〉において、標準業務クラス設計書を受け、標準業務クラ

スのプログラムに関する詳細仕様を記述するプログラム関連ドキュメントをい

う。

標準クラス

（standard class）

・ＣＯＥソフトウェアとして開発及び提供するクラス群であり、標準業務クラス、

標準部品クラス及び標準インフラサービスの総称をいう。

・基本的な処理及び標準的な業務の処理を実現するソフトウェアを、標準クラスと

して開発する。また、適用システムが開発した個別クラスもＣＯＥ化を行い標準

クラスに移管することも可能であり、二重開発の防止を行いつつ、ＣＯＥの基盤

の拡充が図られる。

・ＣＯＥの調達においては、ＣＯＥ部品と別称して扱われることが多い。

８２

標準クラス設計基準

・ＣＯＥ〈ＲＴ－ＯＯＡ〉群において、標準クラスの設計上のフレームワーク規

定、派生要領等遵守すべき事項を示した技術ドキュメント類をいう。

標準クラスの活用

・ＣＯＥの標準クラスを派生させずそのまま外部インタフェースを呼び出して使用

すること及び標準クラスを派生させ、あるいは他のクラスを集約させて機能を追

加することをいう。

標準コード

（standard code）

・標準データの一部として、管理されているコードのことをいい、データ要素名、

データ型、コード及びコードに紐づく情報がある。

標準コンポーネント

（standard component）

・ＣＯＥ〈ＲＴ－ＯＯＡ〉において、前身のＣＯＥ〈ＯＯＡ〉及びＣＯＥ〈ＲＴ〉

の標準部品クラスに相当するコンポーネント（群）をいう。共通サービスやＧＯ

ＴＳと合わせて、適用システムに提供する。個々のコンポーネントは、独自で機

能を実現するほか、標準ＣＯＴＳやＧＯＴＳのインタフェースをラッピングし、

バージョンアップ等を容易にする役割も担っている。

標準コンポーネント設計書

・基本設計書、性能設計書、データベース設計書及び標準インフラサービス設計書

を受け、標準コンポーネントの製造に向けての内部仕様を規定する。

・ＣＯＥ〈ＯＯＡ〉の「標準部品クラス設計書」に相当するプログラム関連ドキュ

メントである。

標準コンポーネントプログラム設計書

・標準コンポーネント設計書を受け、標準コンポーネントのプログラムに関する詳

細仕様を規定するドキュメントである。

・ＣＯＥ〈ＯＯＡ〉の「標準部品クラスプログラム設計書」に相当するプログラム

関連ドキュメントである。

標準タグ

（standard tag）

・標準データの一部として管理されているタグのことをいう。標準タグには、デー

タ要素名、データ型及びデータ属性がある。

８３

標準データ

（standard data）

・サービスへのアクセス時にリクエスタとサービス間で受け渡しされる情報のう

ち、業務データの構造に関する情報を集約、整理したデータをいう。

・標準データは、サービスインタフェース、標準データセット、標準タグ及び標準

コードから構成される。

標準データセット

（standard data set）

・標準タグを組み合わせて構成される、意味のある最小単位のデータの固まりのこ

とをいい、標準データとして管理される。

標準部品クラス

（standard item class）

・部品クラスのうち、ＣＯＥとして開発及び提供するクラスの総称をいう。

・ＣＯＥの調達に関わる定義であり、ＣＯＥを適用したシステムが共通的に使用す

る基本的な処理を実現するために、部品化及び共通化し、特定の部分処理を行う

標準クラスのことをいう。

標準部品クラス設計書

・ＣＯＥ〈ＲＴ－ＯＯＡ〉において、基本設計書、性能設計書、データベース設計

書及び標準インフラサービス設計書を受け、標準部品クラスの製造に向けての内

部仕様を規定するプログラム関連ドキュメントをいう。

標準部品クラスプログラム設計書

・ＣＯＥ〈ＲＴ－ＯＯＡ〉において、標準部品クラス設計書を受け、標準部品クラ

スのプログラムに関する詳細仕様を記述するプログラム関連ドキュメントをい

う。

８４

《ふ》

不具合

・ソフトウェアが仕様に適合しないことをいう。

ブック形式

・統合ビューア上で表示されている状況図や表のデータを、ユーザが指定した任意

の場所に保存する際のデータの形式をいう。

部品クラス

・ＣＯＥのフレームワークにおいて、基本的な処理を実現し、制御及び部分機能を

提供するクラスの総称をいう。

浮遊タイル

・統合ビューアにおいて、表示位置を任意に変えられるタイルをいう。

フレームワーク

（framework）

・ソフトウェア及びシステムを効率的に開発するために、基本的機能の骨格部分を

提供するソフトウェア群をいう。

プログラム開発規約

・ＣＯＥ〈ＲＴ－ＯＯＡ〉群において、標準クラスのプログラム設計及びプログラ

ム作成上のＨＭＩ、コーディング等の規約を記述した技術ドキュメント類をい

う。

プロバイダ

（provider）

・ＥＳＣを介したリクエスタからの要求を受け、情報や機能の提供を行う業務アプ

リケーションをいう。

８５

《へ》

ベースライン

（baseline）

・ＣＯＥソフトウェアの形態管理上の基本単位をいう。

・「ＣＯＥベースライン」を参照のこと。

ベースライン利用申請書

・機関等が、ＣＯＥソフトウェア（ベースライン又はパッチ）の利用（インストー

ル等）を申請する際に、運用課長（基盤班長）へ通知する文書である。



・様式は、ＣＯＥ細部管理要領別紙様式第３「ベースライン利用申請書」による。

８６

《ほ》


８７

《ま》

マルチキャスト

（multicast）

・クライアントから複数のクライアント（サーバ含む。）に対して同時にデータを

送ることのできる通信方式をいう。

マルチメディアサービス

（multimedia services）

・グラフィックス、地図、音声、動画を扱うための機能をいう。

８８

《み》


８９

《む》


９０

《め》

メソッド

（method）

・オブジェクト指向プログラムにおいて、実行可能なオブジェクトの手続や関数を

いう。

メッセージ

（message）

・ＣＯＥ〈ＲＴ－ＯＯＡ〉群においては、オブジェクト間でやり取りする情報をい

い、ＣＯＥソフトウェアを構成する複数のインスタンスは、相互に会話しあいな

がら操作を行って情報を受け渡している。

・ＣＯＥ〈ＳＯＡ〉においては、リクエスタ、サービス、ＥＳＣコア間で交換され

る情報をいう。たとえば、リクエスタからプロバイダに向けて送信される依頼

や、プロバイダからリクエスタに返信される処理結果は、メッセージと呼ばれ

る。

メッセージＩＤ

（message identification）

・１メッセージ単位ごとに必要となるＩＤをいう。

・ＣＯＥ及びシステムでユニークでなければならないため、メッセージＩＤは「各

幕コード、システム区分等」で一意化される。

メッセージ種類

（kind of message）

・ＣＯＥソフトウェアが端末やサーバから利用者に出力するシステムメッセージに

は、情報メッセージ、エラーメッセージ、確認メッセージ及び警告メッセージの

４種類がある。

メッセージルーティング

（message routing）

・一般には、情報（メッセージ）を送信するため、コンピュータネットワーク上で

の経路を見つけだす手法をいう。

・ＣＯＥ〈ＳＯＡ〉では、ＥＳＣ論理空間においてメッセージの転送経路を判断

し、然るべき送信先にメッセージを送信する処理をいう。

９１

《も》


《や》


《ゆ》


《よ》


９２

《ら》

ラッピング

（wrapping）

・ＣＯＴＳのバージョンアップ等によるＡＰＩの変更等の影響を最小限にするた

め、直接ＣＯＴＳのＡＰＩを利用するＣＯＥのプログラムを作成し、そのプログ

ラムのＡＰＩを利用できるようにすることをいう。

ラボ運用要領

（lab operating procedures）

・ＣＯＥ〈ＳＯＡ〉において、ＣＯＥ〈ＳＯＡ〉ラボの運用、維持整備要領を記述

する技術ドキュメントをいう。

９３

《り》

リクエスタ

（requester）

・ＥＳＣを介しサービスへ要求を行い、情報や機能の提供を受ける業務アプリケー

ションをいう。

リビジョン

（revision）

・ベースラインの管理において、定期修正に対応するベースラインの形態をいう。

・システム又はソフトウェアを管理する単位をいう。ＣＯＥではバージョンと組み

合わせて管理する。

９４

《る》


９５

《れ》

レガシーシステム

（legacy system）

・ＥＳＣの標準データ（標準ＸＭＬ）形式で直接データのやり取りが行えないシス

テムをいう。ただし、ＣＯＥ〈ＯＯＡ〉適用システムはレガシーシステムに分類

しない。ＥＳＣの標準データ形式に準拠している場合にはＥＳＣアダプタのみで

接続するが、レガシーシステムはＥＳＣアダプタの他にアダプタ（レガシー）を

使用して接続する。

連携サービス

（cooperation service）

・ＥＳＣコアが直接呼び出すサービスの総称を云う。認証サービス及び認可サービ

スが該当する。

連続動作確認

・ＣＯＥの試験において、同様の動作を繰り返し実行させ、処理性能や資源の使用

量に問題のないことを確認することをいう。

９６

《ろ》

ロードモジュール

（load module）

・実行プログラムをいう。

・ＣＯＥではビルド（コンパイル・リンク）を行い、ロードモジュール（実行プロ

グラム）及びこれらが動的にリンクする単位であるＤＬＬ（Dynamic Link

Library）を生成する。

論理装置

（logical unit）

・クライアント、ＡＰサーバ、ＤＢサーバの３階層によるアプリケーション構成を

基本とし、さらに他のサーバからなる装置構成をいう。

・ＣＯＥでは、論理装置は必要な装置のみを選択、あるいは複数台対応させること

もできる。

９７

《わ》


９８

別紙

ＧＰＬライセンスについて

１ソフトウェアのライセンスとは

ソフトウェアの取扱い（使用／利用）に関する取決め（許諾の範囲）のことを

いい、ソフトウェアごとに異なる。

使用利用（著作権者の権利）

実行する複製する改造する再頒布する

商用ソフトウェア使用許諾書原則禁止（サンプルコード、一部部品

について認める場合もある。）

オープンソース

ソフトウェア

（ＯＳＳ）

使用許諾書

（ライセンスの

範囲において自

由）

利用許諾書

◆商用ソフトウェアのライセンス＝使用許諾

インストールマシン数、最大利用者数、最大端末数など

◆ＯＳＳのライセンス＝利用許諾

・著作者が著作物であるソフトウェアに関し、取り決めたもの

・各著作者は、いくつかのライセンスのひな形を利用

・GNU GPL､GNU LGPL､MPL ライセンス､BSD ライセンス､Apache ライセンスなど

２ＧＮＵＧＰＬ（GNU General Public License）について

(1) ライセンスに対し、改変部分のソースコードを公開し、同一の条件（ＧＰ

Ｌ）で誰でも使えるようにすることを条件に、対象ソフトウェアの複製、改

変、頒布を許諾するものをいう。

(2) ソフトウェアを渡す相手に対し、改変部分のソースコードの公開は必須であ

り、ＧＰＬ対象ソースコードと他のソースコードを組み合わせた場合、他のソ

ースコードも公開の対象となる（ＧＰＬの伝播）。

９９

図２ＧＰＬの伝播

（重要）

ＯＳＳの利用の仕方によっては、ＣＯＥ部品にＧＰＬライセンスが適用され、ソ

ースコードの公開義務が生じてしまうおそれがある。

このことを、本事業に当てはめて考えて見る。今、あるＣＯＥ関連事業請負業者

が、ＣＯＥの改修等に際し、ＧＰＬのソフトウェアを利用した成果物を納品したと

すると、当該成果物にはＧＰＬが適用されるため、防衛省も第三者に対してソース

コードの開示義務が生じることになる。

３その他の代表的なＯＳＳライセンス

(1) ＬＧＰＬ（The GNU Lesser General Public License）類型

ＧＰＬの派生型ライセンスの一つをいう。ＧＰＬとの違いは動的リンクによ

るライブラリ利用に関しては、他のコードのソースコード公開は必須ではない

ことである。ただし、逆コンパイル許可事項を与えなければならない。

(2) ＢＳＤ（Berkeley Software Distribution）類型

ＢＳＤライセンス、Ａｐａｃｈｅライセンスなどが該当する。改変部分のソ

ースコード公開は必須ではなく、ＯＳＳの商用ソフトウェアへの組込みも可能

である。

１００

類計複製・再頒布

可能改変可能

改変部分の

ソース公開

他のコードと組み合わせた場合他のソースコード公開

ＧＰＬ ○ ○ ○ ○

ＬＧＰＬ ○ ○ ○ ○

ＢＳＤライ

センス ○ ○ × ×

商用ソフト

ウェア × × －－

注）上記ライセンスに対する考え方は、専門家の中でも見解が統一されていない。

違反した場合には、ＯＳＳ開発元から著作権侵害で訴えられるおそれがある。

４ＣＯＥにおけるＯＳＳ活用時の対策

ＣＯＥにおいては、以下の対策によって、ＯＳＳが内包する伝播性に抵触する

リスクを回避する。

(1) ＧＰＬ製品の使用を避ける。ただし、商用ライセンスが存在し、ＧＰＬ適用

を回避できる製品は利用可能とする。

(2) ＯＳＳのソース改変は行わず、ＯＳＳ製品が提供するＡＰＩ等を通常の利用

範囲で活用する。

」

統幕指運第１８８号（２９．１０．３０）別冊付録第２

ＣＯＥ動作環境選定要領



文書管理情報








区分： 1 2 3 4 5 6

理由：

作成年月日：２９．９．２５取得年月日：保存期間：１０年保存期間満了日：４０．３．３１本紙含め：１冊（１２枚）


目次

第１章総則 ............................................................. １

１目的 ............................................................... １

２概要 ............................................................... １

３関連図書 ........................................................... １

４用語の定義 ......................................................... １

第２章基本方針 ......................................................... １

１動作環境選定の範囲 ................................................. １

２動作環境選定に当たっての基本的考え方 ............................... １

３評価 ............................................................... ２

４ＣＯＴＳ選定の分類 ................................................. ２

５ＣＯＴＳタイプによる管理及び選定結果の分類 ......................... ２

６留意事項 ........................................................... ３

第３章ＣＯＴＳ選定手順 ................................................. ３

１新規選定 ........................................................... ３

２更新選定 ........................................................... ４

別紙第１ＣＯＥのＣＯＴＳカテゴリと選定対象 .............................. ６

別紙第２評価基準 ........................................................ ９

１

第１章総則

１目的

本書は、運用課（基盤班）、各機関等並びにＣＯＥ部品及び適用システムの開発者

等に対し、ＣＯＥ動作環境選定の諸規定を明示し、ＣＯＥの効率的な適用や維持管

理の実施に資することを目的とする。

２概要

(1) 位置付け


部管理要領」という。）の付録第２であり、ＣＯＥ細部管理要領の第１３条を根拠

として、本文の第１２条、第１９条等を補足し、動作環境（原則としてＣＯＴＳ）

選定要領の細部を規定する。

(2) 構成

本書は、｢総則｣、｢基本方針｣及び｢ＣＯＴＳ選定手順｣の各章により構成する。

３関連図書

(1) 引用文書

なし

(2) 参考文書

アＣＯＥ技術標準

イＣＯＥ細部管理要領付録第１「ＣＯＥ用語解説」

ウＣＯＥ細部管理要領付録第３「ＣＯＥ適合性確認要領」

エＣＯＥ細部管理要領付録第４「ＣＯＥベースライン管理要領」

４用語の定義

本書で扱う用語の意義は、ＣＯＥ細部管理要領付録第１「ＣＯＥ用語解説」によ

るものとする。


１動作環境選定の範囲

ＣＯＥの動作環境とは、ベースラインが動作するハードウェア及びネットワーク

並びにインフラサービス及びカーネルのことをいう。ＣＯＥの動作環境選定の対象

は、インフラサービス及びカーネルの構成を成すＣＯＴＳソフトウェア製品（相当

するＯＳＳを含む。）に限定する。選定は、別紙第１「ＣＯＥのＣＯＴＳカテゴリと

選定対象」に基づくものとする。

２動作環境選定に当たっての基本的考え方

ＣＯＥでは、コスト低減及び最新技術の取り込みの容易性の観点からＣＯＴＳを

２

採用している。ＣＯＴＳは、頻繁に版数更新が行われるため、中長期的なＣＯＥ適

用のニーズとＩＴ技術の伸展を踏まえＣＯＴＳを選定する必要がある。この際、動

作環境の選定においては、その判定基準の合理性、公開性を確保し、各関係者が共

通の規範として認識する必要がある。

３評価

(1) 評価基準に基づく評価

別紙第２「評価基準」に基づいて、対象となるＣＯＴＳの評価を行う。この際、

機能・性能に関する評価は、ＣＯＴＳの機能区分ごとに観点が異なることを勘案

して、補足の評価項目を定めて行う。

なお、補足の評価項目には、最新の技術動向を反映する必要があるため、原則

としてＣＯＴＳ又は技術の選定（以下「ＣＯＴＳ選定」という。）の際に、適宜定

めるものとする。

(2) 実機による動作確認

選定対象となるＣＯＴＳは、実機あるいはＣＯＥラボ等に組込み動作確認を実

施するものとする。

４ＣＯＴＳ選定の分類

ＣＯＴＳのライフサイクルを勘案し、次の３つに分類する。

(1) 新規選定

選定されているＣＯＴＳとは異なるＣＯＴＳを選定することをいう。同一カテ

ゴリ内のＣＯＴＳの追加もこれに含まれる。広義には、ベースラインとの機能、

性能、分掌見直しの結果、当該ＣＯＴＳがＧＯＴＳに代替される場合（ＣＯＴＳ

の廃止）や、ＧＯＴＳが他の選択肢に代替される場合も含めて扱う。

(2) 更新選定

選定されているＣＯＴＳの別の版数及びラインナップを選定することをいう。

この場合、おおむね互換性があると考えられる版数の更新以外は、新規選定に含

める。

標準クラスが活用するＣＯＴＳの機能を変更する場合は、「標準クラスの改善」

に区分され、「選定」とは別に扱う。

(3) アップデート選定

当該ＣＯＴＳにおける無償のアップデートの選定をいう。有償のアップデート

は、更新選定に含めて扱う。アップデート選定は、実機、ＣＯＥラボ等による評

価を除き、事業的な意思決定を伴わないので、本書では特に規定しない。

５ＣＯＴＳタイプによる管理及び選定結果の分類

同時期にＣＯＴＳ動作環境として選定されたＣＯＴＳの組合せを、ＣＯＴＳタイ

プとして管理する。各ＣＯＴＳタイプに含まれる個々の製品を次の３区分に分類す

３

る。

(1) 認定ＣＯＴＳ

ベースラインの動作環境として、必須となるＣＯＴＳであり、運用課（基盤班）

として動作保証するものをいう。

(2) 推奨ＣＯＴＳ

ベースラインの動作環境として、取捨選択可能なＣＯＴＳであり、運用課（基

盤班）として動作保証するものをいう。

(3) 準拠ＣＯＴＳ

ベースラインの動作環境として、取捨選択可能なＣＯＴＳであり、特定の条件

に限り動作すると考えられるものであるが、運用課（基盤班）として動作保証し

ないものをいう。

６留意事項

(1) ＧＰＬライセンスのＯＳＳは、そのライセンスの特性上、ソースコードの開示

義務が生ずる可能性があるため、極力使用を避けるものとする。ただし、商用ラ

イセンスが存在するもの及びソースコードの開示義務のないものは採用可能と

する。また、権利侵害のリスクを避けるため、ソースコードの改変は行わないよ

うに留意する。細部は、付録第１「ＣＯＥ用語解説」別紙「ＧＰＬライセンスに

ついて」を参照のこと。

(2) ベースラインの動作環境の同一カテゴリにおいて、複数のＣＯＴＳが選定され

ている場合、又は個別のＣＯＴＳで複数の版数が選択できる場合は、適用システ

ムにおけるシステム固有の要件、移行経費、開発工程等の条件を考慮し、選定す


第３章ＣＯＴＳ選定手順

１新規選定

(1) 比較対象製品の抽出

新規ＣＯＴＳの採用要望等に基づき、ＣＯＴＳ選定の候補となるＣＯＴＳ又は

技術の抽出を行う。新規選定は、ＣＯＥの適用及び維持管理計画の年次を鑑み、

対応するベースラインの設計製造開始年度の２年前に行うことを基準とする（Ｃ

ＯＥ細部管理要領別紙第１「ＣＯＥ業務年表」参照）。ただし、ベースラインの登

録工程に間に合うと判断される場合は、２年前以降の選定を可とする。

(2) 評価点の付与

比較対象製品の評価に当たっては、別紙第２「評価基準」に基づき、それぞれ

の製品に対して評価点を付与する。

(3) 実機評価

選定候補の機能、性能等は、実機評価を行うことを基準とする。実機評価を行

えないものについては、当該ＣＯＴＳの仕様等に基づいた判断を、評価基準に照

４

らし合わせて評価する。

(4) 選定

ア総合評価点の最も高いＣＯＴＳ又は技術で、実機評価に合格したものを優先

的に認定ＣＯＴＳとして選定する。また、認定ＣＯＴＳとして選定されなかっ

たものの中で、総合評価点に著しい差異が認められず、かつ個別評価内容に大

きな欠点がない場合は、選択可能な推奨ＣＯＴＳとして列挙することができる。

イ動作確認は行っていないもののうち、当該ＣＯＴＳの仕様等から判断して、

特定の条件に限り動作すると考えられるものを、準拠ＣＯＴＳとして選定する

ことができる。

(5) ＣＯＴＳタイプの決定

同時期に新規選定されたＣＯＴＳの組合せを、新たなＣＯＴＳタイプ（複数版

数が存在する場合は、版数を指定する。）として集約し、対応するベースラインと

合わせてＣＯＥ調整会議に諮り、正式に決定するものとする。

(6) ＣＯＴＳタイプとベースライン計画の情報掲示

運用課（基盤班）は、選定されたＣＯＴＳタイプと対応するベースラインの計

画を情報掲示する。この際、新規選定ＣＯＴＳのＣＯＴＳベンダ、価格情報、代

替製品比較結果及びベースライン登録予定時期を含ませるものとする。

２更新選定

(1) 更新候補の抽出

各機関等からの要望等に基づき、既選定と異なる版数の採用候補の抽出を行う。

ＣＯＴＳ版数の更新は、ＣＯＥの適用及び維持管理計画の年次を鑑み、通例対応

するベースラインの設計製造開始年度の１年前から設計製造中までとする。

(2) 評価点の付与

当該ＣＯＴＳの新規選定時の記録を基に、既定版数と更新版数各々について評

価を実施し、評価点を付与する。

(3) 更新版数候補の実機評価

選定候補の機能、性能等について実機評価を行う。実機評価を行えないものに

ついては、当該ＣＯＴＳの仕様等に基づいた判断を、評価基準に照らし合わせて

評価する。

(4) 更新選定

ア総合評価点の最も高い版数で、実機評価に合格したものを優先的に認定ＣＯ

ＴＳとして選定する。また、認定ＣＯＴＳとして選定されなかったものの中で、

総合評価点に著しい差異が認められず、かつ個別評価内容に大きな欠点がない

場合は、推奨ＣＯＴＳとして選定することができる。

イ動作確認は行っていないもののうち、当該ＣＯＴＳの各種ドキュメントから、

特定の条件に限り動作すると考えられるものを、準拠ＣＯＴＳとして選定する

ことができる。

５

(5) ＣＯＴＳタイプの決定

同時期に更新選定されたＣＯＴＳの組合せを、新たなＣＯＴＳタイプとして集

約し、対応するベースラインと合わせてＣＯＥ調整会議に諮り、正式に決定する

ものとする。

(6) ＣＯＴＳタイプとベースライン計画の情報掲示

運用課（基盤班）は、選定されたＣＯＴＳタイプと対応するベースラインの計

画を情報提示する。この際、新規選定ＣＯＴＳのＣＯＴＳベンダ、価格情報、代

替製品比較結果及びベースライン登録予定時期を含ませるものとする。

６

別紙第１

ＣＯＥのＣＯＴＳカテゴリと選定対象

項

番

カテゴリ機能概要

選定対象

大分類中分類小分類 RT-OOA 群 SOA

1

カーネル

オペレーティ

ングシステム

オペレーティングシス

テムの機能(ＯＳカー

ネル、ユーザ/システム

管理)

○ ○

2 ユーザインタ

フェース

ユーザマシンインタフ

ェースに関する機能

○

○

（ただし、適用システムとしての規定はない｡）

3 セキュリティ

サービス

情報セキュリティ及び

ネットワークセキュリ

ティに関する機能

○ －

4 国際化操作

サービス

言語の国際化に関する

機能 ○ －

5 ネットワーク

サービス

ネットワークサービス

に関する機能 ○ ○

6

インフラサービス

開発支援系

ソフトウェア

開発サービス

アプリケー

ション

システム及びソフトウ

ェア開発のための機能 ○ －

7 ＣＡＳＥツ

ール

8 データベース

及びデータ処

理サービス

データベース及びデー

タ処理に関する機能 ○ ○

9 分散コンピュ

ーティングサ

ービス

クライアント・サーバ

分散処理に関する機能 ○ －

[凡例] ○：動作環境として選定する。－：動作選定の対象外

７

項

番


選定対象


10

インフラサービス(

続き)

開発支援系

マルチメデ

ィアサービ

ス

地図地図データを表示・

編集するための機

能

○ －

11 ＧＵＩグラフィックスに

よるユーザインタ

フェースを提供す

るための機能

○ －

12 ストリー

ミング

動画や音声を扱う

ための機能 ○ －

13 暗号化サー

ビス

データを暗号及び

復号する機能

14

ＯＡ、運用支援系

日（略）連携

サービス

日（略）の連携を実

現する機能 ○ －

15

可用性サー

ビス

安定稼動のための

システムやデータ

ファイルの２重化、

切替操作等を制御

する機能

○

－

（適用システム側で考慮する。）

16 ディレクト

リサービス

システムリリース

（マシン、人、アプ

リケーション等）を

ディレクトリ形式

で管理や検索を行

う機能

○ －

17 構成管理

サービス

ソフトウェアのラ

イフサイクルを通

した管理業務のサ

ポートのための機

能(ソフトウェアの

バージョン、実装さ

れている装置等の

管理を含む。)

○ －

18 ネットワー

ク及びシス

テム管理サ

ービス

ネットワークを含

めたシステム全体

を管理する機能 ○

－

（適用システム側で考慮する。）


８

項

番


選定対象


19 インフラサービス(

続き)

ＯＡ、運用支援系(

続き)

情報共有サ

ービス

情報共有やコラボ

レーションに関す

る機能

○ －

20 オフィスオ

ートメーシ

ョンサービ

ス

ワードプロセッシ

ング、表計算、印刷

等のオフィスオー

トメーションに関

する機能

○


９

別紙第２

評価基準

１評価項目

項番評価項目評価内容

1 市場優位性

市場において使用実績の高い製品は、使用実績の低いもの

と比較し、一般的に品質において優位性があり、価格につ

いても安価である場合が多い。このため、国内での市場優

位性を評価する。

2 機能／性能

防衛省におけるシステムは、地図表示、リアルタイム処理

等の防衛省固有のシステム特性を有するものが多く、機能

／性能について適合性を評価する。

3 将来性

防衛省におけるシステムの開発は、長期にわたる場合があ

り、開発初期段階で選定したＣＯＴＳが開発完了時には陳

腐化する可能性があるので、継続的な開発計画の有無等、

ＣＯＴＳの将来性を評価する。

4 提供ベンダの信頼

性

ＣＯＴＳを使用する際、提供ベンダの技術サポート、協力

体制等が開発効率に与える影響が大きい。また、バージョ

ンアップの際の互換性の保証対応等も重要な要素となる。

これらを考慮しＣＯＴＳ提供ベンダの信頼性を評価する。

5 代替製品への移行

性

ＣＯＥを長期にわたって維持／管理する場合、選定ＣＯＴ

Ｓのサポートが打ち切られる可能性があり、代替製品が無

い場合、維持／管理が困難となる。このため、国際標準（業

界標準）への準拠や代替製品（競合製品）の有無について

調査し、代替製品への移行性を評価する。

6 コスト（初期、維

持）

ＣＯＴＳの価格は初期導入のみならず維持／管理の上で

も重要となるので、初期導入時のコスト及び維持・管理に

おけるコストを把握し、総合的なコスト管理の観点からラ

イフサイクルコストを評価する。

7 移植性

将来的な動向により、選定するカーネルを変更又は追加す

る可能性がある。その際、選定ＣＯＴＳが複数のプラット

フォームをサポートしていれば変更に伴う改修作業を最

小限に抑えることができる。このため、対応可能なプラッ

トフォーム数及び種類を把握し移植性を評価する。

１０

項番評価項目評価内容

8 保全性

防衛省におけるシステムで取り扱うデータは機密性が非

常に高く、選定ＣＯＴＳのバックドア等のセキュリティホ

ールによりデータが外部に漏えいすることは許されない

ので、高度な機密保護機能の有無について把握し、保全性

を評価する。

9 既存資産の有効

利用性

システム開発の際、防衛省としての既存資産の有効利用は

開発効率を向上する上で重要な留意点となるので、既存資

産の利用率等を把握し、防衛省資産の有効利用性を評価す

る。

２評価

前述の評価内容に基づき、システム要件及び技術動向を踏まえ、項目ごと下記の

４段階で評価する。

◎：評価の観点において特出した優位性が認められる。(１０点)

○：評価の観点において優位性が認められる。 ( ５点)

△：評価の観点においてやや不充分な点がある。 ( ３点)

×：評価の観点において不充分と判断される。 ( ０点)

３重み付け

評価に当たっては、選定対象となるＣＯＴＳカテゴリの特性を踏まえ、項目別

の加重点を付与し、適切な評価となるよう留意する。

」

統幕指運第１８８号（２９．１０．３０）別冊付録第３

ＣＯＥ適合性確認要領



文書管理情報








区分： 1 2 3 4 5 6

理由：

作成年月日：２９．９．２５取得年月日：保存期間：１０年保存期間満了日：４０．３．３１本紙含め：１冊（１３枚）


目次

第１章総則 ............................................................. １

１目的 ............................................................... １

２概要 ............................................................... １

３関連図書 ........................................................... １

４用語の定義 ......................................................... １

第２章基本方針 ......................................................... ２

１全般 ............................................................... ２

２ＣＯＥ〈ＲＴ－ＯＯＡ〉群の適合性確認に関する事項 ................... ２

３ＣＯＥ〈ＳＯＡ〉適合性確認に関する事項 ............................. ２

４留意事項 ........................................................... ２

第３章ＣＯＥ〈ＲＴ－ＯＯＡ〉群の適合性確認 ............................. ３

１適合性確認の対象 ................................................... ３

２ベースラインの適合性確認 ........................................... ３

３標準クラスの適合性確認 ............................................. ４

４パッチの適合性確認 ................................................. ５

５適用システムの個別クラス（本体）の適合性確認 ....................... ５

６適用システムの個別クラス（パッチ）の適合性確認 ..................... ６

７個別クラスのＣＯＥ化 ............................................... ６

８ベースラインドキュメント是正 ....................................... ７

第４章ＣＯＥ〈ＳＯＡ〉の適合性確認 ...................................... ８

１適合性確認の対象 ................................................... ８

２ベースラインの適合性確認 ........................................... ８

３ＥＳＣコア、ＥＳＣアダプタ等の適合性確認 ........................... ９

４パッチの適合性確認 ............................................... １０

５サービスの適合性確認 ............................................. １０

６公開サービスのＣＯＥ開発サービス化 ............................... １１

７ベースラインドキュメント是正 ..................................... １１

１

第１章総則

１目的


等に対し、ＣＯＥソフトウェアの適合性確認の諸規定を明示し、ＣＯＥの効率的な

適用や維持管理の実施に資することを目的とする。

２概要

(1) 位置付け


部管理要領」という。）の付録第３であり、ＣＯＥ細部管理要領の第１６条を根拠

として、本文の第１９条、第２０条、第２２条及び第２５条を補足し、ＣＯＥソ

フトウェア及びサービスの適合性確認の実施要領を規定する。

(2) 構成

本書は、「総則」、｢基本方針｣、「ＣＯＥ〈ＲＴ－ＯＯＡ〉群の適合性確認」及び

「ＣＯＥ〈ＳＯＡ〉の適合性確認」の各章により構成する。

３関連図書

(1) 引用文書

ア共通

ＣＯＥ細部管理要領付録第５「ＣＯＥ技術ドキュメント作成要領」

（以下「ＣＯＥ技術ドキュメント作成要領」という。）

イＣＯＥ〈ＲＴ－ＯＯＡ〉群

(ｱ) プログラム開発規約（対象となるベースラインドキュメントの構成版）

(ｲ) 動作環境構築基準（対象となるベースラインドキュメントの構成版）

ウＣＯＥ〈ＳＯＡ〉

(ｱ) 開発規約（対象となるベースラインドキュメントの構成版）

(ｲ) 標準化指針（対象となるベースラインドキュメントの構成版）

(2) 参考文書


イ標準クラス設計基準（対象となるベースラインドキュメントの構成版）

ウＣＯＥ細部管理要領付録第１「ＣＯＥ用語解説」

エＣＯＥ細部管理要領付録第２「ＣＯＥ動作環境選定要領」

オＣＯＥ細部管理要領付録第４「ＣＯＥベースライン管理要領」

４用語の定義



２


１全般

ＣＯＥソフトウェア等は、継続的な維持管理の過程で、その品質の維持と形態管

理の負荷軽減を図るため、改訂の都度、規約への準拠を保証する適合性確認を受け


この適合性確認は、開発要求されたソフトウェアの機能及び性能を全て検証する

システム試験とは同義ではなく、維持管理の効率化に資するＣＯＥとしての互換性

や等質性を判定する事項に限定されるものである。言い換えれば、設計製造の受領

判定に限らず、パッチやベースラインドキュメント是正に際しても、絶えず適合性

確認を義務付けるものである。

２ＣＯＥ〈ＲＴ－ＯＯＡ〉群の適合性確認に関する事項

ＣＯＥ〈ＲＴ－ＯＯＡ〉群の標準クラスは、適用システムの稼働を保証するため

信頼性を確保する必要があり、一方、適用システムの個別クラスは、基盤として適

用するＣＯＥ〈ＲＴ－ＯＯＡ〉群の標準クラスとの間での親和性を保つことが推奨

される。

このため、本書で規定する適合性確認事項は、標準クラスにおいては必須とし、

細部要領は第３章を基準とする。個別クラスにおいては、事項ごとに必須と推奨を

区分し明示する。なお、【推奨】記述がない事項は、必須事項とする。

３ＣＯＥ〈ＳＯＡ〉適合性確認に関する事項

適用システムが運用するサービスについては、リクエスタが使用するためのサー

ビスインタフェースがＣＯＥ〈ＳＯＡ〉の標準化指針に合致している必要がある。

このため、本書では、ＥＳＣ及びアダプタ（ＯＯＡ）等のＣＯＥソフトウェアに

関する適合性確認の細部要領の基準を第４章に明示する。

４留意事項

適合性確認は、検証作業の一環であり、ベースラインの登録（認定）作業とは異

なる。そのため、以後の処置としてのベースライン登録の業務要領は、本書では取

り扱わない（ＣＯＥ細部管理要領付録第４「ＣＯＥベースライン管理要領」を参照

のこと。）。

３

第３章ＣＯＥ〈ＲＴ－ＯＯＡ〉群の適合性確認

１適合性確認の対象

ＣＯＥ〈ＲＴ－ＯＯＡ〉群の適合性確認は、次の７項目を対象とする。ただし、

ソフトウェアの開発技法や管理態勢は含まない。

(1) ベースライン

(2) 標準クラス

(3) パッチ

(4) 適用システムの個別クラス（本体）

(5) 適用システムの個別クラス（パッチ）

(6) 個別クラスのＣＯＥ化

(7) ベースラインドキュメント是正

２ベースラインの適合性確認

ＣＯＥ全体試験の中で、対応するベースラインについて、次の適合性確認を行う。

(1) 適合性確認項目

ア新規ベースライン（プログラム）のプログラム開発規約との整合

イ新規ベースライン（プログラム）の指定された既存ベースラインに対する後

方（上位）互換性の保証

ウ新規ベースラインドキュメントとＣＯＥ技術ドキュメント作成要領との整

合

エ新規ベースラインドキュメントと既存のベースラインドキュメントとの記

述内容の整合

(2) 設計製造での位置付け

ア適合性確認は、対応するベースラインのＣＯＥ全体試験計画書及びＣＯＥ全

体試験手順書の中で試験又はドキュメントレビューに含めるものとする。

イ試験成績書において、適合性確認に係る部位を明示し、作成する。

(3) 適合性確認の要領

ア新規ベースライン（プログラム）のプログラム開発規約との整合確認

(ｱ) 作成したプログラムが、当該ベースラインに対応するプログラム開発規約

（ＨＭＩ、システムメッセージ、ヘルプ、コーディング、ネーミング各規約

等）に準拠していることを確認する。

(ｲ) 対応する規約確認用のツール類を使用する。

(ｳ) 試験成績は、各規約の確認項目ごとに記録する。


方（上位）互換性の保証確認

(ｱ) 対象とする既存のベースラインの試験手順書を基準に、試験項目を定め実

機検証を実施する。

(ｲ) 試験成績は、確認項目ごとに記録する。

４

ウ新規ベースラインドキュメントとＣＯＥ技術ドキュメント作成要領の整合

確認

(ｱ) ドキュメントレビューにおいて確認する。

(ｲ) レビュー結果は、対象図書ごとに記録する。


述内容の整合確認

本作業の一部は、次項の標準クラスの適合性確認で先行し実施することを可

とする。分掌の方針は、ＣＯＥ試験全般計画書等で規定する。

(ｱ) 用語の統一

新規ベースラインドキュメントの用語の定義に明示されている用語及び

標準クラス名称の引用箇所を全摘出し、その整合を確認する。記録は処置結

果の明示だけでよい。

(ｲ) 引用又は呼出しの整合

引用又は呼出し関連部位を全摘出し、記述内容に矛盾がないか確認する。

記録は処置結果の明示だけでよい。

３標準クラスの適合性確認

製造請負の所定の試験の中で、対応する標準クラスについて、次の適合性確認を

行う。


ア契約で改善又は新規開発した標準クラスとプログラム開発規約との整合

イ契約で改善又は新規開発した標準クラスと指定された既存ベースラインイ

ンタフェースとの整合保証

ウ契約で改善又は新規開発した標準クラス設計図書とＣＯＥ技術ドキュメン

ト作成要領との整合


ア適合性確認は、標準クラスの試験計画書及び試験手順書の中で試験又はドキ

ュメントレビューに含めるものとする。

イ試験成績書において、適合性確認に係る部位はそれを明示し、作成する。


ア標準クラスのプログラム開発規約との整合確認

(ｱ) 作成したプログラムが、対応するベースラインのプログラム開発規約（Ｈ

ＭＩ、システムメッセージ、ヘルプ、コーディング、ネーミング）に準拠し

ていることを、規約確認用のツール類を使用して確認する。

(ｲ) 試験成績は、各規約の確認項目ごとに記録する。

イ契約で改善又は新規開発した標準クラスの指定された既存ベースラインイ

ンタフェースとの整合保証

(ｱ) 対象とする既存のベースラインのインタフェースに係る試験手順書を基

５

準に、試験項目を定め実機検証を実施する。


ウ標準クラス設計図書とＣＯＥ技術ドキュメント作成要領との整合確認



４パッチの適合性確認

パッチについて、次の適合性確認を行う。


パッチのプログラム開発規約との整合

(2) パッチの設計製造作業の中での位置付け

パッチの諸作業の中で適合性確認を行い、その結果情報を管理する。


ア作成したパッチが、対応するベースラインのプログラム開発規約（ＨＭＩ、

システムメッセージ、ヘルプ、コーディング、ネーミング）に準拠しているこ

とを、規約確認用のツール類を使用して確認する。

イ試験成績は、各規約の確認項目ごとに記録する。

５適用システムの個別クラス（本体）の適合性確認

適用システムの開発者は、設計製造に係る契約における「システム試験」に含め

て実施し、作成する個別クラスについて次の適合性確認を行う。個別アプリケーシ

ョンは、適合性確認の対象外とする。


ア個別クラスの基盤として適用するベースラインのプログラム開発規約との

整合

イ個別クラスのプログラム図書とＣＯＥ技術ドキュメント作成要領との整合

【推奨】

ウ個別クラスのプログラム図書と対応する（ＣＯＥの）ベースラインドキュメ

ントとの記述内容の整合【推奨】

(2) 設計製造に係る契約の中での位置付け

ア適合性確認は、開発ソフトウェアの試験計画書及び試験手順書の中で試験又

はドキュメントレビュー等に含めるものとする。

イ適合性試験に係る試験図書の様式・記述要領は、ＣＯＥ技術ドキュメント作

成要領に準ずるものとする。【推奨】


ア個別クラスのプログラム開発規約との整合確認

(ｱ) 作成したプログラムが、基盤として適用するベースラインのプログラム開

発規約（ＨＭＩ、システムメッセージ、ヘルプ、コーディング、ネーミング）

６

に準拠していることを、規約確認用のツール類を使用して確認する。

(ｲ) 試験成績は、各規約の確認項目ごとに記録する。【推奨】

個々の適用システムでは、ＣＯＥが指定する動作環境以外の独自のＣＯＴ

Ｓ製品を（個別アプリケーションの用途等のために）使用するケースがあり、

当該ＣＯＴＳの影響で、コーディング、ネーミング各規約が遵守できなくな

る可能性がある。この場合は、整合不可の箇所及びその事由を記録する。【推

奨】

イ個別クラスのプログラム図書とＣＯＥ技術ドキュメント作成要領との整合

確認【推奨】

(ｱ) プログラム図書の作成要領・方針は、あらかじめ仕様書、計画審査等で確

定しておく。

(ｲ) ＣＯＥ技術ドキュメント作成要領を準用し作成したプログラム図書につ

いては、その適合性をドキュメントレビューにおいて確認する。

(ｳ) レビュー結果は、対象図書ごとに記録する。

機関等における既存のソフトウェアドキュメントの作成要領とＣＯＥ技

術ドキュメント作成要領とが合致しない場合、前者の枠組みを保持しつつ、

別冊又は別紙として後者の作成様式を埋め込むものとする。

ウ個別クラスのプログラム図書と対応するベースラインドキュメントとの記


(ｱ) ドキュメントレビューにおいて確認する。具体的な作業は、第３項と同様

とする。


記述内容の整合とは、関連し合う事項の内容に矛盾がないことをいい、目

次体系等形式の不整合は存在しても構わない。また用語の不整合については、

照合表で対応してもよい。

６適用システムの個別クラス（パッチ）の適合性確認

適用システムの開発者が行う個別クラスに限るパッチの適合性確認は、第４項の

ベースライン（パッチ）と同様とする。

７個別クラスのＣＯＥ化

個別クラスのＣＯＥ化は、運用課（基盤班）の所掌するＣＯＥ全体維持契約又は

ＣＯＥ部品維持契約の中で実施する。ＣＯＥ全体維持契約の場合は第２項に、ＣＯ

Ｅ部品維持契約の場合は第３項にそれぞれ包含し実施する。

したがって、適合性確認の基本的な要領は、第２項又は第３項の適合性確認と同

様であるが、実施に際しては、既に個別クラスの適合性確認済みでＣＯＥ化の際に

も不変な事項を摘出し、これを省略することにより新たに実施する適合性確認作業

の効率化を図る。

７

８ベースラインドキュメント是正

ベースラインドキュメント是正に際しては、当該是正箇所について、ＣＯＥ技術

ドキュメント作成要領及び母体のベースラインドキュメントとの記述内容の整合

確認を行う。この際、適合性確認は作業記録のみにとどめ、改訂履歴を当該図書の

当該欄に記述する。

８

第４章ＣＯＥ〈ＳＯＡ〉の適合性確認

１適合性確認の対象

ＣＯＥ〈ＳＯＡ〉の適合性確認は、次の６項目を対象とする。ただし、ソフトウ

ェアの開発技法や管理態勢は含まない。


(2) ＥＳＣコア、ＥＳＣアダプタ等

(3) パッチ

(4) サービス

(5) 公開サービスのＣＯＥ開発サービス化

(6) ベースラインドキュメント是正

２ベースラインの適合性確認

ＣＯＥ全体試験の中で、対応するベースラインについて、次の適合性確認を行う。

(1) 適合性確認

ア新規ベースライン（プログラム）と開発規約との整合


方（上位）互換性の保証


合


述内容の整合


ア適合性確認は、対応するベースラインの全体試験計画書及びＣＯＥ全体試験

手順書の中で試験又はドキュメントレビューに含めるものとする。



ア新規ベースライン（プログラム）と開発規約との整合確認

(ｱ) 作成したプログラムが、当該ベースラインに対応する開発規約（ＨＭＩ、

システムメッセージ、ヘルプ、コーディング、ネーミング）に準拠している

ことを、規約確認用のツール類を使用して確認する。



方（上位）互換性の保証確認

(ｱ) 対象とする既存のベースラインの試験手順書を基準に、試験項目を定め実

機検証を実施する。



９

合確認





本作業の一部は、次項のＥＳＣコア、ＥＳＣアダプタ等の適合性確認で先行

し実施することを可とする。分掌の方針は、ＣＯＥ全体試験計画書等で規定す

る。

(ｱ) 用語の統一

新規ベースラインドキュメントの用語の定義に明示されている用語を全

摘出し、その整合を確認する。記録は処置結果の明示のみとする。

(ｲ) 引用又は呼出しの整合

引用又は呼出し関連部位を全摘出し、記述内容に矛盾がないか確認する。

記録は処置結果の明示のみとする。

３ＥＳＣコア、ＥＳＣアダプタ等の適合性確認

ＥＳＣコア、ＥＳＣアダプタ等について、次の適合性確認を行う。


ア契約で改善又は新規開発したＥＳＣコア、ＥＳＣアダプタ等と開発規約との

整合

イ契約で改善又は新規開発したＥＳＣコア、ＥＳＣアダプタ等と指定された既

存ベースラインインタフェースとの整合保証

ウ契約で改善又は新規開発した設計図書とＣＯＥ技術ドキュメント作成要領

との整合


ア適合性確認は、ＥＳＣコア、ＥＳＣアダプタ等の試験計画書及び試験手順書

の中で試験又はドキュメントレビューに含めるものとする。



アＥＳＣコア、ＥＳＣアダプタ等と開発規約との整合確認

(ｱ) 作成したプログラムが、対応するベースラインの開発規約（ＨＭＩ、シス

テムメッセージ、ヘルプ、コーディング、ネーミング）に準拠していること

を、対応する規約確認用のツール類を使用して確認する。


イ契約で改善又は新規開発したＥＳＣコア、ＥＳＣアダプタ等の提供部分との

整合保証

(ｱ) 対象とする既存のベースラインのインタフェースに係る試験手順書を基

準に、試験項目を定め実機検証を実施する。

１０


ウ設計図書とＣＯＥ技術ドキュメント作成要領との整合確認



４パッチの適合性確認

パッチについて、次の適合性確認を行う。


パッチと開発規約との整合

(2) パッチの設計製造作業の中での位置付け

パッチの諸作業の中に含めて適合性確認を行い、その結果情報を管理する。


ア作成したパッチが、対応するベースラインの開発規約（ＨＭＩ、システムメ

ッセージ、ヘルプ、コーディング、ネーミング）に準拠していることを、規約

各引用のツール類を使用して確認する。

イ試験成績は、各規約の確認項目ごとに記録する。

５サービスの適合性確認

運用課長（基盤班長）は、適用システム責任者等からの申請に基づき、次の適合

性確認を行う。


ア既存サービスとの重複

イサービス仕様

ウ標準データ

エ公開情報（公開サービスの場合）

(2) 設計製造に係る契約の中での位置付け

ア適合性確認は、開発ソフトウェアの試験計画書及び試験手順書の中で試験又

はドキュメントレビュー等に含めるものとする。

イ適合性試験に係る試験図書の様式・記述要領は、ＣＯＥ技術ドキュメント作

成要領に準ずる。


ア既存サービスとの重複

(ｱ) 運用予定のサービスが、既存サービスと重複していないことを確認する。

(ｲ) 重複している場合、その既存サービスを利用するか、又は既存サービスの

提供を受け、カスタマイズすることを提言する。

イサービス仕様

以下の項目については、標準化指針との整合性を確認する。

(ｱ) サービス識別

１１

サービス（ビジネスプロセスを含む。）を一意に識別するためのＩＤ

(ｲ) サービス設計情報

メッセージ種別（同期／非同期、応答有り無し等）、添付ファイルの有無、

サービス種別等

(ｳ) サービスインタフェース

サービスにアクセスする際のインタフェース仕様（リクエスト及びレス

ポンスメッセージの業務部分）に関する情報

(ｴ) ＸＭＬスキーマ（オプション）

サービスインタフェースに基づくＸＭＬスキーマ定義情報（xsd ファイ

ル）

(ｵ) サービス位置情報

サービスの位置情報（ドメイン情報）

ウ標準データ

以下の項目について標準化指針との整合性を確認する。

(ｱ) ネーミング規約（標準化指針別冊１「標準化規約」）

(ｲ) 標準データ規約（標準化指針別冊２「標準データ記述定義書」）

(ｳ) 標準データ（データセットスキーマ、タグ、コード）

エ公開情報

利用者側（リクエスタ）へ公開する情報が充分であることを確認する。なお、

下記項目に関してはＣＯＥ細部管理要領別紙第６を参照のこと。

(ｱ) サービス提供者情報

(ｲ) 業務情報

(ｳ) サービス仕様情報

(ｴ) サービス利用情報

６公開サービスのＣＯＥ開発サービス化

運用課（基盤班）の所掌するＣＯＥ全体維持契約又はＣＯＥ部品維持契約の中で

実施する。ＣＯＥ全体維持契約の場合は第２項に、また、ＣＯＥ部品維持契約の場

合は第３項にそれぞれ包含し実施する。

したがって、適合性確認の基本的な要領は、第２項又は第３項の適合性確認と同

様であるが、実施に際しては、既に公開サービスの適合性確認済みでＣＯＥ開発サ

ービス化の際、不変な事項を摘出し、これを省略することにより新たに実施する適

合性確認作業の効率化を図る。

７ベースラインドキュメント是正

当該是正箇所について、ＣＯＥ技術ドキュメント作成要領及び母体のベースライ

ンドキュメントとの記述内容の整合確認を行う。この際、適合性確認は作業記録の

みにとどめ、改訂履歴を当該図書の当該欄に記述する。

」

統幕指運第１８８号（２９．１０．３０）別冊付録第４

ＣＯＥベースライン管理要領



文書管理情報








区分： 1 2 3 4 5 6

理由：

作成年月日：２９．９．２５取得年月日：保存期間：１０年保存期間満了日：４０．３．３１本紙含め：１冊（２２枚）


目次

第１章総則 ............................................................. １

１目的 ............................................................... １

２概要 ............................................................... １

３関連図書 ........................................................... １

４用語の定義 ......................................................... １

第２章基本方針 ......................................................... ２

１考え方 ............................................................. ２

２基本方針 ........................................................... ２

３留意事項 ........................................................... ２

第３章ベースラインによる管理 ........................................... ３

１ベースラインの定義 ................................................. ３

２ベースラインの構成要素 ............................................. ３

３バージョンアップ、リビジョンアップ及びパッチ ....................... ４

４ベースライン番号体系 ............................................... ５

第４章ベースライン管理のライフサイクル ................................. ６

１計画 ............................................................... ６

２開発 ............................................................... ６

３登録 ............................................................... ６

４維持 ............................................................... ６

５変更 ............................................................... ６

６抹消 ............................................................... ６

７世代管理 ........................................................... ６

８適用システムが提供を受けるベースライン及びその情報管理 ............. ７

第５章ベースライン管理の細部要領 ....................................... ８

１ベースライン、パッチの原版 ......................................... ８

２提供用ベースライン及びパッチの複製版 ............................... ８

３ベースラインの情報提示 ............................................. ９

別紙第１ＣＯＥ〈ＲＴ－ＯＯＡ〉のベースライン番号体系 .................. １０

別紙第２ＣＯＥ〈ＯＯＡ〉のベースライン番号体系 ........................ １２

別紙第３ＣＯＥ〈ＳＯＡ〉のベースライン番号体系 ........................ １６

１

第１章総則

１目的


等に、ＣＯＥベースライン管理要領の諸規定を明示し、ＣＯＥの効率的な適用及び

維持管理の実施に資することを目的とする。

２概要

(1) 位置付け


部管理要領」という。）の付録第４でありＣＯＥ細部管理要領の第１７条を根拠と

して、第１４条、第１５条、第１６条及び第１０条を補足し、ベースラインの細

部管理要領を規定する。

(2) 構成

本書は、「総則」、｢基本方針｣、｢ベースラインによる管理｣、「ベースライン管理

のライフサイクル」及び「ベースライン管理の細部要領」の各章により構成する。

３関連図書

(1) 引用文書

なし

(2) 参考文書


イＣＯＥ細部管理要領付録第１「ＣＯＥ用語解説」

ウＣＯＥ細部管理要領付録第３「ＣＯＥ適合性確認要領」

エＣＯＥ細部管理要領付録第５「ＣＯＥ技術ドキュメント作成要領」

４用語の定義



２


１考え方

ＣＯＥソフトウェアは、適用システムからの要求、動作環境となるＣＯＴＳの更

新等に対し、適宜かつ迅速に対応していく必要がある。多岐にわたる対象を効率的

かつ確実に維持管理し、所望の品質を担保するため、必要な要素別に概念的に取り

まとめて扱うものとする。

２基本方針

ＣＯＥソフトウェアは、形態数の縮減を図るとともに、適用システムに対して、

安定した品質と、提供等のサービスにおける利便性を確保することを目的に、プロ

グラム及び技術ドキュメントを一括し、「ベースライン」として管理・提供する。

３留意事項

ベースラインの構築に当たっては、各機関等からの改善等の各種要求を管理する

とともに所要の統制を行うことにより、個別の要求とＣＯＥ適用及び維持管理計画

との整合性を図り、管理対象とするベースラインを必要最小限に抑制する。

３

第３章ベースラインによる管理

１ベースラインの定義

ＣＯＥのバージョン及びリビジョン単位のドキュメント（設計図書等）を含むＣ

ＯＥソフトウェア群一式を意味するものとする。図にベースラインの概念を示す。

図ベースラインの概念

なお、計画段階及び開発段階においては、実体がまだ存在していないことから、

「ベースライン案」として取り扱うものとする。

２ベースラインの構成要素

ベースラインの構成要素を次に示す。

(1) ＣＯＥ〈ＲＴ－ＯＯＡ〉及びＣＯＥ〈ＯＯＡ〉の構成要素

ア標準クラス

標準業務クラス、標準部品クラス及び標準インフラサービスについて、構成

及び作成したソースコード、実行モジュール等のプログラムを管理する。ソー

スコードは、一意に識別が可能で変更履歴が管理できるよう更新番号及びファ

イル名により管理する。

イドキュメント

標準クラスに対応するドキュメントを管理する。構成する図書名については、

ＣＯＥ細部管理要領別紙第５「ＣＯＥ関連規則及び技術ドキュメント」を参照

すること。

４

(2) ＣＯＥ〈ＳＯＡ〉の構成要素

アＥＳＣコア、ＥＳＣアダプタ、アダプタ（ＯＯＡ）等

ＥＳＣコア、ＥＳＣアダプタ、アダプタ（ＯＯＡ）等のソースコード及び実

行モジュールのプログラムを管理する。ソースコードは、一意に識別が可能か

つ変更履歴が確認できるよう更新番号及びファイル名により管理する。

イドキュメント

ＥＳＣコア、ＥＳＣアダプタ、アダプタ（ＯＯＡ）等に対応するドキュメン

トを管理する。

構成する図書名については、ＣＯＥ細部管理要領別紙第５「ＣＯＥ関連規則

及び技術ドキュメント」による。

３バージョンアップ、リビジョンアップ及びパッチ

ベースラインに関わるバージョンアップ、リビジョンアップ及びパッチの関係を

次に示す。

(1) バージョンアップ

ＣＯＥ適用範囲の拡大、新技術の採用等により、ＣＯＥソフトウェアの基本構

成を大きく改訂する変更をいう。

(2) リビジョンアップ

ＣＯＥソフトウェアの修正を実施した場合の変更をいう。

(3) パッチ

コンポーネントに対する改善、ＣＯＥの不具合解消等のために作成する修正用

のプログラムをいう。

適用システムがパッチの提供を受け、これをインストールした場合、特にその

時点のバージョン及びリビジョンは変更せず、当該パッチの適用形態を管理する。

当該パッチは、次回のバージョンアップ又はリビジョンアップにおいて吸収する

ことを基本とする。

表にバージョンアップ等の区分を示す。

５

表バージョンアップ等の区分

区分変更要因内容

バージョンアップ機能の追加

大幅な改定

ＣＯＥ適用範囲の拡大、技術等の新規採用

により、基本構成を大きく改定することに伴

う変更

リビジョンアップ改善

機能等の追加に至らないソフトウェアの仕

様変更

是正仕様に適合しないソフトウェアの修正

パッチ

定期定期的に実施するコンポーネント等の修正

臨時適用システムの要望等により、定期以外に

実施する修正

緊急適用システム等の運用への影響が大きく、

直ちに適用すべき修正

ドキュメント修正ドキュメントの記載に関する是正、変更

４ベースライン番号体系

各ベースラインの番号体系は、次による。

(1) ＣＯＥ〈ＲＴ－ＯＯＡ〉別紙第１

(2) ＣＯＥ〈ＯＯＡ〉別紙第２

(3) ＣＯＥ〈ＳＯＡ〉別紙第３

６

第４章ベースライン管理のライフサイクル

１計画

ＣＯＥ適用及び維持管理計画と対応させ、ソフトウェアの要求仕様、具現化時期、

費用見積等の来歴及び機関等が提起した要求とベースラインとの関係情報を管理

し、所要情報を掲示する。

２開発

計画段階の管理情報を継承し、ベースラインに対応するＣＯＥソフトウェアの調

達仕様、設計仕様等を管理し、所要情報を掲示する。

３登録

設計製造されたＣＯＥソフトウェアを、受領及び適合性確認（ＣＯＥ細部管理要

領付録第３「ＣＯＥ適合性確認要領」参照）後、ベースラインとして番号を付与し

登録する。登録の細部要領は次のとおり。

(1) 原版の作成及び管理

ＣＯＥソフトウェア及びベースラインドキュメントの一式を作成し、原版とし

て管理する。細部は、第５章に記述する。

(2) ベースラインの情報掲示

所要の情報を管理システムに掲示する。

４維持

登録されたベースラインの不具合生起、サポート等の状況を踏まえ、適宜、提供

版の作成、情報掲示内容の更新、関連情報の来歴更新等を実施する。

５変更

バージョンアップはＣＯＥ適用及び維持管理計画に基づき実施する。リビジョン

アップは、原則として６か月又は１２か月ごとに実施し、その都度、リビジョン１

番号を変更する。適用システムの要求等により臨時に行う場合は、リビジョン２番

号を変更する。

６抹消

ベースラインは、適用が１機関以下となった時点で、運用課（基盤班）は、当該

ベースラインの登録を抹消、維持管理を終了し、その旨を情報掲示する。

パッチについては、当該パッチを必要とする適用システムが無くなった時点をも

って抹消し、その旨を情報掲示する。

７世代管理

ベースライン間の関係（クラスの派生、継承等）、動作環境（ＣＯＴＳ）と各ベー

７

スラインとの関係を合わせて形態情報とし、管理する。

世代間の互換性保証は、リビジョンアップ時は必須、バージョンアップ時は努力

目標とする。

８適用システムが提供を受けるベースライン及びその情報管理

(1) 適用システムが提供を受けるベースライン

適用システムは、登録されている全てのベースラインの提供を受けることが可

能であることとする。ただし、適用可能なベースラインのうち、努めて最新のベ

ースラインの適用を推奨する。この際、互換性が保証されたベースラインであれ

ば、自らのシステムの更新や換装時点に限らず、適宜、最新のベースラインへ変

更することを推奨する。

(2) 適用システムごとのベースライン情報管理

アＣＯＥ〈ＲＴ－ＯＯＡ〉群の情報管理

インストーラで選択指定する標準クラス（群）は、不要な標準クラスはイン

ストールしない等の任意選択が可能である。運用課（基盤班）は、適用システ

ムが通知するインストール結果や動作環境等の情報に基づき、当該適用システ

ムに対するベースライン番号の型名に派生番号（第３章第４項参照）を付与し、

管理する。

イＣＯＥ〈ＳＯＡ〉の情報管理

運用課（基盤班）は、適用システムが通知するインストール結果や動作環境

等の情報に基づき、ＥＳＣコア、ＥＳＣアダプタ、アダプタ（ＯＯＡ）等の提

供状況について、当該適用システムに対するベースライン番号の型名に派生番

号（第３章第４項参照）を付与し、管理する。

８

第５章ベースライン管理の細部要領

１ベースライン、パッチの原版

登録において作成するベースラインの原版の管理要領は、次のとおりとする。

(1) ベースラインの原版

ア管理の要領

(ｱ) 原版の管理は電子媒体で行う。

(ｲ) 電子媒体は、ＤＶＤ等を使用して２式（正版及び予備版）作成し、ベース

ライン番号ラベル（作成日を付記する。）を添付する。

(ｳ) 保全区分の異なる内容が存在する場合は、区分ごとに２式作成する。

イ管理する内容

(ｱ) ベースラインに対応するプログラム

ａソースコード（ただし、標準インフラサービスを除く。）

ｂ実行モジュール

ｃインストーラ

(ｲ) ベースラインドキュメント

(2) パッチの原版

アベースラインの原版と同様に管理する。

イ管理する内容は、ソースコード及び実行モジュールのみとする。

２提供用ベースライン及びパッチの複製版

提供の際に作成する複製版の管理要領は、次のとおりとする。

(1) ベースラインの複製版

ア管理の要領

(ｱ) 提供は、電子媒体で行う。

(ｲ) 電子媒体は、ＤＶＤ等を使用し、ベースライン番号ラベルを添付したもの

を要求数分複製する。

(ｳ) 保全区分の異なる内容が存在する場合は、区分ごとに要求数を複製する。

イ提供する内容

(ｱ) ベースラインに対応するプログラム

ａ実行モジュール

ｂインストーラ

※ ソースコードは原則提供しない。

(ｲ) ベースラインドキュメント（知的財産権に基づき選択）

(ｳ) 知的財産権情報

(2) パッチの複製版

アパッチはオンライン提供を原則とする。何らかの事由で電子媒体を用いて提

供する場合は、ベースラインの複製版と同様の要領とする。

９

イ提供する内容は、実行モジュールのみとする。

３ベースラインの情報提示

ＣＯＥ管理システムに掲示するベースライン情報は次の内容を基準とする。

(1) ベースライン一覧

計画・開発段階のベースライン案も含める。互換保証等を付記する。


ア対象ベースライン番号

イベースラインの機能概要（新たに取り込んだパッチや他のベースライン情報

を含む。）

ウ動作環境及び利用制限情報

エ提供期間及び提供媒体

オ閲覧可能なベースラインドキュメント

カ関連技術情報及び教育の案内

キＣＯＴＳベンダ関連情報（サポート内容、保証期間等）

ク対象システム及び適用時期の予定

ケ関連情報リンク先（不具合情報、要求情報等）

コ掲示変更日時等

(3) パッチ

ア対象パッチ番号

イパッチ機能概要（関連するベースライン及びパッチ情報を含む。）

ウ提供期間及び提供媒体

エ対象システム及び適用時期

オ関連情報リンク先（不具合情報等）

カ掲示変更日時等

１０

別紙第１

ＣＯＥ〈ＲＴ－ＯＯＡ〉のベースライン番号体系

１ベースライン番号体系

ベースライン番号はベースライン登録時に付与し、バージョンアップ又はリビジ

ョンアップにより更新する。その番号体系は、品名、型名、バージョン及びリビジ

ョンによって構成する。

COE(RT-OOAnnm)Ver.X.Y.Z

① ② ③ ④⑤⑥

［使用例］COE(RT-OOA051)Ver2.1.0

①品名：「COE」３桁英字で固定

②型名：適用システムにおけるベースラインの利用形態区分

RT-OOA ：フレームワーク識別コード「RT-OOA」６桁英字で固定

nn ：ＣＯＴＳタイプ番号数字２桁［例］02､ 03

m ：ＣＯＴＳタイプ派生番号英数字１桁［例］1, 9, a

③接頭語：「Ver.」４桁英字で固定

④バージョン：バージョンに対応する管理番号数字１桁

［初期値］1

フレームワークの追加・改訂の都度、1ずつ増加させる。

⑤リビジョン１：定期的な修正回数数字１桁［初期値］0

⑥リビジョン２：不定期な修正回数数字１桁［初期値］0

パッチの一括整形等のコンパイルを必要とする不定期の修

正の都度、1ずつ増加させる。0の場合は、省略可とする。

１１

２パッチ番号体系

パッチ番号は、パッチが提供可能となった段階で付与する。その番号体系は、品

名、型名、バージョン、リビジョン及び一連番号によって構成する。

COE(RT-OOAnnm)Ver.X.Y.Z PATCH PACK bbbb

① ② ③ ④⑤⑥ ⑦ ⑧

［使用例］COE(RT-OOA051)Ver2.1.0 PATCH PACK 0001

①～⑥ ：適用対象となるベースラインに同じ

⑦種別：「PATCH PACK」１０桁英字で固定

⑧一連番号：品名、型名、バージョン及びリビジョン別に付与する一連の

番号数字４桁［初期値］0001

１２

別紙第２

ＣＯＥ〈ＯＯＡ〉のベースライン番号体系


ベースライン番号はベースライン登録時に付与し、バージョンアップ又はリビジ

ョンアップにより更新する。その番号体系は、品名、型名、バージョン及びリビジ

ョンによって構成する。

COE(OOAnnm)Ver.X.Y.Z

① ② ③ ④⑤⑥

［使用例］COE(OOA030)Ver2.0.0

①品名：「COE」３桁英字で固定

②型名：適用システムにおけるベースラインの利用形態区分

OOA ：フレームワーク識別コード「OOA」３桁英字で固定




④バージョン：バージョンに対応する管理番号数字１桁［初期値］1



⑥リビジョン２：不定期な修正回数数字１桁［初期値］0

パッチの一括整形等のコンパイルを必要とする不定期の修

正の都度、1 ずつ増加させる。0 の場合は、省略可とする。

１３

(1) パッチ番号体系

アコンポーネント別のパッチ

パッチ番号は、パッチが提供可能となった段階で付与する。その番号体系は、

品名、型名、バージョン、リビジョン、ノード種別、コンポーネントカテゴリ

種別及び一連番号によって構成する。

COE(OOAnnm)Ver.X.Y.Z PATCH aaa xxx bbbb

① ② ③ ④⑤⑥⑦ ⑧ ⑨ ⑩

［使用例］COE(OOA030)Ver.2.0.0 PATCH C MAP 0001


⑦種別：「PATCH」５桁英字で固定

⑧ノード識別：サーバ、クライアント等の区分英字１～３桁

S：サーバのみに適用可

C：クライアントのみに適用可

S/C：サーバ及びクライアント双方に適用可

⑨コンポーネントカテゴリ識別

：付紙に示すコード英字３桁

⑩一連番号：品名、型名、バージョン、リビジョン番号、コンポーネント

カテゴリ識別コード別に付与する一連の番号

数字４桁［初期値］0001

イパッチパック

パッチパック番号は、パッチパックとしての提供が可能となった段階で付与

する。その番号体系は、品名、型名、バージョン、リビジョン及び一連番号に

よって構成する。

COE(OOAnnm)Ver.X.Y.Z PATCH PACK bbbb

① ② ③ ④⑤⑥⑦ ⑧

［使用例］COE(OOA030)Ver.2.1.0 PATCH PACK 0001





１４

付紙

ＣＯＥ〈ＯＯＡ〉コンポーネントカテゴリ識別コード

番号コンポーネントカテゴリ名識別コード構成

１基本機能 BAS 文字列、リスト、圧縮等

２コア部品 COR

メイン処理、イベント管理、業務

基底、共通情報、データコンテナ

基底等

３通信関連部品 CMN 通信部品

４保全部品 CTF 保全部品

５共通部品 CMM 計算、座標、タイマー等

６ビューアベース部品 VWB ビューアベース、ツールバー、印

刷等

７ＤＢアクセス部品 DBA DB 接続、トランザクション制御、

動的 SQL

８共通コード変換部品 CMC 共通コード変換部品

９地図関連部品 MAP 地図スライド、地図データクラ

ス、作画、地図設定等

１０表・グラフ関連部品 TBL

表スライド、グラフスライド、表

データクラス、グラフデータク

ラス

１１ツリー関連部品 TRE ツリースライド、ツリーデータ

クラス

１２テキスト関連部品 TXT テキストスライド、テキストデ

ータクラス

１３階層マトリクス関連部品 TRM 階層マトリクススライド、階層

マトリクスデータクラス

１４ネットワーク関連部品 NTW ネットワークスライド、ネット

ワークデータクラス

１５イメージ関連部品 IMG 画像表示、画像データクラス

１６送信関連部品 SND 宛先情報、送信データクラス

１７共通業務 CMD イメージ業務、アラート業務等

１８ファイル管理業務 PAM ファイル管理業務

１９アラートデーモン ARD アラートデーモン

２０タイマー APT ＡＰタイマー

１５

番号コンポーネントカテゴリ名識別コード構成

２１システム管理関連業務 SMG

マスタデータ管理業務、環境フ

ァイル管理、シンボルファイル

管理

２２動画関連部品 MOV 動画スライド、動画業務

２３緊急メッセージ業務 EMS 緊急メッセージ業務

２４状況表示業務 SIT 状況表示業務

２５自然環境予測業務 NEN 自然環境予測業務

２６戦術支援業務 TAC 戦術支援業務

２７保全関連業務 CTD 利用者管理、監査証跡業務

２８戦術通信業務 TCM 戦術通信業務

１６

別紙第３

ＣＯＥ〈ＳＯＡ〉のベースライン番号体系


(1) アダプタ（ＯＯＡ）

ベースライン番号はベースライン登録時に付与し、バージョンアップ又はリビ

ジョンアップにより更新する。その番号体系は、品名、型名、バージョン及びリ

ビジョン並びに連接するＯＯＡのバージョン、リビジョン及びＣＯＴＳタイプ番

号によって構成する。

COE(SOA)Ver.X.Y.Z AdapterOOA A.B.C(nnm)

① ② ③ ④⑤⑥⑦ ⑧⑨⑩⑪

［使用例］ COE(SOA) Ver.1.0.0 AdapterOOA 2.1.0(040)

①品名：「COE」で固定

②型名：適用システムにおけるベースラインの形態区分

SOA ：フレームワーク識別コード「SOA」英字３桁で固定


④バージョン：バージョンに対応する管理番号数字１桁［初期値］1



⑥リビジョン２：予備数字１桁 0 の場合は、省略可［初期値］0

⑦識別：「AdapterOOA」１０ケタ英字で固定

⑧対象情報１：連接対象となるＯＯＡのバージョン番号数字１桁

⑨対象情報２：連接対象となるＯＯＡの対象リビジョン１番号

数字１桁

⑩対象情報３：連接対象となるＯＯＡの対象リビジョン２番号

数字１桁

⑪型名：適用システムにおけるベースラインの利用形態区分



１７

(2) アダプタ（ＯＯＡ）以外のソフトウェア

ベースライン番号はベースライン登録時に付与し、バージョンアップ又はリビ

ジョンアップにより更新する。その番号体系は、品名、型名、バージョン及びリ

ビジョンによって構成する。

COE(SOA)Ver.X.Y.Z

① ② ③ ④⑤⑥

［使用例］COE(SOA)Ver.1.0.0

①～⑥ ：アダプタ（ＯＯＡ）に同じ

１８

２パッチ番号体系

(1) アダプタ（ＯＯＡ）に対するパッチ

対象となるアダプタ（ＯＯＡ）単位で管理する。パッチ番号は、アダプタ（Ｏ

ＯＡ）の修正や緊急の修正が完了した時点で付与する。その番号体系は、品名、

型名、バージョン及びリビジョン並びに連接するＯＯＡのバージョン、リビジョ

ン、ＣＯＴＳタイプ番号及び一連番号によって構成する。

COE(SOA)Ver.X.Y.Z AdapterOOA A.B.C(nnm) PATCH bbbb

① ② ③ ④⑤⑥⑦ ⑧⑨⑩⑪ ⑫ ⑬

［使用例］ COE(SOA) Ver.1.0.0 AdapterOOA 2.1.0(040) PATCH 0001

①～⑪ ：適用対象となるベースラインに同じ




１９

(2) アダプタ（ＯＯＡ）以外のソフトウェアに対するパッチ

コンポーネント単位で管理する。パッチ番号は、コンポーネントの修正や緊急

の修正が完了した時点で付与する。その番号体系は、品名、型名、バージョン、

リビジョン、コンポーネントカテゴリ識別コード及び一連番号によって構成する。

COE(SOA)Ver.X.Y.Z PATCH aa bbbb

① ② ③ ④⑤⑥⑦ ⑧ ⑨

［使用例］COE(SOA)Ver.1.1.0 PATCH CA 0001



⑧コンポーネントカテゴリ識別

：以下に示す内容から選択英字２桁

EC：ＥＳＣコア

BP：ビジネスプロセス機能

EA：ＥＳＣアダプタ

CA：認証／認可サービス

DC：ＤＩＩ連接サービス

AL：アダプタ（レガシー）

⑨一連番号：品名、型名、バージョン、リビジョン及びコンポーネントカ

テゴリ識別コード別に付与する一連の番号数字４桁

２０

３パッチパック番号体系

(1) アダプタ（ＯＯＡ）に対するパッチパック

対象となるアダプタ（ＯＯＡ）単位で管理し、リリース済みのパッチをまとめ

たものとして、ベースライン単位で提供する。その番号体系は、品名、型名、バ

ージョン、リビジョン及び一連番号によって構成する。

COE(SOA)Ver.X.Y.Z AdapterOOA A.B.C(nnm) PATCH PACK bbbb

① ② ③ ④⑤⑥⑦ ⑧⑨⑩⑪ ⑫ ⑬

［使用例］COE(SOA) Ver.1.0.0 AdapterOOA 2.1.0(040) PATCH PACK 0001

①～⑪ ：適用対象となるベースラインに同じ

⑫種別：「PATCH PACK」１０桁英字で固定

⑬一連番号：品名、型名、バージョン及びリビジョン別に付与する一連の


(2) アダプタ（ＯＯＡ）以外のソフトウェアに対するパッチパック

各コンポーネント単位で管理し、リリース済みのパッチをまとめたものとして、

ベースライン単位で提供する。その番号体系は、品名、型名、バージョン、リビ

ジョン及び一連番号によって構成する。

COE(SOA)Ver.X.Y.Z PATCH PACK bbbb

① ② ③ ④⑤⑥⑦ ⑧

［使用例］COE(SOA)Ver.1.1.0 PATCH PACK 0001





」

統幕指運第１８８号（２９．１０．３０）別冊付録第５

ＣＯＥ技術ドキュメント作成要領



文書管理情報








区分： 1 2 3 4 5 6

理由：

作成年月日：２９．９．２５取得年月日：保存期間：１０年保存期間満了日：４０．３．３１本紙含め：１冊（６０枚）


目次

第１章総則 ............................................................. １

１目的 ............................................................... １

２概要 ............................................................... １

３関連図書 ........................................................... １

４用語の定義 ......................................................... １

第２章基本方針 ......................................................... ２

１基本的な考え方 ..................................................... ２

２記述要領について ................................................... ２

３各ドキュメントの様式 ............................................... ２

４秘密保全 ........................................................... ３

第３章記述要領 ......................................................... ４

第１節ＣＯＥ〈ＲＴ－ＯＯＡ〉設計図書 ................................. ４

１基本設計書 ....................................................... ４

２サービス設計書 ................................................... ７

３標準コンポーネント設計書 ......................................... ９

４標準インフラサービス設計書 ..................................... １１

５データベース設計書 ............................................. １３

６性能設計書 ..................................................... １４

７サービスプログラム設計書 ....................................... １５

８標準コンポーネントプログラム設計書 ............................. １７

９試験計画書 ..................................................... １９

１０総合試験手順書及びシステム試験手順書 ......................... ２３

１１操作手順書 ................................................... ２４

第２節ＣＯＥ〈ＯＯＡ〉設計図書 ..................................... ２５

１基本設計書 ..................................................... ２５

２標準業務クラス設計書 ........................................... ２８

３標準部品クラス設計書 ........................................... ３０

４標準インフラサービス設計書 ..................................... ３２

５データベース設計書 ............................................. ３４

６性能設計書 ..................................................... ３５

７標準業務クラスプログラム設計書 ................................. ３６

８標準部品クラスプログラム設計書 ................................. ３８

９試験計画書 ..................................................... ４０

１０総合試験手順書及びシステム試験手順書 ......................... ４４

１１操作手順書 ................................................... ４５

第３節ＣＯＥ〈ＳＯＡ〉設計図書 ..................................... ４６

１基本設計書 ..................................................... ４６

２概要設計書 ..................................................... ４８

３詳細設計書 ..................................................... ５１

４試験計画書 ..................................................... ５２

５総合試験手順書及びシステム試験手順書 ........................... ５５

６操作手順書 ..................................................... ５６

１

第１章総則

１目的

本書は、運用課（基盤班）、各機関等並びにＣＯＥ、適用システムの開発者等に対

し、主要なＣＯＥ技術ドキュメントの作成要領を明示し、ＣＯＥの効率的な適用及

び維持管理に資することを目的とする。

２概要

(1) 位置付け


部管理要領」という。）の付録第５であり、ＣＯＥ細部管理要領の第１８条を根拠

として、ソフトウェアに含めて扱う技術ドキュメントが遵守すべき記述要領を規

定する。

(2) 構成

本書は、｢総則｣、｢基本方針｣及び｢記述要領｣の各章により構成する。

３関連図書

(1) 引用文書

なし

(2) 参考文書


イＣＯＥ細部管理要領別紙第５「ＣＯＥ関連規則及び技術ドキュメント」

ウＣＯＥ細部管理要領付録第１「ＣＯＥ用語解説」

エＣＯＥ細部管理要領付録第３「ＣＯＥ適合性確認要領」

オＣＯＥ細部管理要領付録第４「ＣＯＥベースライン管理要領」

４用語の定義



２


１基本的な考え方

本書は、ＣＯＥの技術ドキュメントの作成要領を統一するため、各フレームワー

ク設計図書（以下「各ドキュメント」という。）の目次体系等の記述要領の骨子を規

定し、各ドキュメントの作成、修正の効率化及びドキュメント利用者の利便性向上

を図るものである。

２記述要領について

(1) 目次の規定

第３章「記述要領」において、ＣＯＥの各ドキュメントの「目次項目、記述す

べき内容」を規定する。

(2) 序論の目次の統一

序論は各ドキュメントの冒頭に記述されるものであり、次のとおりとする。

１．１目的

１．２概要

(1) 位置付け

(2) 構成

１．３関連文書

(1) 引用文書

(2) 参考文書

１．４用語の定義

(3) 細部事項の記述

第３章「記述要領」に示す項目より下位の項目については、各ドキュメントの

特徴や内容を踏まえ、適宜に設定することができる。

(4) 記述要領の対象範囲

ＣＯＥ事業においては、プログラムに付帯する設計図書類を対象とする（ＣＯ

Ｅ細部管理要領別紙第５「ＣＯＥ関連規則及び技術ドキュメント」参照）。各フレ

ームワークのベースラインの作成やＣＯＥ維持管理の契約納品に際し、第３章

「記述要領」を基準とし作成するものとする。

一方、適用システムに係る事業においては、ＣＯＥを適用する当該調達仕様書

の規定等に基づく個別クラスのプログラム図書の作成上、遵守又は参考とする記

載範囲及び記載事項を指定する（各機関の適用システムにおける個別クラスのプ

ログラム図書の遵守規定は、ＣＯＥ細部管理要領付録第３「ＣＯＥ適合性確認要

領」を参照）。

３各ドキュメントの様式

(1) ドキュメントの作成様式

ドキュメント作成で使用する用紙サイズ、行数・桁数、文字サイズ、レイアウ

３

トなどの作成様式等は原則として、各機関の既定の要領に従うものとする。

(2) 文体に関する留意事項

ア文体は「である」体を用い、専門的な用語の乱用は避けて日常一般に用いら

れている平易な日本語を用いる。ただし、操作手順書では「です・ます」体を

用いる。

イ略号は、誤解を招くおそれがある場合を除き、使用できるものとする。

ウ英文の略号を使用する場合は、英字大文字を使用し、省略前の英文名を初出

時に併記する。

４秘密保全

(1) 秘密区分

秘密区分が異なるドキュメント部位が存在する場合は、区分ごとにドキュメン

トを分冊するものとする。

(2) 関係規則の遵守

その他ドキュメントの保全に関する処置については、関係規則の定めるところ

による。

４

第３章記述要領

第１節ＣＯＥ〈ＲＴ－ＯＯＡ〉設計図書

１基本設計書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～

１序論

１．１目的

本書の目的を記述する。

１．２概要

(1) 位置付け

本書とほかの図書との関係及び本書の記述範囲を記述する。

(2) 構成

本書の記述内容の概略とこれに基づく構成を記述する。


(1) 引用文書

本書の作成において引用した文書名を記述する。

(2) 参考文書

本書の作成において参考とした文書名を記述する。


本書で使用する用語の定義を記述する。

２ＣＯＥの基本条件

ＣＯＥシステム構成の基本的動作条件となるハードウェア、ソフトウェ

アへの要求事項の概要について記述する。

２．１ハードウェア

ＣＯＥが動作するハードウェア構成及びハードウェアへの基本的な要

求事項の概要について記述する。

２．１．１ハードウェア構成

ＣＯＥが動作するハードウェア構成、役割、各サーバ類の組合せ等につ

いて記述する。

２．１．２ハードウェアへの基本的な要求事項

ＣＯＥが動作するハードウェア構成ごとに、基本的な動作条件及び器材

性能（ＣＰＵ、メモリ及びディスク）等を記述する。

２．２ソフトウェア

ＣＯＥが動作するソフトウェア構成及びソフトウェアへの基本的な要


２．２．１ソフトウェア構成

ＣＯＥが動作するソフトウェア構成及び標準クラスの構成の概要を記

述する。

２．２．２ソフトウェアへの基本的な要求事項

５

ＣＯＥが動作するソフトウェア構成について、基本的なカーネルやイン

フラサービスの構成諸元、製品名、バージョン、レベル、組合せ条件等を

記述する。

３ＣＯＥソフトウェア要求事項

ＣＯＥソフトウェア要求事項として、標準業務、標準部品、インフラサ

ービスで実現する機能概要（処理名、処理概要）について記述する。

３．１標準業務

ＣＯＥで提供する各標準業務の概要について処理（処理名及び処理内容）

を「要求機能一覧」として記述する。

３．１．Ｎ（標準業務･レベル１）

業務･レベル１の機能概要と機能構成概要を、図表等を用いて記述する。

３．１．Ｎ．Ｍ（標準業務･レベル２）

業務･レベル２の機能概要と機能構成概要を、図表等を用いて記述する。

３．２標準部品

ＣＯＥで提供する各標準部品の概要、処理（処理名及び処理内容）を「要

求機能一覧」として記述する。要求機能一覧」は、標準部品･レベル３まで

一覧形式で記述する。

３．２．Ｎ（標準部品･レベル１）

標題（レベル１名称）のみとする。

３．２．Ｎ．Ｍ（標準部品･レベル２）

標題（レベル２名称）のみを基本とする。ただし、部品の詳細化がレベ

ル２までの部品は、機能内容を項目単位の表形式で記述する。また、その

機能について視覚的に説明する必要がある場合は図表等を用いて機能概

要を記述する。

３．２．Ｎ．Ｍ．Ｘ（標準部品･レベル３）

標準部品･レベル３の機能内容を項目単位の表形式で記述する。また、

その機能について視覚的に説明する必要がある場合は図表等を用いて機

能概要を記述する。

３．３インフラサービス

インフラサービスで実現する要求機能について一覧表等を用いて記述

する。

４性能

標準業務及びマルチキャスト通信に関する性能モデル及び要求性能を

記述する。

４．１標準業務

標準業務の性能モデル及び要求性能を記述する。

４．１．１性能モデル

ハードウェア、ソフトウェアから構成されるシステム全体の性能モデル

６

を記述する。

４．１．２要求性能

業務ごとの代表的な処理の要求性能を記述する。

４．２マルチキャスト通信

マルチキャスト通信の性能モデル及び要求性能を記述する。

４．２．１性能モデル


を記述する。

４．２．２性能目標

マルチキャスト通信の要求性能を記述する。

５他システム連接（インタフェース）

他システムと連接する場合の通信プロトコル及びコード体系等連接に

必要な要求事項を記述する。

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

７

２サービス設計書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～

１序論

１．１目的


１．２概要

(1) 位置付け


(2) 構成



(1) 引用文書


(2) 参考文書




２標準業務仕様

機能の一覧を記述する。

２．Ｎ（標準業務・レベル１）


２．Ｎ．Ｍ（標準業務・レベル２）共通事項

標題（レベル２名称）のみとする。

(1) メニュー構成

標準業務･レベル２単位の「メニュー構成」を記述する。

(2) 特記事項

標準業務レベル２として特記すべき事項を記述する。

２．Ｎ．Ｍ．Ｘ（標準業務･レベル３）機能詳細

標題（レベル３名称）のみとする。

(n) （標準業務･詳細機能）

標準業務･レベル３の詳細機能単位で以下の内容を適宜、図表等を用


ア機能概要

共通サービスの機能概要、操作に関する機能説明及び実現機能の概


イ入出力データ概要

入出力データ概要として、入出形式及びデータ項目概要を記述する。

ウ画面遷移図

８

画面間の呼出し関係の画面遷移図を記述する。

エ画面仕様

画面単位の詳細機能について、画面機能の記述及び画面イメージを

記述する。

オ補足説明

詳細機能として更に補足が必要な場合の補足説明を記述する。

カシーケンス図

レベル３相当の標準業務クラス間の処理及びメッセージの流れを

記述する。

キ特記事項

機能として特記すべき事項を記述する。

３標準業務詳細仕様

共通サービスを実現する標準業務とその詳細機能について一覧で記述

する。

３．Ｎ（標準業務クラス・レベル１）

「クラス図」により、関連する部品クラスとの関係を記述する。

３．Ｎ．Ｍ（標準業務クラス・レベル２）共通事項


なお、レベル１ではクラス構成が複雑になる場合、サブ標準業務を作成

する場合はここで「クラス図」を記述する。

３．Ｎ．Ｍ．Ｘ（標準業務クラス･レベル３）機能詳細

詳細機能を実現する「詳細機能一覧」により詳細機能に分類し、それぞ

れの処理方式等を記述する。

(n) （標準業務クラス･クラス機能）標準業務

レベル３のクラス機能単位で以下の機能詳細を記述する。

アシーケンス図

レベル３相当の標準業務間の処理及びメッセージの流れを記述す

る。

イ特記事項

機能として特記すべき事項を記述する。

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

９

３標準コンポーネント設計書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～

１序論

１．１目的


１．２概要

(1) 位置付け


(2) 構成



(1) 引用文書


(2) 参考文書




２標準部品仕様

「標準部品機能一覧」により、各標準部品の詳細機能に分割しそれらを

一覧に記述する。

２．Ｎ（標準部品･レベル１）


２．Ｎ．Ｍ（標準部品･レベル２）

標題（レベル２名称）のみを基本とする。機能の詳細化がレベル２まで

の部品は、次項に準じて詳細機能を記述する。

２．Ｎ．Ｍ．Ｘ（標準部品･レベル３）詳細機能


(n) （標準部品・詳細機能）

標準部品・レベル３の詳細機能別に以下の機能詳細を記述する。

ア機能概要

標準部品・詳細機能の機能概要として、操作に関する機能説明及び

実現機能の概要を記述する。

イ補足説明

入出データ概要、画面遷移図、画面仕様、標準部品･詳細機能に対す

る補足を、図表等を用いて記述する。

ウクラス図

当該標準部品・レベル３との関係を明記する必要のあるクラス群に

ついてのクラス図について図表等を用いて記述する。

１０

エシーケンス図

標準部品・レベル３相当の標準部品クラス間の処理及びメッセージ

の流れ）について図表等を用いて記述する。

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～

１１

４標準インフラサービス設計書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～

１序論

１．１目的


１．２概要

(1) 位置付け


(2) 構成



(1) 引用文書


(2) 参考文書




２標準インフラサービス仕様

「標準インフラサービス機能一覧」により、各標準インフラサービスの

詳細機能に分割し、それらを一覧に記述する。

２．Ｎ（標準インフラサービス・レベル１）


２．Ｎ．Ｍ（標準インフラサービス・レベル２）


のインフラサービスは、次項に準じて詳細機能を記述する。

２．Ｎ．Ｍ．Ｘ（標準インフラサービス・レベル３）機能詳細

標題（レベル３名称）のみを基本とする。

(n) （標準インフラサービス・詳細機能）

標準インフラサービス・レベル３（レベル２）の詳細機能ごとに以下

の機能詳細を記述する。

ア機能概要

標準インフラサービス・詳細機能の機能概要として、操作に関する

説明及び実現機能の概要を記述する。

イ補足説明

入出データ概要、画面遷移図、画面仕様、標準インフラサービス・

詳細機能に対する補足を、図表等を用いて記述する。

ウクラス図

当該標準インフラサービス・レベル３との関係を明記する必要のあ

１２

るクラス群についてのクラス図について図表等を用いて記述する。


標準インフラサービス・レベル３相当の標準インフラサービス間の

処理、メッセージの流れについて図表等を用いて記述する。

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～

１３

５データベース設計書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～

１序論

１．１目的


１．２概要

(1) 位置付け


(2) 構成



(1) 引用文書


(2) 参考文書




２外部スキーマ定義

データベース化の対象となるデータについて、データ項目、データ内

容、適用業務、桁数及びデータの型等を一覧形式で記述する。

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～

１４

６性能設計書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～

１序論

１．１目的


１．２概要

(1) 位置付け


(2) 構成



(1) 引用文書


(2) 参考文書




２性能設計

２．Ｎ（共通サービス・標準コンポーネント等）

標題のみとする。

２．Ｎ．１設計要件

ＣＯＥで提供する機能のうち性能設計上、重要な要件について記述する。

２．Ｎ．２設計条件

設計目標値の前提となる動作環境の条件を記述する。

２．Ｎ．３設計規定

性能要件に対応する設計規定を記述する。

２．Ｎ．４設計内容

設計規定を達成するために実施する性能設計内容を記述する。

付録性能見積資料

前提となる動作環境条件の細部ケーススタディについて記述する。

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～

１５

７サービスプログラム設計書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～

１序論

１．１目的


１．２概要

(1) 位置付け


(2) 構成



(1) 引用文書


(2) 参考文書




２サービスプログラム設計

２．Ｎ（標準業務クラス・レベル１）


２．Ｎ．Ｍ（標準業務クラス・レベル２）


２．Ｎ．Ｍ．Ｘ（標準業務クラス・レベル３）

標準業務クラス・レベル３ごとに以下の項目を記述する。なお、業務ク

ラスの特性に応じて、適宜、記述項目を追加する。

(1) ファイル一覧

クラス定義ファイルとメンバー関数実装ファイルの概要及びファイ

ルサイズ等を一覧形式で記述する。

(2) クラス一覧

実装クラス名単位で概要、定義ファイル名等を一覧形式で記述する。

(3) クラス参照一覧

実装クラス名単位で参照しているクラス定義ファイル、メンバー関数

定義ファイルを一覧形式で記述する。

(4) クラス階層図

基底クラスと派生クラスの関係を示す詳細なクラス順階層図を記述

する。

(5) クラス詳細仕様

クラスの詳細な処理内容について記述する。

１６

２．Ｎ．Ｍ．Ｘ．Ｙ（クラス名）

実装クラス名単位で、以下の項目を記述する。なお、実装クラスの特性

に応じて、適宜、記述項目を追加する。

(1) クラス説明

概要、機能説明、階層ツリー図及びメンバー一覧等クラスの説明情報

を記述する。

(2) クラス関連図

関連するクラス間の呼出し関係について、図表等を用いて記述する。

(3) メンバー関数説明

メンバー関数の概要、復帰情報、パラメータ説明、機能説明等を記述

する。

付録内部スキーマ定義

データベース仕様（ＥＲ図及びエンティティ定義）を記述する。

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～

１７

８標準コンポーネントプログラム設計書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～

１序論

１．１目的


１．２概要

(1) 位置付け


(2) 構成



(1) 引用文書


(2) 参考文書




２標準コンポーネントプログラム設計

２．Ｎ（標準部品クラス・レベル１）


２．Ｎ．Ｍ（標準部品クラス・レベル２）


２．Ｎ．Ｍ．Ｘ（標準部品クラス・レベル３）

標準部品クラス・レベル３ごとに以下の項目を記述する。なお、部品ク



クラス定義ファイルとメンバー関数実装ファイルの概要及びファイ

ルサイズ等を一覧形式で記述する。

(2) クラス一覧

実装クラス名単位で概要及び定義ファイル名等を一覧形式で記述す

る。


実装クラス名単位で参照しているクラス定義ファイル及びメンバー

関数定義ファイルを一覧形式で記述する。



する。


１８





(1) クラス説明

概要、機能説明、階層ツリー図、メンバー一覧等クラスの説明情報を

記述する。





する。



～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～

１９

９試験計画書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～

１序論

１．１目的


１．２概要

(1) 位置付け


(2) 構成

本書の記述内容の概略とこれに基づく構成を記述する（システム試験

の範囲及びシステム試験の位置付け等）。


(1) 引用文書


(2) 参考文書




２試験計画

システム試験を行うための計画について、その対象、試験範囲、システ

ム試験の位置付け及び作成する資料の構成等の試験計画の各事項につい

て記述する。

２．１試験方針と重視施策

(1) 試験方針

試験方針について記述する。

(2) 重視施策

試験を実施する上で、重視して実施する施策について記述する。

２．２試験対象

試験の対象となるソフトウェア（標準業務クラス及び標準部品クラス）

を記述する。

２．３試験体系の選定

上記２．１項「試験方針と重視施策」において明確にした施策事項によ

り、契約で要求される試験（システム試験、総合試験等）と対応付けた試

験体系を記述する。

２．４試験体系

本試験で実施する試験の全体体系（機能試験、性能試験、適合性確認試

験等）を記述する。

２０

２．４．１機能試験

作成した標準業務クラス及び標準部品クラスが仕様どおりに作成され

ていることを確認するための試験要領を記述する。

２．４．２性能試験

作成した標準業務クラス及び標準部品クラスが、予め設定した目標性能

値を満たしていることを確認するための試験要領を記述する。

２．４．３適合性確認試験

作成した標準業務クラス及び標準部品クラスが規約類等ドキュメント

に示す規約・基準に合致していることを確認するための試験要領を記述す

る。

２．５試験環境

本試験において使用するハードウェア環境及びソフトウェア環境を記

述する。

２．５．１ハードウェア

本試験において使用するハードウェア構成を、図表等を用いて記述する。

２．５．２ソフトウェア

本試験において使用するソフトウェア構成を、図表等を用いて記述する。

２．６実施要領

実施する機能試験、性能試験、適合性確認試験等について、その実施要

領及び評価基準を記述する。

２．６．１機能試験

機能試験に関する実施要領について記述する。

(1) 試験項目設定の考え方

試験項目は、出力図表等の操作ごとにテストケースを作成し記述する。

テストケースの作成に当たっては、対象となる標準業務クラス及び標準

部品クラスを漏れなく含むように留意する。

(2) 機能確認

前項で作成した全テストケースの正常動作を確認する要領（試験回数

等）及び評価基準（結果を妥当と判定する基準）を記述する。また、特

に重視する共通確認項目についても記述する。

(3) 連続動作確認

連続して動作を行う試験の対象、実施要領、評価基準（結果を妥当と

判定する基準）等について記述する。

２．６．２性能試験

所望の性能試験の対象、測定要領、評価基準（結果を妥当と判定する基

準）等について記述する。

２．６．３適合性確認試験

プログラム開発規約（コーディング規約、ネーミング規約及びＨＭＩ規

２１

約）及び操作手順書との適合性確認に関する実施要領を記述する。

２．６．３．１規約類との適合確認

標準クラスがコーディング規約及びネーミング規約に準拠しているこ

と、並びに画面を保有するソフトウェアがＨＭＩ規約に準拠していること

を確認する要領について記述する。

２．６．３．２操作手順書との適合確認

対象ソフトウェアと操作手順書との適合性を確認する要領を記述する。

２．７試験体制等

システム試験体制等を記述する。

２．７．１試験体制及び各グループの役割

全般の体制、各グループの役割について、図表等を用いて記述する。

２．７．２管理実施要領

試験管理作業の作業項目や管理要領等を、試験の進め方及び重視する事

項とともに、図表等を用いて記述する。

２．７．３管理作業の流れ

システム試験の各管理作業の流れ、他作業との連携要領等を、図表等を

用いて記述する。

２．８試験スケジュール

本試験におけるスケジュールを、図表等を用いて記述する。

３指標値取得

３．１指標値取得の項目

指標値取得の流れ、測定すべき指標値及び測定要領について記述する。

３．２バリデーション測定

３．２．１負荷

処理を同時に実施することで、システムに負荷をかけた状態を作為し、

処理の遅延度合と、各装置の資源（メモリ、ＣＰＵ等）の消費量を確認し、

性能指標値を測定する試験要領を記述する。

３．２．２マシンスペック

異なるマシンスペックでの性能測定を行い、それぞれの処理時間を測定

し、性能指標値を取得することで試験や測定の精度を向上させる要領につ


３．２．３物理サーバ構成

異なる物理サーバ構成での性能測定を行い、それぞれの処理時間及び資

源（メモリ、ＣＰＵ等）の消費量を測定し、全体の性能指標値を取得する

要領について記述する。

３．２．４バリデーション測定のまとめ

試験全体のバリデーション測定についてまとめを記述する。

４支援依頼事項

２２

機能試験及び動作確認における監督官等の立会い、試験手順（テストケ

ース）の確認、施設の立ち入り等、試験の実施にあたり官に対して依頼す

る事項を記述する。

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

２３

１０総合試験手順書及びシステム試験手順書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～

１序論

１．１目的


１．２概要

(1) 位置付け


(2) 構成



(1) 引用文書


(2) 参考文書




２試験項目

本試験で対象となる試験項目について、「試験対象、試験番号との対応及

び資料の構成」をまとめて、試験全体の体系を記述する。

２．１試験対象

試験対象のソフトウェア（標準業務クラス及び標準部品クラス）に関し、

テストケースを作成し機能試験を実施する要領を記述する。なお、標準業務

クラスの試験で機能が確認できない標準部品クラスについては、確認用ツー

ルを使用し試験を実施する旨を記述する。

２．２機能と試験番号の対応

本試験の試験対象となるソフトウェア（標準業務クラス及び標準部品クラ

ス）の持つ機能と、実施する試験番号（ユースケース番号）を対応付け、一

覧表等で記述する（確認用ツールを使用した試験等を含む。）。

２．３試験項目一覧及びテストケース

試験番号（ユースケース番号）単位に、「試験項目一覧（業務機能確認項

目一覧）」を作成し、表等で試験項目一覧の試験項目ごとにテストケースを

記述する。

２．３．１試験項目一覧（業務機能項目一覧）

本試験で実施する試験項目を一覧として記述する。

２．３．２テストケース

本試験で対象となる試験手順及び評価基準を、テストケースごとに記述す

る。

２４

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～

１１操作手順書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～

１序論

１．１目的


１．２概要

(1) 位置付け


(2) 構成



(1) 引用文書


(2) 参考文書




２共通操作手順

ＣＯＥが提供する共通サービスの基本的な操作手順について記述する。

２．１ヘルプの操作概要

ヘルプなどの共通的な基本操作の要領について記述する。

２．２統合ビューアの操作手順

統合ビューアのＨＭＩ、操作手順、利用方法について記述する。

３共通サービスの操作要領

３．Ｎ（ＸＸ標準業務クラス・レベル１）

レベル１のユースケースを設定し、共通サービスの機能概要及び基本的

な操作手順を記述する。

３．Ｎ．１ＸＸの機能概要

標準業務クラスの機能概要を記述する。

３．Ｎ．２ＸＸの基本操作手順

標準業務クラスの基本的な操作用要領、手順を記述する。

４共通サービスの画面説明

共通サービスについて、画面項目の構成要素ごとに、操作要領を記述す

る。

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～

２５

第２節ＣＯＥ〈ＯＯＡ〉設計図書

１基本設計書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～

１序論

１．１目的


１．２概要

(1) 位置付け


(2) 構成



(1) 引用文書


(2) 参考文書




２ＣＯＥの基本条件

ＣＯＥシステム構成の基本的動作条件となるハードウェア、ソフトウェ

アへの要求事項の概要について記述する。


ＣＯＥが動作するハードウェア構成及びハードウェアへの基本的な要


２．１．１ハードウェアの構成

ＣＯＥの基本的なハードウェア構成、役割、各サーバ類の組合せ等につ



ＣＯＥが動作するハードウェア構成ごとに、基本的な動作条件、器材性

能（ＣＰＵ、メモリ及びディスク）等を記述する。


ＣＯＥが動作するソフトウェア構成及びソフトウェアへの基本的な要


２．２．１ソフトウェアの構成

ＣＯＥが動作するソフトウェア構成について、カーネル、インフラサー

ビス及び標準クラスの構成を記述する。


ＣＯＥが動作するソフトウェア構成について、基本的なカーネルやイン

２６

フラサービスの構成諸元、製品名、バージョン、レベル、組合せ条件等を

記述する。

３ＣＯＥソフトウェア要求事項

ＣＯＥソフトウェア要求事項として、標準業務、標準部品及びインフラ

サービスで実現する機能概要（処理名、処理概要）について記述する。

３．１標準業務

ＣＯＥで提供する各標準業務の概要について処理（処理名及び処理内容）

を「要求機能一覧」として記述する。

３．１．Ｎ（標準業務・レベル１）

標準業務・レベル１の機能概要と機能構成概要を、図表等を用いて記

述する。

３．１．Ｎ．Ｍ（標準業務・レベル２）

標準業務・レベル２の機能概要と機能構成概要を、図表等を用いて記

述する。

３．２標準部品

ＣＯＥで提供する各標準部品の概要、処理（処理名及び処理内容）を「要

求機能一覧」として記述する。「要求機能一覧」は、標準部品・レベル３ま

で一覧形式で記述する。

３．２．Ｎ（標準部品・レベル１）


３．２．Ｎ．Ｍ（標準部品・レベル２）

標題（レベル２名称）のみを基本とする。ただし、部品の詳細化がレベ

ル２までの部品は、機能内容を項目単位の表形式で記述する。また、その

機能について視覚的に説明する必要がある場合は図表等を用いて機能概


３．２．Ｎ．Ｍ．Ｘ（標準部品・レベル３）

標準部品・レベル３の機能内容を項目単位の表形式で記述する。また、

その機能について視覚的に説明する必要がある場合は図表等を用いて機

能概要を記述する。

ただし、製造工程で順次内容が追加となる場合があり、全体との整合を

図って記述する。

３．３インフラサービス

インフラサービスで実現する機能について、一覧表等を用いて記述する。

４性能

標準業務、標準部品及びマルチキャスト通信に関する性能モデル及び要

求性能を記述する。

４．１標準業務

標準業務の性能モデル及び要求性能を記述する。

２７

４．１．１性能モデル


を記述する。

４．１．２要求性能

業務ごとの代表的な処理の要求性能を記述する。

４．２マルチキャスト通信

マルチキャスト通信の性能モデル及び要求性能を記述する。

４．２．１性能モデル


を記述する。

４．２．２要求性能

マルチキャスト通信の要求性能を記述する。

５他システム連接（インタフェース）

他システムと連接する場合の通信プロトコル及びコード体系等、連接に

必要な要求事項を記述する。

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～

２８

２標準業務クラス設計書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～

１序論

１．１目的


１．２概要

(1) 位置付け


(2) 構成



(1) 引用文書


(2) 参考文書




２標準業務仕様

「標準業務機能一覧」により、各標準業務の詳細機能に分割し、それらを


２．Ｎ（標準業務・レベル１）


２．Ｎ．Ｍ（標準業務・レベル２）共通事項


(1) メニュー構成

標準業務・レベル２単位の「メニュー構成」を記述する。

(2) 特記事項

標準業務レベル２として特記すべき事項を記述する。

２．Ｎ．Ｍ．Ｘ（標準業務・レベル３）機能詳細


(n) （標準業務・詳細機能）

標準業務・レベル３の詳細機能単位で以下の内容を適宜、図表等を用い

て記述する。

ア機能概要

標準業務・詳細機能の機能概要、操作に関する機能説明及び実現機能

の概要を記述する。

イ入出力データ概要

標準業務・詳細機能の入出力データ概要として、入出力形式及びデー

２９

タ項目概要を記述する。

ウ画面遷移図

標準業務・詳細機能の画面間の呼出し関係の画面遷移図を記述する。

エ画面仕様

標準業務・詳細機能の画面ごとの詳細について、画面機能の記述及び

画面イメージを記述する。

オ補足説明

標準業務・詳細機能の詳細として更に補足が必要な場合の補足説明を

記述する。

カシーケンス図

標準業務・レベル３相当の標準業務クラス間の処理及びメッセージの

流れを記述する。

キ特記事項

標準業務クラス機能として特記すべき事項を記述する。

３標準業務詳細仕様

「標準業務関連クラス一覧」により、各標準業務を実現する業務クラスと

その詳細機能について一覧で記述する。

３．Ｎ（標準業務クラス・レベル１）

「クラス図」により、標準業務クラスを中心とした関連する部品クラスと

の関係を記述する。

３．Ｎ．Ｍ（標準業務クラス・レベル２）共通事項

標題（レベル２名称）のみとする。なお、レベル１ではクラス構成が複雑

になる場合、サブ業務クラスを作成する場合はここで「クラス図」を記述す

る。

３．Ｎ．Ｍ．Ｘ（標準業務クラス･レベル３）機能詳細

各標準業務を実現する業務クラスを「詳細機能一覧」により詳細機能に分

類し、それぞれの処理方式等を記述する。

(n) （標準業務クラス･クラス機能）標準業務

レベル３のクラス機能単位で以下の機能詳細を記述する。

アシーケンス図

標準業務･レベル３相当の標準業務クラス間の処理及びメッセージの

流れを記述する。

イ特記事項

標準業務クラス･クラス機能として特記すべき事項を記述する。

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～

３０

３標準部品クラス設計書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

１序論

１．１目的


１．２概要

(1) 位置付け


(2) 構成



(1) 引用文書


(2) 参考文書




２標準部品仕様

「標準部品機能一覧」により、各標準部品の詳細機能に分割しそれらを


２．Ｎ（標準部品・レベル１）


２．Ｎ．Ｍ（標準部品・レベル２）


の部品は、次項に準じて詳細機能を記述する。

２．Ｎ．Ｍ．Ｘ（標準部品・レベル３）詳細機能


(n) （標準部品・詳細機能）

標準部品・レベル３の詳細機能単位で以下の機能詳細を記述する。

ア機能概要

標準部品・詳細機能の機能概要として、操作に関する機能説明及び

実現機能の概要を記述する。

イ補足説明

入出力データ概要、画面遷移図、画面仕様及び標準部品・詳細機能

に対する補足を、図表等を用いて記述する。

ウクラス図

当該標準部品・レベル３との関係を明記する必要のあるクラス群に

ついてのクラス図を記述する。

３１


標準部品・レベル３相当の標準部品クラス間の処理及びメッセージ

の流れについて図表等を用いて記述する。

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

３２

４標準インフラサービス設計書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

１序論

１．１目的


１．２概要

(1) 位置付け


(2) 構成



(1) 引用文書


(2) 参考文書




２標準インフラサービス仕様

「標準インフラサービス機能一覧」により、各標準インフラサービスの

詳細機能に分割しそれらを一覧に記述する。

２．Ｎ（標準インフラサービス・レベル１）


２．Ｎ．Ｍ（標準インフラサービス・レベル２）


のインフラサービスは、次項に準じて詳細機能を記述する。

２．Ｎ．Ｍ．Ｘ（標準インフラサービス・レベル３）機能詳細

標題（レベル３名称）のみを基本とする。

(n) （標準インフラサービス・詳細機能）

標準インフラサービス・レベル３の詳細機能単位で以下の機能詳細を

記述する。

ア機能概要

標準インフラサービス・詳細機能の機能概要として、操作に関する

機能説明及び実現機能の概要を記述する。

イ補足説明

入出力データ概要、画面遷移図、画面仕様及び標準インフラサービ

ス・詳細機能に対する補足を、図表等を用いて記述する。

ウクラス図

当該標準インフラサービス・レベル３との関係を明記する必要のあ

３３

るクラス群についてのクラス図を記述する。


標準インフラサービス・レベル３相当の標準インフラサービス間の

処理、メッセージの流れについて、図表等を用いて記述する。

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

３４

５データベース設計書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

１序論

１．１目的


１．２概要

(1) 位置付け


(2) 構成



(1) 引用文書


(2) 参考文書




２外部スキーマ定義

データベース化の対象となるデータについて、データ項目、データ内容、

適用業務、桁数及びデータの型等を一覧形式で記述する。

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

３５

６性能設計書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

１序論

１．１目的


１．２概要

(1) 位置付け


(2) 構成



(1) 引用文書


(2) 参考文書




２性能設計

２．Ｎ（標準業務・標準部品等）

標題（標準業務・標準部品等名称）のみとする。

２．Ｎ．１設計要件

ＣＯＥで提供する機能のうち性能設計上、重要な性能要件について記述

する。

２．Ｎ．２設計条件

設計目標値の前提となる動作環境の条件を記述する。

２．Ｎ．３設計目標値

性能要件に対応する設計目標値を記述する。

２．Ｎ．４設計内容

設計目標値を達成するために実施する性能設計内容を記述する。

付録性能見積資料

前提となる動作環境条件のケーススタディについて細部を記述する。

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

３６

７標準業務クラスプログラム設計書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

１序論

１．１目的


１．２概要

(1) 位置付け


(2) 構成



(1) 引用文書


(2) 参考文書




２標準業務クラスプログラム設計

２．Ｎ（標準業務クラス・レベル１）


２．Ｎ．Ｍ（標準業務クラス・レベル２）


２．Ｎ．Ｍ．Ｘ（標準業務クラス・レベル３）

標準業務クラス・レベル３ごとに以下の項目を記述する。なお、業務ク



クラス定義ファイルとメンバー関数実装ファイルの概要、ファイルサ

イズ等を一覧形式で記述する。

(2) クラス一覧

実装クラス名単位で概要、定義ファイル名等を一覧形式で記述する。






する。



３７


実装クラス名ごとに、以下の項目を記述する。なお、実装クラスの特性


(1) クラス説明

概要、機能説明、階層ツリー図、メンバー一覧等、クラスの説明情報

を記述する。





する。



～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

３８

８標準部品クラスプログラム設計書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

１序論

１．１目的


１．２概要

(1) 位置付け


(2) 構成



(1) 引用文書


(2) 参考文書




２標準部品クラスプログラム設計

２．Ｎ（標準部品クラス・レベル１）


２．Ｎ．Ｍ（標準部品クラス・レベル２）


２．Ｎ．Ｍ．Ｘ（標準部品クラス・レベル３）

標準部品クラス・レベル３ごとに以下の項目を記述する。なお、部品ク



クラス定義ファイルとメンバー関数実装ファイルの概要、ファイルサ

イズ等を一覧形式で記述する。

(2) クラス一覧

実装クラス名単位で概要及び定義ファイル名等を一覧形式で記述す

る。






する。


３９





(1) クラス説明

概要、機能説明、階層ツリー図、メンバー一覧等、クラスの説明情報

を記述する。


関連するクラス間の呼出し関係を図表等で記述する。



する。



～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

４０

９試験計画書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

１序論

１．１目的


１．２概要

(1) 位置付け


(2) 構成

本書の記述内容の概略とこれに基づく構成を記述する（システム試験

の範囲、システム試験の位置づけ等）。


(1) 引用文書


(2) 参考文書




２試験計画

システム試験を行うための計画について、その対象、試験範囲、システ

ム試験の位置付け、作成する資料の構成等の試験計画の各事項について記

述する。


(1) 試験方針


(2) 重視施策



試験の対象となるソフトウェア（標準業務クラス及び標準部品クラス）

を記述する。


上記２．１項「試験方針と重視施策」において明確にした施策事項によ

り、契約で要求される試験（システム試験、総合試験等）と対応付けた試

験体系を記述する。


本試験で実施する試験の全体体系（機能試験、性能試験、適合性確認試

験等）を記述する（適合性確認とは、対象が規約・基準に合致しているか

を確認することをいう。）。

４１

２．４．１機能試験

作成した標準クラス及び標準部品クラスが仕様どおりに作成されて

いることを確認するための試験要領を記述する。

２．４．２性能試験

作成した標準クラス及び標準部品クラスが、あらかじめ設定した目標

性能値を達成していることを確認するための試験要領を記述する。

２．４．３適合性確認試験

作成した標準クラス及び標準部品クラスが規約類等ドキュメントに

示す規約・基準に合致していることを確認するための試験要領を記述す

る。

２．５試験環境の構成

本試験において使用するハードウェア環境及びソフトウェア環境を記

述する。

２．５．１ハードウェア

本試験において使用するハードウェア構成を、図表等を用いて記述する。

２．５．２ソフトウェア

本試験において使用するソフトウェア構成を、図表等を用いて記述する。

２．６実施要領

実施する機能試験、性能試験、適合性確認試験等について、その実施要

領及び評価基準について記述する。

２．６．１機能試験

機能試験に関する実施要領について記述する。

(1) 試験項目設定の考え方

試験項目は、出力図表等の操作ごとにテストケースを作成し記述する。

テストケースの作成に当たっては、対象となる標準業務クラス及び標準

部品クラスを漏れなく含むように留意する。

(2) 機能確認

前項で作成した全テストケースの正常動作を確認する要領（試験回数

等）及び評価基準（結果を妥当と判定する基準）を記述する。また、特

に重視する共通確認項目についても記述する。

(3) 連続動作確認

連続して動作を行う試験の対象、実施要領、評価基準（結果を妥当と

判定する基準）等について記述する。

２．６．２性能試験

所望の性能試験の対象、測定要領、評価基準（結果を妥当と判定する基

準）等について記述する。

２．６．３適合性確認試験

プログラム開発規約（コーディング規約、ネーミング規約及びＨＭＩ規

４２

約）及び操作手順書との適合性確認に関する実施要領を記述する。

２．６．３．１規約類との適合確認

標準クラスがコーディング規約及びネーミング規約に準拠しているこ

と、並びに画面を保有するソフトウェアがＨＭＩ規約に準拠していること

を確認する要領について記述する。

２．６．３．２操作手順書との適合確認

対象ソフトウェアと操作手順書との適合性を確認する要領を記述する。

２．７試験体制等


２．７．１試験体制及び各グループの役割


２．７．２管理実施要領



２．７．３管理作業の流れ

システム試験の各管理作業の流れ及び他作業との連携要領等を、図表等

を用いて記述する。

２．８試験スケジュール


３指標値取得

３．１指標値取得の項目

指標値取得の流れ、測定すべき指標値及び測定要領について記述する。

３．２バリデーション測定

３．２．１負荷

処理を同時に実施することで、システムに負荷をかけた状態を作為し、

処理の遅延度合と、各装置の資源（メモリ、ＣＰＵ等）の消費量を確認し、

性能指標値を測定する試験要領を記述する。

３．２．２マシンスペック

異なるマシンスペックでの性能測定を行い、それぞれの処理時間を測定

し、性能指標値を取得することで試験や測定の精度を向上させる要領につ


３．２．３物理サーバ構成

異なる物理サーバ構成での性能測定を行い、それぞれの処理時間及び資

源（メモリ、ＣＰＵ等）の消費量を測定し、全体の性能指標値を取得する

要領について記述する。

３．２．４バリデーション測定のまとめ

試験全体のバリデーション測定についてまとめを記述する。

４支援依頼事項

４３




～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

４４

１０総合試験手順書及びシステム試験手順書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

１序論

１．１目的


１．２概要

(1) 位置付け


(2) 構成



(1) 引用文書


(2) 参考文書




２試験項目

本試験で対象となる試験項目について、「試験対象、試験番号との対応

及び資料の構成」をまとめて、試験全体の体系を記述する。


試験対象のソフトウェア（標準業務クラス及び標準部品クラス）に関し

テストケースを作成し機能試験を実施する要領を記述する。なお、標準業

務クラスでは機能が確認できないような標準部品クラスについては、確認

用ツールを使用し試験を実施する旨を記述する。

２．２機能と試験番号の対応

本試験の試験対象となるソフトウェア（標準業務クラス及び標準部品ク

ラス）の持つ機能と、実施する試験番号（ユースケース番号）を対応付け、

一覧表等で記述する（確認用ツールを使用した試験等を含む。）。

２．３試験項目一覧及びテストケース

試験番号（ユースケース番号）ごとに、試験項目の一覧を作成する。ま

た、試験項目一覧の試験項目ごとにテストケースを記述する。

２．３．１試験項目一覧

本試験で実施する試験項目を一覧として記述する。この際、業務機能項

目も併せ、「試験項目一覧（業務機能項目一覧）」とする。

２．３．２テストケース

本試験で対象となる試験項目ごとに、試験手順及び評価基準を記述する。

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

４５

１１操作手順書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

１序論

１．１目的


１．２概要

(1) 位置付け


(2) 構成



(1) 引用文書


(2) 参考文書




２共通操作手順

ＣＯＥが提供する標準業務の共通的な操作手順について記述する。

２．１ヘルプの操作概要

ヘルプの共通的な基本操作要領について記述する。

２．２統合ビューアの操作手順

統合ビューアのＨＭＩ操作手順、利用方法について記述する。

３標準業務クラスの操作要領

３．Ｎ（ＸＸ標準業務クラス・レベル１）

標準業務クラス・レベル１のユースケースを設定し、標準業務クラスの

機能概要及び主要な基本操作手順を記述する。

３．Ｎ．１ＸＸの機能概要

標準業務クラスの機能概要を記述する。

３．Ｎ．２ＸＸの基本操作手順

標準業務クラスの基本的な操作用要領、手順を記述する。

４標準クラスの画面説明

標準クラスについて、画面項目の構成要素ごとに、操作要領を記述する。

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

４６

第３節ＣＯＥ〈ＳＯＡ〉設計図書

１基本設計書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

１序論

１．１目的


(1) 基本設計の目的

基本設計の目的を記述する。

(2) 基本設計の対象範囲

基本設計の対象範囲を記述する。

(3) 基本設計の流れ

基本設計の流れを記述する。

１．２概要

(1) 位置付け

本書とほかの図書との関係及び本書の記述範囲を記述する。また、位

置づけを明確にするため、ドキュメント一覧を挿入する。

(2) 構成



(1) 引用文書


(2) 参考文書




２システム構成


ＥＳＣが動作するハードウェアへの基本的な要求事項の概要について

記述する。

２．１．１ハードウェアの構成

ＥＳＣの基本的なハードウェア構成、役割等について記述する。


ＥＳＣが動作するハードウェア構成・役割ごとに、基本的な動作条件、

器材性能（ＣＰＵ、メモリ、ディスク）等を記述する。


ＥＳＣが動作するソフトウェア構成及びソフトウェアへの基本的な要

求事項について記述する。

２．２．１ソフトウェアの構成

４７

ＥＳＣの基本的なソフトウェア構成、役割等について記述する。


(1) ＥＳＣが採用するソフトウェア名、必須バージョン（Ｖｅｒ．Ｘ.Ｘ以

降等）、機能概要及び動作条件（対応ＯＳ等）を記述する。

(2) 各ソフトウェアの相互関係が分かる構成図を記述する。

３機能

大区分、中区分及び小区分に分類し、機能の概要、細部処理レベルを記

述する。

３．Ｎ（大区分）

標題（大区分名称）のみ記述する。必要により、機能の概要を記述する。

３．Ｎ．Ｍ（中区分）

標題（中区分名称）のみ記述する。必要により、機能の概要を記述する。

３．Ｎ．Ｍ．Ｘ（小区分）

標題（小区分名称）のみ記述する。必要により、機能の概要を記述する。

４入出力データ仕様

大区分、中区分及び小区分に分類し、機能間の入出力データを記述する。

４．Ｎ（大区分）

標題（大区分名称）のみ記述する。必要により、機能間の入出力データ

を記述する。

４．Ｎ．Ｍ（中区分）

標題（中区分名称）のみ記述する。必要により、機能間の入出力データ

を記述する。

４．Ｎ．Ｍ．Ｘ（小区分）

標題（小区分名称）のみ記述する。必要により、機能間の入出力データ

を記述する。

付録ＣＯＥラボ基本設計書

１ＣＯＥラボの基本設計を記述する。

２章構成は、本冊と同様とする。

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

４８

２概要設計書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

１序論

１．１目的


(1) 概要設計の目的

概要設計の目的を記述する。

(2) 概要設計の対象範囲

概要設計の対象範囲を記述する。

(3) 概要設計の流れ

概要設計の流れを記述する。

１．２概要

(1) 位置付け


置付けを明確にするため、ドキュメント一覧を挿入する。

(2) 構成



(1) 引用文書


(2) 参考文書




２機能


述する。

２．Ｎ（大区分）


２．Ｎ．Ｍ（中区分)


２．Ｎ．Ｍ．Ｘ（小区分）


２．Ｎ．Ｍ．Ｘ．１クラス

２．Ｎ．Ｍ．Ｘ．１．１クラス一覧

クラスの名称と概要を一覧形式で記述する。

２．Ｎ．Ｍ．Ｘ．１．２クラス図

クラスの相互関係をクラス図として記述する。

４９

２．Ｎ．Ｍ．Ｘ．２シーケンス

２．Ｎ．Ｍ．Ｘ．２．１シーケンス一覧

シーケンスの名称と概要を一覧形式で記述する。

２．Ｎ．Ｍ．Ｘ．２．２シーケンス図

シーケンス図を記述する。

２．Ｎ．Ｍ．Ｘ．３状態遷移表

状態遷移表を記述する。必要に応じ、状態遷移図を付記する。

３データ仕様

大区分、中区分及び小区分に分類し、データ仕様を記述する。


標題（大区分名称）のみ記述する。必要により、データ仕様を記述する。


標題（中区分名称）のみ記述する。必要により、データ仕様を記述する。


標題（小区分名称）のみ記述する。必要により、データ仕様を記述する。

３．Ｎ．Ｍ．Ｘ．１データベース仕様

３．Ｎ．Ｍ．Ｘ．１．１内部スキーマ仕様

３．Ｎ．Ｍ．Ｘ．１．１．１内部スキーマ一覧

内部スキーマの一覧と概要を記述する。

３．Ｎ．Ｍ．Ｘ．１．１．２内部スキーマ詳細

内部スキーマ仕様を記述する。

３．Ｎ．Ｍ．Ｘ．１．２外部スキーマ仕様

３．Ｎ．Ｍ．Ｘ．１．２．１外部スキーマ一覧

外部スキーマの一覧と概要を記述する。

３．Ｎ．Ｍ．Ｘ．１．２．２外部スキーマ詳細

外部スキーマ仕様を記述する。

３．Ｎ．Ｍ．Ｘ．２ファイル仕様

３．Ｎ．Ｍ．Ｘ．２．１ファイル一覧

ファイルの一覧と概要を記述する。

３．Ｎ．Ｍ．Ｘ．２．２ファイル詳細

ファイル仕様を記述する。

４画面仕様

大区分、中区分及び小区分に分類し、画面仕様を記述する。


標題（大区分名称）のみ記述する。必要により、画面仕様を記述する。


標題（中区分名称）のみ記述する。必要により、画面仕様を記述する。


５０

標題（小区分名称）のみ記述する。必要により、画面仕様を記述する。

４．Ｎ．Ｍ．Ｘ．１画面一覧

画面名と概要を一覧形式で記述する。

４．Ｎ．Ｍ．Ｘ．２画面詳細

画面の詳細機能を記述する。

４．Ｎ．Ｍ．Ｘ．２．１画面項目

画面項目の概要を記述する。

４．Ｎ．Ｍ．Ｘ．２．２画面フロー

画面項目の遷移について記述する。

５メッセージフォーマット

５．１メッセージフォーマット構成

リクエスタとプロバイダ間で送受信されるメッセージフォーマットの

構成について記述する。

５．２メッセージフォーマット詳細

メッセージフォーマットに必要となる項目を一覧形式で記述する。

５．３メッセージフォーマット使用例

メッセージフォーマットの使用例を記述する。

付録ＣＯＥラボ概要設計書

１ＣＯＥラボの概要設計を記述する。


～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

５１

３詳細設計書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

１序論

１．１目的


(1) 詳細設計の目的

詳細設計の目的を記述する。

(2) 詳細設計の対象範囲

詳細設計の対象範囲を記述する。

(3) 詳細設計の流れ

詳細設計の流れを記述する。

１．２概要

(1) 位置付け



(2) 構成



(1) 引用文書


(2) 参考文書




２機能


述する。

２．Ｎ（大区分）


２．Ｎ．Ｍ（中区分）


２．Ｎ．Ｍ．Ｘ（小区分）


付録ＣＯＥラボ詳細設計書

１ＣＯＥラボの概要設計を記述する。


～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

５２

４試験計画書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

１序論

１．１目的


(1) 試験計画書の目的

試験計画書の目的を記述する。

(2) 試験計画書の対象範囲

試験計画書の対象範囲を記述する。

１．２概要

(1) 位置付け



(2) 構成



(1) 引用文書


(2) 参考文書




２試験計画


(1) 試験方針


(2) 重視施策



試験の対象となる機能を記述する。


上記２．１項「試験方針と重視施策」に記述した施策に基づき、本試験

での試験体系を記述する。


試験の全体体系（機能確認、整合性確認等の試験細部区分）を記述する。

２．４．Ｎ（試験細部区分）

上記２．１項（試験体系）に記述した各試験細部区分（整合性確認、機

能確認、性能試験、負荷確認）における試験概要を記述する。

５３

２．５試験環境の構成

試験において使用するハードウェア環境及びソフトウェア環境を記述

する。

２．５．Ｎ（試験区分）

試験区分（総合試験、システム試験等）の概要を記述する。

２．５．Ｎ．１ハードウェア

ハードウェア構成を、図表等を用いて記述する。

２．５．Ｎ．２ソフトウェア

ソフトウェア構成を、図表等を用いて記述する。

２．６試験支援ツール

試験において活用するソフトウェアを記述する。

２．７実施要領

試験の実施要領及び評価基準について記述する。

２．７．Ｎ（試験区分）

試験区分（総合試験、システム試験等）の概要を記述する。

２．７．Ｎ．Ｍ（試験細部区分）

試験細部区分（整合性確認、機能確認、性能試験、負荷確認）の概要を

記述する。

２．７．Ｎ．Ｍ．１試験項目設定の考え方

試験項目を設定する上での考え方を記述する。

２．７．Ｎ．Ｍ．２試験項目

考え方に基づき設定する試験項目、実施要領及び評価基準（結果を妥当

と判断する基準）等を記述する。

２．８試験体制等


２．８．１試験体制及び各グループの役割


２．８．２管理実施要領



２．８．３管理作業の流れ

システム試験の各管理作業の流れ、他作業との連携要領等を、図表等を

用いて記述する。

２．９試験スケジュール


３支援依頼事項



５４


～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

５５

５総合試験手順書及びシステム試験手順書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

１序論

１．１目的


(1) 試験手順書の目的

試験手順書の目的を記述する。

(2) 試験手順書の対象範囲

試験手順書の対象範囲を記述する。

１．２概要

(1) 位置付け



(2) 構成



(1) 引用文書


(2) 参考文書




２試験実施要領

本試験で対象となる機能、試験手順及び評価基準を記述する。


試験の対象となる機能を記述する。

２．２試験手順

実施ケースごとに定めた試験の概略手順を記述する。

２．３評価基準

各機能の要求に対する立証要領を要求対立証表の形式で記述する。また、

各要求に対する試験の網羅性を確認できるよう表形式で記述する。

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

５６

６操作手順書

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

１序論

１．１目的


(1) 操作手順書の目的

操作手順書の目的を記述する。

(2) 操作手順書の対象範囲

操作手順書の対象範囲を記述する。

１．２概要

(1) 位置付け



(2) 構成



(1) 引用文書


(2) 参考文書


２操作手順

共通的な操作手順について記述する。

２．１共通操作

ヘルプなどの共通的な基本操作の要領を記述する。

３各機能の操作要領

大区分、中区分及び小区分に分類し、操作手順等を記述する。


標題（大区分名称）のみ記述する。必要により、概要及び基本操作手順

を記述する。


標題（中区分名称）のみ記述する。必要により、概要及び基本操作手順

を記述する。


標題（小区分名称）のみ記述する。

３．Ｎ．Ｍ．Ｘ．１概要

当該機能の機能概要を記述する。

３．Ｎ．Ｍ．Ｘ．２基本操作

当該機能の操作手順について、サブ機能ごとに記述する。

５７

４各機能の画面説明

大区分、中区及び小区分に分類し、画面項目の構成要素ごとの操作要領

を記述する。


標題（大区分名称）のみ記述する。必要により、機能概要、画面体系及

び画面遷移について記述する。


標題（中区分名称）のみ記述する。必要により、機能概要、画面体系及

び画面遷移について記述する。


標題（小区分名称）のみ記述する。

４．Ｎ．Ｍ．Ｘ．１概要

当該機能の概要を、画面体系に従ってサブ機能レベルまで記述する。

４．Ｎ．Ｍ．Ｘ．２画面体系と画面遷移

当該機能の画面体系と画面遷移をサブ機能レベルまで記述する。

５エラー時の対処要領

エラー時のメッセージ、原因及び対処を記述する。

６用語集


付録ＣＯＥラボ操作手順書

１ＣＯＥラボの操作手順を記述する。


～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・

」

統幕指運第188号 - mod...1 第1章 総則 （目的） 第1条...

Documents

統幕指運第188号 - mod...1 第1章総則（目的）第1条...