SEWB+ クライアントサーバシステム開発ガイド

概説書

3020-3-844-40

目　　次

前書き

変更内容

はじめに

1.SEWB+とは

1.1　SEWB+の紹介

1.1.1　SEWB+の特長

1.1.2　SEWB+導入の流れ

1.2　対象システム

1.2.1　C/Sシステム

1.2.2　バッチシステム

1.2.3　ワークフローシステム

1.3　開発の流れ

1.3.1　TPモニタ使用時の開発の流れ

1.3.2　CORBA使用時の開発の流れ

2.システムの設計

2.1　システム設計の概要

2.2　サーバAPとクライアントAPの処理方式の決定

2.2.1　作業の流れ

2.2.2　要求仕様の確認

2.2.3　DB及び機能分散処理の設計

2.2.4　設計内容の検証

2.2.5　基盤ソフトウェア構成・システム処理方式の確定

2.3　開発方式の設計

2.3.1　作業の流れ

2.3.2　開発言語及び支援ツールの決定

2.3.3　各種基準書の設計

2.3.4　開発方式の設計

2.4　データ項目と業務ルールの作成・検討

2.4.1　作業の流れ

2.4.2　前工程の確認

2.4.3　リポジトリの確認

2.4.4　業務ルールの作成

2.5　外部仕様の作成・検討・評価

2.5.1　作業の流れ

2.5.2　画面遷移図の作成

2.5.3　代表シナリオの決定

2.5.4　プロトタイプの開発方法及び評価項目の設定

2.5.5　画面・帳票レイアウトの確認

2.5.6　再利用できるテンプレートや部品の作成

3.DB設計・データ項目の取り込み

3.1　データ分析とデータ設計

3.1.1　データモデリング

3.2　データ項目の取り込み

4.辞書の作成

4.1　データ項目辞書

4.1.1　単項目(基本項目)

4.1.2　継承項目

4.1.3　結合項目(レコード項目)

4.1.4　データ項目の取り込み方法

4.2　業務ルール辞書

4.2.1　業務ルールの定義項目

4.2.2　業務ルールの登録

4.3　AP設計と辞書

4.4　辞書使用時の注意事項

5.入出力の設計

5.1　ユーザインタフェースの設計

5.1.1　GUI構築ツールでのクライアントAPの設計

5.1.2　Web画面の作成

5.1.3　帳票レイアウト設計

5.2　ファイル・DBの設計

5.2.1　レコード定義

5.2.2　ファイル・DB設計時の注意事項

6.適用テンプレート・部品の準備

6.1　テンプレートと部品の作成

6.1.1　テンプレート及び部品作成の流れ

6.1.2　共通部品設計

6.1.3　共通部品の作成

7.サーバAPの設計

7.1　TPモニタを使用したサーバAPの設計

7.1.1　ツールの関連

7.1.2　サーバAP作成の流れ

7.2　CORBAを使用したサーバAPの設計

7.2.1　ツールの関連

7.2.2　サーバAP作成の流れ

7.3　帳票出力するAPの設計

8.プログラムの作成

8.1　プログラム定義の準備

8.1.1　SEWB+/CONSTRUCTIONでの環境設定

8.1.2　パス設定

8.2　プログラムの作成(TPモニタ)

8.2.1　TPモニタで動作するAPの作成

8.2.2　プログラム作成時の注意事項（TPモニタ）

8.3　プログラムの作成(CORBA)

8.3.1　CORBAで動作するAPの作成

8.3.2　プログラム作成時の注意事項(CORBA)

8.4　ソースプログラムの生成と修正手順

8.4.1　ソースプログラムを新規に生成する場合

8.4.2　修正時の手順

8.4.3　生成時及び修正時の注意事項

9.コンパイルと単体テスト

9.1　コンパイルについて

9.1.1　ソースプログラムのリポジトリへの登録

9.1.2　プログラムのコンパイルとテスト

9.1.3　プログラムの修正

9.2　日立COBOL85でのコンパイル

9.2.1　COBOL開発マネージャの利用

9.2.2　COBOL開発マネージャの注意事項

10.統合テスト

10.1　統合テストの準備

10.1.1　転送を考慮したドキュメントフォルダ構成

10.2　ターゲットシステムでのテストと修正

10.2.1　ターゲットシステムがUNIXの場合

10.2.2　ターゲットシステムがホストの場合

11.資源の管理

11.1　リポジトリの機能

11.1.1　フォルダでのドキュメント管理と辞書管理

11.1.2　ドキュメントの管理

11.1.3　ドキュメントの更新

11.1.4　ドキュメントの参照

11.1.5　関連の設定

11.1.6　アクセス権の設定

11.2　リポジトリの準備

11.2.1　サーバ側及びクライアント側の環境設定

11.3　リポジトリでの命名時の注意事項

12.ドキュメントの運用

12.1　環境設定

12.2　ドキュメントフォルダの作成と運用

12.3　セキュリティ管理

12.4　ドキュメント作成と修正の手順

13.辞書の運用

13.1　環境設定

13.1.1　必要な環境設定

13.2　辞書フォルダの分割作成と構成

13.2.1　辞書分割時の注意事項

13.2.2　データ項目の分類方法

13.2.3　分類方法と辞書フォルダ構成

13.3　セキュリティ管理

13.3.1　辞書のアクセス権の設定

13.3.2　排他制御

14.分散開発環境

14.1　分散開発環境とは

14.1.1　配布の形態

14.2　資源の配布

14.2.1　配布の対象

14.2.2　配布の目的

14.2.3　配布時の増分管理

14.2.4　環境構築情報のエクスポート

14.3　エクスポート・インポート時の設定

14.3.1　エクスポート時の設定

14.3.2　インポート時の設定

14.3.3　エクスポート・インポート運用の設定例

14.4　エクスポート・インポート時の注意事項

14.5　分散運用の流れ

15.SEWB+のノウハウ

15.1　開発ライフサイクルとリポジトリ管理

15.1.1　開発ライフサイクル

15.1.2　WS環境でのシステム統合・実機テスト時の作業の流れ

15.1.3　リポジトリへの資源の反映

15.2　エクスポート・インポートの自動運用

付録

付録A　用語解説

索引

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

All Rights Reserved, Copyright (C) 1999, 2001, Hitachi, Ltd.

前書き

このマニュアルは，次に示すプログラムプロダクトの発行によって，第4版(3020-3-844-30)の内容を変更したものです。

＊印の製品は，ISO9001及びTickITの認証を受けた品質システムで開発されました。

プログラムプロダクト一覧

P-2451-1424　 SEWB+　リポジトリ セット　 02-53（適用OS：Windows NT Server 4.0，Windows 2000 Server）＊
P-2651-1524　 SEWB+/REPOSITORY-BROWSER　 02-07（適用OS：Windows 95，Windows 98，Windows Me，Windows NT 4.0，Windows 2000）＊
P-2651-8324　 SEWB+/CONSTRUCTION　 02-08（適用OS：Windows 95，Windows 98，Windows Me，Windows NT 4.0，Windows 2000）＊
P-2651-8414　 SEWB+/CS - DESIGN　 02-05（適用OS：Windows 95，Windows 98，Windows Me，Windows NT 4.0，Windows 2000）＊
P-2651-8534　 SEWB+/EUR Professional Edition　 03-03（適用OS：Windows 95，Windows 98，Windows Me，Windows NT 4.0，Windows 2000）＊
P-2651-8614　 SEWB+/CODE ANALYZER　 02-05（適用OS：Windows 95，Windows 98，Windows Me，Windows NT 4.0，Windows 2000）＊
P-2651-FB14　 SEWB+/REPORT MANAGER　 02-09（適用OS：Windows 95，Windows 98，Windows Me，Windows NT 4.0，Windows 2000）
P-2651-5A14　 SEWB+ COBOL構造図エディタ　 01-02（適用OS：Windows 95，Windows 98，Windows NT 4.0，Windows 2000）
P-F2651-15141　 SEWB+/RECORD EDITOR　 02-04（適用OS：Windows 95，Windows 98，Windows NT 4.0）
R-15397-A1　 SEWB+/C-Structured Design　 01-01（適用OS：Windows 95，Windows NT 4.0）
R-15397-B1　 SEWB+/OLTP DEFINER　 01-03（適用OS：Windows 95，Windows 98，Windows Me，Windows NT 4.0，Windows 2000）

輸出時の注意

本製品を輸出される場合には，外国為替及び外国貿易法並びに米国の輸出管理関連法規などの規制を御確認の上，必要な手続きをお取りください。

なお，御不明な場合は，弊社担当営業にお問い合わせください。

商標類

CORBAは，Object Management Groupが提唱する分散処理環境アーキテクチャの名称です。

Data-INTIMATEは，住商情報システム株式会社の商標です。

ERwinは，Computer Associates International, Inc.の米国登録商標です。

Java 及びすべてのJava関連の商標及びロゴは，米国及びその他の国における米国Sun Microsystems，Inc.の商標または登録商標です。

Microsoftは，米国およびその他の国における米国Microsoft Corp.の登録商標です。

Microsoft Excelは，米国Microsoft Corp.の商品名称です。

Microsoft Wordは，米国Microsoft Corp.の商品名称です。

ODBCは，米国Microsoft Corp.が提唱するデータベースアクセス機構です。

ORACLEは，ORACLE Corporation の登録商標です。

PVCSは，米国およびその他の国における米国MERANT Solutions, Inc.の登録商標です。

SILVERRUNは，CSA Research社の商標です。

UNIXは，X/Open Company Limited が独占的にライセンスしている米国ならびに他の国における登録商標です。

Visual Basicは，米国およびその他の国における米国Microsoft Corp.の登録商標です。

Visual C++は，米国およびその他の国における米国Microsoft Corp.の登録商標です。

Windowsは，米国およびその他の国における米国Microsoft Corp.の登録商標です。

Windows NTは，米国およびその他の国における米国Microsoft Corp.の登録商標です。

Xupperは，ケン・システム開発(株)の商品名称です。

発行履歴

平成11年 1月 (第1版) 3020-3-844（廃版）
平成11年 6月 (第2版) 3020-3-844-10（廃版）
平成11年10月 (第3版) 3020-3-844-20（廃版）
平成12年 3月 (第4版) 3020-3-844-30（廃版）
平成13年 1月 (第5版) 3020-3-844-40

変更内容

変更内容（3020-3-844-40）SEWB+ リポジトリ セット 02-53　SEWB+/REPOSITORY-BROWSER 02-07

追加・変更機能
変更箇所

COBOL85 Version 6の開発マネージャを利用したコンパイルの概要について説明した。
9.2

SEWB+/REPOSITORYの適用OSに，Microsoft Windows 2000 Advanced Server Operating System及びMicrosoft Windows 2000 Datacenter Server Operating Systemを追加した（該当する変更箇所なし）。
また，SEWB+/REPOSITORY-BROWSERの適用OSに，Windows Meを追加した。
11.2.1(2)(a)

SEWB+/CONSTRUCTION 02-07

追加・変更機能 | 変更箇所
環境設定での検索パスの設定方法を変更した。 | 8.1.2(2)(c)

なお，単なる誤字・脱字などはお断りなく訂正しました。

変更内容（3020-3-844-30）SEWB+　リポジトリセット02-51 SEWB+/REPOSITORY-BROWSER 02-06

追加・変更内容

適用OSにWindows 2000を追加した。

クライアントAPを作成する際に，RammWare for Javaを使用できるようにした。

SEWB+/OLTP DEFINERと連携する機能について追加した。

SEWB+/CONSTRUCTION　02-06

追加・変更内容

XMAP3と連携する機能について追加した。

辞書を参照しないでデータ定義情報を生成する機能を追加した。

プログラム定義ファイル及びデータ定義ファイルの保存形式として，バイナリ形式又はXML形式を選択できる機能を追加した。

変更内容（3020-3-844-20）SEWB+　リポジトリセット02-49　SEWB+/REPOSITORY-BROWSER 02-05

追加・変更内容

エクスポート・インポートを中止する機能を追加した。

SILVERRUNと連携する機能について追加した。

SEWB+/CONSTRUCTION 02-05

追加・変更内容

ソースプログラム上で直接編集されたユーザ追加処理をプログラム定義ファイルに取り込む機能（UOCリバース機能）を追加した。

変更内容（3020-3-844-10）SEWB+　リポジトリ セット 02-47　SEWB+/REPOSITORY-BROWSER 02-04

追加・変更内容

辞書フォルダごとに一意チェックをする機能を追加した。

SEWB+/CONSTRUCTION 02-04

追加・変更内容

WorkCoordinator Definerとの連携によって，XMLをサポートした。

絶対パスから相対パスへ変換する機能を追加した。

はじめに

このマニュアルは，SEWB+全体の概要，SEWB+でアプリケーション開発をする場合に利用する機能，及び推奨する運用方法について説明したものです。SEWB+とは，「プログラムプロダクト一覧」のプログラムプロダクト群を総称して表記した名称です。

〈対象読者〉

このマニュアルは次に示す方を対象としています。

SEWB+の導入，運用又はSEWB+を使用してのシステム開発を検討している方

システム開発全体の設定・管理をする方

システム開発の各工程での設計を担当する方

〈マニュアルの構成〉

このマニュアルは，次に示す15の章と付録から構成されています。

第1章　SEWB+とは

SEWB+の概要について説明しています。

第2章　システムの設計

TPモニタでのシステム設計及びCORBAでのシステム設計について説明しています。

第3章　DB設計・データ項目の取り込み

システム設計でのDB設計の作業，及びDB設計で取得したデータ項目の辞書への取り込みについて説明しています。

第4章　辞書の作成

データ項目辞書と業務ルール辞書，及びアプリケーションプログラム作成と辞書の関係について説明しています。

第5章　入出力の設計

ユーザインタフェースの設計及びDB・ファイルの設計について説明しています。

第6章　適用テンプレート・部品の準備

共通部品の設計及び作成について説明しています。

第7章　サーバAPの設計

TPモニタでのサーバAPの設計及びCORBAでのサーバAP設計について説明しています。

第8章　プログラムの作成

プログラム定義及びソースプログラム生成に必要な設定や手順について説明しています。

第9章　コンパイルと単体テスト

SEWB+/CONSTRUCTIONで作成したソースプログラムのコンパイル，及び単体テストについて説明しています。

第10章　統合テスト

システム開発で作成したすべてのAPが連携して動作するかをチェックする，統合テストの準備及び手順について説明しています。

第11章　資源の管理

SEWB+/REPOSITORYでの資源管理について説明しています。

第12章 ドキュメントの運用

ドキュメントを効率良く運用するためのポイントについて説明しています。

第13章　辞書の運用

辞書を効率良く運用するためのポイントについて説明しています。

第14章　分散開発環境

分散開発を支援するためのエクスポート・インポートの機能及び運用方法について説明しています。

第15章　SEWB+のノウハウ

SEWB+を利用したシステム開発のノウハウについて説明しています。

付録A　用語解説

〈関連マニュアル〉

このマニュアルの関連マニュアルを次に示します。必要に応じてお読みください。

SEWB+/REPOSITORY 運用ガイド (3020-3-697)

SEWB+/REPOSITORY　辞書設計ガイド　（3020-3-698）

SEWB+/CONSTRUCTION　アプリケーション開発ガイド　（3020-3-700）

SEWB+/CS - DESIGN　ユーザーズガイド　（3020-3-770）

APPGALLERY プログラマーズガイド(3020-7-432）

COBOL85 操作ガイド(3020-3-851)

COBOL85 操作ガイド(3020-3-873)※１

WorkCoordinator Definer Version 3　ユーザーズガイド（3020-3-987）

SEWB+/OLTP DEFINER　ユーザーズガイド（3020-3-909）

Web Page Generator Enterprise ユーザーズガイド　（3020-7-241）

Web Page Generator - Design ユーザーズガイド　（3020-7-236）

画面・帳票サポートシステム　XMAP3　プログラミングガイド　画面編（3020-7-583）

画面・帳票サポートシステム　XMAP3　プログラミングガイド　帳票編（3020-7-584）

EUR 導入（3020-7-053）※２

EUR 帳票設計（3020-7-054）※２

EUR 帳票出力（3020-7-055）※２

分散トランザクション処理機能 OpenTP1 解説(3000-3-280)

分散トランザクション処理機能 OpenTP1 システム定義(3000-3-282)

分散トランザクション処理機能 OpenTP1 運用と操作(3000-3-283)

OpenTP1 Version 5分散トランザクション処理機能 OpenTP1 解説(3000-3-360)

OpenTP1 Version 5分散トランザクション処理機能 OpenTP1 システム定義(3000-3-362)

OpenTP1 Version 5分散トランザクション処理機能 OpenTP1 運用と操作(3000-3-363)

OpenTP1 インターネットゲートウェイ機能　TP1/Web　使用の手引(3000-3-606）

TPBroker ユーザーズガイド(3000-3-660）

注※1　COBOL85 Version 6の場合にお読みください。

注※2　EUR Version 4の場合にお読みください。

〈マニュアル体系〉

SEWB+シリーズのマニュアル体系を次に示します。

〈このマニュアルでの表記〉

このマニュアルでは，製品名称を次に示す略称で表記しています。

製品名称
略称

SEWB+/EUR Professional Edition
EUR

EUR Professional Edition

End User Reporting

Microsoft(R) Visual C++(R)
VC++

Microsoft(R) Visual Basic(R)
VB

Microsoft(R) Windows(R) 95 Operating System
Windows 95

Microsoft(R) Windows(R) 98 Operating System
Windows 98

Microsoft(R) Windows(R) Millennium Edition Operating System
Windows Me

Microsoft(R) Windows NT(R) Server Network Operating
System Version 4.0
Windows NT
Server 4.0
Windows
NT 4.0

Microsoft(R) Windows NT(R) Workstation Operating
System Version 4.0
Windows NT
Workstation 4.0

Microsoft(R) Windows(R) 2000 Server Operating
System
Windows 2000
Server
Windows
2000

Microsoft(R) Windows(R) 2000 Advanced Server Operating System

Microsoft(R) Windows(R) 2000 Datacenter Server Operating System

Microsoft(R) Windows(R) 2000 Professional Operating
System
Windows 2000
Professional

Microsoft(R) Excel
Microsoft Excel

Microsoft(R) Word
Microsoft Word

SEWB+/CS - DESIGN
SEWB+/CS-DESIGN

Groupmax Object Server Version 6
Groupmax Object Server
Object Server

Groupmax High-end Object Server Version 6
Groupmax High-end Object Server

SEWB+/EUR Professional Edition及びEUR Professional Editionを総称する場合は，SEWB+/EUR Professional Editionと表記しています。

Groupmax Object ServerとGroupmax High-end Object Serverとの区別が必要な場合は，それぞれの製品名称を使用しています。

特に明記する必要がない場合，Windows NT 4.0を，Windows NTと表記しています。また，Windows 95，Windows 98，Windows Me，Windows NT，及びWindows 2000を合わせてWindowsと表記しています。

このマニュアルでは，TPモニタでの作業とCORBAでの作業で共通する部分では，「AP（アプリケーションプログラム）」という表現を使用しています。CORBAで作業する方は，「AP」を「オブジェクト」に変えてお読みください。

このマニュアルではパターンテンプレートをテンプレート，部品テンプレートを部品と表記しています。ただし，仕様書名にはそのまま「パターンテンプレート」「部品テンプレート」を使用しています。

〈このマニュアルで使用する略語〉

このマニュアルで使用している略語を示します。

略語 | 正式名称
AP | Application Program
API | Application Program Interface
C/Sシステム | Client and Server System
CASE | Computer Aided Software Engineering
CORBA | Common Object Request Broker Architecture
CSV | Comma Separated Value
DB(RDB) | Data Base(Relational Data Base)
DBMS | Data Base Management System
DDL | Data Definition Language
DLL | Dynamic Linkage Library
DOA | Data Oriented Approach
ER(図) | Entity Relationship
GUI | Graphical User Interface
IDL | Interface Definition Language
ODBC | Open Database Connectivity
OLTP | Online Transaction Processing
ORB | Object Request Broker
OS | Operating System
PC | Personal Computer
RPC | Remote Procedure Call
UOC | User Own Coding
WS | Workstation
XML | eXtensible Markup Language

〈ウィンドウの図〉

マニュアルに記載されているウィンドウ及びダイアログボックスは一部簡略化されています。したがって，実際に表示されるものとは異なることがあります。

〈図中で使用する記号〉

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

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

マニュアルは，SEWB+の概要を理解したいときや，自プロジェクトに適した運用を検討するときにお使いください。

ヘルプは，SEWB+の各プログラムプロダクトを実際に操作しながら機能の詳細を知りたいときにお使いください。ダイアログボックスの操作方法やメニューバーの利用方法などの詳細や，注意事項を参照できます。

＜常用漢字以外の漢字の使用について＞

このマニュアルでは，常用漢字を使用することを基本としていますが，次の用語については常用漢字以外の漢字を使用しています。

汎用（はんよう）　必須（ひっす）

1.SEWB+とは

SEWB+は，基幹システムに要求される高品質，高生産性を実現するための機能を提供するCASEツールです。この章では，基幹システムのニーズを満たすためにSEWB+が提供している機能の概要を示しながら，SEWB+を紹介します。

＜この章の構成＞

1.1　SEWB+の紹介

1.2　対象システム

1.3　開発の流れ

1.1　SEWB+の紹介

SEWB+は，基幹システムに求められる「高品質」「高生産性」及び「大規模開発への対応」を実現させることを目的として開発された製品です。ここでは，これらのニーズにこたえるためのSEWB+の機能について紹介します。

＜この節の構成＞

1.1.1　SEWB+の特長

1.1.2　SEWB+導入の流れ

1.1.1　SEWB+の特長

＜この項の構成＞

(1)　高品質・高生産性を実現する－辞書・テンプレート

(2)　大規模開発に対応する－リポジトリ

(1)　高品質・高生産性を実現する－辞書・テンプレート

業務APの特性として「扱うデータの種類，及び量が膨大である」「プログラムの中には構造が似ているものが多い」ということが挙げられます。これらは業務APの特性であると同時に，作成するAPの品質を一律に高いレベルに保ったり，レベルを保ったまま生産性を上げたりすることの妨げでもありました。この問題に対処するため，SEWB+では辞書，テンプレート，部品などを用意しています。

(a)　辞書機能でDOA(データ中心アプローチ)手法に基づくデータの管理・運用を実現

SEWB+では「扱うデータの種類，及び量が膨大である」という問題に対処するために，辞書機能を利用します。辞書には，システム開発で扱うデータ項目を登録するデータ項目辞書と，データ項目に着目して，データ項目特有の処理を部品として登録する業務ルール辞書があります。SEWB+では，これらのデータ項目や業務ルールをDOA手法に従って定義・管理し，運用するので，データ同士の整合性が保証されます。

また，SEWB+の辞書機能は，ERwin/ERX，SILVERRUN，Data-INTIMATEなどのデータ分析ツールやDB設計ツールが生成したデータを取り込めます。

なお，辞書機能はシステム開発の資源を統合的に管理するリポジトリの一部です。

(b)　テンプレート・部品で高品質維持と高生産を実現

SEWB+では「プログラムの中には構造が似ているものが多い」というむだを解消するために，テンプレート・部品を利用します。業務APで頻出するプログラム構造は定型・抽象化してテンプレートとして整理します。入出力など頻出する処理は部品として整理します。これらを業務ルールと組み合わせることで，高品質で保守性の高いAPを，効率良く作成できます。

(2)　大規模開発に対応する－リポジトリ

開発規模が大きくなると，開発途中の仕様変更の変更波及を解析したり，必要なドキュメントを作成したりするだけでもかなりの工数が掛かります。また，グループ作業をするため，開発資源のバージョン管理やアクセス権の問題が生じます。

(a)　仕様変更などへの柔軟な対応を実現

SEWB+では「仕様変更や環境変化への柔軟な対応」を実現させて「大規模開発」に対応できるよう，リポジトリ機能を利用します。リポジトリはシステムを開発するすべての資源を集中管理します。また，資源間の関連情報も管理しているので，開発途中での仕様変更や保守局面での変更波及の解析に有効です。

(b)　分散開発作業を支援

SEWB+のリポジトリ機能では，チェックイン・チェックアウト機能や，アクセス権の設定機能を利用して，複数のグループでの共同作業を支援します。また，エクスポート・インポート機能によって，他のリポジトリに資源を配布することもできます。

(c)　ドキュメント作成支援

保守・納入ドキュメントを作成する工数を削減するため，SEWB+では，定義内容からのドキュメント印刷機能をサポートしています。

1.1.2　SEWB+導入の流れ

SEWB+の導入検討から，実際にSEWB+を利用してのシステム開発までに行う作業について説明します。次に作業フローを示します。

この作業フローでは，製品の機能理解から評価・改善，開発要員の教育まで，SEWB+の導入検討からシステム開発までに行う作業の流れを示します。なお，フロー中の番号は以降の説明と対応しています。

＜この項の構成＞

(1)　SEWB+の機能と開発手順の理解

(2)　前提稼働環境の確認

(3)　上流から下流までの開発の流れの検討

(4)　試行環境の整備

(5)　標準化の実施

(6)　基本処理形態の検討

(7)　プロトタイプの開発

(8)　評価・改善

(9)　開発要員の教育

(10)　その他

(1)　SEWB+の機能と開発手順の理解

最初に，SEWB+全体の機能を把握してください。システムを開発する上で，SEWB+がサポートしている作業とそのための機能を理解するには，このマニュアルを一読されることをお勧めします。

(2)　前提稼働環境の確認

SEWB+の開発対象APを次に示します。詳細については「1.2 対象システム」を参照してください。

TPモニタ利用又はCORBA利用を前提としたC/SシステムのサーバAP

サーバ上で動作するバッチ処理AP

(3)　上流から下流までの開発の流れの検討

(a)　ツールの検討

SEWB+は，システム開発の下流工程に当たるプログラム設計から作成までを支援するコンポーネント型CASEツールです。システムを構築する場合は，下流工程に加え，分析などの上流工程からテストまでを総合的に支援するツール群を整備する必要があります。開発するプロジェクトの特性に応じて，SEWB+が支援していない部分に対し，必要な支援ツールを検討してください。必要であれば，補完ツールの開発も検討してください。なお，ツールの検討の際には，「1.3 開発の流れ」「2. システムの設計」及び「3. DB設計・データ項目の取り込み」を参照してください。

(b)　辞書の検討

SEWB+を利用する場合，辞書利用がポイントになります。辞書にはシステムで使用するデータ項目と，データ項目特有の処理を部品化した業務ルールを登録できます。このため，辞書利用によってデータ同士の整合性や，生産性及び保守性を向上できます。ただし，システムに必要なデータ項目や業務ルールを抽出するには，ある程度の準備期間が必要です。辞書の詳細については「2. システムの設計」及び「4. 辞書の作成」を参照してください。

(4)　試行環境の整備

プロトタイプを稼働させたり，標準化をしたりするための試行環境を整備します。なお，開発環境と実行環境は異なる場合があります。試行環境整備の担当には，双方の環境を知っている人を割り当ててください。

(5)　標準化の実施

システム開発に係る標準化をしてください。主な標準化事項を次に示します。

開発手順書の作成

SEWB+を利用したシステム開発の全体の流れと，各工程で必要な作業項目，利用するツール，及び作成するワークシートなどを決定します。開発人員が多い場合は，手順書を作成して徹底させてください。

各種基準書の作成

代表的な基準を次に示します。

ネーミングルール(命名ルール)

辞書作成・辞書の運用ルール

画面・帳票設計基準

入出力設計基準

仕様変更管理基準

開発環境運用基準

テンプレートのカスタマイズ

プロトタイプ開発時に，SEWB+が提供しているテンプレートにカスタマイズが必要な場合，機能要件に合わせてカスタマイズします。

データ項目辞書の整備

プロトタイプで使用するデータ項目を，データ項目辞書へ登録します。

部品の整備

SEWB+が提供している部品(DBアクセス用やファイルアクセス用)以外の部品が必要な場合は，部品を開発します。

(6)　基本処理形態の検討

基本的な処理方式を検討してください。処理方式を基に，SEWB+が提供しているテンプレートをカスタマイズしたり部品化を検討したりします。主な検討事項を次に示します。

C/Sシステムでの，サーバ側のファンクション層とデータ層の切り分け

同期制御の方式

セキュリティの認証方式

業務共通処理の抽出

(7)　プロトタイプの開発

代表的な業務を抽出して，プロトタイプを開発し，次の評価をしてください。

実現性：実際に動くかどうかを確認する

性能：性能を見積もる際の基準値の根拠にする

生産性

開発手順・運用手順の妥当性

更に機械化して改善できる作業はないか検討する

(8)　評価・改善

開発手順，標準化の内容及びSEWB+が提供しているテンプレートや部品を総合的に評価して，不具合や更に効率化をする事項があれば，その手段を決めます。

(9)　開発要員の教育

開発担当者向けの教育を実施します。この教育では，一般的なツールの機能説明ではなく，プロジェクト基準や手順を中心にします。プロトタイプ評価で開発したプロトタイプシステムなど，実際のプログラムを利用して，ツールを使いながら教育します。

(10)　その他

各作業と平行して，プロジェクトの体制を決めます。大規模なシステム開発の場合，標準化やプロジェクト管理体制を強化することが重要です。次に体制例を示します。

1.2　対象システム

SEWB+は，C/Sシステム環境の基幹システムをPC上で開発するのに適しています。SEWB+では，次に示すようなシステムのAPを作成できます。なお，AP作成にはSEWB+/CONSTRUCTIONを利用します。

＜この節の構成＞

1.2.1　C/Sシステム

1.2.2　バッチシステム

1.2.3　ワークフローシステム

1.2.1　C/Sシステム

＜この項の構成＞

(1)　TPモニタを利用したC/Sシステム

(2)　CORBAを利用したC/Sシステム

(3)　ODBCなどを利用したC/Sシステム

(1)　TPモニタを利用したC/Sシステム

TPモニタを利用してC/Sシステム上で動作するAPを作成します。

図1-1　TPモニタを利用したC/Sシステムの場合

TPモニタを使用してC/Sシステム上で動作するAPを作成します。SEWB+は，次に示す部分の作成に適しています。

サーバの主処理（ファンクション層）

サーバのDBアクセス処理（データ層）

クライアントの通信処理（プレゼンテーション層の一部）

プレゼンテーション層であるGUI画面の設計は，ユーザがVB，VC++，APPGALLERY，XMAP3，COBOL GUIオプションなどのツールを利用して作成します。

なお，OLTPを使用しないで，独自に通信ロジックを作成する場合も，同様です。

(2)　CORBAを利用したC/Sシステム

CORBAに基づくC/Sシステム上で動作するAPを作成します。

図1-2　CORBAを利用したC/Sシステムの場合

SEWB+は次に示す部分の作成に適しています。

サーバオブジェクト

サーバのDBアクセスオブジェクト

プレゼンテーション層であるGUI画面の設計は，ユーザがVB，VC++，APPGALLERY，RammWare for Java，COBOL GUIオプションなどのツールを利用して作成します。

プレゼンテーション層の処理からサーバにアクセスする処理は，ツールごとのCORBA呼び出し方法に従います。

(3)　ODBCなどを利用したC/Sシステム

ODBCなどを利用したC/Sシステム上で動作するAPを作成します。作成方法の例として，クライアント側の主処理（ファンクション層）をユーザが作成し，サーバ側のDBとのアクセスはODBCインタフェース又はDBのサーバアクセス機能を利用する方法を示します。

図1-3　ODBCなどを利用したC/Sシステムの場合

SEWB+は次に示す部分の作成に適しています。

クライアントの主処理（ファンクション層）

クライアントのDBアクセス処理（データ層）

プレゼンテーション層であるGUI画面の設計は，ユーザがVB，VC++，APPGALLERY及びCOBOL GUIオプションなどのツールを利用して作成します。

プレゼンテーション層の処理から，同じクライアントにある主処理を呼び出します。

1.2.2　バッチシステム

SEWB+では，バッチシステムも対象にしています。SEWB+を使用して，次に示すようなAPを作成します。

図1-4　バッチシステムの場合

バッチシステム上で動作するAPを作成します。SEWB+では，バッチシステムの主処理部分(ファンクション層)，及びDBアクセス処理(データ層)を作成できます。

帳票の設計は，SEWB+/EUR Professional Editionなどのツールを利用してユーザが作成します。

1.2.3　ワークフローシステム

SEWB+では，基幹業務をつなぐワークフロー（業務処理の流れ）システムのフロー制御APを作成できます。ワークフローシステムとは，基幹業務の複数のホストやサーバが，アダプタと呼ばれるメッセージ変換プログラムで接続されているシステムです。ワークフローシステムを使用する例を次に示します。

図1-5　ワークフローシステムの場合

ワークフローは，WorkCoordinator Definerを使用して作成します。SEWB+では，WorkCoordinator Definerが出力するビジネスプロセス定義を取り込んで，フロー制御APを作成することができます。

WorkCoordinator Definerで作成するビジネスプロセス定義の例を次に示します。なお，ビジネスプロセス定義の詳細については，マニュアル「WorkCoordinator Definer Version 3　ユーザーズガイド」を参照してください。

業務データを初期化する。

業務Aの処理。

業務Bの処理。

業務データの終了処理をする。

業務Aの結果に異常があった場合，業務Aを取り消す。

1.3　開発の流れ

SEWB+を利用したシステム開発の流れを示します。なお，「1.3.1 TPモニタ使用時の開発の流れ」及び「1.3.2 CORBA使用時の開発の流れ」の詳細は以降の章を参照してください。図中の左上に書かれている数字と文字は，詳細が書かれている「章番号.章タイトル(補足説明)」を示します。

＜この節の構成＞

1.3.1　TPモニタ使用時の開発の流れ

1.3.2　CORBA使用時の開発の流れ

1.3.1　TPモニタ使用時の開発の流れ

1.3.2　CORBA使用時の開発の流れ

2.システムの設計

システム設計の作業は，システムの外部仕様，内部仕様を決定する工程です。ここでは，SEWB+を利用した，TPモニタ及びCORBAでのシステム設計について説明します。また，それぞれの業務の流れや，利用できるツールについても説明します。

＜この章の構成＞

2.1　システム設計の概要

2.2　サーバAPとクライアントAPの処理方式の決定

2.3　開発方式の設計

2.4　データ項目と業務ルールの作成・検討

2.5　外部仕様の作成・検討・評価

2.1　システム設計の概要

SEWB+を利用したシステム設計では，人が処理する作業と機械が処理する作業を考慮して，新業務システムを設計します。それから，手作業での処理と，コンピュータでの処理の切り分けを明確にします。コンピュータが処理する作業については，詳細な要求（画面，帳票，内部処理など）を決定します。システム設計で作成した設計情報は，リポジトリに管理され，AP作成作業などで利用されます。次にシステム設計の流れを示します。なお，この章での説明があるものには「節番号 節タイトル」を付けています。

図2-1　 システム設計の流れ

2.2　サーバAPとクライアントAPの処理方式の決定

業務機能設計で，Xupper，ERwin/ERX，SILVERRUN，及びData-INTIMATEなどを利用してビジネスフロー図(業務処理概要図)やデータモデルを作成します。システム設計では，この業務機能設計で抽出された要求仕様を基に，OS，GUI及びDBMSなどのシステムの基盤機能を提供するソフトウェア製品を選定し，それらの製品を前提としてシステム処理方式を設計します。

＜この節の構成＞

2.2.1　作業の流れ

2.2.2　要求仕様の確認

2.2.3　DB及び機能分散処理の設計

2.2.4　設計内容の検証

2.2.5　基盤ソフトウェア構成・システム処理方式の確定

2.2.1　作業の流れ

次に，作業の流れを示します。

2.2.2　要求仕様の確認

既に業務機能設計などの工程でシステムへの要求が分析されているか確認します。要求仕様がなかったり，内容が不適切な場合は，該当する工程に戻って設計結果を見直してください。

2.2.3　DB及び機能分散処理の設計

要求仕様や基盤ソフトウェアの仕様及び提供機能を前提にして，DB及び各機能をC/Sシステム上の最適な位置に分散配置します。

＜この項の構成＞

(1)　分散化設計の確認

(2)　C/S処理フローの設定

(1)　分散化設計の確認

既に分散化設計書が作成されている場合は，開発対象になる業務に関するDBや，C/Sシステム上での機能の分散方式を確認します。分散化設計の内容は，C/S機能構成図にまとめます。

(2)　C/S処理フローの設定

各機能を詳細化し，業務処理ごとに操作及びシステム処理の流れを設定します。C/S処理フロー設計の内容は，システム処理フロー図にまとめます。システム処理フロー図は，個々のプログラムの処理や入出力データの関連を明確にするシステム化機能詳細設計で利用されます。なお，システム化機能詳細設計については「7. サーバAPの設計」を参照してください。

機能を詳細化するときには，次の点に注意します。

論理的に「プレゼンテーション層」「ファンクション層」「データ層」に区切って設計する。典型的な大規模基幹系システムでの各層は次のようになる。
「プレゼンテーション層」：クライアント側。画面・帳票などの入出力や，簡単なチェック及び入出力編集などを実行する。
「ファンクション層」：クライアント側又はサーバ側(両方にあってもよい)。主処理の実装部分。複数の層に階層分けできる。
「データ層」：サーバ側。DBだけ，又はDBとDBアクセス処理を指す。

オンライン処理とバッチ処理の切り分け。

処理のサイクル及び処理のタイミング。

出力する情報。

提供するサービスを受ける処理の切り分け。

2.2.4　設計内容の検証

設計した分散方式や処理の流れで，要求仕様を実現できるかどうかを検証します。

＜この項の構成＞

(1)　机上検証

(2)　プロトタイプでの検証

(1)　机上検証

設計したシステム処理方式で不明確な点は，文書などで関連部署や製造元に確認します。

(2)　プロトタイプでの検証

設計したシステム処理方式で不明確な点を洗い出し，それらをプロトタイプで確認する必要があるかどうかを判断します。障害回復処理方式など，運用面からの検証も必要です。

なお，プロトタイプを作成して展開する場合には，次の点に注意してください。

プロトタイプであること及びプロトタイプの目的を明確にし，本稼働するシステムと混同させない。

本稼働するシステムのハードウェア及びソフトウェアの購入時期を意識して，プロトタイプでの評価計画を立てる。ハードウェア及びソフトウェアは，まずプロトタイプ用に1セット購入し，評価後に必要台数を手配して各拠点へ展開するとよい。

評価するときは，関連製品のバージョンを本稼働させるシステムに合わせるなど，同じ環境を設定する。

プロトタイプ作成の詳細については，「2.5 外部仕様の作成・検討・評価」を参照してください。

2.2.5　基盤ソフトウェア構成・システム処理方式の確定

机上検証及びプロトタイプ検証の結果を基に，基盤ソフトウェアやシステム処理を確定し，システム処理方式設計書を作成してください。

2.3　開発方式の設計

システム処理方式設計で処理方式が決定したら，その結果を基にC/Sシステム上の各APを開発するための開発方式を設計します。開発方式設計では，開発言語，開発支援ツール及び開発環境を決定したり，SEWB+を利用してAPを作成するときに必要なテンプレートや部品の開発計画を決定したりします。

＜この節の構成＞

2.3.1　作業の流れ

2.3.2　開発言語及び支援ツールの決定

2.3.3　各種基準書の設計

2.3.4　開発方式の設計

2.3.1　作業の流れ

2.3.2　開発言語及び支援ツールの決定

各APを開発するための言語及び支援ツールを決定します。

2.3.3　各種基準書の設計

AP開発の手順や基準を設定します。既存の開発標準に準拠して，APの特性や適用する言語及び支援ツールを前提に，プロジェクトの特性に合うようカスタマイズします。また，データモデリングでの名称の標準化もここで見直します。

2.3.4　開発方式の設計

開発方式では，システム処理方式を基に，開発言語を決定したり開発環境を構築したりします。

＜この項の構成＞

(1)　開発環境の構築

(2)　共通部品開発計画の設定

(3)　組み合わせテスト方式設定

(1)　開発環境の構築

使用する言語や支援ツール，及びその前提ソフトウェアを含むソフトウェア構成を設定します。また，ソフトウェア導入を前提とした開発用機器をそろえ，メモリ，ディスク容量及びデバイスなどのハードウェア構成を見積もります。

(2)　共通部品開発計画の設定

SEWB+を利用してプログラムを作成する場合に必要なテンプレート及び部品の開発計画を設定します。テンプレートや部品にするパターン及び処理は，業務機能設計書やシステム処理方式設計書を基に，各APで共通する処理パターンや機能を調査して抽出します。共通部品開発については，「6. 適用テンプレート・部品の準備」を参照してください。

(3)　組み合わせテスト方式設定

組み合わせテストで実施するテストの範囲，品質目標，終了条件及びテスト実施方法を検討します。また，必要に応じて支援ツールの導入を検討します。

2.4　データ項目と業務ルールの作成・検討

データ分析の工程でXupper，ERwin/ERX，SILVERRUN，及びData-INTIMATEなどで分析したER図やエンティティ定義書を基に，システムで使用するデータ項目を抽出します。これらのデータ項目はデータ項目辞書としてリポジトリに登録します。また，これらのデータ項目に対し，制約(ビジネスルール)が指定してある場合，それらは業務ルールとしてリポジトリに登録し，データ項目に適用できるよう設定します。

＜この節の構成＞

2.4.1　作業の流れ

2.4.2　前工程の確認

2.4.3　リポジトリの確認

2.4.4　業務ルールの作成

2.4.1　作業の流れ

次に，作業の流れを示します。

2.4.2　前工程の確認

前工程として，次に示す作業が終了していることを確認してください。

データ分析工程で，システムで使用するデータ項目が抽出されていること。

データモデルが作成されていて，エンティティの詳細情報として，標準データ項目定義票及びデータ制約定義票が作成されていること。

データモデルが正規化されていること。

2.4.3　リポジトリの確認

リポジトリが次に示す状態であるか確認してください。

データ分析工程での分析結果がリポジトリに登録されている(ERwin/ERX，SILVERRUN，及びData-INTIMATE使用時は，データ分析結果がCSV形式ファイルを経由してリポジトリに登録されている)。

登録された情報から，必要なデータ項目辞書が作成されている。

データ項目辞書及び業務ルール辞書が登録されている。

2.4.4　業務ルールの作成

＜この項の構成＞

(1)　データ制約定義の確認

(2)　データ制約の分類ごとの設定

(1)　データ制約定義の確認

データ制約定義票のデータ制約の部分が，業務ルールとして登録されます。データ制約定義票に，データ制約の記述があるかどうかを確認してください。

(2)　データ制約の分類ごとの設定

業務ルールは，データ制約の分類ごとに登録内容が異なります。分類は「項目固有か項目関連か」及び「チェックか導出か」で決まります。

(a)　分類(データ項目)

項目固有制約

単独のデータ項目に対する業務ルールとして定義します。なお，項目固有制約の業務ルールをドメインデータ項目に定義することで，継承関係を適用できます。詳細は「4.2.1 業務ルールの定義項目」を参照してください。

項目関連制約

複数のデータ項目に関連する業務ルールとして定義します。

(b)　分類(処理のタイプ)

チェック(ルール)

適用するデータ項目の妥当性を判断する業務ルールとして定義します。

導出(ルール)

データ項目の値を導き出す業務ルールとして定義します。

2.5　外部仕様の作成・検討・評価

早期に，画面遷移や画面・帳票レイアウトを試験的に操作するプロトタイプを作成し，開発者とユーザとの間の誤解などを解消しておきます。プロトタイプでの評価と検討を繰り返し，早期に外部仕様を固定することで，手戻りのない効率的な開発を目指します。なお，プロトタイプは，ユーザインタフェースの基本設計工程で作成します。ユーザインタフェース基本設計では，外部仕様を決定し，画面・帳票の基準を作成します。詳細なエラー処理や編集処理は，ユーザインタフェース詳細設計で作成します。

＜この節の構成＞

2.5.1　作業の流れ

2.5.2　画面遷移図の作成

2.5.3　代表シナリオの決定

2.5.4　プロトタイプの開発方法及び評価項目の設定

2.5.5　画面・帳票レイアウトの確認

2.5.6　再利用できるテンプレートや部品の作成

2.5.1　作業の流れ

2.5.2　画面遷移図の作成

業務機能設計書を基にして画面の流れを画面遷移図にまとめます。

2.5.3　代表シナリオの決定

プロトタイプを作成する範囲と流れ(代表シナリオ)を決定します。

2.5.4　プロトタイプの開発方法及び評価項目の設定

プロトタイプを使用したレビューの初期段階の指摘は，画面の色や配置といったデザイン面に偏り，必要なデータや機能の不備が見過ごされることがあります。評価の初期段階でこれらの不備を見逃すと，後工程で大きな手戻りが発生してしまいます。評価の初期段階から必要な項目を適切に評価し，DB構造を早期に確定するために，仕様評価ではデータに関するレビューを優先させます。レビュー対象の優先度は，高い順に「データ」「機能仕様」「ユーザインタフェース」となります。

2.5.5　画面・帳票レイアウトの確認

＜この項の構成＞

(1)　画面・帳票，プログラム及びテストデータの作成

(2)　プロトタイプでのレビューとレビュー結果の反映

(1)　画面・帳票，プログラム及びテストデータの作成

プロトタイプの評価では，短期に効率良くレビュー用のプログラムを作成し，レビューを行って問題点を洗い出し，それらを修正することで外部仕様を固めることが目的です。このため，今後，仕様変更が発生しそうな箇所や処理が複雑な箇所は，ダミーテーブルを利用して，あたかも処理が行われたようにシミュレートします。これらの箇所は外部仕様が固まった後，ユーザインタフェース詳細設計の工程で作り込みます。

(2)　プロトタイプでのレビューとレビュー結果の反映

プロトタイプを使用してレビューを行います。指摘や問題点があった場合は，外部仕様を見直します。

2.5.6　再利用できるテンプレートや部品の作成

外部仕様が固まった後，GUI基準や処理方式基準(初期表示処理方式，エラー処理方式，部品化など)を見直します。また，再利用できるテンプレートや部品は整備して，以降の開発に利用します。

3.DB設計・データ項目の取り込み

SEWB+でDOAに基づいたデータ項目・業務ルールの定義や管理をするためには，上流工程でDOAに基づいたデータ分析・設計がなされていること，及びそこで分析された結果を適切にSEWB+に取り込むことが必要です。

SEWB+は，ERwin/ERX，SILVERRUN，Data-INTIMATEなどの標準的なデータ分析ツールやDB設計ツールと連携し，それらのツールで作成されたデータモデルの情報を取り込むことができます。

＜この章の構成＞

3.1　データ分析とデータ設計

3.2　データ項目の取り込み

3.1　データ分析とデータ設計

システム全体で使用するデータ項目を，システム開発時に効率良く利用できるようにデータモデルを作成します。

＜この節の構成＞

3.1.1　データモデリング

3.1.1　データモデリング

データモデルを作成することをデータモデリングといいます。データモデリングでは，システムで使用するデータ項目を調査したり，それらのデータ項目のドメインを分析したり，名称を標準化したりして，業務システムの静的なデータ項目の構造を，全体像としてまとめていきます。

データモデルはデータ項目などの実態を表すエンティティとエンティティ属性及びエンティティ間の関連であるリレーションシップで構成されます（ER図）。

大規模システムのデータモデリングでは，これを支援するツールを利用すると効率良く作業できます。データモデリングの進め方については，使用するツールのマニュアルを参照してください。

なお，ERwin/ERX，SILVERRUN，及びData-INTIMATEを使用する場合には，作成したデータモデルからエンティティやエンティティ属性の情報を，CSV形式ファイルを経由してSEWB+/REPOSITORYのデータ項目辞書に登録できます。

3.2　データ項目の取り込み

SEWB+では，データ分析やDB設計で作成したデータ項目をプログラムで利用するために，それらのデータ項目をSEWB+/REPOSITORYに取り込み，データ項目辞書を作成して業務AP作成に利用します。データ項目辞書を利用すると，次のような利点があります。

データ分析時に設計したDBのデータ項目がそのまま使えるので，プログラム作成時にデータ項目を再入力しなくてもよい。

記述誤りなどを削減できる。

データ項目変更時でも，再生成するだけで対処できる。

データ項目辞書に注目した，変更波及調査ができる。

データ分析からのデータ項目の取り込みを次に示します。なお，ERwin/ERX，及びSILVERRUNからのデータ項目の取り込みの詳細については，マニュアル「SEWB+/REPOSITORY辞書設計ガイド」を参照してください。

4.辞書の作成

データ分析では，システム全体で使用するデータ項目とその情報を抽出します。SEWB+/REPOSITORYでは，これらを「辞書」に格納して，DOAに基づくシステム開発を実現しています。辞書は，システム開発で扱う情報の基本単位となる「データ項目」と，データ項目特有の処理を部品化した「業務ルール」を管理します。

＜この章の構成＞

4.1　データ項目辞書

4.2　業務ルール辞書

4.3　AP設計と辞書

4.4　辞書使用時の注意事項

4.1　データ項目辞書

システム全体でデータを共有し，有効活用するためには，データ項目の標準化が必要です。SEWB+では，データ項目の共有や有効活用を支援するため，DB設計作業で作成したデータ項目を取り込み，それらをAPで利用できるよう編集・管理するSEWB+/REPOSITORYのデータ項目辞書機能を提供しています。

データ項目辞書では，各データ項目に関する名称（データ項目名，標準名称，フリガナなど）や，属性（データ形式の分類，けた数など）などの言語別詳細情報を定義して，管理します。データ項目辞書で管理するデータ項目には，「単項目」「継承項目」「結合項目」があります。次に「単項目」と「継承項目（データ項目の継承関係）」及び「結合項目（データ項目の結合関係）」を示し，それぞれについて説明します。

＜この節の構成＞

4.1.1　単項目(基本項目)

4.1.2　継承項目

4.1.3　結合項目(レコード項目)

4.1.4　データ項目の取り込み方法

4.1.1　単項目(基本項目)

データ項目辞書で管理するデータ項目で，他のデータ項目と連結していないデータ項目のことです。

単項目は，データ項目辞書の最も基本的なデータ項目の単位です。辞書の設計は，このデータ項目の作成から始めます。データ項目作成時の定義項目の上限や属性などは，プロジェクトごとの利用しやすさを考慮してカスタマイズできます。データ項目の定義のカスタマイズは，SEWB+/REPOSITORYの環境構築ユティリティで行います。詳細はマニュアル「SEWB+/REPOSITORY 運用ガイド」を参照してください。カスタマイズできる定義項目とカスタマイズ例を次に示します。

文字数の上限

フィールド1～20の名称
例：「フィールド1」→「変更履歴」

言語区分4～7の追加
例：「言語4」→「VB」

タイプに対応する設定と，レコード生成キーワード
例(言語区分を「Java」とカスタマイズした場合)：
タイプ→「string」
レコード生成キーワード→「string @DATAITEM」

4.1.2　継承項目

データ分析で求められたドメインと，ドメインによってグルーピングされたデータ項目は，継承関係で結び付けてデータ項目辞書に登録します。継承とは，データ項目間で共通する性質を持つデータ項目から，その定義情報を複数のデータ項目に引き継ぐことです。共通する性質を持つデータ項目が継承関係の上位データ項目，引き継ぐデータ項目が継承関係の下位データ項目になります。この継承の仕組みを利用して，ドメインを継承関係の上位データ項目に登録し，グルーピングされたデータ項目を下位データ項目に登録します。このようにドメインの分析結果に基づいてデータ項目を登録すれば，データ項目を効率良く体系的に登録及び管理できるとともに，定義情報の標準化を図れます。

＜この項の構成＞

(1)　ドメインと，ドメインにグルーピングされたデータ項目の登録

(2)　継承の利点

(1)　ドメインと，ドメインにグルーピングされたデータ項目の登録

ドメインをデータ項目辞書に登録するには，まず最も共通的な値域を持つドメインを，継承関係の最上位のデータ項目として登録します。その後，そのデータ項目から定義情報を引き継いで，ドメインにグルーピングされたデータ項目又は下位のドメインを登録します。

(2)　継承の利点

ドメインのデータ項目の定義情報は，継承関係の下位データ項目に引き継がれます。したがって，ドメインにグルーピングされたデータ項目には，それぞれのデータ項目固有の定義情報だけを定義し，登録すればよいことになります。

また，継承関係にあるデータ項目を変更する場合，上位のデータ項目を変更すると，継承関係にある下位のデータ項目には，変更が自動的に反映されます。ただし，それぞれのデータ項目固有の定義情報は影響を受けません。このため，変更時の変更波及の管理が容易になります。なお，継承関係にあるデータ項目間でも，ドメインの定義情報を引き継ぐかどうかを設定できます。

4.1.3　結合項目(レコード項目)

データ分析で求められたデータの構造は，複数のデータ項目同士を結合関係で結び付けて，データ項目辞書に登録します。結合とは，複数のデータ項目に順序を付け，それに従ってデータ項目を連結させることです。この仕組みを利用して，COBOLの集団項目と基本項目の関係，C言語の構造体とそれを構成する変数の関係又はAPで使用するレコードと，レコードを構成するデータ項目の関係といったデータ構造を，データ項目辞書に登録できます。

データ項目辞書では，結合項目を上位データ項目として継承した場合，上位データ項目の継承項目の結合関係も引き継ぐ定義ができます。

＜この項の構成＞

(1)　レコード定義の登録

(2)　AP利用を考慮したレコード設計

(1)　レコード定義の登録

SEWB+/CONSTRUCTIONのデータ定義，SEWB+/EUR Professional Editionでのレポート設計及びAPPGALLERY EnterpriseでのOpenTP1クライアントAP作成などで利用されるレコード定義は，最上位結合項目としてデータ項目辞書に登録します。

(2)　AP利用を考慮したレコード設計

DBやファイル設計，及び業務設計から求められたC/Sシステムのインタフェース仕様などの情報を基に，辞書に登録するレコード構造を設計します。このレコード構造に従って，既に辞書に登録してあるデータ項目を組み合わせて結合項目を構成します。APでレコードとして扱われる結合項目は，データ項目辞書には「最上位結合項目」として登録します。

SEWB+/CONSTRUCTIONでは，実際にAP中で使用するデータを定義する場合，この最上位結合項目を参照します。例えば，RDBの定義では，RDBの表の構造として最上位結合項目が参照され，データが定義されます。このため，辞書の作成者は，AP開発に使用するデータの種類を考慮しながら，辞書に用意するレコード構造を決めてください。

4.1.4　データ項目の取り込み方法

DB設計で作成したデータ項目をAP作成で使用するためには，まずデータ項目をSEWB+/REPOSITORYのデータ項目辞書に取り込む必要があります。

データ項目辞書にデータ項目を取り込む方法を次に示します。なお，詳細については，マニュアル「SEWB+/REPOSITORY 辞書設計ガイド」を参照してください。

図4-1　データ項目をSEWB+に取り込む方法

4.2　業務ルール辞書

業務ルールとは，データ項目に着目して，データ項目特有の処理を部品化したものです。データ項目辞書を整備した後，業務ルールを格納する業務ルール辞書を整備します。

業務ルールには，通常の業務ルールと，同じデータ項目を使った処理を記述するための同一項目用業務ルールがあります。通常の業務ルールには，単独のデータ項目に対する処理を定義する業務ルール（項目固有ルール）と複数のデータ項目に関連した処理を定義する業務ルール（項目関連ルール）を定義できます。また，項目固有ルールは，複数のデータ項目間で共有することもできます。

＜この節の構成＞

4.2.1　業務ルールの定義項目

4.2.2　業務ルールの登録

4.2.1　業務ルールの定義項目

業務ルールを定義する場合，業務ルールの処理内容(ルールスクリプト)，業務ルールの名称，及び業務ルールとデータ項目の関連を定義します。業務ルールとデータ項目との関連は，データ分析工程で抽出したデータ制約の種別によって定義内容が異なります。データ制約は「項目固有制約」と「項目関連制約」に分類されます。また，それぞれの処理内容によって「チェックルール」と「導出ルール」に分類されます。

項目固有制約

単独のデータ項目に対する業務ルールとして定義します。定義する場合は，SEWB+/REPOSITORYの業務ルール新規作成ダイアログボックスのデータ項目タブで，「適用データ項目」の「専用にする」をチェックし，「組み合わせるデータ項目」に，この業務ルールを適用するデータ項目を指定します。このとき指定できるデータ項目は一つだけです。

ドメイン制約(項目共通制約)

ドメインとしてグルーピングされ，辞書に登録されているデータ項目との間に継承関係を定義する場合，ドメインに対して業務ルールを定義します。この場合，定義方法は項目固有制約と同じです。

項目関連制約

複数のデータ項目に対する業務ルールとして定義します。定義する場合は，SEWB+/REPOSITORYの業務ルール新規作成ダイアログボックスのデータ項目タブで，「適用データ項目」の「専用にする」をチェックし，「組み合わせるデータ項目」に，この業務ルールを適用するデータ項目を指定します。このとき指定できるデータ項目は一つ以上です。

＜この項の構成＞

(1)　分類(処理のタイプ)

(2)　属性

(3)　データ項目との関連

(4)　ルールスクリプト

(1)　分類(処理のタイプ)

チェック(ルール)

適用するデータ項目の妥当性を判断する業務ルールとして定義します。定義する場合は，SEWB+/REPOSITORYの業務ルール新規作成ダイアログボックスのデータ項目タブで，「適用データ項目」の「組み合わせるデータ項目」の「適用条件」に「入力」を指定します。

導出(ルール)

データ項目の値を導き出す業務ルールとして定義します。定義する場合は，SEWB+/REPOSITORYの業務ルール新規作成ダイアログボックスのデータ項目タブで，「適用データ項目」の「組み合わせるデータ項目」の「適用条件」に次のように指定します。

業務ルールによって導き出される値を格納するデータ項目：出力

業務ルールを適用するその他のデータ項目：指定なし

(2)　属性

「業務ルール名」「標準名称」「フリガナ」「コメント」及び「フィールド1～3」のことです。「業務ルール名」「標準名称」「フリガナ」は業務ルールを識別しやすいように定義します。「コメント」は処理概要やソースプログラムへの展開条件，注意事項などを記述します。「フィールド1～3」は，プロジェクト独自の情報を定義するなど自由に使用できます。

(3)　データ項目との関連

業務ルールとデータ項目とを関連付けるため適用データを専用にするか共用にするかや，適用条件，ルールスクリプトで使用するキーワードなどを定義します。

(a)　適用データの専用と共用

業務ルールが特定のデータ項目だけに対応するのか，複数のデータ項目に対応するのかを選択します。複数のデータ項目に対応する必要がある場合，ドメインに業務ルールを対応させて適用を継承させる，継承関係を利用することをお勧めします。

(b)　キーワード

業務ルールに使用するデータ項目の仮の名称です。

(c)　適用条件

データ項目がどのような条件(処理の入力又は出力)にあるときに，その業務ルールをAPに適用させるのかという情報を指定します。適用条件は，プログラム作成に必要な業務ルールをSEWB+/CONSTRUCTIONで抽出する場合にキーとなる情報です。したがって，SEWB+/CONSTRUCTIONでの利用も考慮した指定が必要になります。

(4)　ルールスクリプト

ソースプログラムに展開する業務ルールの処理を，AP開発に使用するプログラミング言語別にコーディングします。

4.2.2　業務ルールの登録

＜この項の構成＞

(1)　継承関係を利用した登録

(2)　システムで共用する業務ルールの登録

(3)　特定業務で扱う業務ルールの登録

(1)　継承関係を利用した登録

業務ルールは，継承できます。業務ルールに継承関係の上位データ項目を関連付けると，その業務ルールは下位データ項目にも適用されます。

業務ルールを整備するときは，継承の関係を考慮してください。ただし，同一項目用業務ルールの設計時には，継承の関係を考慮する必要はありません。

(2)　システムで共用する業務ルールの登録

実際に業務ルール辞書を整備するには，まず，ドメイン，つまり継承関係の上位データ項目の業務ルールから登録を始めます。ドメインと業務ルールの関連は，データ項目の体系と同じようにドメインを継承するすべてのデータ項目に引き継がれ，業務ルールを共用することができます。したがって，ドメインの業務ルールは，システムで共用することを目的とした汎用性の高い業務ルールといえます。

ドメインの業務ルールは次の手順で登録します。登録の詳細はマニュアル「SEWB+/REPOSITORY 辞書設計ガイド」を参照してください。

データの値の妥当性をチェックする業務ルール

データの値を導き出す業務ルール

(3)　特定業務で扱う業務ルールの登録

ドメインの業務ルールを業務ルール辞書に登録した後，継承関係の下位データ項目の業務ルールを登録します。特定のデータ項目に関する業務の規則，制度などを業務ルールとして登録します。特定業務を扱う業務ルールも，システムで共用する業務ルールと同様の手順で登録してください。

4.3　AP設計と辞書

辞書を中心に考えたAP設計を図に示します。SEWB+/REPOSITORYの辞書機能を利用したAP設計では，上流のデータ分析工程の情報を辞書に取り込んで一括管理するため，次のような利点があります。

データ分析時に設計したDBのデータ項目がそのまま使えるので，プログラム作成時にデータ項目を再入力しなくてもよい。

記述誤りなどを削減できる。

データ項目変更時でも，再生成するだけで対処できる。

データ項目辞書に注目した，変更波及調査ができる。

図4-2　 AP設計と辞書

4.4　辞書使用時の注意事項

＜この節の構成＞

(1)　日立COBOL85使用時の注意

(2)　辞書変更での注意事項

(3)　データ定義情報生成時の注意

(1)　日立COBOL85使用時の注意

日立COBOL85を使用する場合，次のことに注意してください。

REDEFINES句は使用できない。

プログラム中で使用するFILLERも，あらかじめ辞書に登録しておく。

(2)　辞書変更での注意事項

(a)　辞書の状態保存

辞書は自動的に最新の状態になるので，履歴をとる必要はありません。データ定義など，辞書参照で作成するドキュメントをある時点の状態のまま保存しておきたい場合は，ドキュメントを参照専用でチェックアウトして，ローカルで保存してください。

(b)　プログラム生成への影響

データ定義や論理設計図で使用している辞書情報に変更があった場合，それらを取り込んだプログラム定義でプログラム生成すると，最新のデータ項目情報を取得するため時間が掛かることがあります。ソースプログラムの生成時間を短縮するために，次の操作を定期的に行うことをお勧めします。

データ定義の場合

ローカルマシンに更新専用でチェックアウトする。

リポジトリにチェックインする。

論理設計図の場合

ローカルマシンに更新チェックアウトする。

論理設計図を開き，データ項目を「最新の情報に更新」で更新する。

リポジトリにチェックインする。

(3)　データ定義情報生成時の注意

SEWB+/CONSTRUCTIONの環境設定で「辞書を参照しないでデータ定義情報を生成する」を設定すると，辞書を参照しないでデータ定義情報を生成します。データ定義ファイルがチェックインされている場合又はプログラム定義で「辞書の利用」を指定している場合でも，辞書を参照しないで，データ定義情報が生成されるので注意が必要です。

5.入出力の設計

SEWB+は，VBやAPPGALLERYなどのGUI構築ツールと連携して，ユーザインタフェースを設計できます。また，データ項目辞書の最上位結合項目を取り込んで，APで使用するファイル又はDBを定義します。

＜この章の構成＞

5.1　ユーザインタフェースの設計

5.2　ファイル・DBの設計

5.1　ユーザインタフェースの設計

SEWB+は，ユーザインタフェースを設計するGUI構築ツールや帳票設計ツールと連携できます。ユーザインタフェース部分は，エンドユーザがデータ項目を入力したり，コンピュータが処理結果を出力したりする入出力部分です。

GUI構築ツールにはAPPGALLERY，XMAP3，及びVB，帳票設計ツールにはSEWB+/EUR Professional Editionが挙げられます。これらのツールを使用して画面や帳票のレイアウトを設計し，作成したプロトタイプでインタフェースを検証できます。このように，プロトタイプで画面や帳票のレイアウトを確認することで仕様を早期に確定させ，設計の手戻り作業を防止するようにします。

＜この節の構成＞

5.1.1　GUI構築ツールでのクライアントAPの設計

5.1.2　Web画面の作成

5.1.3　帳票レイアウト設計

5.1.1　GUI構築ツールでのクライアントAPの設計

GUI構築ツールとして，APPGALLERY，XMAP3，及びVBをクライアントAPとした，C/Sシステムを構築できます。

＜この項の構成＞

(1)　APPGALLERYを使用した場合

(2)　XMAP3を使用した場合

(3)　VBを使用した場合

(1)　APPGALLERYを使用した場合

APPGALLERYは，キャンバス(作業用画面)にテキストやコマンドボタンなどの部品を置くことで，GUIを視覚的に設計できるツールです。

キャンバスには，画面遷移を定義できます。まず，簡単な画面構成図（ラフスケッチ画面）を記述しておいて，プロトタイプ作成時に画面遷移を定義して印刷すると，画面遷移図として使用できます。

またAPPGALLERYでは，サーバAPと電文を送受信する部品にSEWB+/REPOSITORYの定義情報を設定できます。これによって，電文の構造変更に伴うコネクタプロシジャの変更が不要になり，保守性を向上させることができます。

さらに，APPGALLERYで使用したデータ項目をサーバAP作成時にSEWB+/CONSTRUCTIONで使用すると，クライアントAPのインタフェースとの整合性を取ることができます。

APPGALLERYでのクライアントAP作成の詳細については，マニュアル「APPGALLERY プログラマーズガイド」を参照してください。

(2)　XMAP3を使用した場合

XMAP3は，レイアウト定義ウィンドウにテキストやボタンなどのオブジェクトを置くことで，表現力豊かな画面・帳票を簡単に作成できるツールです。画面・帳票を作成するには，XMAP3のドロー機能を使用します。作成した画面・帳票の定義情報は，マップ定義ファイルとして保存されます。

さらに，マップ定義ファイルをクライアントAP作成時にSEWB+/CONSTRUCTIONで使用すると，画面との整合性を取ることができます。

XMAP3での画面・帳票の作成方法については，マニュアル「画面・帳票サポートシステム　XMAP3　プログラミングガイド　画面編」又は「画面・帳票サポートシステム　XMAP3　プログラミングガイド　帳票編」を参照してください。

(3)　VBを使用した場合

VBは，フォームの上にテキストやコマンドボタンなどの部品を置くことで，インタフェースを作成します。さらに，部品に対してプロパティを設定したりコードを記述したりして，GUIを設計します。

ただし，RPCに関する処理や，クライアントAPとサーバAPのレコード形式を合わせる作業は，データ項目辞書を基にユーザが行う必要があります。

5.1.2　Web画面の作成

＜この項の構成＞

(1)　Web Page Generator用テンプレートの作成（CORBA使用時）

(2)　TP1/WebでのクライアントAPの作成（TPモニタ）

(3)　RammWare for JavaでのクライアントAPの作成(CORBA)

(1)　Web Page Generator用テンプレートの作成（CORBA使用時）

Web Page Generator Enterpriseは，インターネット及びイントラネット上の，ブラウザとWWWサーバ間の対話的業務を実現します。Web Page Generator Enterpriseは，HTMLを動的に生成するため，WWWブラウザをクライアントにしたC/Sシステムを構築できます。

Web Page Generator - Designは，出力するHTMLのひな型となるWeb Page Generator用テンプレートを生成するツールです。Web Page Generator用テンプレートを生成するに当たり，SEWB+/CS-DESIGNで定義した論理設計図の情報を参照できます。サーバAPは，CORBAアプリケーションとして開発します。CORBAを使用したサーバAPの開発については，「7.2　CORBAを使用したサーバAPの設計」を参照してください。

(2)　TP1/WebでのクライアントAPの作成（TPモニタ）

TP1/Webは，インターネット及びイントラネット上の，ブラウザとWWWサーバ間の対話的業務を実現します。TP1/Webを利用することで，WWWブラウザをクライアントにしたC/Sシステムを構築できます。この場合，SEWB+/CONSTRUCTIONのデータ定義から生成したC言語のヘッダファイルを，TP1/Webのデータ型定義ファイルとして利用できます。

(3)　RammWare for JavaでのクライアントAPの作成(CORBA)

RammWare for Javaは，フォームの上にテキストやボタンなどの部品を置くことで，GUIを設計するツールです。さらに，通信処理を定義することで，WWWブラウザをクライアントにしたC/Sシステムを構築できます。通信処理定義では，CORBAのIDL定義の引数名と，RammWare for JavaのGUI部品のIDとを対応付ける通信ハンドラを生成したり，Javaアプレットを生成したりします。

5.1.3　帳票レイアウト設計

帳票設計ツールとしてSEWB+/EUR Professional Editionを使用して，帳票レイアウト及び各フィールドの仕様を設計します。

SEWB+/EUR Professional Editionは，SEWB+/REPOSITORYのデータ項目辞書と連携して，帳票を設計できます。データ項目辞書を使用することで，サーバAPとのインタフェースの整合性を取ることができます。

また，設計した帳票レイアウトは印刷機能で印刷できるので，エンドユーザとの仕様確認などに利用できます。

帳票設計の詳細は，「7.3 帳票出力するAPの設計」を参照してください。

5.2　ファイル・DBの設計

システムで利用するデータ項目は，データ分析の工程で既に抽出されています。データ分析で抽出されたデータ項目は，データ項目辞書としてリポジトリに登録されます。

ここでは，データ項目辞書を利用してファイル又はDBを設計し，APで利用する入出力項目を決定します。

＜この節の構成＞

5.2.1　レコード定義

5.2.2　ファイル・DB設計時の注意事項

5.2.1　レコード定義

APで使用するファイルやレコードを定義するには，SEWB+/CONSTRUCTIONのデータ定義機能を利用します。リポジトリでは，既に辞書作成の段階で，SEWB+/CONSTRUCTIONのデータ定義を考慮してレコード構造が設計され，そのレコード構造に従ったデータ項目の組み合わせが結合項目として登録してあります。また，結合項目の中で，レコードとして定義されるものは「最上位結合項目」として登録されています。SEWB+/CONSTRUCTIONでのレコード定義では，最上位結合項目を取り込みます。

＜この項の構成＞

(1)　SEWB+/CONSTRUCTIONでのファイル及びDB定義

(1)　SEWB+/CONSTRUCTIONでのファイル及びDB定義

SEWB+/CONSTRUCTIONのデータ定義では，データ定義種別ごとに必要な情報を定義します。この工程で定義するデータ定義種別は，「ファイル」「DAM」「TAM」及び「RDB」です。

ファイル：

ファイルの入出力に必要な「ファイル名」「ファイル編成」及び「レコード構造」を定義します。「レコード構造」はデータ項目辞書から最上位結合項目を選んで定義します。

DAM：

DAMファイルの入出力に必要な「DAMファイル名」，「入出力ブロックサイズ」及び「レコード構造」を定義します。「レコード構造」はデータ項目辞書から最上位結合項目を選んで定義します。

TAM：

TAMテーブルの入出力に必要な「TAMテーブル名」及び「レコード構造」を定義します。「レコード構造」はデータ項目辞書から最上位結合項目を選んで定義します。

RDB：

RDBの入出力に必要な「表名称」及び「レコード構造」を定義します。「レコード構造」はデータ項目辞書から最上位結合項目を選んで定義します。

5.2.2　ファイル・DB設計時の注意事項

＜この項の構成＞

(1)　データ定義の注意事項

(2)　COPY文と@@expand文の機能比較

(1)　データ定義の注意事項

SEWB+の辞書は常に最新状態になるよう，自動的に更新されます。このため，データ定義の内容も常に最新状態を反映します。したがって，データ定義は常に最新状態なので履歴をとる必要はありません。ただし，データ定義の状態を保存しておきたい場合は，データ定義のドキュメントを参照専用でチェックアウトして，ローカルで保存してください。

(2)　COPY文と@@expand文の機能比較

レコードは，ソースプログラム中に書くCOPY文又はテンプレート記述言語の@@expand文で生成ソースに展開できます。COPY文と@@expand文で展開したときの違いを次に示します。

表5-1　 COPY文と@@expand文の機能比較

展開方法
相違点
ソースプログラム中に書く
COPY文
@@expand文

取り込みのタイミング
COBOLソースのコンパイル時
COBOLソースの生成時

取得できる関連

データ定義とデータ定義から生成したレコードソースの関連

データ定義とデータ項目

プログラム定義，ソースプログラム，データ定義，最上位結合項目及びデータ項目間の関連を一度に取得できる。

データ定義変更時
該当するデータ定義の生成だけ必要
データ定義を参照するすべてのプログラム定義でのソース再生成が必要

COBOL開発マネージャでの修正方法
データ定義を開いて，生成してからビルドする（データ定義変更時）。
ビルドによって，データ定義の変更内容(データ項目の変更を含む)は自動的に反映される。

ターゲットへの
反映手順
生成したレコードソースだけターゲットシステムへ転送し，ターゲットシステムで取り込んでいるCOBOLソースを再コンパイルする。
該当するCOBOLソースをすべて転送し，COBOLソースを再コンパイルする。

6.適用テンプレート・部品の準備

複数のAPの共通部品として調査・抽出されたパターンや処理を，AP開発で必要なテンプレート及び部品として作成しておきます。ここでは，テンプレート及び部品の作成について説明します。

＜この章の構成＞

6.1　テンプレートと部品の作成

6.1　テンプレートと部品の作成

SEWB+で利用するテンプレート及び部品は，各APに共通するパターンや処理を基にして作成します。これらは，前工程で作成されている，業務機能設計書，システム処理方式設計書及び開発方式設計書から抽出されたものです。

＜この節の構成＞

6.1.1　テンプレート及び部品作成の流れ

6.1.2　共通部品設計

6.1.3　共通部品の作成

6.1.1　テンプレート及び部品作成の流れ

次に，作業の流れを示します。

6.1.2　共通部品設計

＜この項の構成＞

(1)　処理パターンの抽出

(2)　標準テンプレート適用の検討

(3)　カスタマイズ仕様及び新規テンプレート仕様の検討

(4)　テンプレート仕様書の作成及びレビュー

(1)　処理パターンの抽出

システム処理方式で決定した機能分散の方式をプログラム単位に分割して，各プログラムの処理を明確にします。

(2)　標準テンプレート適用の検討

(1)で抽出した処理パターンに，標準テンプレートを適用するかどうかを検討します。標準テンプレートとは，他プロジェクトで作成したもの及びSEWB+/CS-FRAMEWORK，SEWB+/BATCH-FRAMEWORKなどを指します。検討後，処理パターンを次のように分類しておきます。

標準テンプレートをそのまま使用するもの。

標準テンプレートをカスタマイズして使用するもの。

新規にテンプレートを作成するもの。

(3)　カスタマイズ仕様及び新規テンプレート仕様の検討

処理パターンを分類した後，「標準テンプレートをカスタマイズして使用するもの」「新規にテンプレートを作成するもの」について，テンプレート部分，部品部分及びユーザ追加処理部分の区別を明確にします。それぞれの部分に含まれる内容を次に示します。

テンプレート：

プログラムの骨格として，生成後，変更する必要のない処理。

入出力項目などプログラム定義のユーザインタフェースとなる項目，及びその設定時の上限値やチェック内容。設定されたデータ項目に対する展開ロジックの仕様。

部品，業務ルール及びユーザ追加処理を展開する位置。

部品：

複数の処理パターンで共通に使用できる処理。ファイル入出力，DBアクセス，トランザクション制御などが該当する。

ユーザ追加処理：

APごとに固有な処理。

(4)　テンプレート仕様書の作成及びレビュー

共通部品設計での結果をドキュメントにまとめ，AP開発者とレビューをします。ドキュメントとしてまとめる項目を次に示します。また，作成するドキュメント(仕様書)を図に示します。なお，図6-1～図6-6の仕様書及びテンプレートは，SEWB+/CONSTRUCTIONのサンプルとして提供されています。

テンプレートから生成されるプログラムの内容，及びAPごとに固有な処理としてユーザが追加処理しなければならない処理の内容と，プログラム中での位置。

テンプレート中のインタフェース定義部での定義内容，及び定義内容と生成されるソースプログラムの関係。

テンプレートから利用できる部品の一覧。

図6-1　 パターンテンプレート仕様書(1)

図6-2　 パターンテンプレート仕様書(2)

図6-3　パターンテンプレート仕様書(3)

図6-4　 パターンテンプレート仕様書(4)

図6-5　 部品テンプレート仕様書(1)

図6-6　 部品テンプレート仕様書(2)

6.1.3　共通部品の作成

＜この項の構成＞

(1)　テンプレート及び部品の作成

(2)　共通部品テスト

(3)　リポジトリ確認

(4)　共通部品のリポジトリへの登録

(1)　テンプレート及び部品の作成

共通部品設計で作成したテンプレート仕様書を基に，テンプレート及び部品を作成します。

(2)　共通部品テスト

作成したテンプレート及び部品を使用して，実際にプログラムを生成するテストをします。次に示す項目に重点を置いてテストしてください。

インタフェース定義部の定義項目の妥当性。
項目の過不足，配列の数などをチェックします。

インタフェース定義部の定義内容に対するチェック処理の妥当性。

SEWB+/CONSTRUCTIONのプログラム定義のユーザ処理タブに表示されるセクション，及びユーザ処理の階層構造の妥当性。
なお，ユーザ処理とは「業務ルール」「部品」及び「ユーザ追加処理」を指します。

プログラム定義時に，AP開発者に対して表示されるコメントの妥当性。

生成されたソースプログラムの内容。
意図した内容になっているかどうかをチェックします。

ユーザ処理の位置の妥当性。

生成されたプログラムの動作確認(実機確認)。

(3)　リポジトリ確認

共通部品を管理するリポジトリに，必要なドキュメント種別が登録されているかどうかを確認します。登録されていなければ，サーバで登録してください。

(4)　共通部品のリポジトリへの登録

作成した共通部品をリポジトリに登録します。

7.サーバAPの設計

業務機能設計やユーザインタフェース基本設計で作成したワークシートを基に，業務処理の流れやプログラム単位の処理，及び入出力データの関連を明確にします。

＜この章の構成＞

7.1　TPモニタを使用したサーバAPの設計

7.2　CORBAを使用したサーバAPの設計

7.3　帳票出力するAPの設計

7.1　TPモニタを使用したサーバAPの設計

＜この節の構成＞

7.1.1　ツールの関連

7.1.2　サーバAP作成の流れ

7.1.1　ツールの関連

TPモニタを使用したC/SシステムのサーバAPを設計する場合に利用するツールと，それぞれの関連について示します。

図7-1　 TPモニタ使用時のツールの関連

クライアントAP作成に必要なデータ項目，及びサーバAP作成に必要なデータ項目をSEWB+/REPOSITORYの辞書から参照する。

GUIを作成する任意のツールで，クライアントAPを作成する。

SEWB+/CONSTRUCTIONでサーバAPを作成する。
SEWB+/CONSTRUCTIONでは，クライアントAP用のレコードソースを生成します。これは，クライアント側のAPがサーバにアクセスするためのインタフェース部分になるため，クライアント側のソースファイル中に格納されます。

7.1.2　サーバAP作成の流れ

TPモニタを使用したC/SシステムのサーバAPを作成する場合，システム化機能の詳細設計をします。システム化機能詳細設計では，処理フロー設計，内部インタフェース設計及びシステム化処理内容設計が必要です。ただし，これらを設計する場合，業務機能設計で業務処理概要図が作成されていること，及びユーザインタフェース基本設計で画面遷移図が作成されていることを確認し，作成されていない場合は，該当する工程に戻って作成してください。次にTPモニタを使用したC/SシステムのサーバAP作成の流れを示します。

図7-2　 TPモニタを使用したC/SシステムのサーバAP作成の作業の流れ

＜この項の構成＞

(1)　処理フロー設計

(2)　内部インタフェース設計

(3)　システム化処理内容設計

(1)　処理フロー設計

処理フロー設計では，ユーザインタフェース基本設計で作成した画面遷移図とシステム処理方式設計で作成したシステム処理フローから，プログラム関連図を作成します。プログラム関連図では，オンライン処理のプログラム間及びDB間の関連を明確にします。なお，処理フロー設計では，適用するテンプレートを考慮し，プログラム関連図を追加したり修正したりします。

(a)　プログラム関連図の作成

画面遷移図とシステム処理フロー図を基にプログラム関連図を作成します。各プログラム，処理内容，整合性実現方法及びDB間のデータ項目の受け渡しに必要な情報を明記します。記述する情報を次に示します。

入出力ファイル，帳票及びプログラム間インタフェースを登録する。

プロジェクトの名称基準に従い，プログラム記号名やファイルIDを付ける。

なお，SEWB+/OLTP DEFINERを使用すると，プログラム，画面，帳票などのシンボルを配置することで簡単にプログラム関連図を作成できます。SEWB+/OLTP DEFINERでのプログラム関連図の作成方法については，マニュアル「SEWB+/OLTP DEFINER　ユーザーズガイド」を参照してください。

プログラム関連図を次に示します。

図7-3　プログラム関連図

(b)　テンプレート適用の検討

新規のプログラムを作成する場合は，SEWB+で提供されているテンプレートや共通部品設計で作成したプロジェクト用のテンプレートを適用した方が，品質及び保守性に優れたプログラムを作成できます。

テンプレートを適用すると，プログラムの本数は増えますが，プログラムごとの規模は小さくなります。なお，プログラム関連図上のプログラム構造に適応する処理テンプレートがない場合は，必要に応じてプログラムを分割するか，共通部品設計に戻ってテンプレートをカスタマイズするかを検討してください。

(2)　内部インタフェース設計

プログラム中で利用する中間ファイルなどに対し，ファイル編成やレコード形式などの属性情報を設定し，ファイル，RPCインタフェース及び内部テーブルなどの各仕様を作成します。SEWB+/CONSTRUCTIONのデータ定義機能を利用して仕様書を作成する場合，既にリポジトリに登録されているドキュメントをチェックアウトして，設定します。

注

ファイルを新規作成する場合，必ずリポジトリから新規作成して作業します。このようにすると，後工程でプログラム定義から参照するファイル定義ドキュメントに対し，ツールが関連を自動的に設定します。作業環境に新規に作成したドキュメントをプログラム定義と一緒にリポジトリに登録しても，関連は自動的には設定されません。

(a)　最上位結合項目の確認

設定するレコード形式は，既に最上位結合項目としてデータ項目辞書に登録されていなければなりません。必要な最上位結合項目がない場合は，データ項目管理者やシステム設計者に依頼して作成してください。なお，最上位結合項目の構成は，SEWB+/RECORD EDITORを使用しても編集できます。

(b)　ファイル仕様の作成

ファイルのレコード形式を設定します。なお，ファイルはER図のエンティティと対応します。そのため，ファイルに設定するレコード定義(最上位結合項目)は，ER図のエンティティを取り込んで作成された結合項目から選ばれます。

(c)　テーブル仕様及びインタフェース仕様の作成

RPCインタフェースなどのプログラム間インタフェースや，主記憶上の内部テーブルについて，それぞれ仕様書を作成します。テーブル仕様及びインタフェース仕様には，テーブルなどの具体的な構成情報を含む結合項目を設定します。結合項目は，データ項目辞書から選ばれます。

(d)　テーブル仕様及びファイル仕様からのレコードソースの生成

コンパイル時にレコードソースをCOPY文で取り込む場合は，SEWB+/CONSTRUCTIONのデータ定義機能でレコードソースを生成しておきます。なお，テンプレート中に「@@expand文」を記述すると，展開時，レコード情報を自動的に取り込んでレコードソースを生成します。そのため，データ定義機能でレコードソースを生成しておく必要はありません。

(3)　システム化処理内容設計

プログラム関連図に記述した各プログラムについて，入出力と処理の概要をまとめ，プログラム処理概要図を作成します。システム化処理内容設計書は，プログラム仕様設計で使用されます。

図7-4　 プログラム処理概要図

7.2　CORBAを使用したサーバAPの設計

＜この節の構成＞

7.2.1　ツールの関連

7.2.2　サーバAP作成の流れ

7.2.1　ツールの関連

CORBAを使用したC/Sシステムのサーバオブジェクトを実装するプログラム（サーバAP）を設計する場合に利用するツールと，それぞれの関連について示します。

図7-5　 CORBA使用時のツールの関連

SEWB+/CS-DESIGNを使用して論理設計図を定義し，CORBAインタフェースを設計する。
論理設計図作成に使用するデータ項目はSEWB+/REPOSITORYの辞書から参照します。なお，論理設計図からはIDLを生成します。

IDLコンパイラを使用して，IDLから，対象言語のサーバ用のスケルトンとスタブのソースを生成する。

テンプレートや部品を使用して，SEWB+/CS-DESIGNで定義した論理設計図ファイルの情報をSEWB+/CONSTRUCTIONに呼び込み，プログラム定義ファイルを作成する。
プログラム定義ファイルからは，サーバ(インプリメンテーション(メソッド))のソースプログラムを生成します。

クライアントのソースプログラムを生成する。

対象言語のコンパイラで，サーバ及びクライアントの実行形式プログラムを作成する。

7.2.2　サーバAP作成の流れ

CORBAを使用したC/SシステムのサーバAPを作成する場合，システム化機能の詳細設計をします。システム化機能詳細設計では，処理フロー設計，内部インタフェース設計及びシステム化処理内容設計が必要です。ただし，これらを設計する場合，業務機能設計で業務処理概要図が作成されていること，及びユーザインタフェース基本設計で画面遷移図が作成されていることを確認し，作成されていない場合は，該当する工程に戻って作成してください。次にCORBAを使用したC/SシステムのサーバAP作成の流れを示します。

図7-6　 CORBAを使用したサーバAP作成の作業の流れ

＜この項の構成＞

(1)　処理フロー設計

(2)　内部インタフェース設計

(3)　システム化処理内容設計

(1)　処理フロー設計

処理フロー設計では，ユーザインタフェース基本設計で作成した画面遷移図やシステム処理方式設計で検討した結果から，業務フロー図を作成します。業務フロー図では，システムに要求されている入出力情報と，入出力情報を必要とするイベントを明確にします。また，処理フロー設計では論理設計図を作成したり，どのテンプレートを適用するかを検討したりします。

(a)　業務フロー図

業務フロー図では業務をモデル化して，システムに要求されている機能と，その機能で利用する画面や帳票などの入出力情報，及びそれらを使用する業務イベントを抽出します。業務フロー図を作成するときは，次の点を考慮してください。

どのような業務があるか(業務イベント)。

業務が行われる場合，どのような入出力情報が必要か。

業務イベントが発生するときに，入出力情報を生成，実行及び変換する実体は何か。

次に業務フロー図を示します。なお，業務フロー図で抽出した情報は，業務イベントや実体ごとに更に詳しく定義します。

図7-7　 業務フロー図

(b)　論理設計図の作成

業務フロー図で明確にしたシステム化したい業務と入出力情報を，オブジェクトとイベントによって表現します。サーバAPをオブジェクトで実装するには，オブジェクトのオペレーション(振る舞い)を定義して，インタフェースを設計する必要があります。SEWB+/CS-DESIGNでは，論理設計図を作成することでオブジェクト間の関連，役割，状態及びオブジェクトの振る舞いを定義できます。論理設計図を次に示します。

図7-8　 論理設計図

(c)　IDLの生成

SEWB+/CS-DESIGNで設計した論理設計図のオブジェクト定義から，CORBAのIDLを生成します。IDLは，クライアントが呼び出すオブジェクトのインタフェース（属性，型及びオペレーション）を定義する言語です。

(d)　テンプレート適用の検討

新規のプログラムを作成する場合は，SEWB+で提供されているテンプレートや共通部品設計で作成したプロジェクト用のテンプレートを適用した方が，品質及び保守性に優れたプログラムを作成できます。

テンプレートを適用すると，プログラムの本数は増えますが，1プログラムの規模は小さくなります。なお，論理設計図上のオブジェクトに適応するテンプレートがない場合は，必要に応じてオブジェクトを分割するか，共通部品設計に戻ってテンプレートをカスタマイズするかを検討してください。なお，SEWB+/CONSTRUCTIONでは，CORBA用のテンプレートファイルのサンプルを提供しています。

(2)　内部インタフェース設計

プログラム中で利用する内部テーブルなどの各仕様を作成します。SEWB+/CONSTRUCTIONを利用して仕様書を作成する場合，既にリポジトリに登録されているドキュメントをチェックアウトして，設定します。

注

ファイルを新規作成する場合，必ずリポジトリから新規作成して作業します。このようにすると，後工程でプログラム定義から参照するファイル定義ドキュメントに対し，ツールが関連を自動的に設定します。作業環境に新規に作成したドキュメントをプログラム定義と一緒にリポジトリに登録しても，関連は自動的には設定されません。

(a)　最上位結合項目の確認

設定するレコード形式は，既に最上位結合項目としてデータ項目辞書に登録されていなければなりません。必要な最上位結合項目がない場合は，データ項目管理者やシステム設計者に依頼して作成してください。なお，最上位結合項目の構成は，SEWB+/RECORD EDITORを使用しても編集できます。

(b)　ファイル仕様の作成

ファイルのレコード形式を設定します。なお，ファイルはER図のエンティティと対応します。そのため，ファイルに設定するレコード定義(最上位結合項目)は，ER図のエンティティを取り込んで作成された結合項目から選ばれます。

(c)　テーブル仕様の作成

主記憶上の内部テーブルについて，仕様書を作成します。テーブル仕様には具体的な構成情報を含む結合項目を設定します。結合項目は，データ項目辞書から選ばれます。

ファイル仕様からのレコード記述項原文の生成

コンパイル時にソースプログラム中のレコード記述項をCOPY文で取り込む場合は，SEWB+/CONSTRUCTIONのデータ定義機能でレコードソース(レコード記述項原文)を生成しておきます。なお，テンプレート中に「@@expand文」を記述すると，展開時，レコード情報を自動的に取り込んでレコードソースを生成します。そのため，データ定義機能でレコードソースを生成しておく必要はありません。

(d)　ファイル仕様からのレコードソースの生成

コンパイル時にレコードソースをCOPY文で取り込む場合は，SEWB+/CONSTRUCTIONのデータ定義機能でレコードソースを生成しておきます。なお，テンプレート中に「@@expand文」を記述すると，展開時，レコード情報を自動的に取り込んでレコードソースを生成します。そのため，データ定義機能でレコードソースを生成しておく必要はありません。

(3)　システム化処理内容設計

業務フロー図に記述した，業務イベントなどについて，入出力と処理の概要をまとめ，プログラム処理概要図を作成します。システム化処理内容設計書は，プログラム仕様設計で使用されます。

図7-9　 プログラム処理概要図

7.3　帳票出力するAPの設計

SEWB+/EUR Professional Editionは，SEWB+/REPOSITORYの資源を利用して，帳票出力用APを作成するツールです。SEWB+/EUR Professional Editionでは，帳票に使用するレコード定義を選択し，帳票を構成するフィールドの定義情報を生成します。生成された情報を基に，レイアウトを編集し，帳票を設計します。帳票を印刷する場合は，設計した帳票と，SEWB+/CONSTRUCTIONで作成した実行ファイルから出力されるデータファイルを読み込んで，印刷します。次に帳票出力するAP設計時のツールの関係と，AP作成の流れを示します。

図7-10　 帳票出力するAP作成時のツールの関連及び作業の流れ

SEWB+/EUR Professional Editionで帳票を出力するAPを作成するために，リポジトリからレコード定義を参照する。

SEWB+/CONSTRUCTIONでCSVファイルを出力するAPを作成するために，リポジトリからレコード定義を参照する。

SEWB+/EUR Professional Editionが設計した帳票と，SEWB+/CONSTRUCTIONが作成した実行ファイルから出力されるデータファイルを読み込んで，印刷する。

8.プログラムの作成

システム化機能詳細設計の結果を基に，ソースプログラム作成に使用するテンプレートや部品を指定してプログラム定義をし，ソースプログラムを生成します。また，生成されたソースプログラムをコンパイル・リンケージして実行ファイルを作成します。プログラム定義及びプログラム作成についてはマニュアル「SEWB+/CONSTRUCTION アプリケーション開発ガイド」を参照してください。

＜この章の構成＞

8.1　プログラム定義の準備

8.2　プログラムの作成(TPモニタ)

8.3　プログラムの作成(CORBA)

8.4　ソースプログラムの生成と修正手順

8.1　プログラム定義の準備

これまでに作成したテンプレートや部品をリポジトリに登録し，SEWB+/CONSTRUCTIONの環境設定でパスを設定しておきます。

＜この節の構成＞

8.1.1　SEWB+/CONSTRUCTIONでの環境設定

8.1.2　パス設定

8.1.1　SEWB+/CONSTRUCTIONでの環境設定

プログラム定義の前にSEWB+/CONSTRUCTIONの環境設定で設定しておく項目を次に示します。詳細はマニュアル「SEWB+/CONSTRUCTION アプリケーション開発ガイド」を参照してください。

生成オプション
ソースプログラム自動清書の抑止やインデントサイズなどを設定します。

パス
プログラム定義で使用するファイルの検索パスを指定します。

エディタ
ユーザ追加処理や生成時のソースプログラム表示に使用するエディタを設定します。任意のエディタを設定できます。デフォルトは「Notepad.exe」です。

業務ルール
すべての業務ルールを無条件に展開するかどうかを設定します。

ユーザ追加処理
ユーザ追加処理の開始及び終了を示す文字列などを設定します。

ファイル
プログラム定義ファイル及びデータ定義ファイルのファイル形式を指定します。バイナリ形式，又はXML形式を指定できます。

8.1.2　パス設定

＜この項の構成＞

(1)　ネットワーク参照のためのパス設定

(2)　パスの設定方法

(1)　ネットワーク参照のためのパス設定

SEWB+/CONSTRUCTIONの環境設定パスでは，「テンプレート」「部品」「データ定義」「論理設計図」「XML」及び「マップ定義」のファイルのパスを設定します。これらのファイルは，ルートドキュメントフォルダ下に格納されています。ルートドキュメントフォルダはOSで共有宣言されているため，チェックアウトしなくてもローカル環境のマシンからネットワーク参照できます。ネットワーク参照する場合は，環境設定のパス設定でネットワークパスを設定してください。

(2)　パスの設定方法

プログラム定義で使用するファイルのパスの設定方法を示します。

(a)　相対パスでの設定

SEWB+/CONSTRUCTIONの環境設定でパスを設定しておくと，プログラム定義で使用したファイルはファイル名(相対パス)で保存されます。パスは，あらかじめ環境設定で設定しておくことをお勧めします。

(b)　絶対パスでの設定

SEWB+/CONSTRUCTIONの環境設定でパスを設定していない場合，プログラム定義で使用したファイルは，ドライブ名やコンピュータ名を含むファイル名（絶対パス）で保存されます。

また，絶対パスを相対パスに変換することができます。絶対パスから相対パスへの変換については，マニュアル「SEWB+/CONSTRUCTION アプリケーション開発ガイド」を参照してください。

(c)　複数パスの設定

環境設定では，複数のパスを設定できます。例えば，テンプレートファイルを修正して確認するために，修正前又は修正中のファイルと修正後のファイルを別々のパスで保管します。それぞれのパスを検索したい順番に従って環境設定に設定しておくと，設定した順番にプログラム定義で使用されるので便利です。複数パスの設定方法はマニュアル「SEWB+/CONSTRUCTION アプリケーション開発ガイド」を参照してください。次に複数パスの設定を利用した作業手順を示します。

データ定義を修正するために，修正作業用のフォルダ「Work」をローカルに作る。
このとき，リポジトリには次のドキュメントが格納されていると仮定します。これらはリポジトリのフォルダ「Fix」に格納されています。

D1：修正したいデータ定義ファイル

D2：修正しないデータ定義ファイル

P1：D1，D2を参照するプログラム

環境設定で「Work」「Fix」の順番で複数パスを設定しておく。
「Work」はローカルパスで，「Fix」はネットワークパスでそれぞれ設定します。修正作業用のフォルダを必ず最初に設定してください。

リポジトリから修正したいデータ定義を「Work」にチェックアウトして，修正する。

修正が終わったら，修正したデータ定義の妥当性をテストするために，プログラム定義を起動させる。
複数パスの設定で先に「Work」が設定されているため，必ず「Work」のデータ定義が参照されます。「P1」が参照する「D1」は修正された「Work」フォルダのものが参照され，「D2」はリポジトリの「Fix」フォルダのものがネットワーク参照されます。

テストでデータ定義の妥当性が確認されたら，「Work」のデータ定義を「Fix」にチェックイン※します。
以降，プログラム定義を起動すると，複数パスの最初に設定された「Work」には該当するデータ定義がないため，2番目に設定された「Fix」のデータ定義を参照するようになります。

注※

「Work」のデータ定義を「Fix」にチェックインするときには，ローカルファイルに不要な資源を残さないように「チェックアウトファイルを削除する」が選ばれていることを確認し，選ばれていなければ選んでください。

(d)　複数パス設定の注意事項

環境設定で複数のパスを設定した場合，先に設定されたパスが優先されます。例えば，「C:¥修正中データ定義」「¥¥NET¥データ定義」の順番に設定されている場合，「¥¥NET¥データ定義」のファイルを参照したい場合でも，同じ名前のファイルが「C:¥修正中データ定義」にあれば，そちらのファイルが参照されます。

8.2　プログラムの作成(TPモニタ)

＜この節の構成＞

8.2.1　TPモニタで動作するAPの作成

8.2.2　プログラム作成時の注意事項（TPモニタ）

8.2.1　TPモニタで動作するAPの作成

TPモニタを利用したC/Sシステム上で動作するAPを，SEWB+/CONSTRUCTIONで作成する場合を説明します。

この例では，コードチェックプログラム作成用のテンプレートファイル「コードチェック.cst」をプログラム定義で選択します。その後，データ定義を選択して入出力項目を指示し，業務コードチェックのソースプログラムを生成します。データ定義ファイル「業務情報ファイル.csd」からは，レコードソースを生成します。

SEWB+/CONSTRUCTIONのプログラム定義では，ソースプログラム生成に必要な情報を各タブで定義します。ここでは，TPモニタ利用時のプログラム定義で使用するタブと，定義内容を説明します。詳細は，マニュアル「SEWB+/CONSTRUCTION アプリケーション開発ガイド」を参照してください。

図8-1　 TPモニタで動作するプログラム作成

作成手順

テンプレート選択（サインタブ）
目的のAPを作成するためのテンプレートを選びます。
APが提供するサービスの内容は，選んだテンプレートで決まります。
なお，選んだテンプレートは変更できます。ただし，その際は，同一の可変記号だけが引き継がれます。

入出力項目指示（入出力タブ）
選択したテンプレートがAP内でDBをアクセスする場合はDBの定義情報を，メッセージを送受信する場合はメッセージの定義情報を参照するので，それらが定義されているデータ定義ファイルを指定します。

指示項目の定義（パラメタタブ）
テンプレートでの宣言に従って，プログラム定義で指示項目に値を設定します。なお，途中でテンプレートを変更した場合，同一の可変記号だけが引き継がれます。

レコードの生成
COPY文を使用してAPを作成する場合，データ定義ファイルからレコードソースを生成します。@@expand文を使用する場合は，展開時に自動的にレコード情報を取り込んでレコードソースを生成するので，データ定義ファイルからレコードソースを生成しておく必要はありません。

ユーザ追加処理・業務ルールの設定（ユーザ処理タブ）
ユーザ処理タブで，ユーザ追加処理としてAP固有の処理を編集します。また，APで使用する業務ルール処理を設定します。同一項目用業務ルールを使用すると，ユーザ追加処理の記述量を軽減できます。

ソースプログラム生成
プログラム定義で定義した情報に基づき，ソースプログラムを生成します。

8.2.2　プログラム作成時の注意事項（TPモニタ）

ソースプログラム中でユーザが追加するプログラム固有の処理(ユーザ追加処理)の編集，及びソースプログラム中で展開する業務ルールの設定をします。

ここで定義するユーザ追加処理や業務ルール処理の内容，数及び挿入位置は，入出力タブやパラメタタブの内容で変わります。入出力タブやパラメタタブを変更した場合は，ユーザ処理タブの「編成のリフォーム」で最新の情報を反映しておきます。

なお，業務ルールを取り込む場合は，プログラム定義で「辞書の利用」をチェックしておきます。

8.3　プログラムの作成(CORBA)

＜この節の構成＞

8.3.1　CORBAで動作するAPの作成

8.3.2　プログラム作成時の注意事項(CORBA)

8.3.1　CORBAで動作するAPの作成

CORBAを利用したC/Sシステム上で動作するサーバAPは，サーバオブジェクトで実装し，サーバオブジェクトでの定義情報をSEWB+/CONSTRUCTIONに取り込んで作成します。サーバAP作成の概要を次に示します。

この例では，まずサーバオブジェクト実装のプログラム作成用のテンプレートファイル「サーバ実装作成.cst」をプログラム定義で選択します。その後，論理設計図中の対象となるオブジェクト「CompanyServer」を選択して，ソースプログラムとヘッダファイルを生成します。

図8-2　 サーバオブジェクト実装プログラムの作成

作業手順

テンプレート選択（サインタブ）
オブジェクトで実装したAPを作成するためのテンプレートを選びます。APが提供するサービスの内容は，選んだテンプレートで決まります。
なお，選んだテンプレートは変更できます。ただし，その際は，同一の可変記号だけが引き継がれます。

インタフェース選択（インタフェースタブ）
インタフェースタブで目的のサーバオブジェクトのインタフェースを指定します。まずSEWB+/CS-DESIGNで作成した論理設計図を選択し，その中から作成するサーバオブジェクトのインタフェース，又はオペレーションを選択します。

入出力項目指示（入出力タブ）
選択したテンプレートが，AP内でファイルやDBへの入出力をするようになっている場合は，使用するファイルやDBが定義されているデータ定義ファイルを指定します。

指示項目の定義（パラメタタブ）
テンプレートでの宣言に従って，プログラム定義で指示項目に値を設定します。
なお，途中でテンプレートを変更した場合，同一の可変記号だけが引き継がれます。

ユーザ追加処理・業務ルールの設定（ユーザ処理タブ）
ユーザ処理タブで，ユーザ追加処理としてAP固有の処理を編集します。また，APで使用する業務ルール処理を設定します。同一項目用業務ルールを使用すると，ユーザ追加処理の記述量を軽減できます。

ヘッダファイル・ソースプログラム生成
プログラム定義で定義した情報に基づき，ソースプログラムを生成します。
サーバAPをサーバオブジェクトで実装する場合，各オペレーションを別プログラム定義に分割して定義できます。このようにプログラム定義をオペレーション単位の業務固有処理に分割すると，オペレーションごとに開発担当者を割り振ることができるので，オブジェクト指向のノウハウを知らない担当者が，今までのCOBOL85やC言語などの知識の範囲内で，業務固有の処理に専念してプログラム開発ができるなどの利点があります。

8.3.2　プログラム作成時の注意事項(CORBA)

サーバオブジェクト実装プログラム作成時の注意事項はTPモニタで動作するAPを作成する場合と同じです。「8.2.2 プログラム作成時の注意事項(TPモニタ)」を参照してください。

8.4　ソースプログラムの生成と修正手順

SEWB+/CONSTRUCTIONでソースプログラムを新規に生成したり，生成したソースプログラムを修正したりする場合，必要なドキュメントはすべてリポジトリからチェックアウトし，作業が終わったらチェックインします。このとき，適切な手順に従ってチェックイン，チェックアウトするとドキュメント間の関連が自動的に付けられます。ドキュメント同士が適切に関連付けられていると，変更時の変更波及を調査するのに役立ちます。

＜この節の構成＞

8.4.1　ソースプログラムを新規に生成する場合

8.4.2　修正時の手順

8.4.3　生成時及び修正時の注意事項

8.4.1　ソースプログラムを新規に生成する場合

最初にソースプログラムを生成する場合，必要なドキュメントはSEWB+/REPOSITORY-BROWSERで新規作成します。新規作成したドキュメントはチェックアウト状態です。必要な定義をしたら，リポジトリにチェックインしてください。

8.4.2　修正時の手順

生成したソースプログラムや各種ドキュメントを修正する場合，次に示す手順に従って作業すると，ドキュメント間に適切な関連が自動的に付けられます。なお，ドキュメントを修正したい場合は，「関連」を利用して変更波及を調べてください。

＜この項の構成＞

(1)　データ項目又は業務ルールに修正が入る場合

(2)　データ定義，テンプレート及び論理設計図に修正が入る場合

(1)　データ項目又は業務ルールに修正が入る場合

SEWB+/REPOSITORY-BROWSERで，データ項目辞書又は業務ルール辞書の内容を修正する。

(2)　データ定義，テンプレート及び論理設計図に修正が入る場合

次にデータ定義を修正する場合の例を示します。論理設計図又はテンプレートを修正する場合は，データ定義を論理設計図又はテンプレートに置き換えてください。

リポジトリから修正するドキュメントをチェックアウトして，修正した後，チェックインする。

修正したドキュメントを参照するプログラム定義とソースファイルを一緒にチェックアウトし，再生成してから一緒にチェックインする。

8.4.3　生成時及び修正時の注意事項

テンプレートやデータ定義，及びコンパイル時に参照される共通モジュールやテーブルなど，複数APで共用されるファイルは，ネットワーク参照することをお勧めします。これらのファイルを，SEWB+/REPOSITORY-BROWSERでルートドキュメントフォルダに格納すると，ローカルのマシンから常に最新のリポジトリ情報を参照できます。

9.コンパイルと単体テスト

コンパイラを使用して，作成したソースプログラムをコンパイルします。コンパイルが終わったら，ソースプログラムがプログラム仕様どおりに作成され，正常に動作するかどうかを確認するため，単体テストをします。

なお，この章はプログラミング言語に日立COBOL85を使用していることを前提にして書かれています。日立COBOL85以外で作成されたソースプログラムをコンパイル・テストする場合は，それぞれのコンパイラのマニュアルを参照してください。

＜この章の構成＞

9.1　コンパイルについて

9.2　日立COBOL85でのコンパイル

9.1　コンパイルについて

システム設計で作成した設定情報を基に，テンプレート・部品の選定，展開する業務ルールやユーザ追加処理のコーディングをします。それらの作業が終わったら，ソースプログラムを生成し，コンパイルします。コンパイルには，使用している言語に対応するコンパイラを使用してください。

＜この節の構成＞

9.1.1　ソースプログラムのリポジトリへの登録

9.1.2　プログラムのコンパイルとテスト

9.1.3　プログラムの修正

9.1.1　ソースプログラムのリポジトリへの登録

ソースプログラムは一般的には，ローカルフォルダで生成され，後からリポジトリに登録されます。なお，リポジトリに登録する場合，保守などのために，ソースプログラムは設計文書と対応付けて保管します。クライアントで生成したソースプログラムの登録方法については，マニュアル「SEWB+/REPOSITORY 運用ガイド」を参照してください。

9.1.2　プログラムのコンパイルとテスト

リポジトリ環境でテストをする場合，コンパイルに関連するすべてのドキュメントを参照専用チェックアウトし，ビルドを実行して，中間ファイルを含めてクライアント側のディレクトリにすべて作成します。テストを実行して問題がある場合は，修正するドキュメントを更新専用チェックアウトします。テストが終わったら，更新専用でチェックアウトしたドキュメントをチェックインし，必要な関連付けをします。ドキュメント修正時の手順は「8.4.2 修正時の手順」を参照してください。

プログラムのコンパイルとテストの詳細については，マニュアル「SEWB+/REPOSITORY 運用ガイド」を参照してください。

9.1.3　プログラムの修正

プログラムのコンパイル・単体テストの際に，不良を発見したり，仕様変更が発生したりした場合は，プログラムの修正が必要になります。ソースプログラムの修正の流れを次に示します。

図9-1　ソースプログラムの修正の流れ

プログラム定義のパラメタの修正

プログラム定義のパラメタを修正する。

ソースプログラムを再生成し，テストする。

テンプレートの修正

テンプレートを修正する。

プログラム定義からソースプログラムを再生成し，テストする。

注

ほかのプログラム定義でテンプレートを使用している場合があるので，SEWB+/REPOSITORY-BROWSERの関連ブラウザを使用して，必ず変更波及の調査をしてください。

プログラム定義のUOCの修正

プログラム定義のUOCを修正する。

ソースプログラムを再生成し，テストする。

ソースファイルのUOCの修正

ソースファイルのUOCを修正する。

ソースファイルを再生成し，テストする。

修正したUOCをプログラム定義のUOCに取り込み，プログラム定義からソースプログラムを再生成する。
UOCをプログラム定義に取り込むには，UOCリバース機能※を使用します。

注　

プログラム定義からソースプログラムを再生成したときに，取り込んだUOCが生成されているかを確認してください。

注※

UOCリバース機能を使用するには，テンプレートにUOCの開始及び終了文字列の記述が必要です。UOCの開始及び終了文字列の記述については，マニュアル「SEWB+/CONSTRUCTION　アプリケーション開発ガイド」を参照してください。

9.2　日立COBOL85でのコンパイル

日立COBOL85でAPを作成した場合，COBOL開発マネージャを利用できます。ここでは，COBOL85 Version 6のCOBOL開発マネージャを利用する場合について説明しています。COBOL85 Version 5のCOBOL開発マネージャを利用することもできます。なお，SEWB+/CS-FRAMEWORK及びSEWB+/BATCH-FRAMEWORKを利用してAPを作成した場合も同様です。

＜この節の構成＞

9.2.1　COBOL開発マネージャの利用

9.2.2　COBOL開発マネージャの注意事項

9.2.1　COBOL開発マネージャの利用

SEWB+/CONSTRUCTIONで作成したCOBOL85のソースファイルをコンパイルする場合，COBOL開発マネージャを利用します。COBOL開発マネージャの操作方法の詳細については，マニュアル「COBOL85　操作ガイド」を参照してください。

次にCOBOL開発マネージャの利用の概要について説明します。

＜この項の構成＞

(1)　プロジェクトファイルの利用

(2)　ビルド・リビルド機能の利用

(3)　COBOL85/TDの利用

(4)　プロジェクトマスタファイルの登録

(1)　プロジェクトファイルの利用

COBOL開発マネージャでソースプログラムをコンパイルする場合は，ファイルなどの開発に必要な資源を一括して管理するためのプロジェクトと，複数のプロジェクトを一括して管理するためのプロジェクトマスタを作成します。

作成方法を，次に説明します。

プロジェクトマスタから新規に作成する場合

COBOL開発マネージャの［プロジェクトマスタ］メニューから［新規作成］を選び，プロジェクトマスタとプロジェクトを作成します。

既存のプロジェクトマスタに追加する場合

COBOL開発マネージャの［プロジェクト］メニューから［プロジェクトの作成］を選び，プロジェクトを作成します。

(a)　ファイル関連の登録

AP作成に使用するソースファイル及びプログラム定義ファイルの関連を，次に説明する方法で登録します。

プロジェクトマスタから新規に作成する場合

COBOL開発マネージャの［プロジェクトマスタ］メニューから［新規作成］を選びます。
次に示すダイアログでは，メインファイル名を指定しないで［完了］ボタンを選んでください。

COBOL開発マネージャの［プロジェクト］メニューから［ソースファイルの追加］を選び，プログラム定義ファイルを設定してください。プログラム定義ファイルとソースファイルの関連が登録されます。

既存のプロジェクトマスタに追加する場合

COBOL開発マネージャの［プロジェクト］メニューから［ソースファイルの追加］を選び，プログラム定義ファイルを設定することで，プログラム定義ファイルとソースファイルの関連が登録されます。

登録したファイルをビルドすると，それぞれのソースファイル及びプログラム定義ファイルで使用されたCOPYメンバ，データ定義ファイル，テンプレート，及び部品の関連が付けられます。

各ファイルの関連を図9-2に示します。

図9-2　各ファイルの関連

(2)　ビルド・リビルド機能の利用

ビルド又はリビルドを実行すると，プロジェクトに登録された資源から実行可能ファイル（.exe，.dll）が作成されます。

データ定義やプログラム定義の修正が起こった場合は，ビルド又はリビルド機能で自動的にソースファイルを再生成させて，実行可能ファイルを作成することができます。

(3)　COBOL85/TDの利用

COBOL開発マネージャ上でテストをする場合は，COBOL85/TDを起動させます。COBOL開発マネージャ上でのテストは単体テストなので，SEWB+/CONSTRUCTIONで作成したサーバ側のAPをテストする場合は，COBOL85/TDのシミュレーション機能を利用してください。クライアント側のAPをCOBOL85で作成した場合は，クライアント側のAPもテストできます。

OpenTP1を使用しているシステムの場合は，OpenTP1のテスタ機能※を使用して，RPC及びメッセージ送受信のサーバ側の定義部分をテストできます。

単体テスト後，プロジェクトファイル，実行ファイル及びカバレージファイルなど作成されたファイルをリポジトリに登録します。

注※

OpenTP1をテストモードで動作させるオンラインテスタ(TP1/Online Tester)，及びOpenTP1のAPIをテストするオフラインテスタ(TP1/Offline Tester)があります。

(4)　プロジェクトマスタファイルの登録

COBOL開発マネージャで作成したプロジェクトマスタファイルをリポジトリに登録すると，プロジェクトで定義したビルド時のファイル構成やコンパイルオプションもまとめて管理できます。

9.2.2　COBOL開発マネージャの注意事項

＜この項の構成＞

(1)　プロジェクトファイルをリポジトリに登録する場合

(2)　プリコンパイラを使用している場合(ORACLEを利用している場合など)

(3)　COBOL言語以外のソースがある場合

(4)　ソースファイルに修正が発生した場合

(5)　リポジトリで管理されているデータ定義ファイルを利用して，ビルド又はリビルドを行う場合

(6)　COBOL85 Version 5を使用する場合

(1)　プロジェクトファイルをリポジトリに登録する場合

コンパイル・テスト後に作成されたファイルをリポジトリに登録する場合は，あらかじめ，COBOL開発マネージャで使用するファイルをドキュメント種別としてリポジトリに登録しておきます。

(2)　プリコンパイラを使用している場合(ORACLEを利用している場合など)

最初にプリコンパイラを実行させ，プリコンパイラが生成したソースプログラムをCOBOL開発マネージャに登録します。

(3)　COBOL言語以外のソースがある場合

TPモニタにOpenTP1を使用している場合，スタブソースが生成されます。スタブソースはC言語で作成されているため，あらかじめC言語のコンパイラでコンパイルしておきます。

このようにCOBOL言語以外のソースがある場合は，あらかじめ専用のコンパイラでコンパイルし，オブジェクトファイルにしてからCOBOL開発マネージャに登録します。

(4)　ソースファイルに修正が発生した場合

ソースファイルに修正が必要になった場合，「9.1.3　プログラムの修正」に示す手順でソースファイルを修正してください。

なお，一度リポジトリに登録されたプロジェクトファイル，プログラム定義，及びCOBOLソースを修正する場合は，事前にリポジトリからチェックアウトしてください。

注

ビルドを利用すると，定義情報が変更されたものだけを自動的に再生成します。

(5)　リポジトリで管理されているデータ定義ファイルを利用して，ビルド又はリビルドを行う場合

ビルド又はリビルドを行う前に，SEWB+/REPOSITORYに接続しておく必要があります。

ただし，SEWB+/REPOSITORY-BROWSERが起動されている場合は既にSEWB+/REPOSITORYと接続されているため，特に作業する必要はありません。

(6)　COBOL85 Version 5を使用する場合

SEWB+/CONSTRUCTIONで作成したCOBOL85のソースファイルをコンパイルする場合，COBOL85 Version 5のCOBOL開発マネージャも使用できます。ただし，開発マネージャの構成がCOBOL85 Version 6とは異なります。

10.統合テスト

個々のツールで作成したAP同士が，連携して動作するかどうかを確認するため，実行マシン上で統合テストをします。

＜この章の構成＞

10.1　統合テストの準備

10.2　ターゲットシステムでのテストと修正

10.1　統合テストの準備

統合テストは，実際にシステムを実行させるマシン上で行います。そのため，統合テストをする前に， PC上で開発したソースプログラムなどの生成物を，実行マシンに転送しなければなりません。

なお，このマニュアルでは，実行マシンのことをターゲットシステムといいます。

＜この節の構成＞

10.1.1　転送を考慮したドキュメントフォルダ構成

10.1.1　転送を考慮したドキュメントフォルダ構成

統合テスト時には，PCからターゲットシステムへ，テストの対象になるドキュメントを転送します。統合テストをするためのシステム統合では，個々に作成されたプログラムを統合し，一つのプログラムとして組み立てるので，それぞれのプログラムの同期や修正履歴を取る必要があります。

＜この項の構成＞

(1)　システムバージョン機能の利用

(2)　SI支援ユティリティの利用

(1)　システムバージョン機能の利用

SEWB+/REPOSITORYのシステムバージョン機能を利用して，図10-1のようなドキュメントフォルダ構成で運用し，ターゲットシステムへ生成物を転送してください。なお，システムバージョンの詳細については，マニュアル「SEWB+/REPOSITORY 運用ガイド」を参照してください。

図10-1　転送を考慮したドキュメントフォルダ構成

(2)　SI支援ユティリティの利用

(a)　SI支援ユティリティとは

SI(System Integration)支援ユティリティは，システムバージョンの機能を利用して，サーバ上で異なるシステムバージョンに関連付けられたドキュメントを比較し，抽出します。統合テスト用にターゲットシステムへファイルを転送する場合，SI支援ユティリティを利用すると，特定のシステムバージョンに関連付けられたドキュメントのファイル内容だけをローカルフォルダに抽出できるので，転送するファイルを容易に準備できます。

なお，SI支援ユティリティはリポジトリ管理者だけが実行できます。SI支援の詳細については，「SEWB+/REPOSITORY運用ガイド」を参照してください。

(b)　SI支援ユティリティ機能の実行条件

SI支援ユティリティ機能を利用するための実行条件を次に示します。

実行場所
SI支援ユティリティは，サーバで実行します。クライアントでは，実行できません。

対象となる資源
システムバージョンの設定されているドキュメントだけを対象としています。システムバージョン単位に対象，非対象を指摘できます。したがって，システムバージョンが設定されていない場合，SI支援ユティリティ機能は使用できません。

権限
SI支援ユティリティを実行できるのは，システム管理者だけです。

アクセス権
SI支援ユティリティは，システム管理者が実行するため，資源に設定されているアクセス権に関係なく実行できます。

排他処理
SI支援ユティリティは，排他処理を行っていません。そのため，SI支援ユティリティの実行中に，他の処理を並行して実行できます。

10.2　ターゲットシステムでのテストと修正

ターゲットシステム上でのテスト手順とソースファイルの修正手順について説明します。

＜この節の構成＞

10.2.1　ターゲットシステムがUNIXの場合

10.2.2　ターゲットシステムがホストの場合

10.2.1　ターゲットシステムがUNIXの場合

＜この項の構成＞

(1)　テスト手順

(2)　ソースファイルの修正手順

(1)　テスト手順

ターゲットシステムがUNIXの場合の統合テストの例を次に示します。なお，開発言語は日立COBOL85を仮定しています。

PCからUNIXへ生成物を転送する。

ターゲットシステム上でコンパイルし，実行形式ファイルを作成する。

統合テストとして，プログラムの結果を確認する。

結果が不正な場合やプログラムが異常終了したときは，デバッグオプションを指定し，対話モードでプログラムの不良原因を調べる。

(2)　ソースファイルの修正手順

ターゲットシステム上でテスト時に不良を発見したり，仕様変更が発生したりした場合，ソースファイルを修正する必要があります。ソースファイルを修正する場合は，次の手順に従ってください。

注※

これらの修正の手順については，「9.1.3　プログラムの修正」を参照してください。

10.2.2　ターゲットシステムがホストの場合

＜この項の構成＞

(1)　テスト手順

(2)　ソースファイルの修正手順

(1)　テスト手順

ターゲットシステムがホストの場合の統合テストの例を次に示します。なお，開発言語は日立COBOL85 Version 6を仮定しています。

PC上のCOBOL85 Version 6の開発マネージャの機能を利用し，ホストへ生成物を転送する。

PC上のCOBOL開発マネージャからコンパイル・リンケージし，実行形式ファイルを作成する。

PC上のCOBOL85開発マネージャから対話モードでデバックをする。

(2)　ソースファイルの修正手順

ターゲットシステム上でテスト時に不良を発見したり，仕様変更が発生したりした場合，ソースファイルを修正する必要があります。ソースファイルを修正する場合の手順を次に示します。

SEWB+/REPOSITORYからプログラム定義をチェックアウトし，修正する。

プログラム定義の修正後，ソースファイルを再生成する※。

注※

再生成したソースファイルはホスト（VOS3）上には作成されないので，ソースファイルを直接修正することはできません。

11.資源の管理

SEWB+では，システム開発に使用する資源を一括管理するリポジトリとしてSEWB+/REPOSITORYを，リポジトリで管理されている資源を閲覧したり操作したりする機能としてSEWB+/REPOSITORY-BROWSERを使用します。この章では，SEWB+/REPOSITORYでの資源管理について説明します。

＜この章の構成＞

11.1　リポジトリの機能

11.2　リポジトリの準備

11.3　リポジトリでの命名時の注意事項

11.1　リポジトリの機能

リポジトリで管理する資源には，ドキュメントと辞書があります。それぞれはフォルダで管理されています。フォルダとは，ディレクトリに相当する入れ物です。

＜この節の構成＞

11.1.1　フォルダでのドキュメント管理と辞書管理

11.1.2　ドキュメントの管理

11.1.3　ドキュメントの更新

11.1.4　ドキュメントの参照

11.1.5　関連の設定

11.1.6　アクセス権の設定

11.1.1　フォルダでのドキュメント管理と辞書管理

リポジトリではフォルダで資源を分類して管理します。ドキュメントを格納するフォルダをドキュメントフォルダといい，辞書を格納するフォルダを辞書フォルダといいます。

＜この項の構成＞

(1)　ドキュメントフォルダ

(2)　辞書フォルダ

(1)　ドキュメントフォルダ

ドキュメントフォルダの場合，最上位にはルートドキュメントフォルダがあります。ルートドキュメントフォルダは，システム開発のプロジェクト単位にシステム管理者が作成します。ルートドキュメントには，リポジトリブラウザを使ってドキュメントフォルダやドキュメントを作成して登録します。このようにすると，ドキュメントを階層構造で管理できます。

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

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

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

なお，これらの作業の前に，システム管理者が利用環境を設定しておく必要があります。利用環境の設定については「11.2 リポジトリの準備」又はマニュアル「SEWB+/REPOSITORY 運用ガイド」を参照してください。

(2)　辞書フォルダ

辞書フォルダは，プロジェクト単位にシステム管理者が作成します。辞書フォルダには，データ項目辞書及び業務ルール辞書を格納します。なお，辞書フォルダは階層構造で管理できません。

また，辞書は常に最新の状態に更新されるので，バージョンや更新履歴で管理する必要はありません。

11.1.2　ドキュメントの管理

＜この項の構成＞

(1)　システムバージョンでの管理

(2)　更新履歴での管理

(1)　システムバージョンでの管理

リポジトリで管理する同じプロジェクト内のドキュメント同士でも，システム開発工程のある時点では，それぞれの更新回数(版の数)が異なります。このため，システム開発に関係する複数のドキュメントに対して，ある時点でのドキュメント間の整合性がとれているように管理することが重要です。SEWB+/REPOSITORYでは，個々のドキュメントの版に対して，特定のバージョン名を設定できます。この特定のバージョン名をシステムバージョンといい，設定された時点の版を示す「固定」と，設定した時点以降に更新された最新の版を示す「浮動」に区別されます。システムバージョンを設定したり解除したりするための権限は，システム管理者や資源の所有者が設定しておきます。権限の設定については「11.2 リポジトリの準備」を参照してください。

(2)　更新履歴での管理

それぞれのドキュメントは，リポジトリ内に更新履歴を持ちます。更新履歴情報の持ち方は，バージョン管理システムによって異なります。PVCSを利用している場合は，リポジトリ内にベース情報と更新ごとの差分情報だけを管理します。PVCSを利用しない場合は，更新ごとのドキュメントを管理します。

11.1.3　ドキュメントの更新

リポジトリで管理しているドキュメントを更新するには，更新専用のチェックアウトでリポジトリのドキュメントの複製をクライアントのファイルシステム上に取り出します。チェックアウト時には，任意のバージョンを指定できます。ただし，更新専用チェックアウトされているドキュメントに対しては，新たに更新専用チェックアウトできません。

なお，更新専用でチェックアウトしたドキュメントは，更新後，リポジトリにチェックインで返却します。このとき，チェックインするドキュメントとリポジトリ内のドキュメントの更新日が比較され，リポジトリ内のドキュメントの更新日がチェックインするものと同じか又は古い場合は，ドキュメントを再登録するかしないかの選択ができます。

注

SEWB+/CONSTRUCTIONで使用するドキュメントを更新する場合，ドキュメント間に付けられている関連を保持するために，適切な手順でチェックイン及びチェックアウトする必要があります。修正時の手順については「8.4.2 修正時の手順」を参照してください。

11.1.4　ドキュメントの参照

リポジトリで管理しているドキュメントを参照するには，参照専用のチェックアウトを利用するか，ネットワーク機能を利用します。

参照専用チェックアウト

参照専用チェックアウトをして，ドキュメントの複製をクライアントのファイルシステムに取り出します。参照専用チェックアウトをしたドキュメントは，リポジトリにチェックインできません。なお，一つのドキュメントに対して，同時に複数の参照専用チェックアウトができます。

ネットワーク機能

リポジトリのルートドキュメントフォルダはOS上で共有宣言されているため，チェックアウトしなくてもエクスプローラやツールから検索，参照できます。ただし，参照できるドキュメントは，最新のバージョンだけです。また，Windows NT又はWindows 2000のネットワーク機能を使用するため，Windows NT又はWindows 2000のアカウントが必要です。詳細についてはマニュアル「SEWB+/REPOSITORY 運用ガイド」を参照してください。

11.1.5　関連の設定

リポジトリで管理する資源間の依存関係を表すために，関連を付けることができます。関連には，SEWB+が自動的に関連付けるものと，ユーザが任意に付けるものとがあります。ユーザが任意に付ける関連の種別をユーザ関連といいます。

資源に関連を付けておくと，関連ブラウザを使用して関連付けられた資源をブラウジングできるので，変更波及の調査などに役立ちます。

表11-1　 資源と関連の関係

関連を付ける製品
関連する資源
関連の設定時
関連種別

SEWB+/
CONSTRUCTION
プログラム定義と
テンプレート
プログラム定義のチェックイン時
参照

プログラム定義と
部品

プログラム定義と
データ定義

プログラム定義と
論理設計図

プログラム定義と
マップ定義ファイル

プログラム定義と
XML文書ファイル

プログラム定義と
業務ルール
辞書参照

プログラム定義と
生成ソース
生成

データ定義とデータ項目
（最上位結合項目）
データ定義のチェックイン時
辞書参照

データ定義と生成ソース
生成

SEWB+/
REPOSITORY
業務ルールとデータ項目
業務ルール作成時
辞書参照

単一項目と結合項目
結合項目作成時
結合

単一項目と継承項目
継承関係の下位のデータ項目作成時
継承

SEWB+
/CS-DESIGN
論理設計図とデータ項目
ドキュメントのチェック
イン時
辞書参照

APPGALLERY
画面仕様書とデータ項目
辞書参照

SEWB+/EUR
Professional
Edition
帳票仕様書とデータ項目

注1

ドキュメント間の関連が設定されるのは，参照するドキュメントがネットワークドライブで参照されているファイル，又は更新目的でチェックアウトされているファイルの場合です。参照目的でチェックアウトされたファイル，又はSEWB+/REPOSITORYに登録されていないファイルには，関連は設定されません。

注2

SEWB+/CONSTRUCTIONで複数の資源に関連を設定したい場合は，SEWB+/REPOSITORYに一括してチェックインするようにしてください。一括でチェックインできないときは，プログラム定義ファイルを最初にチェックインしてください。

11.1.6　アクセス権の設定

設定しておくアクセス権を次に示します。

リポジトリのアクセス権

ネットワーク機能利用のアクセス権

＜この項の構成＞

(1)　リポジトリのアクセス権

(2)　ネットワーク機能利用のアクセス権

(1)　リポジトリのアクセス権

リポジトリの資源を作成したり，更新したりする権限を設定しておきます。アクセス権は，システム管理者又は資源の所有者が設定します。

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

アクセス権はリポジトリブラウザを使用して設定します。ただし，ルートドキュメントフォルダと辞書フォルダのアクセス権はリポジトリの環境構築ユティリティで設定します。次に資源とアクセス権の関係を示します。なお，アクセス権を指定する場合，「変更」のように幾つかのアクセス権を組み合わせて指定するものがあります。「変更」の組み合わせは資源ごとに異なります。「フルコントロール」はその資源に与えられているすべてのアクセス権を含んでいます。

ルートドキュメントフォルダ(環境構築ユティリティ設定)

アクセス権
内容

変更
作成
下位オブジェクト(ドキュメントフォルダやドキュメント)の作成

読み取り
ルートドキュメントフォルダの表示
下位オブジェクト(ドキュメントフォルダやドキュメント)及びプロパティなどの設定情報の参照

書き込み
プロパティなどの設定情報の更新

削除
フォルダの削除

ドキュメントフォルダ

アクセス権
内容

変更
作成
下位オブジェクト(ドキュメントフォルダやドキュメント)の作成

読み取り

ドキュメントフォルダの表示

プロパティなどの設定情報の参照

書き込み
プロパティなどの設定情報の更新

削除
フォルダの削除

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

アクセス権
内容

変更
作成
下位オブジェクト(システムバージョンフォルダやシステムバージョン)の作成

読み取り

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

下位オブジェクト(システムバージョンフォルダやシステムバージョン)及びプロパティなどの設定情報の参照

書き込み
プロパティなどの設定情報の更新

削除
システムバージョンの削除

システムバージョン

アクセス権
内容

変更
設定
システムバージョンのドキュメントへの設定及び解除

読み取り

システムバージョンの表示

プロパティなどの設定情報の参照

書き込み
プロパティなどの設定情報の更新

削除
システムバージョンの削除

ドキュメント

アクセス権
内容

変更
読み取り

ドキュメントの表示

ドキュメントの内容及びプロパティなどの設定情報の参照

書き込み
ドキュメントの内容及びプロパティなどの設定情報の更新

削除
ドキュメントの削除

辞書フォルダ(環境構築ユティリティ設定)

アクセス権 | 内容
作成 | 下位オブジェクト(データ項目や業務ルール)の作成
変更 | 読み取り | 下位オブジェクト(データ項目や業務ルール)及びプロパティなどの設定情報の参照
書き込み | プロパティなどの設定情報の更新
削除 | 辞書フォルダの削除

データ項目

アクセス権
内容

変更
読み取り

データ項目の表示

データ項目の定義内容及びプロパティなどの設定情報の参照

下位データ項目の作成

書き込み
データ項目の定義内容及びプロパティなどの設定情報の更新

削除
データ項目の削除

業務ルール

アクセス権
内容

変更
読み取り

業務ルールの表示

業務ルールの定義内容及びプロパティなどの設定情報の参照

書き込み
業務ルールの定義内容及びプロパティなどの設定情報の更新

削除
業務ルールの削除

(b)　使用者の種類

使用者は「システム管理者」「所有者」「グループ」「全ユーザ」に分けられ，それぞれにアクセス権を設定します。アクセス権には「読み取り」「書き込み」「作成」「設定」「削除」があります。ただし「設定」はシステムバージョンだけに有効な権限です。

(2)　ネットワーク機能利用のアクセス権

リポジトリに管理されている資源は，Windows NT又はWindows 2000のネットワーク機能でも参照できます。リポジトリを利用するにはSEWB+/REPOSITORYのアカウントが必要です。また，Windows NT又はWindows 2000のネットワーク機能を利用するにはWindows NT又はWindows 2000のアカウントが必要です。このため，これらのアカウント名（ユーザ名，グループ名）を同一にする運用をお勧めします。なお，クライアントOSとしてWindows NT又はWindows 2000を利用している場合は，サーバ側のWindows NT又はWindows 2000とクライアント側のWindows NT又はWindows 2000で使用するアカウント名を同一にしてください。異なるアカウント名を使用すると，ドキュメントの参照ができないなどの現象が起きることがあります。

アカウント名設定の詳細については，マニュアル「SEWB+/REPOSITORY 運用ガイド」を参照してください。

11.2　リポジトリの準備

リポジトリで資源を管理するために，あらかじめ利用環境を設定しておきます。ここでは，あらかじめどのような作業が必要かを説明します。環境設定の詳細については，マニュアル「SEWB+/REPOSITORY 運用ガイド」を参照してください。

＜この節の構成＞

11.2.1　サーバ側及びクライアント側の環境設定

11.2.1　サーバ側及びクライアント側の環境設定

サーバ側及びクライアント側の環境設定が必要です。

＜この項の構成＞

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

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

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

サーバ側の環境設定には「SEWB+/REPOSITORYの前提プログラムの環境設定」「環境の初期化」「SEWB+/REPOSITORYのユーザ登録」及び「運用環境の構築」があります。

(a)　SEWB+/REPOSITORYの前提プログラムの環境設定

Windows NT又はWindows 2000での環境設定，及びDBでの環境設定をします。

Windows NT又はWindows 2000での環境設定

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

DBでの環境設定

リポジトリを格納するDB(Object Server)の環境は必要に応じてシステム管理者が設定してください。SEWB+/REPOSITORYを使用するためには，初期設定パラメタファイル及びシステム共通定義ファイルを作成してください。これらのファイル作成は必須です。

初期設定パラメタファイルはDBの初期設定情報を記述するファイルです。

システム共通定義ファイルは，DBのシステムに共通する定義情報を記述するファイルです。

SEWB+/REPOSITORYの環境を設定する場合のそれぞれのファイルの指定例は，サンプルファイルで提供されています。サンプルファイルをコピーして利用してください。

(b)　環境の初期化

DB及びリポジトリを初期化します。

DBの初期化

Object Serverを初期化します。この作業は必須です。DBの初期化時には必ずノードIDを指定してください。ただし，SEWB+/REPOSITORYでは，エクスポート・インポート機能で複数のサーバ間で資源をやり取りします。指定するノードIDが，複数のサーバのDB間で重複しないように注意してください。また，DBを格納するディレクトリのファイルシステムには，必ずNTFSを使用してください。FATは使用できません。

リポジトリの初期化

DB名称を設定したり，ドキュメントオプションを設定したりします。DB名称の設定は必須です。なお，DB名称の規則についてはマニュアル「SEWB+/REPOSITORY 運用ガイド」を参照してください。

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

SEWB+以外のツールで作成するドキュメントをリポジトリで管理する場合は，あらかじめ環境構築ユティリティでドキュメント種別を登録しておく必要があります。また，ドキュメント種別の登録方法には，SEWB+ツールからの自動登録，又は環境情報のインポートによる登録もあります。複数サーバで運用する場合は，環境情報のインポートによる登録をお勧めします。

注

環境構築ユティリティでは，テンプレートファイルのパスも設定します。テンプレートファイルパスを省略すると，リポジトリブラウザからドキュメントの新規作成ができなくなります。ただし，省略時でも，ドキュメント登録はできます。

(d)　SEWB+/REPOSITORYのユーザ登録

ユーザ登録ファイル及びグループ登録ファイルを設定します。ユーザ登録ファイルの設定は必須です。Windows NT又はWindows 2000のネットワーク機能を利用してドキュメント参照をする場合は，SEWB+/REPOSITORYとWindows NT，又はSEWB+/REPOSITORYとWindows 2000に設定するアカウント名（ユーザ名，グループ名）を同一にしてください。

ユーザ登録ファイルの設定

SEWB+/REPOSITORYのユーザを登録するファイルです。

グループ登録ファイルの設定

SEWB+/REPOSITORYのユーザのグループを登録するファイルです。標準のグループとして，SEWB+/REPOSITORYの管理者グループである「system」とすべてのユーザが所属するグループである「everyone」があります。その他のグループは，必要に応じて追加してください。

(e)　運用環境の構築

必須作業として「システム管理者用のパスワード設定」「辞書フォルダの作成」「ルートドキュメントフォルダの作成」があります。環境構築ユティリティで設定するその他の項目は，プロジェクトでの必要に応じて行ってください。必要に応じてする作業として「同時にログインできるユーザ数の設定」「データ項目と業務ルールの設定」「辞書ユティリティのタイプマッピングの設定」「ドキュメントの設定」及び「バックアップ用コマンドファイルの作成」があります。

「バックアップ用コマンドファイルの作成」は任意ですが，不慮の事故などに備えるために設定しておくことをお勧めします。また，「ドキュメント種別の登録」も，効率良く作業を進めるためにあらかじめ設定しておくことをお勧めします。

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

クライアント側の環境設定には「SEWB+/REPOSITORY-BROWSERの前提プログラムの環境設定」と「運用開始時の設定」があります。

(a)　SEWB+/REPOSITORY-BROWSERの前提プログラムの環境設定

リポジトリブラウザの稼働に必要な，Windows 95，Windows 98，Windows Me，Windows NT又はWindows 2000での環境として，通信設定ファイル(HOSTS，SERVICES)を設定します。この作業は必須です。

(b)　運用開始時の設定

リポジトリブラウザで一般ユーザのパスワードを設定します。設定は任意ですが，機密保護のために設定することをお勧めします。

11.3　リポジトリでの命名時の注意事項

リポジトリで管理する資源に名前を付けるときは，次の点に注意してください。

PVCS使用時は，ドキュメント名に括弧「( )」を使用しない。

ルートドキュメントフォルダ名に「＋」を使用しない。

12.ドキュメントの運用

SEWB+/REPOSITORYでは，ドキュメントを効率良く運用できるように環境を設定できます。この章では，ドキュメントを効率良く運用するためのポイントについて説明します。

＜この章の構成＞

12.1　環境設定

12.2　ドキュメントフォルダの作成と運用

12.3　セキュリティ管理

12.4　ドキュメント作成と修正の手順

12.1　環境設定

ドキュメントを効率よく作成したり管理したりするために，環境を設定します。環境設定はシステム管理者がリポジトリの環境構築ユティリティを使用して行います。

＜この節の構成＞

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

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

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

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

ドキュメントフォルダを格納するルートドキュメントフォルダを作成します。

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

ドキュメント，ドキュメントフォルダ，システムバージョン及びシステムバージョンフォルダに設定されるアクセス権の初期値を設定できます。アクセス権を継承するように設定して，資源のアクセス権を一括で設定したりできます。

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

リポジトリで管理したいドキュメントの種別を登録します。効率良くドキュメント作成できるよう，あらかじめ登録しておくことをお勧めします。

12.2　ドキュメントフォルダの作成と運用

＜この節の構成＞

(1)　ルートドキュメントフォルダの作成と運用

(2)　ドキュメントフォルダ及びサブドキュメントフォルダの作成

(3)　ドキュメントフォルダの構成例

(1)　ルートドキュメントフォルダの作成と運用

ルートドキュメントフォルダはOS上で共有宣言されているフォルダです。

ルートドキュメントフォルダは運用上，次に示す作業の単位になります。作成時には，これらを考慮してください。

インポート・エクスポートの単位

バックアップ・リストア(環境回復ユティリティ)の単位

ネットワークドライブの共有フォルダ

(2)　ドキュメントフォルダ及びサブドキュメントフォルダの作成

ローカルの作業領域で使用する資源を洗い出し，どういう単位で管理するかを検討してからフォルダ構成を決めます。なお，資源の分類別にドキュメントフォルダを作成し，管理する個々のドキュメントをサブドキュメントフォルダとして格納すると，一括してチェックイン・チェックアウトができるので便利です。

(3)　ドキュメントフォルダの構成例

次にドキュメントフォルダの構成例を示します。

12.3　セキュリティ管理

ドキュメント情報を保護するためのアクセス権と排他制御について説明します。

＜この節の構成＞

(1)　アクセス権の設定

(2)　排他制御

(1)　アクセス権の設定

複数のグループで共同作業をする場合など，リポジトリで管理するドキュメントにアクセス権を設定して，資源を共用したり，機密を保護する必要があります。次にアクセス権の設定の組み合わせと，設定した結果がどのようになるかを示します。

(a)　デフォルトの設定値を利用する

SEWB+/REPOSITORYのアクセス権のデフォルトを利用すると，ドキュメントを次のように管理できます。

デフォルトのアクセス権

資源
所有者
グループ名

アクセス権

所有者
グループ
全ユーザ

ドキュメントフォルダ
環境構築ユティリティの
「ドキュメント」で設定した内容
ルートドキュメントで指定
した内容
フルコントロール
読み取り
読み取り

ドキュメント

デフォルトのアクセス権を設定した場合

アクセス権
ユーザ例
作成
変更
削除
参照

Aグループのドキュメント作成者
○
○
○
○

Aグループのドキュメント作成者以外のメンバ
×
×
×
○

Aグループ以外
×
×
×
○

(凡例)

○：権利がある ×：権利がない

(b)　カスタマイズ例

プロジェクトでの運用に合わせて，デフォルトで設定されている値をカスタマイズしてください。

ただし，ドキュメントフォルダやドキュメントのアクセス権を設定する場合，個々に設定をすると効率が悪くなります。ドキュメントフォルダとドキュメントのアクセス権を同じにしたい場合は，ドキュメントフォルダのアクセス権がそのままドキュメントへ継承されるように，あらかじめリポジトリの環境構築ユティリティで設定しておきます(ドキュメントの初期属性の設定)。このようにすると，ドキュメントフォルダのアクセス権を設定するだけで，格納されているすべてのドキュメントのアクセス権を設定できるようになります。

なお，ドキュメントの初期属性の設定方法は，マニュアル「SEWB+/REPOSITORY 運用ガイド」を参照してください。

次に，カスタマイズ例を示します。

アクセス権の設定

資源
所有者
グループ名
所有者
アクセス
グループ
全ユーザ

ドキュメントフォルダ
ドキュメント作成者
Aグループ
フルコントロール
フルコントロール
読み取り

ドキュメント

前述のようにアクセス権を設定した場合

アクセス権
ユーザ例
作成
変更
削除
参照

Aグループのドキュメント作成者
○
○
○
○

Aグループのドキュメント作成者以外のメンバ
○
○
○
○

Aグループ以外
×
×
×
○

(凡例)

○：権利がある ×：権利がない

(2)　排他制御

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

12.4　ドキュメント作成と修正の手順

リポジトリで管理するドキュメントを修正する場合は，必ず更新専用チェックアウトします。チェックイン・チェックアウトされたドキュメントは，SEWB+/REPOSITORYが付けるバージョン(版)で管理されます。

また，テスト終了時など，作業の大きな区切りにはシステムバージョンを作成して，システムバージョン管理をします。

次にドキュメント作成と修正の手順について示します。

図12-1　ドキュメント作成と修正の手順

リポジトリにドキュメント種別を登録する。

SEWB+/REPOSITORY-BROWSERからドキュメントを新規作成する。
新規作成するとドキュメントがリポジトリに登録され，その後，チェックアウトされます。これが1回目のチェックアウトです。

ドキュメントを作成し，終了したらチェックインする。

修正など，必要に応じて更新専用のチェックアウトをする。

更新専用チェックアウトしたものは，必ずチェックインする。
4.，5.の作業のように，作業の節目ではなく作成作業の途中で発生するようなチェックアウト・チェックインは，バージョンで管理されます。

システムバージョンを作成する。
テスト終了時などの作業の節目でドキュメントの最新バージョンや固有のバージョンを管理する必要が出てきたら，システムバージョンを作成し，管理したいドキュメントに対して設定します。

システムバージョンを，管理したいドキュメントに設定する。

13.辞書の運用

SEWB+/REPOSITORYでは，プロジェクトやシステム開発環境に応じて，辞書を運用しやすくするために環境を設定できます。また，辞書が格納するデータ項目の特徴によって辞書を分類して管理できます。この章では，辞書を効率良く運用するためのポイントについて説明します。

＜この章の構成＞

13.1　環境設定

13.2　辞書フォルダの分割作成と構成

13.3　セキュリティ管理

13.1　環境設定

プロジェクトや開発体制に応じて，辞書を効率良く運用するために，環境を設定します。環境設定は，システム管理者がリポジトリの環境構築ユティリティを使用して行います。

＜この節の構成＞

13.1.1　必要な環境設定

13.1.1　必要な環境設定

ここでは用途によって必要になる環境設定について，代表的なものを示します。

＜この項の構成＞

(1)　言語区分

(2)　ERwin/ERXタイプのマッピング

(3)　レコード生成キーワード

(1)　言語区分

アプリケーション開発に使用するプログラミング言語の名称を設定します。

(2)　ERwin/ERXタイプのマッピング

ERwin/ERXやODBCからSEWB+/REPOSITORYにデータ項目を取り込むときに適用されるタイプマッピングを，必要に応じてカスタマイズできます。次にカスタマイズの例を示します。

(カスタマイズが必要な場合の例)

カスタマイズ前

DBにORACLEを使用している場合，ORACLEの標準のタイプマッピング(変換規則A)でCSV形式ファイルからデータ項目を取り込むと，次のようにマッピングされます。

ERwin/ERXのタイプ | SEWB+/REPOSITORYでのマッピング
分類 | 言語別タイプ(COBOL) | けた数
NUMBER(p〔，0〕) | なし | X(英数字項目) | p+2

これをソース生成すると，「データ名 PIC X(p+2)」となります。

カスタマイズ内容

取り込んだデータ項目を整数として扱いたい場合は「NUMBER(p〔，0〕)」のマッピングを次のようにカスタマイズする必要があります。

ERwin/ERXのタイプ | SEWB+/REPOSITORYでのマッピング
分類 | 言語別タイプ(COBOL) | けた数
NUMBER(p〔，0〕) | 整数 | P(符号付き内部10進項目) | p

このようにマッピングされたデータ項目をソース生成すると「データ名PIC S9(p) USAGE PACKED－DECIMAL」となります。

(3)　レコード生成キーワード

レコード生成キーワードには，データ項目の定義情報をどのようにソースコードに生成するかを指定します。

例えば，レコード生成キーワードのデフォルトの指定は，日立COBOL85を前提にしています。そのため，日立COBOL85以外のCOBOL言語を使用する場合は，タイプごとに生成するソースの文法に相違がないか確認し，必要であればレコード生成キーワードを変更します。

注

この指定は，SEWB+/CONSTRUCTIONでのすべてのプログラム生成及びレコードソース生成に有効になります。編集に際しては，あらかじめ十分な検討が必要です。

13.2　辞書フォルダの分割作成と構成

SEWB+でのシステム開発では，全体で一つの辞書フォルダを使用する運用もできますが，開発形態や体制などを考慮して，複数の辞書フォルダに分割して使用する運用もできます。

＜この節の構成＞

13.2.1　辞書分割時の注意事項

13.2.2　データ項目の分類方法

13.2.3　分類方法と辞書フォルダ構成

13.2.1　辞書分割時の注意事項

辞書を分割するときは，次に示す点に注意してください。

異なる辞書フォルダ間の継承はできない。

一つの辞書に格納できるデータ項目は3万個。

辞書フォルダは階層化できない。

13.2.2　データ項目の分類方法

辞書を分割して運用する場合のデータ項目の分類方法を，次に示します。

抽出元(データのソース)での分類

ドメインでの分類

アクセスする人又はグループなどでの分類

結合関係での分類

＜この項の構成＞

(1)　抽出元(データのソース)での分類

(2)　ドメインでの分類

(3)　アクセスする人又はグループなどでの分類

(4)　結合関係での分類

(1)　抽出元(データのソース)での分類

何から抽出されたデータ項目かによって分類します。主にDB設計で抽出されたデータ項目とそれ以外の項目に分けられます。

(a)　抽出元での分類の利点

抽出元でデータ項目を分類すると，次のような利点があります。

データ項目の抽出者ごとの管理対象を明確にできる。

ERwin/ERXからデータ項目をSEWB+/REPOSITORYに取り込む際に，取り込み先を独立させられるので，ERwin/ERXと辞書との整合性の確認などが効率良くできる。

(b)　分類例

分類
辞書に格納するデータ項目

RDB項目
RDBのテーブル(最上位結合項目)及びカラム(単項目)

RDB以外の項目

ファイルや電文などで使用する項目(結合項目，単項目)

ファイルや電文のレコード（最上位結合項目）

RDB以外の項目は，ファイルや電文など更に細かく分類できます。

(2)　ドメインでの分類

ドメインになるデータ項目及びドメインを継承するデータ項目を一つの辞書フォルダにまとめることで，ドメインを利用しないデータ項目と区別します。

(a)　ドメインでの分類の利点

継承は，異なる辞書フォルダ間ではできません。そのため，継承関係を結びたいデータ項目が，本来の分類ではない分類の辞書フォルダに格納されてしまうことがあります。これを避けるため，他の分類とは独立したドメインだけの辞書フォルダを作成します。

(b)　分類例

分類 | 辞書に格納するデータ項目
ドメイン項目 | ドメインになるデータ項目及びドメインを継承するデータ項目。
非ドメイン項目 | ドメインにならないデータ項目で，ドメインを利用しないデータ項目。

(3)　アクセスする人又はグループなどでの分類

データ項目を作成する人，データ項目を参照する人及びそれらのグループによって分類します。

(a)　アクセスする人又はグループなどでの分類の利点

アクセスする人又はグループなどでデータ項目を分類すると，次のような利点があります。

作成者及び作成グループの管理対象を明確にできる。

参照者及び参照グループが効率良く検索できる。

アクセス権管理者の単位に分類できる。

(b)　分類例

分類 | 辞書に格納するデータ項目
共通項目 | すべての業務で共通に使用するデータ項目。
業務別項目 | 特定の業務だけで使用するデータ項目。

(4)　結合関係での分類

最上位結合項目とその構成項目で分類します。

(a)　結合関係での分類の利点

結合関係でデータ項目を分類すると，次のような利点があります。

データ分析者(単項目作成者)とレコード作成者(最上位結合項目作成者)の操作対象を明確にできる。

最上位結合項目を作成するときに，対象になる構成項目の絞り込みができる。

(b)　分類例

分類
辞書に格納するデータ項目

単項目，結合項目

単項目

最上位結合項目以外の結合項目

データ分析者が作成し，レコード作成者が参照する。

レコード
最上位結合項目
レコード作成者が作成する。

13.2.3　分類方法と辞書フォルダ構成

辞書フォルダを分割する場合，実際の開発形態や開発体制などを考慮しながら前述の分類方法を適用し，辞書フォルダ構成を決定します。次に，辞書フォルダの分類方法と構成の例を示します。

図13-1　 辞書フォルダの分類と構成例

13.3　セキュリティ管理

辞書情報を保護するためのアクセス権，及び排他制御について説明します。

＜この節の構成＞

13.3.1　辞書のアクセス権の設定

13.3.2　排他制御

13.3.1　辞書のアクセス権の設定

辞書の作成者や利用者というようにユーザを分類してアクセス権を設定すれば，辞書情報に対する操作を制限できるので，プロジェクトの大切な共有資源である辞書情報を保護し，整合性を保てます。ユーザの分類方法については，マニュアル「SEWB+/REPOSITORY 運用ガイド」を参照してください。

＜この項の構成＞

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

(2)　辞書フォルダに設定するアクセス権

(3)　データ項目に設定するアクセス権

(4)　業務ルールに設定するアクセス権

(5)　アクセス権設定例

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

辞書に対するアクセス権は，次に示す単位で設定できます。

辞書フォルダ

データ項目

業務ルール

(2)　辞書フォルダに設定するアクセス権

辞書フォルダに設定できるアクセス権は「読み取り」「書き込み」「作成」「削除」です。辞書フォルダのアクセス権は，リポジトリの環境構築ユティリティで変更できます。

(3)　データ項目に設定するアクセス権

データ項目に設定できるアクセス権は「読み取り」「書き込み」「削除」です。データ項目のアクセス権は，クライアントのリポジトリブラウザで変更できます。

(4)　業務ルールに設定するアクセス権

業務ルールに設定できるアクセス権は「読み取り」「書き込み」「削除」です。業務ルールのアクセス権は，クライアントのリポジトリブラウザで変更できます。

(5)　アクセス権設定例

辞書フォルダ，データ項目及び業務ルールに設定するアクセス権とその結果を，例に示します。

(a)　設定するアクセス権

この例では，辞書を作成するグループと利用するグループを仮定し，それぞれがデータ項目及び業務ルールに対し，次に示すようなアクセス権を持つよう設定します。

グループ | 作成 | 変更 | 削除 | 参照
辞書作成者グループ | ○ | ○ | △ | ○
辞書利用者グループ | × | × | × | ○

(凡例)

○：権利がある

△：自分で作成したデータ項目及び業務ルールにだけ権利がある

×：権利がない

(b)　辞書フォルダのアクセス権

辞書フォルダのアクセス権を次のように設定します。

設定項目 | 設定内容
所有者名 | system又は辞書作成者グループのメンバ
グループ名 | 辞書作成者グループ
所有者のアクセス権 | フルコントロール
グループのアクセス権 | フルコントロール
全ユーザのアクセス権 | 読み取り

(c)　データ項目及び業務ルールのアクセス権

データ項目及び業務ルールのアクセス権の初期値を示します。なお，アクセス権の初期値はカスタマイズできません。

設定項目 | 設定内容
所有者名 | 作成者
グループ名 | 作成者が属するグループ。属するグループが複数ある場合は，グループ登録ファイルの先頭に定義されたグループ。
所有者のアクセス権 | フルコントロール
グループのアクセス権 | 変更
全ユーザのアクセス権 | 読み取り

13.3.2　排他制御

複数のユーザが同じ辞書情報に対して操作しているとき，自動的に排他制御が働き，辞書情報の二重更新が防止されます。排他制御の機能は，辞書情報の整合性を保つことを目的としています。

排他制御の単位
辞書フォルダ，データ項目，及び業務ルール単位の操作に排他制御が働きます。

データ項目の階層単位の排他制御
データ項目は継承関係によって階層化されるため，上位データ項目の定義情報を変更すると，下位データ項目の定義情報にも影響を与えます。そこで，データ項目では，階層単位の操作についても排他制御が働きます。操作の対象にしているデータ項目が変更の影響を受ける，又は影響を与える場合には，メッセージが表示されるため，留意してください。

14.分散開発環境

分散開発を支援するためのエクスポート・インポートの機能及び運用方法について説明します。

＜この章の構成＞

14.1　分散開発環境とは

14.2　資源の配布

14.3　エクスポート・インポート時の設定

14.4　エクスポート・インポート時の注意事項

14.5　分散運用の流れ

14.1　分散開発環境とは

SEWB+では，WS上での大規模なシステム開発や分散環境に対応するため，複数のリポジトリを使用する複数サーバ運用を支援します。複数のリポジトリで運用をする場合，リポジトリ間で開発資源を受け渡す必要があります。資源の受け渡しには，SEWB+のエクスポート・インポート機能を利用します。エクスポート・インポート機能を利用して資源を受け渡しすることを配布ともいいます。配布の運用方法によって，リポジトリ間の資源の整合性を確保できたり，複数のリポジトリ上にある開発資源を一つのリポジトリで統合管理できたりします。

＜この節の構成＞

14.1.1　配布の形態

14.1.1　配布の形態

配布の形態は，目的によって「レプリカ配布」「複製配布」「オリジナル配布」の三つに分けられます。なお，SEWB+で推奨する配布形態は「レプリカ配布」です。

＜この項の構成＞

(1)　レプリカ配布

(2)　複製配布

(3)　オリジナル配布

(1)　レプリカ配布

複数のリポジトリを使用してシステム開発をする場合，それぞれのリポジトリが他のリポジトリに参照目的で資源を配布することができます。参照目的で資源を配布するため，他リポジトリでの資源の変更を抑止します。

自リポジトリにオリジナルの資源を所有し，他リポジトリに参照目的の資源をエクスポートすることをレプリカ配布といいます。

図14-1　 レプリカ配布

(2)　複製配布

あるリポジトリ上にある開発資源を，他のリポジトリに複製します。資源を複製した場合，複製先の資源と複製元の資源は，それぞれオリジナルとして別々に運用されます。

図14-2　 複製配布

(3)　オリジナル配布

あるリポジトリの資源を，他のリポジトリで修正したいときや，配布元のリポジトリに更新権を与えたくないときなどに適用します。また，個々のリポジトリで開発した資源を一つのリポジトリに統合するときにも利用できます。

この場合，配布元のリポジトリからオリジナル配布された資源への権限は配布先のリポジトリに移り，配布元のリポジトリでは参照目的でだけ使用できます。なお，配布先と配布元のリポジトリ間での相互配布はできません。

図14-3　 オリジナル配布

14.2　資源の配布

複数リポジトリ運用での資源の配布について説明します。

＜この節の構成＞

14.2.1　配布の対象

14.2.2　配布の目的

14.2.3　配布時の増分管理

14.2.4　環境構築情報のエクスポート

14.2.1　配布の対象

リポジトリ間で配布される資源を次に示します。

ドキュメントフォルダ

ドキュメント

辞書(データ項目辞書，業務ルール辞書)

環境構築情報(詳細は「14.2.4 環境構築情報のエクスポート」を参照のこと)

14.2.2　配布の目的

リポジトリ間で資源を配布する目的を次に示します。

自リポジトリでは自分の資源を管理し，開発に必要なその他の資源は他リポジトリから配布して運用するため(レプリカ配布)。

リポジトリを複製して，新しく別のリポジトリを作るため(複製配布)。

自リポジトリの資源を，他リポジトリで修正するため(オリジナル配布)。

14.2.3　配布時の増分管理

リポジトリ間の資源配布には，エクスポート・インポートを利用します。ただし，毎回，すべての資源をエクスポート・インポートすると時間が掛かり，効率が下がります。SEWB+では，変更した箇所(増分)だけをエクスポート・インポートできます。

＜この項の構成＞

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

(2)　辞書の増分管理

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

レプリカ配布の場合に有効です。前回のエクスポート情報からの増分だけをエクスポートできます。

(2)　辞書の増分管理

レプリカ配布の場合に有効です。前回のエクスポート情報からの増分だけをエクスポートできます。

14.2.4　環境構築情報のエクスポート

資源だけではなく，環境構築情報もエクスポートの対象になります。

＜この項の構成＞

(1)　リポジトリの環境情報のエクスポート

(2)　辞書の環境情報のエクスポート

(1)　リポジトリの環境情報のエクスポート

環境構築ユティリティで設定したリポジトリの環境情報をエクスポートできます。エクスポート・インポートできる環境構築ユティリティの設定項目を，次に示します。

表14-1　エクスポート・インポートできる環境情報

環境構築ユティリティの設定項目
エクスポート
・インポート

システム管理者用のパスワード
×

同時ログイン可能ユーザ数最大値の設定
×

辞書フォルダ
○※１

データ項目と業務ルールの環境設定
○※２

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

ドキュメント
の設定
ドキュメント，フォルダ，システムバージョンの初期属性
○

チェックアウト先コンピュータのIPアドレス
×

ドキュメント種別の設定
○

ルートドキュメントフォルダ
○※１

バックアップの設定
×

（凡例）○：対象にできる　×：対象にできない

注※１

エクスポート運用でドキュメント又は辞書の資源をエクスポート対象に指定した場合に，ルートドキュメントフォルダ又は辞書フォルダの環境情報が対象となります。

注※２

命名ルール情報，及び検査項目情報は対象外となります。

(2)　辞書の環境情報のエクスポート

辞書に関する環境構築情報として，次の情報をエクスポートできます。

辞書フォルダ
辞書資源をエクスポート対象にした場合にエクスポートされます。

データ項目情報
データ項目や業務ルールに関する各種の環境構築情報がエクスポートされます。ただし，命名ルール情報や検査項目情報は対象になりません。

タイプマッピング情報
ODBC入力や，ERwin/ERXと連携したCSV入力をするときのタイプの変換規則がエクスポートされます。

14.3　エクスポート・インポート時の設定

複数リポジトリ間で資源を相互配布する場合など，配布元と配布先の資源の整合性や，それぞれの資源間の関連を管理することが重要です。SEWB+では，エクスポート・インポート時の設定によって，これらの問題に対処できます。

＜この節の構成＞

14.3.1　エクスポート時の設定

14.3.2　インポート時の設定

14.3.3　エクスポート・インポート運用の設定例

14.3.1　エクスポート時の設定

資源をエクスポートするときに，資源間に付けられている関連情報を一緒にエクスポートするかどうかを設定できます。

＜この項の構成＞

(1)　相互配布時のドキュメント関連情報

(2)　相互配布時の辞書のエクスポート範囲

(1)　相互配布時のドキュメント関連情報

リポジトリ間でドキュメントを相互配布している場合，ドキュメントの関連情報をエクスポートするように設定できます。ただし，設定時には，次に示す「ドキュメント相互配布時の注意事項」などを考慮して設定してください。

(a)　ドキュメント相互配布時の注意事項

リポジトリ間でドキュメントを相互配布する場合には，エクスポート運用の設定で「関連先となる開いた関連のみをエクスポートする」を選択してください。これは，インポート先で関連を削除したときに，インポートによって関連が復活するのを防ぐために必要です。

次に，相互配布の関係にあるリポジトリAとリポジトリBを示します。これらのリポジトリ間でのドキュメントの相互配布を例に，起こりうる現象とその回避方法を説明します。

[図データ]
1．二つのリポジトリ間で，ドキュメントフォルダＡとドキュメントフォルダＢを相互配布する運用をしている。

[図データ]

2.リポジトリBでは，インポートしたドキュメントフォルダAのA1と自分が所有するドキュメントフォルダBのB1の間に関連を付ける。
このとき，A1がテンプレート，B1がプログラム定義と仮定します。テンプレートを関連元，プログラム定義を関連先として，参照の関連が付けられます。
3．リポジトリBからリポジトリAにドキュメントフォルダBがエクスポートされる。
このとき，エクスポート時の設定はデフォルト状態と仮定します。デフォルトでは，すべての開いた関連がエクスポートされます。そのため，A1とB1の関連もエクスポートされます。

[図データ]
４．リポジトリB側で，A1とB1の関連を解除し，新たにA2とB1の間に関連を付ける。
A2とB1の関係は2. と同じと仮定します。

[図データ]
５．リポジトリAからリポジトリBにドキュメントフォルダAがエクスポートされる。
エクスポート時の設定はデフォルト状態と仮定します。そのため，A1とB1の関連もエクスポートされます。
６．A1とB1の間の関連が復活する。
4. で解除したA1とB1の関連が再び付けられます。これは，すべての関連をエクスポートするように設定されているため，5. のエクスポート時に，3. の時点でエクスポートされた関連情報がA1の関連情報として再びリポジトリBにエクスポートされるからです。

[図データ]

(b)　回避方法

(a)の現象は，エクスポートする関連情報を，関連方向をキーにして区別することで回避できます。例えば，エクスポート時に，開いた関連の関連先になるデータ項目の関連情報だけをエクスポートするように設定しておくと，5.のエクスポート時にA1の関連はエクスポートされなくなります。

注

この回避方法は，SEWB+が関連を付ける規則(どの資源を関連元又は関連先にするかを決める規則)に従って関連が付けられているときだけ有効です。したがって，ユーザ関連を付けるときは，SEWB+の関連付けの規則に従うことをお勧めします。SEWB+が付ける関連については「11.1.5 関連の設定」及びマニュアル「SEWB+/CONSTRUCTION アプリケーション開発ガイド」を参照してください。

(c)　開いた関連情報の運用

開いた関連情報をエクスポートすると，変更時の変更波及を調査するときに便利です。たとえば，分散環境の複数リポジトリから参照目的で資源をインポートしていても，自分が所有する資源がそれらの関連先になっていれば，自分の資源を変更したときの相手資源への影響を調査できます。開いた関連情報をエクスポートしていないと，同じような状況のとき，リポジトリごとに調査しなければなりません。

(2)　相互配布時の辞書のエクスポート範囲

リポジトリで複数の辞書を管理している場合，エクスポートする辞書フォルダのデータ項目が，エクスポート対象外の辞書のデータ項目と結合関係にあるとき，それらのデータ項目も一緒にエクスポートするかどうかを設定できます。設定時には，次に示す「辞書相互配布時の注意事項」などを考慮してください。

(a)　辞書相互配布時の注意事項

相互配布の関係にあるリポジトリAとリポジトリBを次に示します。これらのリポジトリ間での辞書の相互配布を例に，起こりうる現象とその回避方法を説明します。

二つのリポジトリ間で，辞書フォルダAと辞書フォルダBを相互に配布する運用をしている。リポジトリAからリポジトリBに辞書フォルダAがエクスポートされる。
このとき，エクスポート時の設定はデフォルト状態と仮定します。デフォルトでは，結合関係にあるすべてのデータ項目がエクスポートされます。

リポジトリBでは，インポートした辞書フォルダAのA1を使用して，自分が所有する辞書フォルダBに結合項目B2を追加する。

リポジトリAでは，辞書フォルダAのA1を変更する。

リポジトリBからリポジトリAに辞書フォルダBがエクスポートされる。
設定は1.と同じと仮定します。
このとき，B2の構成項目であるA1も一緒にエクスポートされるため，リポジトリA側で変更した内容（A´）が上書きされてしまいます。

(b)　回避方法

このようになることが事前に分かっている場合は，エクスポート時の設定で，他の辞書フォルダのデータ項目を一緒にエクスポートする設定を解除しておきます。ただし，このように設定すると，他の辞書フォルダにある構成項目がインポート先のリポジトリにない場合にエラーとなるので注意が必要です。

例えば，前述の運用例で，リポジトリBの辞書フォルダの結合項目B2は辞書フォルダAのA1を構成項目にしています。この場合に，リポジトリBが別のリポジトリであるリポジトリCに辞書フォルダBをエクスポートしようとすると，辞書フォルダCにはデータ項目A1がないのでエラーになります。

このような現象を回避するためには，分散環境のすべてのリポジトリのフォルダ構成を同じにしてください。又は，参照されるデータ項目をドメインとして一つの辞書フォルダにまとめて共用してください。

ドメインを格納する辞書フォルダの詳細は「13.2.2 データ項目の分類方法」を参照してください。

14.3.2　インポート時の設定

相互配布のリポジトリ間でレプリカ配布をしたい場合，インポート先では，エクスポートされた資源に対し，新たに読み取り専用のアクセス権を設定してください。

14.3.3　エクスポート・インポート運用の設定例

エクスポート・インポートの設定例を次に示します。

＜この項の構成＞

(1)　エクスポートの設定と実行

(2)　インポートの設定と実行

(1)　エクスポートの設定と実行

資源を配布する側は，次のように設定して，エクスポートを実行します。

(a)　エクスポートの設定

1．一般タブに次の設定をする。

項目 | 設定内容
運用名 | 任意の運用名を設定する
コメント | 任意に指定する
エクスポートできない資源があっても続行する | 選択しない (ドキュメントをチェックアウト中などでエクスポートできない場合中止とするため)
エクスポートファイル | 出力するエクスポートファイルのファイル名として，任意のファイル名を指定する
エクスポートファイルの最大サイズ | １本の媒体に格納可能なファイルサイズ(単位：MB)を指定する（例えば，230MB格納可能なMOを使う場合は「230」と指定する）
既存のエクスポートファイルを上書きする | 選択する(設定したエクスポート運用で繰り返し配布をするため，既存ファイルがあれば上書きする)

２．ドキュメントタブに次の設定をする。

項目 | 設定内容
ドキュメントをエクスポートする | 選択する
最新の情報をエクスポートする | 選択する
エクスポートするルートドキュメントフォルダ | エクスポートの対象とするフォルダを選択する
ドキュメント間の開いた関連をエクスポートする | 「関連先方向の開いた関連のみエクスポートする」を選択する (削除した関連が復活することを防ぐため)
ドキュメントとデータ項目間の関連をエクスポートする | 選択する(CONSTRUCTIONデータ定義ファイルなどはデータ項目と関連を持つため)
ドキュメントと業務ルール間の関連をエクスポートする | 選択する(CONSTRUCTIONプログラム定義ファイルは業務ルールと関連を持つため)

３．辞書タブに次の設定をする。

項目 | 設定内容
辞書をエクスポートする | 選択する
エクスポートする辞書フォルダ | エクスポートする辞書フォルダを選択する
すべてエクスポートする | 選択する (この場合，データ項目タブ及び業務ルールタブは設定不要)
関連のある他の辞書フォルダの資源をエクスポートする | 設定を解除する(他の辞書フォルダの構成項目を配布しないようにするため)

(b)　エクスポートの実行

上記のように設定した状態でエクスポート運用の一覧ダイアログボックスに次のように設定します。［実行］を押してエクスポートを実行します。

項目
設定内容

エクスポート運用名
一般タブで設定した運用名を選択

エクスポート方法
１回目の配布時 ：「全体」
２回目以降の配布時：「増分」
開発終了時 ：「全体」

(2)　インポートの設定と実行

資源を受け取る側は，次のように設定して，インポートを実行します。

(a)　インポートの設定

１．一般タブを次のように設定する。

項目 | 設定内容
運用名 | 任意の運用名を設定する
コメント | 任意に指定する
インポートできない資源があっても続行する | 選択しない (確実にインポートされなかった場合はエラーとするため)
エクスポートファイル | エクスポート側の運用で指定したエクスポートファイル名を設定する

２．ドキュメントタブを次のように設定する。

項目 | 設定内容
ドキュメントをインポートする | 選択する
挿入／上書き | 「上書き」を選択する
ドキュメントのインポート先 | 「すべてエクスポート元と同じルートドキュメントフォルダにインポートする」を選択する (リポジトリサーバ間でフォルダ名を一致させるため)
ドキュメント間の開いた関連をインポートする | 選択する (配布される資源とそれ以外の資源との関連を含めて配布する)
ドキュメントとデータ項目間の関連をインポートする | 選択する (CONSTRUCTIONデータ定義ファイルなどはデータ項目と関連を持つため)
ドキュメントと業務ルール間の関連をインポートする | 選択する (CONSTRUCTIONプログラム定義ファイルは業務ルールと関連を持つため)
新規に追加した資源に設定するアクセス権 | 「指定したアクセス権を設定する」を選択する(下記のアクセス権とするため)
所有者 | 指定しない。デフォルトの「インポート実行者」(システム管理者)が仮定される
グループ | 指定しない。デフォルトの「インポート実行者」が所属するグループが仮定される
所有者のアクセス権 | フルコントロールを選択する (システム管理者はフルコントロールであるため)
グループのアクセス権 | 読み取りを選択する (配布先では更新できないようにする)
全ユーザのアクセス権 | 読み取りを選択する (配布先では更新できないようにする)

３．辞書タブを次のように設定する。

項目 | 設定内容
辞書をインポートする | 選択する
挿入／上書き | 「上書き」を選択する (同一データ項目に上書きするため)
辞書のインポート先 | 「すべてエクスポート元と同じ辞書フォルダに配布する」を選択する (リポジトリサーバ間でフォルダ名を一致させるため)
新規に追加した辞書フォルダに設定するアクセス権 | ドキュメントタブと同様に設定する

４．データ項目タブ及び業務ルールタブを次のように設定する。

項目 | 設定内容
新規に追加した資源に設定するアクセス権 | ドキュメントタブと同様に設定する

(b)　インポートの実行

上記のように設定した状態でインポート運用の一覧ダイアログボックスに次のように設定します。［実行］を押してインポートを実行します。

項目 | 設定内容
インポート運用名 | 一般タブで設定した運用名を選択する

14.4　エクスポート・インポート時の注意事項

＜この節の構成＞

(1)　ノードID

(2)　資源の削除

(3)　Windows NT又はWindows 2000のatコマンドなどの利用

(4)　資源の配布

(5)　実行中の中止

(1)　ノードID

エクスポート・インポートでは，複数のリポジトリ間で資源をやり取りします。このため，指定するノードID※は，複数のリポジトリのデータベース間で重複しない値にしてください。

デフォルト値のノードIDで複数のデータベースを初期化すると，ノードIDが重複するので注意してください。

注※

ノードIDはDBを初期化するときに使用します。

(2)　資源の削除

インポートを実行すると，エクスポートされた資源がインポート先に新規に追加，又はエクスポートされている資源に対応するインポート先の資源が置換されます。しかし，インポートの実行でインポート先の資源が削除されることはありません。このため，次のような運用をお勧めします。

インポート先に不要な資源がある場合，インポートを実行しても不要な資源は削除されません。インポート先に不要な資源がある状態でインポートを実行すると，インポートの実行後は不要な資源とインポートした資源が混在することになります。このような場合は，インポートを実行する前にインポート先の不要な資源を削除し，その後インポートを実行してください。

エクスポート元のリポジトリの資源をエクスポート・インポート機能を使用して他のリポジトリに複製する運用を継続的に行っている場合，エクスポート・インポートを実行してもエクスポート元のリポジトリで削除された資源に対応するインポート先の資源は削除されません。このような場合は，エクスポート元で削除された資源に対応するインポート先の資源を削除してください。

(3)　Windows NT又はWindows 2000のatコマンドなどの利用

エクスポート・インポート時には，リポジトリにアクセスしないことをお勧めします。そのため，時間の掛かるエクスポート・インポートは夜間や休日に行い，atコマンドなどを使用して自動的に実行させてください。

(4)　資源の配布

資源をほかのリポジトリに配布した後，再度，資源を配布する場合は，インポート時の設定で「上書き」を設定してください。インポート時の設定で「挿入」を選択すると，先に配布した資源には上書きされません。

(5)　実行中の中止

インポートを実行中に中止した場合，中止する前までの資源はインポート先に登録されているので，エクスポート元のリポジトリとインポート先のリポジトリで矛盾が生じてしまいます。インポート先のリポジトリを回復するためには，中止したインポートを再実行してインポートを完了させる必要があります。

エクスポートを実行中に中止した場合，作成途中のエクスポートファイルは削除されます。ただし，ファイルサイズを指定してエクスポートファイルの分割作成をする指定をしていた場合，作成済みのエクスポートファイルは削除されません。

エクスポート・インポートの中止の詳細については，マニュアル「SEWB+/REPOSITORY　運用ガイド」を参照してください。

14.5　分散運用の流れ

分散運用の流れを次に示します。

図14-4　 分散運用の流れ

15.SEWB+のノウハウ

この章では，SEWB+を利用したシステム開発のノウハウについて説明します。

＜この章の構成＞

15.1　開発ライフサイクルとリポジトリ管理

15.2　エクスポート・インポートの自動運用

15.1　開発ライフサイクルとリポジトリ管理

ここでは，SEWB+を利用したシステム開発のライフサイクルと，それに伴うリポジトリ管理について説明します。

＜この節の構成＞

15.1.1　開発ライフサイクル

15.1.2　WS環境でのシステム統合・実機テスト時の作業の流れ

15.1.3　リポジトリへの資源の反映

15.1.1　開発ライフサイクル

SEWB+を利用して大規模な開発をするときには，次のようなライフサイクルで開発資源を管理していくことになります。

図15-1　開発ライフサイクル

バージョン１の開発作業では，機能別に作成した個々のプログラムをリポジトリにチェックインして登録します。これらのプログラムをすべてリポジトリ内に登録した後，実行環境上で動作するシステム構成にまとめ上げます。これをシステム統合(System Integration：SI)といいます。

システム統合で作成したシステムは，実機で動作確認をします。これを実機テストといいます。実機テストで動作に不具合が発見された場合には，再び開発作業に戻り，リポジトリに格納されている資源をチェックアウトして修正を加えます。修正が終わったら，再びチェックインします。

このようにしてシステム統合と実機テストを繰り返したあと，実機テストで不具合が発生しなくなれば，バージョン１の開発作業は終了します。

バージョン１で開発した生成物は，次のバージョン(バージョン２)の開発の基盤となります。バージョン２以降は，再び開発作業とシステム統合・実機テストを繰り返して開発を進めていきます。

また，バージョン１の生成物は，リリースしたバージョン１のシステムに障害が発生した場合の調査及び対策のために使用します。このため，バージョン１のすべての資源を保管しておく必要があります。

システムの一通りの機能が開発されたあと，実機で動作確認をする時の作業の流れを次の項で説明します。

15.1.2　WS環境でのシステム統合・実機テスト時の作業の流れ

実行環境がWSの場合，PC環境上のSEWB+で開発した成果物をWS側に転送してからコンパイル及び動作確認をする必要があります。

WS上で動作確認をする場合の作業の流れを，次に示します。

図15-2　WS環境での動作確認

作業手順を次に示します。

ソースを含めた開発資源をリポジトリにドキュメント登録する
これによって，資源をチェックインされた状態にしておきます。それらの資源のうち，システムを構成するためのソースをシステム統合用ソースフォルダにまとめ，浮動システムバージョンとして登録しておきます。
開発作業が完了し，システム統合を開始する段階で，浮動システムバージョンを固定システムバージョンに変更します。

固定システムバージョンに登録されている資源を，SI支援ユティリティを使ってローカルファイル上に取り出す

取り出したファイル群を実行環境に転送する
この時に，ftpのテキストモードで転送することによって改行コードが変換されます。

コンパイル及びリンクを実行して，実行モジュールを作成する

テスト及びデバッグを実行する
実機テストで不具合があった場合には，リポジトリに格納された資源を修正します。リポジトリの資源に対してチェックイン・チェックアウトをすると，浮動システムバージョンには，常に最新のドキュメントのバージョンが反映されます。

資源を再び固定システムバージョンに変更する
SI支援ユティリティの差分機能を利用して，前回，固定システムバージョンに変更した時以降に変更があったドキュメントだけを取り出します。これを転送してWS上のコンパイル環境に上書きすることによって，makeコマンドを使って，修正のあったソースだけを再コンパイルできます。

15.1.3　リポジトリへの資源の反映

実機テストで不良が見付からなくなればシステムは完成です。完成したシステムは，次のバージョンの基盤となります。また，運用後の保守にも使用します。このため，各種資源を保管しておく必要があります。

システム完成後の資源の保管について，次に示します。

図15-3　システム完成後の資源の保管

固定システムバージョンにしたバージョン１の開発生成物を，データ項目辞書も含めてエクスポートし，外部記憶媒体に保管する

バージョン１の資源は，開発作業用リポジトリサーバ上でバージョン２の開発作業の基盤として利用する

リリースしたバージョン１のシステムに障害が発生した場合，バージョン２の開発作業を進めている開発作業用リポジトリとは別に，保守作業用リポジトリサーバを用意する。そこにレプリカ配布で辞書をインポートし，保守作業を実施する

SEWB+では，ドキュメントのバージョン管理はしますが，辞書フォルダのバージョン管理はしません。このため，バージョン１の生成物を基盤にしてバージョン２の開発作業をする場合に，バージョン２の開発作業の中でデータ項目辞書に変更を加えると，同じデータ項目を参照しているバージョン１の開発生成物も影響を受けてしまいます。その場合，保守作業をしようとしたときに，同じ内容のプログラムを生成できない可能性があります。

これを避けるには，バージョン１の開発生成物を辞書を含めてエクスポートして保管し，保守作業が必要になったときには，バージョン２開発とは別のリポジトリサーバにインポートします。

15.2　エクスポート・インポートの自動運用

エクスポート・インポートの実行中，対象資源は排他制御されません。そのため，エクスポート・インポートを実行している資源に対して他の操作が実行された場合，操作の内容によってはエラーが発生することがあります。このため，エクスポート・インポートは，夜間に自動運用することをお勧めします。

Windows NT，及びWindows 2000のatコマンドを使用すると，指定した時刻にエクスポート・インポートを実行できます。このとき，誤って資源を操作しないようにするために，最大ログインユーザ数変更コマンド(RPMaxUsr)をエクスポート・インポート用のバッチファイルの中に指定して，最大ログインユーザ数を１にします。また，自動実行中にダイアログボックスが表示されないようにするために，エクスポートのコマンドに/nomsgオプションを指定します。

atコマンドでエクスポートを実行するバッチファイルの例を次に示します。

付録

＜この章の構成＞

付録A　用語解説

付録A　用語解説

APPGALLERY Enterprise

表作成やグラフ表示などの機能を部品として提供し，それらをビジュアルに組み合わせてアプリケーションを開発するツールです。部品と部品を組み合わせるための手続きも対話操作で作成できるため，アプリケーションを効率良く開発できます。

C/Sシステム

クライアントサーバシステムの略称です。サービスを提供するサーバと，サービスを要求するクライアントから構成されます。

C/S処理フロー設計

システム設計の機能分散処理の設計時の作業です。機能の分散化設計でC/Sシステム上のどこに配置するか決定された各機能を詳細化し，業務処理ごとに操作及びシステム処理の流れとして設定します。

CORBA

Common Object Request Broker Architectureの略称です。OMG（オブジェクトマネージメントグループ）が標準化を進めている，ORBの標準仕様です。

DOA

Data Oriented Approach(データ中心アプローチ)の略称です。詳細は用語解説の「データ中心アプローチ」を参照してください。

DOA手法

データ中心アプローチの考え方に沿ったシステム開発の手法です。

ER図

Entity Relationship図の略称です。データ項目などの実態を表すエンティティとエンティティ属性，及びエンティティ間の関連であるリレーションシップで構成されるデータモデルです。

IDL

Interface Definition Languageの略称です。ORB(分散オブジェクト実行環境)を利用するC/Sシステムで，オブジェクト（個々のアプリケーションのこと）のインタフェースを定義する言語です。SEWB+では，CORBAに準拠したIDLをサポートしています。したがって，SEWB+/CS-DESIGN及びSEWB+/REPOSITORYを連携して作成したIDLは，CORBAをサポートしたORB(日立製品では，TPBrokerがあります)が提供するIDLコンパイラでコンパイルし，利用することができます。

Object Server

Groupmax Object Server及びGroupmax High-end Object Serverは，多様な構造と関連性を持った情報をオブジェクトとして格納するプログラムです。また，それらのオブジェクトを管理するための高度な管理機能をそなえています。このマニュアルでは，両方のプログラムに共通の説明をする場合には，これらのプログラムを総称してObject Serverと呼んでいます。

SEWB+/CONSTRUCTION

C/Sシステムのアプリケーション開発を支援するツールです。特に，TPモニタやジョブ運用管理ツールなどを利用する大規模なクライアントサーバシステム上で動作するサーバ側のプログラム及びバッチシステムの開発に適しています。

SEWB+/CS-DESIGN

ORB(分散オブジェクト実行環境)を利用したC/Sシステムのアプリケーション(オブジェクト)の論理構成設計を支援するツールです。

SEWB+/EUR Professional Edition

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

SEWB+/OLTP DEFINER

C/Sシステムの構築に必要なクライアントアプリケーションとサーバアプリケーションのインタフェース設計及びアプリケーションの機能の配置設計を支援するツールです。

SEWB+/RECORD EDITOR

SEWB+/REPOSITORYと連携して，辞書の結合項目とレコード定義（最上位結合項目）の登録を支援するツールです。レコードレイアウト図でデータ項目の並び順やけた数などを確認しながらビジュアルにレコード構造を設計し，データ項目辞書に登録できます。

SEWB+/REPORT MANAGER

SEWB+で定義した情報の印刷を支援するツールです。SEWB+/CONSTRUCTIONと連携してプログラム処理概要図を，SEWB+/REPOSITORYと連携してインパクトレポートやデータ項目又は業務ルールの定義内容などを印刷できます。これらのドキュメントを定義内容の確認や，保守作業に役立てられます。

SI支援ユティリティ

システムバージョンの機能を利用して，異なるシステムバージョンに関連付けられたドキュメントのうち差分のあるドキュメントを，比較・抽出するためのユティリティです。

TPモニタ

トランザクション処理の監視，及び制御をするソフトウェアのことです。オンラインシステムを構築するための基盤になる機能を提供しています。主な機能として，通信機能，スケジュール機能及び障害発生時の回復機能があります。

UOCリバース機能

ソースファイルで直接編集されたUOC（ユーザ追加処理)を，プログラム定義ファイルのUOCに取り込む機能です。

XMAP3

基幹業務で利用する画面や帳票を作成するためのツールです。XMAP3では，画面や帳票の作成から，表示・印刷までを一貫して支援しています。なお，XMAP3で開発した表示・印刷のAPは，PCやWSのスタンドアロン環境のほかに，C/Sシステム環境やホストと連携した環境でも運用できます。

インポート

エクスポートで取り出された資源を，リポジトリに取り込むことをいいます。各サーバに分散された資源を収集する場合などに利用します。

エクスポート

リポジトリの資源を，ハードディスク上のファイル，フロッピーディスク，カートリッジ磁気テープなどの外部媒体に取り出すことをいいます。ルートドキュメントフォルダ単位，又は辞書フォルダ単位でエクスポートできます。ほかのサーバに資源を配布する場合などに利用します。

エンティティ

ER図で，データ項目などの実態を表すものです。

開発方式設計

システム処理方式設計で決定した内容を基に，C/Sシステム上の各APを開発するための開発方式を設計する作業です。この工程では，開発言語や支援ツールを決定したり，SEWB+で使用するテンプレート及び部品の開発計画を決定します。

関連

データ項目とドキュメント，データ項目と業務ルールというように，資源間に付けられた依存関係をいいます。関連は，リポジトリブラウザを使用して任意に設定できる「ユーザ関連」と，SEWB+ツールによって自動的に設定される「関連」に大別されます。リポジトリブラウザの関連ブラウザ機能を使用すると，関連付けられた資源をブラウジングでき，変更波及範囲の解析などに利用できます。

共通部品設計

パターンテンプレート及び部品テンプレートを設計することです。システム処理方式で決定した機能分散の方式をプログラム単位に分割して，各プログラムの処理を明確にします。その中で，処理内容が類似するものや，複数のAP間で利用されるロジックはパターンテンプレートや部品テンプレートとして抽出し作成します。このとき，既存のテンプレートやSEWB+で提供している標準テンプレートを適用するかどうかも検討します。

業務機能設計

業務処理を実現するための，コンピュータ処理を構成する種々の機能について，その処理内容，入出力，信頼性及び性能を明らかにすることです。

業務ルール

データ項目に着目して，データ項目特有の処理を部品化したものです。SEWB+/CONSTRUCTIONを使ったアプリケーション開発で共通に利用することを目的としています。業務ルールは必ずデータ項目と関連付けて登録し，業務ルール辞書で管理します。

実際にソースプログラムに展開する処理の内容は，ルールスクリプトに記述します。業務ルールに適した処理としては，データ項目の値や形式の妥当性をチェックする処理，形式を変換する処理，編集処理，複数のデータ項目で成り立つ計算処理などが挙げられます。

固定システムバージョン

「システムバージョン」を参照してください。

システム化機能詳細設計

サーバAP作成時に作成される「プログラム関連図」「ファイル・レコード仕様書」及び「各プログラムの処理概要図」の情報をまとめたものです。SEWB+/CONSTRUCTIONを使用したプログラム構造設計の工程では，入力情報となります。

システム化処理内容設計

プログラム関連図に記述した各プログラムについて，入出力と処理の概要をまとめたものです。

システム基本設計

システムの外部仕様及び内部仕様を決定する作業です。なお，このマニュアルではシステム基本設計をシステム設計としています。

システム詳細設計

システム基本設計で決定した内容を基に，プログラム作成で使用する辞書，ユーザインタフェース，ファイル及びDBなどを設計します。

システム処理方式設計

業務機能設計で設定したシステム要件をもとにC/Sシステム上での機能の配置や処理の流れを設計します。

システムバージョン

システムを構成するドキュメント群を管理するためのバージョンです。管理目的に応じて種別（浮動／固定）を切り替えられます。

「浮動」は，常に最新のバージョンを示します。開発中のドキュメントなどに設定します。

「固定」は，設定された特定のバージョンを示します。開発を完了したドキュメントなどに設定します。

チェックアウト

リポジトリのドキュメントを，クライアントのファイルシステムに取り出すことです。

チェックイン

チェックアウトで取り出されたドキュメントを，リポジトリに格納（返却）することです。

データ制約

データ分析時に抽出される，データ項目に共通する処理のことです。SEWB+/REPOSITORYの辞書に業務ルールとして登録されます。制約データはデータ項目の分類によって「項目固有制約」と「項目関連制約」に分けられます。また，処理のタイプによって「チェック」と「導出」に分けられます。これらの分類によって，辞書に登録されるときの登録方法が変わります。

データ層

DBと処理システム間の連絡を取る部分のシステム（APの集まり）です。データ層を作成することで，DB種別を意識しない運用が実現されます。

データ中心アプローチ

データを企業全体における重要な財産であると考え，共有資源として扱うシステム開発の方法論です。企業情報システムの基盤整備のために必要な方法論といえます。データ中心アプローチを採用したシステム開発では，先にデータを共有資源として分析して標準化したあと，システムやプログラムを設計，開発します。

データモデル

データをどのように整理し，関連付けてDBに格納するかというモデル化の手段を与えるものです。ユーザから見えるデータの論理的構造と，データについての操作方法を規定するものがあります。

テンプレート

パターンテンプレートともいいます。テンプレートは，生成時にAPの枠組みになるプログラム構成を記述したものです。部品やUOCの挿入場所，可変項目への値の設定の指示なども記述されています。テンプレートはテンプレート記述言語と使用するプログラミング言語で記述します。

ドキュメント

リポジトリで管理されるシステム分析・設計情報，及びプログラム開発情報などを保管するファイルです。ドキュメントの例としては，SEWB+ツールで作成したシステム分析図やデータ定義情報，ソースプログラム，又はMicrosoft Wordなどで作成した企画文書，設計文書類があります。

ドキュメントフォルダ

リポジトリでドキュメントをまとめて管理するための入れ物です。ディレクトリに相当します

内部インタフェース設計

プログラム中で利用する中間ファイルなどに対し，ファイル編成やレコード形式などの属性情報を設定し，ファイルRPCインタフェース及び内部テーブルなどの各仕様を作成することです。

ビジネスフロー図(業務処理概要図)

業務機能設計で作成されます。新しく開発するシステムの構想を基に，システム全体の運用を表したものです。

開いた関連

エクスポート対象になるドキュメントとエクスポート対象外になるドキュメントの間に関連が付けられている場合，この関連を開いた関連といいます。これに対し，エクスポート対象のドキュメント間に付けられている関連を閉じた関連といいます。

ファンクション層

一つ，又は複数のAPから構成される，システムの主処理部分です。プレゼンテーション層及びデータ層と連携して，業務を処理します。

浮動システムバージョン

「システムバージョン」を参照してください。

部品

部品テンプレートともいいます。複数のAP間で利用されるロジックです。テンプレート記述言語と使用するプログラミング言語で記述します。部品は，ソースプログラム生成時に，テンプレートに取り込まれて展開されます。

プレゼンテーション層

ユーザインタフェース部分です。

プロトタイプ

プロトタイプには，外部仕様を確認するための業務プロトタイプと，SEWB+でのシステム開発を評価するためのプロトタイプがあります。業務プロトタイプはユーザインタフェース基本設計で作成します。システム評価用のプロトタイプは，SEWB+導入の前提作業として，実現性，性能，生産性及び手順の妥当性などを評価するために開発します。

マップ定義ファイル

XMAP3で作成した画面や帳票の定義情報を格納したファイルのことです。SEWB+/CONSTRUCTIONでは，マップ定義ファイルを利用したクライアントAPの作成もできます。

ユーザインタフェース基本設計

外部仕様を早期に固めて，効率良く作業を進めるために必要な作業です。ここでは，画面遷移図や画面・帳票レイアウトを設計し，プロトタイプを利用してユーザとの意志確認をします。この作業での検討結果はユーザインタフェース詳細設計に反映されます。

ユーザインタフェース詳細設計

ユーザインタフェース基本設計の結果を受けて，画面・帳票をGUI構築ツールや帳票作成ツールを利用して作成し，詳細なエラー処理や編集処理を作成します。

ユーザ追加処理

ユーザが作成するコーディングで，主にテンプレートや部品では対応できないAP独自仕様の部分です。ユーザ追加処理はプログラム定義ウィンドウで編集します。テンプレート中にユーザ追加処理の挿入位置を記述しておくと，プログラム定義ウィンドウ上に反映され，表示されます。ユーザ追加処理はUOC（User Own Coding）と表記されることもあります。

リポジトリ

システム開発の各工程で発生する情報の保管庫です。このシステム開発資源（ドキュメントと辞書）と，その資源間の関連をサーバ上で統合管理します。リポジトリによって，クライアントで動作するアプリケーションで，システム開発資源を共有したり連携したりできます。

リポジトリブラウザ(SEWB+/REPOSITORY-BROWSER)

このマニュアルでは，SEWB+/REPOSITORY-BROWSERを指します。

リポジトリブラウザは，リポジトリの資源をクライアントでビジュアルに操作できる機能です。リポジトリに格納された資源をツリー形式やリスト形式で表示できます。リポジトリブラウザでは，リポジトリにドキュメントや辞書を登録したり，目的の資源を検索したり，資源間の関連を手掛かりにブラウジングしたりできます。

リレーションシップ

データモデルの構成要素の一つです。データ項目などの実態を表すエンティティ同士がどのような関連で結ばれているかを表します。エンティティとリレーションシップで表現されるデータモデルの代表的なものにER図があります。

レコード生成キーワード

データ定義で定義したレコード構造をCOPYメンバファイル又はヘッダファイルとして生成する場合に参照されるキーワードです。

索引

[Ａ][Ｃ][Ｄ][Ｅ][Ｉ][Ｏ][Ｐ][Ｒ][Ｓ][Ｔ][Ｕ][Ｖ][Ｗ][Ｘ]
[ア行][カ行][サ行][タ行][ナ行][ハ行][マ行][ヤ行][ラ行][ワ行]

(英字)

(Ａ)
APPGALLERY
APPGALLERY Enterprise
atコマンド

(Ｃ)
C/Sシステム
C/S処理フロー設計
C/S処理フローの設定
COBOL85/TD
COBOL開発マネージャ
CORBA
CORBAを利用したC/Sシステム

(Ｄ)
DBでの環境設定
DBの初期化
DOA
DOA手法
DOA手法

(Ｅ)
ER図

(Ｉ)
IDL
IDLの生成

(Ｏ)
Object Server
ODBCなどを利用したC/Sシステム

(Ｐ)
PVCS

(Ｒ)
RammWare for Java
RPC
RPMaxUsr

(Ｓ)
SEWB+/CONSTRUCTION
SEWB+/CS-DESIGN
SEWB+/EUR Professional Edition
SEWB+/EUR Professional Edition
SEWB+/EUR Professional Edition
SEWB+/OLTP DEFINER
SEWB+/OLTP DEFINER
SEWB+/RECORD EDITOR
SEWB+/REPORT MANAGER
SI支援ユティリティ
SI支援ユティリティとは
SI支援ユティリティの利用

(Ｔ)
TP1/Web
TPモニタ
TPモニタを利用したC/Sシステム

(Ｕ)
UOCリバース機能

(Ｖ)
VB
VB

(Ｗ)
Web Page Generator - Design
Web Page Generator Enterprise
Windows NT又はWindows 2000での環境設定

(Ｘ)
XMAP3
XMAP3
XMAP3

(ア行)

(あ)
アクセス権

(い)
インタフェース仕様
インポート

(う)
運用環境の構築

(え)
エクスポート
エクスポート・インポートの自動運用
エンティティ

(お)
オリジナル配布

(カ行)

(か)
開発環境の構築
開発言語及び支援ツールの決定
開発の流れ
開発方式設計
開発方式の設計
開発ライフサイクル
各種基準書の設計
カスタマイズ
カスタマイズ仕様及び新規テンプレート仕様の検討
環境の初期化
関連
関連

(き)
基幹システム
机上検証
基盤ソフトウェア構成・システム処理方式の確定
共通部品開発計画の設定
共通部品設計
業務機能設計
業務機能設計
業務処理概要図
業務フロー図
業務ルール
業務ルール辞書

(く)
組み合わせテスト方式設定
グループ登録ファイルの設定

(け)
継承関係を利用した登録
継承項目
結合項目(レコード項目)

(こ)
更新履歴での管理
項目関連制約
項目関連制約
項目共通制約
項目固有制約
項目固有制約
固定システムバージョン

(サ行)

(さ)
最上位結合項目の確認
最上位結合項目の確認
最大ログインユーザ数変更コマンド
参照専用チェックアウト

(し)
辞書フォルダ
システム化機能詳細設計
システム化処理内容設計
システム基本設計
システム共通定義ファイル
システム詳細設計
システム処理方式
システム処理方式設計
システム設計の概要
システムで共用する業務ルールの登録
システム統合
システムバージョン
システムバージョン機能の利用
システムバージョンでの管理
実機テスト
修正時の手順
初期設定パラメタファイル
処理パターンの抽出

(せ)
制約
絶対パスでの設定

(そ)
相対パスでの設定

(タ行)

(た)
代表シナリオ
単項目(基本項目)

(ち)
チェック
チェック
チェックアウト
チェックイン
帳票出力するAPの設計

(て)
データ制約
データ制約定義の確認
データ制約の分類ごとの設定
データ層
データ層
データ層
データ中心アプローチ
データモデリング
データモデル
データモデル
テーブル仕様
テーブル仕様
適用条件
テストデータの作成
テンプレート
テンプレート
テンプレート適用の検討

(と)
統合テスト
導出
導出
ドキュメント
ドキュメント種別の登録
ドキュメントフォルダ
ドキュメントフォルダ
ドキュメントフォルダ構成
特定業務で扱う業務ルールの登録
ドメイン制約

(ナ行)

(な)
内部インタフェース設計

(ね)
ネットワーク機能
ネットワーク機能利用のアクセス権

(ハ行)

(は)
バージョン
パス設定
バッチシステム
版

(ひ)
ビジネスフロー図(業務処理概要図)
ビジネスルール
評価項目の設定
標準テンプレート適用の検討
開いた関連
開いた関連
開いた関連
ビルド

(ふ)
ファイル関連の登録
ファイル仕様
ファイル仕様
ファンクション層
ファンクション層
ファンクション層
複数パスの設定
複製配布
浮動システムバージョン
部品
部品
プレゼンテーション層
プレゼンテーション層
プログラム関連図の作成
プロジェクトマスタファイルの登録
プロトタイプ
プロトタイプでの検証
分散化設計の確認

(マ行)

(ま)
マップ定義ファイル

(ヤ行)

(ゆ)
ユーザインタフェース基本設計
ユーザインタフェース詳細設計
ユーザ関連
ユーザ追加処理
ユーザ追加処理
ユーザ登録
ユーザ登録ファイルの設定

(ラ行)

(り)
リビルド
リポジトリ
リポジトリのアクセス権
リポジトリの初期化
リポジトリブラウザ(SEWB+/REPOSITORY-BROWSER)
リレーションシップ

(る)
ルートドキュメントフォルダ
ルールスクリプト

(れ)
レコード記述項原文
レコード生成キーワード
レコード定義
レプリカ配布

(ろ)
論理設計図

(ワ行)

(わ)
ワークフローシステム

商標類

CORBAは，Object Management Groupが提唱する分散処理環境アーキテクチャの名称です。

Data-INTIMATEは，住商情報システム株式会社の商標です。

ERwinは，Computer Associates International, Inc.の米国登録商標です。

Java 及びすべてのJava関連の商標及びロゴは，米国及びその他の国における米国Sun Microsystems，Inc.の商標または登録商標です。

Microsoftは，米国およびその他の国における米国Microsoft Corp.の登録商標です。

Microsoft Excelは，米国Microsoft Corp.の商品名称です。

Microsoft Wordは，米国Microsoft Corp.の商品名称です。

ODBCは，米国Microsoft Corp.が提唱するデータベースアクセス機構です。

ORACLEは，ORACLE Corporation の登録商標です。

PVCSは，米国およびその他の国における米国MERANT Solutions, Inc.の登録商標です。

SILVERRUNは，CSA Research社の商標です。

UNIXは，X/Open Company Limited が独占的にライセンスしている米国ならびに他の国における登録商標です。

Visual Basicは，米国およびその他の国における米国Microsoft Corp.の登録商標です。

Visual C++は，米国およびその他の国における米国Microsoft Corp.の登録商標です。

Windowsは，米国およびその他の国における米国Microsoft Corp.の登録商標です。

Windows NTは，米国およびその他の国における米国Microsoft Corp.の登録商標です。

Xupperは，ケン・システム開発(株)の商品名称です。