SEWB+/REPOSITORY 運用ガイド

解説・手引書

3020-3-B81

目　　次

前書き

はじめに

1.　概要

1.1　SEWB+/REPOSITORYとは

1.1.1　リポジトリによる開発資源の一元管理

1.1.2　SEWB+/REPOSITORYの特長

1.2　システム構成

1.2.1　SEWB+/REPOSITORYを使用したシステム構成

1.2.2　システムを構成するプログラムおよび機能

1.3　SEWB+/REPOSITORYの機能

1.3.1　サーバの機能

1.3.2　クライアントの機能

1.4　ほかの機能およびアプリケーションとの関係

1.4.1　SEWB+/CONSTRUCTIONとの関係

1.4.2　SEWB+/RECORD DEFINERとの関係

1.4.3　EURとの関係

1.4.4　COBOL2002との関係

1.5　SEWB+/REPOSITORYを使用できるユーザ

1.5.1　SEWB+/REPOSITORYのユーザ

1.5.2　SEWB+/REPOSITORYのユーザとグループ

2.　資源を管理する

2.1　リポジトリで資源を管理する

2.1.1　ドキュメントと辞書をフォルダで管理する

2.1.2　ドキュメントの管理

2.1.3　辞書の管理

2.2　ドキュメントを更新・参照する

2.2.1　チェックアウト・チェックインとは

2.2.2　ドキュメントを更新する

2.2.3　ドキュメントを参照する

2.3　アクセス権を設定する

2.3.1　リポジトリのアクセス権

2.3.2　ネットワーク機能を利用したときのファイルのアクセス権

2.4　資源に関連を付ける

3.　利用環境を設定する

3.1　環境設定の概要

3.1.1　サーバ側での環境設定の概要

3.1.2　クライアント側での環境設定の概要

3.2　サーバ側の環境を設定する

3.2.1　Windows Serverの環境を設定する

3.2.2　データベースの環境を設定する

3.2.3　環境を初期化する

3.2.4　SEWB+/REPOSITORYのユーザを登録する

3.2.5　運用環境を構築する

3.3　クライアント側の環境を設定する

3.3.1　Windowsの環境を設定する

3.3.2　運用開始時の設定をする

4.　システムを開発する

4.1　システム開発の概要

4.1.1　SEWB+/REPOSITORYを利用したシステム開発の概要

4.1.2　システム開発環境の構築

4.1.3　SEWB+/CONSTRUCTIONを利用する場合の資源管理

4.2　新規システムを開発する

4.2.1　開発を開始する

4.2.2　ドキュメントを作成する

4.2.3　ドキュメントを承認する

4.2.4　プログラムを作成して登録する

4.2.5　プログラムをコンパイルしてテストする

4.2.6　システムを統合してテスト・検査する

4.2.7　開発を終了する

4.3　既存システムを流用して開発する

4.3.1　開発を開始する

4.3.2　ドキュメントを変更する

4.3.3　ドキュメントを承認する

4.3.4　プログラムをコンパイルしてテストする

4.3.5　システムを統合してテスト・検査する

4.3.6　開発を終了する

4.4　システムバージョンを階層化して資源を管理する

4.4.1　開発の準備をする

4.4.2　開発を開始する

4.4.3　システムを統合する

5.　リポジトリの資源を複製して配布する

5.1　エクスポート・インポートの概要

5.2　エクスポートの操作

5.2.1　エクスポート運用の設定

5.2.2　エクスポートの実行

5.3　インポートの操作

5.3.1　インポート運用の設定

5.3.2　インポートの実行

5.4　エクスポート・インポートの運用例

5.4.1　運用例の概要と前提条件

5.4.2　資源を配布する

5.4.3　資源の増分を配布する

6.　SI支援

6.1　SI支援ユティリティの概要と実行条件

6.1.1　SI支援ユティリティとは

6.1.2　SI支援ユティリティ機能の実行条件

6.2　SI支援ユティリティの運用例

6.2.1　メインフレームへの転送の準備をする

6.2.2　フォルダの構造を復元し，プログラムの統合環境を作成する

6.2.3　システムバージョン間の差分を抽出する

7.　資源のバックアップとリストア

7.1　資源のバックアップ

7.1.1　バックアップコマンドファイルの作成

7.1.2　バックアップの実行

7.2　資源のリストア

8.　SEWB+/REPOSITORYへのログインの管理

8.1　SEWB+セッション管理を利用したログインの管理

8.1.1　SEWB+セッション管理の利用

8.1.2　ログイン・ログアウト状態の確認

8.1.3　ユーザを強制的にログアウトする

8.1.4　SEWB+/REPOSITORYへのログインを禁止する

9.　操作ログの出力

9.1　操作ログとは

9.2　操作ログの出力設定

9.3　操作ログファイル

9.3.1　出力ファイル，ディレクトリ名称の規則

9.3.2　操作ログレコードの形式

9.3.3　操作ログに出力される項目

9.3.4　操作ログファイルの出力量

9.4　操作ログの参照方法

9.4.1　リポジトリへのログイン履歴を参照する

9.4.2　特定のユーザの操作履歴を参照する

9.4.3　特定のドキュメントの更新履歴を参照する

9.4.4　特定のデータ項目の更新履歴を参照する

9.5　操作ログが出力できない場合の対処方法

10.　障害対策

10.1　SEWB+/REPOSITORYの障害対策

10.1.1　障害対策の手順

10.1.2　ユーザで障害を回復できない場合の処置

10.2　チェックアウト・チェックインでの障害対策

10.3　サーバのファイルシステムの容量不足時の対策

10.4　データベースの障害対策

付録

付録A　インストールとアンインストール

付録A.1　インストール・アンインストールを実行する前に

付録A.2　インストール

付録A.3　アンインストール

付録A.4　SEWB+/REPOSITORYの動作環境

付録B　SEWB+/REPOSITORYの起動と終了

付録B.1　SEWB+/REPOSITORYの起動と終了

付録B.2　リポジトリブラウザの起動と終了

付録C　Groupmaxとデータベースを共用する

付録C.1　Groupmaxと同時にデータベースを初期化する

付録C.2　Groupmaxで初期化したデータベースにエリアを追加する

付録D　必要なハードウェアリソース

付録D.1　サーバに必要なハードウェアリソース

付録D.2　クライアントに必要なハードウェアリソース

付録E　サーバに作成されるファイルのディスク占有量

付録E.1　ドキュメント実体管理ファイル

付録E.2　ネットワーク参照用ドキュメントファイル

付録E.3　ドキュメント種別のテンプレートファイル

付録E.4　保守情報ファイル

付録E.5　データベースファイル

付録F　操作ログに出力される操作名および付加情報

付録G　このマニュアルの参考情報

付録G.1　関連マニュアル

付録G.2　このマニュアルでの表記

付録G.3　KB（キロバイト）などの単位表記について

付録H　用語解説

索引

[他社商品名称に関する表示]

All Rights Reserved. Copyright (C) 2012, Hitachi, Ltd.

前書き

■ 対象製品

P-2451-1444　 SEWB+ 基本開発環境セット　 04-00（適用OS：Windows XP，Windows Vista，Windows 7，Windows Server 2003，Windows Server 2003 x64※，Windows Server 2003 R2，Windows Server 2003 R2 x64※，Windows Server 2008，Windows Server 2008 x64※，Windows Server 2008 R2※）

注※　WOW64（Windows On Windows 64）環境だけで使用できます。

この製品は，ISO9001およびTickITの認証を受けた品質マネジメントシステムで開発されました。

■ 輸出時の注意

本製品を輸出される場合には，外国為替および外国貿易法ならびに米国の輸出管理関連法規などの規制をご確認の上，必要な手続きをお取りください。
なお，ご不明な場合は，弊社担当営業にお問い合わせください。

■ 商標類

ERwinは，Computer Associates International,Inc.の登録商標です。
Microsoftは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Microsoft Excelは，米国Microsoft Corporationの商品名称です。
Microsoft Office Excelは，米国 Microsoft Corporationの商品名称です。
Microsoft Office Wordは，米国 Microsoft Corporationの商品名称です。
Microsoft Wordは，米国Microsoft Corporationの商品名称です。
ODBCは，米国Microsoft Corporationが提唱するデータベースアクセス機構です。
OracleとJavaは，Oracle Corporation 及びその子会社，関連会社の米国及びその他の国における登録商標です。
Visual C++は，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows NTは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Vistaは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
その他記載の会社名，製品名は，それぞれの会社の商標もしくは登録商標です。

■ マイクロソフト製品の表記について

このマニュアルでは，マイクロソフト製品の名称を次のように表記しています。

表記 | 正式名称
Microsoft Excel | Microsoft(R) Excel
Microsoft(R) Office Excel
Microsoft Word | Microsoft(R) Word
Microsoft(R) Office Word
Visual Basic | Microsoft(R) Visual Basic(R)
Visual C++ | Microsoft(R) Visual C++(R)
Windows | Windows XP | Microsoft(R) Windows(R) XP Home Edition Operating System
Microsoft(R) Windows(R) XP Professional Operating System
Windows Vista | Microsoft(R) Windows Vista(R) Business 日本語版(32ビット版)
Microsoft(R) Windows Vista(R) Enterprise 日本語版(32ビット版)
Microsoft(R) Windows Vista(R) Ultimate 日本語版(32ビット版)
Microsoft(R) Windows Vista(R) Business 日本語版(64ビット版)※
Microsoft(R) Windows Vista(R) Enterprise 日本語版(64ビット版)※
Microsoft(R) Windows Vista(R) Ultimate 日本語版(64ビット版)※
Windows 7 | Microsoft(R) Windows(R) 7 Home Premium 日本語版(32ビット版)
Microsoft(R) Windows(R) 7 Professional 日本語版(32ビット版)
Microsoft(R) Windows(R) 7 Ultimate 日本語版(32ビット版)
Microsoft(R) Windows(R) 7 Home Premium 日本語版(64ビット版)※
Microsoft(R) Windows(R) 7 Professional 日本語版(64ビット版)※
Microsoft(R) Windows(R) 7 Ultimate 日本語版(64ビット版)※
Windows Server | Windows Server 2003 | Microsoft(R) Windows Server(R) 2003, Standard Edition 日本語版
Microsoft(R) Windows Server(R) 2003, Enterprise Edition 日本語版
Windows Server 2003 x64 | Microsoft(R) Windows Server(R) 2003, Standard x64 Edition 日本語版※
Microsoft(R) Windows Server(R) 2003, Enterprise x64 Edition 日本語版※
Windows Server 2003 R2 | Microsoft(R) Windows Server(R) 2003 R2, Standard Edition 日本語版
Microsoft(R) Windows Server(R) 2003 R2, Enterprise Edition 日本語版
Windows Server 2003 R2 x64 | Microsoft(R) Windows Server(R) 2003 R2, Standard x64 Edition 日本語版※
Microsoft(R) Windows Server(R) 2003 R2, Enterprise x64 Edition 日本語版※
Microsoft(R) Windows Server(R) 2003 R2, Datacenter x64 Edition 日本語版※
Windows Server 2008 | Microsoft(R) Windows Server(R) 2008 Standard 32-bit 日本語版
Microsoft(R) Windows Server(R) 2008 Enterprise 32-bit 日本語版
Windows Server 2008 x64 | Microsoft(R) Windows Server(R) 2008 Standard 日本語版※
Microsoft(R) Windows Server(R) 2008 Enterprise 日本語版※
Windows Server 2008 R2 | Microsoft(R) Windows Server(R) 2008 R2 Standard 日本語版※
Microsoft(R) Windows Server(R) 2008 R2 Enterprise 日本語版※
Microsoft(R) Windows Server(R) 2008 R2 Datacenter 日本語版※

注※

64ビット版のWindowsです。

Windows Server 2003とWindows Server 2003 R2とで機能差がない場合，Windows Server 2003と表記しています。

Windows Server 2003 x64とWindows Server 2003 R2 x64とで機能差がない場合，Windows Server 2003 x64と表記しています。

Windows Server 2008 x64とWindows Server 2008 R2とで機能差がない場合，Windows Server 2008 x64と表記しています。

■ 発行

2012年 7月　3020-3-B81

■ 著作権

All Rights Reserved. Copyright (C) 2012, Hitachi, Ltd.

はじめに

このマニュアルは，SEWB+ 基本開発環境セットのリポジトリ管理機能およびリポジトリブラウザ機能の機能と使用方法について説明したものです。

SEWB+ 基本開発環境セットは，SEWB+ 基本開発環境とGroupmax Object Serverから構成されます。SEWB+ 基本開発環境は，次に示す機能から構成されます。

リポジトリ管理機能（SEWB+/REPOSITORY）

リポジトリブラウザ機能（SEWB+/REPOSITORY-BROWSERまたはリポジトリブラウザ）

プログラム構築支援機能（SEWB+/CONSTRUCTION）

レコード設計支援機能（SEWB+/RECORD DEFINER）

なお，このマニュアルでは，SEWB+ 基本開発環境のリポジトリ管理機能をSEWB+/REPOSITORY，リポジトリブラウザ機能をSEWB+/REPOSITORY-BROWSERまたはリポジトリブラウザと表記しています。また，特に区別する必要がない場合は，SEWB+/REPOSITORYとSEWB+/REPOSITORY-BROWSER（またはリポジトリブラウザ）をあわせて，SEWB+/REPOSITORYと表記しています。

＜はじめにの構成＞

対象読者

読書手順

このマニュアルで使用する記号

構文の説明で使用する記号

このマニュアルで使用する画面図と操作説明について

COBOLについて

マニュアルとヘルプを効果的にお使いいただくために

対象読者

SEWB+/REPOSITORYのシステム全体を管理する方，およびシステム開発のプロジェクトを管理する方

使用しているサーバOSとクライアントOSの機能および操作を理解されている方

読書手順

このマニュアルは，利用目的に合わせて次の個所をお読みいただくことをお勧めします。

マニュアルを読む目的 | 記述個所
SEWB+/REPOSITORYの概要や，ほかのアプリケーションなどとの関係について知りたい | 1章
SEWB+/REPOSITORYで資源を管理するための仕組みや機能について知りたい | 2章
SEWB+/REPOSITORYを利用するための環境設定について知りたい | 3章
SEWB+/REPOSITORYを利用して，システムを開発する手順について知りたい | 4章
リポジトリの資源を配布する方法（エクスポート・インポート機能）と運用例について知りたい | 5章
システムバージョンに関連づけられたドキュメントを比較・抽出するためのユティリティ（SI支援ユティリティ）について知りたい | 6章
リポジトリの資源をバックアップする方法と，リストアする方法について知りたい | 7章
SEWB+セッション管理を利用して，システム管理者がSEWB+/REPOSITORYへのログインを管理する方法について知りたい | 8章
SEWB+ REPOSITORYで取得する操作ログについて知りたい | 9章
SEWB+/REPOSITORYの運用時の障害対策について知りたい | 10章
インストールとアンインストールについて知りたい | 付録A
SEWB+/REPOSITORYの起動と終了について知りたい | 付録B
Groupmaxとデータベースを共用する方法について知りたい | 付録C
必要なハードウェアリソースについて知りたい | 付録D
サーバに作成されるファイルのディスク占有量について知りたい | 付録E
操作ログに出力される操作名および付加情報について知りたい | 付録F
このマニュアルの参考情報について知りたい | 付録G
このマニュアルで使用する用語について知りたい | 付録H

このマニュアルで使用する記号

このマニュアルで使用する記号を次のように定義しています。

記号
意味

［　　］メニュー
［　　］ボタン
［　　］ダイアログ
など
メニュータイトル，メニュー項目，ボタンなどを示します。

［A］－［B］
－の前に示した［A］メニューから［B］を選択することを示します。

［A］+［B］
+の前のキーを押したまま，後ろのキーを押すことを示します。

構文の説明で使用する記号

このマニュアルのコマンドの構文の説明では，次の記号を使用します。

記号
記号の意味

〔　〕
この記号で囲まれている項目は，省略してもよいことを示します。
複数の項目が縦または横に並べて記述されている場合には，すべてを省略できます。

｛　｝
この記号で囲まれている項目は，その中のどれか一つを選択することを示します。

このマニュアルで使用する画面図と操作説明について

このマニュアルでは特に断りのないかぎり，次に示すWindowsで表示される画面，メニュー名およびアイコンで操作を説明しています。これら以外のWindowsでは，画面，メニュー名およびアイコンが異なることがあります。詳細は，Windowsのドキュメントを参照してください。

機能名 | Windows
SEWB+/REPOSITORY | Windows Server 2003
SEWB+/REPOSITORY-BROWSER | Windows Vista
SEWB+/CONSTRUCTION
SEWB+/RECORD DEFINER

COBOLについて

このマニュアルの「4.　システムを開発する」は，プログラミング言語にCOBOL2002を使用していることを前提に記載しています。COBOL2002以外で作成されたソースプログラムをコンパイル・テストする場合は，それぞれのコンパイラのマニュアルを参照してください。

マニュアルとヘルプを効果的にお使いいただくために

SEWB+/REPOSITORYではオンラインヘルプ（以降，ヘルプと略します）を提供しています。利用の目的に応じて，マニュアルとヘルプを使い分けることをお勧めします。

マニュアルは，SEWB+/REPOSITORY全体の機能や使い方を理解したいときや，プロジェクトに適した運用を検討するときにお使いください。

ヘルプは，SEWB+/REPOSITORYの操作中に機能の詳細を知りたいときにお使いください。ダイアログの操作方法，メニューバーの利用方法の詳細，注意事項などを参照できます。また，ヘルプでは，次の内容を説明しています。

リポジトリブラウザの操作

ユティリティの操作

コマンドの操作

各定義項目

1.　概要

この章では，SEWB+/REPOSITORYの概要，システムの構成，機能およびほかのアプリケーションとの関係について説明します。

＜この章の構成＞

1.1　SEWB+/REPOSITORYとは

1.2　システム構成

1.3　SEWB+/REPOSITORYの機能

1.4　ほかの機能およびアプリケーションとの関係

1.5　SEWB+/REPOSITORYを使用できるユーザ

1.1　SEWB+/REPOSITORYとは

SEWB+/REPOSITORYは，さまざまなシステム開発の資源を一元的に管理するための環境を提供しています。

この節では，SEWB+/REPOSITORYの概要について説明します。

＜この節の構成＞

1.1.1　リポジトリによる開発資源の一元管理

1.1.2　SEWB+/REPOSITORYの特長

1.1.1　リポジトリによる開発資源の一元管理

SEWB+/REPOSITORYは，リポジトリを使用して，システム開発の資源を管理します。

リポジトリとは，システム開発の各工程で発生するさまざまな情報を格納する保管庫です。リポジトリに格納する情報には，システム開発のプロジェクト内で共通に使用するドキュメントや辞書などがあります。

ドキュメントは，SEWB+ツールやワープロなどで作成したファイルです。また，辞書にはデータ項目辞書と業務ルール辞書の二つがあり，データ項目辞書にはシステム開発で扱うデータ項目を登録します。また，業務ルール辞書には，データ項目に対する共通処理（業務ルール）を登録します。

ドキュメントはドキュメントフォルダに，辞書は辞書フォルダに格納されます。また，ドキュメントは，ドキュメントフォルダを使用して階層構造で管理できます。

1.1.2　SEWB+/REPOSITORYの特長

SEWB+/REPOSITORYを利用すると，システム開発で使用する資源を効果的に管理・運用できます。

＜この項の構成＞

(1)　ドキュメントの管理

(2)　辞書の管理

(3)　関連情報の管理

(4)　機密保護

(5)　SI支援

(6)　資源の配布

(7)　操作ログの出力

(1)　ドキュメントの管理

(a)　バージョンの管理

リポジトリに格納されたドキュメントは，バージョン（版）が付けられて管理されます。ドキュメントを更新するとバージョンが更新されます。リポジトリでは，古いバージョンのドキュメントも残されています。したがって，任意のバージョンのドキュメントをリポジトリから取り出すことができます。このため，ドキュメントを再利用するときに便利です。任意のバージョンのドキュメントをリポジトリから取り出すには，チェックアウト機能を使用します。また，リポジトリから取り出したドキュメントを更新するには，チェックイン機能を使用します。

また，システム開発の区切りなどに，開発に関係する複数のドキュメントに対して共通のバージョンを設定できます。これをシステムバージョンといいます。

(b)　排他制御

複数のユーザで共用するドキュメントは，同時に更新されるおそれがあります。SEWB+/REPOSITORYでは，リポジトリに格納されたドキュメントの同時更新を防ぐために，OSの排他制御機能のほかに，チェックイン・チェックアウト機能でも排他制御します。

(c)　スタイルの統一

システム開発で共用されるドキュメントは，レイアウトや形式を統一して作成することが必要です。作成する仕様書などのドキュメントの種類ごとに，スタイルを規定したテンプレートファイルを設定できます。このため，定型的な設計文書などを効率良く作成できます。

(2)　辞書の管理

データ項目辞書と業務ルール辞書が管理する内容，および辞書の特長について説明します。

(a)　データ項目辞書

データ項目辞書は，システム開発で使用するデータ項目を管理する辞書です。データ項目の名称，タイプ，けた数などの属性，およびSEWB+/CONSTRUCTIONでプログラムを生成するときに必要な情報も管理しています。

データ項目を階層化して管理
データ項目間に継承関係や結合関係を持たせて，データ項目を階層化して管理できます。また，ドメインの概念を持った辞書を構築することもでき，データ項目の管理が容易になります。

各国語対応
データ項目の名称やコメントは，各国語別に記述できます。このため，同じ辞書を異なる国語圏で相互に使用するような運用ができます。なお，国語区分は，標準で英語と日本語ですが，ユーザが追加することもできます。

マルチプログラミング言語対応
プログラム生成に必要な情報は，生成するプログラムの言語ごとに定義できます。このため，SEWB+/CONSTRUCTIONで同じ辞書からCOBOLやC言語などの複数の言語によるプログラムが生成できます。

業務ルールとの連携
データ項目と業務ルールを結び付けて管理できます。

CSV形式ファイル入出力の対応
辞書の情報をCSV（Comma Separated Values）形式ファイルで入出力できます。CSV形式ファイルは，データ項目を一括して登録するときや，ほかのアプリケーションのデータをデータ項目辞書に取り込むときに使用します。

既存データベースからのデータ項目の生成
ODBCインタフェースをサポートしているDBMS上の既存のデータベースから，スキーマ定義情報を取り出してデータ項目を生成できます。

SEWB3のデータ項目辞書からの移行
SEWB3（Software Engineering Workbench 3）のデータ項目辞書からデータ項目を移行できます。

(b)　業務ルール辞書

業務ルール辞書は，データ項目に対する処理や制約を，業務ルールとして管理する辞書です。業務ルールには，一つまたは複数のデータ項目間の制約を定義できます。

業務ルールは，SEWB+/CONSTRUCTIONで使用されます。

各国語対応
業務ルールの名称やコメントは，各国語別に記述できます。このため，同じ辞書を異なる国語圏で相互に使用するような運用ができます。なお，国語区分は，標準で英語と日本語ですが，ユーザが追加することもできます。

マルチプログラミング言語対応
プログラム生成に必要な情報は，生成するプログラムの言語ごとに定義できます。

CSV形式ファイル入出力の対応
辞書の情報をCSV形式ファイルで入出力できます。CSV形式ファイルは，業務ルールを一括して登録するときに使用します。

SEWB3のデータ項目辞書からの移行
SEWB3のデータ項目辞書から，詳細項目情報を業務ルールとして移行できます。

辞書の設計や運用方法については，マニュアル「SEWB+/REPOSITORY 辞書設計ガイド」を参照してください。

(3)　関連情報の管理

SEWB+/REPOSITORYは，リポジトリの資源間の関連情報を管理できます。

関連情報は，ドキュメントを変更したときなど，変更波及の解析に利用できます。例えば，ドキュメントとデータ項目との依存関係をウィンドウに表示できます。

また，資源間の関連の種類には，ツールが自動的に付ける関連と，ユーザが任意に付けるユーザ関連があります。

(4)　機密保護

資源を共用することは，情報を公開することになります。SEWB+/REPOSITORYでは，アクセス権（情報を参照したり，更新したりできる権利）を設定することで，公開したくないドキュメントや辞書の機密を保護できます。

(5)　SI支援

システムバージョンの機能を利用して，システムバージョンに関連づけられたドキュメントのファイル内容を抽出できます。

また，異なるシステムバージョンに関連づけられているドキュメントのうち，差分のあるドキュメントのファイル内容を比較して抽出できます。

(6)　資源の配布

リポジトリの資源を複製して，ほかのリポジトリへ配布できます。

資源を複製して配布するには，エクスポート・インポート機能を使用します。ドキュメント，データ項目，業務ルールおよび関連情報を対象にできます。

(7)　操作ログの出力

リポジトリの資源に対する操作ログをファイルに出力できます。

操作ログを調査することで，「だれが」，「何時に」，「何をしたか」を監査できます。また，不正なアクセスが行われていないかをチェックできます。

1.2　システム構成

この節では，SEWB+/REPOSITORYを使用したシステム構成と，システムを構成するプログラムおよび機能について説明します。

＜この節の構成＞

1.2.1　SEWB+/REPOSITORYを使用したシステム構成

1.2.2　システムを構成するプログラムおよび機能

1.2.1　SEWB+/REPOSITORYを使用したシステム構成

SEWB+/REPOSITORYは，コンピュータ同士をネットワークで接続してリポジトリを共有します。

ネットワーク上でリポジトリを提供するコンピュータをサーバといい，リポジトリを利用するコンピュータをクライアントといいます。サーバとクライアントはネットワークで接続されています。一つのネットワーク上に複数のサーバとクライアントを接続できます。

SEWB+/REPOSITORYは，このC/Sシステム（クライアントサーバシステム）の形態で稼働します。サーバで使用する機能がSEWB+/REPOSITORYで，クライアントで使用する機能がSEWB+/REPOSITORY-BROWSERです。

1.2.2　システムを構成するプログラムおよび機能

システムを構成するプログラムおよび機能について説明します。

＜この項の構成＞

(1)　オペレーティングシステム

(2)　リポジトリを格納するデータベース

(3)　関連プログラムおよび機能

(1)　オペレーティングシステム

サーバはWindows Server上で稼働します。また，クライアントは，Windows上で稼働します。

(2)　リポジトリを格納するデータベース

リポジトリを格納するデータベースにはObject Serverを使用します。Object Serverは，オフィス内で扱われる多様な構造と関連性を持った情報をオブジェクトとして格納するプログラムです。また，それらのオブジェクトを管理するための高度な管理機能も備えています。Object Serverについては，マニュアル「Groupmax Object Server Version 6 システム管理者ガイド」を参照してください。

(3)　関連プログラムおよび機能

SEWB+/REPOSITORYの主な関連プログラムおよび機能を次に示します。必要な開発環境に応じて利用してください。

COBOL2002
COBOLのプログラミング環境です。
COBOL2002については，マニュアル「COBOL2002 操作ガイド」を参照してください。

SEWB+/CONSTRUCTION
データ定義やテンプレートからプログラムを生成します。
SEWB+/CONSTRUCTIONについては，マニュアル「SEWB+/CONSTRUCTION アプリケーション開発ガイド」を参照してください。

SEWB+/RECORD DEFINER
SEWB+/RECORD DEFINERは，レコードの設計を支援し，レコード構造をレコードソースとして生成します。
SEWB+/RECORD DEFINERについては，マニュアル「SEWB+/RECORD DEFINER 操作ガイド」を参照してください。

EUR
辞書のレコード定義情報を基にして，レポートを作成します。
EURについては，EURのバージョンに応じて，次のマニュアルを参照してください。

マニュアル「uCosminexus EUR システム設計ガイド」

マニュアル「uCosminexus EUR システム構築ガイド」

マニュアル「uCosminexus EUR データベース連携ガイド」

マニュアル「uCosminexus EUR 帳票設計」

システム構成例を次の図に示します。

図1-1　システム構成例

1.3　SEWB+/REPOSITORYの機能

SEWB+/REPOSITORYの機能を，サーバとクライアントに分けて説明します。

＜この節の構成＞

1.3.1　サーバの機能

1.3.2　クライアントの機能

1.3.1　サーバの機能

SEWB+/REPOSITORYのサーバは，リポジトリを一元的に管理します。また，SEWB+/REPOSITORYの環境は，サーバで設定します。サーバでの操作はシステム管理者が行います。

＜この項の構成＞

(1)　リポジトリの一元管理

(2)　リポジトリ管理ユティリティ

(1)　リポジトリの一元管理

ドキュメントや辞書などの開発資源の管理，開発システムのバージョン管理など，リポジトリに格納されるすべての情報を一元的に管理します。

(2)　リポジトリ管理ユティリティ

(a)　初期設定ユティリティ

リポジトリの運用開始前に，リポジトリを初期化するためのユティリティです。

(b)　環境構築ユティリティ

リポジトリの運用中に，利用条件に応じて逐次設定するためのユティリティです。

(c)　SI支援ユティリティ

異なるシステムバージョンに関連づけられたドキュメントを，比較・抽出するためのユティリティです。

(d)　環境回復ユティリティ

バックアップ（退避）したリポジトリの資源をリストア（回復）するためのユティリティです。

(e)　エクスポート・インポートユティリティ

複数のサーバへ資源の配布を支援する機能です。エクスポートは，資源をほかの媒体に取り出す機能です。インポートは，エクスポートで取り出された資源を元のサーバまたは別のサーバに取り込む機能です。リポジトリに格納した資源のほか，リポジトリの環境構築情報も対象にできます。

エクスポート・インポートを実行するには，あらかじめエクスポート・インポートの運用方法を設定しておく必要があります。

(f)　CSV入力

CSV形式ファイルから，リポジトリのデータ項目辞書または業務ルール辞書の情報を一括して入力できます。

(g)　CSV出力

CSV形式ファイルに，リポジトリのデータ項目辞書または業務ルール辞書の情報を一括して出力できます。

(h)　SEWB+セッション管理

SEWB+/REPOSITORYへのログインを管理する機能です。機能の使用例を次に示します。

SEWB+/REPOSITORYの各ユーザがログイン中かどうかを一覧で確認する

ユーザを強制的にログアウトさせる

特定のユーザに対してログインを禁止する

1.3.2　クライアントの機能

リポジトリに格納された資源をユーザが利用するときに，クライアントのリポジトリブラウザを使用します。

＜この項の構成＞

(1)　リポジトリのブラウジング機能

(2)　検索機能

(3)　アクセス権の設定機能

(4)　データ項目・業務ルールの作成・編集機能

(5)　結合項目のブラウジング機能

(6)　データ項目・業務ルールの検査機能

(7)　ドキュメントの作成・登録機能

(8)　関連情報のブラウジング機能

(9)　ユーザ関連の設定機能

(10)　業務ルールのブラウジング機能

(11)　印刷機能

(12)　CSV入力

(13)　CSV出力

(1)　リポジトリのブラウジング機能

リポジトリに格納された資源を操作（ブラウジング）する機能です。ブラウジングでは，リポジトリブラウザウィンドウを使用して，データ項目，業務ルール，ドキュメントフォルダ，ドキュメント，システムバージョンフォルダおよびシステムバージョンに対して編集できます。

また，リポジトリブラウザウィンドウには，ルートドキュメントフォルダ，ドキュメントフォルダ，ドキュメント，辞書フォルダ，データ項目，業務ルール，システムバージョンフォルダ，システムバージョンなどをツリー形式やリスト形式で表示できます。リポジトリブラウザウィンドウの表示例を次の図に示します。

図1-2　リポジトリブラウザウィンドウの表示例

(2)　検索機能

データ項目，ドキュメント，および業務ルールの名称や属性などをキーにして検索できます。検索結果は一覧で表示されます。

(3)　アクセス権の設定機能

ドキュメントフォルダ，ドキュメント，データ項目，業務ルール，システムバージョンフォルダおよびシステムバージョンに対してアクセス権を設定できます。

(4)　データ項目・業務ルールの作成・編集機能

リポジトリにデータ項目や業務ルールを作成できます。また，属性を表示したり，編集したりできます。

(5)　結合項目のブラウジング機能

データ項目を，結合項目の構成関係によってブラウジングできます。また，結合項目や構成項目の編集もできます。

結合項目ブラウザウィンドウの表示例を次の図に示します。

図1-3　結合項目ブラウザウィンドウの表示例

(6)　データ項目・業務ルールの検査機能

データ項目や業務ルールの定義内容を検査する機能です。検査項目には，名称の一意性チェックや，命名ルールとのマッチングチェックなどがあります。

なお，検査する内容は，サーバで設定できます。

(7)　ドキュメントの作成・登録機能

リポジトリにドキュメントを作成したり，登録したりできます。また，ドキュメントにはバージョンを付けて管理できます。

(8)　関連情報のブラウジング機能

ドキュメントやデータ項目などを関連図で，関連ブラウザウィンドウに表示できます。関連図は，資源間の関連を表示するので，ドキュメントやデータ項目などの保守に役立ちます。

関連ブラウザウィンドウの表示例を次の図に示します。

図1-4　関連ブラウザウィンドウの表示例

(9)　ユーザ関連の設定機能

ドキュメント間，ドキュメントとデータ項目などに対して，ユーザが任意に関連を設定できます。

(10)　業務ルールのブラウジング機能

関連のある業務ルールとデータ項目を相互にブラウジングして，業務ルールブラウザウィンドウに表示できます。また，業務ルールブラウザから業務ルールを編集できます。

業務ルールブラウザウィンドウの表示例を次の図に示します。

図1-5　業務ルールブラウザウィンドウの表示例

(11)　印刷機能

ドキュメントと関連ブラウザのインパクトレポート，およびデータ項目と業務ルールそれぞれの定義内容や一覧を印刷できます。

ただし，インパクトレポートや辞書の資源を印刷するには，クライアントにSEWB+/REPORT MANAGERが組み込まれている必要があります。SEWB+/REPORT MANAGERについては，マニュアル「SEWB+/REPORT MANAGER ドキュメント作成支援 使用の手引」を参照してください。

(12)　CSV入力

CSV形式ファイルから，リポジトリのデータ項目辞書または業務ルール辞書の情報を一括して入力できます。

(13)　CSV出力

CSV形式ファイルに，リポジトリのデータ項目辞書または業務ルール辞書の情報を一括して出力できます。

1.4　ほかの機能およびアプリケーションとの関係

SEWB+/REPOSITORYと，SEWB+/CONSTRUCTION，SEWB+/RECORD DEFINER，EUR，またはCOBOL2002を併用するときの効果について説明します。

＜この節の構成＞

1.4.1　SEWB+/CONSTRUCTIONとの関係

1.4.2　SEWB+/RECORD DEFINERとの関係

1.4.3　EURとの関係

1.4.4　COBOL2002との関係

1.4.1　SEWB+/CONSTRUCTIONとの関係

SEWB+/CONSTRUCTIONは，データ定義設計やテンプレート（プログラムの処理構成や共通処理）の作成を支援します。また，作成したデータ定義ファイルやテンプレートの情報からプログラムを生成します。

SEWB+/CONSTRUCTIONのデータ定義やプログラム定義などで，リポジトリの辞書の資源を利用できます。リポジトリの辞書を利用することによって，入力の手間を省くと同時にデータの標準化や再利用が図れます。

SEWB+/CONSTRUCTIONのプログラム生成機能は，参照したデータ項目と業務ルールを基に，辞書から情報を取得してプログラムを生成できます。

SEWB+/CONSTRUCTIONについては，マニュアル「SEWB+/CONSTRUCTION アプリケーション開発ガイド」を参照してください。

1.4.2　SEWB+/RECORD DEFINERとの関係

SEWB+/RECORD DEFINERは，レコードの設計を支援し，レコード構造をレコードソースとして生成します。

SEWB+/RECORD DEFINERを利用すると，SEWB+/REPOSITORYで管理するデータ項目辞書のデータ項目を，簡単にレコード定義に取り込めます。また，データ項目辞書に登録されていない項目（COBOLのFILLER，REDEFINES句など）についてもレコード定義の構成要素として使用できます。

SEWB+/RECORD DEFINERについては，マニュアル「SEWB+/RECORD DEFINER 操作ガイド」を参照してください。

1.4.3　EURとの関係

EURは，SEWB+/REPOSITORYと連携して，レポートの設計から印刷までを支援します。

リポジトリに登録されたレコード定義情報を基に，レポートのフィールド定義情報を生成し，プログラミングなしに効率良くレポートの出力アプリケーションを作成できます。

EURについては，EURのバージョンに応じて，次のマニュアルを参照してください。

マニュアル「uCosminexus EUR システム設計ガイド」

マニュアル「uCosminexus EUR システム構築ガイド」

マニュアル「uCosminexus EUR データベース連携ガイド」

マニュアル「uCosminexus EUR 帳票設計」

1.4.4　COBOL2002との関係

COBOL2002は，COBOLを使用して，オープンプラットフォームでのアプリケーションの開発を支援します。

COBOL2002は，プロジェクト内のファイルを管理するCOBOL開発マネージャ，ファイル／レコード定義などの各種定義機能や，デバッグ機能などの開発環境を提供しています。

SEWB+/REPOSITORYでは，COBOL2002の開発資源を管理することによって，大規模プログラムを開発するような場合，COBOL2002の開発資源のバージョン管理や，共有管理が効率良くでき，統合的な開発環境が実現できます。

COBOL2002については，マニュアル「COBOL2002 操作ガイド」を参照してください。

1.5　SEWB+/REPOSITORYを使用できるユーザ

SEWB+/REPOSITORYを使用できるユーザについて説明します。

＜この節の構成＞

1.5.1　SEWB+/REPOSITORYのユーザ

1.5.2　SEWB+/REPOSITORYのユーザとグループ

1.5.1　SEWB+/REPOSITORYのユーザ

SEWB+/REPOSITORYを使用できるユーザとは，サーバにSEWB+/REPOSITORYのユーザとして登録されている利用者のことです。ユーザの登録については，「3.2.4(1)　ユーザの登録」を参照してください。

なお，SEWB+/REPOSITORYに登録されているユーザでも，SEWB+セッション管理でログインが禁止されたユーザは，SEWB+/REPOSITORYを使用できません。SEWB+セッション管理の機能については，「8.　SEWB+/REPOSITORYへのログインの管理」を参照してください。

1.5.2　SEWB+/REPOSITORYのユーザとグループ

SEWB+/REPOSITORYのユーザは，複数のグループに所属できます。グループとはシステム管理者がユーザを所属する部署や，開発プロジェクトごとに分けるために設定する単位です。グループはサーバで登録します。グループの登録については，「3.2.4(2)　グループの登録」を参照してください。

2.　資源を管理する

この章では，SEWB+/REPOSITORYで資源を管理するための仕組みや機能について説明します。

＜この章の構成＞

2.1　リポジトリで資源を管理する

2.2　ドキュメントを更新・参照する

2.3　アクセス権を設定する

2.4　資源に関連を付ける

2.1　リポジトリで資源を管理する

リポジトリで管理する資源には，ドキュメントと辞書があります。この節では，ドキュメントや辞書の管理方法について説明します。

＜この節の構成＞

2.1.1　ドキュメントと辞書をフォルダで管理する

2.1.2　ドキュメントの管理

2.1.3　辞書の管理

2.1.1　ドキュメントと辞書をフォルダで管理する

リポジトリでは，フォルダで資源を分類して管理します。フォルダとは，ディレクトリに相当する入れ物です。ドキュメントを格納するフォルダをドキュメントフォルダといい，辞書を格納するフォルダを辞書フォルダといいます。

＜この項の構成＞

(1)　ドキュメントフォルダにドキュメントを作成する

(2)　辞書フォルダ

(1)　ドキュメントフォルダにドキュメントを作成する

最上位のドキュメントフォルダは，システム管理者が環境構築ユティリティを使用して作成します。最上位のドキュメントフォルダをルートドキュメントフォルダといいます。システム開発のプロジェクト単位にルートドキュメントフォルダを作成します。

ルートドキュメントフォルダの下位に，ユーザがリポジトリブラウザを使用してドキュメントやドキュメントフォルダを作成できます。このため，階層構造でドキュメントやドキュメントフォルダを管理できます。

ドキュメントを作成するには，次の二つの方法があります。

新規にドキュメントを作成する

ローカルファイルをドキュメントとしてリポジトリに登録する
ローカルファイルとは，クライアントのファイルシステムにあるファイルのことです。

ドキュメントフォルダやドキュメントを作成する操作については，ヘルプを参照してください。

(2)　辞書フォルダ

辞書フォルダは，システム管理者が環境構築ユティリティを使用して作成します。リポジトリ内には，複数の辞書フォルダを作成できます。辞書フォルダ内には，データ項目辞書と業務ルール辞書の二つがあります。

データ項目辞書と業務ルール辞書の中には，ユーザがリポジトリブラウザからデータ項目や業務ルールを作成します。

データ項目や業務ルールを作成する操作については，ヘルプを参照してください。

2.1.2　ドキュメントの管理

リポジトリで管理するドキュメントについて説明します。

システム開発で扱うファイルは，リポジトリ上ではドキュメントという名称の資源として管理されます。ファイルに種類があるように，ドキュメントにも種類があります。ドキュメントの種類のことをドキュメント種別といいます。

＜この項の構成＞

(1)　ドキュメント種別

(2)　ドキュメントの更新履歴

(3)　システムバージョンによるドキュメントの管理

(1)　ドキュメント種別

リポジトリで扱うドキュメント種別は，システム管理者が環境構築ユティリティを使用して登録します。

なお，SEWB+ツール（SEWB+/CONSTRUCTIONなど）で扱うドキュメント種別は，そのツールから自動的に登録されます。また，環境情報のインポート（配布）によって，ドキュメント種別を登録することもできます。

(a)　ドキュメント種別が持つ情報

ドキュメントは，メインファイル，サブファイル，テンプレートファイルなどの属性を持っています。これらの属性を，ドキュメント種別として登録できます。ドキュメント種別を登録しておくと，効率良くドキュメントを作成できます。

(b)　メインファイルとサブファイル

アプリケーションの中には，アプリケーションが扱うデータを複数のファイルで管理するものがあります。そのため，リポジトリでは，複数のファイルを一つのドキュメントとして管理できるようになっています。この一つのドキュメントとして管理する，ファイルをメインファイルといいます。また，メインファイルに従属するファイルをサブファイルといいます。

SEWB+/REPOSITORYでは，メインファイルとサブファイルをドキュメント種別に登録できます。サブファイルの登録は任意です。

サブファイルを登録すると，リポジトリからドキュメントを出し入れする場合に，メインファイルを指定するだけで同時にサブファイルもリポジトリから出し入れできます。

(c)　テンプレートファイル

テンプレートファイルとは，編集するドキュメントのひな型として利用するファイルです。テンプレートファイルはドキュメント種別に登録できます。ドキュメントのメインファイルおよびサブファイルに，それぞれテンプレートファイルを登録できます。

テンプレートとして登録したファイルは，リポジトリにコピーされます。このテンプレートはドキュメントの新規作成時に呼び出されます。テンプレートが登録されていないドキュメント種別のドキュメントは，新規作成できません。

(2)　ドキュメントの更新履歴

それぞれのドキュメントは，リポジトリ内に更新履歴を持ちます。更新履歴情報の持ち方は，更新ごとにドキュメントを持ちます。

(3)　システムバージョンによるドキュメントの管理

(a)　システムバージョンとは

システム開発のプロジェクトでは，設計文書やプログラムなどの複数のドキュメントを作成します。システム開発工程のある時点では，ドキュメントによって更新の回数（版の数）が異なります。このため，システム開発に関係する複数のドキュメントに対して，最新の版がわかるように管理することが重要です。

SEWB+/REPOSITORYでは，個々のドキュメントの版に対して，特定のバージョン名を設定できます。この特定のバージョン名をシステムバージョンといいます。

システムバージョンは，固定と浮動の区別を付けたり，システムバージョンを階層化したりできます。固定のシステムバージョンは，常に設定した時点の版を示します。浮動のシステムバージョンは設定した時点以降に更新された最新の版を示します。システムバージョンの階層化については，「2.1.2(3)(c)　システムバージョンの階層化」を参照してください。

(b)　システムバージョンの固定と浮動

システムバージョンの固定と浮動の設定例を次の図に示します。

図2-1　システムバージョンの設定例

システムバージョンは，設定したあとでも，任意の時点で固定と浮動とを切り替えることができます。システムバージョンの切り替え例を次の図に示します。

図2-2　システムバージョンの切り替え例

(c)　システムバージョンの階層化

システムバージョン自身も，親のシステムバージョンに属することができるため，ツリー構造で更新履歴を管理できます。階層化されたシステムバージョンの例を次の図に示します。

図2-3　階層化されたシステムバージョン例

(d)　システムバージョンの作成と設定

システムバージョンは，すべてのユーザが作成できます。ドキュメントに対してシステムバージョンを設定または解除するには，そのドキュメントに対する読み取り権と，システムバージョンの設定権が必要です。システムバージョンの作成または削除と，ドキュメントに対しての設定または解除は，リポジトリブラウザで操作します。

(e)　システムバージョンの使用例

システムバージョンの使用例を次に示します。

（例1）

新規システムの開発時に，新規システム名の浮動システムバージョンを作成して，作成や登録するドキュメントに設定します。

（例2）

システムの開発終了時に，浮動システムバージョンを固定システムバージョンに切り替えます。

（例3）

既存システムをバージョンアップするときに，既存のシステムバージョンを複製して，バージョンアップを示す名称の浮動システムバージョンを作成します。新規に作成や登録するドキュメントには，新しいシステムバージョンを設定します。

（例4）

システムの開発中に，ほかの開発グループへドキュメントを配布することがあります。ドキュメントの配布には，エクスポート・インポート機能を使用します。このとき，現システムバージョンを指定してエクスポートすれば該当するドキュメントを絞り込めます。エクスポート時の内容を保存したければ，現システムバージョンを複製し，エクスポートの内容がわかる名称の固定システムバージョンを作成します。

（例5）

ある特定のドキュメントをほかの開発グループへ配布する場合に，任意の名称のシステムバージョンを作成します。そのシステムバージョンを該当するドキュメントに設定します。ドキュメントの配布には，エクスポート・インポート機能を使用します。エクスポートする際，そのシステムバージョンを指定し，エクスポート対象のドキュメントを絞り込みます。

(f)　システムバージョンの留意事項

一つのドキュメントを別々の目的（バージョン）で更新するような運用はできません。例えば，旧システムバージョンのドキュメントを更新するような場合は，エクスポート・インポート機能を使用して，旧システムバージョンが設定されているドキュメントをエクスポートします。そして，マスタとは別のルートドキュメントフォルダ，または別のリポジトリへインポートしてから更新します。この場合，修正内容のマスタへの反映は，ユーザが手作業で実行する必要があります。

2.1.3　辞書の管理

リポジトリに格納する辞書には，データ項目辞書と業務ルール辞書があります。

辞書の運用方法については，マニュアル「SEWB+/REPOSITORY 辞書設計ガイド」を参照してください。

＜この項の構成＞

(1)　データ項目辞書

(2)　業務ルール辞書

(1)　データ項目辞書

プロジェクトで共有するデータ項目を格納するための辞書です。データ中心アプローチに基づいてデータを分析して，標準化したデータ項目を格納します。システム開発で作成するプログラムやドキュメント間で共通に利用することを目的としています。

(2)　業務ルール辞書

データ項目辞書内の一つのデータ項目，または複数のデータ項目に対して定義する共通処理を格納する辞書です。主に，数値の大小関係のチェック，入力値チェック，エラーチェックなどのデータ項目の制約条件を業務ルールとして格納します。プログラム間で共通に利用することを目的とします。

2.2　ドキュメントを更新・参照する

リポジトリ内のドキュメントを更新するには，チェックアウト・チェックイン機能を使用します。また，リポジトリ内のドキュメントを参照するには，チェックアウト機能，またはOSのネットワーク機能を使用します。

＜この節の構成＞

2.2.1　チェックアウト・チェックインとは

2.2.2　ドキュメントを更新する

2.2.3　ドキュメントを参照する

2.2.1　チェックアウト・チェックインとは

リポジトリからドキュメントを取り出すことをチェックアウトといい，リポジトリに返却することをチェックインといいます。チェックアウトするときには，任意のバージョンを指定できます。また，チェックインすると，履歴を管理するために，ドキュメントにバージョン名が付けられます。チェックアウト・チェックインは，リポジトリブラウザで実行します。

ドキュメントを更新する目的でチェックアウトすることを，更新専用チェックアウトといいます。また，ドキュメントを参照する目的でチェックアウトすることを，参照専用チェックアウトといいます。更新専用チェックアウトされたドキュメントだけが，チェックインできます。更新専用チェックアウトをするか参照専用チェックアウトをするかは，チェックアウトをするときに指定します。

更新専用チェックアウトされたドキュメントに対しては，新たに更新専用チェックアウトできません。ただし，参照専用チェックアウトはできます。更新専用チェックアウトしているドキュメントは一覧で表示できます。

2.2.2　ドキュメントを更新する

ドキュメントを更新するには，更新専用チェックアウトとチェックインを使用します。このほか，再登録機能を使用する方法もあります。

ここでは，チェックアウト・チェックインを使用したドキュメントの更新について説明します。

＜この項の構成＞

(1)　更新専用チェックアウトでドキュメントを取り出す

(2)　チェックインでドキュメントを更新する

(3)　更新していないドキュメントのチェックイン

(1)　更新専用チェックアウトでドキュメントを取り出す

リポジトリで管理されるドキュメントを更新するには，更新専用チェックアウトでドキュメントをクライアントのファイルシステム上に取り出します。更新専用チェックアウト先のクライアントのフォルダは，任意に指定できます。

ドキュメントを更新専用チェックアウトすると，リポジトリのドキュメントが複製されて，クライアントに配布されます。

(2)　チェックインでドキュメントを更新する

リポジトリのドキュメントを更新するには，更新専用チェックアウトしたドキュメントを変更して，チェックイン機能を使用してリポジトリに返却します。

(3)　更新していないドキュメントのチェックイン

ドキュメントをチェックインするとき，チェックインするドキュメントと，リポジトリ内のドキュメントの更新日を比較します。チェックインするドキュメントの更新日が，リポジトリ内のドキュメントの更新日より同じかまたは古い場合，ドキュメントを再登録するかしないかの選択ができます。

2.2.3　ドキュメントを参照する

リポジトリ内のドキュメントを参照するには次の二つの方法があります。

参照専用チェックアウトをする

ネットワーク機能を利用する

＜この項の構成＞

(1)　参照専用チェックアウトでドキュメントを参照する

(2)　ネットワーク機能を利用してドキュメントを参照する

(1)　参照専用チェックアウトでドキュメントを参照する

参照専用チェックアウトしてドキュメントを開くと，ドキュメントを参照できます。

一つのドキュメントに対して，同時に複数の参照専用チェックアウトができます。したがって，一つのドキュメントを複数のユーザが同時に参照できます。

(2)　ネットワーク機能を利用してドキュメントを参照する

リポジトリで管理されているドキュメントのファイルは，OSのネットワーク機能を利用して参照できます。リポジトリのルートドキュメントフォルダは，OS上で共有宣言されているため，チェックアウトしなくても，エクスプローラやツールから検索，参照できます。ただし，参照できるドキュメントは，最新のバージョンです。Windows Serverのネットワーク機能を使用するには，Windows Serverのアカウントが必要です。

OSのネットワーク機能を利用してドキュメントを参照するには，次のUNC（Universal Naming Convention）名を使用します。

または，ネットワークドライブを割り当てて参照できます。

ネットワークドライブを作成するには，リポジトリブラウザで「ネットワークドライブの接続」を実行して，ルートドキュメントフォルダをネットワークドライブに接続します。

2.3　アクセス権を設定する

リポジトリの資源の機密を保護するために，アクセス権を設定します。

＜この節の構成＞

2.3.1　リポジトリのアクセス権

2.3.2　ネットワーク機能を利用したときのファイルのアクセス権

2.3.1　リポジトリのアクセス権

アクセス権とは，リポジトリの資源を作成したり，更新したりする権限です。アクセス権は，リポジトリの資源に対して，システム管理者や資源の所有者が設定します。操作するリポジトリの資源に対して，アクセス権が設定されていないユーザは，そのリポジトリの資源の操作ができません。アクセス権は，資源の所有者，グループおよび全ユーザに対して設定します。

＜この項の構成＞

(1)　アクセス権を設定できる単位

(2)　アクセス権の種類

(3)　アクセス権の設定

(4)　アクセス権の一括変更

(1)　アクセス権を設定できる単位

アクセス権は，「どの資源」に対して「だれ」に「どんな権限」を与えるかを設定します。

(a)　アクセス権を設定できる資源

アクセス権は，次の資源に対して設定できます。

ルートドキュメントフォルダ

ドキュメントフォルダ

システムバージョンフォルダ

システムバージョン

ドキュメント

辞書フォルダ

データ項目

業務ルール

(b)　使用者の種類

SEWB+/REPOSITORYでは，「だれ」にアクセス権を与えるかを設定するために，ユーザを次の4種類に分けます。

システム管理者
リポジトリを管理するユーザ名「system」のユーザです。アクセス権の種類に関係なく，すべての操作ができます。

所有者
資源を所有しているユーザです。

全ユーザ
SEWB+/REPOSITORYを使用できるすべてのユーザです。

グループ
サーバに登録されたグループです。

(2)　アクセス権の種類

アクセス権は，ユーザの資源に対する権限の組み合わせによって表現されます。

ユーザの資源に対する権限には，「読み取り」，「書き込み」，「作成」，「設定」および「削除」があります。ただし，「設定」は，システムバージョンに対する権限です。

次に，アクセス権の種類と権限を示します。

読み取り
「読み取り」の権限があります。「書き込み」，「作成」，「設定」および「削除」の権限はありません。

変更
「読み取り」，「書き込み」，「作成」および「設定」の権限があります。「削除」の権限はありません。
ただし，辞書フォルダに対する権限は，「読み取り」および「作成」です。

フルコントロール
「読み取り」，「書き込み」，「作成」，「設定」および「削除」の権限があります。

アクセス権なし
すべての権限がありません。

特殊なアクセス権
「読み取り」，「書き込み」，「作成」，「設定」および「削除」の権限をユーザが任意に組み合わせたアクセス権です。

(3)　アクセス権の設定

アクセス権は，リポジトリブラウザで設定します。

ただし，ルートドキュメントフォルダと辞書フォルダのアクセス権は，環境構築ユティリティで設定します。

(4)　アクセス権の一括変更

リポジトリブラウザでアクセス権を変更するとき，階層構造の下位の資源のアクセス権も一括して変更するかどうかを指定できます。次に，アクセス権を一括変更できる資源を示します。

継承関係の下位のデータ項目

下位のドキュメントフォルダおよびドキュメント

2.3.2　ネットワーク機能を利用したときのファイルのアクセス権

リポジトリで管理されているドキュメントのファイルは，Windows Serverのネットワーク接続機能を利用して参照できます。

ドキュメントやドキュメントフォルダは，NTFS（NT File System）上では所有者がAdministratorであるファイルやディレクトリとして作成されます。また，ファイルやディレクトリのアクセス権は，ドキュメントやドキュメントフォルダのアクセス権に対応して設定されます。

なお，Windows Server上で，ネットワーク参照用ファイルの権限を直接変更しないでください。SEWB+/REPOSITORYから自動的に更新されるため，Windows Server側で設定したアクセス権は，無効になります。

ドキュメントとファイルのアクセス権の対応を次の表に示します。

表2-1　ドキュメントとファイルのアクセス権の対応

ドキュメントのアクセス権 | ファイルのアクセス権
所有者の読み取り権 | リポジトリのユーザ　読み取り（RX）
グループの読み取り権 | リポジトリのグループ　読み取り（RX）
全ユーザの読み取り権 | Everyone　読み取り（RX）

ドキュメントフォルダとディレクトリのアクセス権の対応を次の表に示します。

表2-2　ドキュメントフォルダとディレクトリのアクセス権の対応

ドキュメントフォルダのアクセス権 | ディレクトリのアクセス権
所有者の読み取り権 | リポジトリのユーザ　一覧（RX）（指定なし）
グループの読み取り権 | リポジトリのグループ　一覧（RX）（指定なし）
全ユーザの読み取り権 | Everyone　一覧（RX）（指定なし）

リポジトリのユーザ，グループ名とWindows Serverのユーザ，グループ名が異なる場合は，まず，Windows Serverの「管理ツール」の「ローカル ユーザーとグループ」で，リポジトリのユーザ，グループ名と同名のローカルグループを作成します。そして，そのグループに所属するメンバとして該当するWindows Serverのユーザ，グループを登録します。

クライアントのファイルシステムにチェックアウトされたファイルは，チェックアウト先のファイルシステムの種類やディレクトリのアクセス権に従います。

2.4　資源に関連を付ける

リポジトリで管理する資源間の依存関係を表すために，関連を付けることができます。資源間の関連は，関連ブラウザに表示できます。

関連には，アプリケーションが自動的に関連づけるものと，ユーザが任意に関連づけるものとがあります。ユーザが任意に付ける関連の種別をユーザ関連といいます。ユーザ関連は，ドキュメント間，ドキュメントとデータ項目などに対して，リポジトリブラウザを使用して付けられます。

関連には，関連の方向があります。例えば，参照する側と参照される側の資源間の関係を，関連の方向で表せます。また，資源間の関係に対してコメントを記述できます。

関連ブラウザを使用すると，関連づけられた資源をブラウジングでき，変更波及の解析などに利用できます。

資源間の関連づけの例を次に示します。

（例1）

ソースプログラムを作成したときに，参照した設計文書とソースプログラム間に関連を付けます。

（例2）

ツールによって資源が生成されるときに，生成のために参照された資源と生成物の間に関連を付けます。

（例3）

データ項目を利用してレコード定義をしたときに，データ項目とレコード定義間に関連を付けます。

3.　利用環境を設定する

この章では，SEWB+/REPOSITORYの環境設定の方法について説明します。

＜この章の構成＞

3.1　環境設定の概要

3.2　サーバ側の環境を設定する

3.3　クライアント側の環境を設定する

3.1　環境設定の概要

この節では，サーバ側およびクライアント側でのSEWB+/REPOSITORYの環境設定の概要について説明します。

＜この節の構成＞

3.1.1　サーバ側での環境設定の概要

3.1.2　クライアント側での環境設定の概要

3.1.1　サーバ側での環境設定の概要

サーバ側での環境設定の流れと，環境設定の内容について説明します。

＜この項の構成＞

(1)　サーバ側での環境設定の流れ

(2)　サーバ側での環境設定の内容

(1)　サーバ側での環境設定の流れ

サーバ側での環境設定の流れを次に示します。

Windows Serverの環境設定
通信設定ファイル（SERVICES）を設定します。

データベースの環境設定
初期設定パラメタファイルとシステム共通定義ファイルを作成します。

環境の初期化

データベースの初期化
Object Serverで，データベースを初期化します。初期化を終えたあと，コンピュータを再起動してから，データベースのサービスを起動します。

リポジトリの初期化
SEWB+/REPOSITORYの初期設定ユティリティを使って，リポジトリを初期化します。初期化を終えたあと，コンピュータを再起動してからSEWB+/REPOSITORYのサービスを起動します。

SEWB+/REPOSITORYのユーザの登録

ユーザの登録

グループの登録

運用環境の構築

リポジトリの環境構築
SEWB+/REPOSITORYの環境構築ユティリティを使って，リポジトリの環境を構築します。

(2)　サーバ側での環境設定の内容

サーバ側での環境設定の内容を次の表に示します。

表3-1　サーバ側での環境設定の内容

項目
環境設定の内容
設定区分
参照先

Windows Serverの環境設定
SERVICESファイルの設定
○
3.2.1

データベースの環境設定
初期設定パラメタファイルの作成
○
3.2.2(1)

システム共通定義ファイルの作成
○
3.2.2(2)

環境の初期化
Object Serverのデータベースの初期化
○
3.2.3(1)

リポジトリの初期化
（初期設定ユティリティ※¹）
○
3.2.3(2)

SEWB+/REPOSITORYのユーザの登録
ユーザ登録ファイルの設定
○
3.2.4(1)

グループ登録ファイルの設定
△
3.2.4(2)

リポジトリの環境構築（環境構築ユティリティ）
システム管理者用のパスワードの設定
○
3.2.5(1)

同時にログインできるユーザ数の設定
△
3.2.5(2)

SEWB+クライアントプログラムをターミナルサービスクライアントから使用するかどうかの設定※2
△
3.2.5(3)

操作ログの設定
△
3.2.5(4)

辞書フォルダの作成
○
3.2.5(5)

データ項目と業務ルールの設定
△
3.2.5(6)

辞書ユティリティのタイプマッピングの設定
△
3.2.5(7)

ドキュメントの設定
△
3.2.5(8)

ドキュメント種別の登録
△
3.2.5(9)

ルートドキュメントフォルダの作成
○
3.2.5(10)

バックアップ用コマンドファイルの作成※³
△
3.2.5(11)

（凡例）

○：必ず設定する

△：必要に応じて設定する

注※1

初期化すると，変更できないので注意してください。

注※2

Windows Server 2008 R2のリモートデスクトップサービスを示します。

注※3

設定は任意ですが，不慮の障害に備えて使用することをお勧めします。

3.1.2　クライアント側での環境設定の概要

クライアント側での環境設定の流れと環境設定の内容について説明します。

＜この項の構成＞

(1)　クライアント側での環境設定の流れ

(2)　クライアント側での環境設定の内容

(1)　クライアント側での環境設定の流れ

クライアント側での環境設定の流れを次に示します。

Windowsの環境設定
通信設定ファイル（HOSTS，SERVICES）を設定します。

運用開始時の設定

パスワードの設定
リポジトリブラウザで，一般ユーザのパスワードを設定します。

(2)　クライアント側での環境設定の内容

クライアント側での環境設定の内容を次の表に示します。

表3-2　クライアント側での環境設定の内容

項目 | 環境設定の内容 | 設定区分 | 参照先
Windowsの環境設定 | HOSTSファイルの設定 | ○ | 3.3.1(1)
SERVICESファイルの設定 | ○ | 3.3.1(2)
パスワードの設定 | 一般ユーザのパスワードの設定※ | △ | 3.3.2

（凡例）

○：必ず設定する

△：必要に応じて設定する

注※

設定は任意ですが，機密保護のために設定することをお勧めします。

3.2　サーバ側の環境を設定する

この節では，サーバ側での環境設定について説明します。

＜この節の構成＞

3.2.1　Windows Serverの環境を設定する

3.2.2　データベースの環境を設定する

3.2.3　環境を初期化する

3.2.4　SEWB+/REPOSITORYのユーザを登録する

3.2.5　運用環境を構築する

3.2.1　Windows Serverの環境を設定する

システム管理者は，SEWB+/REPOSITORYの稼働に必要なWindows Serverの環境として，通信設定ファイル（SERVICES）を設定します。

＜この項の構成＞

(1)　SERVICESファイルの設定

(1)　SERVICESファイルの設定

SEWB+/REPOSITORYでは，ネットワーク環境にTCP/IPを使用しています。このため，SERVICESファイルに，SEWB+/REPOSITORY用の設定をします。

SERVICESファイルは，次の場所にあります。システムディレクトリとは，Windows Serverが組み込まれているディレクトリです。

システムディレクトリ¥system32¥drivers¥etc¥SERVICES

SERVICESファイルに次の内容を設定してください。なお，設定したレコードが最終行であっても，必ず改行してください。

サービス名：SEWBplus

ポート番号：20011

プロトコル名：tcp

（例）

SEWBplus 20011/tcp

3.2.2　データベースの環境を設定する

SEWB+/REPOSITORYでは，Object Serverが管理するデータベース上にリポジトリを構築します。データベースを初期化するための準備として，SEWB+/REPOSITORYの使用環境を設定した「初期設定パラメタファイル」および「システム共通定義ファイル」を作成しておきます。

SEWB+/REPOSITORYでは，標準的な運用環境を想定して作成されたサンプルファイルを提供しています。サンプルファイルを実際の環境に合わせてカスタマイズすることで，容易にデータベースの環境を設定できます。

Groupmaxとデータベースを共用する場合の設定については，「付録C　Groupmaxとデータベースを共用する」を参照してください。

＜この項の構成＞

(1)　初期設定パラメタファイルの作成

(2)　システム共通定義ファイルの作成

(1)　初期設定パラメタファイルの作成

データベースファイルの初期化に必要な情報を記述する初期設定パラメタファイルの作成方法を説明します。

(a)　初期設定パラメタファイルの作成手順

初期設定パラメタファイルのサンプルファイルをコピーする
サンプルファイルの格納場所とコピー先については，「3.2.2(1)(b)　サンプルファイルの利用」を参照してください。

コピーしたサンプルファイルの内容を，環境に合わせてカスタマイズする
カスタマイズ方法については，「3.2.2(1)(c)　サンプルファイルのカスタマイズ」を参照してください。

(b)　サンプルファイルの利用

初期設定パラメタファイルのサンプルファイル（xodinit）は，任意のフォルダにコピーしてから，利用してください。

SEWB+/REPOSITORYでは，次の場所にサンプルファイルを格納しています。

SEWB+ 基本開発環境の組み込み先のパス名¥Repository¥sample¥xodinit

SEWB+ 基本開発環境の組み込み先パス名は，デフォルトでは次のように設定されています。システムドライブとは，Windows Serverが組み込まれているドライブです。

システムドライブ:¥Program Files¥HITACHI¥Sewb

注意

64ビット版のWindowsでの，デフォルトの組み込み先パス名を次に示します。

システムドライブ:¥Program Files (x86)¥HITACHI¥Sewb

(c)　サンプルファイルのカスタマイズ

コピーしたサンプルファイルのカスタマイズ方法について説明します。

(i) 各エリア中のファイルの格納先の変更

まず，使用する環境に，データベースを格納する領域（ディレクトリ※）を確保します。次に，サンプルファイルの各エリア中のファイルのパス名「C:¥sample¥DB」を，データベースを格納するディレクトリのパス名に書き換えてください。

注※

ディレクトリのファイルシステムには，NTFSを使用してください。FAT上のディレクトリは，使用できません。

(ii) エリアに対する初期割り当て量の変更

サンプルファイルでは，次に示す環境を想定して，エリアに対する初期割り当て量が指定されています。

ドキュメント種別数：100

ドキュメント数：10,000

ルートドキュメントフォルダ数：10

ドキュメントフォルダ数：200

システムバージョン数：200

システムバージョンに設定しているドキュメントの総数：10,000

履歴保有数：1

同時最大チェックアウトドキュメント数：1,000（リポジトリ全体）

辞書フォルダ数：100

データ項目数：10,000

業務ルール数：10,000

運用時に扱うドキュメント，データ項目，業務ルールが，想定されている数を超えると見込まれる場合などは，必要に応じて，初期割り当て量を変更してください。ただし，ドキュメント種別以外は，実際の運用で想定数を超えたデータが登録されても，データベース内で自動的に増分が確保されます。ドキュメント種別は，運用中に想定数を超えたデータが登録されても，データベース内で自動的に増分されません。多くのドキュメント種別を登録する場合は，次のサンプルを参照して編集してください。

ドキュメント種別を162個まで登録する場合：xodinit

ドキュメント種別を325個まで登録する場合：xodinit2

ドキュメント種別を488個まで登録する場合：xodinit3

注意

ドキュメント種別数には，SEWB+製品をインストールしたときに自動登録するドキュメント種別も含まれます。

初期割り当て量の変更方法

ドキュメント数※，データ項目数，業務ルール数の環境を変更したい場合は，エリア定義のfileパラメタの-iオペランドで，指定値を変更してください。

-iオペランドに指定する値の算出式を次に示します。

なお，エリア定義のfileパラメタを必要な個数だけ指定しても，初期割り当て量を変更できます。

注※

ドキュメント数には，ルートフォルダ数，ドキュメントフォルダ数，システムバージョン数を含めてください。

変更する環境
エリア名
-iオペランドに指定する値※1

ドキュメント数
SEWB_class_area_1
ドキュメント数×0.0104

SEWB_string_area_1
ドキュメント数×0.1333

SEWB_index_1_area_1
SEWB_index_2_area_1
ドキュメント数×0.1077

履歴保有数およびシステムバージョンに設定しているドキュメント数
SEWB_version_area
ドキュメント数×（履歴保有数※²+1）×0.00003+システムバージョンに設定しているドキュメントの総数※³×0.00003

SEWB_version_index
ドキュメント数×（履歴保有数※²+1）×0.0004+システムバージョンに設定しているドキュメントの総数※³×0.0004

同時最大チェックアウトドキュメント数
SEWB_users_area※⁴
同時最大チェックアウトドキュメント数×0.036

SEWB_users_index
同時最大チェックアウトドキュメント数×0.0004

データ項目数
SEWB_item_area
データ項目数×0.01

SEWB_item_string

SEWB_item_index

業務ルール数
SEWB_rule_area
業務ルール数×0.01

SEWB_rule_string

SEWB_rule_index

注※1

小数点以下は切り上げて整数値を指定してください。

注※2

ドキュメントの平均の履歴保有数で計算してください。

注※3

複数のシステムバージョンから同一ドキュメントに設定されている場合は，個々にカウントしてください。

注※4

SEWB_users_areaエリアの指定は，areaパラメタの -s オペランドで変更してください。

初期設定パラメタファイルのパラメタの詳細は，マニュアル「Groupmax Object Server Version 6 システム管理者ガイド」を参照してください。

(d)　サンプルファイルの内容

初期設定パラメタファイルのサンプルファイルでは，用途ごとに分類したエリア，そのエリアを構成するファイル，ファイルサイズの初期割り当て量などが定義されています。

マスタディレクトリ用のエリア（名称master）と，そのエリア中のファイル（名称 C:¥sample¥DB¥master_dir）を定義しています。

データディレクトリ用のエリア（名称datadir）と，そのエリア中のファイル（名称 C:¥sample¥DB¥data_dir）を定義しています。

ディクショナリ用のエリア（名称dictionary）と，そのエリア中のファイル（名称 C:¥sample¥DB¥dictionary）を定義しています。

OIDインデクス用のエリア（名称oidindex）と，そのエリア中のファイル（名称 C:¥sample¥DB¥oidindex）を定義しています。

ドキュメントを格納するユーザデータベース用のエリアと，そのエリア中のファイルを定義しています。エリア名とファイル名の対応は次のとおりです。

SEWB_system_area_1：C:¥sample¥DB¥user_db_1

SEWB_class_area_1：C:¥sample¥DB¥user_db_2

SEWB_string_area_1：C:¥sample¥DB¥user_db_3

SEWB_version_area：C:¥sample¥DB¥version_db

SEWB_users_area：C:¥sample¥DB¥users_db

辞書を格納するユーザデータベース用のエリアと，そのエリア中のファイルを定義しています。エリア名とファイル名の対応は次のとおりです。

SEWB_dict_area：C:¥sample¥DB¥dict_area

SEWB_item_area：C:¥sample¥DB¥item_area

SEWB_rule_area：C:¥sample¥DB¥rule_area

SEWB_dict_string：C:¥sample¥DB¥dict_string

SEWB_item_string：C:¥sample¥DB¥item_string

SEWB_rule_string：C:¥sample¥DB¥rule_string

ドキュメントで使用するインデクス用のエリアと，そのエリア中のファイルを定義しています。エリア名とファイル名の対応は次のとおりです。

SEWB_index_1_area_1：C:¥sample¥DB¥index_1

SEWB_index_2_area_1：C:¥sample¥DB¥index_2

SEWB_version_index：C:¥sample¥DB¥version_index

SEWB_users_index：C:¥sample¥DB¥users_index

辞書で使用するインデクス用のエリアと，そのエリア中のファイルを定義しています。エリア名とファイル名の対応は次のとおりです。

SEWB_dict_index：C:¥sample¥DB¥dict_index

SEWB_item_index：C:¥sample¥DB¥item_index

SEWB_rule_index：C:¥sample¥DB¥rule_index

(e)　初期設定パラメタファイルの定義項目

初期設定パラメタファイルに定義するパラメタのうち，SEWB+/REPOSITORYの固有値について説明します。

(i) エリアの定義数

SEWB+/REPOSITORYのエリアの定義数を次の表に示します。このほかのエリアの定義数については，使用するデータベースの規則に従ってください。

表3-3　エリアの定義数

エリアの用途 | 定義数
ユーザデータベース（ドキュメント） | 5以上
ユーザデータベース（辞書） | 6
インデクス（ドキュメント） | 4以上
インデクス（辞書） | 3

注

ユーザデータベースとインデクスのエリアの定義数は，合わせて82以下になるように指定してください。

(ii) エリアの名称規則

SEWB+/REPOSITORYのエリアの名称規則を次の表に示します。このほかのエリアの名称については，使用するデータベースの規則に従ってください。

表3-4　エリアの名称規則

エリアの用途 | 規則 | 指定数
ユーザデータベース（ドキュメント） | SEWB_system（半角）で始まる1～30バイトの文字列で指定する | 1
SEWB_class（半角）で始まる1～30バイトの文字列で指定する | 1以上※
SEWB_string（半角）で始まる1～30バイトの文字列で指定する
「SEWB_version_area」と指定する | 1
「SEWB_users_area」と指定する
ユーザデータベース（辞書） | 「SEWB_dict_area」と指定する | 1
「SEWB_item_area」と指定する
「SEWB_rule_area」と指定する
「SEWB_dict_string」と指定する
「SEWB_item_string」と指定する
「SEWB_rule_string」と指定する
インデクス（ドキュメント） | SEWB_index_1（半角）で始まる1～30バイトの文字列で指定する | 1以上※
SEWB_index_2（半角）で始まる1～30バイトの文字列で指定する
「SEWB_version_index」と指定する | 1
「SEWB_users_index」と指定する
インデクス（辞書） | 「SEWB_dict_index」と指定する
「SEWB_item_index」と指定する
「SEWB_rule_index」と指定する

注※

指定数の簡易計算式＝↑ドキュメント種別÷162個↑

（凡例）

　↑：「↑」で挟まれている数値の小数点以下を切り上げることを示します。

(2)　システム共通定義ファイルの作成

データベースのシステムに共通する環境情報を記述するシステム共通定義ファイルの作成方法を説明します。

(a)　システム共通定義ファイルの作成手順

システム共通定義ファイルのサンプルファイルをコピーする
サンプルファイルの格納場所とコピー先については，「3.2.2(2)(b)　サンプルファイルの利用」を参照してください。

コピーしたサンプルファイルの内容を，環境に合わせてカスタマイズする
カスタマイズ方法については，「3.2.2(2)(c)　サンプルファイルのカスタマイズ」を参照してください。

(b)　サンプルファイルの利用

システム共通定義ファイルのサンプルファイル（xodrc）は，Object Serverの組み込み先¥confの下にコピーしてから，利用してください。

SEWB+/REPOSITORYでは，次の場所にサンプルファイルを格納しています。

SEWB+ 基本開発環境の組み込み先のパス名¥Repository¥sample¥xodrc

SEWB+ 基本開発環境の組み込み先のパス名は，デフォルトでは次のように設定されています。システムドライブとは，Windows Serverが組み込まれているドライブです。

システムドライブ:¥Program Files¥HITACHI¥Sewb

注意

64ビット版のWindowsでの，デフォルトの組み込み先パス名を次に示します。

システムドライブ:¥Program Files (x86)¥HITACHI¥Sewb

(c)　サンプルファイルのカスタマイズ

コピーしたサンプルファイルのカスタマイズ方法について説明します。

(i) マスタディレクトリのファイル名の変更

システム共通定義ファイルのサンプルファイルでは，初期設定パラメタファイルでマスタディレクトリとして指定したファイル名を定義しています。

サンプルファイル中のdbm_masterパラメタに指定された「C:¥sample¥DB」を，データベースを格納するディレクトリのパス名に書き換えてください。

(ii) データベースの排他の最大数の変更

データ項目の数が5,000を超えるような大規模プロジェクトでは，あらかじめ，同時に要求できるデータベースの排他の最大数を変更しておく必要があります。

排他の最大数を変更するには，システム共通定義ファイルに，次に示す定義を追加します。

各パラメタの指定方法を説明します。

lck_limit（最大同時排他要求数）

同時に要求できるデータベースの排他の最大数を，256～32,767の値で指定します。値を省略すると，6,000が仮定されます。

最大同時排他要求数には多めの値を指定することをお勧めしますが，lck_limitパラメタの値を1増やすごとに，運用時に使用されるサーバの常駐メモリが144バイト増加します。このことを考慮して，（リポジトリブラウザでブラウズするオブジェクト数※）×（同時に操作するユーザ数）を目安に，32,767以内の値を指定してください。

注※

フォルダを開いたときの，フォルダ内のオブジェクト数を指します。ドキュメントフォルダを開いている場合，開いているドキュメントフォルダ内のドキュメント数です。辞書フォルダを開いている場合，開いている辞書フォルダ内のデータ項目または業務ルールの数です。リポジトリブラウザに表示されているオブジェクト数ではありません。

static_shmpool_size（静的共用メモリ総量）

最大同時排他要求数を変更する場合，static_shmpool_sizeパラメタで，静的共用メモリ（データベースが，開始から終了までの間に占有する共用メモリ）の総量の値も変更する必要があります。KB（キロバイト）単位で指定します。

SEWB+/REPOSITORYで提供しているサンプルファイルに対し，データベースの排他の値だけを変更する場合には，次の計算式を使って静的共用メモリ総量を算出します。

　static_shmpool_size（KB）
　 = ↑ { 5,083,180 ＋ lck_limit値 × 144 } ÷ 1,024 ↑

（凡例）

　↑：「↑」で挟まれている数値の小数点以下を切り上げることを示します。

指定する値の目安を，次に示します。

lck_limitの値 10,000：static_shmpool_sizeの値 8,000

lck_limitの値 20,000：static_shmpool_sizeの値 9,000

lck_limitの値 30,000：static_shmpool_sizeの値 10,000

システム共通定義ファイルのパラメタの詳細は，マニュアル「Groupmax Object Server Version 6 システム管理者ガイド」を参照してください。

3.2.3　環境を初期化する

データベースの初期化とリポジトリの初期化について説明します。

＜この項の構成＞

(1)　データベースの初期化

(2)　リポジトリの初期化

(3)　リポジトリの再初期化

(1)　データベースの初期化

リポジトリを初期化する前に，Object Serverでデータベースを初期化しておく必要があります。

(a)　データベースの初期化の手順

Object Serverの［Object Server管理ツール］ウィンドウから，［データベース環境設定］アイコンを選ぶ

表示された［データベース環境設定］ダイアログで，［データベースの初期化］ボタンをクリックする

表示された［データベースの初期化］ダイアログで，ノードIDと初期設定パラメタファイル名を指定する
ノードIDには，1～16,382の値を指定します。ノードIDとデータベースに使用するファイルシステムには注意が必要です。「3.2.3(1)(b)　データベースの初期化の注意事項」を参照してください。

指定内容を確認したあと，［OK］ボタンをクリックする
データベースの初期化が実行されます。
データベースの初期化の終了後，コンピュータを再起動してから，コントロールパネルの［サービス］ダイアログで，Object Serverのサービスを起動してください。

(b)　データベースの初期化の注意事項

ノードIDの指定
ノードIDは，データベースの識別に使用されるIDです。データベースを初期化するときには，必ずノードIDを指定してください。
SEWB+/REPOSITORYでは，エクスポート・インポート機能で複数のサーバ間で資源をやり取りします。このため，指定するノードIDは，複数のサーバのデータベース間で重複しない値にしてください。デフォルト値のノードIDで複数のデータベースを初期化すると，ノードIDが重複するので注意が必要です。

使用するファイルシステム
データベースを格納するディレクトリ（初期設定パラメタファイル中に指定したディレクトリ）のファイルシステムには，必ずNTFSを使用してください。FATは，使用できません。

データベースの初期化の詳細は，マニュアル「Groupmax Object Server Version 6 システム管理者ガイド」を参照してください。

(2)　リポジトリの初期化

リポジトリの初期化は，初期設定ユティリティを使用してシステム管理者が実行します。

(a)　リポジトリの初期化の手順

Windows Serverに「Administrators」権限でログインする

［サービス］でデータベース（Object Server）のサービスが起動されていることを確認する
データベースのサービスが起動されていなければ，起動してください。

［スタート］メニューの［プログラム］または［すべてのプログラム］から［Sewb+］－［Repository］－［初期設定ユティリティ］を選ぶ

表示された［初期設定ユティリティ］ダイアログで，データベース名称とドキュメントオプションを設定する
詳細は，「3.2.3(2)(b)　データベース名称」および「3.2.3(2)(c)　ドキュメントオプション」を参照してください。

設定内容を確認したあと，［初期化］ボタンをクリックする
リポジトリの初期化が実行されます。
リポジトリの初期化の終了後，コンピュータを再起動してから，［サービス］でSEWB+/REPOSITORYのサービスを起動してください。
リポジトリの初期化が実行できるのは1回だけです。初期化が実行済みの場合には，［初期化］ボタンが非活性となります。

(b)　データベース名称

サーバに作成するリポジトリのデータベースの名称を設定します。

データベース名称は，次の規則に従って設定してください。

データベース名称の長さ
63バイト以内で設定します。

データベース名称に使用できる文字
英数字，「_」および日本語文字が使用できます。ただし，全角の空白は使用できません。

使用できない名称
先頭が「_」，「IS」または「WF」で始まる名称
「MASTER」という名称

(c)　ドキュメントオプション

ドキュメントオプションでは，ドキュメントファイルディレクトリを設定します。

ドキュメントファイルディレクトリ

ドキュメントを格納するディレクトリのパス名を設定します。デフォルトでは，SEWB+/REPOSITORYが組み込まれているディレクトリのパス名が設定されています。

ディレクトリのパス名は，次の規則に従って設定してください。

ディレクトリのパス名の長さ
128バイト以内で設定します。

ディレクトリ名に使用できる文字
任意の文字が使用できます。ただし，次に示す文字は使用できません。
「'」，「?」，「"」，「/」，「<」，「>」，「*」，「|」，「:」，「¥」および空白

ディレクトリのパス名の規則
ドライブ名は，必ず設定します。
ディレクトリとディレクトリの区切りには，「¥」を使用します。ドライブとディレクトリの区切りには，「:」を使用します。
ディレクトリ名の最後に「.」は使用できません。

(3)　リポジトリの再初期化

リポジトリ内に作成されている資源をすべて破棄して，再初期化するには次に示す手順で作業してください。

［サービス］でSEWB+/REPOSITORYやObject Serverのサービスが停止されていることを確認する
サービスが実行されている場合は，停止させてください。

SEWB+/REPOSITORYをインストールしたディレクトリの下の「doc」，「spool」および「work」フォルダとその下のファイルをすべて削除する
前回のリポジトリの初期化時に，［ドキュメントオプション］－［ドキュメントファイルディレクトリ］を選んで，標準の「doc」フォルダ以外のパスを指定した場合は，指定したパスの「doc」フォルダを削除してください。

ルートドキュメントフォルダのディレクトリ以下をすべて削除する
ルートドキュメントフォルダのディレクトリは環境構築ユティリティで確認できます。

データベースの初期化で使用した，初期設定パラメタファイルに指定されたファイルをすべて削除する
システム共通定義ファイル中にujfileパラメタやjnl_output_fileパラメタの定義があれば，そのパラメタで指定されたファイルも削除してください。

環境を再度初期化する
(1)で説明したデータベースの初期化，および(2)で説明したリポジトリの初期化を，再度実施してください。

3.2.4　SEWB+/REPOSITORYのユーザを登録する

SEWB+/REPOSITORYを利用するユーザとグループの登録，および登録例について説明します。

＜この項の構成＞

(1)　ユーザの登録

(2)　グループの登録

(3)　Windows Serverのアカウント

(4)　ユーザとグループの登録例

(1)　ユーザの登録

SEWB+/REPOSITORYを利用するユーザを登録します。ユーザは，ユーザ登録ファイルに登録します。ユーザは，システム管理者が登録してください。

(a)　ユーザ登録の手順

ユーザを登録する手順を次に示します。

「Administrators」権限でサーバにログインする

［スタート］メニューの［プログラム］または［すべてのプログラム］から［Sewb+］－［Repository］－［ユーザ登録ファイル］を選ぶ
エディタが起動します。

記述規則に従ってユーザを登録する
ユーザの登録方法については，「3.2.4(1)(b)　ユーザ登録ファイル」を参照してください。

ユーザ登録ファイルを保存する

(b)　ユーザ登録ファイル

ユーザ登録ファイルは，SEWB+/REPOSITORYのユーザを登録するファイルです。ユーザ登録ファイルには，SEWB+/REPOSITORYの管理者用として，ユーザ名「system」があらかじめ登録されています。

ユーザ登録ファイルの記述規則を次に示します。

複数のユーザを登録する場合は，改行して記述します。

ユーザ名
8バイト以内の半角の英数字で記述します。

暗号化されたパスワード
環境構築ユティリティやリポジトリブラウザで設定したパスワードが暗号化されて設定されています。ここには文字列を記述しないでください。

ユーザ識別子
100～59,999の10進文字列で記述します。ほかのユーザ識別子と重複しないように記述してください。
ただし，ユーザ名「system」のユーザ識別子は0（ゼロ）です。
ユーザ登録ファイルの記述例を次に示します。

（例）

system::0::::
user1::100::::
user2::101::::

(2)　グループの登録

SEWB+/REPOSITORYを使用するユーザのグループを登録します。グループは，グループ登録ファイルに登録します。グループは，システム管理者が登録してください。

(a)　グループ登録の手順

グループを登録する手順を次に示します。

「Administrators」権限でサーバにログインする

［スタート］メニューの［プログラム］または［すべてのプログラム］から［Sewb+］－［Repository］－［グループ登録ファイル］を選ぶ
エディタが起動します。

記述規則に従ってグループを登録する
グループを登録する方法については，「3.2.4(2)(b)　グループ登録ファイル」を参照してください。

グループ登録ファイルを保存する

(b)　グループ登録ファイル

グループ登録ファイルは，SEWB+/REPOSITORYのユーザのグループを登録するファイルです。グループ登録ファイルには，次に示す二つのグループ名があらかじめ登録されています。

system：SEWB+/REPOSITORYの管理者グループ

everyone：すべてのユーザが所属するグループ

ユーザ登録ファイルの記述規則を次に示します。

複数のグループを記述する場合は，改行文字で区切ります。

グループ名
8バイト以内の半角の英数字で記述します。ただし，先頭は英字にしてください。

グループ識別子
10～59,999の10進文字列で記述します。ほかのグループ識別子と重複しないように記述してください。
ただし，グループ名「system」のグループ識別子は0（ゼロ），グループ名「everyone」のグループ識別子は1です。

ユーザリスト
ユーザ登録ファイルに登録しているユーザ名を記述します。複数のユーザ名を記述する場合は，「，」で区切ります。

グループ登録ファイルの記述例を次に示します。

（例）

system::0:
everyone::1:
kslg::10:user1,user2

(c)　グループ登録時の注意事項

グループ登録ファイルで一つのグループに多数のユーザを登録する場合，グループ登録ファイルには1行が2,000文字を超える定義はできません。一つのグループに多数のユーザを登録する場合は，グループを複数の行に分けて定義してください。

BProjectグループを複数の行に分けて登録する例を次に示します。

（例）

system::0:
everyone::1:
AProject::100:Auser001,Auser002,Auser003
BProject::200:Buser001,buser002,…,Buser099,Buser100
BProject::200:Buser101,buser102,…,Buser199,Buser200
BProject::200:Buser201,buser202,…,Buser299,Buser300

(3)　Windows Serverのアカウント

リポジトリに管理されている資源は，サーバOS（Windows Server）のネットワーク機能でも参照できます。ネットワーク機能を利用するにはサーバOSのアカウントが必要です。また，リポジトリを利用するには，SEWB+/REPOSITORYのアカウントが必要です。

なお，リポジトリに管理されている資源を利用する場合には，SEWB+/REPOSITORYおよびOS（Windows）のアカウント名（ユーザ名，グループ名）を同一にする運用をお勧めします。

異なるアカウント名を使用すると，ドキュメントの参照ができないなどの現象が起きることがあります。

(4)　ユーザとグループの登録例

ここでは，次の表に示すユーザとグループの例を登録する手順を説明します。

表3-5　ユーザとグループの例

SEWB+/REPOSITORYのアカウント | Windows Serverのアカウント
ユーザ名 | グループ名 | ユーザ名 | グループ名
ikeda | AProject，BProject | ikeda | Domain Users
takasu | AProject | takasu
nakamura | naka
kinosita | BProject | kino
uchimura | uchi
Guest | Guests | Guest | Guests

(a)　リポジトリユーザとグループの登録

「Administrators」権限でサーバにログインする

［スタート］メニューの［プログラム］または［すべてのプログラム］から［Sewb+］－［Repository］－［ユーザ登録ファイル］を選ぶ
エディタが起動して，次のファイルの内容が表示されます。

リポジトリを利用するユーザ名およびユーザ識別子を次のように追加する

ユーザ識別子は100～59,999の範囲で重複しないように割り当てます。

ファイルの変更内容を保存する
ユーザが登録されます。

［スタート］メニューの［プログラム］または［すべてのプログラム］から［Sewb+］－［Repository］－［グループ登録ファイル］を選ぶ
エディタが起動され，次のファイルの内容が表示されます。

リポジトリを利用するグループ名，およびグループ識別子を次のように追加する

グループ識別子は10～59,999の範囲で重複しないように割り当てます。

ファイルの変更内容を保存する
グループが登録されます。

(b)　Windows Serverのユーザとグループの登録

Windows Serverの場合は「ローカル ユーザーとグループ」で登録します。

Windows Serverのドメインコントローラ上で「Administrator」ユーザでログインする

「管理ツール」から「ローカル ユーザーとグループ」を起動する

ユーザを登録する
ユーザ（ikeda，takasu，naka，kino，uchi）を登録します。Guestユーザはすでに登録されているので登録は不要です。

ローカルグループを作成する
ローカルグループを作成し，グループ名に「AProject」を入力します。
「グループの範囲」に「ドメインローカル」を指定してください。

グループ名にメンバを登録する
「AProject」に所属するメンバとしてikeda，takasu，nakaを追加します。

同様に「BProject」を作成する
ユーザ（ikeda，kino，uchi）を所属するメンバとして登録します。Guestsグループはすでに登録されているので登録は不要です。
naka，kino，uchiのユーザは，リポジトリユーザと異なる名称を使用します。このため，その対応付けをするために，4.～5.の操作でリポジトリユーザと同じ名称の新しいローカルグループを作成して，その所属するメンバとしてWindows Serverのユーザを登録します。例えば，nakamuraという名称のローカルグループを作成して，その所属するメンバとしてnakaのユーザを登録します。

以上の手順によって，Windows Serverのアカウントとして次の内容が登録されます。

ユーザ名 | 所属するローカルグループ | 所属するグローバルグループ
ikeda | AProject，BProject | Domain Users
takasu | AProject
naka | AProject，nakamura
kino | BProject，kinosita
uchi | BProject，uchimura

3.2.5　運用環境を構築する

リポジトリの運用時に，システム管理者はドキュメントや辞書の運用環境を設定します。運用環境は，「SEWB+/REPOSITORY」の「環境構築ユティリティ」を起動して設定します。各項目の設定規則については，ヘルプを参照してください。

環境構築ユティリティの設定項目

管理者用のパスワードの設定

リポジトリのサーバに同時にログインできるユーザ数の設定

SEWB+クライアントプログラムをターミナルサービスクライアントから使用するかどうかの設定※

操作ログの設定

辞書フォルダの作成

データ項目と業務ルールの設定

辞書ユティリティのタイプマッピングの設定

ドキュメントの設定

リポジトリで扱うドキュメント種別の登録

ルートドキュメントフォルダの作成

バックアップ用コマンドファイルの作成

注※

Windows Server 2008 R2のリモートデスクトップサービスを示します。

環境構築ユティリティで設定した環境情報の配布

環境構築ユティリティの環境情報は，エクスポート・インポート機能を利用して，ほかのサーバ上のリポジトリに配布できます。

複数のサーバでリポジトリを使用する環境では，リポジトリの運用環境を統一することが必要です。この場合は，環境構築ユティリティで環境を設定するサーバを決め，環境情報を管理してください。そのほかのサーバは，管理元のサーバから配布された環境情報を利用して運用環境を構築します。環境情報を受け取るサーバでは，配布された運用環境の設定を，変更したり追加したりしないよう，留意してください。

環境情報のエクスポート・インポートについては，「5.1　エクスポート・インポートの概要」を参照してください。

＜この項の構成＞

(1)　管理者用のパスワード設定

(2)　同時にログインできるユーザ数

(3)　SEWB+クライアントプログラムをターミナルサービスクライアントから使用するかどうかの設定

(4)　操作ログの設定

(5)　辞書フォルダの作成

(6)　データ項目と業務ルールの設定

(7)　辞書ユティリティのタイプマッピングの設定

(8)　ドキュメントの設定

(9)　ドキュメント種別の登録

(10)　ルートドキュメントフォルダの作成

(11)　バックアップ用コマンドファイルの作成

(1)　管理者用のパスワード設定

最初に環境構築ユティリティを起動すると，管理者用のパスワードを設定するダイアログが表示されます。このダイアログで，パスワードを設定してください。パスワードは，6～8バイトの半角の英数字で記述します。2回目以降に起動するときには，このダイアログは表示されません。パスワードを問い合わせるダイアログが表示されます。

設定したパスワードを変更する場合は，［環境構築ユティリティ］ダイアログで「管理者のパスワード」を選択して設定します。

(2)　同時にログインできるユーザ数

リポジトリのサーバに，同時にログインできるユーザ数（接続クライアント数）を設定します。ユーザ数は，［環境構築ユティリティ］ダイアログで「サーバ」を選択して設定します。設定できる範囲は，1～230です。デフォルトでは32に設定されています。

同時にログインできるユーザ数は，サーバのスペックやメモリサイズなどを考慮して設定してください。なお，OS のリソースおよび設定値によって異なりますが，同時にログインできるユーザは，40ユーザまでにすることを推奨します。サーバのメモリについては，「付録D.1　サーバに必要なハードウェアリソース」を参照してください。

設定値が有効になるのは，設定値の変更後にSEWB+/REPOSITORYを再起動したときです。

(3)　SEWB+クライアントプログラムをターミナルサービスクライアントから使用するかどうかの設定

SEWB+クライアントプログラムをターミナルサービスクライアントから使用するかどうかを設定します。［環境構築ユティリティ］ダイアログで「サーバ」を選択して設定します。

設定するには，次のどちらかの項目を選択します。

使用する
ターミナルサービスクライアントから使用する場合に選択します。
SEWB+/REPOSITORY-BROWSERを使用して，ターミナルサービスクライアントからログインする場合は，必ず「使用する」を選択してください。

使用しない
ターミナルサービスクライアントを使用しない場合に選択します。

(4)　操作ログの設定

SEWBツールからSEWB+/REPOSITORYへのアクセスログを出力するかどうかを設定します。［環境構築ユティリティ］ダイアログで「サーバ」を選択して設定します。設定するには，次のどれかの項目を選択します。

出力する※

Login/Logoutのみ出力する※

出力しない（デフォルト）

注※

操作ログを出力する場合，次の項目を設定します。

出力先ディレクトリ

出力先ディスクの空き容量

操作ログについては，「9.　操作ログの出力」を参照してください。

(5)　辞書フォルダの作成

辞書を格納する辞書フォルダを作成します。辞書フォルダは，［環境構築ユティリティ］ダイアログで「辞書フォルダ」を選択して作成します。複数の辞書フォルダが作成できます。

辞書フォルダを作成するには，次の項目を設定します。

辞書フォルダ名

国語区分に対するコメント

辞書フォルダに対するアクセス権

(6)　データ項目と業務ルールの設定

データ項目と業務ルールは，［環境構築ユティリティ］ダイアログで「データ項目」を選択して設定します。データ項目や業務ルールに対して，次の項目を設定します。

フィールド長と継承モードの設定

言語区分の設定

フィールド名の設定

命名ルールの設定，ユーザ作成の命名ルールの追加

国語区分の変更

検査項目の設定，ユーザ作成の検査項目の追加

分類区分と指定可能なタイプの設定

タイプの対応の設定，タイプの編集，およびレコード生成キーワードの編集

データ項目名と業務ルール名の一意性チェック範囲の指定

設定値が有効になるのは，設定値の変更後にSEWB+/REPOSITORYを再起動したときです。

(7)　辞書ユティリティのタイプマッピングの設定

CSV入力を使ってERwin/ERXのデータ分析情報をデータ項目辞書に取り込む場合，またはODBC入力（RPOdbcin）コマンドを使用する場合に，入力元で定義されたデータベースのタイプとSEWB+/REPOSITORYのデータ項目属性との対応規則を設定します。

これをタイプマッピングといい，［環境構築ユティリティ］ダイアログで「辞書ユティリティタイプマッピング」を選択して設定します。

データベース種別「ORACLE」と「HiRDB」のタイプマッピングの標準値が設定されています。必要に応じてこれをカスタマイズしたり，任意のデータベース種別のタイプマッピングを追加したりします。

(8)　ドキュメントの設定

ドキュメント，ドキュメントフォルダ，システムバージョン，およびシステムバージョンフォルダを新規に作成したときまたは登録したとき，所有者のアクセス権の初期属性を設定します。ドキュメントなどの設定は，［環境構築ユティリティ］ダイアログでドキュメントを選択後，「設定」を選択して実行します。

ドキュメントの初期属性は，次の項目から設定します。

作成，登録者を所有者としアクセス権は固定

作成，登録者を所有者としアクセス権は親フォルダから継承

所有者，アクセス権は親フォルダから継承

また，チェックアウト先コンピュータのIPアドレスを管理するかしないかを設定します。なお，NAT（Network Address Translation）などによって，クライアントのIPアドレスが変換される構成では，リポジトリサーバ側で認識するクライアントのIPアドレスが，チェックアウト先のコンピュータを一意に示さない場合があるため，チェックアウト先コンピュータのIPアドレスを管理しない設定にしてください。

(9)　ドキュメント種別の登録

SEWB+/REPOSITORYで扱わせたいドキュメント種別を登録します。ドキュメント種別は，［環境構築ユティリティ］ダイアログで「ドキュメント種別」を選択して登録します。

ドキュメントは，メインファイルとメインファイルに従属するサブファイルで構成されます。このため，ドキュメント種別を登録するには，メインファイルとサブファイルについてそれぞれ設定します。

(a)　メインファイルとサブファイルの設定

(i) メインファイル

ドキュメント種別の名称やファイルエクステンション（拡張子）を設定します。また，ドキュメント種別にファイルエクステンションを持たないファイルの設定や，登録するドキュメント種別ごとに履歴の保有数もメインファイルに対して設定できます。ただし，エクステンションを持たない，ドキュメント種別をエクスポートしたエクスポートファイルをインポートする時は，サーバのバージョンを02-02以降にしてください。

メインファイルには次の項目を設定します。

ドキュメント種別

種別表示名称

履歴保有数
ドキュメントの履歴保有数を0～65,534の範囲で指定します。デフォルトは，1です。

ファイルエクステンション
ファイルエクステンションを持たないファイルも設定できます。

テンプレートファイルパス
省略すると，リポジトリブラウザからドキュメントの登録はできますが，ドキュメントの新規作成はできません。

ファイルデータ種別
テキスト形式，またはバイナリ形式を指定します。デフォルトは，バイナリ形式です。

(ii) サブファイル

サブファイルがある場合は，サブファイルを設定します。サブファイルには次の項目を設定します。

ファイルエクステンション

テンプレートファイルパス

ファイルデータ種別

(b)　ほかの方法でのドキュメント種別の登録

環境構築ユティリティを使った方法のほか，次に示す方法でも登録されます。

SEWB+ツールからの自動登録
SEWB+ツール（SEWB+/CONSTRUCTIONなど）で扱うドキュメント種別は，そのツールがクライアントマシンにインストールされたあと，リポジトリブラウザが起動されたときに自動的に登録されます。

環境情報のインポート（配布）による登録
複数のサーバでリポジトリを使用する環境では，この方法でドキュメント種別を登録するようにしてください。

(c)　ドキュメント種別の登録の注意事項

環境構築ユティリティやインポートでドキュメント種別を登録をしたとき，異なる名称で同じファイルエクステンションのドキュメント種別がすでに存在していた場合には，そのファイルエクステンションに対するドキュメント種別が二重になってしまうため，注意してください。

(10)　ルートドキュメントフォルダの作成

ドキュメントを格納する最上位のフォルダを作成します。ルートドキュメントフォルダは，［環境構築ユティリティ］ダイアログで「ルートドキュメントフォルダ」を選択して作成します。一つのリポジトリに複数のルートドキュメントフォルダが作成できます。

ルートドキュメントフォルダを作成するには，次の項目を設定します。

ルートドキュメントフォルダ名

ディレクトリ名
ルートドキュメントフォルダを作成するディレクトリ名を指定します。ルートドキュメントフォルダは，NTFS上に作成してください。

コメント

ルートドキュメントフォルダに対するアクセス権

(11)　バックアップ用コマンドファイルの作成

バックアップ用のコマンドファイルを生成します。バックアップ用のコマンドファイルを生成するための設定は，［環境構築ユティリティ］ダイアログで「バックアップ」を選択して実行します。

バックアップ用のコマンドファイルを生成するには，次の項目を設定します。

バックアップ名称

コマンドファイル

生成オプション

バックアップについては，「7.　資源のバックアップとリストア」を参照してください。

3.3　クライアント側の環境を設定する

この節では，クライアント側での環境設定について説明します。

＜この節の構成＞

3.3.1　Windowsの環境を設定する

3.3.2　運用開始時の設定をする

3.3.1　Windowsの環境を設定する

リポジトリブラウザの稼働に必要なWindows の環境として，通信設定ファイル（HOSTS，SERVICES）を設定します。

＜この項の構成＞

(1)　HOSTSファイルの設定

(2)　SERVICESファイルの設定

(1)　HOSTSファイルの設定

HOSTSファイルに，サーバのIPアドレスを設定します。

HOSTSファイルは，次の場所にあります。システムディレクトリとは，Windowsが組み込まれているディレクトリです。

システムディレクトリ¥system32¥drivers¥etc¥HOSTS

HOSTSファイルに次の内容を設定してください。なお，設定したレコードが最終行であっても，必ず改行してください。

サーバのIPアドレスとサーバのホスト名には，利用環境に応じた値を設定します。

(2)　SERVICESファイルの設定

SEWB+/REPOSITORYでは，ネットワーク環境にTCP/IPを使用しています。このため，SERVICESファイルに，SEWB+/REPOSITORY用の設定をします。

SERVICESファイルは，次の場所にあります。システムディレクトリとは，Windowsが組み込まれているディレクトリです。

システムディレクトリ¥system32¥drivers¥etc¥SERVICES

SERVICESファイルに次の内容を設定してください。なお，設定したレコードが最終行であっても，必ず改行してください。

サービス名：SEWBplus

ポート番号：20011

プロトコル名：tcp

（例）

SEWBplus 20011/tcp

3.3.2　運用開始時の設定をする

ユーザ登録ファイルに登録された一般ユーザにパスワードを設定します。

＜この項の構成＞

(1)　一般ユーザのパスワードを設定する

(1)　一般ユーザのパスワードを設定する

ユーザ登録ファイルに登録された一般ユーザのパスワードは，リポジトリブラウザを使用して，ユーザ本人が設定します。

パスワードは，6～8バイトの半角の英数字で記述します。パスワードの設定は省略できますが，機密保護のために設定することをお勧めします。

4.　システムを開発する

この章では，SEWB+/REPOSITORYを利用してシステムを開発する手順をCOBOLとC++の例で説明します。

なお，Javaやほかの言語でも同様に資源を管理できます。

＜この章の構成＞

4.1　システム開発の概要

4.2　新規システムを開発する

4.3　既存システムを流用して開発する

4.4　システムバージョンを階層化して資源を管理する

4.1　システム開発の概要

COBOL2002またはVisual C++でシステムを開発するときの概要を説明します。

＜この節の構成＞

4.1.1　SEWB+/REPOSITORYを利用したシステム開発の概要

4.1.2　システム開発環境の構築

4.1.3　SEWB+/CONSTRUCTIONを利用する場合の資源管理

4.1.1　SEWB+/REPOSITORYを利用したシステム開発の概要

COBOL2002やVisual C++の開発資源を，SEWB+/REPOSITORYのリポジトリを利用して管理すると，共有資源の管理や開発資源のバージョン管理が効率良くでき，統合的な開発環境を実現できます。

SEWB+/REPOSITORYを利用してシステムを開発すると，次に示すような効果があります。

COBOL2002やVisual C++の開発資源とワープロ文書やスプレッドシートなどの設計文書を一元管理でき，それぞれの資源のバージョンを効率良く管理できます。

チェックイン・チェックアウト機能，アクセス権の設定機能によって，COBOL2002やVisual C++の開発資源とドキュメントを共有化し，グループの開発作業が円滑になります。

COBOL2002やVisual C++の開発資源と設計文書との間に関連を付けることによって，変更波及を解析できるので，効率良く保守作業ができます。

多彩な検索機能や関連ブラウザによって，リポジトリで管理されている膨大な資源の中から，必要な情報を効率良く探し出すことができます。

＜この項の構成＞

(1)　システム開発の作業

(2)　新規システムの開発と既存システムの流用開発での作業

(1)　システム開発の作業

COBOL2002またはVisual C++と，SEWB+/REPOSITORYを利用して，システムを開発するときの作業について説明します。

(a)　構成管理に従ってドキュメントフォルダを作成する

システム管理者は，プロジェクトの開発形態や構成に従ってドキュメントフォルダを作成します。

(b)　開発資源をリポジトリへ登録する

COBOL2002またはVisual C++の開発資源のうち，定義ファイルやソースファイルなど，ユーザが管理するファイルと実行ファイルを登録します。自動的に生成される中間ファイルなどは，リポジトリに登録する必要はありません。

(c)　クライアントの作業領域を作成する

開発者は，担当のプロジェクト（プロジェクトマスタファイルまたはメイクファイルとその構成ファイル）単位で，クライアントの作業ディレクトリに，リポジトリのフォルダ構成をディレクトリ構成に置き換えた状態で参照専用チェックアウトします。その後，チェックアウトしたプロジェクトのビルドを実行して，中間ファイルを含めてすべてのファイルを生成すれば，作業領域の作成が完了します。

(d)　システム開発の作業をする

この後，担当モジュールの開発資源を更新専用チェックアウトして，修正，ビルドおよびテストをします。修正が確認された開発資源は，リポジトリにチェックインします。

(e)　共用資源の利用

共用資源は，OSのネットワーク機能を利用して，クライアントからサーバのファイルをネットワークで参照できます。この場合，サーバ側でネットワーク共有ポイント（ルートドキュメントフォルダ）を宣言しておく必要があります。ただし，この場合はクライアントからの更新権限は与えられません。

(2)　新規システムの開発と既存システムの流用開発での作業

新規システムを開発する場合と，既存システムを流用して開発する場合では，作業の内容が異なります。新規システムの開発と既存システムの流用開発での作業を次に示します。

(a)　新規システムの開発

(b)　既存システムの流用開発

4.1.2　システム開発環境の構築

COBOL2002またはVisual C++を利用してシステム開発をするときの環境を構築するため，ドキュメント種別の登録とドキュメントフォルダの作成をします。

＜この項の構成＞

(1)　リポジトリに登録するドキュメント種別

(2)　ドキュメントフォルダの作成

(1)　リポジトリに登録するドキュメント種別

(a)　COBOL2002の開発資源

COBOL2002の開発資源には，プロジェクトマスタファイルやCOBOLソースプログラムなどがあります。

リポジトリのドキュメント種別に登録する資源の例を次の表に示します。自動的に生成される中間ファイルについては，リポジトリでは管理しない運用をお勧めします。

表4-1　ドキュメント種別に登録するCOBOL2002の開発資源の例

ドキュメント
種別
種別表示
名称
履歴
保有数
ファイルエクステンション
テンプレートファイルパス
ファイルデータ種別
サブファイル

projectfile
プロジェクトマスタファイル
65,534
.pmi
なし
バイナリ
なし

executefile
アプリケーション
0
.exe
なし
バイナリ
なし

dynamiclinklibrary
ダイナミックリンクライブラリ
0
.dll
なし
バイナリ
なし

cobolsource※¹
COBOLソースプログラム
65,534
.cbl※²
なし
テキスト
なし

oocobolsource
OOCOBOLソースプログラム
65,534
.ocb
なし
テキスト
なし

cobolcopy
登録集原文
65,534
.cbl※²
なし
テキスト
なし

inheritfile
参照/継承ファイル
65,534
.ocb
なし
テキスト
なし

guidefine
GUI定義ファイル
65,534
.gcb
なし
テキスト
なし

注

リポジトリブラウザでドキュメントを新規作成する運用の場合は，使用するテンプレートをテンプレートファイルパスに指定してください。

注※1

フリー形式のソースを併用する場合は，異なるドキュメント種別，（例えばcobolsourcefree，表示名称はCOBOLソースのままでよい）で登録してください。

注※2

ファイルエクステンションが同じでも異なるドキュメント種別を登録できます。

(b)　Visual C++の開発資源

Visual C++の開発資源には，メイクファイルやC++ソースプログラムなどがあります。

リポジトリのドキュメント種別に登録する資源の例を次の表に示します。自動的に生成される中間ファイルについては，リポジトリでは管理しない運用をお勧めします。

表4-2　ドキュメント種別に登録するVisual C++の開発資源の例

ドキュメント
種別
種別表示
名称
履歴
保有数
ファイルエクステンション
テンプレートファイルパス
ファイルデータ種別
サブファイル

makefile
メイクファイル
65,534
.mak
なし
テキスト
なし

executefile
アプリケーション
0
.exe
なし
バイナリ
なし

dynamiclinklibrary
ダイナミックリンクライブラリ
0
.dll
なし
バイナリ
なし

staticlinklibrary
スタティックリンクライブラリ
0
.lib
なし
バイナリ
なし

cppsource
C++ソースプログラム
65,534
.cpp
なし
テキスト
なし

headerfile
ヘッダファイル
65,534
.h
なし
テキスト
なし

resourcefile
リソースファイル
65,534
.rc
なし
テキスト
なし

resourcefile2
カスタムリソースファイル
65,534
.rc2
なし
テキスト
なし

definitionfile
モジュール定義ファイル
65,534
.def
なし
テキスト
なし

iconfile
アイコンファイル
65,534
.ico
なし
バイナリ
なし

注

リポジトリブラウザでドキュメントを新規作成する運用の場合は，使用するテンプレートをテンプレートファイルパスに指定してください。

(c)　ドキュメント種別の登録

ドキュメント種別を登録します。ドキュメント種別は，環境構築ユティリティで登録します。

［スタート］メニューの［すべてのプログラム］から［Sewb+］－［Repository］－［環境構築ユティリティ］を選ぶ
［パスワード設定］ダイアログが表示されます。

パスワードを入力（または設定）する
［環境構築ユティリティ］ダイアログが表示されます。

「環境構築項目一覧」から「ドキュメント種別」を選び，［設定］ボタンをクリックする
［ドキュメント種別］ダイアログが表示されます。

［登録］ボタンをクリックする
「メインファイル設定」と「サブファイル設定」のタブが表示されます。

［メインファイル設定］タブに，表4-1のドキュメント種別の設定をして［OK］ボタンをクリックする
4.，5.の操作を登録するドキュメント種別の数だけ繰り返します。

(2)　ドキュメントフォルダの作成

ドキュメントフォルダの構成例を次の図に示します。

図4-1　ドキュメントフォルダの構成例

クライアントの作業ディレクトリは，ドキュメントフォルダの構成に対応させ，それぞれのディレクトリへチェックアウトします。

共有リソースは，ネットワークドライブを利用して各クライアントから参照できます。

(a)　ルートドキュメントフォルダの作成

ルートドキュメントフォルダは，環境構築ユティリティで作成します。

［スタート］メニューの［すべてのプログラム］から［Sewb+］－［Repository］－［環境構築ユティリティ］を選ぶ
［パスワード設定］ダイアログが表示されます。

パスワードを入力（または設定）する
［環境構築ユティリティ］ダイアログが表示されます。

「環境構築項目一覧」の「ルートドキュメントフォルダ」を選び，［設定］ボタンをクリックする
［ルートドキュメントフォルダ］ダイアログが表示されます。

［作成］ボタンをクリックする
作成用の［ルートドキュメントフォルダ］ダイアログが表示されます。

作成用の［ルートドキュメントフォルダ］ダイアログに次の設定をする

項目 | 設定内容
ルートドキュメントフォルダ名 | Project01-00
ディレクトリ名 | C:¥COBOLまたはC:¥C++
コメント | 任意
所有者 | tanaka
所有者のアクセス権 | フルコントロール
グループ | Project
グループのアクセス権 | 読み取り
全ユーザのアクセス権 | 読み取り

［OK］ボタンをクリックする
ルートドキュメントフォルダが作成されます。

(b)　ドキュメントフォルダの作成

ルートドキュメントフォルダの下に「基本仕様書」，「機能仕様書」および「詳細設計書」のドキュメントフォルダを作成します。

各ドキュメントフォルダは，リポジトリブラウザを使って次の手順で作成します。

スタートアイコンの［すべてのプログラム］から［Sewb+］－［Repository-Browser］－［リポジトリブラウザ］を選ぶ
リポジトリブラウザのウィンドウが表示されます。

ルートドキュメントフォルダを選び，［リポジトリ］メニューの［新規作成］から［ドキュメントフォルダ］を選ぶ
名称のないドキュメントフォルダが作成されます。

ドキュメントフォルダの名称の領域に「基本仕様書」を入力する

リポジトリブラウザのビュー上で「基本仕様書」のフォルダを選び，［リポジトリメニュー］から［プロパティ］を選ぶ
［ドキュメントフォルダのプロパティ］ダイアログが表示されます。

［ドキュメントフォルダのプロパティ］ダイアログの［アクセス権］タブを表示して，「グループのアクセス権」に「変更」を設定する
同様に，「機能仕様書」と「詳細設計書」のフォルダを作成し，「グループのアクセス権」に「変更」を設定します。

4.1.3　SEWB+/CONSTRUCTIONを利用する場合の資源管理

SEWB+/CONSTRUCTIONを利用する場合は，次に示すような資源管理をお勧めします。

＜この項の構成＞

(1)　共有資産の管理

(2)　プログラム資産の管理

(1)　共有資産の管理

SEWB+/CONSTRUCTIONで作成する資産のうち，テンプレート，レコード定義およびデータ定義は，システム開発での共有資産となります。これらは，リポジトリ内のフォルダで管理して，参照する運用をお勧めします。

(a)　テンプレート

パターンテンプレートおよび部品テンプレートは，それぞれ別の専用のフォルダに格納します。部品テンプレートは，用途別にフォルダを分けて管理します。検索を容易にするため，一つのフォルダ内の部品テンプレートの数は，100以下を目安としてください。

(b)　レコード定義

レコード定義は，レコード定義専用のフォルダに格納します。

フォルダ内のレコード定義の数は，200以下を目安としてください。レコード定義の数が多い場合には，用途別にフォルダを分割するなどして，フォルダ内のレコード定義を調整してください。

(c)　データ定義

データ定義は，データ定義専用のフォルダに格納します。さらに，データ定義の定義種別（ファイル定義，RDB定義など）ごとにサブフォルダに分割します。

フォルダ内のデータ定義の数は，200以下を目安としてください。データ定義の数が多い場合には，用途別にフォルダを分割するなどして，フォルダ内のデータ定義を調整してください。

(2)　プログラム資産の管理

プログラムの資産は，関連する資源を一つのフォルダにまとめて格納します。そのようにすることで，リポジトリのチェックアウト・チェックインの管理が容易になります。

(a)　COBOLをターゲット言語にする場合

COBOL2002で扱う資源として，次の資産を一つのフォルダにまとめて管理することをお勧めします。

プロジェクトマスタファイル（.hmf）

アプリケーション（.exe）

ダイナミックリンクライブラリ（.dll）

COBOLソースプログラム（.cbl）

登録集原文（.cbl）

ブラウズ情報ファイル（.brd）

プログラム情報ファイル（.cbp）

また，SEWB+/CONSTRUCTIONのプログラム定義ファイル（.csp）もCOBOL2002の資産として管理してください。

(b)　C++をターゲット言語にする場合

Visual C++で扱う資源として，次の資産を一つのフォルダにまとめて管理することをお勧めします。

メイクファイル（.mak）

アプリケーション（.exe）

ダイナミックリンクライブラリ（.dll）

スタティックリンクライブラリ（.lib）

C++ソースプログラム（.cpp）

ヘッダファイル（.h）

リソースファイル（.rc）

カスタムリソースファイル（.rc2）

モジュール定義ファイル（.def）

アイコンファイル（.ico）

4.2　新規システムを開発する

この節では，新規にシステムを開発するときの手順を説明します。

＜この節の構成＞

4.2.1　開発を開始する

4.2.2　ドキュメントを作成する

4.2.3　ドキュメントを承認する

4.2.4　プログラムを作成して登録する

4.2.5　プログラムをコンパイルしてテストする

4.2.6　システムを統合してテスト・検査する

4.2.7　開発を終了する

4.2.1　開発を開始する

SEWB+/REPOSITORYを利用してシステムを開発するときは，作業全体の資源を管理するためのシステムバージョンを作成します。浮動のシステムバージョンをドキュメントに設定すると，開発中に，最新の版を参照できます。また，開発作業が終了した時点では，すべての資源をシステムバージョンに関連づけて保管できます。

システムバージョンの設定手順の例を説明します。フォルダの構成などについては，「4.1.2　システム開発環境の構築」の例を前提としています。

また，サーバにSEWB+/REPOSITORY，クライアントにリポジトリブラウザがインストールされている構成とします。

クライアントでリポジトリブラウザを起動する

システムバージョン管理アイコンを選択し，リポジトリブラウザの［リポジトリ］メニューから［新規作成］－［浮動システムバージョン］を選ぶ
リストビュー上に浮動システムバージョンアイコンが表示されます。

浮動システムバージョンの名称を入力する

項目 | 設定内容
システムバージョン名 | System　V1.0

［Enter］キーを押す
浮動システムバージョンが作成されます。

リポジトリブラウザのツリービューまたはリストビューで作成した「浮動システムバージョン」を選び，［リポジトリ］メニューから［プロパティ］を選ぶ
［システムバージョンのプロパティ］ダイアログが表示されます。

［アクセス権］タブに次の設定をする

項目 | 設定内容
所有者のアクセス権 | フルコントロール
グループのアクセス権 | 変更
全ユーザのアクセス権 | 読み取り

［OK］ボタンをクリックする
システムバージョンのアクセス権が設定されます。

4.2.2　ドキュメントを作成する

プログラムの開発で作成する設計文書をそれぞれの作業環境で作成すると，書式の不統一や記述漏れが発生します。また，ほかの開発者が設計文書を参照しようとしても，保管場所を容易に探せません。このようなことを防ぎ，効率良くシステムを開発するために，SEWB+/REPOSITORYを使って次のように運用します。

テンプレート機能を利用してドキュメントを作成する。

各ドキュメントをフォルダで一括管理し，システムバージョンを設定してバージョンを管理する。

設計文書のフォルダは，ルートドキュメントフォルダの下に「基本仕様書」，「機能仕様書」および「詳細設計書」の名称で作成してあります。各文書は，SEWB+/REPOSITORYの環境構築ユティリティでドキュメント種別やテンプレートファイルパスが登録されています。

ドキュメント作成の手順を次に示します。

テンプレートファイルのパス先に，Microsoft Wordなどで作成したテンプレートを用意する
このテンプレートは，リポジトリブラウザの［リポジトリ］メニューから［新規作成］－［ドキュメント］を選んだとき，自動的に呼び出されます。

リポジトリブラウザのウィンドウ上で，作成する設計文書のドキュメントフォルダを選ぶ

［リポジトリ］メニューから［新規作成］－［ドキュメント］を選ぶ
［ドキュメントの作成］ダイアログが表示されます。

［ドキュメントの作成］ダイアログに，次の設定をする

項目
設定内容

ドキュメント種別
リストからドキュメント種別を選択する。
現在作成しようとするドキュメントが先に定義したドキュメント種別のどれに該当するかを指定する。

ドキュメント名
ドキュメント名を入力する。

システムバージョンの設定
「System　V1.0」を選択する。
これで先に定義したシステムバージョンと関連づける。

コメント
作成や変更の履歴を記述する。

チェックアウト先フォルダ
チェックアウト先フォルダを選択する。

［OK］ボタンをクリックする
ユーザの作業環境に，チェックアウトされた状態で設計文書（テンプレート）が開きます。

仕様書を作成する

リポジトリブラウザのウィンドウでドキュメントを選び，［リポジトリ］メニューから［チェックイン］を選ぶ
［チェックイン］ダイアログが表示されます。

「チェックアウトファイルの操作」に「チェックアウトファイルを削除する」を指定して［OK］ボタンをクリックする
チェックインが実行されて［チェックイン］ダイアログが閉じます。

4.2.3　ドキュメントを承認する

プログラムや仕様書などのドキュメントは，作成したとき，作成後に変更したときに，必要に応じて承認者が承認して管理する必要があります。

リポジトリを利用して，ドキュメントの承認手続きをする場合の運用例を説明します。

＜この項の構成＞

(1)　承認用のシステムバージョンの作成

(2)　承認の手順

(1)　承認用のシステムバージョンの作成

ドキュメントを承認するときに，ドキュメントの管理者は，承認用のシステムバージョンを作成します。承認用のシステムバージョンは，個々のドキュメントの最新版を指している浮動のシステムバージョン「ドキュメント V1.0」を複製して作成します。このとき，バージョン種別は「固定」にします。承認用の固定のシステムバージョンを作成することによって，以降に個々のドキュメントが更新されても承認時の版を識別できます。

ここでは，システムバージョン「ドキュメント　V1.0」を複製して「ドキュメント　V1.0　第1版」を作成する手順を説明します。

リポジトリブラウザのウィンドウで，システムバージョン「ドキュメント　V1.0」を選ぶ

［リポジトリ］メニューから［システムバージョン］－［複製］を選ぶ
［システムバージョンの複製］ダイアログが表示されます。

［システムバージョンの複製］ダイアログに次の設定をする

項目 | 設定内容
システムバージョン名 | ドキュメント　V1.0　第1版
バージョン種別 | 固定
複製先 | システムバージョンの複製先

［OK］ボタンをクリックする
複製されたシステムバージョン「ドキュメント　V1.0　第1版」が作成されます。

リポジトリブラウザのウィンドウで，システムバージョン「ドキュメント　V1.0 第1版」を選ぶ

［リポジトリ］メニューから［プロパティ］を選ぶ
［システムバージョンのプロパティ］ダイアログが表示されます。

［アクセス権］タブに次の設定をする

項目 | 設定内容
所有者のアクセス権 | フルコントロール
グループのアクセス権 | 読み取り
全ユーザのアクセス権 | 読み取り

［OK］ボタンをクリックする
システムバージョンのアクセス権が設定されます。

(2)　承認の手順

システムバージョンを作成したことを通知する
ドキュメントの管理者は，承認用のシステムバージョン「ドキュメント　V1.0　第1版」を作成したことを担当者に通知します。

承認を依頼する
担当者は，システムバージョン「ドキュメント　V1.0　第1版」の内容を確認して，承認者に電子メールなどで承認を依頼します。このとき，承認用の帳票も電子メールなどで送ります。

ドキュメントを承認する
承認者は，システムバージョン「ドキュメント　V1.0　第1版」で承認するドキュメントを参照します。ドキュメントの内容を確認後，プロジェクトの規則に従った方法で承認用の帳票にサインをします。承認後は，承認用の帳票を電子メールなどでドキュメント管理者に送ります。

4.2.4　プログラムを作成して登録する

設計文書のように定形化された作業は，最初からリポジトリ環境内で作成できます。しかし，ソースプログラムの場合は，リポジトリ環境外のローカルフォルダに作成してから，あとでリポジトリに登録するのが一般的です。また，リポジトリ環境内では，保守などのために，ソースプログラムは設計文書と対応付けて保管しておきます。

クライアントで作成したソースプログラムの登録方法を次に示します。

クライアントのCOBOL2002またはVisual C++の環境でソースプログラムを作成する

リポジトリブラウザの［リポジトリ］メニューから［ドキュメントの登録・再登録］を選ぶ
［ドキュメントの登録・再登録］ダイアログが表示されます。

［ドキュメントの登録・再登録］ダイアログに次の設定をする

項目 | 設定内容
登録するドキュメント | 「登録元の選択」から選択する。
ドキュメント種別 | 「ドキュメント種別の選択」から「ファイルのエクステンションから仮定する」または「リストの中から選択する」を選択する。
オプションの設定 | バージョン名またはシステムバージョンの設定，登録，ファイルの操作などを指定する。

［ドキュメントの登録・再登録］ダイアログのシステムバージョンの設定で，「設定する」を選び［…］をクリックする
［システムバージョンの設定］ダイアログが表示されます。

［システムバージョンの設定］ダイアログで，「System V1.0」を選択して［OK］ボタンをクリックする
［ドキュメントの登録・再登録］ダイアログにシステムバージョンが設定されて［システムバージョンの設定］ダイアログが閉じます。

［ドキュメントの登録・再登録］ダイアログの［登録・再登録］ボタンをクリックする
ドキュメントが登録されます。

リポジトリブラウザのウィンドウで，設計文書を選ぶ

［リポジトリ］メニューから［ユーザ関連］を選ぶ
［ユーザ関連］ダイアログが表示されます。

［関連追加］ボタンをクリックする
［オブジェクトを選択］ダイアログが表示されます。

［検索］ボタンを利用して「現在のオブジェクト」に関連づけたいソースプログラムをすべて設定し，［検索］ボタンをクリックする
［ユーザ関連］ダイアログに戻ります。

関連するオブジェクトにソースプログラムが設定されているのを確認して［OK］ボタンをクリックする

4.2.5　プログラムをコンパイルしてテストする

リポジトリ環境で，テストをするときの作業を次に示します。

プログラム開発者は，関連するすべてのドキュメント（ソースプログラム，設計文書）を参照専用チェックアウトする。

COBOL2002のCOBOL開発マネージャまたはVisual C++の開発環境を起動する。

一度ビルドを実行して，中間ファイルを含めてクライアント側のディレクトリにすべて作成する。

テストを実行して問題がある場合は，修正するソース（ドキュメント）を更新専用チェックアウトする。

テスト完了後，ソース（ドキュメント）をチェックインする。このとき，必要に応じて設計文書との関連づけをする。

テストの作業手順を次に示します。

リポジトリブラウザのウィンドウでソースプログラムを選び，［リポジトリ］メニューから［チェックアウト］を選ぶ
［チェックアウト］ダイアログが表示されます。

「チェックアウトタイプ」に「参照専用」を指定して［OK］ボタンをクリックする
チェックアウトが実行され［チェックアウト］ダイアログが閉じます。
開発中に参照するだけのライブラリなどは，OSのネットワーク機能を利用すると，チェックアウト・チェックイン作業を減らすことができます。

COBOL開発マネージャまたはVisual C++の開発環境を起動する
プロジェクトマスタファイル（.hmf）をダブルクリックしてCOBOL開発マネージャを起動します。またはVisual C++の開発環境を起動します。

ビルドを実行する
最初は開発環境を作成するため，ビルドを実行してローカルフォルダの開発環境に中間ファイルなども生成します。

テストを実行する

修正するドキュメント（ソースプログラム，設計文書）を更新専用チェックアウトする
チェックアウトの手順は，1.，2.の操作と同様ですが，「チェックアウトタイプ」に「更新専用」を指定します。

完成ドキュメント（ソースプログラム，設計文書）をチェックインする
更新作業が終了した時点でチェックインでリポジトリへ返却します。このとき，返却漏れがないかどうかをチェックアウト一覧で確認します。
更新作業によって，設計文書とソースとの関連が変更になった場合は，リポジトリブラウザで関連を更新してください。
更新内容を管理する場合は，変更内容や変更理由などをチェックインコメントに記入してください。

4.2.6　システムを統合してテスト・検査する

機能別に設計，製造された個々のプログラムを統合して，一つのプログラムに組み立てることをシステム統合といいます。プログラムの連動テストや，検査の目的で他部署にプログラムを提出するなどのリリース時に，システム統合の作業が必要です。

リポジトリを利用して，システムを統合する場合の運用例を説明します。

＜この項の構成＞

(1)　リリース用のシステムバージョンの作成

(2)　システム統合の手順

(1)　リリース用のシステムバージョンの作成

他部署にプログラムを提出するなどのリリース時に，システム統合の責任者は，リリース用のシステムバージョンを作成します。リリース用のシステムバージョンは，個々のプログラムの最新版を指しているシステムバージョン「System V1.0」を複製して作成します。このとき，バージョン種別は「固定」にします。リリース用のシステムバージョンは，リリースごとに作成します。

リリース用の固定のシステムバージョンを作成することによって，以降に，個々のドキュメントが更新されても，リリース時の版を識別できます。

ここでは，システムバージョン「System V1.0」を複製して，「System V1.0 Release1」を作成する手順を説明します。

リポジトリブラウザのウィンドウで，システムバージョン「System V1.0」を選ぶ

［リポジトリ］メニューから［システムバージョン］－［複製］を選ぶ
［システムバージョンの複製］ダイアログが表示されます。

［システムバージョンの複製］ダイアログに次の設定をする

項目 | 設定内容
システムバージョン名 | System　V1.0　Release1
バージョン種別 | 固定
複製先 | システムバージョンの複製先

［OK］ボタンをクリックする
複製されたシステムバージョン「System V1.0 Release1」が作成されます。

リポジトリブラウザのウィンドウで，システムバージョン「System V1.0 Release1」を選ぶ

［リポジトリ］メニューから［プロパティ］を選ぶ
［システムバージョンのプロパティ］ダイアログが表示されます。

［アクセス権］タブに次の設定をする

項目 | 設定内容
所有者のアクセス権 | フルコントロール
グループのアクセス権 | 読み取り
全ユーザのアクセス権 | 読み取り

［OK］ボタンをクリックする
システムバージョンのアクセス権が設定されます。

(2)　システム統合の手順

システムを構成するプログラムをチェックアウトする
システム統合の責任者は，システムを構成するプログラムをリポジトリから取り出します。システムを構成するプログラムは，リリース用のシステムバージョン「System V1.0 Release1」を指定して参照チェックアウトで取り出します。

ビルドを実行する
システム統合の責任者は，チェックアウト先でビルドを実行します。このビルドを実行することで，システム統合の作業が完了します。

4.2.7　開発を終了する

プログラムの開発が終了した時点で，システムバージョンを固定に設定します。これは，開発終了時点のドキュメントを保存するためです。この固定のシステムバージョンが，次のプロジェクトを開始するときのマスタとなります。システムバージョンの設定方法は，開始時に設定した方法と同様です。

また，開発終了時の資源のバックアップをして，不慮の障害に備えます。

4.3　既存システムを流用して開発する

この節では，システムをバージョンアップするための開発などの既存システムを流用して開発する手順について説明します。

＜この節の構成＞

4.3.1　開発を開始する

4.3.2　ドキュメントを変更する

4.3.3　ドキュメントを承認する

4.3.4　プログラムをコンパイルしてテストする

4.3.5　システムを統合してテスト・検査する

4.3.6　開発を終了する

4.3.1　開発を開始する

既存システムを流用して開発作業を開始するには，流用するシステムのシステムバージョン（固定）を複製して，新しいシステムバージョン（浮動）を作成します。ここでは，システムバージョン「System V1.0」を複製して，「System V2.0」を作成する手順を説明します。

リポジトリブラウザのウィンドウで，システムバージョン「System V1.0」を選ぶ

［リポジトリ］メニューから［システムバージョン］－［複製］を選ぶ
［システムバージョンの複製］ダイアログが表示されます。

［システムバージョンの複製］ダイアログに次の設定をする

項目 | 設定内容
所有者のアクセス権 | フルコントロール
グループのアクセス権 | 変更
全ユーザのアクセス権 | 読み取り

［OK］ボタンをクリックする
複製されたシステムバージョン「System V2.0」が作成されます。

リポジトリブラウザのウィンドウで，システムバージョン「System V2.0」を選ぶ

［リポジトリ］メニューから［プロパティ］を選ぶ
［システムバージョンのプロパティ］ダイアログが表示されます。

［アクセス権］タブに次の設定をする

項目 | 設定内容
システムバージョン名 | System　V2.0
バージョン種別 | 浮動
複製先 | システムバージョンの複製先

［OK］ボタンを選ぶ
システムバージョンのアクセス権が設定されます。

4.3.2　ドキュメントを変更する

バージョンアップ作業では，機能追加・仕様変更などでドキュメント（ソースプログラム，設計文書）の更新が必要になります。また，新規の機能を追加する場合は，新規のドキュメントを作成してリポジトリに登録します。

ドキュメントの更新には，リポジトリブラウザのチェックアウト・チェックイン機能を使用します。

前システムバージョンは固定にしたので，チェックアウトして設計文書を更新しても，前バージョンの情報（設計文書）は保存されています。更新後に，チェックインしても，前バージョンの設計文書には影響しません。

更新後は，関連ドキュメントの修正漏れをなくすために，リポジトリブラウザの関連ブラウザ機能を使用して，更新内容がほかに与える影響を調べます。

4.3.3　ドキュメントを承認する

既存システムの流用の場合も，新規開発の場合と同様の作業をします。作業手順は，「4.2.3　ドキュメントを承認する」を参照してください。

4.3.4　プログラムをコンパイルしてテストする

既存システムの流用の場合も，新規開発の場合と同様の作業をします。作業手順は，「4.2.5　プログラムをコンパイルしてテストする」を参照してください。

4.3.5　システムを統合してテスト・検査する

既存システムの流用の場合も，新規開発の場合と同様の作業をします。作業手順は，「4.2.6　システムを統合してテスト・検査する」を参照してください。

4.3.6　開発を終了する

既存システムの流用の場合も，新規開発の場合と同様の作業をします。作業手順は，「4.2.7　開発を終了する」を参照してください。

4.4　システムバージョンを階層化して資源を管理する

システムバージョンを階層化することで，開発システムのバージョンまたはリリースごとに，ドキュメントの資源を管理できます。

この節では，システムバージョンを階層化して，開発システムのバージョンや，リリースごとのドキュメント構成，および開発でのドキュメントの修正内容を記録する手順を説明します。

＜この節の構成＞

4.4.1　開発の準備をする

4.4.2　開発を開始する

4.4.3　システムを統合する

4.4.1　開発の準備をする

システムバージョンを階層化して管理するために，開発システム名とバージョンを示すシステムバージョンフォルダを作成します。さらに，作成したシステムバージョンフォルダの下に，母体構成を示す固定のシステムバージョンフォルダと，開発項目を示す浮動のシステムバージョンフォルダを作成します。

＜この項の構成＞

(1)　システムバージョンフォルダの作成

(2)　固定のシステムバージョンの作成

(3)　浮動のシステムバージョンの作成

(1)　システムバージョンフォルダの作成

開発システム名およびバージョンを示すシステムバージョンフォルダを作成します。

リポジトリブラウザのウィンドウで，システムバージョン管理アイコンを選ぶ

リポジトリブラウザの［リポジトリ］メニューから［新規作成］－［システムバージョンフォルダ］を選ぶ
リストビュー上にシステムバージョンフォルダアイコンが表示され，システムバージョンフォルダ名が入力できる状態になります。

システムバージョンフォルダの名称を入力する
開発システムのシステムバージョン名を入力します。

［Enter］キーを押す

開発システムのシステムバージョンフォルダの下に，再度システムバージョンフォルダを作成する
2.～4.を繰り返して，開発バージョンを示すシステムバージョンフォルダを作成します。

(2)　固定のシステムバージョンの作成

開発バージョンのフォルダの下に，母体構成を示す固定のシステムバージョンフォルダを作成します。さらに，開発母体となるシステムのすべてのドキュメントを，固定のシステムバージョンに設定します。

開発バージョンのシステムバージョンフォルダアイコンを選ぶ

リポジトリブラウザの［リポジトリ］メニューから［新規作成］－［固定システムバージョン］を選ぶ
リストビュー上に固定システムバージョンアイコンが表示され，固定システムバージョン名が入力できる状態になります。

［Enter］キーを押す

ドキュメントに固定のシステムバージョンを設定する

(3)　浮動のシステムバージョンの作成

開発バージョンのフォルダの下に，開発項目または機能を示す浮動のシステムバージョンフォルダを作成します。さらに，固定システムバージョンの中から，修正の対象となるドキュメントに，浮動のシステムバージョンを設定します。

開発バージョンのシステムバージョンフォルダアイコンを選ぶ

リポジトリブラウザの［リポジトリ］メニューから［新規作成］－［浮動システムバージョン］を選ぶ
リストビュー上に浮動システムバージョンアイコンが表示され，浮動システムバージョン名が入力できる状態になります。

［Enter］キーを押す

修正対象のドキュメントに浮動のシステムバージョンを設定する

4.4.2　開発を開始する

ドキュメントを更新する
修正するドキュメントをチェックアウトして，修正またはテスト終了後にチェックインします。

新規ドキュメントを登録する
新規ドキュメントを登録する場合，「4.4.1(3)　浮動のシステムバージョンの作成」で作成したシステムバージョンを指定して登録します。

システムバージョンを固定する
開発項目の修正またはテストが終了したら，「4.4.1(3)　浮動のシステムバージョンの作成」で作成したシステムバージョンを固定化します。
さらに，その時点のドキュメントのバージョン名を記録します。

浮動のシステムバージョンを作成する
開発項目のシステムバージョンを固定化したあと，プログラムの不良を検出して修正をする場合，開発バージョンのシステムバージョンフォルダの下に，修正記録を示す浮動のシステムバージョンを作成します。
作成するシステムバージョンには，不良内容や修正内容がわかるような名称を付けます。または，不良内容や修正内容をシステムバージョンのコメントに記述します。

修正対象のドキュメントにそのシステムバージョンを設定する

不良修正するドキュメントをチェックアウトする
修正またはテスト終了したドキュメントは，再度チェックインします。

修正対象のドキュメントを管理する
不良修正がすべて完了したら，修正対象のドキュメントに設定していたシステムバージョンを固定化し，修正内容が反映されたバージョンを管理します。

4.4.3　システムを統合する

システムバージョンフォルダを集約してリリース用のシステムバージョンを作成します。

＜この項の構成＞

(1)　システムバージョンの集約

(2)　プログラムの組み立て

(3)　その他

(1)　システムバージョンの集約

開発のシステムバージョンを示すシステムバージョンフォルダの中のドキュメントを集約して，リリース用のシステムバージョンを作成します。

また，修正またはテストが完了していないシステムバージョンを，集約時の対象ドキュメントから外したい場合は，該当するシステムバージョンを浮動のままにします。システムバージョンを浮動にしておくことで，集約時にそのドキュメントの変更内容は対象になりません。

「集約」については，リポジトリブラウザのヘルプの「システムバージョンを集約して複製するには」を参照してください。

(2)　プログラムの組み立て

(1)で作成したシステム統合用のシステムバージョンを選択してドキュメントを参照チェックアウトし，システム統合作業をします。

(3)　その他

階層化されたシステムバージョンは，SI支援ユティリティを使用することで，フォルダ構造を持ったままプログラムの組み立て環境を作成したり，メインフレームへのファイル転送の準備を容易に作成したりできます。SI支援ユティリティについては，「6.　SI支援」を参照してください。

5.　リポジトリの資源を複製して配布する

この章では，リポジトリの資源を複製して配布する方法と運用例について説明します。

リポジトリの資源を複製して配布するには，エクスポート・インポート機能を使用します。

＜この章の構成＞

5.1　エクスポート・インポートの概要

5.2　エクスポートの操作

5.3　インポートの操作

5.4　エクスポート・インポートの運用例

5.1　エクスポート・インポートの概要

システム開発資源を，複製して配布するときには，エクスポート・インポート機能を使用します。

＜この節の構成＞

(1)　エクスポート・インポートとは

(2)　エクスポート・インポートの実行場所

(3)　エクスポート・インポートの対象

(4)　必要な権限

(5)　実行中の注意事項

(6)　運用の設定

(7)　エクスポート・インポートの実行

(8)　増分の管理

(9)　エクスポート・インポートの留意事項

(1)　エクスポート・インポートとは

リポジトリからシステム開発情報を外部媒体に取り出すことをエクスポートといいます。エクスポート後に，追加または更新された資源だけをエクスポートすることを増分エクスポートといいます。

エクスポートで取り出されたシステム開発情報を，リポジトリに取り込むことをインポートといいます。

エクスポート機能とインポート機能を使用して，システム開発情報をほかのサーバに複製します。

エクスポート，インポートは，リポジトリの共有資源（構成管理情報，1部の環境情報以外）を，ほかのサーバに配布する場合などに利用します。障害発生時などに，すべてのリポジトリ資源の回復を目的とする場合は，バックアップ・リストア機能を利用してください。

(2)　エクスポート・インポートの実行場所

エクスポート・インポート機能はサーバで実行します。

(3)　エクスポート・インポートの対象

エクスポート・インポートの対象を次に示します。

(a)　リポジトリの環境情報

環境構築ユティリティで設定したリポジトリの環境情報を対象にできます。エクスポート・インポートできる環境構築ユティリティの設定項目を次の表に示します。

なお，複数のサーバでリポジトリを使用する環境では，リポジトリの運用環境を統一することが必要です。この場合は，環境構築ユティリティで環境を設定するサーバを決め，環境情報を管理してください。そのほかのサーバは，管理元のサーバから，エクスポート・インポート機能で配布された環境情報を利用して運用環境を構築します。環境情報を受け取るサーバでは，配布された運用環境の設定を，変更したり追加したりしないよう，留意してください。

表5-1　エクスポート・インポートできる環境情報

環境構築ユティリティの設定項目 | エクスポート・インポート
システム管理者用のパスワード | ×
同時ログイン可能ユーザ数最大値の設定 | ×
SEWB+クライアントプログラムをターミナルサービスクライアントから使用するかどうかの設定※1 | ×
操作ログの設定 | ×
辞書フォルダ | ○※²
データ項目と業務ルールの環境設定 | ○※³
辞書ユティリティタイプマッピングの設定 | ○
ドキュメントの設定 | ドキュメント，フォルダ，システムバージョンの初期属性 | ○
チェックアウト先コンピュータのIPアドレス | ×
ドキュメント種別の設定 | ○
ルートドキュメントフォルダ | ○※²
バックアップの設定 | ×

（凡例）

○：対象にできる

×：対象にできない

注※1

Windows Server 2008 R2のリモートデスクトップサービスを示します。

注※2

エクスポート運用でドキュメントまたは辞書の資源をエクスポート対象に指定した場合に，ルートドキュメントフォルダまたは辞書フォルダの環境情報が対象となります。

注※3

命名ルール情報，および検査項目情報は対象外となります。

(b)　リポジトリの資源

ドキュメント
ドキュメントは，ルートドキュメントフォルダ単位で対象を指定できます。ただし，ドキュメントの変更履歴情報は，エクスポートおよびインポートができません。最新の情報または指定したシステムバージョンの情報が，エクスポートおよびインポートの対象になります。

データ項目
データ項目は，辞書フォルダ単位で対象を指定できます。

業務ルール
業務ルールは，辞書フォルダ単位で対象を指定できます。

関連情報
エクスポート対象のドキュメントに関連がある場合は，次の関連情報が対象になります。

エクスポート対象のドキュメント間の関連情報
この関連情報を，閉じた関連といいます。

エクスポート対象のドキュメントと対象外のドキュメント間の関連情報
この関連情報を，開いた関連といいます。詳細については，「5.1(3)(c)　開いた関連を対象としたエクスポート・インポート」を参照してください。

ドキュメントとデータ項目の間の関連情報

ドキュメントと業務ルールの間の関連情報

また，エクスポート対象のデータ項目または業務ルールに関連がある場合，次の関連情報が対象になります。

データ項目と業務ルール間の関連情報

(c)　開いた関連を対象としたエクスポート・インポート

「開いた関連」とは，エクスポート対象としたルートドキュメントフォルダ下のドキュメントに付けられた関連のうち，対象外のルートドキュメントフォルダ下のドキュメントとの間に付けられた関連を指します。

開いた関連のエクスポート方法の選択
エクスポートでは，開いた関連に対して，次の3とおりのエクスポート方法を選択できます。2.または3.の方法では，開いた関連の方向を指定し，エクスポートする関連を限定できます。

すべての開いた関連をエクスポートする
すべての開いた関連をエクスポートします。

関連先となる開いた関連だけエクスポートする
エクスポート対象のルートドキュメントフォルダ下のドキュメントが関連先となる開いた関連だけをエクスポートします。

関連元となる開いた関連だけエクスポートする
エクスポート対象のルートドキュメントフォルダ下のドキュメントが関連元となる開いた関連だけをエクスポートします。

開いた関連の関連方向を指定したエクスポート・インポート
ここでは，エクスポート方法に「関連先となる開いた関連のみエクスポートする」を選択した場合のエクスポート・インポートについて説明します。
この方法では，エクスポート対象としたルートドキュメントフォルダのドキュメントに付けられた開いた関連のうち，そのドキュメントが関連先となる関連だけをエクスポートできます。

（例1）

資源の統合用のリポジトリと，プログラム開発用のリポジトリを分けている環境でのエクスポート・インポートを例に，説明します。

この例では，開発用リポジトリのルートドキュメントフォルダ「開発ドキュメント」下のドキュメント「プログラム定義A」と「プログラム定義B」が関連先となっている関連がエクスポートされます。「プログラム定義A」と「データ定義B」の間にユーザ関連が付けられていますが，「プログラム定義A」が関連元のため，エクスポート対象にはなりません。

（例2）

（例1）に示した作業のあと，開発用リポジトリ内のルートドキュメントフォルダ「共有ドキュメント」と「開発ドキュメント」下のドキュメント間で関連が変更された場合について説明します。

この例では，開発用リポジトリのルートドキュメントフォルダ「開発ドキュメント」を「関連先となる開いた関連のみエクスポートする」を指定しエクスポートしています。これを，統合用リポジトリにインポートすることによって，次のように関連が反映されます。

・統合用リポジトリの「データ定義B」と「プログラム定義A」との関連

が削除される。

・統合用リポジトリの「データ定義A」と「プログラム定義A」との間に

関連が付けられる。

(4)　必要な権限

エクスポートおよびインポートを実行できるのは，システム管理者です。

(5)　実行中の注意事項

エクスポート・インポート機能では，実行中に排他制御をしていません。このため，エクスポート・インポートの実行中に，ほかの処理を並行して実行できます。しかし，エクスポート・インポートの実行中に次に示すような処理を実行する場合は注意してください。

エクスポート・インポートの実行中に，対象となっている資源や関連情報を更新または削除しないでください。不整合が検出され正常に終了しないことがあります。このような場合は，エクスポート・インポートを再実行しなければなりません。

エクスポートの実行中に，エクスポート元でエクスポート対象となっている資源を更新しないでください。エクスポートが正常に終了した場合でも，その更新内容がエクスポートファイルに反映されないことがあります。この更新内容は，次にエクスポートを実行したときにエクスポートされます。

インポートの実行中に，インポート先でインポート対象となっている資源を更新しないでください。インポートが正常に終了した場合でも，資源の内容は，更新内容にならないときがあります。

(6)　運用の設定

エクスポート・インポートを実行する前に，あらかじめエクスポート・インポートの運用を設定しておきます。

エクスポート・インポートの運用の主な設定内容は，次のとおりです。

(a)　エクスポート運用の設定内容

運用名

環境情報をエクスポートするかどうか

エクスポート対象とする資源

エクスポート対象とするバージョン

エクスポートファイルに関する情報

ログの取得方法

(b)　インポート運用の設定内容

運用名

インポート対象とする環境情報

インポート対象とする資源

資源のインポート方法（挿入または上書き）

新規に追加する資源のアクセス権の設定方法

ログの取得方法

(7)　エクスポート・インポートの実行

エクスポートまたはインポートを実行する場合は，エクスポートまたはインポートの運用の設定で登録されている運用名を指定します。

(8)　増分の管理

増分エクスポートをすると，前回エクスポートを実行したあとに，追加または更新された開発資源だけをエクスポートできます。どの資源が増分エクスポートの対象になるかは，エクスポート運用の設定で登録されているエクスポート運用ごとに管理されます。

(9)　エクスポート・インポートの留意事項

インポートを実行すると，エクスポートされた資源がインポート先に新規に追加，またはエクスポートされている資源に対応するインポート先の資源が置換されます。しかし，インポートの実行でインポート先の資源が削除されることはありません。このため，次のような運用をお勧めします。

インポート先に不要な資源がある場合，インポートを実行しても不要な資源は削除されません。インポート先に不要な資源がある状態でインポートを実行すると，インポートの実行後は不要な資源とインポートした資源が混在することになります。このような場合は，インポートを実行する前にインポート先の不要な資源を削除し，そのあとインポートを実行してください。

エクスポート元のサーバの資源を，エクスポート・インポート機能を使用してほかのサーバに複製する運用を継続的に実行している場合，エクスポート・インポートを実行してもエクスポート元のサーバで削除された資源に対応するインポート先の資源は削除されません。このような場合は，エクスポート元で削除された資源に対応するインポート先の資源を削除してください。

5.2　エクスポートの操作

エクスポートの対象にする資源を決めるなど，エクスポートの運用方法を設定してから，エクスポートを実行します。

＜この節の構成＞

5.2.1　エクスポート運用の設定

5.2.2　エクスポートの実行

5.2.1　エクスポート運用の設定

エクスポートの運用方法を設定するには，「SEWB+/REPOSITORY」の「エクスポート運用の設定」を起動します。

＜この項の構成＞

(1)　エクスポート運用の一覧

(2)　エクスポート運用の追加または設定の変更

(1)　エクスポート運用の一覧

［スタート］メニューの［プログラム］または［すべてのプログラム］から［Sewb+］－［Repository］－［エクスポートの運用の設定］を選ぶと，［エクスポート運用の一覧］ダイアログが表示されます。このダイアログにはすでに設定されているエクスポートの運用名が表示されます。［エクスポート運用の一覧］ダイアログを次の図に示します。

図5-1　［エクスポート運用の一覧］ダイアログ

［エクスポート運用の一覧］ダイアログでは，エクスポート運用の追加，変更，削除などを実行します。また，エクスポートを実行するときにも，このダイアログを使用します。エクスポート方法は，エクスポートの実行時に指定します。

(2)　エクスポート運用の追加または設定の変更

［エクスポート運用の一覧］ダイアログで，［追加］または［設定］ボタンをクリックするとエクスポート運用を追加や設定するダイアログが表示されます。

［追加］ボタンをクリックした場合の［エクスポート運用の追加］ダイアログを次の図に示します。

図5-2　［エクスポート運用の追加］ダイアログ（［一般］タブ）

エクスポート運用を追加や設定するダイアログには，次に示す項目があります。

エクスポート一般の設定

環境情報の設定

エクスポート対象とするドキュメントの設定

エクスポート対象とする辞書の設定

エクスポート対象とするデータ項目の設定

エクスポート対象とする業務ルールの設定

ログ情報に関する設定

5.2.2　エクスポートの実行

エクスポートの実行には，コマンドによってエクスポートを実行する方法と，［エクスポート運用の一覧］ダイアログからエクスポートを実行する方法があります。

＜この項の構成＞

(1)　コマンドによるエクスポートの実行

(2)　［エクスポート運用の一覧］ダイアログからのエクスポートの実行

(3)　エクスポートの自動実行

(4)　エクスポート実行時のエラー

(5)　エクスポートの中止

(6)　エクスポートの終了コード

(1)　コマンドによるエクスポートの実行

エクスポートのコマンドについて説明します。

エクスポートのコマンドのファイルは，次の場所に格納されています。

SEWB+ 基本開発環境の組み込み先のパス名¥Repository¥bin¥RPexport

SEWB+ 基本開発環境の組み込み先のパス名は，デフォルトでは次のように設定されています。システムドライブとは，Windows Serverが組み込まれているドライブです。

システムドライブ:¥Program Files¥HITACHI¥Sewb

注意

64ビット版のWindowsでの，デフォルトの組み込み先パス名を次に示します。

システムドライブ:¥Program Files (x86)¥HITACHI¥Sewb

エクスポートは，次のコマンドで実行します。

/t

エクスポート方法を指定します。

省略時はallが仮定されます。

all

全体をエクスポートします。

incremental

前回のエクスポート以降，追加または更新された増分の資源の情報だけをエクスポートします。

［エクスポート運用の設定］ダイアログの［ドキュメント］タブで，「指定したシステムバージョンの情報をエクスポートする」を選択している場合は，incrementalの指定はできません。この場合，ログファイルに警告メッセージが出力され処理が中止されます。

/nomsg

エクスポートを実行するときに，ダイアログを表示しません。このオプションを指定すると，エラーメッセージ，問い合わせ，進捗情報のダイアログが表示されなくなります。このオプションを指定した場合，運用設定で指定した次のオプションは無視されます。

エクスポートファイルの上書き確認
既存のエクスポートファイルがある場合は上書きされます。

エクスポートファイルの最大サイズ指定
最大サイズの指定がないものと見なされます。

(2)　［エクスポート運用の一覧］ダイアログからのエクスポートの実行

［エクスポート運用の一覧］ダイアログで次の項目を指定して［実行］ボタンをクリックすると，エクスポートが実行されます。

実行するエクスポート運用名

エクスポート方法（全体または増分）

(3)　エクスポートの自動実行

Windows Serverのatコマンドなどで，エクスポートのコマンド（Rpexport）を特定の時刻に実行するように登録することによって，エクスポートを自動化できます。atコマンドについては，Windows Serverのヘルプを参照してください。

次に，自動実行をする際の注意事項を説明します。

/nomsgを指定しない場合，エクスポート運用の設定では，オプション「既存のエクスポートファイルを上書きする」を選択してください。このオプションを選択していない場合は，同名のエクスポートファイルが存在していたときに，上書きを確認するダイアログが表示されます。

/nomsgを指定しない場合，エラー発生時には，エラーの発生を通知するダイアログが表示されます。その場合は，ユーザが［OK］ボタンをクリックしてダイアログを閉じる必要があります。したがって，atコマンドを使ってエクスポートを自動実行する場合，/nomsgを指定しないときは必ずatコマンドに/interactiveを指定してください。/interactiveは，実行中のコマンドとユーザの対話を許可するオプションです。
/nomsgと/interactiveのどちらも指定しないでエクスポートを自動実行し，エラーが発生した場合は，エクスポートの実行を終了させるためにシャットダウンが必要になります。
atコマンド以外のコマンドでエクスポートを自動実行する場合も，/nomsgを指定しないときは同様の注意が必要です。

atコマンド以外のコマンドでスケジュールした場合に，エクスポートのコマンドがWindows Serverの「system」アカウント以外で実行されると，パスワード入力のダイアログが表示され，パスワードの入力が必要になるため注意してください。なお，atコマンドでスケジュールした場合，エクスポートのコマンドは「system」アカウントで実行されるため，パスワードの入力は不要です。

(4)　エクスポート実行時のエラー

エクスポート実行時にエラーが発生した場合は，メッセージログファイルにエラーの内容が出力されます。

(5)　エクスポートの中止

エクスポートの実行時に表示される進捗情報ダイアログの［中止］ボタンをクリックすると，中止確認のダイアログが表示されます。そこで［OK］ボタンをクリックするとエクスポートが中止されます。

エクスポートを中止した場合，作成途中のエクスポートファイルは削除されます。ただし，ファイルサイズを指定してエクスポートファイルの分割作成をする指定をしていた場合，作成済みのエクスポートファイルは削除されません。

(6)　エクスポートの終了コード

エクスポートが終了すると，次に示す終了コードを返します。

0：正常終了

1：異常終了（処理を中止した）

2：引数不正

4：処理は終了したが，途中で続行可能なエラーが発生（メッセージログ出力ファイルに詳細なメッセージを出力した）

5：エクスポートする情報がないので，エクスポートしないで終了

6：ユーザ応答による中止
強制終了の場合の終了コードは不定です。

5.3　インポートの操作

インポートの対象にする資源を決めるなど，インポートの運用方法を設定してから，インポートを実行します。

＜この節の構成＞

5.3.1　インポート運用の設定

5.3.2　インポートの実行

5.3.1　インポート運用の設定

インポートの運用方法を設定するには，「SEWB+/REPOSITORY」の「インポート運用の設定」を起動します。

＜この項の構成＞

(1)　インポート運用の一覧

(2)　インポート運用の追加または設定の変更

(1)　インポート運用の一覧

［スタート］メニューの［プログラム］または［すべてのプログラム］から［Sewb+］－［Repository］－［インポートの運用の設定］を選ぶと，［インポート運用の一覧］ダイアログが表示されます。このダイアログにはすでに設定されているインポートの運用名が表示されます。［インポート運用の一覧］ダイアログを次の図に示します。

図5-3　［インポート運用の一覧］ダイアログ

［インポート運用の一覧］ダイアログでは，インポート運用の追加，変更，削除などを実行します。また，インポートを実行するときにも，このダイアログを使用します。

(2)　インポート運用の追加または設定の変更

［インポート運用の一覧］ダイアログで，［追加］または［設定］ボタンをクリックするとインポート運用を追加や設定するダイアログが表示されます。

［追加］ボタンをクリックした場合の［インポート運用の追加］ダイアログを次の図に示します。

図5-4　［インポート運用の追加］ダイアログ（［一般］タブ）

インポート運用を追加や設定するダイアログには，次に示す項目があります。

インポート一般の設定

インポート対象とする環境情報の設定

インポート対象とするドキュメントの設定

インポート対象とする辞書の設定

インポート対象とするデータ項目の設定

インポート対象とする業務ルールの設定

ログ情報に関する設定

5.3.2　インポートの実行

インポートの実行には，コマンドによってインポートを実行する方法と，［インポート運用の一覧］ダイアログからインポートを実行する方法があります。

＜この項の構成＞

(1)　コマンドによるインポートの実行

(2)　［インポート運用の一覧］ダイアログからのインポートの実行

(3)　インポートの自動実行

(4)　インポート実行時のエラー

(5)　インポートの中止

(6)　インポートの終了コード

(1)　コマンドによるインポートの実行

インポートのコマンドについて説明します。

インポートのコマンドのファイルは，次の場所に格納されています。

SEWB+ 基本開発環境の組み込み先のパス名¥bin¥RPimport

SEWB+ 基本開発環境の組み込み先のパス名は，デフォルトでは次のように設定されています。システムドライブとは，Windows Serverが組み込まれているドライブです。

システムドライブ:¥Program Files¥HITACHI¥Sewb

注意

64ビット版のWindowsでの，デフォルトの組み込み先パス名を次に示します。

システムドライブ:¥Program Files (x86)¥HITACHI¥Sewb

インポートは，次のコマンドで実行します。

/nomsg

インポートを実行するときに，ダイアログを表示しません。このオプションを指定すると，エラーメッセージ，問い合わせ，進捗情報のダイアログが表示されなくなります。このオプションを指定した場合，複数ファイルにわたって作成されたエクスポートファイルをインポートすることはできません。

/rootdir ルートドキュメントフォルダ作成先フォルダパス

/nomsgを指定し，かつインポートする資源の中にインポート先にないルートドキュメントフォルダがある場合，またはインポート運用の設定でインポート先にないルートドキュメントフォルダにインポートするように指定されている場合に，ルートドキュメントフォルダの作成先となるサーバマシンのローカルフォルダのパスをフルパスで指定します。パス文字列中に空白がある場合は，ダブルクォーテーション（"）で囲んでください。

(2)　［インポート運用の一覧］ダイアログからのインポートの実行

［インポート運用の一覧］ダイアログで，実行するインポート運用を指定して［実行］ボタンをクリックするとインポートが実行されます。

(3)　インポートの自動実行

Windows Serverのatコマンドなどで，インポートのコマンド（RPimport）を特定の時刻に実行するように登録することによって，インポートを自動化できます。atコマンドについては，Windows Serverのヘルプを参照してください。

次に，自動実行をする際の注意事項を説明します。

/nomsgを指定しない場合，エラー発生時には，エラーの発生を通知するダイアログが表示されます。その場合は，ユーザが［OK］ボタンをクリックしてダイアログを閉じる必要があります。したがって，atコマンドを使ってインポートを自動実行する場合，/nomsgを指定しないときは必ずatコマンドに/interactiveを指定してください。/interactiveは，実行中のコマンドとユーザの対話を許可するオプションです。
/nomsgと/interactiveのどちらも指定しないでインポートを自動実行し，エラーが発生した場合は，インポートの実行を終了させるためにシャットダウンが必要になります。
atコマンド以外のコマンドでインポートを自動実行する場合も，/nomsgを指定しないときは同様の注意が必要です。

atコマンド以外のコマンドでスケジュールした場合に，インポートのコマンドがWindows Serverの「system」アカウント以外で実行されると，パスワード入力のダイアログが表示され，パスワードの入力が必要になるため注意してください。なお，atコマンドでスケジュールした場合は，インポートのコマンドは「system」アカウントで実行されるため，パスワードの入力は不要です。

(4)　インポート実行時のエラー

インポート実行時にエラーが発生した場合は，メッセージログファイルにエラーの内容が出力されます。

(5)　インポートの中止

インポートの実行時に表示される進捗情報ダイアログの［中止］ボタンをクリックすると，中止確認のダイアログが表示されます。そこで［OK］ボタンをクリックするとインポートが中止されます。

インポートを中止した場合，中止する前までの資源はインポート先に登録されているので，エクスポート元のリポジトリとインポート先のリポジトリで矛盾が生じてしまいます。インポート先のリポジトリを回復するためには，中止したインポートを再実行してインポートを完了させる必要があります。

(6)　インポートの終了コード

インポートが終了すると，次に示す終了コードを返します。

0：正常終了

1：異常終了（処理を中止した）

2：引数不正

4：処理は終了したが，途中で続行可能なエラーが発生（メッセージログ出力ファイルに詳細なメッセージを出力した）

5：インポートする情報がないので，インポートしないで終了

6：ユーザ応答による中止
強制終了の場合の終了コードは不定です。

5.4　エクスポート・インポートの運用例

この節では，エクスポート・インポートの運用例を示します。

＜この節の構成＞

5.4.1　運用例の概要と前提条件

5.4.2　資源を配布する

5.4.3　資源の増分を配布する

5.4.1　運用例の概要と前提条件

＜この項の構成＞

(1)　運用例の概要

(2)　前提条件

(1)　運用例の概要

プログラム開発部署が，開発の基盤となる資源（仕様書やプログラム）を参照してプログラムを開発する形態を例にして説明します。開発資源の管理および受け渡しを円滑にするため，SEWB+/REPOSITORYのエクスポート・インポート機能を使用します。

エクスポート・インポート機能を使用した資源の配布の概要を次の図に示します。

図5-5　資源の配布の概要

資源の増分配布の概要を次の図に示します。

図5-6　資源の増分配布の概要

エクスポート・インポートの手順の概略は次のとおりです。

資源の提供側の手順

エクスポート運用の設定をする

エクスポートを実行する

エクスポートファイルを配布先（ほかのリポジトリを管理するサーバ）に転送する

資源の受け取り側の手順

インポート運用を設定する

インポートを実行する

(2)　前提条件

運用例の前提条件について説明します。

(a)　配布する資源

説明資料（仕様書のドキュメントフォルダ）

プログラム情報（ソース，実行ファイル，DLL（Dynamic Link Library），およびライブラリのドキュメントフォルダ）

配布する資源は，「System V1」という名称のルートドキュメントフォルダに格納されています。受け取り側は，配布された資源を参照だけします。

(b)　資源の提供側での設定

エクスポート運用の名称は，「System V1.0 Release」とします。

エクスポートファイル名は，「System V1.exp」とします。

エクスポートファイルは，MO（Magneto Optical）ディスクで配布します。ファイルサイズには，230MBを設定します。

(c)　資源の受け取り側での設定

運用名称は，「System V1.0 Release」とします。

インポートするエクスポートファイル名は，「System V1.exp」とします。

インポート先の構成は，エクスポート元と同じにします。

インポート先のアクセス権は，インポート実行者には「フルコントロール」，インポート実行者のグループには「読み取り」とします。

5.4.2　資源を配布する

ここでは，資源を配布する場合の手順を，「5.4.1(2)　前提条件」に示した環境の例に基づいて説明します。

＜この項の構成＞

(1)　資源の提供側の手順

(2)　資源の受け取り側の手順

(1)　資源の提供側の手順

資源の提供側は，エクスポート運用を設定して，エクスポートを実行します。

配布する資源をSEWB+/REPOSITORYで一つのフォルダにまとめる

［スタート］メニューの［プログラム］または［すべてのプログラム］から［Sewb+］－［Repository］－［エクスポートの運用の設定］を選ぶ
［エクスポート運用の一覧］ダイアログが表示されます。

［追加］ボタンをクリックする
［エクスポート運用の追加］ダイアログが表示されます。

［一般］タブに次の設定をする

項目 | 設定内容
運用名 | 「System　V1.0　Release」と指定する。
コメント | 任意に指定する。
エクスポートできない資源があっても続行する | 選択する。
エクスポートファイル | 「System　V1.exp」と指定する。
エクスポートファイルの最大サイズ | 「230」と指定する。
既存のエクスポートファイルを上書きする | 選択しない。

［ドキュメント］タブに次の設定をする

項目 | 設定内容
ドキュメントをエクスポートしない | 選択しない。
ドキュメントをエクスポートする | 選択する。
最新の情報をエクスポートする | 選択する。
エクスポートするルートドキュメントフォルダ | 表示されたフォルダを選択する。
指定したシステムバージョンの情報をエクスポートする | 選択しない（この例では該当しない）。
ドキュメント間の開いた関連をエクスポートする | 「関連先となる開いた関連のみエクスポートする」を選択する。
ドキュメントとデータ項目間の関連をエクスポートする | 選択しない（この例では該当しない）。
ドキュメントと業務ルール間の関連をエクスポートする | 選択しない（この例では該当しない）。

［エクスポート運用の追加］ダイアログの［OK］ボタンをクリックする
エクスポート運用が設定されます。

［エクスポート運用の一覧］ダイアログで，次の設定をする

項目 | 設定内容
エクスポート運用名 | 「System　V1.0　Release」を選択する。
エクスポート方法 | 「全体」を選択する。

［実行］ボタンをクリックする
エクスポートファイル「System V1.exp」が作成されます。

エクスポートファイルを配布先（ほかのリポジトリ）へ転送する
運用の設定で指定したエクスポートファイルを転送して配布先のディスクに格納します。

(2)　資源の受け取り側の手順

資源の受け取り側は，インポート運用を設定して，インポートを実行します。

［スタート］メニューの［プログラム］または［すべてのプログラム］から［Sewb+］－［Repository］－［インポート運用の設定］を選ぶ
［インポート運用の一覧］ダイアログが表示されます。

［追加］ボタンをクリックする
［インポート運用の追加］ダイアログが表示されます。

［一般］タブに次の設定をする

項目 | 設定内容
運用名 | 「System　V1.0　Release」と指定する。
コメント | 任意に指定する。
インポートできない資源があっても続行する | 選択する。
エクスポートファイル | 「System　V1.exp」と指定する。

［ドキュメント］タブに次の設定をする

項目
設定内容

ドキュメントをインポートしない
選択しない。

ドキュメントをインポートする
選択する。

上書き／挿入
「上書き」を選択する。

ドキュメントのインポート先
「すべてエクスポート元と同じルートドキュメントフォルダにインポートする」を選択する。

ドキュメント間の開いた関連をインポートする
選択する。

ドキュメントとデータ項目間の関連をインポートする
選択しない（この例では該当しない）。

ドキュメントと業務ルール間の関連をインポートする
選択しない（この例では該当しない）。

新規に追加した資源に設定するアクセス権
「指定したアクセス権を設定する」を選択する。

所有者
指定しない。
デフォルトの「インポート実行者」が仮定される。

グループ
指定しない。
デフォルトの「インポート実行者」が仮定される。

所有者のアクセス権
フルコントロールを選択する。

グループのアクセス権
読み取りを選択する。

全ユーザのアクセス権
読み取りを選択する。

［インポート運用の追加］ダイアログの［OK］ボタンをクリックする
インポート運用が設定されます。

［インポート運用の一覧］ダイアログで，次の設定をする

項目 | 設定内容
インポート運用名 | 「System　V1.0　Release」と指定する。

［実行］ボタンをクリックする
配布された資源がリポジトリに格納されます。

5.4.3　資源の増分を配布する

配布した資源に変更があった場合は，変更分だけの増分を配布できます。ここでは，資源の増分を配布する場合の手順を，「5.4.1(2)　前提条件」に示した環境の例に基づいて説明します。

＜この項の構成＞

(1)　資源の提供側の手順

(2)　資源の受け取り側の手順

(1)　資源の提供側の手順

［スタート］メニューの［プログラム］または［すべてのプログラム］から［Sewb+］－［Repository］－［エクスポートの運用の設定］を選ぶ
［エクスポート運用の一覧］ダイアログが表示されます。

［エクスポート運用の一覧］ダイアログで，次の設定をする

項目 | 設定内容
エクスポート運用名 | 「System　V1.0　Release」を選択する。
エクスポート方法 | 「増分」を選択する。

［実行］ボタンをクリックする
前回のエクスポート以降に変更された情報が，エクスポートファイル「System V1.exp」に作成されます。

エクスポートファイルを配布先（ほかのリポジトリ）へ転送する
運用の設定で指定したエクスポートファイル「System V1.exp」を転送して配布先のディスクに格納します。

(2)　資源の受け取り側の手順

［スタート］メニューの［プログラム］または［すべてのプログラム］から［Sewb+］－［Repository］－［インポートの運用の設定］を選ぶ
［インポート運用の一覧］ダイアログが表示されます。

［インポート運用の一覧］ダイアログで，次の設定をする

項目 | 設定内容
インポート運用名 | 「System　V1.0　Release」と指定する。

［実行］ボタンをクリックする
配布された資源がリポジトリに格納されます。

6.　SI支援

SI（System Integration）支援（SI支援ユティリティ）は，システムバージョンの機能を利用して，サーバ上で異なるシステムバージョンに関連づけられたドキュメントのファイル内容を比較・抽出することで，プログラムの統合環境などを容易に作成できます。

この章では，SI支援ユティリティを利用するときの実行条件およびSI支援ユティリティの運用例について説明します。

＜この章の構成＞

6.1　SI支援ユティリティの概要と実行条件

6.2　SI支援ユティリティの運用例

6.1　SI支援ユティリティの概要と実行条件

この節では，SI支援ユティリティの概要と，SI支援ユティリティ機能を利用するときの実行条件について説明します。

＜この節の構成＞

6.1.1　SI支援ユティリティとは

6.1.2　SI支援ユティリティ機能の実行条件

6.1.1　SI支援ユティリティとは

SI支援ユティリティは，システムバージョンの機能を利用して，サーバ上でシステムバージョンに関連づけられたドキュメントのファイル内容をローカルフォルダに抽出して，プログラムの統合環境を作成したり，メインフレームへの転送対象ドキュメントを作成したりします。

また，選択したシステムバージョンに関連づけられているドキュメントのファイル内容や，異なるシステムバージョン間に関連づけられていたドキュメントのうち，差分のあるドキュメントのファイル内容を比較・抽出します。

6.1.2　SI支援ユティリティ機能の実行条件

SI支援ユティリティ機能を利用するための実行条件を次に示します。

実行場所
SI支援ユティリティは，サーバで実行します。クライアントでは，実行できません。

対象となる資源
システムバージョンの設定されているドキュメントだけを対象としています。システムバージョン単位に対象，非対象を指定できます。したがって，システムバージョンが設定されていない場合，SI支援ユティリティ機能は使用できません。

権限
SI支援ユティリティを実行できるのは，システム管理者だけです。

アクセス権
SI支援ユティリティは，システム管理者が実行するため，資源に設定されているアクセス権に関係なく実行できます。

排他処理
SI支援ユティリティは，排他処理をしていません。そのため，SI支援ユティリティの実行中に，ほかの処理を並行して実行できます。

6.2　SI支援ユティリティの運用例

SI支援ユティリティを使用した運用例について説明します。次の三つの運用例について説明します。

メインフレームへの転送の準備

プログラムの統合環境の作成

システムバージョン間の差分抽出

これらの運用例では，次に示すシステムバージョンの構築例を前提に説明します。また，開発ソース間の履歴を管理できるようにCOBOLソースドキュメントにシステムバージョンを設定しておきます。

＜この節の構成＞

6.2.1　メインフレームへの転送の準備をする

6.2.2　フォルダの構造を復元し，プログラムの統合環境を作成する

6.2.3　システムバージョン間の差分を抽出する

6.2.1　メインフレームへの転送の準備をする

SI支援ユティリティを使用すると，設定されたシステムバージョンを利用して，メインフレームへのファイル転送の準備が容易に実行できます。

次に，操作手順を示します。

抽出対象として，「関連付けられている全てのドキュメントのファイル内容を抽出」を選択する

システムバージョン一覧から，システムバージョンフォルダまたはシステムバージョンを選択する

抽出先情報の抽出先フォルダ名称を指定する

SI支援ユティリティを実行する
SI支援ユティリティの操作方法については，ヘルプの「SI支援ユティリティ」を参照してください。

例えば，システムバージョン「機能1サポート」を選択し，抽出を実行すると，システムバージョンに関連づけられていたドキュメントのファイル内容が，指定したフォルダの直下に抽出されます。

●指定例

●抽出結果

関連づけられているドキュメントのファイル内容が指定したフォルダの直下に抽出されます。

抽出先のフォルダ構成：C:¥temp

6.2.2　フォルダの構造を復元し，プログラムの統合環境を作成する

SI支援ユティリティを使用すると，設定されたシステムバージョンを利用してプログラムの統合環境が容易に作成できます。

次に，操作手順を示します。

抽出対象として，「関連付けられている全てのドキュメントのファイル内容を抽出」を選択する

システムバージョン一覧から，システムバージョンフォルダまたはシステムバージョンを選択する

抽出情報の抽出先フォルダ名称を指定する

抽出情報の「ドキュメントのフォルダ構造も抽出する」を指定する

SI支援ユティリティを実行する
SI支援ユティリティの操作方法については，ヘルプの「SI支援ユティリティ」を参照してください。

例えば，システムバージョン「機能1サポート」を選択し，抽出を実行すると，関連づけられているドキュメントのファイル内容とフォルダの構造が復元され，指定したフォルダの直下にファイルが抽出されます。

●指定例

●抽出結果

抽出先のフォルダの直下にフォルダの構成（相対パス）を復元して，「開発¥COBOLソース」および「開発¥COBOL部品」のフォルダに，ファイルの内容がそれぞれ抽出されます。

抽出先のフォルダ構成：C:¥temp¥開発¥COBOLソース

抽出先のフォルダ構成：C:¥temp¥開発¥COBOL部品

6.2.3　システムバージョン間の差分を抽出する

異なるシステムバージョンに関連づけられたドキュメントの差分を抽出できます。また，差分を抽出することによって，メインフレームへの転送対象ファイルを絞り込むことができます。

次に，操作手順を示します。

抽出対象として，「システムバージョン間の差分ドキュメントのファイル内容を抽出」を選択する

システムバージョン一覧から，［比較元］ボタンおよび［比較先］ボタンをクリックして，システムバージョンフォルダまたはシステムバージョンを選択する

［差分抽出条件］ボタンをクリックして，差分抽出条件を設定する

抽出情報の抽出先フォルダを設定する

SI支援ユティリティを実行する
SI支援ユティリティの操作方法については，ヘルプの「SI支援ユティリティ」を参照してください。

例えば，「Ver 1.0」を比較元，「Ver 2.0」を比較先に指定して抽出した場合，それぞれのシステムバージョンに関連づけられているドキュメントを比較条件に従って比較し，追加または変更されたドキュメントのファイルだけを抽出します。

●指定例

●抽出結果

システムバージョンフォルダの下位の固定システムバージョンに関連づけられているドキュメントのバージョンを比較して，ファイルを抽出します。ただし，同じドキュメントが複数存在する場合は，最新のファイルを比較対象とします。

抽出先のフォルダ構成：C:¥temp

7.　資源のバックアップとリストア

リポジトリの資源は，Windows Serverのバックアップ機能を使用してテープまたはハードディスクに保存できます。不慮の障害による資源の破壊に備えて定期的にバックアップすることをお勧めします。

この章では，リポジトリの資源のバックアップ（退避）をする方法とリストア（回復）をする方法について説明します。

＜この章の構成＞

7.1　資源のバックアップ

7.2　資源のリストア

7.1　資源のバックアップ

資源のバックアップは，システム管理者（Administrators権限）が実行します。

資源は複数のファイルで管理されています。これらのファイルはお互いに関連を持っているため，すべてのファイルのバックアップ（退避）を同時にしなければなりません。SEWB+/REPOSITORYの環境構築ユティリティには，資源を一括してバックアップするためのバックアップコマンドファイルを生成する機能があります。この節では，バックアップコマンドファイルの作成，およびバックアップの実行方法を説明します。

＜この節の構成＞

7.1.1　バックアップコマンドファイルの作成

7.1.2　バックアップの実行

7.1.1　バックアップコマンドファイルの作成

バックアップコマンドファイルを作成する手順を説明します。

［スタート］メニューの［プログラム］または［すべてのプログラム］から［Sewb+］－［Repository］－［環境構築ユティリティ］を選ぶ
［環境構築ユティリティ］ダイアログが表示されます。

環境構築項目一覧から「バックアップ」選択して［設定］ボタンをクリックする
［バックアップコマンドの生成］ダイアログが表示されます。

［バックアップコマンドの生成］ダイアログの各項目を設定する

［一般］タブについて

バックアップディレクトリのリストには，バックアップするディレクトリの一覧が表示されます。

ドキュメントファイルディレクトリ
バージョン管理されたドキュメントのマスタディレクトリ

ルートドキュメントフォルダ
ネットワーク参照ができるドキュメントフォルダ用ディレクトリ

リポジトリ管理
SEWB+/REPOSITORYの管理情報ディレクトリ

データベース
リポジトリデータベースディレクトリ

データベース管理
データベース管理ディレクトリ

表示されたディレクトリ以外にバックアップするディレクトリがある場合は，［追加］ボタンをクリックしてディレクトリを追加します。
ディレクトリの追加を取り消したい場合は，ディレクトリを選択して［削除］ボタンをクリックします。

注意事項

Object Serverのシステム共通定義ディレクトリは必ず追加してください。追加したディレクトリの種別は「その他」になります。

データベースを，リポジトリのほかに別のサービスプログラムで使用している場合は，リポジトリ以外の資源も同時にバックアップする必要があります。バックアップディレクトリのリストには，「データベース」および「データベース管理」として，リポジトリ以外のディレクトリも初期表示されます。しかし，サービスプログラムによっては，データベース以外に管理ファイルを持っている場合があります。このため，サービスプログラムの仕様を確認して，バックアップする必要のあるディレクトリを追加してください。

［オプション］タブについて

「バックアップ前にサーバを自動停止する」，「バックアップ後にサーバを自動起動する」を指定しておくことをお勧めします。指定すると，バックアップの前後に，SEWB+/REPOSITORYおよびデータベースを自動的に停止したり起動したりできます。

［生成］ボタンをクリックする
バックアップコマンドファイルが作成されます。

［閉じる］ボタンをクリックする
［バックアップコマンドの生成］ダイアログが閉じます。

注意事項

作成されたバックアップコマンドは，バックアップ先としてntbackupコマンドに次のオプションを指定しています。

/p "4mm DDS"

注

ハードディスクに出力する場合は，/pオプションを/fオプションに変更し，次のように指定してください。

/f "出力先ファイルパス"

この指定は，空きメディアプールの4mm DDSにある新しいメディアをバックアップ先に使用します。バックアップ先に4mm DDS以外のメディアを使用する場合は，"4mm DDS"を適切なメディア種別に変更してください。

また，この指定では，バックアップする前に，空きメディアプールの4mm DDSにメディアが必要となります。

使用できる最初のメディアを検索し，そのメディアをフォーマットしてバックアップ先に使用する場合，ntbackupコマンドに/umオプションを追加してください。

/p "4mm DDS" /um

ただし，/umオプションはスタンドアロンのテープデバイスがある場合にだけ指定してください。

7.1.2　バックアップの実行

バックアップを実行するには，作成したバックアップコマンドファイルを実行します。次のどちらかの方法を選びます。

コマンドプロンプトウィンドウでファイル名を入力して実行する

エクスプローラまたはファイルマネージャでファイル名をダブルクリックして実行する

バックアップは，SEWB+/REPOSITORYおよびデータベースが実行されていない状態で実行してください。SEWB+/REPOSITORYやデータベースが実行されている状態でバックアップすると，使用中のファイルがバックアップされなかったり，資源間に矛盾が発生したりします。

注意事項

バックアップの実行結果は，「バックアップ」のバックアップ レポートで確認できます。バックアップコマンドファイルのジョブ名は，「SEWB+/REPOSITORY」です。

バックアップ レポートは，バックアップを実行したユーザに対して報告されます。atコマンドでバックアップをスケジュールした場合，バックアップを実行するアカウントがsystemとなるためバックアップ レポートが参照できません。バックアップ レポートを参照するには，タスクスケジューラを使用して実行するアカウント名にsystem以外のアカウントを指定してバックアップをスケジュールしてください。

バックアップを実行するユーザは，AdministratorsグループまたはBackup Operatorsグループに所属している必要があります。

また，バックアップコマンドファイルの中でサーバの停止・起動をする場合，バックアップを実行するユーザはAdministratorsグループまたはPower Usersグループに所属している必要があります。

7.2　資源のリストア

資源のリストアは，システム管理者（Administrators権限）が実行します。

バックアップした資源のリストア（回復）をするには，Windows Serverのバックアップ機能を使用します。リストアをする場合は，次のことに注意してください。

SEWB+/REPOSITORYおよびデータベースが実行されていないことを確認する。

リポジトリ内の資源間に矛盾が発生しないように，バックアップしたすべてのファイルを同時に回復する。

ファイルアクセス権を復元するオプションを選択する。

Windows Server※のバックアップ機能でファイルを復元したあと，SEWB+/REPOSITORYの「環境回復ユティリティ」で，「環境構築ユティリティ」で設定されていた環境情報を回復する。

注※

Windows Server 2008およびWindows Server 2008 x64では，バックアップ機能はサポートされていません。

資源のリストアを実行する手順を，Windows Server 2003の例で説明します。

バックアップをしたテープをテープドライブに挿入する

［スタート］メニューの［プログラム］または［すべてのプログラム］から［アクセサリ］－［システムツール］－［バックアップ ユーティリティ］を選ぶ，またはコマンドプロンプトで「nt backup」を実行する
［バックアップ ユーティリティ］ウィンドウが表示されます。

［メディアの復元と管理］タブを表示したあと，メディアを選んで展開し，復元する項目のチェックボックスをチェックする

［バックアップ ユーティリティ］ウィンドウの［ツール］－［オプション］を選ぶ
［オプション］ダイアログが表示されます。

［メディアの復元と管理］タブを表示したあと，「常にディスク上のファイルを置き換える」を選ぶ

［OK］ボタンをクリックする
［バックアップ ユーティリティ］ウィンドウが再表示されます。

［復元の開始］ボタンをクリックする
［復元の確認］ダイアログが表示されます。

［OK］ボタンをクリックする
リストアが実行されます。
リストアが終了したら，［OK］ボタンをクリックして［復元の確認］ダイアログを閉じます。

テープドライブからテープを取り出す

［バックアップ ユーティリティ］ウィンドウの［ジョブ］－［バックアップの終了］を選ぶ
［バックアップ ユーティリティ］ウィンドウが閉じます。

［スタート］メニューの［プログラム］または［すべてのプログラム］から［Sewb+］－［Repository］－［環境構築ユティリティ］を選ぶ
復元されたファイルから，環境構築ユティリティで設定されていた環境情報が回復されます。

注意事項

資源のリストアでファイルのアクセス権を復元するには，［詳細な復元オプション］ダイアログで「セキュリティを復元する」をチェックします。

［詳細な復元オプション］ダイアログを表示するには，［復元の確認］ダイアログで［詳細設定］ボタンをクリックします。

8.　SEWB+/REPOSITORYへのログインの管理

この章では，「SEWB+セッション管理」の機能を利用して，SEWB+/REPOSITORYへのログインを管理する方法について説明します。

＜この章の構成＞

8.1　SEWB+セッション管理を利用したログインの管理

8.1　SEWB+セッション管理を利用したログインの管理

リポジトリの運用では，サーバを停止するためSEWB+/REPOSITORYにログインしているユーザがないか確認したい場合や，一時的にリポジトリの利用を禁止したい場合などがあります。SEWB+セッション管理を利用すると，システム管理者がサーバ上で一括してSEWB+/REPOSITORYへのログインを管理できます。

＜この節の構成＞

8.1.1　SEWB+セッション管理の利用

8.1.2　ログイン・ログアウト状態の確認

8.1.3　ユーザを強制的にログアウトする

8.1.4　SEWB+/REPOSITORYへのログインを禁止する

8.1.1　SEWB+セッション管理の利用

SEWB+セッション管理は，次に示す機能を備えています。

ユーザのログイン・ログアウト状態を一覧表示する

ユーザを強制的にログアウトする

ログインを禁止する，ログインの禁止を解除する

＜この項の構成＞

(1)　利用条件

(2)　SEWB+セッション管理が対象とするユーザ

(3)　サービスとの関係

(1)　利用条件

サーバで，システム管理者だけが利用できます。

(2)　SEWB+セッション管理が対象とするユーザ

SEWB+/REPOSITORYに登録されているすべてのユーザ（ユーザ登録ファイルに登録されたユーザ）が管理対象になります。

(3)　サービスとの関係

SEWB+セッション管理は，SEWB+/REPOSITORYおよびデータベース（Object Server）のサービスの状態に関係なく利用できます。

8.1.2　ログイン・ログアウト状態の確認

＜この項の構成＞

(1)　ユーザのログイン・ログアウト状態を確認する

(2)　表示情報を自動的に更新する

(1)　ユーザのログイン・ログアウト状態を確認する

［スタート］メニューの［プログラム］または［すべてのプログラム］から［Sewb+］－［Repository］－［セッション管理］を選ぶと，［SEWB+セッション管理］ダイアログが表示されます。このダイアログで，管理対象のユーザのログイン・ログアウト状態を確認できます。

表示例を次の図に示します。

図8-1　［SEWB+セッション管理］ダイアログ

次に，各項目の表示内容を説明します。

ユーザ名
管理対象となるユーザのユーザ名が表示されます。

状態
ユーザが「ログイン」状態にあるか「ログアウト」状態にあるかが表示されます。リポジトリブラウザなどのSEWB+クライアントツールからSEWB+/REPOSITORYへ接続された状態，およびサーバの管理者用の機能（環境構築ユティリティなど）からSEWB+/REPOSITORYへ接続された状態が「ログイン」として表示されます。なお，SEWB+セッション管理を使用している状態は，ログインとは見なされません。

クライアント
ログイン状態のクライアントのホスト名が表示されます。ホスト名が取得されなかった場合はIPアドレスが表示されます。

ログイン時刻
ユーザがログインした時刻が表示されます。

ログイン
ログインを許可しているユーザは「許可」，ログインを禁止したユーザは「禁止」が表示されます。

(2)　表示情報を自動的に更新する

「状態」，「クライアント」および「ログイン時刻」の表示情報を，指定した間隔（秒単位）で自動的に更新できます。間隔の変更や自動再表示をしない場合は，［SEWB+セッション管理］ダイアログの［オプション］ボタンをクリックし，［オプション］ダイアログで指定を変更してください。

8.1.3　ユーザを強制的にログアウトする

ログイン状態のユーザを強制的にログアウトするには，［SEWB+セッション管理］ダイアログの登録ユーザの一覧から目的のユーザを選択し，［強制ログアウト］ボタンをクリックします。

ユーザを強制的にログアウトすると，サーバのイベントビューアには，強制的にログアウトしたことを示すメッセージが出力されます。また，強制的にログアウトされたユーザのWindowsマシンには，サーバプログラムが終了したことを示すダイアログが表示されます。

8.1.4　SEWB+/REPOSITORYへのログインを禁止する

ログインの禁止，および禁止を解除する方法を説明します。

＜この項の構成＞

(1)　ログインを禁止する

(2)　ログインの禁止を解除する

(1)　ログインを禁止する

ログインを禁止するには，［SEWB+セッション管理］ダイアログの登録ユーザの一覧から目的のユーザを選択し，［ログインの禁止］ボタンをクリックします。

ログインを禁止されたユーザが，SEWB+/REPOSITORYへのログイン操作をすると，ログインできないことを示すメッセージが表示されます。

なお，ログイン状態のユーザに対してログインを禁止した場合，そのユーザはログアウトするまでは接続を続けることができます。

(2)　ログインの禁止を解除する

ログインの禁止を解除するには，［SEWB+セッション管理］ダイアログの登録ユーザの一覧から目的のユーザを選択し，［ログインの許可］ボタンをクリックします。

9.　操作ログの出力

この章では，SEWB+/REPOSITORYで取得する操作ログについて説明します。

＜この章の構成＞

9.1　操作ログとは

9.2　操作ログの出力設定

9.3　操作ログファイル

9.4　操作ログの参照方法

9.5　操作ログが出力できない場合の対処方法

9.1　操作ログとは

リポジトリの資源に対する操作はアクセス権によって制限されています。このアクセス権の運用が適切に実行されているかどうかをチェックするために，SEWB+/REPOSITORYでは，リポジトリの資源に対する操作記録をファイルに出力できます。この出力される操作記録を操作ログといい，操作記録を出力するファイルを操作ログファイルといいます。

出力された操作ログを調査すると，「だれが」，「何時に」，「何をしたか」を監査できます。また，不正なアクセスが行われていないかをチェックできます。

なお，JP1/NETM/Auditを導入して構築した監査証跡管理システムを使用すると，ログの管理を効率良く実施できます。監査証跡管理システムの詳細は，マニュアル「JP1 Version 8 JP1/NETM/Audit」，またはマニュアル「JP1 Version 9 JP1/NETM/Audit 構築・運用ガイド」を参照してください。

9.2　操作ログの出力設定

操作ログを出力するかどうかを設定します。［環境構築ユティリティ］ダイアログで「サーバ」を選択して設定します。

設定手順

［スタート］メニューの［プログラム］から［Sewb+］－［Repository］－［環境構築ユティリティ］を選ぶ
［環境構築ユティリティ］ダイアログが表示されます。

環境構築項目一覧から「サーバ」を選択して［設定］ボタンをクリックする
［サーバの設定］ダイアログが表示されます。

［サーバの設定］ダイアログの「操作ログ」の各項目を設定する

出力する
すべての操作ログを出力する場合に選択します。

Login/Logoutのみ出力する
リポジトリサーバへのログインおよびログアウトの事象だけを出力する場合に選択します。この項目を選択すると，障害発生によってユーザのセッションが無効になったときも報告されます。

出力しない
操作ログを出力しない場合に選択します。

出力先ディレクトリ
操作ログを出力する場合に，出力先ディレクトリを指定できます。
出力先ディレクトリを指定しない場合は，次に示すディレクトリが設定されます。システムドライブとは，Windows Serverが組み込まれているドライブです。

システムドライブ:¥Program Files¥HITACHI¥Sewb

注意

64ビット版のWindowsでの，デフォルトの組み込み先パス名を次に示します。

システムドライブ:¥Program Files (x86)¥HITACHI¥Sewb

出力先ディレクトリは，［参照］ボタンをクリックして表示される［フォルダの参照］ダイアログからも選択できます。
なお，出力先ディレクトリを指定する場合，ディレクトリは作成済みである必要があります。

出力先ディスクの空き容量
出力先ディレクトリで指定されたディスクの空き容量が少なくなったときに，アプリケーションログに警告メッセージを出力できます。
操作ログを出力する場合には，必ず「1」以上の値（単位：MB）を指定してください。

［OK］ボタンをクリックする
操作ログに関する設定情報の変更は，現在ログイン中のユーザセッションには適用されません。新しくログインしたユーザセッションから有効になります。

注意事項

操作ログの出力先ディレクトリおよび操作ログファイルには，「Administrators」グループだけに更新権，参照権を与え，システム管理者だけが参照または操作できるようにすることを推奨します。

9.3　操作ログファイル

＜この節の構成＞

9.3.1　出力ファイル，ディレクトリ名称の規則

9.3.2　操作ログレコードの形式

9.3.3　操作ログに出力される項目

9.3.4　操作ログファイルの出力量

9.3.1　出力ファイル，ディレクトリ名称の規則

ユーザがリポジトリにログインすると，操作ログの出力先ディレクトリ下にログインしたときの年月日（YYYYMMDD形式（YYYY：西暦，MM：月，DD：日））の名称のディレクトリが作成され，そのディレクトリ下に「ユーザ名.log」の名称で操作ログファイルが作成されます。

操作ログファイルは，ログインユーザごとに作成され，同じ日にログインし直した場合は，作成済みのファイルに追加出力されます。

なお，リポジトリサーバでは，操作ログファイルの削除は実行しないため，ユーザが必要に応じて定期的にバックアップしてから削除する必要があります。

9.3.2　操作ログレコードの形式

操作ログは，CSV形式で出力されます。

各出力項目は，「,」で区切られ，空白や「,」が含まれるおそれのある出力項目は，「"」で囲まれます。「"」で囲まれた文字列内に「"」が含まれる場合は，直前に「"」を付加します。

9.3.3　操作ログに出力される項目

操作ログに出力される項目を次の表に示します。

表9-1　操作ログの出力項目

項目
内容

日時
ログの出力日時がYYYY-MM-DDThh:mm:ss.sssTZDの形式で出力される。

カテゴリ
次のどれかが出力される。

Authentication
リポジトリサーバへのログイン，ログアウトを示す。

ConfigurationAccess
ドキュメント，データ項目，フォルダなどの作成，削除，移動およびアクセス権の設定を示す。

ContentAccess
ドキュメントのチェックイン，チェックアウト，およびデータ項目，業務ルールの参照，更新を示す。

AnomalyEvent
クライアントダウンを含む通信障害を示す。

ManagementAction
セッションを異常終了する場合の通知を示す。

事象の結果

Occurred
サーバ内事象の発生を示す。

Success
リクエストに対する正常リプライを示す。

Failed
リクエストに対する異常リプライ，またはサーバ内異常検知を示す。

クライアントホスト
リクエスト送信元ホストのIPアドレスが出力される。

ユーザ名
ログインユーザ名が出力される。

操作名
クライアントからの操作（リクエスト）の名称，または異常検知等の事象名称が出力される（詳細は，「付録F　操作ログに出力される操作名および付加情報」を参照）。

付加情報
リクエストの付加情報が次の形式で出力される（詳細は，「付録F　操作ログに出力される操作名および付加情報」を参照）。
パラメタ名=パラメタ値，パラメタ名=パラメタ値，…，Status=ステータス値

操作ログの出力例を次に示します。

（例）

2007-02-20T17:08:54.862-9:00,
Authentication,Success,168.0.0.55,user1,
"Login","Ver=30000,BufSize=32767,Status=0"

2007-02-21T20:46:43.857-9:00,
ConfigurationAccess,Success,168.0.0.55,user1,
"Register document","ObjectID=C001000000030715,
ParentObjectID=C0010000000302E7,Path=""C:¥temp¥New.doc"",
SystemVersionObjectID=0000000000000000,Status=0"

2007-02-22T18:30:25.743-9:00,
ContentAccess,Success,168.0.0.55,user1,
"Get value of data item","ObjectID=C06F000000080387,
Name=""SHIKT-MNSK"",Status=0"

2007-02-23T19:13:16.507-9:00,
AnomalyEvent,Failed,10.210.181.12,user1,
"Network communication error",""

2007-02-23T19:13:16.587-9:00, ManagementAction,Occurred,10.210.181.12,user1,
"Session abort",""

9.3.4　操作ログファイルの出力量

操作ログファイルの出力量は，どのような操作を実行するかどうかによって異なります。操作ログファイルの1か月当たりのディスク容量は，次に示す概算式で算出できます。

すべての操作ログを出力する場合

ＤＳ＝（ＰＳ×ＰＰ×（ＤＣ＋ＤＴ）×５＋ＵＴ×２×ＵＦ）×１５０

（凡例）

DS：1か月当たりの所要ディスク容量（単位：バイト）

PS：1日にリポジトリを利用する平均ユーザ数

PP：1か月にユーザがリポジトリを利用する日数

DC：1ユーザが1日に登録，チェックアウト，チェックインするドキュメント数

DT：1ユーザが1日に作成，参照，更新するデータ項目や業務ルールの数

UT：エクスポート/インポートなどの一括操作で対象とするドキュメントやデータ項目などの数

UF：エクスポート/インポートなどの一括操作を実行する頻度（回/月）

Login/Logoutの操作ログだけを出力する場合

ＤＳ＝ＰＳ×ＰＰ×ＬＦ×２２０

（凡例）

DS：1か月当たりの所要ディスク容量（単位：バイト）

PS：1日にリポジトリを利用する平均ユーザ数

PP：1か月にユーザがリポジトリを利用する日数

LF：1日のうちにユーザがリポジトリにログインする平均回数

空き容量が，環境設定ユティリティの操作ログの設定で指定した値未満になった場合，アプリケーションログに次のメッセージを出力します。ユーザは，このメッセージに従って対処してください。

操作ログの出力先ディスクの空きスペースが不足しています。
空きスペース：空き容量 メガバイト
古いログファイルを退避してから削除し，ディスクの空きスペースを増やしてください。

注

下線部分は可変値を示します。

9.4　操作ログの参照方法

操作ログファイルはCSV形式であるため，汎用的なエディタやMicrosoft Excelで参照できます。ここでは，Microsoft Excelを使用して参照する場合の参照方法を説明します。

＜この節の構成＞

9.4.1　リポジトリへのログイン履歴を参照する

9.4.2　特定のユーザの操作履歴を参照する

9.4.3　特定のドキュメントの更新履歴を参照する

9.4.4　特定のデータ項目の更新履歴を参照する

9.4.1　リポジトリへのログイン履歴を参照する

リポジトリへのログイン履歴を参照する場合について説明します。

操作名（6列目）が「Login」，「Logout」および「Session abort」の行を絞り込んで参照する。

だれが（ユーザ名（5列目）），何時（ログの出力日時（1列目）），どこから（リクエスト送信元ホストのIPアドレス（4列目））ログインしたかを確認できる。

9.4.2　特定のユーザの操作履歴を参照する

特定のユーザの操作履歴を参照する場合について説明します。

名称が「対象ユーザ名.log」である操作ログファイルを参照する。

操作名（6列目）に対応する説明を参照し，どのような操作をしたか確認する。

9.4.3　特定のドキュメントの更新履歴を参照する

特定のドキュメントの更新履歴を参照する場合について説明します。

操作名（6列目）が「Upload document」である行を絞り込んで参照する。

リポジトリブラウザのウィンドウで目的のドキュメントを選択し，［Shift］+［Ctrl］+［Alt］+［o］キーを押すと，そのドキュメントのオブジェクトIDが表示される。付加情報（7列目）に「ObjectID=オブジェクトID」が含まれる行を参照し，だれが（ユーザ名（5列目）），何時（ログの出力日時（1列目）），どこから（リクエスト送信元ホストのIPアドレス（4列目））チェックインしたかを確認できる。

9.4.4　特定のデータ項目の更新履歴を参照する

特定のデータ項目の更新履歴を参照する場合について説明します。

操作名（6列目）が「Update data item」である行を絞り込んで参照する。

リポジトリブラウザのウィンドウで目的のデータ項目を選択し，［Shift］+［Ctrl］+［Alt］+［o］キーを押すと，そのデータ項目のオブジェクトIDが表示される。付加情報（7列目）に「ObjectID=オブジェクトID」が含まれる行を参照し，だれが（ユーザ名（5列目）），何時（ログの出力日時（1列目）），どこから（リクエスト送信元ホストのIPアドレス（4列目））更新したかを確認できる。

9.5　操作ログが出力できない場合の対処方法

操作ログが出力できない原因として次に示すことが考えらます。

操作ログの出力先に指定したディレクトリが存在しない。

操作ログの出力先ディレクトリのディスクに空き領域がない。

これらの場合，リポジトリサーバは，アプリケーションログに次のメッセージを出力し，ユーザセッションを終了します。リポジトリサーバ管理者は，このメッセージに従って対処してください。

操作ログの出力時にエラーが発生しました。
ユーザ名：ユーザ名 理由コード：エラー番号
出力先ディレクトリ名：ディレクトリ名
操作ログの出力先ディレクトを確認してください。
ディスクに空きスペースが無い場合は，古いログファイルを退避してから削除してください。
ディレクトリが存在しない場合は，「Administrators」グループに更新権のあるディレクトリを作成してください。

注

下線部分は可変値を示します。

なお，環境構築ユティリティの起動時に，このメッセージが出力されて環境構築ユティリティが起動できなかった場合は，操作ログの設定を変更できません。メッセージに従って対処したあとに環境構築ユティリティを起動し直してください。

10.　障害対策

この章では，SEWB+/REPOSITORYの運用時の障害対策について説明します。

＜この章の構成＞

10.1　SEWB+/REPOSITORYの障害対策

10.2　チェックアウト・チェックインでの障害対策

10.3　サーバのファイルシステムの容量不足時の対策

10.4　データベースの障害対策

10.1　SEWB+/REPOSITORYの障害対策

障害が発生した場合の処置について説明します。

＜この節の構成＞

10.1.1　障害対策の手順

10.1.2　ユーザで障害を回復できない場合の処置

10.1.1　障害対策の手順

SEWB+/REPOSITORYまたはクライアント（リポジトリブラウザなど）との通信に障害が発生した場合は，アプリケーションログが出力されます。アプリケーションログは，サーバのWindows Serverのイベントビューアで参照できます。

アプリケーションログを参照して障害の内容を確認したあとで，障害に対する処置をしてください。

＜この項の構成＞

(1)　アプリケーションログの参照

(2)　ユーザの処置

(1)　アプリケーションログの参照

アプリケーションログを参照するための手順を次に示します。

サーバに「Administrators」権限でログインする

「管理ツール」の「イベントビューア」を起動する

イベントビューアでアプリケーションログの一覧を表示する
［ツリー］タブから「アプリケーションログ」を選びます。

アプリケーションログの一覧の中から「ソース」の項目に「SEWB+/REPOSITORY」または「Object Server」が表示されているログを探す

異常が発生した日時に近いログをダブルクリックする
［イベントのプロパティ］ダイアログが表示されます。
［イベントのプロパティ］ダイアログの「説明」には，発生した事象，発生要因，ユーザの処置方法が表示されます。

(2)　ユーザの処置

［イベントのプロパティ］ダイアログの表示内容に従って，障害に対する処置をしてください。

なお，アプリケーションログに示された処置方法では障害を回復できない場合は，「10.1.2　ユーザで障害を回復できない場合の処置」を参照してください。

(a)　ユーザ環境に起因する障害の処置

［イベントのプロパティ］ダイアログの「説明」に示された処置に従って障害の要因を取り除く

SEWB+/REPOSITORYまたはリポジトリブラウザを再起動させる

(b)　データベースに起因する障害の処置

［イベントのプロパティ］ダイアログの「説明」に示された詳細コードに対応した処置で障害の要因を取り除く
Object Server 管理ツール ヘルプを参照して，詳細コードに該当するエラーの要因と対処方法を確認してください。詳細については，マニュアル「Groupmax Object Server Version 6 システム管理者ガイド」を参照してください。

Object Serverが終了している場合は，再起動させる

SEWB+/REPOSITORYまたはリポジトリブラウザを再起動させる

注

Object Serverで「排他資源が不足している」エラーが発生した場合は，「10.4　データベースの障害対策」を参照してください。

10.1.2　ユーザで障害を回復できない場合の処置

ユーザで障害を回復できない場合は，障害情報として，アプリケーションログ，レジストリ情報およびトレースファイルなどを収集したあとで，保守員に連絡してください。収集が必要な障害情報は，次のとおりです。

必ず収集する障害情報
SEWB+/REPOSITORYが動作するサーバで，次に示す障害情報を収集してください。

アプリケーションログ

レジストリ情報

関数トレース

再現性のある障害が発生する場合に収集する障害情報
再現性のある障害が発生する場合には，1.に示した障害情報に加えて，次の障害情報を収集してください。これらの障害情報を収集するには，環境設定が必要です。

通信トレース…サーバおよびクライアントで収集

辞書APIトレース…辞書の操作で障害が発生した場合，クライアントで収集

ドキュメントAPIトレース…ドキュメントの操作で障害が発生した場合，クライアントで収集

リポジトリブラウザのトレース…クライアントで収集

次に，各障害情報の収集のしかたについて説明します。

＜この項の構成＞

(1)　アプリケーションログを収集する

(2)　レジストリ情報を収集する

(3)　関数トレースを収集する

(4)　通信トレースを収集する

(5)　ドキュメントAPIトレースを収集する

(6)　辞書APIトレースを収集する

(7)　リポジトリブラウザのトレースを収集する

(1)　アプリケーションログを収集する

サーバで，アプリケーションログを収集してください。

サーバに「Administrators」権限でログインする

「管理ツール」の「イベントビューア」を起動する

イベントビューアでアプリケーションログの一覧を表示する
［ツリー］タブから「アプリケーションログ」を選びます。

アプリケーションログをファイルに保存する
［操作］メニューから［ログファイルの名前を付けて保存］を選びます。

イベントビューアを終了する

アプリケーションログを保存したファイルを収集する

(2)　レジストリ情報を収集する

サーバで，レジストリ情報を収集してください。

レジストリエディタ（システムディレクトリ¥SYSTEM32¥REGEDT32.EXE）を起動する
システムディレクトリとは，Windows Serverが組み込まれているディレクトリです。

「ローカルマシン（コンピュータ）上のHKEY_LOCAL_MACHINE」ウィンドウをアクティブにする

ツリービューの「SOFTWARE」，「HITACHI」を順にダブルクリックする

ツリービューの「SEWB+/REPOSITORY」を選ぶ

［レジストリ］メニューから［名前を付けてサブツリーを保存］を選ぶ
［ファイル名を付けて保存］ダイアログが表示されます。

ファイル名を入力して［OK］ボタンをクリックする

［レジストリ］メニューから［レジストリエディタの終了］を選ぶ
レジストリエディタが終了します。

レジストリ情報を保存したファイルを収集する

(3)　関数トレースを収集する

サーバで，関数トレースとして次に示す2種類のファイルを収集してください。関数トレースは，サーバの起動中，常に採取されています。

システム環境変数TEMPに指定したディレクトリ¥RPxxx.tmp
（xxxは，SEWB+のセッションのプロセス番号）
SEWB+のセッションが正常に終了した場合，このファイルは削除されます。
SEWB+のセッションが異常終了した場合，このファイルはサービス再起動時に削除されます。

インストールディレクトリ¥Repository¥spool¥ログインユーザ名.trc
インストールディレクトリは，SEWB+ 基本開発環境が組み込まれているディレクトリで，デフォルトでは次のように設定されています。システムドライブとは，Windows Serverが組み込まれているドライブです。

システムドライブ:¥Program Files¥HITACHI¥Sewb

注意

64ビット版のWindowsでの，デフォルトの組み込み先パス名を次に示します。

システムドライブ:¥Program Files (x86)¥HITACHI¥Sewb

(4)　通信トレースを収集する

再現性のある障害が発生する場合には，通信トレースを収集してください。通信トレースは，サーバとクライアントの両方で収集する必要があります。通信トレースを収集するには，環境設定が必要です。

なお，通信トレースは，障害の要因を調査するための情報ですので，正常に動作しているときは収集しないようにしてください。情報を収集すると，レスポンスが遅くなるなどの処理速度の低下が発生します。

(a)　サーバの通信トレースを収集する

環境設定

通信トレースを収集するには，レジストリキー「HKEY_LOCAL_MACHINE¥SOFTWARE¥HITACHI¥SEWB+/REPOSITORY¥Debug」に，次に示す二つの値を設定します。

値の名前
値のデータ

RPCOMUNICATIONLOG
all（固定）

RPCOMUNICATIONLOGSIZE
トレースファイルのサイズをバイト単位で指定する。
省略時は，1,048,576バイトが仮定される。

レジストリへの環境変数の設定には，レジストリエディタを使用します。次に，レジストリエディタでの設定手順を示します。

レジストリエディタ（システムディレクトリ¥REGEDIT.EXE）を起動する
システムディレクトリとは，Windows Serverが組み込まれているディレクトリです。

ツリービューの「HKEY_LOCAL_MACHINE」，「SOFTWARE」，「HITACHI」，「SEWB+/REPOSITORY」，「Debug」を順に選ぶ

［編集］メニューから［新規作成］－［文字列］を選び，値の名称を設定する

設定した値の名称をダブルクリックする
［文字列の編集］ダイアログが表示されます。

値のデータを入力して［OK］ボタンをクリックする

4.，5.の操作を設定する値の数だけ繰り返す

［レジストリ］メニューから［レジストリエディタの終了］を選ぶ
レジストリエディタが終了します。

サーバの通信トレースファイル

サーバの通信トレースは次に示すファイルに保存されます。

システム環境変数TEMPに指定したディレクトリ¥RPcomSV1.xxx※1

システム環境変数TEMPに指定したディレクトリ¥RPcomSV2.xxx※1

インストールディレクトリ¥Repository¥spool¥RPcomSV1.yyy※2

インストールディレクトリ¥Repository¥spool¥RPcomSV2.yyy※2

注※1

ファイル拡張子xxxには，SEWB+のセッションのプロセス番号が設定されます。この二つのファイルは，SEWB+サービスの起動時に削除されます。

注※2

ファイル拡張子yyyには，ログインユーザ名が設定されます。

このファイルは，SEWB+のセッションが異常を検地した場合に作成します。SEWB+では削除しません。

インストールディレクトリは，SEWB+ 基本開発環境が組み込まれているディレクトリで，デフォルトでは次のように設定されています。システムドライブとは，Windows Serverが組み込まれているドライブです。

システムドライブ:¥Program Files¥HITACHI¥Sewb

注意

64ビット版のWindowsでの，デフォルトの組み込み先パス名を次に示します。

システムドライブ:¥Program Files (x86)¥HITACHI¥Sewb

(b)　クライアントの通信トレースを収集する

環境設定

通信トレースを収集するには，次に示す二つの環境変数を設定します。

変数名
変数の値

RPCOMUNICATIONLOG
all（固定）

RPCOMUNICATIONLOGSIZE
トレースファイルのサイズをバイト単位で指定する。
省略時は，1,048,576バイトが仮定される。

環境変数の設定手順を，次に示します。

「コントロールパネル」の「システム」を起動する

「ユーザ環境変数」に環境変数を設定する

［システムのプロパティ］ウィンドウで［OK］ボタンをクリックする
［システムのプロパティ］ウィンドウが閉じます。

クライアントの通信トレースファイル

クライアントの通信トレースは，次の二つのファイルに保存されます。

環境変数TEMPに指定したディレクトリ¥RPcomCL1.xxx

環境変数TEMPに指定したディレクトリ¥RPcomCL2.xxx

ファイル拡張子xxxには，プロセス番号が設定されます。

この二つのファイルは，環境変数RPCOMUNICATIONLOGが設定されている場合，SEWB+ログインの起動時に削除されます。

(5)　ドキュメントAPIトレースを収集する

ドキュメントの操作で再現性のある障害が発生する場合には，クライアントでドキュメントAPIトレースを収集してください。ドキュメントAPIトレースを収集するには，環境設定が必要です。

なお，ドキュメントAPIトレースは，障害の要因を調査するための情報ですので，正常に動作しているときは収集しないようにしてください。情報を収集すると，レスポンスが遅くなるなどの処理速度の低下が発生します。

(a)　環境設定

ドキュメントAPIトレースを収集するには，次に示す二つの環境変数を設定します。

変数名 | 変数の値
API_PROC | 2（固定）
API_ASSERT | normal（固定）

環境変数の設定手順を，次に示します。

「コントロールパネル」の「システム」を起動する

「ユーザ環境変数」に環境変数を設定する

［システムのプロパティ］ウィンドウで［OK］ボタンをクリックする
［システムのプロパティ］ウィンドウが閉じます。

(b)　トレースファイル

ドキュメントAPIトレースは，次の二つのファイルに保存されます。

環境変数TEMPに指定したディレクトリ¥APIPROC.LOG

環境変数TEMPに指定したディレクトリ¥APIASSERT.LOG

この二つのファイルは，同一のクライアントで次回ログイン時に削除されます。

(6)　辞書APIトレースを収集する

辞書の操作で再現性のある障害が発生する場合には，クライアントで辞書APIトレースを収集してください。辞書APIトレースを収集するには，環境設定が必要です。

なお，辞書APIトレースは，障害の要因を調査するための情報ですので，正常に動作しているときは収集しないようにしてください。情報を収集すると，レスポンスが遅くなるなどの処理速度の低下が発生します。

(a)　環境設定

辞書APIトレースを収集するには，次に示す二つの環境変数を設定します。

変数名
変数の値

RPDICTIONARYLOG
all（固定）

RPDICTIONARYLOGSIZE
トレースファイルのサイズをバイト単位で指定する。
省略時は，1,048,576バイトが仮定される。

環境変数の設定手順を，次に示します。

「コントロールパネル」の「システム」を起動する

「ユーザ環境変数」に環境変数を設定する

［システムのプロパティ］ウィンドウで［OK］ボタンをクリックする
［システムのプロパティ］ウィンドウが閉じます。

(b)　トレースファイル

辞書APIトレースは，次の二つのファイルに保存されます。

環境変数TEMPに指定したディレクトリ¥RPdicCL1.xxx

環境変数TEMPに指定したディレクトリ¥RPdicCL2.xxx

ファイル拡張子xxxには，プロセス番号が設定されます。

この二つのファイルは，SEWB+ログインの起動時に削除されます。

(7)　リポジトリブラウザのトレースを収集する

リポジトリブラウザに障害が発生した場合は，トレース情報を収集してください。

トレース情報は，次の環境変数を設定することでファイルに出力できます。

トレース情報ファイルは，環境変数TEMPで指定したディレクトリに「DCXXXX.tmp（XXXXは，システムが仮定する英数字）」の名称で出力されます。

10.2　チェックアウト・チェックインでの障害対策

ドキュメントのチェックアウト・チェックインでの障害の対処方法を次に示します。

更新専用チェックアウトをしたドキュメントのファイルを，破壊または消失してしまった。

ドキュメントのチェックアウトを取り消す
チェックアウトを取り消す方法には，次の2とおりがあります。

リポジトリブラウザのウィンドウで該当するドキュメントを選択し，［リポジトリ］－［チェックアウトの取り消し］を選びます。

リポジトリブラウザの［表示］－［チェックアウト一覧］を選び，［チェックアウト一覧］ダイアログを表示させます。このダイアログで，該当するドキュメントを選択して［チェックアウトの取消］ボタンをクリックします。

該当するドキュメントを再度チェックアウトする

ドキュメントの更新専用チェックアウトをしたクライアントが，ハード障害などで利用できなくなってしまった。

ほかのクライアントで，更新専用チェックアウトしたときと同じユーザでリポジトリにログインする

ドキュメントのチェックアウトを取り消す
チェックアウトを取り消す方法には，次の2とおりがあります。

リポジトリブラウザのウィンドウで該当するドキュメントを選択し，［リポジトリ］－［チェックアウトの取り消し］を選びます。

リポジトリブラウザの［表示］－［チェックアウト一覧］を選び，［チェックアウト一覧］ダイアログを表示させます。このダイアログで，該当するドキュメントを選択して［チェックアウトの取消］ボタンをクリックします。

誤った内容のファイルをチェックインしてしまった。前の内容に回復したい。

該当するドキュメントを更新専用チェックアウトする

該当するドキュメントの一つ前の版を，更新目的でチェックアウトしたディレクトリに参照専用チェックアウトする

該当するドキュメントをチェックインする
必要に応じて，誤った内容の版を削除します。

Administrators権限を持ったユーザが，リポジトリの参照ファイルを更新または削除してしまった。

該当するドキュメントを更新専用チェックアウトする

該当するドキュメントを更新しないでチェックインする

10.3　サーバのファイルシステムの容量不足時の対策

サーバのファイルシステムの容量が不足したときの対策を説明します。

＜この節の構成＞

(1)　データベースの対策

(2)　ドキュメントファイルのディレクトリの対策

(3)　ルートドキュメントフォルダの対策

(1)　データベースの対策

(a)　データベースのスペース効率が低下している場合の対策

オブジェクトの追加や削除で，データベースのスペース効率が低下している場合，Object Serverの「データベースの再編成」ユティリティを使って，データベースの再編成をします。

SEWB+/REPOSITORYを終了させる

データベースの再編成パラメタファイルを作成し，「データベースの再編成」ユティリティを実行する
データベースの再編成については，マニュアル「Groupmax Object Server Version 6 システム管理者ガイド」を参照してください。

SEWB+/REPOSITORYを再起動させる

注意事項

データベースの使用状況については，Object Serverの「データベースエリアの使用状況の表示」ユティリティを実行して確認してください。確認については，マニュアル「Groupmax Object Server Version 6 システム管理者ガイド」を参照してください。

(b)　データベースを再編成してもファイルシステムの容量不足が解消されない場合の対策

データベースファイルを空き容量の多いディスクドライブへ移動します。

Object ServerやSEWB+/REPOSITORYを終了させる

データベースファイルをバックアップして，現在のディスクドライブより空き容量の多いディスクドライブへリストアする
データベースファイルのバックアップおよびリストアの方法については，マニュアル「Groupmax Object Server Version 6 システム管理者ガイド」を参照してください。

Object ServerやSEWB+/REPOSITORYを再起動させる

(2)　ドキュメントファイルのディレクトリの対策

SEWB+/REPOSITORY終了させる

メモ帳などのテキストエディタで「SEWB+ 基本開発環境をインストールしたディレクトリの下の¥Repository¥adm¥RpEnv.cfg」ファイルを開く

開いたファイル中の「Configuration::DocumentPath:REG_SZ:ディレクトリパス名」の行のパス名をメモする

テキストエディタを終了する

現在より空き容量の多いファイルシステムに「doc」という名称のディレクトリを作成する

作成したディレクトリのアクセス権を次のように設定する

「Administrators」および「system」：フルコントロール（ALL）（ALL）

「everyone」：一覧（RX）（指定なし）

メモしたパス名で示すディレクトリ内のすべてのサブディレクトリやファイルを，作成したディレクトリへコピーまたは移動する

同様に2.の操作でファイルを開き，「Configuration::DocumentPath:REG_SZ:ディレクトリパス名」の行のパス名を，新しく作成した「doc」ディレクトリを示す絶対パス名に書き換える

変更内容をファイルに保存してエディタを終了する

SEWB+/REPOSITORYを再起動させる

(3)　ルートドキュメントフォルダの対策

SEWB+/REPOSITORYを終了させる

該当するルートドキュメントフォルダをネットワーク接続しているクライアントがあれば，リポジトリブラウザを使用してすべて切断させる

エクスプローラを起動させる

環境構築ユティリティでルートドキュメントフォルダを作成したときに指定したディレクトリを選択し，［ディスク］－［共有］を選ぶ
［共有ディレクトリ］ダイアログが表示されます。

［共有ディレクトリ］ダイアログで，ルートドキュメントフォルダと同じ名称の共有名が選択されていることを確認して［アクセス権］ボタンをクリックする
［共有資源のアクセス権］ダイアログが表示されます。

［共有資源のアクセス権］ダイアログの内容をすべてメモして，［キャンセル］ボタンをクリックする

［共有ディレクトリ］ダイアログで，［キャンセル］ボタンをクリックする

エクスプローラで，同ディレクトリを選択して，［セキュリティ］－［アクセス権］を選ぶ
［ディレクトリのアクセス権］ダイアログが表示されます。

［ディレクトリのアクセス権］ダイアログの内容をすべてメモし，［キャンセル］ボタンをクリックする

同ディレクトリを選択して，［ディスク］－［共有解除］を選ぶ
［ディレクトリの共有解除］ダイアログが表示されます。

［ディレクトリの共有解除］ダイアログで，ルートドキュメントフォルダと同じ名称の共有名が選択されていることを確認して［OK］ボタンをクリックする

現在より空き容量の多いファイルシステムに，ルートドキュメントフォルダと同じ名称のディレクトリを作成する

エクスプローラで，作成したディレクトリを選択して［セキュリティ］－［アクセス権］を選ぶ
［ディレクトリのアクセス権］ダイアログが表示されます。

［ディレクトリのアクセス権］ダイアログで，メモした内容と同じになるようにアクセス権を設定して［OK］ボタンをクリックする

エクスプローラで，作成したディレクトリを選択し［ディスク］－［共有］を選ぶ
［共有ディレクトリ］ダイアログが表示されます。

［共有ディレクトリ］ダイアログで，ルートドキュメントフォルダと同じ名称を共有名に入力して［アクセス権］ボタンをクリックする
［共有資源のアクセス権］ダイアログが表示されます。

［共有資源のアクセス権］ダイアログで，メモした内容と同じになるようにアクセス権を設定して［OK］ボタンをクリックする

［共有ディレクトリ］ダイアログで，［OK］ボタンをクリックする

元のルートドキュメントフォルダのディレクトリ内のすべてのサブディレクトリやファイルを，作成したディレクトリへ移動する
コピー機能を使用するとアクセス権が元の設定と変わってしまうため，必ず移動機能を使用してください。

SEWB+/REPOSITORYを再起動させる

10.4　データベースの障害対策

Object Serverでの障害対策について説明します。

＜この節の構成＞

(1)　排他資源不足のエラー

(1)　排他資源不足のエラー

SEWB+/REPOSITORYを使用しているときに，Object Serverで「排他資源が不足している」とのエラーが発生することがあります。この場合の対策を次に示します。

対策

同時に要求できる，データベースの排他の最大数を変更します。

排他の最大数の変更方法については，「3.2.2(2)(c)　サンプルファイルのカスタマイズ」の「(ii)　データベースの排他の最大数の変更」を参照してください。

付録

＜この付録の構成＞

付録A　インストールとアンインストール

付録B　SEWB+/REPOSITORYの起動と終了

付録C　Groupmaxとデータベースを共用する

付録D　必要なハードウェアリソース

付録E　サーバに作成されるファイルのディスク占有量

付録F　操作ログに出力される操作名および付加情報

付録G　このマニュアルの参考情報

付録H　用語解説

付録A　インストールとアンインストール

SEWB+/REPOSITORYのインストールとアンインストールは，SEWB+ 基本開発環境セットをインストールまたはアンインストールすることで実行できます。SEWB+ 基本開発環境セットをインストールまたはアンインストールすると，次に示す機能もインストールまたはアンインストールされます。

SEWB+/REPOSITORY-BROWSER

SEWB+/CONSTRUCTION

SEWB+/RECORD DEFINER

Object Server

ここでは，SEWB+ 基本開発環境セットのインストールとアンインストールについて説明します。

＜この節の構成＞

付録A.1　インストール・アンインストールを実行する前に

付録A.2　インストール

付録A.3　アンインストール

付録A.4　SEWB+/REPOSITORYの動作環境

付録A.1　インストール・アンインストールを実行する前に

ここでは，SEWB+ 基本開発環境セットをインストールまたはアンインストールする前に知っておいてほしいことについて説明します。

＜この項の構成＞

(1)　前製品とSEWB+ 基本開発環境との対応

(2)　各機能がインストールされるOS

(3)　インストール・アンインストールに必要なユーザ権限

(4)　サービスについて

(1)　前製品とSEWB+ 基本開発環境との対応

前製品とSEWB+ 基本開発環境の各機能との対応を次の表に示します。

表A-1　前製品とSEWB+ 基本開発環境との対応

前製品 | SEWB+ 基本開発環境の機能
P-2451-1424　SEWB+ リポジトリセット（SEWB+/REPOSITORY） | SEWB+/REPOSITORY
P-2651-1524　SEWB+/REPOSITORY-BROWSER | SEWB+/REPOSITORY-BROWSER
P-2451-1F24　SEWB+/REPOSITORY-BROWSER Server
P-2651-8324　SEWB+/CONSTRUCTION | SEWB+/CONSTRUCTION
P-2451-8F24　SEWB+/CONSTRUCTION Server
P-F2651-83242　SEWB+/RECORD DEFINER | SEWB+/RECORD DEFINER

(2)　各機能がインストールされるOS

SEWB+ 基本開発環境セットのインストールを実行した場合に，SEWB+ 基本開発環境の各機能がインストールされるOSを次の表に示します。

表A-2　各機能がインストールされるOS

SEWB+ 基本開発環境の機能 | Windows Server | Windows XP，Windows Vista，Windows 7
SEWB+/REPOSITORY | ○ | ×
SEWB+/REPOSITORY-BROWSER | ○ | ○
SEWB+/CONSTRUCTION | ○ | ○
SEWB+/RECORD DEFINER | ○ | ○

（凡例）

○：インストールされる

×：インストールされない

(3)　インストール・アンインストールに必要なユーザ権限

SEWB+ 基本開発環境セットをインストールまたはアンインストールする場合は，必ずAdministrators権限を持つアカウントで実行してください。

なお，OSがWindows Vista，Windows 7，Windows Server 2008，またはWindows Server 2008 x64の場合，一般ユーザでログインしてインストールまたはアンインストールを実行できます。ただし，一般ユーザでログインしても，インストール時またはアンインストール時に，Windows Vista，Windows 7，Windows Server 2008，またはWindows Server 2008 x64のユーザアカウント制御によって，Administrator権限に昇格してのインストールまたはアンインストールとなります。

注意

Windows Server 2008またはWindows Server 2008 x64にインストールする場合，管理者権限ユーザには必ずパスワードを設定するなど，ユーザ権限が適切に運用されていることが前提です。SEWB+ 基本開発環境セットをインストールする前に，Windows Server 2008またはWindows Server 2008 x64の管理者権限ユーザにパスワードが設定されていることを確認してください。

(4)　サービスについて

SEWB+ 基本開発環境のSEWB+/REPOSITORYをインストールまたはアンインストールする場合は，必ずSEWB+/REPOSITORYのサービスを停止しておいてください。

付録A.2　インストール

＜この項の構成＞

(1)　インストール時の注意事項

(2)　インストール手順

(1)　インストール時の注意事項

(a)　新規にインストールする場合

SEWB+ 基本開発環境セットを新規にインストールする場合，SEWB+/CONSTRUCTIONのsewbenv.iniファイル（環境設定情報ファイル）でユーザ環境情報を設定できます。

ユーザ環境情報を設定したsewbenv.iniファイル（環境設定情報ファイル）をほかのユーザに配布したあと，SEWB+基本開発環境セットをインストールすると，sewbenv.iniファイル（環境設定情報ファイル）に指定した内容でSEWB+/CONSTRUCTIONのユーザ環境が設定されます。なお，配布されたsewbenv.iniファイル（環境設定情報ファイル）は，ログインユーザのユーザTEMP環境変数に定義されているフォルダに格納してください。また，sewbenv.iniファイル（環境設定情報ファイル）は，SEWB+基本開発環境セットのインストールを実行すると，自動的に削除されるので必要な場合は保存しておいてください。

sewbenv.iniファイル（環境設定情報ファイル）を利用する手順

任意の1台のWindowsマシンにSEWB+ 基本開発環境セットをインストールする
SEWB+/CONSTRUCTIONのsewbenv.iniファイル（環境設定情報ファイル）のサンプルが次の場所に格納されます。

SEWB+ 基本開発環境の組み込み先のパス名¥Construction

SEWB+ 基本開発環境の組み込み先パス名は，デフォルトでは次のように設定されています。システムドライブとは，Windowsが組み込まれているドライブです。

システムドライブ:¥Program Files¥HITACHI¥Sewb

注意

64ビット版のWindowsでの，デフォルトの組み込み先パス名を次に示します。

システムドライブ:¥Program Files (x86)¥HITACHI¥Sewb

sewbenv.iniファイル（環境設定情報ファイル）をコピーし，編集する
sewbenv.iniファイル（環境設定情報ファイル）を任意のフォルダにコピーし，Windowsのメモ帳などを使用して編集します。

sewbenv.iniファイル（環境設定情報ファイル）を配布する

配布されたsewbenv.iniファイル（環境設定情報ファイル）を格納する
配布されたsewbenv.iniファイル（環境設定情報ファイル）は，ログインユーザのユーザTEMP環境変数に定義されているフォルダに格納してください。

各WindowsマシンにSEWB+ 基本開発環境セットをインストールする
sewbenv.iniファイル（環境設定情報ファイル）に指定されている内容でSEWB+/CONSTRUCTIONのユーザ環境が設定されます。
なお，ユーザTEMP環境変数に定義されているフォルダに格納したsewbenv.iniファイル（環境設定情報ファイル）は，SEWB+ 基本開発環境セットのインストールを実行すると，自動的に削除されるので必要な場合は保存しておいてください。

sewbenv.iniファイル（環境設定情報ファイル）の例，および設定内容

sewbenv.iniファイル（環境設定情報ファイル）の例，および設定内容を次に示します。

sewbenv.iniファイル（環境設定情報ファイル）の例

[CONSTRUCTION-CURRENT] … セクション名
C_CobolSourceFormat=0
C_FairCopy=0
C_UOCFairCopy=0
C_Picture=41
C_Indent=2
C_Sequence=0
C_InitialSequence=100
C_IncrementSequence=100
C_DataGenerateType=0
C_TemplateFilePath=
C_DataDefFilePath=
C_PartsPath=
C_XMLFilePath=
C_XMAP3FilePath=
C_RecordDefFilePath=
C_Editor=
C_AllRuleExpand=0
C_UOCBeginPattern=
C_UOCEndPattern=
C_ProgramFileSaveType=0
C_DataFileSaveType=0

表A-3　sewbenv.iniファイル（環境設定情報ファイル）設定内容

項番
キー名
内容
初期値
設定値

1
C_CobolSourceFormat
COBOLソースの正書法を指定する。
0
0，1または2を半角で指定する。

0：固定形式

1：フリー形式

2：ホスト向け固定形式

2
C_FairCopy
ソースプログラムを自動清書するかどうかを指定する。
0
0または1を半角で指定する。

0：ソースプログラムを自動清書する

1：ソースプログラムを自動清書しない

3
C_OCFairCopy
ユーザ追加処理を生成するかどうかを指定する。
0
0または1を半角で指定する。

0：ユーザ追加処理をそのまま生成しない

1：ユーザ追加処理をそのまま生成する

4
C_Picture
PIC句生成の開始位置を指定する。
41

固定形式またはホスト固定形式の場合：8～60の半角の整数を指定する。

フリー形式の場合：1～60の半角の整数を指定する。

5
C_Indent
インデントサイズを指定する。
2
0～8の半角の整数を指定する。

6
C_Sequence
一連番号を付加するかどうかを指定する。
0
0または1を半角で指定する。

0：一連番号を付加しない

1：一連番号を付加する

7
C_InitialSequence
一連番号の初期値を指定する。
100
1～999,999の半角の整数を指定する。

8
C_IncrementSequence
一連番号の増分値を指定する。
100
1～999,999の半角の整数を指定する。

9
C_DataGenerateType
データ定義およびレコード定義の辞書の自動再入力をするかどうかを指定する。
0
0または1を半角で指定する。

0：辞書の自動再入力をする

1：辞書の自動再入力をしない

10
C_TemplateFilePath
テンプレートファイルのパス名を指定する。
なし
任意のパス名を指定する。
複数指定する場合は，セミコロン（;）で区切って指定する。
なお，パス名の長さは，Windowsのレジストリ値の制限に依存する。

11
C_DataDefFilePath
データ定義ファイルのパス名を指定する。
なし
任意のパス名を指定する。
複数指定する場合は，セミコロン（;）で区切って指定する。
なお，パス名の長さは，Windowsのレジストリ値の制限に依存する。

12
C_PartsPath
部品ファイルのパス名を指定する。
なし
任意のパス名を指定する。
複数指定する場合は，セミコロン（;）で区切って指定する。
なお，パス名の長さは，Windowsのレジストリ値の制限に依存する。

13
C_XMLFilePath
XMLファイルのパス名を指定する。
なし
任意のパス名を指定する。
複数指定する場合は，セミコロン（;）で区切って指定する。
なお，パス名の長さは，Windowsのレジストリ値の制限に依存する。

14
C_XMAP3FilePath
マップ定義ファイルのパス名を指定する。
なし
任意のパス名を指定する。
複数指定する場合は，セミコロン（;）で区切って指定する。
なお，パス名の長さは，Windowsのレジストリ値の制限に依存する。

15
C_RecordDefFilePath
レコード定義ファイルのパス名を指定する。
なし
任意のパス名を指定する。
複数指定する場合は，セミコロン（;）で区切って指定する。
なお，パス名の長さは，Windowsのレジストリ値の制限に依存する。

16
C_Editor
使用エディタのパス名を指定する。
なし
任意のパス名を指定する。
なお，パス名の長さは，Windowsのレジストリ値の制限に依存する。

17
C_AllRuleExpand
すべての業務ルールを展開するかどうかを指定する。
0
0または1を半角で指定する。

0：業務ルールを無条件に展開しない

1：業務ルールを無条件に展開する

18
C_UOCBeginPattern
ユーザ追加処理の開始コメントを指定する。
なし
1,024バイト以内の任意の文字列を指定する。

19
C_UOCEndPattern
ユーザ追加処理の終了コメントを指定する。
なし
1,024バイト以内の任意の文字列を指定する。

20
C_ProgramFileSaveType
プログラム定義ファイルの新規格納形式を指定する。
0
0または1を半角で指定する。

0：バイナリ形式（*.csp）

1：XML形式（*.csq）

21
C_DataFileSaveType
データ定義ファイルの新規格納形式を指定する。
0
0または1を半角で指定する。

0：バイナリ形式（*.csd）

1：XML形式（*.cse）

注

指定内容に誤りがある場合，または範囲外の値を指定した場合の動作は保証しません。

(b)　前製品から移行する場合

SEWB+ 基本開発環境セットをインストールする場合，前製品をアンインストールする必要があります。ただし，次の表に示す情報を，SEWB+ 基本開発環境の機能で引き続き使用したい場合は，前製品をアンインストールする前に，SEWB+ 基本開発環境セットのインストールを実行してください。SEWB+ 基本開発環境のインストールを実行することで，次の表に示す情報がSEWB+ 基本開発環境の機能で使用できるようになります。

表A-4　前製品からSEWB+ 基本開発環境の機能に引き継がれる情報

前製品
SEWB+ 基本開発環境の機能に引き継がれる情報

P-2451-1424　SEWB+ リポジトリセット（SEWB+/REPOSITORY）※1
すべての情報が引き継がれる

ユーザ登録情報※2
ユーザ登録ファイル
グループ登録ファイル

環境構築ユティリティ情報※2

差分管理情報※2

ルートドキュメント情報※2

P-2651-1524　SEWB+/REPOSITORY-BROWSER
なし

P-2451-1F24　SEWB+/REPOSITORY-BROWSER Server

P-2651-8324　SEWB+/CONSTRUCTION
ユーザが設定した環境設定情報

P-2451-8F24　SEWB+/CONSTRUCTION Server

P-F2651-83242　SEWB+/RECORD DEFINER

注※1

SEWB+ リポジトリセットの構成製品であるObject Serverは，上書きインストールされます。

注※2

前製品とインストール先が同じ（同一フォルダ）である場合だけ，情報は引き継がれます。

なお，前製品のP-2451-1424　SEWB+ リポジトリセットのSEWB+/REPOSITORYのアンインストール手順については，「付録A.3(1)(b)　SEWB+ リポジトリセットのSEWB+/REPOSITORYのアンインストール手順」を参照してください。

(2)　インストール手順

SEWB+ 基本開発環境セットをインストールするには，CD-ROMの提供媒体を使用する方法と，JP1/NETM/DMを使用してリモートインストールする方法があります。JP1/NETM/DMを使用する方法については，マニュアル「JP1 Version 8 JP1/NETM/DM 運用ガイド1 (Windows(R)用)」，またはマニュアル「JP1 Version 9 JP1/NETM/DM 運用ガイド1 (Windows(R)用)」を参照してください。

(a)　新規にインストールする場合

SEWB+ 基本開発環境セットを新規にインストールする場合について説明します。

SEWB+ 基本開発環境セットをインストールするホストに「Administrators」権限でログインする
OSがWindows Vista，Windows 7，Windows Server 2008，またはWindows Server 2008 x64の場合は，一般ユーザでのログインもできますが，インストール時にWindows Vista，Windows 7，Windows Server 2008，またはWindows Server 2008 x64のユーザアカウント制御によって，Administrator権限に昇格してのインストールとなります。

注意

Windows Server 2008またはWindows Server 2008 x64にインストールする場合，管理者権限ユーザには必ずパスワードを設定するなど，ユーザ権限が適切に運用されていることが前提です。SEWB+ 基本開発環境セットをインストールする前に，Windows Server 2008またはWindows Server 2008 x64の管理者権限ユーザにパスワードが設定されていることを確認してください。

提供媒体をCD-ROMドライブに入れる
起動したインストーラの指示に従ってインストールを進めます。

ユーザ情報
ユーザ名などを入力します。

インストール先フォルダ
SEWB+ 基本開発環境セットの各機能をインストールするフォルダを指定します。
デフォルトでは次のように設定されています。システムドライブとは，Windowsが組み込まれているドライブです。

システムドライブ:¥Program Files¥HITACHI¥Sewb

注意

64ビット版のWindowsでの，デフォルトの組み込み先パス名を次に示します。

システムドライブ:¥Program Files (x86)¥HITACHI¥Sewb

別のフォルダにインストールしたい場合は，［参照］ボタンをクリックして表示されるインストール先変更ダイアログでフォルダを選択してください。

注意

Object Serverがインストールされていない状態で，SEWB+ 基本開発環境だけをインストールする場合
Object Serverインストーラが起動したあとに，［ソフトウェア使用規約への同意を促す］ダイアログで［中止］ボタンをクリックしてください。

Object Serverがインストールされている状態で，SEWB+ 基本開発環境だけをインストールする場合
Object Serverインストーラが起動したあとに，［Object Serverインストール方法選択］ダイアログで［中止］ボタンをクリックしてください。

SEWB+ 基本開発環境がインストールされていない状態で，Object Serverだけをインストールする場合
SEWB+のインストーラが先に起動するため，［カスタムセットアップ］ダイアログで，機能を選択しないで［次へ］ボタンをクリックしてください。
SEWB+インストーラを完了させる必要があります。

(b)　前製品から移行する場合

前製品からSEWB+ 基本開発環境セットにバージョンアップする場合について説明します。

SEWB+ 基本開発環境セットをインストールするホストに「Administrators」権限でログインする

SEWB+/REPOSITORYとObject Serverのサービスを停止する

提供媒体をCD-ROMドライブに入れる
起動したインストーラの指示に従ってインストールを進めます。
インストールを進めると，前製品がインストールされていることを示すダイアログが表示されます。［OK］ボタンをクリックしたあと，［はい］ボタンをクリックしてインストールを中断してください。

前製品をアンインストールする

SEWB+ 基本開発環境セットをインストールする

付録A.3　アンインストール

＜この項の構成＞

(1)　アンインストールの注意事項

(2)　アンインストール手順

(1)　アンインストールの注意事項

(a)　前製品から移行する場合

SEWB+ 基本開発環境セットをインストールする前に，前製品をアンインストールする必要があります。ただし，前製品のユーザ環境設定情報などを，SEWB+ 基本開発環境の機能で引き続き使用したい場合は，アンインストールする前に，SEWB+ 基本開発環境セットを上書きインストールしてください。SEWB+ 基本開発環境の機能で引き続き使用できる情報については，「付録A.2(1)(b)　前製品から移行する場合」を参照してください。

(b)　SEWB+ リポジトリセットのSEWB+/REPOSITORYのアンインストール手順

SEWB+ リポジトリセットのSEWB+/REPOSITORYをアンインストールする手順を説明します。

なお，アンインストールを実行しても，レジストリやファイルの一部が残りますが，削除しないでください。

SEWB+ リポジトリセットのSEWB+/REPOSITORYをアンインストールするホストに「Administrators」権限でログインする

SEWB+ リポジトリセットのSEWB+/REPOSITORYのサービスを停止する

SEWB+ リポジトリセットのSEWB+/REPOSITORYを削除する

Windows Server 2003の場合
［コントロールパネル］で「プログラムの追加と削除」を開いて，アンインストールする「SEWB+/REPOSITORY」を選択します。

［削除］ボタンをクリックしたあと，［はい］ボタンをクリックする
SEWB+ リポジトリセットのSEWB+/REPOSITORYがアンインストールされます。

(2)　アンインストール手順

SEWB+ 基本開発環境セットをアンインストールする手順を説明します。

SEWB+ 基本開発環境セットをアンインストールするホストに「Administrators」権限でログインする
OSがWindows Vista，Windows 7，Windows Server 2008，またはWindows Server 2008 x64の場合は，一般ユーザでのログインもできますが，アンインストール時にWindows Vista，Windows 7，Windows Server 2008，またはWindows Server 2008 x64のユーザアカウント制御によって，Administrator権限に昇格してのアンインストールとなります。

注意

Windows Server 2008またはWindows Server 2008 x64にインストールする場合，管理者権限ユーザには必ずパスワードを設定するなど，ユーザ権限が適切に運用されていることが前提です。SEWB+ 基本開発環境セットをインストールする前に，Windows Server 2008またはWindows Server 2008 x64の管理者権限ユーザにパスワードが設定されていることを確認してください。

SEWB+/REPOSITORYのサービスを停止する

インストーラを起動させる

［メンテナンスセットアップ］ダイアログで「削除」を選択し，［次へ］ボタンをクリックする

Object Serverだけがインストールされた状態でObject Serverだけをアンインストールする場合
SEWB+のインストーラが先に起動するため，［カスタムセットアップ］ダイアログで，機能を選択しないで［次へ］ボタンをクリックしてください。
SEWB+インストーラを完了させる必要があります。

SEWB+ 基本開発環境だけがインストールされた状態でSEWB+ 基本開発環境だけをアンインストールする場合
Object Serverのインストールが開始されるので，［ソフトウェア使用規約への同意を促す］ダイアログで［中止］ボタンをクリックしてください。
Object Serverのインストールを中断する必要があります。

「プログラムの追加と削除」画面からSEWB+ 基本開発環境を削除してしまった場合
統合インストーラを起動すると，SEWB+ 基本開発環境のインストーラが起動するので，［カスタムセットアップ］ダイアログで機能を選択しないで［次へ］ボタンをクリックしてください。
SEWB+インストーラを完了させる必要があります。

次の操作を実行する

Windows XP，Windows Server 2003またはWindows Server 2003 x64の場合
［削除］ボタンをクリックしたあと，［はい］ボタンをクリックします。

Windows Vista，Windows 7，Windows Server 2008またはWindows Server 2008 x64の場合
［はい］ボタンをクリックします。

SEWB+ 基本開発環境がアンインストールされます。

参考

インストーラを使用して，SEWB+ 基本開発環境をアンインストールできます。インストーラを使用する場合は，インストーラを起動して，メンテナンスセットアップダイアログで「削除」を選択し，［次へ］ボタンをクリックしてください。

付録A.4　SEWB+/REPOSITORYの動作環境

SEWB+/REPOSITORYが動作するために必要な環境を次の表に示します。

表A-5　SEWB+/REPOSITORYの動作環境

ハードウェア
内容

CPU
32ビットまたは64ビットのCPUが対象です。OS別に必要なクロック数を次に示します。

Windows Server 2003の場合：200MHz以上

Windows Server 2003 x64，Windows Server 2008またはWindows Server 2008 x64の場合：1.4GHz以上

搭載メモリ
Windows Server 2003の場合：128MB以上
Windows Server 2003 x64，Windows Server 2008またはWindows Server 2008 x64の場合：2GB以上

ディスプレイ
SVGA以上

リポジトリブラウザが動作するために必要な環境を次の表に示します。

表A-6　リポジトリブラウザの動作環境

ハードウェア
内容

CPU
32ビットまたは64ビットのCPUが対象です。OS別に必要なクロック数を次に示します。

Windows Server 2003の場合：166MHz以上

Windows XPの場合：300MHz以上

Windows VistaまたはWindows 7の場合：1GHz以上

Windows Server 2003 x64，Windows Server 2008またはWindows Server 2008 x64の場合：1.4GHz以上

搭載メモリ
Windows XPまたはWindows Server 2003の場合：128MB以上
Windows VistaまたはWindows 7の場合：1GB以上
Windows Server 2003 x64，Windows Server 2008またはWindows Server 2008 x64の場合：2GB以上

ディスプレイ
SVGA以上

付録B　SEWB+/REPOSITORYの起動と終了

＜この節の構成＞

付録B.1　SEWB+/REPOSITORYの起動と終了

付録B.2　リポジトリブラウザの起動と終了

付録B.1　SEWB+/REPOSITORYの起動と終了

＜この項の構成＞

(1)　SEWB+/REPOSITORYの起動

(2)　SEWB+/REPOSITORYの終了

(1)　SEWB+/REPOSITORYの起動

(a)　前提プログラムとSEWB+/REPOSITORYの起動手順

前提プログラムとSEWB+/REPOSITORYを起動する手順について説明します。前提プログラムであるObject Serverを起動させます。

前提プログラムの起動
Object Serverを起動します。起動方法については，マニュアル「Groupmax Object Server Version 6 システム管理者ガイド」を参照してください。
なお，Object Serverは，SEWB+/REPOSITORYを起動すると，自動的に起動します。

SEWB+/REPOSITORYの起動
起動方法については，「付録B.1(1)(b)　SEWB+/REPOSITORYの起動方法」を参照してください。

(b)　SEWB+/REPOSITORYの起動方法

SEWB+/REPOSITORYの起動方法について説明します。SEWB+/REPOSITORYの起動方法には，次の2とおりがあります。

(i) 手動による起動

ユーザがそのつど，［サービス］で起動する方法です。

Windows Serverに「Administrators」権限でログインする

［サービス］を起動する
「管理ツール」の「サービス」を選びます。

［サービス］のリストから「Sewb+/Repository」を選び，［開始］を実行する
［操作］－［開始］を選びます。
SEWB+/REPOSITORYが起動します。

(ii) Windows Serverの起動時の自動起動

Windows Serverの起動時に，SEWB+/REPOSITORYが自動起動するように設定しておく方法です。

Windows Serverに「Administrators」権限でログインする

［サービス］を起動する
「管理ツール」の「サービス」を選びます。

［サービス］のリストから「Sewb+/Repository」を選び，「スタートアップの種類」を「手動」から「自動」へ変更する
［操作］－［プロパティ］を選びます。
［サービス］のリストの「Sewb+/Repository」に「自動」と表示され，Windows Serverの起動時にSEWB+/REPOSITORYが自動起動するように設定されます。
この設定は，次回以降，Windows Serverを起動したときに有効になります。

(2)　SEWB+/REPOSITORYの終了

(a)　前提プログラムとSEWB+/REPOSITORYの終了手順

前提プログラムとSEWB+/REPOSITORYを終了する手順について説明します。

SEWB+/REPOSITORYの終了
終了方法については，「付録B.1(2)(b)　SEWB+/REPOSITORYの終了方法」を参照してください。

前提プログラムの終了
Object Serverを終了します。終了方法については，マニュアル「Groupmax Object Server Version 6 システム管理者ガイド」を参照してください。

(b)　SEWB+/REPOSITORYの終了方法

SEWB+/REPOSITORYの終了方法について説明します。

なお，SEWB+/REPOSITORYは，Object Server，またはWindows Serverを終了すると，自動的に終了します。

SEWB+/REPOSITORYを単独で終了する場合の手順は次のとおりです。

Windows Serverに「Administrators」権限でログインする

［サービス］を起動する
「管理ツール」の「サービス」を選びます。

［サービス］のリストから「Sewb+/Repository」を選び，［停止］を実行する
［操作］－［停止］を選びます。
SEWB+/REPOSITORYが終了します。

(c)　Object Serverの終了方法

Object Serverの終了方法について説明します。

なお，Object Serverは，Windows Serverを終了すると，自動的に終了します。

Object Serverを単独で終了する場合の手順は次のとおりです。

Windows Serverに「Administrators」権限でログインする

［サービス］を起動する
「管理ツール」の「サービス」を選びます。

［サービス］のリストから「Object Server」を選び，［停止］を実行する
［操作］－［停止］を選びます。
Object Serverが終了します。

(d)　システム統合運用管理を使用している場合の注意

Groupmax System Manager - TCP/IPのシステム統合運用管理を使用している場合でも，あらかじめSEWB+/REPOSITORYを終了してからObject Serverを終了するようにしてください。

付録B.2　リポジトリブラウザの起動と終了

＜この項の構成＞

(1)　リポジトリブラウザの起動

(2)　リポジトリブラウザの起動（ショートカットを使った起動）

(3)　リポジトリブラウザの終了

(1)　リポジトリブラウザの起動

リポジトリブラウザの起動方法について説明します。

スタートアイコンの［すべてのプログラム］から［Sewb+］－［Repository-Browser］－［リポジトリブラウザ］を選ぶ

「ユーザ名」，「ログイン先」および「パスワード」を指定する
「ログイン先」は，以前にログインしたサーバのホスト名のリストから選択できます。

［OK］ボタンをクリックする
リポジトリブラウザが起動して，リポジトリブラウザウィンドウが表示されます。

(2)　リポジトリブラウザの起動（ショートカットを使った起動）

リポジトリの任意の資源を指定し，リポジトリブラウザを起動するためのWindowsのショートカットを作成できます。ショートカットからリポジトリブラウザを起動すると，ショートカットに指定した資源が選択された状態で，リポジトリブラウザウィンドウが表示されます。

次に，起動用ショートカットの作成方法と，ショートカットからのリポジトリブラウザの起動方法について説明します。

(a)　リポジトリブラウザ起動用ショートカットの作成

リポジトリブラウザウィンドウに表示されるすべての資源に対して，起動用ショートカットを作成できます。

リポジトリブラウザウィンドウで，起動用ショートカットの対象にしたい資源を選択する

リポジトリブラウザウィンドウの［リポジトリ］－［リポジトリブラウザ起動用ショートカットの作成］を選ぶ
［リポジトリブラウザ起動用ショートカットの作成］ダイアログが表示されます。

「ファイル名」と「作成する場所」を指定する

「ファイル名」には，作成するショートカットのファイル名を指定します。

「作成する場所」には，ショートカットを作成する場所（ディレクトリ）のパスを指定します。

［OK］ボタンをクリックする
「作成する場所」に指定した場所に，リポジトリブラウザ起動用のショートカットが作成されます※。

注※

ショートカットの作成後，［プロパティ］ダイアログの「リンク先」でパスの指定を変更しないようにしてください。「リンク先」のパスを変更すると，リポジトリブラウザが正しく起動されない場合があります。

(b)　ショートカットからのリポジトリブラウザの起動

ショートカットからの起動方法について説明します。なお，ショートカットから起動した場合は，前回リポジトリブラウザを終了したときの状態は復元されません。

リポジトリブラウザ起動用のショートカットを実行する
リポジトリブラウザが起動され，ショートカットに指定した資源が選択された状態でリポジトリブラウザウィンドウが表示されます。

(3)　リポジトリブラウザの終了

リポジトリブラウザの終了方法について説明します。

リポジトリブラウザのウィンドウの［リポジトリ］－［終了］を選ぶ
リポジトリブラウザが終了します。

［SEWB+ ログイン］アイコンを右クリック（または左クリック）して，［閉じる］メニューを選ぶ
リポジトリからログアウトします。

付録C　Groupmaxとデータベースを共用する

Groupmaxとデータベースを共用する場合，次の二つの方法があります。

Groupmaxと同時にデータベースを初期化する

Groupmaxで初期化したデータベースにエリアを追加する

また，Integrated Desktopの文書管理とデータベースを共用するときは，サンプルとして提供している初期設定パラメタファイル中のファイル名称が重複しているので，次のファイル名称を任意の名称に変更してください。初期設定パラメタファイルの詳細については，「3.2.2(1)　初期設定パラメタファイルの作成」を参照してください。

c:¥sample¥DB¥user_db_1
c:¥sample¥DB¥user_db_2
c:¥sample¥DB¥user_db_3
c:¥sample¥DB¥version_db
c:¥sample¥DB¥users_db
c:¥sample¥DB¥index_1
c:¥sample¥DB¥index_2
c:¥sample¥DB¥version_index
c:¥sample¥DB¥users_index

＜この節の構成＞

付録C.1　Groupmaxと同時にデータベースを初期化する

付録C.2　Groupmaxで初期化したデータベースにエリアを追加する

付録C.1　Groupmaxと同時にデータベースを初期化する

Groupmaxと同時にデータベースを初期化する場合，初期設定パラメタファイルにSEWB+/REPOSITORY用のパラメタを追加します。そのとき，次の点に注意してください。

サンプルファイルを利用する場合
サンプルファイルを利用する場合は，次の部分を削除したあと，初期設定パラメタファイルに追加します。サンプルファイルについては，「3.2.2(1)(b)　サンプルファイルの利用」を参照してください。

area  -n  master -u MASTER -s 50
file  -n  c:¥sample¥DB¥master_dir -i 2
area  -n  datadir -u DATADIR -s 50
file  -n  c:¥sample¥DB¥data_dir -i 1
area  -n  dictionary -u DICTIONARY -s 8
file  -n  c:¥sample¥DB¥dictionary -i 100

area  -n  oidindex -u OIDINDEX -s 32
file  -n  c:¥sample¥DB¥oidindex -i 64

インデックス用のエリアの定義
インデックス用のエリアの定義は，初期設定パラメタファイルの最後にまとめます。

付録C.2　Groupmaxで初期化したデータベースにエリアを追加する

Groupmaxで初期化したデータベースに，エリアを追加する場合，次の手順で設定をします。

Object Serverをユティリティ実行モードで起動する

「データベースへのエリアの追加」を選ぶ
サンプルファイルを構成変更パラメタファイルとして利用するときは，ファイルのコピー後，次の部分を削除します。

area  -n  master -u MASTER -s 50
file  -n  c:¥sample¥DB¥master_dir -i 2
area  -n  datadir -u DATADIR -s 50
file  -n  c:¥sample¥DB¥data_dir -i 1
area  -n  dictionary -u DICTIONARY -s 8
file  -n  c:¥sample¥DB¥dictionary -i 100
area  -n  oidindex -u OIDINDEX -s 32
file  -n  c:¥sample¥DB¥oidindex -i 64

Object Serverを再起動後，SEWB+/REPOSITORYの初期設定ユティリティを起動する

付録D　必要なハードウェアリソース

＜この節の構成＞

付録D.1　サーバに必要なハードウェアリソース

付録D.2　クライアントに必要なハードウェアリソース

付録D.1　サーバに必要なハードウェアリソース

＜この項の構成＞

(1)　メモリ容量

(2)　ディスク容量

(1)　メモリ容量

サーバで使用されるメモリの内訳を次の表に示します。

表D-1　サーバで使用されるメモリの内訳

内容 | 所要メモリ量（MB） | 備考
OS（Windows Server 2003） | 128.0※1 | 推奨は256MB以上 | A
OS（Windows Server 2003 x64） | 512.0※1 | 推奨は2GB以上
OS（Windows Server 2008）
OS（Windows Server 2008 x64）
Groupmax Object Server | 30.0※2 | どちらか一つが必要 | B
Groupmax High-end Object Server | 42.0※2
SEWB+/REPOSITORY | 5.0※2 | 常駐プロセス部分 | C
9.0※2 | 接続しているクライアントごとに必要 | D

注※1

実メモリの値を示します。

注※2

仮想メモリの値を示します。

スワップを発生させないで快適にサーバを使用するには，次に示す式で求めた値を目安としてメモリを搭載することをお勧めします。式で使用しているA～Dは，表D-1に示すA～Dに対応しています。

(A＋((B＋C)÷2))＋((D×接続クライアント数)÷2)

次にサーバに搭載するメモリの計算例を示します。

条件

OS：Windows Server 2003 x64（推奨メモリ分）

データベース：Groupmax High-end Object Server

接続クライアント数：20

メモリ量

（256＋42＋5）＋（9）×20＝483（MB）

クライアント側での処理要求時にサーバで使用されるメモリを次の表に示します。

表D-2　クライアント側の処理要求時にサーバで使用されるメモリ

処理内容 | 所要メモリ量（MB） | 備考
データ項目のリスト表示 | 0.8 | 1,000件表示時

注

ドキュメントの操作は，件数に関係なく100KB未満のメモリが使用されます。

ユティリティを起動したときにサーバで使用されるメモリを次の表に示します。

表D-3　ユティリティ起動時にサーバで使用されるメモリ

処理内容
所要メモリ量（MB）
備考

CSV入力，移行
11.5
1,000件入力時
計算式：2.5KB×件数＋9MB
ERwin/ERXと連携する場合は，さらに9.4MB必要

環境構築ユティリティ
6.0
辞書ユティリティのタイプマッピングの設定をする場合は，46MB必要

(2)　ディスク容量

サーバで稼働する製品に必要なディスク容量を次の表に示します。

表D-4　サーバで稼働する製品に必要なディスク容量

内容 | 所要ディスク容量（MB） | 備考
Groupmax Object Server | 300.0 | ※
Groupmax High-end Object Server | 350.0 | ※
SEWB+/REPOSITORY | 20.0 |
SEWB+/BATCH-FRAMEWORK | 0.7 |

注※

データベースの初期化は，SEWB+/REPOSITORYが提供しているサンプルファイルを使用しています。

付録D.2　クライアントに必要なハードウェアリソース

＜この項の構成＞

(1)　メモリ容量

(2)　ディスク容量

(1)　メモリ容量

動作可能となる最小メモリは次のとおりです。

Windows XP，Windows Server 2003の場合：128MB

Windows Server 2003 x64の場合：512MB

Windows Vista，Windows 7，Windows Server 2008，Windows Server 2008 x64の場合：1GB

ただし，起動する製品によってはスワップが発生する場合があります。このため，快適にクライアントを使用するには，次に示す値以上のメモリを搭載することをお勧めします。

Windows Server 2008，Windows Server 2008(x64)の場合：2GB以上

Windows 7の場合：1GB以上

Windows Vistaの場合：512MB以上
ただし，Windows Aero利用時は1GB以上を推奨します。

Windows Server 2003(x64)の場合：136MB以上

Windows XP，Windows Server 2003の場合：128MB以上

クライアントで使用されるメモリの内訳の目安を次の表に示します。

表D-5　クライアントで使用されるメモリの内訳

内　容 | 仮想メモリ容量※（MB）
SEWB+/REPOSITORY-BROWSER | 15
SEWB+/CONSTRUCTION
SEWB+/RECORD DEFINER

注※

仮想メモリ容量とは，仮想メモリ空間での所要量です。

(2)　ディスク容量

各製品に必要なディスク容量の目安を次の表に示します。

表D-6　各製品に必要なディスク容量

内容 | 所要ディスク容量（MB）
SEWB+/REPOSITORY-BROWSER | 17
SEWB+/CONSTRUCTION
SEWB+/RECORD DEFINER

付録E　サーバに作成されるファイルのディスク占有量

サーバに作成されるファイルのディスク占有量について説明します。

＜この節の構成＞

付録E.1　ドキュメント実体管理ファイル

付録E.2　ネットワーク参照用ドキュメントファイル

付録E.3　ドキュメント種別のテンプレートファイル

付録E.4　保守情報ファイル

付録E.5　データベースファイル

付録E.1　ドキュメント実体管理ファイル

ドキュメント実体管理ファイルは，初期設定ユティリティのドキュメントオプションで指定したドキュメントファイルディレクトリ下に作成されます。

ドキュメント実体管理ファイルのディスク占有量は，次のようになります。

F=f×v×n バイト

F：ディスク占有量

f：平均ファイルサイズ

v：平均バージョン保有数

n：ドキュメント数

付録E.2　ネットワーク参照用ドキュメントファイル

ネットワーク参照用ドキュメントファイルは，環境構築ユティリティで作成したルートドキュメントフォルダのディレクトリ下に作成されるファイルです。

ネットワーク参照用ドキュメントファイルのディスク占有量は，次のようになります。

F=f×n バイト

F：ディスク占有量

f：平均ファイルサイズ

n：ドキュメント数

付録E.3　ドキュメント種別のテンプレートファイル

ドキュメント種別のテンプレートファイルは，ドキュメント実体管理ファイルと同じディレクトリ下に作成されます。

ドキュメント種別のテンプレートファイルのディスク占有量は，次のようになります。

F=f×n バイト

F：ディスク占有量

f：平均テンプレートファイルサイズ

n：ドキュメント種別数

付録E.4　保守情報ファイル

保守情報ファイルは，SEWB+/REPOSITORYのインストールディレクトリ下に作成されます。

保守情報ファイルのディスク占有量は，次のようになります。

F=100,000×u バイト

F：ディスク占有量

u：同時ログインユーザ数

付録E.5　データベースファイル

データベースファイルのディスク占有量は，次のようになります。

F=70,000,000+5,000×a+12,000×b+5,000×c バイト

F：ディスク占有量

a：ドキュメント数

b：データ項目数

c：業務ルール数

付録F　操作ログに出力される操作名および付加情報

操作ログに出力される操作名および付加情報を次の表に示します。

表F-1　操作ログレコードに出力される項目の内容（Authentication）

操作名
付加情報
事象の結果

Login
（ログイン）

Ver=クライアントバージョン

BufSize=転送バッファサイズ

Status=ステータス番号

Success
/Failed

Logout
（ログアウト）
Status=ステータス番号
Success
/Failed

表F-2　操作ログレコードに出力される項目の内容（ConfigurationAccess）

操作名
付加情報
事象の結果

Change access right of data item
（データ項目のアクセス権の変更）

ObjectID=データ項目のオブジェクトID

Status=ステータス番号

Success
/Failed

Change access right of dictionary
（辞書フォルダのアクセス権の変更）

ObjectID=辞書フォルダのオブジェクトID

Status=ステータス番号

Success
/Failed

Change access right of document
（ドキュメントのアクセス権の変更）

ObjectID=ドキュメントのオブジェクトID

Status=ステータス番号

Success
/Failed

Change access right of document folder
（ドキュメントフォルダのアクセス権の変更）

ObjectID=ドキュメントフォルダのオブジェクトID

Status=ステータス番号

Success
/Failed

Change access right of rule
（業務ルールのアクセス権の変更）

ObjectID=データ項目のオブジェクトID

Status=ステータス番号

Success
/Failed

Change access right of system version
（システムバージョンのアクセス権の変更）

ObjectID=システムバージョンのオブジェクトID

Status=ステータス番号

Success
/Failed

Change attribute of object
（オブジェクトの属性の変更）

ObjectID=オブジェクトID

AttrID=属性ID

Value="属性値"

Status=ステータス番号

Success
/Failed

Change attributes of system version
（システムバージョンの属性変更）

ObjectID=システムバージョンのオブジェクトID

ChangeName=名称を変更するかどうか
0：変更しない
1：変更する

Name="変更後の名称"（ChangeName=0ときは"dummy"）

ChangeComment=コメントを変更するかどうか
0：変更しない
1：変更する

Comment="変更後のコメント"（ChangeComment=0のときは"dummy"）

Type=システムバージョン種別
0：固定システムバージョン
1：浮動システムバージョン

Status=ステータス番号

Success
/Failed

Change composition items of composite item
（結合項目の構成要素の変更）

ObjectID=結合項目のオブジェクトID

Status=ステータス番号

Success
/Failed

Change name
（名称の変更）

ObjectID=オブジェクトID

Name="変更後の名称"

Status=ステータス番号

Success
/Failed

Change name of data item
（データ項目名称の変更）

ObjectID=データ項目のオブジェクトID

Name="変更するデータ項目名称"

Status=ステータス番号

Success
/Failed

Change name of dictionary
（辞書フォルダの名称変更）

ObjectID=辞書フォルダのオブジェクトID

Name="変更する辞書フォルダ名称"

Status=ステータス番号

Success
/Failed

Change name of rule
（業務ルール名称の変更）

ObjectID=業務ルールのオブジェクトID

Name="変更する業務ルール名称"

Status=ステータス番号

Success
/Failed

Change naming rule
（命名ルールの変更）

ObjectID=命名ルールオブジェクトID

Status=ステータス番号

Success
/Failed

Change password
（パスワードの変更）
Status=ステータス番号
Success
/Failed

Create composite item
（結合項目の作成）

Name="結合項目名称"

ObjectID=作成した結合項目のオブジェクトID

Status=ステータス番号

Success
/Failed

Create data item
（データ項目の作成）

Name="データ項目名称"

ObjectID=作成したデータ項目のオブジェクトID

Status=ステータス番号

Success
/Failed

Create dictionary
（辞書フォルダの作成）

Name="辞書フォルダ名称"

ObjectID=作成された辞書フォルダのオブジェクトID

Status=ステータス番号

Success
/Failed

Create document
（ドキュメントの作成）

Name="ドキュメント名称"

ParentObjectID=親フォルダのオブジェクトID

SystemVersionObjectID=設定するシステムバージョンのオブジェクトID

ObjectID=作成したドキュメントのオブジェクトID

Status=ステータス番号

Success
/Failed

Create document folder
（ドキュメントフォルダの作成）

Name="ドキュメントフォルダ名称"

ParentObjectID=親フォルダのオブジェクトID

ObjectID=作成したドキュメントフォルダのオブジェクトID

Status=ステータス番号

Success
/Failed

Create document root folder
（ルートドキュメントフォルダの作成）

Name="ルートドキュメントフォルダ名称"

ObjectID=作成したルートドキュメントフォルダのオブジェクトID

Status=ステータス番号

Success
/Failed

Create rule
（業務ルールの作成）

Name="業務ルール名称"

ObjectID=作成した業務ルールのオブジェクトID

Status=ステータス番号

Success
/Failed

Create system version
（システムバージョンの作成）

Name="システムバージョンの名称"

Type=システムバージョン種別
0：固定システムバージョン
1：浮動システムバージョン
2：システムバージョンフォルダ

ParentObjectID=親システムバージョンフォルダのオブジェクトID

ObjectID=作成したシステムバージョンのオブジェクトID

Status=ステータス番号

Success
/Failed

Create type of document
（ドキュメント種別の作成）

Name="ドキュメント種別名称"

ObjectID=作成したドキュメント種別のオブジェクトID

Status=ステータス番号

Success
/Failed

Delete composition items of composite item
（結合項目の構成要素の削除）

ObjectID=結合項目のオブジェクトID

Status=ステータス番号

Success
/Failed

Delete data items
（データ項目の削除）

Quantity=削除するデータ項目数

ObjectID=データ項目のオブジェクトID

Status=ステータス番号

Success
/Failed

Delete dictionary
（辞書フォルダの削除）

ObjectID=辞書フォルダのオブジェクトID

Status=ステータス番号

Success
/Failed

Delete document
（ドキュメントの削除）

ObjectID=ドキュメントのオブジェクトID

Status=ステータス番号

Success
/Failed

Delete document folder
（ドキュメントフォルダの削除）

ObjectID=ドキュメントフォルダのオブジェクトID

Status=ステータス番号

Success
/Failed

Delete document root folder
（ルートドキュメントフォルダの削除）

ObjectID=ルートドキュメントフォルダのオブジェクトID

Status=ステータス番号

Success
/Failed

Delete rules
（業務ルールの削除）

Quantity=削除する業務ルール数

ObjectID=業務ルールのオブジェクトID

Status=ステータス番号

Success
/Failed

Delete system version
（システムバージョンの削除）

ObjectID=システムバージョンのオブジェクトID

Recursive=下位のシステムバージョンも削除するかどうか
0：削除しない
1：削除する

Status=ステータス番号

Success
/Failed

Delete type of document
（ドキュメント種別の削除）

ObjectID=ドキュメント種別のオブジェクトID

Status=ステータス番号

Success
/Failed

Duplicate system version
（システムバージョンの複製）

ObjectID=複製元のシステムバージョンのオブジェクトID

ParentObjectID=複製先のシステムバージョンフォルダのオブジェクトID

Name="複製後のシステムバージョン名称"

Type=システムバージョン種別
0：固定システムバージョン
1：浮動システムバージョン

ObjectID=複製されたシステムバージョンのオブジェクトID

Status=ステータス番号

Success
/Failed

Get access right of data item
（データ項目のアクセス権の取得）

ObjectID=データ項目のオブジェクトID

Status=ステータス番号

Success
/Failed

Get access right of dictionary
（辞書フォルダのアクセス権の取得）

ObjectID=辞書フォルダのオブジェクトID

Status=ステータス番号

Success
/Failed

Get access right of rule
（業務ルールのアクセス権の取得）

ObjectID=データ項目のオブジェクトID

Status=ステータス番号

Success
/Failed

Get composition items of composite Item
（結合項目の構成要素の取得）

ObjectID=結合項目のオブジェクトID

Status=ステータス番号

Success
/Failed

Move data item
（データ項目の移動）

ObjectID=データ項目のオブジェクトID

ParentObjectID=移動先の親オブジェクトID

Status=ステータス番号

Success
/Failed

Move document
（ドキュメントの移動）

ObjectID=移動するドキュメントのオブジェクトID

ParentObjectID=移動先のドキュメントフォルダのオブジェクトID

Status=ステータス番号

Success
/Failed

Move rule
（業務ルールの移動）

ObjectID=業務ルールのオブジェクトID

ParentObjectID=移動先辞書フォルダのオブジェクトID

Status=ステータス番号

Success
/Failed

Register document
（ドキュメントの登録・再登録）

Path="登録するファイルのパス名"

ParentObjectID=フォルダのオブジェクトID

SystemVersionObjectID=設定するシステムバージョンのオブジェクトID

ObjectID=作成したドキュメントのオブジェクトID

Status=ステータス番号

Success
/Failed

Search data items
（データ項目の検索）

ObjectID=基点のオブジェクトID

Status=ステータス番号

Success
/Failed

Search data items for export
（エクスポート用データ項目の検索）

ObjectID=基点のオブジェクトID

Status=ステータス番号

Success
/Failed

Set relation
（関連の設定）

FromObjectID=関連元のオブジェクトID

ToObjectID=関連先のオブジェクトID

RelationType=設定する関連の種別名称

Status=ステータス番号

Success
/Failed

Set relations
（関連の一括設定）

Quantity=設定する関連数

RelationType=設定する関連の種別名称

Status=ステータス番号

Success
/Failed

Set system version to document
（システムバージョンの設定）

DocumentObjectID=設定されるドキュメントのオブジェクトID

SystemVersionObjectID=設定するシステムバージョンのオブジェクトID

Status=ステータス番号

Success
/Failed

Set system version to document folder
（フォルダ指定でのシステムバージョンの設定）

FolderObjectID=設定されるドキュメントフォルダのオブジェクトID

SystemVersionObjectID=設定するシステムバージョンのオブジェクトID

Status=ステータス番号

Success
/Failed

Set system version to documents
（システムバージョンの一括設定）

Quantity=設定されるドキュメント数

Status=ステータス番号

Success
/Failed

Unset relation
（関連の設定解除）

FromObjectID=関連元のオブジェクトID

ToObjectID=関連先のオブジェクトID

UseRelationType=関連種別の指定有無
0：指定無し
1：指定有り

RelationType=設定解除する関連の種別名称（UseRelationType=1の場合だけ有効）

Status=ステータス番号

Success
/Failed

Unset system version to document
（システムバージョンの設定解除）

DocumentObjectID=設定解除されるドキュメントのオブジェクトID

SystemVersionObjectID=設定解除するシステムバージョンのオブジェクトID

Status=ステータス番号

Success
/Failed

Unset system version to document folder
（フォルダ指定でのシステムバージョンの設定解除）

FolderObjectID=設定解除されるドキュメントフォルダのオブジェクトID

SystemVersionObjectID=設定解除するシステムバージョンのオブジェクトID

Status=ステータス番号

Success
/Failed

Update relations
（関連の一括更新）

ObjectID=基点のオブジェクトID

Quantity=更新する関連数

RelationType=更新する関連の種別名称

Delete=現在設定済みの関連を解除するかどうか
0：解除しない
1：解除する

Reverse=基点オブジェクトからの関連方向
0：基点を関連元とする
1：基点を関連先とする

Status=ステータス番号

Success
/Failed

表F-3　操作ログレコードに出力される項目の内容（ContentAccess）

操作名
付加情報
事象の結果

Cancel checkout of document
（ドキュメントのチェックアウト取消）

ObjectID=ドキュメントのオブジェクトID

Status=ステータス番号

Success
/Failed

Check data item
（データ項目の検査）

ObjectID=データ項目のオブジェクトID

Status=ステータス番号

Success
/Failed

Check rule
（業務ルールの検査）

ObjectID=業務ルールのオブジェクトID

Status=ステータス番号

Success
/Failed

End download document
（ドキュメントのダウンロード終了（作成，チェックアウト時））
Status=ステータス番号
Success
/Failed

End upload document
（ドキュメントのアップロード終了（登録，チェックイン時））
Status=ステータス番号
Success
/Failed

Get name of record
（レコード項目名の取得）

Status=ステータス番号

Name="レコード項目名称"

Success
/Failed

Get value of data item
（データ項目の定義情報の取得）

ObjectID=データ項目のオブジェクトID

Name="データ項目名称"

Status=ステータス番号

Success
/Failed

Get value of rule
（業務ルールの定義情報の取得）

ObjectID=業務ルールのオブジェクトID

Name="業務ルール名称"

Status=ステータス番号

Success
/Failed

Start download document
（ドキュメントのダウンロード開始（作成，チェックアウト時））

ObjectID=ドキュメントのオブジェクトID

Path="ダウンロード先のパス名"

LockMode=ロックモード
2：参照チェックアウト
3：更新チェックアウト

Status=ステータス番号

Success
/Failed

Start upload document
（ドキュメントのアップロード開始（登録，チェックイン時））

ObjectID=ドキュメントのオブジェクトID

SyatemVersionObjectID=設定するシステムバージョンのオブジェクトID

Status=ステータス番号

Success
/Failed

Update comosite item
（結合項目の更新）

ObjectID=結合項目のオブジェクトID

Name="結合項目の名称"

Status=ステータス番号

Success
/Failed

Update data item
（データ項目の更新）

ObjectID=データ項目のオブジェクトID

Name="データ項目の名称"

Status=ステータス番号

Success
/Failed

Upload document
（ドキュメントのアップロード（32KB以下のファイルの登録，チェックイン時））

ObjectID=ドキュメントのオブジェクトID

SyatemVersionObjectID=設定するシステムバージョンのオブジェクトID

Status=ステータス番号

Success
/Failed

表F-4　操作ログレコードに出力される項目の内容（AnomalyEvent）

操作名
付加情報
事象の結果

Network communication error
（通信障害の発生，またはクライアントダウンの報告）
なし
Failed

表F-5　操作ログレコードに出力される項目の内容（ManagementAction）

操作名
付加情報
事象の結果

Session abort
（障害発生でユーザのセッションを中断したことの報告）
なし
Occurred

付録G　このマニュアルの参考情報

このマニュアルを読むに当たっての参考情報を示します。

＜この節の構成＞

付録G.1　関連マニュアル

付録G.2　このマニュアルでの表記

付録G.3　KB（キロバイト）などの単位表記について

付録G.1　関連マニュアル

SEWB+のマニュアル体系を次に示します。

関連マニュアルを次に示します。必要に応じてお読みください。

SEWB+ 基本開発環境セット

SEWB+ 概説（3020-3-B80）

SEWB+/REPOSITORY 辞書設計ガイド（3020-3-B82）

SEWB+/CONSTRUCTION アプリケーション開発ガイド（3020-3-B83）

SEWB+/RECORD DEFINER 操作ガイド（3020-3-B84）

Groupmax Object Server Version 6 システム管理者ガイド（3020-3-B56）

SEWB+関連製品

SEWB+/REPORT MANAGER ドキュメント作成支援 使用の手引（3020-3-720）

COBOL

COBOL85 操作ガイド（3020-3-873）

COBOL2002 操作ガイド（3020-3-D41）

COBOL2002 操作ガイド（3020-3-D47）

JP1

JP1 Version 8 JP1/NETM/DM 運用ガイド1 (Windows(R)用)（3020-3-L38）

JP1 Version 8 JP1/NETM/Audit（3020-3-L50）

JP1 Version 9 JP1/NETM/DM 運用ガイド1(Windows(R)用)（3020-3-S81）

JP1 Version 9 JP1/NETM/Audit 構築・運用ガイド（3020-3-S90）

EUR

uCosminexus EUR 概説（3020-7-531）※1

uCosminexus EUR 帳票設計（3020-7-533）※1

uCosminexus EUR 帳票設計（EUR Form帳票）（3020-7-534）※1

uCosminexus EUR クライアント帳票出力（3020-7-535）※1

uCosminexus EUR サーバ帳票出力（3020-7-536）※1

uCosminexus EUR メッセージ（3020-7-537）※1

uCosminexus EUR システム設計ガイド（3020-7-702）※2

uCosminexus EUR システム構築ガイド（3020-7-703）※2

uCosminexus EUR 帳票作成 画面リファレンス（3020-7-705）※2

uCosminexus EUR 帳票出力 機能解説 EUR Server編（3020-7-708）※2

uCosminexus EUR 帳票出力 リファレンス EUR Server編（3020-7-710）※2

uCosminexus EUR データベース連携ガイド（3020-7-713）※2

uCosminexus EUR メッセージ（3020-7-714）※2

注※1

EUR Version 8の場合にお読みください。

注※2

EUR Version 9の場合にお読みください。

付録G.2　このマニュアルでの表記

このマニュアルでは，製品名および機能名を次のように表記しています。

表記 | 正式名称
EUR | EUR：イーユーアール Professional Edition
uCosminexus EUR：イーユーアール Designer
uCosminexus EUR：イーユーアール Developer
JP1/NETM/Audit | JP1/NETM/Audit - Manager
Object Server | Groupmax Object Server | Groupmax Object Server Version 6
Groupmax High-end Object Server | Groupmax High-end Object Server Version 6
SEWB+/CONSTRUCTION | SEWB+ 基本開発環境のプログラム構築支援機能
SEWB+/RECORD DEFINER | SEWB+ 基本開発環境のレコード設計支援機能

付録G.3　KB（キロバイト）などの単位表記について

1KB（キロバイト），1MB（メガバイト），1GB（ギガバイト），1TB（テラバイト）はそれぞれ1,024バイト，1,024²バイト，1,024³バイト，1,024⁴バイトです。

付録H　用語解説

英字｜ア行｜カ行｜サ行｜タ行｜ハ行｜ヤ行｜ラ行

英字

CSV形式ファイル（Comma Separated Values形式ファイル）

CSV形式でデータが記述されたファイルのことです。CSV形式とは，表計算プログラムやリレーショナルデータベースでデータを扱えるテキストデータの形式をいいます。データの区切りをコンマ（,），レコードの区切りを改行で表します。レコードは可変長形式になります。辞書情報を一括して登録したり出力したりするには，CSV形式ファイルを使います。

EUR

SEWB+/REPOSITORYと連携し，レポートの設計から印刷までを支援するツールです。EURでは，マウス操作を基本とした簡単な操作で，自由な形式のレポートを効率良く設計できます。設計時には，SEWB+/REPOSITORYの辞書のレコード定義（最上位結合項目）から，レポートの設計に必要なフィールド定義情報を自動的に生成して利用できます。また，設計したレポートの印刷にはプログラミングの必要がなく，レポート出力アプリケーションを容易に作成できます。

Object Server

Groupmax Object ServerおよびGroupmax High-end Object Serverは，多様な構造と関連性を持った情報をオブジェクトとして格納するプログラムです。また，それらのオブジェクトを管理するための高度な管理機能を備えています。このマニュアルでは，両方のプログラムに共通の説明をする場合には総称としてObject Serverと呼んでいます。

SEWB+/CONSTRUCTION

SEWB+ 基本開発環境のプログラム構築支援機能のことです。

特に，TPモニタやジョブ運用管理ツールなどを利用する大規模なC/Sシステム上で動作するサーバ側のプログラムおよびバッチシステムの開発に適しています。テンプレート，データ定義，プログラム定義を使い，C/Sシステムのサーバプログラムと，クライアントプログラムに必要なサーバプログラムとのリンクのインタフェースを効率良く作成できます。

SEWB+/RECORD DEFINER

SEWB+ 基本開発環境のレコード設計支援機能のことです。

SEWB+/REPOSITORYの辞書情報を使用して，レコード情報を定義できます。

SEWB+ 基本開発環境

次に示す機能を一つに統合したツールです。

リポジトリ管理機能（SEWB+/REPOSITORY）

リポジトリブラウザ機能（SEWB+/REPOSITORY-BROWSER）

プログラム構築支援機能（SEWB+/CONSTRUCTION）

レコード設計支援機能（SEWB+/RECORD DEFINER）

SEWB+ 基本開発環境セット

SEWB+ 基本開発環境とGroupmax Object Serverから構成される製品です。

SEWB+セッション管理

SEWB+/REPOSITORYへのログインを管理する機能です。サーバで，システム管理者だけが利用できます。SEWB+セッション管理では，SEWB+/REPOSITORYの各ユーザがログイン中かどうかを一覧で確認したり，ユーザを強制的にログアウトしたり，特定のユーザに対してログインを禁止したりできます。

SEWB+ツール

Windowsマシンを使った分散開発環境で，システム開発を支援するSEWB+シリーズのツールです。

SI支援ユティリティ

システムバージョンの機能を利用して，異なるシステムバージョンに関連づけられたドキュメントのうち差分のあるドキュメントを比較・抽出するためのユティリティです。

ア行

アクセス権

リポジトリに格納されたドキュメントや辞書を参照したり，更新したりする権限のことです。所有者（ドキュメントや辞書を作成するユーザ），グループ，およびすべてのユーザに対して，それぞれのアクセス権を設定できます。

インポート

エクスポートで取り出された資源を，リポジトリに取り込むことをいいます。各サーバに分散された資源を収集する場合などに利用します。

エクスポート

リポジトリの資源を，ハードディスク上のファイル，フロッピーディスク，カートリッジ磁気テープなどの外部媒体に取り出すことをいいます。ルートドキュメントフォルダ単位，または辞書フォルダ単位でエクスポートできます。ほかのサーバに資源を配布する場合などに利用します。

カ行

関連

データ項目とドキュメント，データ項目と業務ルールというように，資源間に付けられた依存関係をいいます。関連には，リポジトリブラウザを使用して任意に設定できる「ユーザ関連」と，SEWB+ツールが生成した資源間に設定される「関連」があります。リポジトリブラウザの関連ブラウザ機能を使用すると，関連づけられた資源をブラウジングでき，変更波及の解析などに利用できます。

業務ルール

データ項目に着目して，データ項目特有の処理を部品化したものです。SEWB+/CONSTRUCTIONを使ったアプリケーション開発共通に利用することを目的としています。業務ルールは必ずデータ項目と関連づけて作成し，業務ルール辞書で管理します。

業務ルールに適した処理としては，データ項目の値や形式の妥当性をチェックする処理，形式を変換する処理，編集処理，複数のデータ項目で成り立つ計算処理などが挙げられます。

業務ルール辞書

プロジェクト間で共有する業務ルールを格納する辞書です。

グループ

複数のユーザ（SEWB+/REPOSITORYの利用者）をまとめる単位です。ユーザが所属するグループは，システム管理者によってグループ登録ファイルに登録されます。リポジトリで管理される資源に対するアクセス権は，グループ単位で設定することもできます。

サ行

辞書

リポジトリで管理されるデータ項目辞書および業務ルール辞書の総称です。一つのリポジトリ上に，管理内容や用途に応じて複数の辞書を作成できます。

辞書フォルダ

リポジトリで辞書を管理する最上位の単位です。辞書フォルダは，データ項目辞書，および業務ルール辞書を管理しています。

システム管理者

Windows ServerのAdministrators権限を持ち，SEWB+/REPOSITORYを利用したシステム開発環境を管理する人です。ユーザ登録ファイルに，ユーザ名［system］で登録されているユーザを指します。

システム統合

機能別に設計，製造された個々のプログラムを統合して，一つのプログラムに組み立てることです。

システムバージョン

システムを構成するドキュメント群を管理するためのバージョンです。管理目的に応じて種別（浮動／固定）を切り替えられます。

「浮動」は，常に最新のバージョンを示します。開発中のドキュメントなどに設定します。

「固定」は，設定された特定のバージョンを示します。開発を完了したドキュメントなどに設定します。

システムバージョンフォルダ

システムバージョンを管理するフォルダです。

タ行

チェックアウト

リポジトリのドキュメントを，クライアントのファイルシステムに取り出すことです。

チェックイン

チェックアウトで取り出されたドキュメントを，リポジトリに格納（返却）することです。

データ項目

ファイル設計，レコード設計，リレーショナルデータベース設計などのシステム設計，およびプログラム設計や作成で使用する情報の基本単位です。

データ項目辞書

プロジェクト間で共有するデータ項目を格納する辞書です。データ中心アプローチに基づいてデータ分析し，標準化したデータ項目の集まりです。システム開発で作成するドキュメント間で共通に利用することを目的とします。

ドキュメント

リポジトリで管理されるシステム分析・設計情報，およびプログラム開発情報などを保管するファイルです。ドキュメントの例としては，SEWB+ツールで作成したシステム分析図やデータ定義情報，ソースプログラム，またはMicrosoft Wordなどで作成した企画文書，設計文書類があります。

ドキュメントフォルダ

リポジトリでドキュメントをまとめて管理するための入れ物です。ディレクトリに相当します。

ハ行

バージョン

ドキュメントの版に対して設定される名称です。ドキュメントの履歴を管理することを目的としています。

ヤ行

ユーザ

SEWB+/REPOSITORYを使用して，リポジトリの資源を操作できる人です。ユーザは，システム管理者によってユーザ登録ファイルに登録されます。それぞれのユーザは，固有のユーザ識別子とパスワードを持ちます。

ラ行

リポジトリ

システム開発の各工程で発生する情報の保管庫です。このシステム開発資源（ドキュメントと辞書）と，その資源間の関連をサーバ上で統合管理します。リポジトリによって，クライアントで動作するアプリケーションで，システム開発資源を共有したり連携したりできます。

リポジトリブラウザ（SEWB+/REPOSITORY-BROWSER）

SEWB+ 基本開発環境のリポジトリブラウザ機能のことです。

リポジトリブラウザは，リポジトリの資源をクライアントでビジュアルに操作できる機能です。リポジトリに格納された資源をツリー形式やリスト形式で表示できます。リポジトリブラウザでは，リポジトリにドキュメントや辞書を登録したり，目的の資源を検索したり，資源間の関連を手がかりにブラウジングしたりできます。

ルートドキュメントフォルダ

リポジトリでドキュメントを管理する最上位のフォルダです。

索引

[Ｃ][Ｅ][Ｈ][Ｏ][Ｓ][Ｖ][Ｗ]
[ア行][カ行][サ行][タ行][ナ行][ハ行][マ行][ヤ行][ラ行]

(英字)

(Ｃ)

C/Sシステム

COBOL2002

COBOL2002との関係

COBOL2002の開発資源

CSV形式ファイル〔用語解説〕

CSV形式ファイル入出力の対応 ,[2]

CSV出力 ,[2]

CSV入力 ,[2]

(Ｅ)

EUR

EUR〔用語解説〕

EURとの関係

(Ｈ)

HOSTSファイルの設定

(Ｏ)

Object Server〔用語解説〕

(Ｓ)

SERVICESファイルの設定 ,[2]

SEWB+/CONSTRUCTION

SEWB+/CONSTRUCTION〔用語解説〕

SEWB+/CONSTRUCTIONとの関係

SEWB+/CONSTRUCTIONを利用する場合の資源管理

SEWB+/RECORD DEFINER

SEWB+/RECORD DEFINER〔用語解説〕

SEWB+/RECORD DEFINERとの関係

SEWB+/REPOSITORYの起動

SEWB+/REPOSITORYの終了

SEWB+ 基本開発環境〔用語解説〕

SEWB+ 基本開発環境セット〔用語解説〕

SEWB+クライアントプログラムをターミナルサービスクライアントから使用するかどうかの設定

SEWB+セッション管理

SEWB+セッション管理〔用語解説〕

SEWB+ツール〔用語解説〕

SEWB+ リポジトリセットのSEWB+/REPOSITORYのアンインストール手順

SEWB3のデータ項目辞書からの移行 ,[2]

SI支援

SI支援ユティリティ ,[2]

SI支援ユティリティ〔用語解説〕

(Ｖ)

Visual C++の開発資源

(Ｗ)

Windows Serverの環境を設定する

(ア行)

(あ)

アカウント

アクセス権 ,[2]

アクセス権〔用語解説〕

アクセス権の種類

アクセス権の設定

アンインストール

アンインストール手順

アンインストールに必要なユーザ権限

アンインストールの注意事項

(い)

インストール

インストール・アンインストールを実行する前に

インストール時の注意事項

インストール手順

インストールとアンインストール

インストールに必要なユーザ権限

インポート ,[2]

インポート〔用語解説〕

インポート運用の設定

インポートの実行

インポートの自動実行

(え)

エクスポート ,[2]

エクスポート〔用語解説〕

エクスポート・インポートユティリティ

エクスポート運用の設定

エクスポートの実行

エクスポートの自動実行

(お)

オブジェクトID

(カ行)

(か)

各機能がインストールされるOS

各国語対応 ,[2]

環境回復ユティリティ

環境構築ユティリティ ,[2] ,[3]

環境設定

管理者用のパスワード設定

関連

関連〔用語解説〕

関連情報の管理

(き)

既存システムの流用開発

機密保護

業務ルール

業務ルール〔用語解説〕

業務ルール辞書 ,[2] ,[3]

業務ルール辞書〔用語解説〕

業務ルールとの連携

(く)

クライアント

クライアント側での環境設定

クライアントの機能

グループ

グループ〔用語解説〕

グループの登録 ,[2]

(こ)

更新専用チェックアウト

固定

コマンドによるインポートの実行

コマンドによるエクスポートの実行

(サ行)

(さ)

サーバ

サーバ側での環境設定

サーバの機能

サービスについて

サブファイル ,[2]

参照専用チェックアウト

(し)

資源の配布

辞書〔用語解説〕

辞書の管理

辞書フォルダ ,[2]

辞書フォルダ〔用語解説〕

辞書フォルダの作成

辞書ユティリティのタイプマッピングの設定

システム管理者〔用語解説〕

システム共通定義ファイルの作成

システム統合

システム統合〔用語解説〕

システムバージョン ,[2]

システムバージョン〔用語解説〕

システムバージョンの階層化

システムバージョンフォルダ〔用語解説〕

ショートカットからのリポジトリブラウザの起動

初期設定パラメタファイルの作成

初期設定パラメタファイルの定義項目

初期設定ユティリティ ,[2]

新規システムの開発

新規にインストールする場合 ,[2]

(す)

スタイルの統一

(せ)

前製品から移行する場合

前製品から移行する場合〔アンインストール〕

前製品から移行する場合〔インストール〕

前製品とSEWB+ 基本開発環境との対応

(そ)

操作ログとは

操作ログに出力される項目

操作ログの参照方法

操作ログの出力

操作ログの出力設定

操作ログファイル

操作ログファイルの出力量

操作ログレコードの形式

増分エクスポート

(タ行)

(ち)

チェックアウト

チェックアウト〔用語解説〕

チェックアウト機能

チェックイン

チェックイン〔用語解説〕

チェックイン機能

(つ)

通信設定ファイル

(て)

ディスク占有量

ディスク容量 ,[2]

データ項目

データ項目〔用語解説〕

データ項目辞書 ,[2] ,[3]

データ項目辞書〔用語解説〕

データ項目を階層化して管理

データベースの環境設定

データベースの環境を設定する

データベースの初期化 ,[2]

データベースの初期化の注意事項

データベースの対策

データベース名称

テンプレートファイル

(と)

ドキュメント

ドキュメント〔用語解説〕

ドキュメントオプション

ドキュメント種別 ,[2]

ドキュメント種別の登録 ,[2]

ドキュメントの管理

ドキュメントの更新履歴

ドキュメントの設定

ドキュメントフォルダ

ドキュメントフォルダ〔用語解説〕

ドキュメントフォルダの作成

(ナ行)

(の)

ノードIDの指定

(ハ行)

(は)

バージョン

バージョン〔用語解説〕

バージョンの管理

排他資源不足のエラー

排他制御

バックアップ

バックアップコマンドファイルの作成

バックアップの実行

バックアップ用コマンドファイルの作成

(ひ)

開いた関連

開いた関連のエクスポート方法の選択

開いた関連の関連方向を指定

(ふ)

ファイルシステム

フォルダ

浮動

(マ行)

(ま)

マルチプログラミング言語対応 ,[2]

(め)

メインファイル ,[2]

メモリ容量 ,[2]

(ヤ行)

(ゆ)

ユーザ

ユーザ〔用語解説〕

ユーザ関連 ,[2]

ユーザの登録 ,[2]

(ラ行)

(り)

リストア

リポジトリ

リポジトリ〔用語解説〕

リポジトリ管理ユティリティ

リポジトリの環境構築

リポジトリの再初期化

リポジトリの初期化 ,[2]

リポジトリのブラウジング

リポジトリブラウザ（SEWB+/REPOSITORY-BROWSER）〔用語解説〕

リポジトリブラウザウィンドウ

リポジトリブラウザ起動用ショートカットの作成

リポジトリブラウザの起動

リポジトリブラウザの起動（ショートカットを使った起動）

リポジトリブラウザの終了

(る)

ルートドキュメントフォルダ

ルートドキュメントフォルダ〔用語解説〕

ルートドキュメントフォルダの作成 ,[2]

(ろ)

ローカルファイル

ログインできるユーザ数

■ 商標類

ERwinは，Computer Associates International,Inc.の登録商標です。
Microsoftは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Microsoft Excelは，米国Microsoft Corporationの商品名称です。
Microsoft Office Excelは，米国 Microsoft Corporationの商品名称です。
Microsoft Office Wordは，米国 Microsoft Corporationの商品名称です。
Microsoft Wordは，米国Microsoft Corporationの商品名称です。
ODBCは，米国Microsoft Corporationが提唱するデータベースアクセス機構です。
OracleとJavaは，Oracle Corporation 及びその子会社，関連会社の米国及びその他の国における登録商標です。
Visual C++は，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows NTは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Vistaは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
その他記載の会社名，製品名は，それぞれの会社の商標もしくは登録商標です。