MMIs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEnvironmentWorkshop

ビジュアルな AP 作成ツールを考える
昭和 63 年 11 月 4 日

H
i
r
a
t
aS
o
f
t
w
a
r
eT
e
c
h
n
o
l
o
g
yCo. , Ltd
古閑幸一

1.はじめに筆者のところ (HS T)では、ビジュアル MMIを持つ AP の開発を行なう機会が最近多くなってきている.

例えば、 FA

ラインの生産管理ソフトである .

これはラインの物流を管理するもので、コン

トローラから読み込んだ機械データをリアルタイムに画面<r Fig

1. F
A ライン用モニタ j

参照 )に 表示し、ライン の稼働状態を確認するというものであった.

(この

FA

ラインモニ

タは X ウインドウを利用し実現されている. )

亡

』ー

x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x

口
<
:
>
<

。

〉く

<

2

1

3

4

5
"
し
L
H

F園田園園田mふ似 |μふ似lOOOO(

x
x
x
x
x
a
:
:
:
:
I
l

仁

>00000<:ゅ。。αlOC拘oe時

ぬぬ40K0000C4

81̲

)
(
)
(

泊。0000<:同

71̲

)
(
)
(

)
(
)
(
)
(
)
(
)
(
)
(
)
(
)

6

)
(
)
(

)
(
)
(
)
(
)
(
)
(
)
(
)
(
)

51̲

)
(
)
(

>000<:ゅφα

41̲

)
(
)
(

)()(将。()()()(

3

)
(
)
(

)
(
)
(
)
(
)
(
)
(
)
(
)
(
)

2

)
(
)
(

泊。00000<

11̲

)
(
)
(

.
.
.
Fig 1
. FA
FA

ライン用モニタ

ライン管理ソフトを作成して感じたことから、ビジュアル性を必要とされるにおいて、どのようなツールを用意しておけばよいか私なりに考えてみた.

‑
8
1
‑

AP 開発

MMIs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEnvironmentWorkshop

2. PA

ライン管理ソフトを作成してみて

FA ラインのモニタ画面においては、あらかじめ X

ライブラリ関数を使ってモニタ画面作

成の為のアプリケーション関数を用意し、作成を行なった.
これらのアプリケーション関数を利用することにより、 X

ライブラリ関数を意識することな

く、ラインモニタの為のウインドウの作成、制御が行なえた .

また、グラフイック・ライ

ブラリを変更した場合でも AP 側にはなにも影響しないというメリットがあった.

しかし、この場合でもモニタ画面を設計する時 、数 値座標によって画面設計を行なう為、全体のレイアウトを調整するのに時間がかかったり、変更などが発生するとさらに時間がかかっ たりで、あまり効率のよいものではなかった .t(rFig 2. モニタ画面作成作業フロー j

参照)

修正点 in~Pig 2.

モニタ画面作成作業フロー

今回作成したモニタ画面などのように、ウインドウ関数を利用したビジュアルな画面作成をもっと簡単に、効率よく開発し、それを AP 化できるようなツールはできないだろうか?
事実、何度も変更依頼があり、その度に座僚とのにらめっこであった .

‑
8
2
‑

4
t
hSEAEnvironmentWorkshop

MMIs
e
s
s
i
o
nr
e
p
o
r
t

一方、作業の効率化をはかりたいことにドキュメント作成がある.

今回 FA

ライン管理

ソフトの作成と並行して、マニュアルを作成した.

マニュアルには実際の処理イメージを具体的にわかってもらう為、モニタ画面を多く取り込んだ .

マニュアル作成では、モニタ画面を実際にディスプレイに表示し、それをピットマ

ップデータにおとし、さらにそれを roff のデータに変換するという手段で画面データを取り込んだ .

これでは、実際のモニタ画面が変更される度に、閉じ作業を繰りかえさなければならない.
また実際のモニタ画面とマニュアルに示されているモニタ画面が違っている、などの問題が発生する .t

モニタ画面の AP 作成が終了すると、マニュアルに盛り込むモニタ画面のデータも出来上がっている、というようなツールはできないか?
3.

どのようなツールが欲しいのか

私の考えているツールでは、おおまかには以下のようなものができればいいと考えている .

(1)画面設計が座僚などの数値によるものでなく、実際に線とか、円を描きながら行なうなど、視覚的にできるものである. (お絵書きツールみたいなもの)(
2)画面上に数値 or 文字データの入出力、マウスイベントの入力などの機能の設定が行なえる.

(
3)上位 AP とのインタフェース部を持つことにより、データのやり取りができ、上位 APとのリンクが簡単に行なえる.

(4)言語に依存しないように、作成された画面は中間言語になっている.
(
5)様々な用途に対応する為、言語ジェネレータが用意されている.

以下にラインモニタなどのビジュアルな画面を含む AP 開発までの、おおまかな作業の内容を示す.

(1)画面作成

お絵書きツールのようなもので、画面の作画編集を行なう.

(
2)画面に機能を持たせる
この作業は画面作成の為のお絵書きツール上で行なう.
a . 数値、文字データの表示

数値デー夕、文字データなどが上位 AP から渡される場合、それらを表示する
位置、属性(文字 or 数値)、上位 AP とインタフェースのための名前を設定する.
筆者は既に経験済みである .

‑
8
3
‑

4
t
hSEAEnvironmentWorkshop

b.

MMIs
e
s
s
i
o
nr
e
p
o
r
t

キーボード入力

数値デー夕、文字データなどをキーボード入力し、入力されたものの表示位置、属性(文字 or 数値)、上位 AP とのインタフェースのための名前を設定する.
c.

マウスイベントの設定

画面にマウスイベントを取り込む機能が必要とされる場合、表示するマウスボ
タンの種類を選択し、表示位置を設定する. 次にマウスのボタンがクリックきれた時返すイベントを設定し、上位 AP とのインタフェースのための名前を設定する.

上位 AP から画面に持たせた機能を使用する場合は、各々の機能につけた名前を関数形式で呼ぶことで行なわれる .

例えば、作成された画面に上位 AP から渡される数値データを表示する機能を持たせるとする.

その機能名を valDataDisp という名前にしたとする.

その場合、上位 AP から実際に画面の AP へ渡すには上位 AP で
valDataDisp( 数値データ) ;というように、関数形式で呼び出してやればよい.
(3) 使用目的にあったソースにジェネレートする(
2)までの作業が完了しお絵書きツールを終了すると作成された画面が中間言語の状態でファイルに作成される.
これを、任意のソースにジェネレートするジェネレータを用意する. 例えば、中間言語で作成されている状態のものから X ウインドウ関数にジェネレート
したい場合、専用のジェネレータに通す.

また、 roff の図形編集プリプロセッサである pic のソースが必要な場合、

pic のソース

をジェネレートするジェネレータに通す.

ツールを使って作成した画面は中間言語で作成されており、使用目的にあったジェネレー
タを用意し、利用することで使用目的は広がると考える.
L

これからの取り組み

このツールはまだ構想段階であり、これから実際の作成 lこ取り組んでいこうと考えている

ビジュアルな画面を作成する為のツールができれば現在よりは手軽に X ウインドウ関数などのウインドウ関数を利用した AP 開発が可能であると考えている.
また、用途も簡単なツールを作成した場合の MMI の作成、数値データをビジュアル化する為のテストツールなどの用途があると考える.

今後このツールを開発していく場合、画面上に持たせる機能の道具化をはかつていきたいと思う. (数種のマウスボタンの用意だとかグラフ、表作成の為の道具類の用意等)
これからの課題としては以下のものがある.

‑
8
4
‑

MMIs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEnvironmentWorkshop(1)ラインレイアウトのように、レイアウト図等を作成する場合、いかに簡単に便利に作画編集することができるか. (いかに便利なピクチャーエディタを実現
できるか)(2) 画面上に持たせる機能と、上位 AP でどれだけ多くの情報のインタフェースができるか .

(1)については既存のお絵書きツールなどを参考とし、作成していくつもりである.
(
2)
についてはどういう情報が必要であるか検討し、ツールの操作自体が複雑なものとならず、使い勝手のあるものとなるようにしていきたい.
5. 最後にMMI 作成支援の為のツールを開発することは、作業効率の向上などを考える場合必要とな
しかし、それを利用する側が理想の MMI というものを持ち、保作性などを考えってくる .

て MMI を設計しなければ、本当の意味での MMI の向上はできないと考える.

また、そういう利用者に使ってもらえるツールは幸せであり、ツール自体もいいものになっていくと考える.

4thS
E
A EWS ではここらあたりの話もまじえて論議したいと考えている.

‑
8
5
‑

4
t
hSEAEnvironmentWorkshop

MMIs
e
s
s
i
o
nr
e
p
o
r
t

XME による作業環境インターフェイスの改善

柳瀬他ー(株)ケーシーエス

ソフトウェア事業部

ソフトウェア技術部

yanase@kcs.
j
u
n
e
t

はじめに

開発環境は TSS+ キャラクタディスプレイからワークステーション+ピットマップ

ディスプレイの時代へと移って来た。昔は高価であったこれらワークステーションもこの頃比較的安価に手に入る。

これらワークステーシヨンの多くは UNIX+ マルチウインドウで基本システムが偶成されている。が、 UNIXが提供しているユーザインターフェイスは基本的にコマンド形式
であり、スクリプトを用いたとしてもメニュー形式のインターフェイスが限度である。
決して万人にとって使いよいインターフェイスとは言えない。
マ Jレチウインドウも作業環境を格段に向上させるが、そのままではキヘ・ ラクタディス
プレイを n台専有しているのとかわりはない。

マルチウインドウ、マルチフォント、マウス等の環境を揃えていても何ら手を加えなければ、満足な機能を発揮するには至らない。

もっと視覚的サポートを加味した初心者にも使いよいインクーフェイスはないものだ
ろうか?

このような問題意識を持っている所に、一つの改普提案とも言えるユーザインタフェイ
ス惰築ツー Jレ rXMEJ を(株 )SRA の酒匂寛氏が紹介してくださった。

以下は、この rXMEJ を使用した作業環境の改普の事例であり、そのような観点から
rXMEJ の使用感等を整理したものである。

2r
XMEJ とは
XME は(株 )SRAの酒匂寛氏 (sakoh@sra .j unet) が開発された X-Window 環境下で作動する
ユーザインタフェイス構築ツー Jレである。 tcnncap型のファイル(定義ファイ Jレ)を記述す
ることにより、パネ Jレ(ウインドウ)をデザインすることができ、手続き ílilJ 御、プロセス
制御、通信制御を加味することができる。

XME の詳細については第三回 SEA環境ワークショップ@長野等において酒匂氏が発表されておられるのでそちらの資料をご著書照断いたい。

3r
XMEJ の適用例
以下の 3.1-3 .4は rXMEJ を用いた私の適用事例である。

‑
8
6
‑

[守

MMIsessionreport

4thSEAEnvironmentWorkshop

3.
1

xmenetwork(図 3.1 )ネットワークをう介したリモートホストへのアクセスを管 E旦するツー Jレで、

空豆Eum

rlogin ， tip 等のコマンドを呼び出し実行す@EEコ。

日芝担 width 困 x 回gる。

逼忌五持也図 Y 回g

例えば『大阪大学 j のボタンをクリックすI(anywhere) kcsnel コ

ると自動ダイヤリングされ公衆回線を介し

00ω

て阪大サイトと接続することができる。
図 3.1

3
.
2

xmepg(図 3.2)

PROGRAMM 工 NG

プログラミング作業に必要なエディ夕、

コンパイラ、デバッガ、マニュアル参照等

住u
(
s
e
l
e:
ctf¥
le)

Bi

oterml1b
ocurses
ocglx

巴~~ヨ
s
e
ubs
柄
ni
elua
Mtucc
xsJo

LI8RARY@x@O@Oの UNIX コマンドを f充合。

V 工 EWs ロ ur C:1! FileN~ 門 Elsocket コ~

otermcap@ sj211b
ocglnews
osony

刷刈 aout

n
m
:
図 3.2

3
.
3

xmejunet(図 3 .3、図 3 .4)

JUNET NEWSJUNETで提供されている電子メー Jレ及びニュースの機能をとりまとめたもの。

I
C jnews

GROUP|c叩P. 田町C出
口 fJ

図 3.3 のメニューパネ Jレで目的の機能を選択すると、作業目的に応じたパネルをオープンする、等の椴能がある。図 3 .4はrjnewsJ を選択した例である。

COl-位IIlU N 工 CAT 工 ON

V 工 EW

V 工 EW

@ s
y
s.
news
omlsc
oal
oannounce onel‑people @oobooks o( wanled
ocomp.‑ oos.‑@ windows.
‑
oedllor.‑ opll
( guide.( queslions.recoJokesosci.‑@ Junelosoc.mlsc orec.aulos( sources
okanjiorec.foodolang.‑ ( sources.d orec.mhc
osys.mac ore .lravelsys・ sunnews 目 ーunix. ・

。 leclures

(

MAJL

NEWS

( sendm ) G三D組理勤 巴豆~

巳豆コ

mail

口 kcs

okcs

o

(

口 mod

口 nel

kc 山 nkc

口 comp図 mlsc

図 3 .3

@ s
y
s.
m(sc

口 news

orec

口 $OC

口 lalk

口 scl

ENO

‑
8
7
‑

図 3 .4

E・圃

4
t
hSEAE
n
v
i
r
o
n
m
e
n
tWorkshop
4
3.

MMIs
e
s
s
i
o
nr
e
p
o
r
t

xmemail{図 3.5)

KCS MA 工 L
社内向け電子メールの送受信機能をとりまとめたもの。

I(ファイJ レ選択 )(~~~ )
C豆己

送信ファイル ISEA-叩4

主題

V工 EW

15白血仙

IC重己

アドレス|
図部長・次長

与盛田

C 大杉

c 桂川

一以綻閥

口課長・副課長

~小川
早桑
守似倉

守谷口
~魚田
C 松宮

口係長

守岡田

♀柴田

C 藤井

l 柳注目

G 支遥

ç 西村

ç 瀬良
守川田

ç 関守

~岡本
ロその他
~平山

受信

> 仁亙コ

図 3.5

4

rXMEj の使用感
先にいくつかの事例を紹介したように、実際に fXMEJ を使用してみた上での感想を整理してみる。

4.
1

rXMEj の長所(
1
) 言語を知らなくてもツール作成が容易。
termcap型の定義ファイルを作成し、それを rXMEJ がインタプリタで実行するような仕組みになっているが、この定義ファイルは非常に難解な記述言語で作成しなければならない。が、この作成を支援するための定義ファイ Jレ作成支援ツール r XMEDJ が準備されており、ユーザはマウス等を用いてパネルデザインや機能定義を容易に行うこと
ができる。

(
2
) 対話型のインターフェイスも構築できる。

内部プログラムやシェルと組み合せることにより、演算、代入、条件判断等の手続き
制御が行える。これをうまく利用すると各ボタン等にチェック機能を与えることが出来る。更に、応用度を高めると対話型のインターフェイスの構築も可能である。

‑
8
8
‑

4
t
hSEAEnvironmentWorkshop

MMIs
e
s
s
i
o
nr
e
p
o
r
t

(
3
) コマンド等の呼び出しとオプションの指定に関する効果(可視化)。
既存の UNIX インターフェイスではユーザが頭の中でモヤモヤと考え、監理し、コマンドを入力し、目的の作業を実行していた。このあたりのユーザインタフェイスを先に述べた事例のように rXMEJ はユーザに対して可視化する。更に、階層ファイ Jレシステ

ムも可視化することができる。ファイ Jレシステム構造を Smalltalk のブラウザの械(?)に表示し、ユーザはディレクトリの移動、ファイ Jレの選択を目で硲認しながら容易に行うことができる。

4.
2

fXMEJ の短所(
1
) パネルデザインのパリエーションの不足。
パネ Jレデザインのバリエーションをもっと増やす必要を感じている。例えば、スイッ

チは説重類しかない。また、ポップアップメニューは是非とも欲しい機能である。

(
2) パネ Jレデザインはたいへん難しい。
パネルデザイン(画面設計)は r XMEDJ を用いて容易に変更できる反面、大きさ・表示
位置等はドット単位で指定することができ、フォントの種類も約 200種類に及ぶ。この辺りの支援レベルは更に工夫を加えるべきではないだろうか、と思っている。

5

まとめ

rXMEJ の最大の魅力は、既存のツールに対しマルチウインドウを使った MMI が容易に作成できるところである。また、今までの UNIX インターフェイス『頭で考え、入力、実行 j を事例に見られるように『目で見ながら考え、選択、確認、実行 j へと移行することができ、操作環境の改普には効果が大きい。

私は今回紹介した作成ツールなどを日頃から愛用している。また、これら作成ツー Jレ

は社内デモ等において多いに役立っている。コマンドで入力するよりもマウス等で操作した方が書加者によりアピー Jレできるし、説明もしやすい。
しかしながらここで紹介した事例は誰にでも好意がもたれる MMI になっているとは言えない。 MMI はユーザによって仕梯の差異が大きい。即ち、好みの問題があるからである。これら作成ツー Jレは私にとっては使いやすいが、誰にでも使いやすいとは言えない

と思う。

6

最後に

現在の r XMEJ(現パージョン)はソニー社製 NEWS の X10 に適用したものであるが、Xll 全てで起動可能な rXMEJ のベータパージョンが 11 月下句に完成というニュースがあり、楽しみにしています。

‑
8
9
‑

4
t
hSEAEnvironmentWorkshop
7

MMIs
e
s
s
i
o
nr
e
p
o
r
t

謝辞

今回事例発表の機会を与えてくださった SEA 及び、私に rXMEJ を紹介して下さり、

更に、

rXMEJ のみならず多方面にわたりご指導を頂いております(株 )SRA の酒匂氏に心よりお札を申し上げます。また、今後 rXMEJ の改良、拡張に何らかのお役に立てれば幸いです。

参考文献

酒匂寛

r ツール統合と環境改普について J
第三回 SEA環境ワークショップ@長野報告書

酒匂寛

r XmeUser'sGuide(
V
e
rl
.O
)J

‑
9
0
‑

MMIs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEnvironmentWorkshop

出E

CO .r-⑪1U N 工 CAT 工 ON

V 工 EW

JUNET NEWS V 工 EW
GROUP[comp. 田町出
口 (J

oal
oannounce
obooksocornp.・
oedilor.‑oguide.‑oJokes@ JunelokanJIolang.‑。 leclures

@ mal
1

I( edlt

￨
t
e
s
t
.
c

I
(Jnews )

巴豆豆D

εB 巴ヨ

lsocketコ~

LI8R 白 RY@Xoter cap( XHenu
oter 11b osJl1b ( sJ211b
ocurses ( Jcurses ocglnews
ocglx
oocal
osony

@ s
y
s.
news
ornlsconel‑people ⑨巾 .sun
@ news.
‑@ unlx.‑@ wanledoos.‑
owlndows.・
opll
oqu~slions.ーrecoscl.‑
osoc.mlsc o( sources
@ s
o
.
ur
c
e
s
.
d

osys.mac

l
1
1

l
1
1

刷E叶 aout

orec.(ore。同@ sys.mlsc
@ kcs
.
la
n

KCS MA 工 L

送信ファイル ISEA-制品

主題

口 comp口 mlsc口 rnod図 news日間

口 soc

口 lal lt.

l 口 -g 1

V 工 EW1( ファイル選択 )C歪oc豆む

I
S
E
Al
nK
o
b
e

アドレス|
口 scl

cc

~~

口 kcs

okcs

)

IC重己

図部長・次長

c 大杉

G 桂川

c 西村

l;小) 1

守谷口

G 玉;1.\

ç 瀬良

ç 桑

l;魚田

ç 秋定

C 川田

ç 似倉

♀松宮

止原田

c 柴田

çÃ草井

l;柳i胡

く?安達

C 盛田
口課長・副課長

ロ係長

C 岡田
l;岡本

C 政門

口その他

止平山

受信

‑
9
1
‑

) 仁亙コ

4
t
hSEAEnvironmentWorkshop

MMIs
e
s
s
i
o
nr
e
p
o
r
t

P
r
o
t
o
t
y
p
e
r
'
sWorkBench(PWB)
S
o
f
t
w
a
r
eR
e
s
e
a
r
c
hAs sociates , I
n
c
.
環境開発部

塩谷和範 (shioya@sra.j山let)
棚田真司 (tanada@sra.junet)

要旨

プロトタイパーズワークベンチ 1 (: PWB) は要求定義のためのツールであり、 6 つの図形モデル言語と疑似実行〈アニメーション〉機能及びモデルの分析機能をもっ。
PWB システムによりユーザからのシステム要求を 6 つの別の観点からモデル化し、疑似実行〈アニメーション〉させる過程で要求仕様の解釈の誤り・矛盾・漏れなどを検出し、最終的に実行可能な要求仕様としての試用品/フ・ロトタイプを作成する。

また実行の様子をユーザに見せることによって目的システムの動きの確認が要求定義段
階で行なえ、お互いに納得したシステム作りができる。

最終仕様としてのプロトタイプは従来の文章による要求仕織に比べ〈モデルとしてフォー
マルに記述されているので〉あいまいさが少なくより完全である、したがってプログラマへの情報伝達手段としても優れている。

1. PWB のコンポーネント
PWB は次のコンポーネントより構成される。

(
1) インフォメーションブラウザ(Information B
r
o
w
s
e
r
:
I
B
)
a
c
i
l
i
t
i
e
s
)
(
2
) モデリンク・エディタ群 (Modeling F
o
r
r
e
c
t
n
e
s
sC
r
i
t
e
r
i
aE
d
i
t
o
r
/
C
h
e
c
k
e
r
)
(
3
) セマンティックチェッカ (Semantic C(
4) アニメータ(Animator)

2. PWB におけるプロトタイピング
PWB での作業は次の四つに大別できる。

1ここでプロトタイパとはプロトタイビング手法を用いる要求分析/定a望者を指す.

‑
9
2
‑

田司司F

4
t
hSEAEnvironmentWorkshop

MMIs
e
s
s
i
o
nr
e
p
o
r
t

(
1
) ユーザからの要求情報の入力/分類/整理〈インフォメーションブラウザ〉(
2) 要求の分析とモデルイヒ〈モデリンク・エディタ〉(
3) モデルの意味分析(セマンティックチェッカ〉(
4) モデルの実行/デモ〈アニメータ〉
2.1.

ユーザからの要求情報の入力/分類/整理

ユーザからの要求情報はインフォメーションブラウザを使って PWB に入力され、分類/整理が行なわれる。
〈モデリングエディタによって作成されたモデルも PWB 情報として取り込まれ、問機に分類/整理が行なえる。〉
2.2. 要求の分析とモデル化整理された要求はプロトタイパによって参照され、次の六つのモデルに分析/モデル化される。

以下に PWB で使用する六つのモデルを説明する。

(
1) E0PM (
E
x
t
e
r
n
a
lO
p
e
r
a
t
i
o
n
a
lP
r
o
f
i
l
eModel)-外部インタフェース要求モデル

EOPM は対象システムを外部から、そのシステムの使用者の立場からモテ'ル化したもので、外部に現われるシステムの振る舞いを状態と状態聞の遷移で記述するモデルである。

(
2) 10PM (
I
n
t
e
r
n
a
lO
p
e
r
a
t
i
o
n
a
lP
r
o
f
i
l
eModel)-内部インタフェース要求モデル

対象システム内部の制御の動きをペトリネット (Petri net) に基づくモテ' ルで記述する。

IOPM では並列処理・同期処理・排他制御・優先順位制御 (Priority

Control) ・実行制御等システム内部の動きを記述することができる。

(
3) PM (
P
e
r
f
o
r
m
a
n
c
eModel) ・性能要求の評価モデル
待ち行列モデルを用いて対象システムの性能要求に関する部分をモデル化しシ
ミュレーションする事が出来る。このモデルに与える仕事(Job) は PM 内で定義することもできるし他のモテ'ルから与えることもできる。仕事の性質・資源量 ・
待ち行列の大きさ・サーパ (Server) の能力等の要素をモデルとして記述する。

(
4)FSM (
F
u
n
c
t
i
o
n
a
lS
t
r
u
c
t
u
r
eModel) ・機能構造モデル
対象システムの要求機能閣の動的な関係を記述するモデルで三つの基本要素で記述する。この基本要素は“動作 (Action)" ・動作の主体である“動作主 (Actor)" ・動作の対象である“対象 (Object)" の三要素からなり、これにより動作を中心とし
‑
9
3
‑

v

4
t
hSEAEnvironmentWorkshop

MMIs
e
s
s
i
o
nr
e
p
o
r
t

た各機能の関係をモデル化する。

(
5) FM (
F
u
n
c
t
i
o
nModel) ・機能要求モデル
対象システムに要求される個々の機能を“ある入力が与えられたときにある出力を得るための変換"として定義する為のモデル。この定義は、入力・出力・変換機
能・変換に伴う属性・支援機構 (Support Mechanism) の五つの要素を記述することにより行なう。

(
6)U 1M (
U
s
e
rI
n
t
e
r
f
a
c
eModel) ・ユーザインタフェースモデル
ユーザインタフェースモデルは対象システムとその使用者の閣のインタフェース

を記述する事を目的とする。 UIM では外部に現われるシステムの振る舞いを最終システムのユーザインタフェースになるべく近い形でモデル化する。外部事象〈オベレータ操作など〉も取り込め実行条件の決定 iこ使うことができる。
これらのモデルは図育分蕎文エディタ〈モデリングエディタ〉によって構文誤りのないモデ
ルとして作成される。各モデル毎の構文はメタエディタにより定義する。
2.3.

モデルの意味分析

モデルの意味上の誤りについては、モデリングエディタに内蔵されている意味分析/
チェック機能〈セマンティックチェッカ〉で検出できる。分析の基準となる意味定義は一階述語論理に基づき記述され、このための意味定義機能(セマンティ ッ クエディタ〉はメタエ
ディタからを呼び出せる。

2.4. モデルの実行/デモ〈アニメータ〉

意味的な誤りが除去されたモデルは、アニメータ環境で関係付けられたのち実行させる事ができる。実行時には次のような要求定義の確認と各定義閣の矛盾が目視確認できる o

'EOPM
.IOPM

一

外部インタフェース要求の確認

ー

内部インタフェース要求の確認'PM

一性能要求の評価/確認• F SM 一•FM'U1M ー

機能構造の確認

機能要求の確認
ユーザインタフェース要求の確認

またユーザインタフェース部分を中心に実行させることで目的システムの動きをシミュ
レ F トすることができ、完成時の目的システムの操作を疑似体験できる。

‑
9
4
‑

4
t
hSEAEnvironmentWorkshop

MMIs
e
s
s
i
o
nr
e
p
o
r
t

4.PWB 適用例〈患者容態監視システム)

以下に PWB・Tokyo-WG で作成した「患者容態監視システム J への適用例を示す。
次の原始要求に基づき PWB を使ってプロトタイピングを行なった。
(
1) ある病院で患者監視システム (Patient M
o
n
i
t
o
r
i
n
gSystem) が必要とされている。
(
2) 各患者はアナログ・デバイスで次のような要素をモニターされる。〈脈樽・体温・血圧・皮膚抵抗〉(3) プログラムは〈患者毎に指定された〉一定周期でこれらの要素を読み、データベースに格納する。

(
4) 患者毎に各要素に対しての安全範囲が指定される。〈例えば患者 X の正当な体温の範囲は華氏何度から 99.5 度までである。〉(
5) もしある要素が患者の安全範囲を外れたり、アナログ・デバイスが壊れたりしたら看護婦詰所に知らせる。

‑
9
5
‑

MMIs
e
s
s
i
o
nr
e
p
o
r
t
4
t
hSEAEnvironmentWorkshop

門川門川】
巴凶日阿
E

4

tEE‑‑E
e'
』圃司喧帽

門υ

.‘・ 3H、守岡.マ，.-，z ，占， E門U

， ν・4u・

・

・・・
t

ト
(4・'
川
M\川忠組問)帯E
同E
町
照伺注品吋図Z 』・.

島M--官VZ 冒忌
Ea嘗ERY-azb4u5・h・ ze'bug-M-­
乙電 Ea

ω冨 E-a 象aaE ヨ冒

‑
9
6
‑

ﾞ
J

4
t
hSEAEnvironmentWorkshop

MMLs
e
s
s
i
o
nr
e
p
o
r
t

第4 回

割

セッション 3

SEA 環境ワークショプ

現状における MML の問題点とその改善の方向を探る
チェアマン

:久保安志

プレゼンテータ:

(富士通)

井川裕基

(J 1P)

平山伸一

(KCS)

坂下秀 (A st ec)

岡本隆一

レボータ

O. 前ふり中野:

中野(大阪大学

それでは MML rマイクロメイン(KCS)

大阪大学の中野です。どういう事情でとういう風になったかと言うと.

SEA の幹事会で勝手に MML

フレーム P ンク 」 のセッションを始めます。始める前にがテーマのひとつになりました。今回のセッショ Y がど

今 日の夕食を心配されている方々がいらっしゃるので，ういう風になっているかと言うと，全部英語で….

とのセッションは一応 5 時半終了にします。 BOF は 6

p er. M M1. M ML. C a9 e 。それだけの理由なE寺 からですがんです。それで，そういう風に言うとプログラム委員長

5 時半がどの辺に成るか分からf.I:いので，

その後1C 45 分位の休憩をとりたいと思います。おなかとして非常に栂厳が無いので，ちキんと 言 います。

が減った方はそとで軽〈食べて下さい。 BOF では缶ピ
ー ん が 1 50 本とウイスキー 5 本を用意してます。

Hy

前回，前々回はワークステーションと分散環境という1人テーマでやりました。それで，前回の分散環境とワーク

あたりピーんが 3 本とウイスキーが 1 杯ぐらいあります。

ステーションは華ムがチェアマンをやりました。その時にでは，お願いします。

無理やり MML の話に緩ったんです…，と言うのは，ワークステーションと分散環境という風にやると，大体，

1.はじめに

1/3 位の方は良く分かつておられる。残り 2/3 の方

久保(富士通ざいます。

では，始めます。富士通の久保でどr マイクロメインフレーム P ンク 」 のセッシ

は，特 IC ホスト周りの方は全然付いて行かない。そういう世界があったんです。それをまた恩って.

SEA の幹ヨンです。 私がとういう事になった言い訳を始めます。

事会でMML に撮って，ホストの人遣も参加して下さい

中野さんから電話があって，富士通にも MML の話題提…，そういう話になった織です。

供者が居ないかという事で来たのですが，大体，僕は知らないし関心も無いので，今回のプレゼンテータも一広一応ですがホストサイと 言 って…・，蓋を開けてみた

ドから 二人。それで，ホストは知らないよと言う人のたら私をセッションチェアマンにしであるんです。それでめに面白い人をひとり入れましたので，私はとのセッシ

言 う事は奮ってるんです。委員会に出て来ないからいけヨンを一番期待しています。そういう事です。

ないんだ…!て 言 う。

酷い話ですが，返す言葉も無いので引き受けました。

久保:

大体題旨は理解された事と思いますので宜しく

とにかく皆さんに 3 時間の時間を差し上げますのでど自お願い致します。話題の提供者は 3 人の方。順番は，ち由にお使い下さい。コーヒープレイクと終わりは私の糧

ょっと磯権の乱用ですが，表題だけ見ると結構良式出来

限でやります。その他は本当 K 勝手にやって下さい。セているのでr一事例」で始めて 「諸問題 J

r理想の…，ッ ションが楽しくなるかどうは，あまりセァションチェ」 という展開にしたいと思います。宜しくお願い致しま

アマンは関係無くて，話題提供者の話 K皆さんが敏感にす。

反応するというのがキーの燥なので，それを期待したいと思います。但し，何をやるためのセ ッ ションなのかという事は知っておいた方がいいだろうと思うので，発案者の中野さんにちょっと解説してもらいましょう。
&会場から笑い&

‑9
7‑

MMLs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEnvironmentW o
r
k
s
h
o
p

会社独自で使っている物もあります。

2. プレゼンテーションととで問題になるのは，大きな計算機を抱えているた

2.
1.
1 J IP (日本電子計算(稼) )におけるメインフレ

めに，開発から実行まで全部そとでやらなければいけなームマシンの作業環境と UNIX ネットワーク
日本電子計算大阪支店の井川です。

いという事です。かなり大きなデ ー タベースの業務が走そういう順番の 9 クエストですが，一事例と言うにはチっているマシンでエディティングをする。私自身も中でヨット色々問題があります。とんなものを事例 Hこして良やっているのにお話するのですが，

弁川(J

1P)

U N1X のネットワ

いのか…?と言う話があると思います。昨日今日の話をークを使ってるユーザには，とても信じられない感じで聞いてかなりレベルが高いというか，皆さんの発表とかす。しかし，とれが現実の獲でもあります。例えば，自議論されている内容ですね。かなり高い所でやっておら分の投入したジョブがどういう状態にあるかを見るためれるんですが，私が実際にやったのは非常 K 手近な事でに画面端末の前 K 座ってコマンドを入れて見るという 王将す。発表する内容もそれしか無いので，そういう意味でをしなくちゃいけない。あまりにもとれは悲惨な状況だ

は 「 当たり前，分かり易い，そんなの出来るよね 」 といと私は考えているわけです。先に言 った機な，あまりリう話を致します。ポジションペーパを見ていただければッチでないユーザインタフェース 。 それから，単純 K 言

分かるんですが，平山さんのようなサーベイをやったわ

えば端末が足りないだけかも知れませんが，どうもスム

けじゃないですい坂下さんのように夢の話をするわけー スでない仕事の流れ。とれらの事が 「何とかならない

ではないので，つまらないかも知れませんが宜しくお願

か…?

IJ という事は誰しも考える 主要です。

メーカは 「 開発用のマシンを入れられてはどうでしょい致します。
私どもの会社は大型計算磁を会社で持っていて，受託うか」 という話をされるわけですが，実際には，事は簡計算をするのが基本的な業務の会社です。私自身は直接

単 K は進まないわけです。お金の問題がまずあります。

そういう業務ではないですが，会社の本体は COBOL

回収出来るかどうかとか。大体，業務で使っている人達

とか FORTRAN とか，あるいは昨日ちょっと話に出は，どれだけジョブを回せぽ回収出来るか…，みたいなていましたが，

ALGOL で業穫をしています。それで，事をすぐに計算しますので，そうすると開発のためにとプログラムを作る事が仕事ではなくて，その上で処理をいう事になると全く回収できない事になってしまうわけする。あるいは，巌近はユーサ・さんが端末を使える事もです。で，疑問点が残る。あるいは，小さい後械で開発

多く，そういう運用もしています。ですから基本的にマしでもそれが大型IItc 厳らない。という傑な現実の問題

シンを使う事が業務ですね。それで，そのためのソフトがあります。とれはメーカによって遣うと思います。あですからソフトを作るというのは業務の付随の内容であるいは，メーカでもシリーズによって状況は遣うと思いるわけです。ですからソフトウェアという事 K は無頓着。

ます。けれども，現時点で私どもの会社では，そうなっホストマシンを運用するにはタップリ お金をかけているているという事です。で，それは困るという話をします

んですが，社内のユーザが仕事をするという環境ではかと，メーカ側は 「 メーカが作った MML をお使い下さい

なり遅れています。

J0 MML という言葉はメーカも畳近は使います。以前

とれは，メーカの方がど覧になるか先進的なホストユは使って無かったんですが 「 うちで作った開発環境があーザの方が見るとショッキングな内容なんでしょうけれりますから 」 というような事を言って来るわけですね。

ども，

うちの会社の内容というのは，メインフレームのととろが， そういうやつっていうのは ，後に控えている

ユーザというのは，とういう状況で仕事をしているんで者が紹介しますからど覧になっ ていただけば良いかと思すね。ホストマシンはいわゆる大型後。端末は，最近はいますが，確かに美しいというか，ある基本の規則に則色々なものが出ていますが基本的にうちのユーザが使っった開発は出来るんですが，それに沿ってなければ「ダているのは 80 桁 x 24 行。

メだ I J と言うんですね。ですから，既存の動く業務を80 桁というのは明らかに

カードの大きさのせいですね。そういう端末を使って，それに切り換えて効率を上げるという事が出来ないし

VOS3 とか CANDE と言うメーカが提供しているユ

ゃっぽり 20 何年も会社をやって b りますと基本のやりーザインタフェースで仕事をしています。

方というのがあるわけで，それに徴妙に合わないというメーカが提供している物についてはマニュアんを読ん事が出てきます。 そのチューニングは，メーカは 「それで使います。簡単な物は自分で作ります。会社で作ってはお宅の事情ですから関係、ありませんね 」 という事でそ

‑98‑

胃--

4
t
hSEAEnviron皿ent W orkshop

MMLs
e
s
s
i
o
nr
e
p
o
r
t

の通りにしてくれない。何かあるんだけども使えないシ)に色々な僚機を繋いでいます。 NEWS とか S u n な

ステムとしてマシンの P ソースは眠っているわけなんでんでいうのは，す。

バ経由でシグマ。但し，シグマワークステーションとしで，そういう風に悪口を言った後なんですけれども。
その辺の事情。目立の方の実例。

ζ れは当たり前ですが，ターミナルサーてゼロックスの XNS の環境を 4.

3BS0 で一部サポ

SEWB というのがあートしていますので，それで繋いでいます。それで，今ります。とれについて，後ほど関口の方からどういう物の絵にちょっとありましたけれどもホストも巻き込んでなのかという事を説明，紹介してもらいます。

行とうとしているわけです。で，巻き込んで何をさせるUかというのが，との辺が今日のテーマの本当の所在んでNIX のネットワークがとと (OH P) に示すように普そういう状況の一方で，私自身がそうなんですが，

しょうけれども。ただ書いただけでは，少しも何も起と及しました。

86 年位から始まって，言廷は，私どもは N

らないんですけれども。ローカんにエディットしたりチEWS というマシンのディーラをしておりまして…，決ェックして，コンパイルして，後は，その成果をドキュして NEWS の質問をしないようにしていただきたいん

メンテーションで受けさせる。とれは誰でもが普通に思ですけども… l

いつく事。

幸ムもそのサポートやっております。その関係で，社内にマシンが増えてネットワークが広がり

今日の私の発表は，全然とれについてどうとうというました。ついでに J S ta T とか，その辺にあるものをわけでは無いんですが。ただですね。

ドンドン組み込んで環境を広げているんですけれども。

りたいな 」 という話をしている関係で何が出たかという

そうすると，そういう物を見ているホスト，メインフレと，私の所の会社のマシンはネットワーク Hこ繋がらない

í そういう事をやームのユーザが実際に使う事もあります。そういう物をという事実が，俄然，

見ていて，あれをホストの・…，先から申し上げております。但し，ネットワークに察がらないと言いますのは，

す俊弘かなり 苦 しい状況 K 合わせて，それを 「改善でイーサネットを持つてなくて，増して，きないか… ? J という P クエストが出ます。

プロトコんを理解出来るわけではなくて，それではトー

クローズアップされてきたわけで

TCP/I P のとれは当然の事ですけれども。で，彼らが言うには「クンリングをちゃんとサポートしているかというと，自非常に UNIX のマシンはレスポンスが良い」。とれは分の所の会社のやつは繋がるのですが，という話で，他

当 たり前の話ですね。それから 「パワフルである」と言の物は全然分かりません。

います。大型畿のユーサ・には大型俊信仰というのがどざ

すね。

いまして

í ワークステーションなんかで何にも出来な

いじゃないか…，

PC なんて所詮は端末さ…，

J 。と，

そういう乗りで僕は見てるんですけれども。我々がやってるのを後ろから見ていて 「 それは結情使えるじ+ない」 と，とう 言 うわけですね。

í保ðiEできない 」 という事でととで突然，話はレベルがトーンダウンして，俄然，

下世話な話になってしまうわけです。

J0

í何か繋がって … ? J 0í どうやって…?

í MML も糞もない…! J 。

「 一番低レベルの MML も実現できないじゃないの … l」 。

担量減が変わると仕事が出来ないというイメージはあります。若い連中からだんだん馴染んで来る事は，ゃっぽという事で，必ずコンピュータには非同期のポートがありますので。で，UN1X は大体非同期の通信。

り必要性があって触っているうちに馴染むのですが…・

まあ，柔軟ですけど…，位を考えていたようなシステム

例えば，非常に大きな障害 としてはですね。ホストのユですから，非同期であれば色々いくつかは出来て，それーザ逮はプログラムが大文字で書いてないとどうもうまを使って繋ぐ事が出来るんじゃないかという事で，そうく認識出来ない。&笑い&若い人はどちらでも認議出来いう接続をします。で，そとから出来るのは，せいぜいるわけですが，初めはそんな事すら 「 それはダメ 」 とい

仮想端末とファイル転送。ファイル転送は，実は，まだう理由になっていたんです。今はそうでも無くなって来出来てい念いんですが。それから，なんせ商用も商用。

つつあります。で毎日主宰金書まいでいる後繊ですから「ちょっと OSIC パッí そとまで行ったんだったら何とかならないかな 」 という事で，色々と先の MML から夢を見ている絵 (OH P) があったわけです。
ちょっとうちのネットワーク。 UNIX の話になってしまいますが，ネットワークとして，とんな風 (OHP

チ当ててね 」 というわけにはいかないので，

0 SIC は，OS からは何も変わったようには見えないという綾な条
件を設定して接続する事にしました。
その獲続の形態なんですが， 非同期の回線を繋ぐのに

‑9
9‑

4
t
hSEAEn吋ron皿ent Wo
r
k
s
h
o
p

MMLs
e
s
s
i
o
nr
e
p
o
r
t

ホスト直結ではありません。 TSS サーピスを業君事とし

therne t のインタフェースを出したそうですから，てやっていますので，色々な都合上，直結ではなくてポとれから Ethernet lC繋がる傑になるらしいです。

ートセレクタと言う RS232C のスイッチと考えて頂

私どものホストも右へ習えして繋がる可能性が出て来る

いて良いんですが，それを介して，ホスト ICTSS の受

んじゃないかな。今の所，主宰話をしてもそういう予定はNEWS

費聴いという事念んですが，いつ宗旨変えをするか分からけ口がありますが，それをそのまま流用して，

ICRS232C のボードを差し込んで，そ ζ からポートないですから，それを期待しているのと，F D D1は，セレクタに...，ポートエキスパンダという姫躍になりま

話題に なっているわけなんですから，何年か後には各メ

すけれども，とれに繋いでいます。との NEWS を Buーカとも対応するんじゃ念いかという事で，可能性があr r 0 u g h から呼び出してやれば繋がるじゃないかと

るんじ+ないか。先程「チップレベルで出来る事はソフ
トウェア屋さんがやるべきじゃない」という意見がありいう事です。

で，とういう物理的な接続をしていきまして，との状ました。現実的にメーカがとういうのを実現してしまえ

態で出来る事は何かという事になりました。先程言いまば，華必塞がやっている事は徒労に終わるわけですが，むしたように，実現出来る内容には制限があるというか，

しろ，その徒労を期待したいと思っています。

とれだけでは，最初に申しました傑に非常に下世話~，

明らかで，非同期の回線でホストとなら，最近は少なくなりましたけれど，ダイヤルアップの音響カプラで繋ぐ。

ただとんな事をやってますと言うだけで，今後は，もうそういう TSS サーピス。とれをエミュレートしている

少し実際のソフトウェア開発の方に寄った事に手を伸ぼと言つては変ですが.そういう風に見せかけてホストにして行きたい。ただ，実現出来てないのが沢山あります

入り込みます。それから，(OHP の)ちょっと真ん中

ので.その辺を実現してからの話です。言語レベルともを飛ばして，その下。そういう回線経由で出来る画面端

うちょっと 9 ンクして.あまり第 5 世代言語とか，かっ

末は目立には一応あるんですね。まあ，そういう物に見といい事は言えませんが，そういう事にも手を出して行せかけてやれば画面端末出来ます。わざわざ画面端末ときたいと患っています。と，いう事で，私がお話する内言ったのは，上の方は画面ではなくって UNIX で言え

容はとと迄なんですが，先程申し上げました傑 IC ，目立

ば e Xo vの方の目立が言っております MML の一例として SEW

じキなくって，と言うようなラインの形式

B の紹介を関口が用意しておりますので，続けて…，のエディタ。それからコマンド。シェルのようにコマン

ドを入れて反応に答えていくわけですね。とれで，先の畿にジョブの実行状態を見るために画面端末の行列待ち

2.1.2ソフトウェア開発の分散化 (UGLE2/SEWB)

はしなくて良いという後念事が実現してます。その実現

関口(J

方法としては，どくありふれたサーバクライアントモデ

電子計算の関口です。私は弁JII君と遣いましてホストしルで，先程言いましたボートエキスパンダとそれに繋がかやった事がありません。それで，彼も言いました僚に，った NEWS IC デーモンを走らせておいて，そのデーモ

うちの会社は元々受託計算が主流で，ンを呼び出す。そうするとネットワーク上のどとからでるといっても，結局は，その納品物を作る燥な事ばかりも今言ったようなサーピスが受けられる。との漫画 (0やって来たので，作るソフトウェアといっても使い捨て

H P) は実際に実現しています。

みたいなのが多くて.そんなに大規模なやつは作らなか

で，

1P)

ただいま紹介にあずかりました日本

ソフトウェアを作もう一個。とれば普通に思いつく償能。色々と事ったんですが，鍾近，メインフレーム上での大型の DB

情がありまして出来てないのが結論なんですが。 UNI/DC システムが出て来ましたので.作るシステムも大X 側に同期で何か通信をするという事に我々はあまり経きくなって来たので，生産性を上げなくちゃいけないん

験が無くて.手を打つては見たんですがうまくいかない。

じゃないかという事です。

で，それは今は実験中です。ととで，もし経験のある方がいらっしゃったら情報を頂ければ，と思います。

現在，今，紹介致しました織な状況になっています。

(OHP) SEWB というのはワークステーション上で動く開発支銀ツーんで，とちらの EAGLE2 と呼ばれている物が目立の言うととろのホスト上の生産性を上で，あれは繋がるだけですので，そうですね。やりかけげるためのツールです。それで，ている物を，まず，とれから実現して行きたい。それかはソフトウェア一貫生産システムと言いまして，目立さら，んの言うととろの HIPACE という開発メソドロジで，もう少し高速のエディタです。

1 BM が割と安い E

‑1
0
0‑

EAGLE2 というの

4t
hSEAEnmon皿ent 羽rorkshop

MMLs
e
s
s
i
o
nr
e
p
o
r
t

昨日から言われてますけど，古典的なウォータフォール

HP) で書くととんな形ですが，

ζ れをワ ー クステーシ

モデルのメソドロジに従って，ソフトウェアを中流からヨン上で編集をします。その編集した SDF と呼ばれる下流まで一貫して生産しようという支緩システムです。

物をとちらのホストコンピュータの方にアップロードしマシンとしては目立のM シ P ーズ。うちでは S-810

ます。そして，アップロードした SDF を，ととの僚機でやってますが，処理というのがシステムフローと一対ーに対応していて，OS は VOS3 です。

SEWB の方は「釦ftw闘 Engjn慣rinr;

W
o
r
k
b
e
n
c
h
J

マスタを読んで，

トランザクションを追加して，マッチと称して， マシンとしては目立の 2060 シ 9 ーズ。 O

ングして，エラーデータをはじいて，一覧表を取るそのS は UNIX の SyatemV(R2) に従っていて，

SDF からとのシステムフローを生成します。

ウインドウシステムは流行の X ウインドウではなく，目ホスト側の方では，出来たシステムフローを今度は逆立が独自で作ったウインドウシステムを厳せてます。
それで， MML から外れるんですが，にワークステーション上にダウンロードします。出来た

ソフトウェアのシステムフローはとんな形 (OHP) になります。とれ生産性を上げるためのツーんとして， C初に EAGLE

は先程の SDF のボックスにあたる全体の見出し図で，2 を入れたわけです。

中身はスタートで，入力ファイんがあって出力ファイル

EAGLE2 には…，

対話によるシステム開発があるなんでいう繊念事で，保種的には，

ソフトウェア資源の一元管理

ラ -9 ストとかがついているんですが，

ζ れに一杯エとの行が必要無

部品有効利用システム

いとかいう婦合は，実際に追加したり削除したりというドキュメントの自動生成のをマウスを使ってやるという事です。そして.出来たと言う四つの大きな柱がありまして，生産性を上げるわ

システムフローから，

EAGLE2 には仕繊書からソーけですが，対話による ・システム開発っていうのはメイフスを生成するという働能があるので，そのシステムフロ

レーム上の端末での対話ですので，今自主みたいに，ただーから各種の仕事後書を作りまして，そとから半完成ソー

単純にエディットしてコンパイルしてバッチジョプをサ

スを生成します。ホスト上でも編集出来ますしとちら

プミットするような感じだとメモ P ーは少なくて済むんからダウンロードしてワークステーション上でも編集でですが，その上 ICL IME を厳せて，どんどんメモ P ー

きます。

を食って行きますので，生産性を上げるために EAGL
E2 を入れたんですが，で，ととから先の作業。単体テストに関しては，ホス

EAGLE2 を動かすために端ト側の方でも出来ますし，ワークステーション側でも出末の P ージョン値が増えて遅くなってしまう。もう，ど来ます…，と言うのは，目立の言い分です。で，特にワうでも良い位に遅〈在ってしまってるんですね。で，そークステーション上の方のテストでは結果をピジュアル

れを解決するために何か良いものはないかなという事でに見れます。

探したのが SEWB です。

図を表示しながら現在何処にいるのか，そしてデータは

SEWB というのはワークステーションですから，マウスとかアイコンとか，そういうソフトウェアを目で見(OHP) とれは PAD 図ですね。

PAD

何があるのかというのをとの織に目で見ながら信認が出来る…・と言うのが目立の売り物です。

ょうとするピジュアルな所信良〈出来てます。要するに，

とういうテストしていると時聞がかかりますので，そシステム設計以降じ+なくて，システム設計前の分析のの分，ホストの負荷が分散されて軽くなるだろうというあたりから使いたいという事で，事で，メーカの方の言うととろの適用効果というのは，

ソフトウェアのピジュ

アル化，そしてプロトタイピング。そして三番目にホス

まず「システム開発の品質向上が図れる」。それは SD

トの重くなった償能を分散してとちらに持って来ようとF とかシステムフローみたいなシステム開発の上流工程いう事で，ょうやく MML の話に持って来るんですが…，における所をピジュアル化，グラフィックなエディタを

ちょっと細かくて見辛い (OH P) ですが，とれがワ

使ってサポートする事が出来るというととろですね。そークステーション側の SEWB とメインフレーム上の E

して，先に見た PAD 図の繊に，プログラムそのものをAGLE というこつのソフトウェアの繋がりですね。 M

図式化して表現する事によって品質を上げられる。またML の感じです。

「デバッガによる信頼性の向上 J ，まず，r プロトタイピング

ζ の目立が言うととろの SDF ，一般的には D」 という綾な文句があるんですけれども，実際はホスト

FD と呼ばれているデータフローモデルですが，図 (0上で動くオンラインシステムの画面をワークステーショ

‑1
0
1‑

F民

4
t
hSEAEnvironmentW orkshop

MMLs
e
s
s
i
o
nr
e
p
o
r
t

ン上で定義して，その画面聞の流れを一応磁認する事がいます。要するに，コードが遣うという事は，例えて S

出来るという綾な....，それを一応 「 プロトタイピング 」

ORT ひとつをとってみてもホストで SORT した場合と呼んでいるんですけれど，それをする事によって 「正とワークステーションで SORT した婦合と結果が遣っ当性，ユーザの要求の把握に効果がある 」 という事ですてしまうわけです。 ζ れでは何のためにテストを分散しね。

たのか良く分からないという事になってしまいます。&

会婦で笑いとどよめき&

もう一方の柱として 「 システム開発の生産性を向上させる事が出来る J 0

r対話レスポンスの向上」。それはそして，もう一個。とっちの方が問題なんですが，ソ端末処理をワークステ ー ション上 K持って来る事によっースプログラムに互換性がないんです。&会届笑い&全てホストの処理を低くし ， 対話のレスポンスを上げると

く無いんじ~なくって微妙に遣うんですね。同じ COBいう事。ホストマシンというのは開発だけではなくってOL にしても SELECT 文の書き方が違うとか…，ま実際のプロダクションの方も走ってますので，独立した

あ，その辺で…，全く異なっているんだったら諦めもつ開発環境を持つ事によって「昼間はデバッグ出来ない 」

くんですが，少しだけ異なっているんでそれを見つけるとか 「昼間は本番ランが走っているので夜にならなけりのに余計な負担がかかってしまうんですね。ですから.

ゃダメだ J f.I:んて事は無くなってホストから独立して開

先程お見せしました適用効果はメーカの言う適用効果で発する事が出来る。

すけれど。私が見たととろの適用効果を重ね合わせます

三番目が，先程言いました線 IC ，r ホストの負荷を分(OHP を重ねる)と，散させる事が出来る 」 。とれがメーカの言 うととろの適ζ ういう結果になります。とれは非常に大甘に付けた点数ですので。&会湯笑い&用効果ですが，実際 K 使って見て問題点というのは沢山あるわけですね。で，それを幾っかあげてみます。

適用効果

1. ソフトウェア資源の分散システム開発の品質向上

・ホストと WS で 2 重管理が必要

0・ SDF による設計の後様化.アップロード / ダウンロードがA

・プログラムの図式化

ﾗ・デバ ッ ガによる信頼性の向上

A・プロトタイピングによる正当性の向上

自動的に行われない

2 . 環境の相違

・文字コード体系 (JIS j
EBCDIC)

システム開発の生産性向上.ソースプログラムの互換性

まず一番目は，ソフトウェア資源が分散してしまうと0

・対話レンポンスの向上

ﾗ・ホストから独立した開発環境

A・ホスト負荷分散いう事です。ホストとワークステーションで二つ。仕後書にしろソースにしろ分散して持ってしまいます。パー

SDF による設計の俊被化がO と付いていますが， そ

ジョンの管理の問題とか， 二重更新が起とってしまうとれは，単 K 手書きの文書がレーザプリンタに出て来る…，

か，管理に非常に手聞がかかってしまうという事です。

と 言 う位の意味で…，&会易笑い&

そしてもうひとつ。とれは非常に解せないんですが，でも ，

元々は DFDIC し

そとの所，変換というのは担量破がやってくれるわ

ア ッ プロードとかダウンロードが自動的に行われない事

けではなくって，ゃっぽり人聞が物理モデルや論理モデです。との目立の SEWB には画面上に転送というボタんに発展させているわけなんで，そ ζ の所はちっともサンがあって，それを押すと勝手に送ってくれるわけではポートしてくれません。ただ単にアウトプ ッ トのドキュ

なく， }JIJ な画面を開いて，ホスト K ログオンして，そとメントが奇麗になっているという事で，でまた，新たなジョブを起動するなんでいう非常に面倒

け付けておいてあげよう。

臭い事をしなくちゃいけない。解せませんね。&会婦でで，D，.のプログラムの図式化。とれも問題がありまし大きなどよめき&
それで，環境の相違というのもあります。

まあ， 一応Oだて，例えばエディタです。ワークステーション側の方の2050 のエディタには PAD エディタと 言 ってソースを PAD 図

1Sにして編集する償能があるんですが，慣れてしまうと P

コード単拠。 ホストの方は EBCDIC コードを使ってAD で入力するよりもソースで入力した方が 当然早いわ

ワークステーション領'というのは UNIX だから J

‑1
0
2‑

4
t
hSEAEnvironmentW o
r
k
s
h
o
p

MMLs
e
s
s
i
o
nr
e
p
o
r
t

けですよね。ですから，分かり易い事を前提に立ててやその結果をホストに持って来た方が効患が良い事は自明

るよりも入力して早い方が我々は早く帰れますから，その理ですから，我々ユーザ側の立場からしてみれば，とっちの方が生産性が高いわけです。&座長，喧せるほど

ういう欠点，問題点をメーカにどんどん言って，メーカ笑う&ですから，図式化するという事がどうかなという事で&です。

の方に直してもらって，少しでも我々ユーザのレベルを上げてもらおうと思っています。以上です。

三番目のデバッガによる信頼性の向上。先程言いまし
たようにホスト側とワークステーション側とのソースレ久保:

ちょっと時間を差し上げますので，どうぞど自ベルの互換性があまり無いんで，ホスト側でチェックす

由にやって下さい。との話題の範囲内で.後でまとめまる度 Hこ直して，ワークステーション側の方でチェックしすが，どうぞど自由に。

て直して何とかだったら作業負担が倍 K なってしまいま
すので，かえって使い辛いので，それをやらないで，結深瀬 (A SC I1)

局，元通りの仕事をするのでデバッガによる信頼性の向ます。ホストコンピュータを提供する会社ですね。幾っ上は図れない。

かíH個t

そして，フ.ロトタイピングによる正当性の向上。

(0

ちょっとお聞きしたい事があり

M
a
i
n
f
r
a
r
n
e Co
r
n
e
b
a
c
k
?J として提供して明記すべき失敗例というのが幾つもあるんですけれども。

2H P) ととに顔面遷移シミュレータというワークステー

050 なんかもその例なんですが。立婦をシステム側のション上の後能があるんですが，ととからホスト K 行く

人に是非とも聞いて頂きたいんです。何故，そういう物のは，とと … !他は実線ですが点線さんです。要するにを選んでしまったのかというのを聞きたいんですけれど参照なんですよ。ととまでは前のステップの結果がそのも。他にもそういう立婦の方つであるわけですよね。ホ

まま次のステップの入力になっているのに，ととだけはストや VOS3 が動いているという環境で端末何にしま

画面遷移シミュレータで出来た結果を人間が参照して，しょうか。色々選べると恩うんです。何故.選んでしま

また機械に載せなくちゃいけません。ですから，とれはったのか。何故，そんな悲惨な状況に自らを追い込んで繋がっていないので，ととで一回入れた事は，

もうー固ととで入れなくちゃいけないという事になります。とれは，ととしまったのかというのをお聞きしたいんです。&チェア
マン笑い&(OH P) の段階での正当性は向上しますが，ととから先がととに合っているかどうかの保証は}Jlj lCな

関口:

りますので，結果，ね。&会場笑い&我々としては，別に入れてくれと言っ

6 になってしまいます。

まあ，やはり，それはマネージャの決断でしょう

生産性の向上。まあ，対話レスポンスは確かに向上して頼んだわけじゃありませんので，我々として貰った環ます。それはワークステーションに持って来た方がエデ境を如何 K 良く使うかという事で色々と四苦八苦していィットなんでいうのは何十倍も速いですから，それは向ます。ホスト側の EAGLE というのも，上します。抗先程言いました按 IC ，自動ログオンとい

ようやく使えるようになって来ました。パージョンが 6とと 2 年位でうのが出来ないので，その分を含めるとど与なんですけれまで来ました。パージョン 4 は使えなかったんですが，ども。まあ大甘にしてO を付けました。

6 1C来てようやく使えるようになって来ました。 SEW

で，ホストから独立した開発環境というのは，とれもB は，まだパージョンが 2 なんですよね。ですから，あ先に言った僚にデバッガがホストとワークステーションと四つ位進まないと…，&会届笑い&まあ，その頃になで違いますので×です。

れば使えるかも知れませんが，要するに，ツーんってい

負荷分散。確かにホストの負荷は分散されたんですがうのは道具ですから，日頃から使い込んで来ないとどう

人間の負荷が分散されないんで….とれは，ですからホしても使えないわけですよね。ですから，早い内 K 慣れ

ストから見ればOかも知れませんけれども，我々からすておとうという事で。今，多少の欠点は…，多少というればム。&会易笑い&

か，欠点は非常に多いと思うんですが，

私どもユーザの視点から見た結果というのはとうなっ

EAGLE だけを使っておいて，後，美味しいととろは来年なり再来年てしまいます。但し，先程も言いましたが，ホストに掲揚なりに期待しようっていうととろが正直言って私の立場

末を 1 000 台，です。

2000 台ぶら下げた開発環境ひとつよりも，やはりワークステーション上で分散開発して，

‑1
0
3‑

.
.
.
.
‑

4
t
hSEAEnmon皿.ent Wo
r
k
s
h
o
p

深瀬:

MMLs
e
s
s
i
o
nr
e
p
o
r
t

わざわざ重い獅子を追って逮き山道を登る事はストですから。

ないと思うんですが。ある意味では読めに近いわけですか。

それから，データベースもそうなんですが，要するに ，
メインフレームメーカは，基本的にはインテリジェント

関口 :目立の VOS3 上に動く OB/OC システムを使ってますので.

OB/OC については各メーカとも遣ターミナルなんかに乗ってもらいたくないんですよ。政策的 Hこ。

いますから，そとまできっちりサポートしてくれる他の連中は…，ととではメインフレームメーカの人はちょ

サードパーティ等が在るとは思えませんので。そとのとっと耳を塞いでおいて下さい。セールスマンにしたってとろは，やはりメーカでしかサポート出来念いと恩いま

一台何億同の償績を売った方がポイント上がるわけで，す。そとのととろに期待をかけているというのが実際で

インテ P ジエントターミナんがいくら高いと言ったってす。

100 万同か 200 万同でしょ。あまり点数1Cf.tらないから織がるんですよ。とれは，主主""'.

深瀬 :

今.

IBM のセールス

2050 を一生懸命使いとなす努力をする

マンと付き合っているので間違いないだろう。目立さん

位だったらですね。自分遣で選んだ道具だての上で，その EWS 見ても如何 K も何か未練たらしいですよね。&

れでエミュレーション動かした方が早いと思うんですが。

会届笑い&

関口 :

の上でやればいいんだけれども。そうやったら，何かメ

ただ，悲しい事 IC.

うちでは現湯の者でそういう技術力を持った人が居ないっていうのは…，

本当は全部，インテ 9 ジェントターミナル

インフレーム買うてくれん僚になるんじゃないか…， 開
発マシンが売れんようになるんじゃないか…，何か，そ深瀬:

やれば出来るんじゃないかと僕は思うんです。

ういう見え見えだから誰かが言 われた繊 IC. 敢えて使い

大した事はやってないですよね。メーカの人遣の言い分にくいものを使いとなさなあかんようになるという悲劇は，が起 ζ るんです。

とれだけの工数をかけて作ってますからちゃんとしたものですと話しますけれど，あまり物を考えて作ってませんから。&会揖笑い&

僕自身の経験では確かに TSO の….

IBM は TSO

オンザフライで作ってるんですね。何かと言うと ， 要するに 80 カラムと 25 カラですよね。大僚の事は。ですから実際に使い込んで行かムのキャラクタディスプレイです。最近になって悲劇ななくっちゃ，その良さがなかなか噛みしめられないなんのは，色々なモニタなんかを I BM さんが作るんですが，て事になるわけなんです。何か，

どうも撮初から困.f.t

入り切らんのですよ。出てくる情報が。あの中じゃ。そ道をわざわざ選んでいるような気がしてならないんですの辺でも可笑しいですがね。そういう意味では.私はもけれど。

っと徹底してインテ P ジェントの方に移してしまおうと思うんです。以前は，パソコン用プログラムなんかに分野中(日本電気

日本電気の野中です。開発マシン散しなくたってホストでやる。確かにホストは馬力があと実行マシンを分けるという傑なお話念んですが，僕はりますから速いです。しかし ， インテルの 80386 ク

ファームウェアの開発をやってますから本当に全部MSラスになってきたらかなり普通じゃ無くなった。出来れ-OOS マシンの上でやりたいんですけれど。泣く泣くばコンパイル位まで全部インテ P ジェントでやって巌後ターゲットの上に厳つけりゃなきゃいけないなんであるのとどのつまりだけホストでやる。

と思うんですが，とういうソフトですから本来は一緒の

私も色々考えたわけです。ああいう素敵な俊被が使え方がずっとやり易くて， マシンのパワーが無いからしょないかどうか。確かにパージョンどうするんだ。ワークうがなくて，ゃっぽり分けると言う事でしょう。それは，ステーション側で不一致になってね。管理上.確かに困ゃっぽり素晴らしい事じ+なくて悲しい事だと思うんでる事も事実だし，そうするならいっそのとと全部載せてす。

しまって最後の作品だけをホストでやる。そういう恰好関口:

そうです。&会湯笑い&にしたいf.t . ...，という風に考えるわけ。それで，足後 K

本当に問題になるのはシームレスな恰好で，どうやって吉本(日本経済新聞

日本経済新聞の吉本です。ホP ンクするかという事ですね。一番簡単な例が 5 550ストと言われると，書置弊があります。メインフレームとの上で動く IBM のエディタです…. TSO の。とれは呼んで頂きたい。ホストと 言 えばパソコンと言えどもホパソコンの上で動くんで，それはいいんですが， 出来上

‑104‑

4
t
hSEAEnTﾎromnentWo
r
k
s
h
o
p

MMLs
e
s
s
i
o
nr
e
p
o
r
t

がりをメインフレームに持っていく時，一回，パソコン

からは行かないという事だと思います。それから，プロを設してターミナんに切り換えて…，とれではプログラ

グラム委員の末席 K加えて頂いてますが，個人として S

マは鎌がって使わんです。

EA IC.入会しておりません。

5EA の入会金の行方は何処かというと，会社で使ってる Mac のための r Ins

7' ログラマが小文字では困るという事を先におっしゃ

いましたけれど磁かにそうです。現に僕が 80286 のid e‑ MacJ

アセンプラ書くときも実は大文字で書くのは，その I B

peed-C のコンパイラにですね…，会社が買ってく

M のメインフレームで育った悲しい習性なんです。そう

れ念いもんですからそいつに使っちキいました。それで，というマニュアルと，

L

ght‑s

いう事もあるんですが，何か全然意書織させんような方法

5EA の入会予定ですが，中島さんにも聞とえるようにというのがあって，それで震後にターミナんを作るメー

言っておきたいですが.今年の 1 2 月の 2 目。たぶんボカの方に頑強ってもらわんといかんのじゃないか…・メーナスだと思うので，インフレームメーカは，ゃっぽり大きな後被売りたいわ

現在，仕事は L

その日に入りたいと思っています。
sp のプログラマをやっています。

けですよね。基本的に「何だ!メーカ」という事になる

普は哀愁の COBOLer と呼ばれていました。現在のから，むしろサードベンダで…，それとそ 5RA さんみ

関心事とは，

たいなととろの方がやり易いんじゃないか…，そういう何に手に入れるかという事で，風に思います。

れから社内では，実はととから開発環境の話1C.f.tって行

MML じ+なくて，M ac2 と MPW を如

MM までは一緒です。そきますが，社内の開発環境。うちは何となく J 5tar
久保:

坂下さんの宿題が大分出来ました。理想の MMという事でやって来ているんでが，根本的に考え直さなL で解決して頂きたいと思うんですが，次は FACOM

くちゃいけないなと恩っています。それを何とかしたいをお使いの平山さんの方からお話を頂きます。

というのが，今，社内に対する関心事で，先程，井川さんが「とんな事しかやってないよ 」 というお話をしてた

2.2開発環境は維のため?
平山 (KC5)

使いの…，

MML は維のため?

んですが，KC5 の平山です。 FACOM をおうちにとってはとんでもない事で，とれからそれをやらなくちゃいけないって言う風に考えています。

という事でしたが，それは社の事であって，開発環境に対する期待っていうのは，実はですね。社

私は 2 年間以上 FACOM は使った事はありません。そ内で色々調べてみたんですが，どうも自分と同期から下れで，とれから先の話と同じなんですが， MML のセッが，現在，自分の組織の中には半数以上いる。それで，ションをやる経鱒がですね。私は基本的に MML は全く

僕らが使って，何か内積だけで楽しいっていうやっじゃ知らない。知らないけども「空席があるから何とか哩め

なくて…，何か全体として効率が上がって管理穆が喜ぶて頂蹴よ」という事で，正直言いますと本当はハイパー

ようなやつじゃ念くて…，社内の仲間に仲間に受け入れ

メディアの方に出たかったんです。

てもらえるような物を作りたいと思っています。

で，そういう事情なんで，私自身は MML については

MML IC.対する期待というのは一言なんですけれども。

何もやっていないというのが結論です。実際，社内でもホストのパワーが凄くあって…，と言う話を先程されて調べたんですが，ユーザには MML を使ってアプ P ケー

いましたが，私が使ってると，どうしでもそういう風にションを書いているけれども開発環境としては何もやっは感じられ念くて，毎朝満員電車に婦られてるわけですていないというのが結論です。それで，どうしょうかな

が，それとほとんど同じですね。ぎゅうぎゅう結めにあと思ったんですが，一応，開発環境 K絡めた形で，私なって息もできない位な環境なんですね。それで，それかりに考えた事を書いてみました。ですから，たぶん登ーー

ら少しでも解放されるなら喜んで受け入れるよ….といするのは夜からの BOF の方が良かったんじゃないかと

うのが僕の考えです。それから，発表については，たぶ

思っています。で，簡単に自己紹介だけやらせて頂きまん MML からはずれると思います。申し訳ありません。

す。

それで，先の社内の開発環境ですが，根本的に考え直私は未だかつて 5EA の環境ワークショップに出た事さなきゃいけないと思っています。実は.との 3 ヵ年ははありません。理由は他に参加者が一杯いたという事で何故か富士ゼロックスの J 5t ar を中心にして開発環す。で，今回参加の理由については，社内に希望者がい境が梅築されて来ました。 3 年半前の話ですが，私が社なかった。それはたぶん，副島所が神戸でやるから KC5に入ったときに環境と呼べるものは，‑105‑

J5tar が 3 台

~

MMLs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEnvironmentW o
r
k
s
h
o
p

グラムの詳細設計図から各種詳細情報を J S t ar の上とその辺諸身しかなかったわけです。そのときに私が思ったのは，ソフトウェアをやる人の仕事っていうのはドに作成して，とれらを全て RJE を使ってメインフレー

キュメンテーションの事なんだなと思って年半位は，

ムに向けてファイル転送します。その時IC.，簡単なシン

それを信じて生きて来ました。その時にやった事を一応

タックスチェックと日本語項目の話がありましたので日お話します。

本語の項目辞書を作成します。それから中間言語と書い

現在，私の位置は，との辺 (OHP) にいまして，大てますけれども途中，一応，色々組み合わせがやり易い

半の人は，との辺なんですが，端つとに追いやられてい織に中間的な情報に置き換えて，優終的にシンタックス

ます。でも出口は近いので，そのうちに何とか抜け出せ

チェック等が通ればソースコードが出来るようになってるかなと思っています。それで，います。それで，その時のワークシートですが，大体，JStar を中心としたソフトウェア開発のドキュメンテーション環境の充実

を 3 年間やって来たわけです。何か，

7 歓位あります。

ドキュメンテーシ

とれを私がやっていて，途中から，たぶんといつは使ョンにやたら力を入れていたわけです。との事 K よっていものにならないなと感じてました。何故なら，何度か各種ワークシートが充実し，電子化された設計ドキュメ

社内に向けて皆が使ってくれるかなと思ってデモをやっントの充実というのが進められてきました。そうやってたんですが，メインフレームの方のレスポンスがひどくるうちに，何とかそのまま汎用僚に渡せないの…，とい

良く無くって，デモをやるのに 30 分は応答が無いという風な希望が出てきました。それで，それは FACOM

う傑念事が度々で，そういうのを見ていると誰も使いまの M シリーズに向けて，一応 J S ta r の上で TSS とせんよね。それで，結局だめだなと思いました。そして ，

RJE が使えましたので「じゃあ RJE を使って何とかその時から得た教訓としてほ，ホストマシンとの鍍点はしようよ 」 っていうのを今からたぶん 3 年ぐらい前です

最小限度にとどめたいという事。今，そう思っています。

が，私，一応やりましたので，その時の事を簡単にお話

また，何か相互にうまく協調し合ってと言う風念事は，します。

やりたくない。出来るならば，ファイル転送一発だけの

その時の目標としては，せっかくドキュメントを電子化して来たんだから，そいつから人の手を介さずにプロ
グラムソースコードを作りたい。それから，再利用をよ

接点を持って二度とそとは通りたくないというのが僕の考えです。
震小限にとどめたいという事は，そとに送る迄の過程

JStar

り上位工程からやれば効果が大きいだろう。それから，で殆ど完成してないといけないわけですが，

もちろん途中で紙を経由したくない。それから日本語プの易合はドキュメンテーションしか出来ません。 XDE

ログラミングを考えたい。とれは今になって考えると大か何かを使えば出来るのかも知れませんが，ユーザではきな誤りです。それから，既存の環境で MML は全く無使用出来ないので，といつは婚でなくちゃいけない念とかったのでとりあえずやってみたい。

思っています。

…，という事で，

JStar で作った設計ドキュメン

次IC.，もう少し小回りの効くものにしたい。僕が作っトから何とかプログラムソースコードを作るような仕組

たとれは何となくドキュメンテーションから再利用すれみを作ろうとしました。それで，その前の状態というのば， MML と金〈関係はありまんが，たぶん効果が上がは設計がととで (OH P) 分断されていて，ととから先るだろうと思っていました。今でもうまくやれば効果がが汎用畿の世界です。そとで僕らが考えたのは，上がるんじ+ないかと思っていますが，プログラムをやととを(OHP) 単純に繋ぐだけですけれど，との (OH P)る人が使うわけですけれども，その人達の作業というの設計書からソースコードを作りたいという事で，何か環は何も支侵してい念いんです。使う人，使ってもらう人

境の統合とか作業の統合，物の統合という話を読み上げを支慢しない物というか，狙いが漠然としていたので，ましたが今になると恥ずかしい謡です。大体

8 人月位

その辺をもう少し何処にターゲットを絞るか等，特にで作ったやつなんで大した事ないんですが，以上 (OH

利用者を直告書的に支援する事を考えなくちキいけないとP) のような後能に分割しています。

いう風に思いました。極めて当たり前の事なんですが。

作業の流れとしては，論理設計位のフェーズでのデー

とういう事。とれは完全に失敗。私がやった失敗です

タ設計からデータ領峻定義書とか，プログラム情造設計

が，僕もソフトウェアやり始めて，まだ 1 年かその位で.

レベルからプログラムの概要とそジュー)1.-.造図。プロ

ソフトウェアの開発そのものを何も知らない時に作って

‑106‑

4
t
hSEAEnvironmentWorkshop

MMLs
e
s
s
ﾌ
o
nr
e
p
o
r
t

しまったので，とういうものが出来てしまったわけです。

頼性が高くないと恩います。あまり特徴の無いデータな

それで今は，との 3 年間で J S t a r とかドキュメンテ

ので，何か分からなくてつけているというのもあると思ーションを中心にした展開というのは終わりにしたいといます。それにしても先のプロジェクトマネジメントを思っていて，じ+あ今後どうするかというのが今考えてやっている人遣の観点というのは，開発環境に対してはいる事です。

非常に低いと見る事が出来ます。他に比べるとです。プ

3 年前には何

ロジェクト管理やテクニカルマネジメント，それから見も無くて 「 とりあえず入れてから考えよう 」 と言うスタ一番巌初にも言いましたが，入った時積り等 K 比べて開発環境が問題だという意識は非常に低ンスだったわけです。もう 3 年経ってます。そして，といので私は非常に困ったなと思っています。プロジェク

れからというのは既 K過去の例があるわけですから，もトを中心に展開して行きたいと思っているのですが，他

う少し慎重 K 行かなければならないと思っています。そに比ベて低いという綾な結果が出ています。

れで，とれからの開発環境を考えるにあたって社内で簡それから「マイクロメインフレーム P ンクによって開単なアンケートをやりました。そのアンケートの結果を発環境が改善されるか 」 という事を同じく主たる担当駿

紹介したいと思います。

種別でやってみました。それで行くとプロジェクトマネ

私は 1 00 人以上の組績の中で仕事をしていますが，その中で 「機種はどういう人なんだ」 という事とジメントをやっている人達は無茶苦茶期待している訳でr開す。それに対してシステム設計やプログラム設計等.た

発環境はソフトウェア開発の中でどれ位ウェートが置いぶん MMLIC 一番恩恵を被るであろう人達では以外に期ている問題なのか 」 という調査と，巌後 K 一応 r MML

待が低いという僚な結果が出ています。とれをどういうK 期待があるか 」 という事を調べました。それを紹介し風に受け取るかというのは簡単には行かないですが，僕ます。

は，との結果を見て，今まで開発環境という織な事をや無回答も結権ありました。担当駿務というのは独断でって来たんだけれども 「 自分逮がやってきた事は何も紳分けたと ζ ろもあります。選択は択ーで選択してもらい

士的で無かったね 」 という風な気がしました。それと，ました。そして，やはりシステム設計をやっている人とたぶん期待されていないと言う事です。確かに僕らの宣プログラム設計をやっている人で 6 割を超えています。

伝の仕方というのが非常にまずかったのかも知れません 。

ζ れ (OH P) を見て，僕が，とれからの開発環境を考が，実際，中心でやっている人達に期待を抱かれてないえる時 IC ，組織の中で何とかしなくちゃいけないと思っという事は，ちょっとショックです。

てるのは，との 7 割です。との 7 吉岡をターゲットにしなだから，とれからどうするかについて ，結論というの

いとどうしようもないなという事と.との 7 割が何をやは正直言って申し上げられないです。まだ，っているのかという事をプレークしないと，また失敗す

査してみないと分からないのですが.僕が今やらなけれるんじゃないかと思っています。

ばいけないと恩っている事は，とれは}JIJICMML IC 限っ

もう少し調次に，メインでプロジェクトマネージャをやっているた事ではないのですが，開発環境をとれから考えていく

0

時に，もう少し現渇での開発とユーザの情報をプレークと言う人が 20% いました。と，言う事はですね。

10 人という事を考えると 5 人1C 1 人はプロジェクトマネ

ダウンして調査して行かなければいけないと恩っていまージャという事になるわけです。環境というのは個人です。それと，先程の 5 人1C 1 人という事が大体分かった

考えるというのもあるし，なにがなんでも組織という風ので，プロジェクトの情報という単位でっかむ事は，たな気持ちのやり方もあると思うのですが，やはりプロジ

ぶん出来るだろうと思っています。その上で 「僕はとれェクトという考え方で環境を作るというのもやらないとからどうするか J ，なかなか柔軟に対応できないと思います。との 5 人1C 1

いうのを考えていきたいと思っています。

人の方というのは，今後の展開で非常 K 鍵を握っていると思うのです。

r どう言う風にしてまとめるか」と非常に申し訳ないですが， MML とは全く関係者k い話をしちゃいました。済みません。一応，とれだけです。

それから，との担当磯種}JIJIC r ソフトウェアの開発においては何が一番問題か 」 というのを択ーに選択しても久保:らいました。たぶん，システム設計やフ.ログラム設計を

C の葱ロだとか 1 BM の窓口があって FACOM の窓口

やっているメンバのとのデータ (OH P) は，あまり信位が続くかなと思っていたんですが.弁JII さん遣の諮は

‑1
0
7‑

少しやってからプレークしましょう。 HITA

MMLs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEnmonmentWo
r
k
s
h
o
p

MML の諸問題。平山さんのは MML の大問題っていう分かりました。でも X e r0 X さんの悪口み

野見山:

感じの話だったですね。どうもありがとうどざいました。

たいになっち+ってますね。

では，自由にど発言下さい。

平山:

いや，そん念事はありません。良いマシンだと恩いますよ。良いマシンだと思いますが，僕は使いたく

野見山(三井銀ソフト

三井銀ソフトの野見山です。

ないです。

JS t ar の話が出たので話を聞いてみたいと思います。
盛岡さんの論文を参考にさせて頂いて J S t ar を 1 0

久保:台増設してしまったばかりですが，平山さんは J S t a

らっしゃるでしょ。はい。代表的なメインフレーマです。

r を諦めて，今後，手をつけない後念事をおっし中ったどうぞ。

んですけれども。実際 IC.

どうぞど発言下さい。メインフレーマが沢山い

ドキュメント，設計書とか沢山入っていると思うんですが，それをどうなさるおつも佐直(長野県悔同電算りですか。今後の参考にしたいと思うのですが。

します。 MML の話は，明日，僕もちょっと絡みます。

平山:

そうですね。まず，おととわりしておかなけれ今.

長野県協同電算の佐藤と申JStar の話が出て，ホストと繋いだから MMばいけない事があります。本当は，社内での前噌験をとL の絡みで話されたと恩うのですが，僕は J S t a r との婦を借りてやりたいと思っていたのですが，実行委員

いうのは使い方を間違えなければかなり効果があると思長がいなくなってしまったのでちょっとがっかりしてい

うんですね。あれで物を作り出そうとか，システムを作ます。

り出そうとか，オプジェクトを作り出そうとか，そうい

それで，とれまでのドキュメントですが，僕は正直言いますと，たぶん 8 割以上はゴミだと思います。

う事を考えると絶対ダメですが，そうじゃなくて.いわ

J St

ゆるソフトウェアエンジニアのひとつの OA ツーんで，ar を入れるときの調査とかを見てみるとシステム設計

ワープロの代わりで，者とかプログラム設計者の作業の何十パーセントがドキ

あれの前に座って物を作り出せないかというと.そうでュメンテーションに使われているという風悲報告がありもない。

もうちょっと高級なやっとして，ました。今，自分がやっている事を考えると，そのドキ

例えば，ランダムに色々考えて行って，後でパスを張ュメンテーションというのは必ずしも清書するための結るというのは，昨日，ハイパーメディアとか，そういう果を残すためのドキュメンテーションじゃないわけです。

のがありましたが.

色々な事を調べてメモをとるとか，そういうのを自の前を使うと出来るわけです。大体そとそと書いた紙をイメVew-cards みたいなもの

で組み合わせて考えるとか等もドキュメンテーションのージ P ーダで読んで.それを合成して.まさに色々なア

作業には入っているわけです。

イコンがあって，それをピックすればパッと飛び出すとたぶん，その辺がロジック等を考えるあたりだと思うのですが.

JStar では，たぶんその辺は支援出来ないです。結果として清書する事は出来るのですが，そういう畿な環境というのは作ろうと思えば出来るわけです。
使い方を間違えなければ，そんなにまずい物ではないというのがひとつ。今のは意見です。

いうロジックを考える時に色々な情報がダイナミックにそれから先のアンケートの MMLIC 対する期待のとと出て来て，そういうものをパシパシ入力していく時のス

ろで，かなり現婦の人逮が否定的で，実際に作業していピードについて行かない事と，それに対して殆ど支援しる人遣はマネージャよりよく分かっているから期待してていないと言う事です。

ないというのは，まさにその通りだと思うんです。ただそういう意味でドキュメントをどうするかと言えば，問題は，今，平山さんの所で情築されている MML が前

もうゴミだと言ってしまったんですが，本当は，チョコ援にあって，それに対して「どうなの」というアンケー

チョコと調ベたものを，あの織に奇麗に清書する厳司k 形

トなのか，それとも 「本来の MML というものは，

より，もっと簡単に残して行ける僚な仕組みを作らない

織f.I:~であって，現実的には問題があるけれど，それがと，後で使える情報の縁者k ノウハウは残らないと倹は思うまく行けばとんな形になるんですよ 」 という夢。夢そっています。とれは僕のスタンスなので.たぶん全体とのものを否定しているのかという所がどちゃ混ぜになっは違うと思います。

ているんで，パッとあれだけ見てダメだと思ってシュンとのとしちキうのは問題だと思うんですよ。それは，先の S‑108 ・「て三三z一一一三ニニー

MMLs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEn吋ron皿ent Worbhop

J S t ar を入れるきEWB の所でもありましたが，メーカはメーカで磁かに年聞に入ってきた若い人逮です。

売りたくて色々なうたい文句を言うわけで，それを実際っかけは，その前の年にあります。それで，残りの半数K使ったら色々の問題が出て来た。しかし，問題が出たの半分はフィールドに出ていて，残ったメンバーは 30

けれどもだから全部否定するんじ+なくて，その問題を人少々になると思います。その人達が事務アプ 9 ケーシ

ひとつひとつ克服して行かないと先に進まないはずで，ヨンを開発する中でどの綾な工程を主としてやっていた

それだけの事だと思うんです。

かと言えば，プログラミングの現婦は大体緩れて，色 h

立易上 r MML とかメインフレーマは面白くないよ J ,~ソフトウェアハウスの方々とお付き合いしながらシス「 そういう所に無駄な労力を費やするよりも ，

もうちょ

テムのスペックを書いたり，デザインと言われるようなもっと恰好いい方法を考えた方がいいよ

仕事をやっていたわけです。その人遣の問題意践がドキ」 と言うのもあるでしょうが，でも，おそらく今の日本ュメンテーショ :.--IC 集まったと言う事です。プログラミのソフトウェア開発環境の大多数を考えると，それに携ングという事より，とにかく物を書くという仕事のドキわっている人口を考えるとメインフレームの所での仕事ュメンテーショ :.--IC 非常に困っていて ，ってかなりあるわけで，

t ar があって，その時 K 選んだツーんがドキュメンテ

っと別の道で，そういう人逮の環境をいかに向上するかという事を考えなればいけないわけですね。

ーションツールとして…，が，そのときに JSあります。

ツーんとして J S t a r を選んだ評価は周囲から色々

国家プロジェクトでやったシグマの人が大勢来ていらっし中るので，色々と発言 に期待しているんですが，あ頂いていますが，その評価云々は}jIJIC して，れも早い話が UNIX で，あそとでソフトウェアを作る

テーションというコンセプトが出て来た経鱒のひとつをと言うマイクロプロジェクトもあるでしょう。しかしコメントします。

ドキュメン

おそらく事理事処理もあるし技術計算もあるわけで，ター
ゲ ッ トとして，実行環境として，メインフレームの上で久保:動くソフトウェアをいかに作るかという事を真剣に考え

っとまって下さい。シグマの 3 人。お話願えませんでしはい。また.帽の乱用をしたくなったのでちょて来られたと思うんです。そういう色々念思考鎗訟があょうか。私のポジショポジションペーバをお読みになれ

ると恩うんです。

ば分かりますが，私はシグマの人が来るというので出席途中の過程として色々な問題が出たなら.だから，ダした綾なもので，来たくないのにわざわざ来たんですよね。どうぞ。

メだよって言うのではなくて，それをどういう方向に持って行くのか意味で， 立婦上， MML 推進派です。以上?? (シグマ本部です。

磁かに 3 人来ているのですが，二人はどとかに出掃けて私しか残っておりません。私の岡本 (KCS)方からお話します。私はシグマの中でも特 K 事務処理分

KCS の岡本です。今回は設備下請けをやっています。佐藤さんのお話については僕もその野のツール関係の開発という事で仕事をやっています。

通りだと思います。それから，先程の方で，今回入れら

特にその中の仕事のひとつなんですが，ターゲット倭続れた 1 0 台のワークステーションは少しも無除ではないというのをやっています。
私自身はシグマに来てから，まだ半年経たないものでと思います。

それで，平山さんの発表の中で 1 点だけ訂正しておき

すからあまり良く分からないのですが，最初に J

1P さ

たい所があります。それは， 平山さんが 3 年前に廻るとんがお話されていたような内容というのは，シグマのや「 当社には環境らしい環境は何も無かった 」 という説明っている事に非常に近いです。例えば，をしましたが，私どもの部門の中には何も無かったといSEWB のお話がありました。あれもシグマでは，一応，EAGLE とかう事で，即ち ， 社内にはメインフレームと言われる大型

ワークステーション上ですけれども実現しつつあります。

汎用僚の仕組みと数十台の TSS の端末設備がありまし

MML という事で言えば，ターゲ ッ ト倭続という事で，た。

シグマワークステーションとメインフレームを告書続する

それから，後能として一応三つ。シグマとしては考えています。

JStar が私どもの磯易に沢山入った経鈴について補足します。私どもの部門では，現在 126

名で仕事をしているのですが，その中の半数は，との 3

ひとつは仮想繍末と言いますか，

TSS のエミュレー

ション俊能です。それからファイル転送と RJE 。お話

‑1
0
9‑

4
t
hSEAEnviron皿ent W o
r
k
s
h
o
p

MMLs
e
s
s
i
o
nr
e
p
o
r
t

になった事と全く同じですが，同一メーカ問では出来てそれで，その時に何とかならないかという話をした時，当たり前だと考えていて，異メーカ問であっても出来る

かなり富士通の中で優れた技術者と 言 われている人逮がという事を 言 ってます。実際はシグマのゲートウェイ償

否定的だったんです。それは何年位前の話でしょうか。

能と 言 いますか，ターゲ ッ ト纂続の償能としては，今言

7-8 年前でしょうか。ですから，かなり古いです。

った 三つの俊能が，一応，富士通さんと目立さんと日本

今，それから時聞が経過して思う事は，その頃は，ま電気さんと 1 BM の 4 社で実現されています。それから ，だ L U6. 2 というプロトコロんは無かったですよね。

UNISYS さんがゲートウェイ自体は作っておられて，それから，サーバクライアントと言うモデルも無かった

指定モニタという形で使われている録中ですね。まだ製ですね。ですから，ゃっぽりプロトコんですかね。そう品ではないという事でちょっと他とは遣うんですけれどいう事を可能 Hこする繊念フ.ロトコルの開発が優先稼題だ

も 実際 K 出来ているという事です。

ったんじゃないでしょうか。またプロトコんそのものもどういう環境が良いのかという事は私もまだ分からな

そう簡単に変えられないっていう制約がありますよね。

い 。 必ずしもシグマがお進めですよと自信をもって言え3270 が非常に世界標湘的なプロトコんになっていまるような所までは行っていないんですが，ひとつ検討のすから。そういった問題もあって目立さんも苦労されて

中 K 入れておいて頂いてもいいかなと思います。

いるんじゃなかろうか…，

平山 :しましょう。その後，まだありますので恐れいりますがという弁護です。

それでは一応おしまいにして社内にシグマワークステーションが入っていまして，モニタをやっています。僕は，直接担当をやるわ

1 5 分頃までプレーク

15 分頃までプレークしましょう。

けじゃないですが，特にその辺の所は実際に自分で触ってみたいと恩っています。期待出来る出来ないの話では&コーヒープレーク&

なくて，それを使ってみて判断したいと思います。

それと佐藤さんの方から，先程，大半の人はメインフ

久保 :じゃあ始めましょう。深瀬さんの発言 を打ち切

レームをやっているというお話でしたよね。僕も僕の殆るような倹暴をやりましたが，聞くととろによりますとどの仲間はそとなんです。ですから，何とかその人達 K

私の弁護は弁護になってないという僚な事を 言 いたかっ

MML と 言 ったらとんなイメージが書けるんじゃないかたようです。丁度打ち切って良かったなと思ってます。

と い った援念事を PR 出来る材料があればと思ってとの&笑い&

会に参加しています。 今はなかなか夢を浮かばせるよう

前半はメインフレーマを責める側， 守 る側，攻防合いな話が社内で出来ないので，そういうのがあったら…・

半ばしたというととろで，ととからは坂下さんがどういと期待しています。あとは坂下さんの方から 「理想の…，

う調和の世界を鏑いてくれるかに期待しましょう。じゃ」 といった話をして下さるそうなんで結布陣期待していま

あ，お願いします。

す。

U
久保:

じ+あ，

もう休みにしたいんですが， 先 IC ，ア

UN1X ネットワーク環境から見て翠懇の MML

鍍下(アステック

殆ど陰謀だというのがだんだん

ッ プロード，ダウンロードを全く人間が録作しなきゃい

分かつてきました。私は今さっき着いたととろ念ので，けないという話。 事実 だから事実なんでしょうけれども 。

前半，昨日の雰囲気，昨日の夜の皆さんの乱れ方とか知それを聞いた皆さんが蔑みの笑みを浮かべていたんで，らないわけです。ちょっと雰囲気が分からないので，

ちょっと僕は目立を弁護したいと思うんですね。

のセッションがあまりに酪いのか全体が酷いのか分かりと僕にもちょっと思い出があるんですが，基本的1C 32

ませんので何とかまとめたいとは思いません。私は普段70 って 言 う上でずっと目立も富士通も仕事をしていた

使っているネ ッ トワーク環境の紹介をして，マイクロメ

わけです。そしてハードが安くなって負荷分散とかのア

インフレ ー ム P ンクという言葉がありますが，イデアがすぐに出て来ます。何とかワークステーション

レ ー ムもとんな事が出来れば一緒 K 皆さん仲良く出来るだとかインテ 9 ジェント端末だとか，そういったととろのにね…，と言う関心をお話したいと思います。ですかのパワーを利用して使い易くしたいアイデアがすぐ出てら，たぶん，将来来るんですね。私もそういう事を考えた事があります。

いかという明るい気持ちがあるんです。それは当たって

‑1
1
0‑

メインフ

2-3 年のうちには出来るんじ+な4thSEAEnvironmentW orkshop

MMLsessionreport

いないのかも知れませんが，まず自己紹介から。

年~手を加えて行くのでドンドン大きくなってとても

私，アステックと言う会社の今はプログラマではあり

やっていられなくなります。とれは困ったという事で周ませんので…，毎回言 っておかないと会社の方で何をさりを見回したととろ遊んでいた計算僚がありました。 M

せられるか分からないのでプログラマではないと言ってVI0000…，

当時，

VAX ー 1 1/780 の対抗機歩いているわけですが， マニュアル製作と会社のプロダとして出されたやつですね。それは何とメインフレーム

クトの移植をやっています。何故，

プロダクトの移績をばりのメモ P が 16MB ，ディスクが 2 G Bo 5 年前にしているかと 言 えば，計算僚は UNIX ワークステーシ

しては音響い水単の MV が 2 ユーザ位で使われていました 。

U N1X ワークステーショ

その上に Kyoto Co
mmonLiøp を作っている方が二人だ

ヨンしかありませんが，今，ンの管理をしているので，色々なマシンを知っているとけで使っていらっしゃいました。そのマシンはパ P パ P

いう事で移植の方もしています。ですから計算様のではとCommon Liøp をやっていたんですが 「済みません。 ちないでしょうか。

ょっと FORTRAN を入れたいんですが…・

アステ ッ クと 言 う会社ですが，ととは UNIX ワーク」 と 言って， MT を持って行って移植した覚えがあります。

ステーションで動くグラフィ ッ クスソフトウェアの開発

非常に大変だったです。 MT をまずま骨けようとするとと販売をやっています。知っている方はいると思います。

やはり ]CL のカードを突っ込まないといけないわけで

GKS というグラフィ ッ クスライプラリの標宣告があるんす。当 時はカードの入力装置が 1 階で MT の入凶カセンですが， その販売です。それとウインドウシステムで動タが地下にあるわけです。それで，

くような CAD システム。

発行して走って行って MT の装置が開くのを見て MT を

GMW と Wn n というのがありまして，パプ P ックド

まずMT のジョブを鱒けていたわけです。そんな時 K 階段で人に遭ってお喋メインに近いようなソフトウェアの配付もしているのでりをしていると MT 装慣が閉まってしまいまして，また「普段は何で儲けているんだ 」 と皆 K 聞かれますが，商階段を 上 がるわけです。とっても 悲 しい思い出でした 。

売 としてはソフトウェア開発です。なにかお仕事があり&笑い&ましたら…. 忌近は貧Z なので…，
それで私自身何をして来たかと 言 うと，学生の時代はとれでは仕方がないのでフロ ッ ピ ー で読ませる等や ってみましたが，結局は MT で持って行きました。当時のまだメインフレームしかありませんでした。学生の頃，

MV は， 勿論 UNIX ではなくて AOS と 言 う特殊な O

5 年位前はワークステーションは無くてメインフレーム

S だったんですが，

F 1XED-PARM のものを読むだけでした。ですからメインフレームの VOS3 とか Oのにえらい苦労しました。ゃっぽりメインフレームとそ

S 4 等 を使って来ました。私は物理の出身ですのでメイ

れ以外を繋ぐのは非常に大変だという思い出です。

ン フレームで FORTRAN 等 をパリパ P とやっていた

綾な 気がします。

思い出話はそれ位にして，今.どういった俊械を使っているかと 言 うと

(OH P) 。流石 に UNIX ワークス

非常 K面倒臭かった思い出があります 。 例えば重 い僚

テーションで商売をしているだけあってマシンは山のよ

な遅い僚などうしようもない事があります。年末の繁忙

うにあります。}JIIIC全てを買ったわけではなくて勝手に期や卒論等 の繁忙期の朝にジョブを突っ込むと次の日の来る俊械もあります。勿論，朝に ]CL エラーで返 っ て来- るとか…，です。&笑い&を買いました。それから GMW の関係で立石の俊嫌があ

あれはとても悲しくて…，何 回 も閉じ事をやって…，
それがメインフレームの時代だったんです。&笑い&

SUN は流行なので SUNります。それからやっと LUNA が釆ました。

4 .

3B

SD の担襲被を初めて触ったわけですが，まだ製品 (L U

その時の大学 もソフトウェア資産というものを持ってNA) が落ち着かないのでちょっと大変です。あまり悪いました。私は高エネルギー物理の 実験をしていたので，

口 を 言 うと悪いのでやめときます。それから NEWS が何処かの何かの粒子をぶつけて， その生成した粒子が何あります。そして日本では少ないでしょうけれど ，で， エネルギーがどうなる…，といった解析プログラム

c2 の上で Mac-OS を使わないで UNIX を使って等がありまして，それは 1 0 年位前から受け継がれていいます。 Ma c2 を使っている人にはおとられてしまい

るわけです。

そうな事ですが，確かに A / UX は使えないです。 Ma

FORTRAN66 等 の段階で書かれていMaる駿な何万行もあるプログラムの保守等 をやっていましc2 は Mac-OS で使う良いハードが出嫡いました 。

た。

それから Apollo の DN3500 が DOMAIN-

‑1
1
1‑

4
t
hSEAEnTironmentW o
r
k
s
h
o
p

MMLs
e
s
s
i
o
nr
e
p
o
r
t

OS で動きます。それから I R IS‑.
(Do S iIic

ングが困費量になるといった事も後能どとに分けて複数のon Graph

cs のグラフィックスワークステー

プロセスが悩調して動く様にすれば，そのプロセスどとションで R2000 が厳っていて凄〈速いです。パフォにデパッギングすれば良いじゃない」と夢の綾な話があーマンス的には Sun-.( 以上出ている気がします。そるわけです。そうなるとお互いの通信の所のデバッグがれからターミナルが山のようにあります。普は PC-9

大変になりますが，との織なパラダイムもだんだん実現

8 がかなりあったのでそれを収容するためにターミナル

出来るんじゃないかという事です。

サーバを入れました。その他，レーザプ 9 ンタ等。

それから後は「パフォーマンスの改善」です。マルチですから量近はメインフレームと縁の無い生活です。
との絵 (OHP) は Ma c で書いたんですが.

プロセシングして，後能の分散が出来て.資源の共有をU NIX

すれば，全体的にメインフレーム一個に集中しているよでとれだけの絵を奮とうとすると大変です。とんな時はりは何かで分徴してやれば少しは改善されるという事で

M ac の方が良いですね。とんな風 (OHP) に(償鎗す。勿論とれは理想です。とれには人が制御してやらなが)グジャグジャとあります。先進的f.t電総研の織に複ければいけない事もありますしマシンが勝手にやってく

数タイプの Ethernet があるわけではなくて，とれる事もあります。今の段階ではまだまだ人が触ってやれ位の小規模の会社ですが，とれ位の会社でもとの程度

は簡単に作れるという事です。

らないとうまくロードがバランスしないといった問題もありますが，それも追々解決されていくでしょう。たぶ

日々とういった環境の中で仕事をしているわけですが，ん…，そのために大学の人遣は研究しているわけで，そとういった環境で何が出来るかという話をしようと思い

ういう人遣には税金払っているわけで，そういうのをちます。今までの御二人…，私自身もそうだったのですがゃんと研究してもらわないといけ念いわけですね。&笑吋技術者のプレゼンテーシヨンには高い理想があってい&「今の僕達にはとういう事が出来f.t \r>.....

出来ない 」 とやってしまいます。

とういう事が「 何が出来るか」 という事をもう少し話します。

r資r じゃああなた遣は一源の共有」 という事についてです。ととは UNIX の話

一体何が出来るの… ? J と微々になってしまいます。会社には UNIX マシンしかないに 言 われるので，とれからはプレゼンテーションにもカ事とメインフレームや VMS 等とうまくファイんを共用を入れて，何が出来るかという事を畳初に話さなきキい

しようとなるとちょっと大変ですが UNIX ワークステ

体何をしているの…?

けないという気がしています。

ーションならばかなりの事が出来るからです。 UNIX

それで「何が出来るか」 ですが，何が出来るかというK 詳しい方なら分かると恩います。マシン固有のファイ話をすると話をしている人が 「嘘つき」と言われるわけ

ルだけは共有出来ませんがオブジェクトが共通のものはです。&笑い&でも 「 出来ないよりはましだろう 」 と共有出来るという事です。それと各プロジェクトが全ていう事で， 理想はあるかも知れませんが「かなりの所まのマシンを共有出来るという事です。との綾なファイル

では出来てるんじゃないか J .

の共有等は NFS や RFS があれば比鮫的簡Jti IC 出来まr そんなに捨てたもんじゃない 」 と軽くまとめていくととろが畳後だからいいんす。

じゃないかと思います。

NFS は比較的 OSIC 依存しない倒造になっているの

それで「何が出来るか」 です。まず 「資源の共有」 でで， 移植は非常に困鍵ですが VMS や IBM の AIX のす。つまりネットワーク環境で何が出来るかという事で上で動く物もあるそうです。だから一応メインフレーム

すが資源の共有です。資源とはディスクとか CPU です。

をファイルサーバにするという事も可能ですね。&富士

それとレーザプリンタの畿なデバイスです。

通の久保さんに質問&

UTSにもありますか?

それから「複能分徴 」 です。ひとつのマシンで全部打ち込んでやっていたものが得意なものや，とれ位は出来

久保:

たぶん…・

鏡下 :

ですから，ファイルの共有位は UNIX を場入るでしょうという感じのマシンに後能分散して置いておけるという事です。

それから「マルチプロセス 」 です。復数のプロセスがすれば出来るという事です。但し，メインフレームの上協調して動く畿なプログラミングが可能になるという事だとバーチャルマシンの上で UNIX の OS が動くわけ

です。

で.

r プログラムが巨大化して行って非常にデパッギ

‑1
1
2‑

M SP と UTS がファイルを共有出来るかどうかに

4thSEAEnviron皿ent W o
r
k
s
h
o
p

MMLs
e
s
s
i
o
nr
e
p
o
r
t

ついては私は知りませんが，そとら辺がうまく出来ればを受けたいプロセスはサーバにネットワークファイルで共有も不可能ではないという事です。

コネクションを張って使うわけです。

ファイルの共有というのは誰でも思いつく事ですが，良い例はウインドウシステムでしょう。ウインドウシ

デバイスの共有等もネットワークに繋がっていれば簡単

ステムはサーバクライアントのイメージから言うと逆にです。レーザプ P ンタの IMAGEN シ P ーズは E th

なりますが，それと長近のかな漢字変鎮です。かな漢字

ernet のインタフェースを持っているのでネットワ

変倹で辞書をß.個人どとに持つのは単にディスクの無駄ークに噛んでおけば好きなマシンから IMAGEN へフになります。ですから，かな漢字変後サーバがいて，そァイんを投げられます。そうすれば特定のマシンだけがれに対して変換を要求すると言ったシステムの方がやっ

重くなる事はありません。ネットワーク負荷は上がりまぽり使い易いわけです。

すが Ethernet で 10Mbps ，FDDI を使え

それからデータベースですね。データベースも巌近でぽ 100Mbps 越えるわけですからネ y トワークの負はネットワークにフロントエンドが 1 個あって，データ荷というのはそんなにうちの会社では問題になっていま

ベースを管理する綾なプロセスが 1 倒あって，それに対せん。

して要求するといったシステムが大分出て来ています。

それからテープドライブです。テープドライブなんでそれと後はグラフィックスですね。とれはウインドウ

いうのは何処かのマシン K 一個付いていれば良いわけでシステムが出来たからなんですが，先の僚に向とうの方す。うちには S u n が 5 台ありますがテープがついていのカラーターミナ ......IC 対して出すなんでいう事が簡単にるのは 1 台です。値段を安くするためにテープドライブ

出来るようになって来たわけです。とれはどちらかと言は買わないようにしています。 MT 装置等は各マ・ンン K

うと，まだ一体化のシステムなんですが今後は復数のプ'憶がっていても仕方がありませんからネットワークで共ロセスがどち+どちゃと協調して動くような対等な分散有しているという事です。

プロセスというのがきっと概念的に出て来ると思います。

それと，案外貴重な資源として CRT 。特 IC ，うちの現実に会社の中でプロダクトレベルで ζ ういった物には会社はグラフィックスの開発をしているのでカラーのグ

まだ手をつけられません。サーバクライアントモデルのラフィックス等が必要になりますが，開発にはそノクロ

プロダクトというのはやっと作れるようになって来たかのそニタを使ってフィニッシュのととろで何処か向とうなという感じです。

の方のマシンにネットワーク経由でウインドウを開いてそれで，ああ言ったネットワークがあると何が便利において rOKJ 己カラーグラフィックスのカラーの CR

なって来たかと言うと償能分徴が図れるという事です。

Tなんかを共有するという事をやっています。

今は色々なマシンがあります。また，色々なサーバとし

次に CPU です。勿論，オブジェクトが遣う等の問題て単純にネットワークインタフェースを持って単俊能しもありますが，ある程度小規模なアルゴ 9 ズムの検証だ

か持た念い織なシステムがかなり出てきています。そのけ自分のローカんなマシンで検証して 「後は CRAY で良い例がターミナルサーパです。

…, J といった事が出来るわけです。例えば電総研です
が，あそとには FX8 ，

All

ネットワーク K噛むターミナルの口が 1 6 個ある。そant 等のパラレルコ

れで，ホストには一切ターミナんを付けないわけです。

ンピュータがあって，とちらでちょっとやっておいて A

うちの会社でも SUN とか他の UNIX マシンに付いて11 an t 等で巨大な計算をするという事を彼らは実いるターミナんはありません。レーザプ P ンタもターミ際にやっています。ですから数が少なくてもネットワー

ナルサーバの先に繋がっていますから非常に負荷が減る

ク K 繋がっていれば，それぞれの後能を目標どとに使えわけです。

るという事です。

それとネットワーク環境になって来るとプログラミン

ホストに対するターミナルサーパで，うちで成功しているのは E nC 0 re の Multimax のシリーズと ，グの績念が大分変わって来ました。やはり複数のプロセ

それに繋がる Annex です。

スで協調して動く織なシステムが大分相えて来ました。

トラマックスというマルチプロセッサマシンの紹介が出

少し前 K 発明されたサーバクライアントモデルですが，ていますが，あれはターミナルコードが一切用意されてあれが今の所は非常に帽を効かせています。つまり，あいなくてターミナんは全部ターミナルサーバから使うよるサーピスをするサーバフ.ロセスがいて，そのサーピス

うになっています。 ζ ういうネットワークで俊能分散が

‑1
1
3‑

b

it の長新号等 Hこウル

MMLs
e
s
s
i
o
nr
e
p
o
r
t

4thSEAEn'吋ronment W orbhop

まり，今までの僚に t単純にポーっとソフトウェアを作っ図れるわけです。

それからファイルサーパですね。最近，ネ ッ トワークていただけでは明らかにまずくなります。うちの中でもN FS のプロトコルと E t

やっぽり色々恋人がいまして，確かに今までみたいに簡

herne t のインタフェースを持った NFS サーバと単に作っていたら明らかに問題になるという事があるわ

言 う後被が発売されている傑です。それに巨大なディスけです。

のニュースで見たんですが，それはですね。色々なものがトランスペアレント IC ，クが付けられて光磁気ディスクで自動的にマイグレーシ

透過的に見えるという事とソフトウェアのポータピリテ

ヨンしてくれると 言 ったシステムもある織です。

ィが重要に念ってくる事です。

ですから ， 色々老後械がネットワークのインタフェー
スを持っていれば…，ネ ッ トワークのインタフェースと何処のホストでソフトウェアがコンパイんされて実行

TCP/IP が殆どですが，そういったインされるのか分からないわけですし，どういったターミナ

タフェースを持っていればネ ッ トワークを通じて色々なルの上で実行されるかわからないわけです。 S u n で作

言 うのは，

俊能が増設出来るという事です。 ターミナんをもっと繋っていて OMRON の方で虫等が出て…，そういった事ぎたければターミナルサーバを買えばいいわけですし ，がすぐ起とるわけです。

ファイル容量が足らなければファイルサーバを貿えばい

それからネ ッ トワークで何でも繋がって行くわけですE t h erne t インタフェースを持から，何処かの会社から全部買うといった事が出来なくいわけです。今，Sなります。必然的にマルチベンダに陥らざるを得ないわ

DN のインタフェースを持っているもの等もあるみたい

けです。そう念ると大変です。例えばメモ 9 は何処からですね。ですから，ネ ッ トワークを通じて色々なデバイ買って，スを使えるというわけです。 ホストにがんがんと物を付

保守はどうなるんだ…，そういうのがドンドン出て来る

げていくんではなくて，ネ ッ トワークにそういった物をわけです。

った S CS 1 のディスクを繋げてくれるものだとか 1

付けていくといった事が， 今，だんだんと行われていまとの中で皆が困っている事。商売の話をしますと 「 システムインテグレーション 」 です。ネ ァ トワーク K 畿器す。

を接続しようとした時 IC ，それから，今はなかなかヒ ッ ト作じゃ念いかと思うんですが

Ethernet ケープルは何処から買って，

X ウインドウ端末 と 言 うのが発売されています。

どの綾な網成で，どれだけメ

モ F を買って，どれだけディスクを買って，どんなワー

日本だとクボタコンビュータで，アメリカだとベルシス

クステーションをネ ッ トワークで繋げれば良いかというテムズとか IBM/PC の AT のカ ー ドの形で供給され事をサジェスッションしてくれる会社は今のととろ殆どています。それと台湾の会社も出してる僚です。つまり ，ありません。ですから.

X ウインドウのサ -.Þ': とネットワークインタフェースだを買うか凄〈悩むわけです 。 ですから，お金を払ってもけ持っているわけです。とれをネ ッ トワーク K バヒョっ

いいからネットワークの管理とそういった保守をやってと挿すと.いきなりマルチウインドウターミナんが出来欲しいととろなんですね。そうなると一部では禁句ですます。クライアントは勿論他のホストマシンで， 即ち U

けれども標激化という 言葉が出て来ます。

うちの会社でも次に何のマシン

NIX マシンで動かすわけですが，とれだと X ウインド標激化の悪い意味は色々あると思うんですが，否が応

ウ端末の管理も要らないし，何時落としてもいいわけででもある部分は標準化して.それを共通に皆で使って行すから非常 K 簡単です。

かなければいけないという事です。それがだんだん重要との僚にネットワ ー クを使えば色々な担豊能分散が自然になります。

0と行われて行きます。勿論，とれは理想でありまして，

それで優初の話ですが，今，会社ではファイんが 1

会社の中でも特定ホストにプロセスが集中する様な事が何台のマシンにディスクとしてぶら下がっていて.それ起とっています。しかし，普に比ベて，

ζ ういったネッ

ぞれ全体的に透過的になっています。とちらのマシンでトワークに繋がる後器を増設すれば負荷が簡単に分散出コンパイルしていてもファイんは向とうの方のマシンで来るというのは非常に大きなメ P ッ トです。

がんがんまわっているわけです。だから自分が何かローとの機 K 話して来たわけですが，とういった事が実際にだんだんと仕事の中に入って来た時には，どういった問題と影響があるかという事をちょっとお話します。つドが重いと思っても何処のロードが重 いか分からないわけです。 CPU が重いのか.

ディスクが重いのか，

Et

hernet が重いのか全然分からないわけです。つま

‑1
1
4‑

MMLs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEnvironmentW o
r
k
s
h
o
p

りネットワークファイんにファイルがあるとネットワー

るし，逆にする事も一応出来るらしいです。ですから，

クなんか意議しなくなるわけです。

いずれにしてもだんだん関係が無くなって来る。

それから，今は会社の中には Ethernet しかあ
りませんが，

だんだん理想になりますが，今，騒がれている 1 SD

Appolo があるので必然的にトークン

N とインタフェースすれば Tra

IBlazer 等をリングとかも張らなければいけないわけです。が，そう高いお金を出して買わなくても 64Kbps の通信が保なるとネットワークが物理的な媒体である事を全く意識証されますね。

しないわけですね。プロトコんは，今は通信に強いパー

大変そうで，ちょっとそれは無理ですが.簡単なプロセ

クレイ系 UNIX の方が流行ですから TCP / 1 P 等をス開通信位なら出来ます。そういった意味では ISDN

使っていますけれども VMS の世界では DECnet ではちょっと遅過ぎるわけで 1 M bp s 位は欲しいととろ

すね。 Ma c の世界では AppleTalk がありますですね。プロセス開通信で X のクライアントを動かすとしそのうち OSI 等が出て来る。既に今でも Ma c2 でなるとかなりの通信が出ますから本当はもっと欲しいとは AppleTalk と E the rne t のゲートウェ

とろですが。

イが存在するわけですから，それとそ，もうプロトコん

64Kbps で NFS をマウントするとそれから後は時間です。 ζ うなってネットワーク K 繋も全く関係がありません。 Ma c の中から UNIX の資がっていると 24 時間運転にならざるを得ません。何時源を利用するといった事が簡単 K 出来るわけです。です

でも何処でも使えるっていうのが理想でしょう。
とういった事が簡単に行われるためには何が必要かとから，プロトコんがどうだとかはだんだん関係が無くなって来るんじゃないかという感じがします。

いう事について敢えて言いますが 「 役に立つ標潜化をしそれと後，ハードウェアですね。ハードウェアもネッて欲しい」という事です。

トワークに繋がっていて CPU が何であれ何でも良くな

まず，ネットワークファイんではプロトコんです。 Oって来るわけです。メインフレーマのワークステーショ

S 1 でもいいです。何でもいいですが，ちゃんと使える

ンでも…，メインフレーマはちょっとしんどそうですがプロトコんを決めて欲しい。

本当はととら辺が楽になってくれるととても贈しいわけ

それとデータですね。例えば J 1S の漢字コードなんですね。例えば，メインフレーマで UNIX を…，あえてあまり頻繁に変えないで欲しいですね。古いファイんて UNIX と言いますが，私自身は r UN 1X 万歳」 とを持っていてプ P ントアウトすると名前の形が変わってか，そとまでは言いません。たまたま便利だから使っているなんでいうのはハッキ F 言って困るわけです。ああいると言うスタンスですが，

U N1X を使っている人達

いった事もちゃんと本当は考えて欲しいわけです。

から見ればメインフレームというのは婆く面白そうなん

それから後はインタフェースです。ハードウェア的なですね。勿論，あの上で UNIX が動いてくれればとてネットワークのインタフェースが特に欲しいわけです。

もいいんです。

とうなって来ると色々なマシンに繋がって来るわけです

例えぽ UTS を使っているセンターの人達 K 聞くと物から…・

婆く速いと言います。 SUN4 なんか目じゃないと言います。ディスクなんか物凄く速いわけです。ですからと

IDt町DIItionalisationと言う言葉があって…・ても羨ましい。あの資源をもっと私遥からもっと有効に使いたいわけです。

r計算は明らかに S u n でやるのは馬鹿らしくてメインフレームを敏り込みたい…，

J そう

いった事が出来るようになって欲しいのです。

L舵alis・tion、
私が日本 UNIX ユーザ会の方に所属しているのでとういった言葉が今の流行なんです。つまり，日本圏内だけで商売していてはまずいわけです。何か知らないマシン

それからオベレーテイングシステムです。今ととでMが出て来てネットワークで使えるからいいじキないかとac の話が出ましたが， M a c であろうが UNIX であか言う話ではまずいわけです。アメ P カに行った時に日ろうが何でもいいわけですね。例えば DEC の VMS が本の中でちまちま作った日本の中の事情 K 合わせたマ・ン

あります。 DEC ウインドウ等を使えば一応出るわけでンを使っているわけには行きません。アメ P カのをローす。 DEC ウインドウは X ウインドウの VMS 版で VM

カんにしなければいけないでしょう。例えば漢字コード

S で動く X ウインドウですが，ゲートウェイがあれば Uですが，特に EUC なんでいうのは英語と漢字。つまりNIX のクライアントを VMS の上に表示する事が出来

A S C11 と何かそれは自由に決められますが同時に二

‑1
1
5‑

γ

4
t
hSEAEn'吋ronment Workshop

MMLs
e
s
s
i
o
nr
e
p
o
r
t

つのコードセットしか使えません。でもそれじ+あ困る

すが，そのポ P ュームですね。何千万件というオーダのわけですね。

データベースになるとメインフレームでないとどうにもネットワークの上に壮大な話をします。世界中のマシならない部分があります。

ンと通信出来る。それから色々な人とメーんをやりとり

それから計算についてです。計算については確かにスする。そういった時にアラピア語も読みたいだろうし，

ーパコンピュータの方が速いですが，それにはそれをサ

現実的には留学生の受け入れなんかで会社の中に中国のポートするソフトの問題があります。最近，

方とか中近東ですとか東南アジアの方が増えてきている

ケジューんを立てるのにス ー パーコンピュータが要るとわけで，そうなると明らかに英語と日本語では足らない

考えたんですが，探してみたらソフトが全然無くて泣くわけです。少なくとも中国語位は喋らないとまずいです

泣く 3090 の上で諦めた.. .，そういう経鱒もありましし，アラピア語とかが喋れないといけない。つまり，マた。そういう意味で，ゃっぽりメインフレームにど厄介

シンの上でそれを同時に編集出来ないといけなくて，今にならざるを得ない織な部分があります。

のソフトウェアの作り方ではきっとまずいだろうというフライトス

但し ， 以前みたいにメインフレームで色々まとめてやわけです。

ろうと 言 う時代では無くなったと恩います。 と 言 うのは好き.，手に話して来ましたが， ネ ッ トワークの影響と…， 何千万件のデータベースなんでいうのをアクセスすいうのは物婆く大きくて色々な事が着実に現実に足下にると，一瞬， 他のジョブが一切止まります。検索のため迫っているというわけですね。ですから，憶かにファイに色々念式を組みますね。それを 実行した途端に CPU

ル転送が出来ないとか，そういった事をしたいとかいう

負荷が完全に 10096…，他のジョブはピクとも動かなのも第一歩でしょうが，ポヤボヤしていると本当に悩んくなります。メインフレームはマルチタスキ y グで CPで仕事をしていく人に取り残されてしまう恐れがあるん

U を使いつぼなしにするやつはいない ….誰かが CPU

じゃないでしょうか。それに向かつて，ちゃんと色々念を使っていたら誰かは 1/0 してる…，

努力をとれからして行かなければいけないんじゃないでから出来てるんですが，そういうのは非常にやりにくくしょうか。そういう話でした。どうも有り様うどざいまなりました。

した。

と 言 う燥な考え

そういう意味で， 普みたいな 「 メインフレームの 上で仲良くやりましょう 」 と 言 うのは不可能だし，そういう久保:

すぼらしい話でした。理想的かつ現実的なレベ

ルで，とれでシャンシャンにしたいんですが，ちょっと意味では，メインフレームはデータベースと計算マシンとして残って行くんではないでしょうか。そういう意味C

時聞があるので続きをやりましょう。沢山あるんじゃなでは，メインフレームはデータベースサーバであり .

いでしょうか。坂下さんだけじ+なくて全部まとめてや

RAY ではちょっと出来んような計算用サーバという像

りましょう。あと 1 0 分位しかありませんので。

な形に絞られて来るでしょう。
マイクロメインフレーム F ンクを私としてとれから考

海尻(信州大学

信州大学 の海尻です。大学に対すえる易合，やはり 「 ネットワークの中のメインフレーム

る批判もちょっとあった燥ですね。うちの大学でも情報」。 それだったらメインフレームじゃなくて 単 なるサー

工学科という立場ではメインフレームをやっています。

バですが，良い環境になっているんですが大学全体ではやっぽり逮

行かなければ，

そういう考え方で MML という考えを進めてζ の言葉は不適切じゃないかと思います。

メインフレームです。かなり酷い前提条件ですが，それで思いますのは簡単な話です。開発関係の方は 「 自分で久保 :選ぶわけではない 」 と先程の話にありましたのでちょっうのは大体のコンセンサスじゃないでしょうか。

そうですね。 MML というのが適切でないと 言と違うかも知れませんが 「 どうしてメインフレームでな
いといけないか」 という事をお聞きしたいのです。

臼井(J 1P)

それは大賛成ですね。 普，私の生まれる前に験争がありまして，
吉本:

日本の海軍事は戦鑑大和を 守

確かに 「 メインフレームでないといけない 」 とるためにいっぽい飛行僚とか駆逐鑑をそとら辺じゅうに言 うのがあります。それは何故かと 言 えば 「大量のデー

引き通れて海を走り回ったおかげでガソリンが無くな っタ 」 です。先程も 言 われた様に磁かにディスクは速いでて負けたと言うしよーもない話があるんですが，今のメ

‑1
1
6‑

4
t
hSEAEnTironmentW o
r
k
s
h
o
p

MMLs
e
s
s
i
o
nr
e
p
o
r
t

インフレームには MML と言う延命策を使って悲壮な覚

かと思います。

悟で延命を図っているという最後の足掻きが見える織念
気がするわけですね。

久保:現代験というのはやっぽりパーソナんな環境ですし，

今のには坂下さんからちょっとコメントがあっていいと思います。

それは験闘でもその通りで，飛行慣が現れてからは験鑑の役目っていうのも来泊なんで，大体そういう受け口が坂下:出来た時には航空母鑑と言う風に後ろでちキんと後穫射

馬鹿らしい事ですが，手必釜の会社の中ではネットワーク

撃をするだけにとどめ念いといけない環境になっているに繋がったシステム全体が計算債であって S u n 1 台がのに，まだ録掃を積んで走ろうなんて言う俊念事を考え

計算償じゃないわけです。そうなると管理者は勿論要るているから MML がどうのとうのと言う話になって来る

し， プ 9 ンタの対応を考える人が要るわけです。ですかのであって，先程言われたようにデータの提供だけとから，そういう類とはちょっと遭うような気がしますけれ

補助だけに徹すべきだと恩うんです。

はい。

SUNl 台を業務で管理するのは非常 Kども。

そういう役割を完全に切り艦して験争しようとか処理

久保:

ちょっと突っ込みたいですが…・

園中:

坂下さんのペーパの一番最後に何か理想的な使をしようという畿な大それた事を考えないで，単なるパッ クアップ償能という事で存命を図らないと，そのうち皆とけるんじゃないかという風に思います。

い方みたいなのが書いてあるんですけれども。

久保:

緩下:

冗殺です…，捨てて下さい。

田中:

いや。重要だと思うんです。ホストとの繋ぎっ今の話なかなかいいですね。 SEAMAIL IC.

書いて下さい。今のは説得力があります。

弁)11:

何故メインフレームか…，海民先生の質問に対ていうのを太くする事が出来たとして，その後で，どうするお答えなんですが，たぶん実際に自分でプログラムいう使い方をして行けば良いかというのをパネラーの方を作って，自分で流して，自分で処理の結果を見守って，逮にちょっ k お聞きしたいと思います。

結果を自分で使うという様な使い方をされてる方は明らかに不思議だなと恩われてると恩うんですね。 UNIX

井川:

だとプロセスの状態も全部自分で管理出来ますから。だってる立舗ーから言えば「基本的にメインフレームでやらけど，業務つてなんでも業務なんですが，大きなコンピ

なくてもいい事はメインフレームでやらないようにしま

繋いだら何が出来るかと 言 う謡だとして私がやュータで処理をして結果を出す事で商売をするという観

しょう 」 と言うのがそれです。それが目的ですし，負荷点に立った時に何から何まで全部自分でやらなくっち+が笹くなるとか環境が良くなると 言 うのはその結果。今いけない環境っていうのは，とれは非常に苦しいですね。

はそれだけです。

大型後だと後績の管理は維がする…・豊島ける紙の管理は誰がする....，プロセスの状態を見守るのは誰…，

とい

平山:

コンピュータの使い方をお話するわけですか?

う風に分業が出来ます。とてもじゃないけど人間のスケ

園中:

今までは繋ぐための媛しさみたいなのが論点だ

ールで計れない後な巨大なジョブでも流す事が出来ます。

ったと思うんです。それでは実際に繋がった時にどうい「いいじゃない J 0

rU N1X のワークステーション

った具体的な使い方をするか。例えば，コンパイルはホで大型慢の倦位時間がかかるかも知れないけれど結果だ

ストに任せて.

け出れば」という風に，実は私もたぶんそういう言い方

上で走っているのか。 あるいは画面IC.!Jストが出て，そをしてしまうんですが， ゃっぽり，その辺に微妙な遣い

ζ を反転してひょいと直してコンパイルしろと き えばそがあります。大型償でやる時っていうのは分業化が出来のままホストに言ってコンパイルして来てくれるとか。

る。まさか NEWS や SUN でマ・ンンの管理を分けてしそういった織な使い方のイメージがあればお聞きしたい

まうわけには行きません。明らかに分けて，そとでバラと恩ったんです。

dbx みたい念のがワークステーション

ンスをとりながら運用する妙と言うものがメインフレー
ムにはあって，それがたぶん，とれからもメインフレー

平山 :ムが生き続けていくひとつのポイントIC.f.I:るんじゃない

なっちゃって，ちょっとうまくお答え出来ません。

.1
1
7
.

あれだけ言われち+うと 「何かそうですね」 と4t
hSEAEnTﾌronmentW o
r
k
s
h
o
p

久保:

MMLs
e
s
s
i
o
nr
e
p
o
r
t

割り込むんですか。

ライブなんでいうのを仮想ディスクとして定義しておくと VAX のおなかの中 K 仮想ディスクを作る事が出来る

上妻(熊本テクノボ P ス財団)

いえ。今のお話。

んです。

久保:

はい。どうぞ。

上妻:

熊本テクノボ P ス財団の上奏と申します。去年

ィスク的なイメージでそれを使う事が出来るわけです。

までは DEC で DECnet ・ DOS というマイクロメイ

大体 1 ポ 9 ュームあたり 32MB 迄を 4 ドライブ同時に

ンフレーム P ンクの製品を援っていました。何か宣伝み開く事が出来るという事で，パスワードさえ知っていれたいになっちゃいますが使い方について少し説明させてばそれを皆が膨手にアクセスする事が出来るわけです。

頂きたいと思います。まず，何故マイクロメインフレー

今となっては， MS ー DOS で 1 6 ピット迄サポートさム 9 ンクなんでいう物が出てきたのかと言う話がありまれていますから必要ないですが，非常 K 狭い~聞でキチ

例えば，一太郎とか 1-2-3 ，Multplan 等のアプ 9 ケーションから普通の MS-DOS のハードデして…， その辺から始めていいですか。

キチにやってどうしようもなかった頃 「 データベースな

久保 :んか作れないよ」と言う話だったのが，そういう物を使はい。

う事によって 「小間切れながらも使う事が出来る僚にな
上妻:

確かにユーザとしての要求があったと思うんでりました 」 と言うのがひとつです。

すがメインフレームの延命策というのは確かです。プロ

それから細かい話ですが，一太郎で文書を作る時でもセスサーバ，フ09 ントサーバ，ファイルサーバ，ターミ

社内文書等は大抵フォーマットが決まっていますね。 ~Jナルサーバ等，色々な使い方が出来ます。そういった意

えば，そういったフォームが新しくなった時にフロッピ

味で存在意義というものをそういう所に求めて行くといーで配るのはなかなか大変で，結局プ P ントしたものをうのは皆が考えた事だと思います。

コピーして手書きで使うみたいな事をやっち+うわけで1BM‑Pすね。その燥な時に，それをやめて先の仮想ディスクがC が数百万台売れて…，今は一千万台超えてますが，売使えるわけです。仮想、 ディスクというのはハードディス

ちょっと話がアメ P カの方に行きますが，れている段階で Lotusl-2 ・ 3 なんかが数百万本売

クに比べるとやはり遅いです。従って，そんなに頻繁にれるわけです。そうすると現婦レベルでアフ，09 ケーショ

アクセスするものには使えないわけですが，銭形になるンとして Lotusl-2-3 をどんと・ん使って行きます。

フォームをそとに入れておいて，それを皆が勝手に読み

IBM-PC の事を 1-2-3 と覚えていたという人がい込む事が出来る援にしたり，ソフトウェア開発プロジェ

る伎の環境になったととろで，皆はそれをフロッピーとクトの中でライプラ P をそとに置いて，どんどんアップ

かハードディスクに持っているわけです。ととろが管理デートされるものを登録しておいて.それを皆で使う僚者 K してみればそれが手に取って見れないし，それを社にする等，そういった共有の仕方や使い方があると思う

内メーんみたいに…，電子メールじ+なくて社内メーんんです。

という形でフロッピーを集めて統計解析をかけたりする

それと坂下さんもおっしゃっていました資源の共有の所が出てきます。画告い所になると私蔵してしまう。

話 K 関係して…，

現場だけが分かっているという事になっては非常 K 困

PC を買う度にプ P ンタが 1 台 1 台が地えて行くわけです。そうすると ，

まだ私逮みたいな地るという事でデシジョンサポートシステムという流れが方人はいいんですが，東京あたりになるとプ P ンタの占出て来たました。そとで，それを支複するためにマイク

めるスペースだけでも莫大な家賃になって来-るわけです。

ロメインフレーム P ンクが出来てきたという風 K 私は理特 IC ，昨今のラップトップ等でスペースを効率化しよう

解していますし， そう言った意味では管理者側から需要としている時 IC，ゃっぽりプリンタを買ってるわけです。

があったわけです。

「 とれは勿体ない J ，~ICDECnet-DOS ですが，

MS-DOS の上て来た時 IC ，r どうしょうか」 と言う話になっE ther ne t 上 ICRS232C ボート

で動きます。普通だと A ドライプと B ドライブがフロッをつける等してそれにプリンタを繋ぐ。

ピーになって，ハードディスクが入っていれば A ドライ-DOS で VAX の下に繋がったプ P ンタがそのまま使r DECnet

ブがハードディスクで B ドライブ，

C ドライブがフロッ

えますよ 」 と言うイメージで売っていたわけです。レー

ピードライブになります。その後

D ドライプとか E ド

ザプ P ンタを 1 台繋いでおけば台あたりの性能は格

‑1
1
8‑

MMLs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEnvironmentW o
r
k
s
h
o
p

しておきます。

段にいいわけですから使い勝手は良くなってトータルのコストは下がるし，しかもスペースメリットがあります

とれも PC サーバと呼ばれるもので.80386 後能からその点でもコストが下がるという事で，一応いい事を使って 8086 のプロセスを幾っか動かせるわけです 。

ずくめの話です。

それで，それには CRT も何も付いていません。

386

PC1 台あたりの DECnet-DOS でと MS-DOS 。中身に r 386 何とか」 です。それにはソフトが 20 万同，ハードが 20 万円という事で<1 0

Ethernet のインタフェースが 1 個付いているお万同様かるので，余程付加価値が認められる所でないと決まりのそれです。どうやって使うかと言うと，ネット「 ソフトウェア開発環境にそのような物を入れる位ならワークで DEC の中から動いている PC エンジンに入っ

Ethernet lC直僚に繋がるワークステーション買て I 0 g in します。そとで Lotusl-2-3 等をっちゃうよ 」 と言う話になりがちです。

動かして DEC の VMS の VT-I00 等に表示します。

ととろが.

かなり難しい問題ですが.ちょうど DECnet ー D

それで，同時に四つまで使えるはずです。そうすると POS が出始めた頃の臼本の易合は，むしろアプリケーシ

C を捨てられるわけです。とれはなかなかに非常に良くョンレベルで利用者側からの要求が結備高くて，あちとて，何処か AT シェアのある所と付き合いがあって…，

ちのお客の所を廻ったんですが r DECnet‑DOSがあったから VAX を買ったよ 」 と 言 うお客が多くてびっくりしました。

とれの PC-98 を作れば売れるんじゃないかなと思ったんですけれども 。 何処か作りませんか I?

r何故? J と思ったんですが，要は従来の PC があまりに早く陳腐化した事から来てるわけで久保:

それは DEC の製品ですか。

す。

集下

DEC の製品です。

製品で.

PC は四つ迄しか使えない骨折j限はあるんですが，r 償却しきれないうちに使い物にならないでは困る」。 それでどうするか。

r 386WARE J と言う工婦等であれば，色々な部品を流す中で POS 端末とPC のパワーが足り念くなればネットワ ー クにどんどんして使う手があります。部品票みたいな物をバーコード

つけて行くわけです。それだから，例えばそれの汎用徴で読み込んで，その 98 で読み込まれたデータをそのま的 98 版をトラップして X ウインドウのプロトコんに変

まタスク開通信で VAXIC 送って，その VAX がプロセ

換して出してやれば，とれとそネットワークファイんでッ サとしてそれを受け取ってどんどん全体の工程管理を

PC の一太郎が使えるというわけです。だから…，何処して行く機な事をお客の方でやりたがるわけです。
そういったイメージで考えるとアフ"9 ケーションレベ

か作って下されば買いますけど … !

久保 :なかなかスマートですね。それ…・

ルの方が日本の場合は先行しているんじゃないかと思い
池谷(富士通静岡エンジニアリングます。
今日の，とのソフトウェア開発環境の中でマイクロメ
インフレームリンクが出て来るといった所 K は，ちょっマイクロメインフレームコネクションのメインフレーム K ついて，ちょっと弁護したいと恩います。

と違和感がありました。確かに現在は分散環境という話

私ども富士通でもメモ P が 16TB だとか，或いは膨になって来て，そちらの方については坂下さんからお話

大なプログラムだとか，或いは<1 CPU を組み合わせてがあった通りなんですが 「 一応そういった使い方があり

1OOMI PS を実現するという燥な事をやっています 。

ますよ 」 と言う事でちょっと御紹介致しました。

いわゆる金属鹿関係…，その綾な所では高トラフィックを処理する綾なメインフレームが必要で，やはり日本の久保 :どうもありがとうどざいました 。

混合だとそういうものでもってるんだと…・

坂下 :

いいですか。ちょっと。

I で良い物が出て来ているんですが，やはり，日本の経

久保 :

はい。

済を育てたのは先の蟻なものだと 言 う話だし，そういっ

確かに今はワークステーションや PC 等，色々と MMたものを，やはりより有効に運用して行くための開発環
坂下:

今の話に関連するんですが.

DEC で新しく 「境として.

PC やワークステーションとメインフレーム

386 何とか」 が出ましたよね。あれに私ひどく感動しを上手く P ンクして両方共存する僚な展開がマイクロメ

たんです。御存知ない方があるかと思いますので御紹介

インフレームリンクじゃないかなと私は思います。

‑1
1
9‑

4
t
hSEAEnTﾏronmentW o
r
k
s
h
o
p

MMLs
e
s
s
i
o
nr
e
p
o
r
t

U N1X ベースで基イルして実行しました。後の細かい修正は持って帰るの本的にはメインフレームであってもワークステーションが面倒臭いので ASPEN の中でやってしまいます。と最後のパネラの坂下さんの話 IC ，であっても同ーのアーキテクチャ，同ーのコード系，同

ういった事を色身考えてやっているうちに MS-DOS

ーの OS ，それから同ーの言語と極めて標激化された世のファイんだったら殆ど自動的にアップロードあるいは界でも尚かつ問題があります…，とありました。

ダウンロード出来るという事に気がつきました。経低限，

そとで，現実に私ども富士通が抱えている問題です。

LOGON はしてやらないとだめですが…・

はっきり言って PC やワークステーションは UNIX で2020 という端末について簡単に説明しておきます。

やります。だけど OS は MSP です。コードは EBCD

表画面にエミュレータの両面があります。とれは目立の

1C です。それから言語は PC やワークステーションでメインフレームに繋ぐ端末画面です。それと裏画面に Mも遣う禄にコンストラクションを実現するために良い織

S-DOS の画面があります。との MS ー DOS の画面になっています。

でファイル転送のプログラムを動かして表画面の端末画

とういった世界になって来た時 IC ，分散環境としてど面で同線の IDIT と 言 うプログラムを動かすと PRO

ういう縁者k 開発環境を提供するべきなのか。そういったC が動いて自動的にファイル転送します。その辺を 上手問題を考えると明日のセッションで検討される CASE

く作ると非常に簡単にフロッピーの中の MS-DOS のツール等が先の禄な遣いを吸収出来るひとつのコンセプ

ファイんをアップロード家いはダウンロードする事が出トになるんじゃないかと思います。とういったものをう

来ます。

まく PC やワークステーション，或いはサーパ，そうい

とれからようやく意見と質問になるんですが，MSｭった所で実現されて矛盾を隠し，それからホストでも運DOS のファイルを転送出来るという事は，結局，どん用出来るプログラムを生成する。そういった事がひとつなファイんでも転送出来るんです。バイナ P でもテキスの理想的な解じゃないかなと僕は思っています。現実にトファイんでも彼えるという事が分かりました。という

かなりドロドロした問題を抱えている状況でそういった事から，今はフロッピーベースで入れ換えていますが，解を備えてい念くちゃいけない。そう思います。

とれが MML みたいに線で繋がった場合は非常に快適になりますよね。今，私が是非とも欲しいのはそとら辺な
久保:

ちょっと実行委員長から圧力が婦かつてます。

rU N1SYS の人にも発言 の蛾会を与えなさい 」

んです。とれは私の意見です。

といもうひとつは質問です。今，私の所には 2020 端末

う圧力を受けています。どうぞ列に並んでおいて下さい 。

が償須賀事業部という事で 4 台しかありません。ととろ

何人でも結梅です。

が，我孫子に行くと何十台とあります。そして，エミュ
レータもソフトのひとつですから何十台のパソコンの中

山口(電力計算センター

電力計算センターの山口に入っているわけですね。そとで，2020 の中に入っです。私は先に話題1Cf.tっていました目立の大型慢のユているエミュレータが，もしパージョンア ッ プされた場ーザです。昨日のパーティーの自己紹介の時で言いまし

合は全部の鴻末でフロッピーを差してコピーしてやらな

た通り FORTRAN で大型でゴリゴ P やっています。

きゃいけない羽自に念りますね。ととろが，ダウンロー

目立の端末には 2020 を使っていて ASPEN でエデドが出来るという事が分かっているわけですからリモー

ィットしています。現在の私の仕事を少しお話してからトメンテナンスという事は非常に簡単だと思うんです。

意見と質問に行きたいと思います。

つまり， MS-DOS のあるソフトがパージョンアップ

ASPEN でやっているのはいいんですが，非常 K エ

されたとします。それをメインフレームのディスク上にディットが遅いので，ひとつパソコンでも使ってみるか

置いて主主きます。端末を使う人がそれを意議するかしな…, という事にしました。

いかは雛しいですが，使う時にダウンロードして来る事

それで，

PC-98 の一太郎や MIFES でMS-Dが可能になると恩います。ととろが， 何と 言 って良いの

OS のテキストファイんを作って，パソコン ICFORT

か分からないですが，との隊司t!IモートメンテナンスのRAN でプログラムを書いて，フロッピーで 2020 の話は，私の不勉強かも知れませんが，出て来ない機f.t感端末に持って行きました。それから MS-DOS のファ

じがありますね。

イル転送を使ってホストにアップロードしてからコンパ

その点でパネラの方に質問です。とういったメンテナ

‑1
2
0‑

4
t
hSEAEnTﾎromnentW o
r
k
s
h
o
p

MMLs
e
s
s
i
o
nr
e
p
o
r
t

ンスはどうなんでしょう。あまり考えるべき事じゃ念い

やらないのはおかしいと思っている人達だと思います。

のでしょうか。それとも，やはりやらなきゃいけないけ

今のは聞いていました…?

深瀬さん…?

れども，そと迄は…，と言う禄念事なんでしょうか。その辺をお聞きしたいと思います。

深海:

聞いていないです…，向とうに行っていました

から。

久保:

坂下さんがいいね。それには。

坂下:

メインフレームは使っていませんが「その繊念久保:大事司tði言になるので宜しくお願いします。

深海:

何も鍛しい事者k くて普通にやっていますけれど

物があればいいな 」 と，いつも思っています。 ASCIも。

I の深瀬さんは…?何処かに行っち+いました…?

坂下

ASC11 が PC-NFS と言うのを出してますよね。

PC-NFS は VMS もマウント出来るんですか …

?

あれは 98ICEthernet のカードを差して MS­

深海:

勿論それは問題ありませんが，それが何か…?

DOS のファイルの代わりに UNIX のファイんを自分

久保ASCIIIC システムインテグレータをやっての MS-DOS の A ドライブとか B ドライブに入れるともらうと，かなりいいシステムが出来るかも知れません

いうシステムですね。それを使うとアップロードやダウ

ね。

ンロード等も要らなくて.

MIFES をとちらで動かしてファイんはネットワーク経由で向とうに書かれます。

深瀕

r マイクロメインフレーム 」 と先程のどなたかがおっしゃいましたが…，ちょっとおかしいと恩います

MIFES のアップデート等も手元のフロッピ一等にはね。

置かずに UNIX 側のファイルシステムの方に置いて，

久保:それを更新して実行すれば全体が新しくなるわけです。

う方向で大体の皆さんのコンセンサスが出ています。

だから rMMLJ と言うのはやめましようといですから，大型慢でもそういう物があれば便利だろうと恩うんですが，何か認訟が甘いんでしょうか。 NFS

深瀕:

は UNIXIC 限られません。例えば VMS でも動きます。

レームがあるわけです。

メインフレームに NFS の製品があるかどうかは知りま久保:

せんが原理的には動くはずで.そういう物を使えば現実す。

ネットワーク上のひとつの資源としてメインフ

そうですね。そういう意議に皆さんなっていま

的に技術的には出来るし，やっている所もあるわけです。
そういった物がメインフレームにもあれば，かなり…・

深瀕:

ちょっとは使える…・という事ですけれども。

運用環境としては旧来の環境でしか俊助されませんとい

開発環境としてはとう言う t援助策があります。

う話で，今は開発環境の謡をしているわけですね…?
久保:

今のは 9 モートメンテナンスの答えにもなって

います?

集下:

山口(電力計算センター
そうです。

ちょっと確かめたかったわけです。要するに深瀬さんの話はメインフレーム上 K

パソコンのソフトウェアが蹴っていて…，
久保:

やってる所を具体的に教えて

坂下

ASC 11;がそうじ+念いですか…?

と言う厳司k 事

ですね…?
深瀬さ

深瀬:

そうです。

山口:

要するに一個しかなくて，それを皆が使っていんは何処かに行っち+いましたけれども。

久保:

東工大もそういう風にやっていると言ってましたね…る。

? 特に少ない手数でやっていますから。

深灘:

坂下:

後，東大もそうですね。

す。

久保:

当たり前だと思っている人遣なので，たまたま山口

FTP で持っていくんですか…?

漂着置 :勿論，使ってもいいです。運用形態はいくらで話題にしなかったと理解していいんじゃないでしょうか。

.1
2
1.

いいえ。それを皆が FTP で持っていくわけで4t
hSEAEnmon皿ent Wo
r
k
s
h
o
p

MMLs
e
s
s
i
o
nr
e
p
o
r
t

もバラエティがあります。

う事だったんですが誰も乗って来ませんでした。それは，ファイルのアップロードやダウンロードが非常に不便だ

山口:

要するに裏でファイル転送の織念事をしている…

?
深瀬:

ったからという事念んです。 PC-NFS を買うよりもターミナルサーバを買う方が安かったので，主主金を節約

欲しい人は FTP で持って来ても良いし，自分のファイんが残り少なければ直接メモ 9 に持ってきて実したわけですが，結局，それは誰も使わないから今から考えると「勿体ない事をしたな」と言う話です。

行しでもいいです。

山口:

分かりました。どうもありがとうどざいました。

深瀬 :ネットワークを運用するという事は当たり前の久保:

いい話ですね。悪い例ですけれどいい詣ですね。

事ですので。

片山 (UNISYS)

上妻 :部分もあると思います。

UNISYS の片山です。 M

ML について色々お話されていますが聞き落としている

ちょっと今の深瀬さんの発言で気になった事があります。実行系の共有という事で，ホストに実行系を先程のパソコン上で作ったソフトウェアやデータを共入れるという事についてはライセンスをお取りになって有する話で「ホストに吸い上げて共有化を図れば価値がいるんでしょうか…?

あるだろう」という所がありました。私どもはホストが，深瀬 :かなり主体になる惨なメーカですので，ある意味では 「うちがライセンスホルダーで，全てのライセンスを取ってあります。

ホスト上で持っているデータを部門に下ろして 」 と，話上妻取ってる物に限ってと言う事ですね。

としては逆になると思います。部門で活用出来るデータ深瀬:

そうです。全てのライセンスを取ってあります。

という物をパソコン上に落としてパソコン上の一太郎と上妻:

私がそれをやりたかった時 κ一太郎の作り方等

か L 0 t us 等で部門で有効に活用していく畿な使い方をユーザからよく聞かれたんです。

深瀬:と先程言われた僚をパソコンからのデータをホストに吸い上げて使うやり方の両方向の MML を考えています。

一太郎はパソコン上だけで使っています。ああいうのは作ったファイんを共有しています。

それから，プログラム自体の共有という事でホストにパソコンで動くソフトを入れて使うという話がありましたが，実際，ホスト上で動いているプログラムやデータ

久保:

いい問題提起ですね。今のは解決しなきゃいけないですね。

にアクセスするプログラムと言うのはパソコン上で動くプログラムだけではありません。
例えぽ，ホスト上で動いているプログラムで，紅ども

深瀬:

うちは訴える事はあっても訴えられる事はありません。

のシステムで行きますと Mapper は，ホストで作られたデータ…，とれを Mapper データベースと言い上妻 :分かりました。&会婦笑い&野中:

日本電気の野中です。なるべく短く行きます。

L 0 t U 8 等で切り張り的在感じに部分的に使えます。

うちではファームウェアを作っています。大体，殆どの部門でも有効なホストのデータを活用して行くといった

人は PC-98 と MS-DOS で仕事をしています。

僚な使い方を思考しています。或いはセールスしていまますが，そのデータをパソコン側 K 落とす事によってM

ap p e r データをパソコン上で役立てます。つまり，

うちにも Ma
D を入れて.

cro-VAX を入れて.

4
. 3BS

E therne t を張って. PC-98 をターミナルサーバとして…，す。

MML に関しては，そういう風に考えているんですが，と言う風な環境を作りまし

先程，パソコンサイドから「パソコン上に埋もれているPC‑

データをうまくホスト上に入れて共有化すれば…. J とたが，見事に誰も VAX を使っていません。皆.
98 の上で仕事をしています。

言う綾な MML のお話をされていた気がしたので，ちょ結局，何を欠いていたかと言うと rMS ー DOS 主体

J IC考えて無かったんですよ。何かネットワークを繋いっと聞き落としがあるかも知れませんがコメントさせて頂きます。

で VAX を繋げば r UN 1X だからいいじゃない 」 と言

‑1
2
2‑

MMLs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEnTﾏronmentW orkshop

nc という人気商品ですが，ら，適材適所と言うのは皆さんから凶てるひとつのコン

それを MML と絡めてネットワーク上IC. Mapper やセンサスですし，飛行甲 fi が要るというのもひとつのコ久保

LMapper や L

nc を実現するという要素はありませんか…?

完

それから，との現状をどうやって完結 IC... ・.，それは今

全にホストの世界の話ですか…?

片山:

ンセンサスですね。

現時点ではホストでの話です。商品計画等の話からの話です。もう既にハードを買ってしまって 9 ース

でマイクロ系に落とすか否かという部分を検討している

期聞がまだ 1 0 年あるという所はどうにかし念いといけ部門もあります。

ないですけれども。

とれ皇室，皆さんの発表や事例をパネラの方も含めて聞
久保 :篠悶さん， お待たせしました。委員長が時間を伸ばして良いと言ってますので，どうぞ気兼ねなくやって下さい。

いているとメインフレームってちょっと野良猫みたいな所がありますね。何とかして近づくんだけれどもヒヨツと逃げてしまうという感じです。

また事例になりますが，僕は色々な計算担援がある環境
篠田:

何か事例の報告大会みたいになってしまった感の中で自分がいつも使っている俊被は，

U N1X の Su

ETAがあって，じがあるんですが，先程.験鑑大和と空母の移り変わり

n ワークステーションがあって，みたいな事が面白いアナロジーとして出て来ましたね。

さんがあります。その中でも特 K良く使うのは S u n で「 巨大験鑑は空母に転換するべきだ…，

目立

J ですね。発言

すが，大型彼等も絶対に学生実習という所で使わなけれ者は何処かに行ちゃいましたが，そとで僕が言いたいのばいけません。 ζ れは苦痛です。エディットが苦痛です。

は 「空母 には甲板が要る 」 という事なんです。

それで RVI と言う仕組みがあります。

甲叡のアナロジーと言うのは，要するに他の飛行後とRVI が何をやっているかと言うと，大型俊上で動い交信出来る能力です。そういうのを 「 全然考えてくれてているラインエディタの出力を嫡まえて…，例えば，震いない 」 と言うのが，たぶん，

初 RVI を立ち上げた時ですが，手前はいつも使っていととにいらっしゃる皆さんのコンセンサスじゃないかと思います。
メインフレーマの方々にお願いします。

る v i の形です。奥で何をやっているかと言うとライン
r 甲板 」 を作を姻まえていて，そ ζ へ r 1 行目から 2 4 行自迄をプリって下さい。甲仮もあまり中途半端な物を作られると困

ントしなさい 」 というコマンドを密かに放り込んでおくります。充分な長さを持った物を作って下さい。とれは，のです。当然，レスポンスいいですよ。画面の中で動く

要するにバンド幅が高いという事を意味します。

ローカルコマンドだけです。だから，それから，甲仮に降りても何もしてもらえないで 「すが遅くても 1とれだと多少通信

200bp 9 位だと完全に使えます。とれぐに飛び立て 」 と 言 われでも困ります。甲仮に降りたらは X ウインドウのサーバとクライアントの関係に少し似整備して次の戦闘 K 備えるという事で 「 サーピス 」 です。

ていると思います。また，との燥な考え方でアフ.ローチ

要するに，物だけ作って置いておくのはやめて欲しいとすれば，僕はちゃんとうまい事行くんじゃないかと思いいう事です。そとに降りて，サービスを受けて，また飛ます。

び立てるような状態にして欲しい。

もうひとつ。パッケージングを FORTRAN か何か

適材適所というのは皆さんからコンセンサスが得られている事です。例えば，

うちには ETA がありますが，で両方向奮いた話です。 FAP の計算か何かを卒論 K した人がそれを作りました。ちょっと凝っています。要す

どう考えてもあの僚な僚機はデスクサイドには持って来るに 「 スピードは高官ぎたいけれどもあのエディタは使いれません。液体ヘリウムや液体窒素等，たくない 」 と言う事ですが100 坪位の土S u n の上でひとつのパッ

地の中 K仕組みが入っていて，あの概念物は待って来ら

ケージングをして，そとでデバッグからテストラン迄やれるわけがない。だけど，ちゃんと使ってやれば何十 Gって，いざ放り込んで…，であれば，言語の仕僚の相違

FLOPS という威力で走ります。あんなのは持って来とかがありますから今度は向とうの実畿でデバッグしななくて良いから遠くに置いておいて，しかもデータ転送

きゃいけないですが.その時にも手前でエディットして，は幅広いバンド幅を活かして，

そのデバッグセッションで変わった差分だけを転送する

SYSOUT 編集なんて馬鹿馬鹿しい事はやめて，ワークステーション側のあちらとちらで出る畿になっていれば良いと思います。だかという仕組みを作ったわけです。
だから，ファイル単位とかそう言うのから外れて，も

‑1
2
3‑

4
t
hSEAEnmon皿ent Wo
r
k
s
h
o
p

MMLs
e
s
s
i
o
nr
e
p
o
r
t

うちょっと細かい所を象って来るみたいなアプローチがしています」という事なんですが，今の段階では，結情必要じゃないかと思います。

ちゃんとやって欲しくて，もっと安全に磁実に出来るももっとまともな物をのをどうしてやってもらえ念いのという気がしています。
久保:ありがとうどざいました。岸田さんは後の 80

F の方で。その他の方はいらっしゃいませんか。

たぶん，お話聞かれている中には「それで出来るんだ
ったらそれでやればいいじ+ないの 」 と恩われている方がいると思いますが「実際にはそうじキ無いんだよ」と

井川 :今の篠田さんのお話を聞いててr ああいう所いうのが，私が今までの話を聞いて思っている事です。

にも同じ織に感じてらっしゃる方がいるんだな」と思い
ました。

久保:

「甲仮を作って欲しい」と言うのは正にその通りですね。それ以前からの話だと実際にメインフレームを使われていない方々は「ファイル転送の償能があるよ」とい

先に坂下さんから聞いた事と似た織な話ですが，井川さんがいい話をされていて，分かつて頂きたいと思います。何となく気分としてはやめたい気分ですね。

今のいい話でやめておいた方が，ひとつの余領を残しう綾な話を聞かれて 「 ああそうか」 と恩われていると思ていいんじゃないでしょうか。済みませんが，私の織限います。

で 1 0 分ほど遅延しましたが，とれで終わりたいと思い

それから，シグマの方でも物があると言う耳寄りなおます。

話があったんですが，それが実用的な物であれば素晴ら

では，最後に 4 人の方に拍手を送って終わらせて頂きしいですが，私が知っている範囲では先の電力計算センたいと思います。どうもど協力ありがとうどざいました 。

ターの方がおっしゃられた峻念物で，おそらく実現されているのかも知れません。
例えば，有名念物では kermi

J.セッション・サマリーがあるわけですが，それもある程度触ってみると「とんな物が使える ?J と久保宏志

言う実際の感想なんです。ファイル転送は出来ますが，

富士通システム本部「 それで ?J と言う話です。

j
u
n
e
t
:ku boOkubowb.時.fujitsu .junet

ASC11 の深瀬さんの告般に，当然， NFS で繋がっ

NIFTY‑Serve:PDG032
0
2ていてと言う様な環境があれば，それはそれでいいんですが，そんなものは無いので…，望んでも無い物はしょ

くなぜMML セションか>うがないんで…，そうすると「手元にある物でやりまし過去の開発環境ワークショップで「ワークステーショ

ょう 」 となります。そうすると通信回線経由でファイルンと分散環境」 をテーマにしたセションを持ったととが転送する後能があって 「 じゃあとれを使いましょう 」 とある。ととろが，とのテーマだと 2/3 くらいの人が議論に言う話になります。

はいれない。特にメインフレームを仕事婦にしている人

その時，私は使えるわけですよね。色々苦労して，うには話が分から念い。一歩引き下がって議論のテーマをまく行かなくて，調懇して 「 とれだったらうまくいくよ

MML(Micro Mainfran開 Link)」 という線を出して，自分自身の日々の業君事では使える

ムの世界に生息している人も議論 K 参加できるであろう 。

わけです。私はメインフレームを使っていませんが，自ζ んな気配りを働かせて，とのセションをつくってみた 。

にすると，メインフレー

分自身の日々の業務では使えるわけです。じゃあ隣の奴

とれは中野先生が暴露した内幕である。セション・チにやらせる事が出来るか…，後ろに座っている事君事の女ェアマンである筆者には予め知らされていなかった内幕の子に「 ζ れをやっておいてね」 と任せられるかどうかである。

…， 全然自分とコミュニケーションが無い人間 K 簡単な
マニュアルを書いて使わせられるかどうか…，と言うとく MML セションの議事要約>

全然別の話になります。つまり，そとの所が非常にクリ

MML セションの議論は，チェアマンが理解するととろ，

テイカルで使いにくいわけです。

つぎのように要約できる。

だから「確かにそういう道はあるじゃないか 」 という

メインフレームを神雪国にして不可侵なるものとし，マイ事なんですが，先の UNISYS の方の発言でも「単備クロの方をそれに寄せる形で MML 型の開宛環境を実現

‑1
2
4‑

MMLs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEnTiromnentW o
r
k
s
h
o
p

する試みが紹介された。それは苦労の多い営みであった。

る。すべての環境生活者にその苦労も報われる苦労であればよいのだが，実はそうするのでは念< ，生活者 K代わって環境情築を引き受けではなかった。

るシステム・インテグレータが出てきてくれる必要があ

その一方に，別にそう大した苦労もなく， UNIXマシンとのような情築技術を要求る。

を沢山つないだネットワーク環境を搭えて，そとで快適

とれらの疎題は因縁かもしれない。しかし，解決するに生活している現ーーがある。その例が紹介された。そんに値する課題である。解決した暁にはソフトウェア開発

なととが可能なのは，すべてのマシンを UNIXIC揃えて者にも次のような世界が約束されている。

いるからであろうと思うかもしれない。ととろが実はそ

アステックの坂下さん日く:

うではない。 NFS をすべてのマシンに乗せればできると

1:ωAMIC 大阪にあるデータを使って，東京の Cra.y-で計とである。たとえば，バーチャル・マシンのゲスト 05 と算し，その結果を名古屋と札幌の事君事所のワークステー

して，メインフレームの 05 と UNIX を乗せる。その UNIX

ションに表示して，の下で NF5 を動かす。二つのバーチャルマシンの聞でフなんでしたくありませんか?

9 アルタイムでデータを修正する。

ァイんを共用させる。とのようなアプローチを採用するとのような世界は，他の業界たとえば物流業界の業務と， UNIXマシンだけから念るホモジーニアスなネット

用システムでは既に実現され実用されている。ただしそ

ワーク環境ではなく，線々のマシンを含んだヘテロジー

れは，多大な時間と労力を投入して実現したものである 。

ニアスなネットワーク環境が苦もなくできる。

社会的弱者であるソフトウェア開発者が大きな投資を要

MML という言葉 K とだわると，間違ったアプローチに求しでも許されるととは期待できない。ソフトウェア開誘い込まれかね念い。そんな危蹟な言葉使いはやめて，発者が必要とする環境は，一般の業務が必要とする環境

あっさり分散環境とかネットワーク環境とかと呼ぶととに比べるととはるかに複維であるという事情もある。ソにするのがよさそうである。

フトウェア開発者は.金によってではなく技術によって，

MML f.l:る言葉からの解放が，産業界のコンセンサス K

血と汗によってではなく知恵によって，自分の望む世界

なれば苦労はない。ととろが，今のととろコンセンサスを手にいれるととを考えなければならない。

はセション会場の中のものでしかない。とのコンセンサスを，くセション・サマ 9-. レポートの組立>

セションの会易から野外に持ち出したい。それを可能に上に要約した議事内容を，以下の話の運びで若干詳しするには，ネットワーク環境れa慣がひとりよがりであっく述ベる。量後の行動提案は，議事の外である。セショてはならない。

ン・チェアマン兼セション・レボータとしての筆者のまやればやれるという言い方に嘘はないが，常にそれがとめである。

可能な訳ではない。ある前提が成立していればできる。
何もかも UNIXIC しろとは言わない。しかし，.MML 実現の試み 3件

UN民コミ

ュニティが育てたネットワーク環境情築の仕組みを，他.jJlJ の倭近の 05 も素直に優れたものと認め，その仕組みを取り入れ.現実と可能性のギャップてもらう必要はある。

-ネットワーク環境の実現に向けて

今すぐすべてのととが可能な訳では老い。 MML.議論の到達点が支・つぎの行動の提案

配的であるのには理由がある。そとのととろをわきまえないと折角のコンセンサスが稔りを生み出す力にならな

く MML 実現の試み:事例 1

ν、。

やればやれるのだからやればいい，>JIP( 日本電子計算)の例である。弁)11 さんが紹介した。

といって済ます傾

向は、我々の欠陥である。とれでは無責任すぎる。つくJIP は，バロースと目立のメインフレームでずっと計算った分散環境なりネットワーク環境なりは，普通の人がサーピスの商売をしてきた。それは商売用だから開発者

使うのに墜が高かったのでは困る。十分に墜を低くして，は遠慮しながら使わなければならない。何とかならない

使い心地のよいものにする配慮を欠いてはならない。

かとメーカ K 聞くと開発用マシンを入れなさいと言う。

ネットワーク環境情築はスマートにやれるとはいってそんなととができるなら苦労はない。商売用のマシンはも，それを実践するのは高度に知的で専門的念仕事であ売上に寄与するから買いやすいが，すぐには売上に寄与

‑1
2
5‑

4
t
hSEAEnviron皿ent Worbhop

MMLs
e
s
s
i
o
nr
e
p
o
r
t

しない開発用マシンを買うと念ると簡単にはいかない。

マシンでの話である。 EAGLE を入れた。続いて SE羽æ

メーカは，メーカ製の MML を使えともいう。しかしそれを使おうとすると，仕事のやりかたを変えなければなを入れた。メーカ製の MML を導入した例である。
EAGLE

がメモ P をくってどうにもならないくらい遅らない。長い年月の聞に定着している社内規則を変えろくなる。との問題を解決するために SEWB を入れた。

と 言 われても急にはできない。

MML の始まりである。 SEWSでSDF をつくる。それをメインフレームを使った商売とは別 ICJIP は，比較的最メインフレームに送ってシステムフローにする。システ

近のととであるが NEWS のディーラを始めた。そのととムフローをワークステーション K持ってきて，そとで編も手伝って，

計算サーピスの商売用とは}Jlj lC社内 K集する。ととから先は，システムフローから仕線香とソNEWS のネットワークができた。計算サーピスの商売をースを生成し，単体テストをする ζ とであるが，ワークやっている人は，

ステーションでやってもいいしメインフレームでやってNEWS ネットワークのユーザからすると考えられないような環境で仕事をしている。商売をやもいい。とれがMML の概要である。

っている人もそのととに気がついたのであろう。 NEWS

メーカはいろいろと歌い文句を唱える。

を使ってメインフレームの負荷を分散したいと言い出し

しかし実際 K 使ってみると問題が多い。プログラム資た。

源をワークステーションとメインフレームで二重 K 管理といった経鱒があって， NEWS のネ ッ トワークをバロしなければならない。アップロードとダウンロードが手ースと目立のメインフレームにつなぐととにした。

動である。データのコードがJISと EBCDICで違う。ソととろがである。 NEWS にある TCP/IP がメインフレーースの互換性がない。 PAD で入力するよりソースを手ムにはないし，メインフレームにある同期通信が NEWS

でいれた方が速い。爾面遷移シミュレータの結果を耳 IJ のにはないとくる。

ツーんに入力するが，とれが入手入カである。

幸い，無手順援続はメインフレームでもできるようにな

EAGLE は二年くらいで使えるよう K なった。パージョっている。それで行くととにした。色々限界はある。回ン 4 は使え念かった。バージョン 6 になって使えるよう線の多重使用はできない。回線数の NEWS しかメインフになった。 SEWB はまだバージョン 2 である。あと 4 つレームにアクセスできない。回線速度は高々 12∞bpl でパージョン番号が進んでパージョン 6 になれば，使えるしか念い。とんな限界はあっても NEWS をタイプライタ

ようになるであろう。

端末の代わりに使うととは，とれでできる。

いろいろ問題はあるが，メーカ製の DB/DC があるからとのレベルを超えて NEWS を画面端末としても使えるメーカ K 依存せざるを得念い。

ようにしようとするととれがなかなか上手くいかない。

非同期通信を通して使えるメーカ製の画面端末があるか

く MML 実現の試み : 事例 3>

ら，それに合わせたいと思うのだが，合わせるのに必要

KCS(前の神戸コンビュータサービス)な情報が手にはいらない。

山さんが紹介した。

の例である。 平

JStar でつくったドキュメントかNEWS とメインフレームの問でファイル転送を実現すべく， 3切ØRfE'フレーム用のソースコードを生成する仕組みをの実現を考えたが容易ではない。 NEWSIC 同期通信がな

作ろうと試みた事例である。データ調理盗殺計書，

いからゼロからやらないといけない。

ラム情造設計書，モジュール設計書なと・を JStar の上でつNEWS をメインフレームにつなぐととはできたが，到くる。 RJE を使ってそれをメインフレームに送り，そと底 MML と言える水首位 IC 達してはいない。 MMLと呼ぶととができる快適な開発環境は尋常なととでは実現でき

プログ

から先はメインフレームでやる。メインフレームは FA
COMである。とういう MML である。

ない。メインフレームの側でTCP/IP をやってくれるとやってみたものの，まともなレスポンスタイムを実現で解決する。メインフレームの主流プロトコんと NEWSのきず，デモをやる度 K 評判l を下げていった。

問 K ゲートウェイを置いても解決する。 NEWS の方から攻めて，との体験があってメインフレームとのリンクは一回だ
MML を実現するのは容易ではない。

けにしたいと思った。 F ンクは会話モードではなく，ファイル転送を一回行うだけにしたいと思った。

<MML 実現の試み:事例 2>

とれも JIP

それに ，の例である。関口さんが紹介した。目立のドキュメント作成にしか使えないJStar を探用したととも問遣いであった。

‑1
2
6‑

JStar はドキュメントの清

MMLs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEnvironmentW o
r
k
s
h
o
p

奮を支援する後能を備えるが，設計支援の働能は備えなをつける必要はない。

い。アルゴ P ズムの設計を支復してはくれない。それに(3) マルチプロセスができる。

相良能どとにプロセスを分けて，プロセスが協調して仕事

JStar は遅い。
巌上流工程からの再利用というととでドキュメントをする。プロセス単位にデバッグすればよいからデバ ッ ク

s ta r を入れたが，残ったドキも楽になる。ネットワークが新しいパラダイムを可能に重視す るととにして Jしたと言える。サーバ・クライアント・モデルといういュメントの 80% はゴミである。

さてどとにいくか。改めて， MML は開発環境の改善にいパラダイムが生まれて，今舗を効かせている。

役立つかを， ..の同僚にアンケートで聞いてみた。期

例:ウインドー・システム (X)

待できないとする人の数が半数を超えた。

例:か念漢字変換(wnn)例:

データペースのフロントエンドがネットワークにあって，データベースの管理をやる。データベースにアク<別の獲近>
アステ ッ クの坂下さんが，アステックでの体験を紹介

セスするプロセスは，それにリクエストを出す。

複数のプロセスがゴチャゴチャと臨調するパラダイムした。
MML を隠れて，ネットワーク環境で何ができるか。何が生まれると，一段とプロセス臨調の可能性が鉱がる。

ができているか。 ζ れを整理した。ワークショ ッ プ参加

そういうものが求められている。

者だけが一人占めするにはもったいない，分かりやすく(4) パフォーマンスの改善ができる。
まだまだ人が介入してやらないとロードバランスしな

有益なチュート P アんであった。

(1) 資源の共有ができる。

いが，追々解決していくものと期待できる。

例:ファイんを共有できる。

以上のようなネットワーク環境でできるととは，メイ

例:フ"9 ンタを共有できる。

ンフレームがそとにあるとできない ζ とではない。 NFS

例:テープドライブを共有できる。

や RCS

例:

高級カラー・グラフィクス・ディスプレイを共有でがあればできるととであって.

める必要は念い。 MML

glJ に UN庇でかたという呼称は発想を固定する作

きる。

用を持つ。メインフレームもメットワークを情成する一

ソフト開発は手元のモノクロ ・ディスプレイでやって，つの要素であると位置づけて憎想するととが肝要である 。

長終確認はリモートのカラー・ディスプレイに表示させJIP の事例 1 のように，メインフレームとワークステーてとれを行う。

ションをつなぐととろで苦労していたり，あるいは JIPの事例 2 や KCS の事例のように，つないでも使いにくい

例 : CPU を共有できる。
ローカルマシンでアルゴリズムを検証したあと，crayでといったととろでそタモタしていると，メインフレームの世界 K 生活している人は，進歩から取り残される。

実行する。

MML にとだわってはならない。

(2) 後能の分散ができる。
例ターミナル・サーパは一つの例である。

ターミナル・サーバという単俊能の専用後を用意し，タ

く現実と可能性のギャップ>ーミナんやレーサ・プ P ンタはとれに鍍続する。ホストマ

何もかもメインフレームの上でやる必要はないとは言

シンには篠続しない。とうやってターミナル用のコードっても，現実はその形態が支配的である。なぜメインフをホストから追い出してしまう。

レームなのか。との問題をはっきり捕らえておかないと，

例:ファイル・サーバももう一つの例である。

可能性を現実化するととができない。現実化するための例 :X ウインド一端末も可能である。

戦略を誤る。

X サーバとネットワーク・インタフェースだけを持っメインフレームは，大震のデータのためにある。高速処理のためにある。とれはその通りである。ソフトウェている端末である。

上の例は，つぎのように一般化できる。分散させたい後アが嫡っているから帽を効かせている。とれもその通り

能 K ネ ッ トワーク・インタフェースを持たせる。ネットであろう。だからと言って何もかもメインフレームの上

ワークに後能単位の箱を増設するととで償能追加あるいでやる必要はない。メインフレーム K はソフトウェアがは機能のキャパシティ追加を行う。ホストマシンにそノ織っていると言っても分野を開発ツール K 限定すると，

‑1
2
7‑

4
t
hSEAEnTÎron皿ent W o
r
k
s
h
o
p

MMLs
e
s
s
i
o
nr
e
p
o
r
t

必ずしもそうではない。 UNIXや MSムDOS の方がより豊うのよりも優れた方式が生まれている。 DEC

富に揃えているかもしれない。だから，メインフレーム

犯6WARE J という製品を出している。とれば PC を捨てを別格扱いしてはいけない。すべてを適材適所で俵わな

てしまうが

自身が 「

PCのソフトウェア資産はいかす。ソフト

いといけ念い。メインフレームはその特徴を活かして後ウェア資産はそのまま，ネットワーク環境の中で生かし方に退かせ，そのパワーとキャパシティによって，より快続けるととを可能にする。一太郎をお6WARE に乗せ， X

適なネットワーク環境づくりに貢献させるのが順当であサーバを乗せたターミナル・サーバ ICVTl∞をつなぎ，ろう。ネットワークの中の一つの要素としてメインフレ

そとから一太郎を使うようなととができる。

ームを活用するのが正しい。

ネットワーク環境は，とういった優れたアーキテクチにも係わらずメインフレーマ側から MMLというととャの発明によって徐々に改善しつつある。しかしだからが言われる。メインフレーマへの反発も手伝って MMLと言って，メインフレームの持つ管理の集中という特徴

は，メインフレームの延命策として考えだされたものでの魅力にはまだ腸てまい。いろいろ欠陥はあってもメイはないかとする見方がある。との見方にたつと，その作

ンフレームは，すべての問題を解決してきた。だから安為を見破り，延命策から自由になる必要がある，となる。

心できる。若干の不便を忍べばよい。対してネットワー

しかしそう単純 K 割り切っていいものだろうか。 MML

ク環境は，その気になれば簡単につくれるし，そのメ P

よりもネットワーク環境が優れているとしても，現実のツトを活かして使えぽ快適だから，大して苦労するとと話，ネットワーク環境が支配的1Cf.tる情勢にはない。そなしとのととろをきちんと理解しておく必要がある。

使っている。その範囲を越えて使おうとすると不安であ

理論的に優れているものが，現実には劣位 K甘んじて安易に使うととろに止まっている。使える範囲でる。そう抑えて間違いないのではないか。ととにネットいる理由は，つぎのように説明できるかもしれない。

ワーク環境の一つの隷題がある。

計算俊システムの管理面を考えると，メインフレーム

とういった技術論よりもっと大事なのは，姿勢の問題の世界には分業体制ができている。だから使う方は楽でであろう。 MMLIC ネットワーク環境を対置し，ネットある。管理が集中されているととは魅力である。ネット

ワーク環境をかつぎ， MML を否定的に評価してみても，ワーク環境になると，ワークステーションの管理を自分

問題は解決しない。日本のソフトウェア技術者はメインでやらないといけない。とれが現状である。との負担にフレームのために働いている。との現実がある。その現耐えられる人はそうはいない。

実から出発して，との面の優位性が拠り所になって MML が考えだされた

彼らの環境をいかによくしていくか。

との問題から逃げられ念いし，逃げてはならない。

とする見方ができそうである。実際DEC は，使えないパ
ソコ Y を教うために MMLを考案した歴史をもっているようである。 mM の PCが売れに売れた。 LOTUS の 1ふ<ネットワーク環境の実現に向けて>ネットワーク環境を実現する上での課題は，議論の中で3 をみんなが使って，一人一人がフロッピーを持つよう K

いくつか提起された。それを書き留めておとう。上述のなった。そのととによって計算後の全体の系が分からな

通り，ネットワーク環境は一人一人の利用者にかかる管くなった。そとに MML が登渇して管理の集中に道を開理負担が大きい。との問題を解決しなければならない。

いてくれた。おかげで全体が分かるようになり，コント

とれが一つである。

ローんが効くようになった。そういう見方である。

ζ の管理負担の問題とも絡むが，システム・インテグ

DEC は， MS-DOS のファイルを仮想的 ICVAX にとれレーション・ピジネスの成長発展を促す必要がある。とるようにした。会社の書式改定をプロッピーで配布する

れが二つ自の線電である。ネットワーク環境は，ネットのは大変である。仮想ファイルを使えば，との問題は一

ワーク全体を一つの計算僚とみる。それは高度なシステ

挙 K解決する。プ P ンタを}JIJ 々に持つのはもったいない。

ムであり，また必然的にマルチベンダー・システムの形

VAX のものを使えばよい。とういうととをやってくれ態をとる。とれを情築し運用するのは決して易しいととるという理由でVAXではない。 ζ の僧築と運用支t援をその内容とする事業がが売れた例も事実ある。使えないパソコンを救うために MML が登易したとする説明は，生まれ，それが発展するととなしには，ネットワーク環

そう見当遣いでは念さそうである。

境の普及はありえないであろう。残念ながら現在まだ，いまでは，使え念いパソコンを， VAX との MML で教そのような良質なサーピスが市渇で得られる情勢にはな

‑1
2
8‑

4
t
hSEAEnmon皿阻t Workshop

MMLs
e
s
s
i
o
nr
e
p
o
r
t

ポータピ P ティの現状も一筋縄ではいかない。開発環

ν、。

一つ例がある。 MS・DOS を主体とする・4・ IC MicroVAX

境が必要とする標漕化が， U N1X の標激化によって一を入れた。 PC98をターミナル・サーバにしてEt hernet を歩前進するとしても，開発環境と実行環境を分けなけれ経由して PC98をMicroVAX につないだ。ととろが誰もば念らない状態は銭〈。

MicroVAX を使わなかった。ファイルのアップロ

解決すべき疎題は上の三つにつきるものではない。

ード，ダウンロードが不便だから使わなかった。みんな

メンテナンスの問題，ライセンスの問題も提起された。

MS・DOS のまま使いたがった。ターミナル・サーバを入ネットワーク環境になって， あっちとっちで同じソフれるのでは念く， PC-NFS を入れていればMS・DOS のまトウェアを使うようになるとメンテナンスの問題が発生

ま使えて皆MicroVAXが活用されたであろう。

するかもしれ念い。 PC-NFS を使えば， VAX のファイん

とういう失敗を繰り返さ念いために，それを未然に防を MS-DOS のA ドライブやB ドライプにできるし，一太止して一般の計算鎗利用者をよりよい環境に導く事業体

郎を VAX IC 置いておき， VAX の上で使うととも，あるいの努力が社会の中に育っととが望まれるのである。

は ftp でVAX から PCIC 移してから使うとともできる 。

ネットワーク環境は，傑々の標単化の一層の推進を必だからメンテナンスの問題は部分的には解決しているか要とする。とれが三つ自の穣題である。

もしれない。

理想のネ ッ トワーク環境では，どのホストでコンパイ

しかしソフトウェアのライセンスの問題はまだ未解決ルされるか分からない。 どのホストで実行されるかも分である。特定の CPU でしか使えないようなライセンスからない。それは時と場合で変わる。利用者にマ・ンンをのままではネットワーク環境は困る。一台の VAX

意議させない。 08 を意書犠させない。マシンとマシンを太郎を一個置いて，それを全部の PCが使ったりすると，

つ念いでいるプロトコんも意議させない。利用者が意書援

ジャストシステムは黙っていまい。

IC一するのはアプ P ケーションだけである。アプ P ケーショ

ン以外のものをトランスペアレントにしえて始めて， 理
想のネットワーク環境が実現する。

く議論の到達点>

向かうべき目標は共有できた。 MMLではなし

また理想のネットワーク環境では，どのマシンでプログラムを実行するか，

どのマシンにデータを置くかもネ

mainíram争in-networkが目標である。

ッ トワーク自体が決めるととになる。とれは，プログラ

それが現状の技術でどとまで可能かも概略は理解でき

ムとデータのポータピリティが実現されて初めて可能にた。ネットワークにつながる全ての償総が NFS を乗せ，なる。

クライアント・サーバ・モデルをパラダイムにしてプロ

トランスペアレンシーとポータピリティは，線々の標激化を必要とする。その代表的なものにはつぎがある。

セスを臨調させれば，かなりのととはできる。そうするととは易しくはないかもしれないが，できないととでは

ネットワーク・ファイルのプロトコルの標単化，データない。現実 IC ，の療宣告化，そしてインタナショナ P ゼーション/ローカ

在する。

とのメ P ッ トを享受しているサイトは存

9 ゼーションの標激化である。

その一方で，まだまだ未解決の問題が山積していると憲後の標準化は，次のような意味合いのものである。

とも磁認できた。

アメ P カに行った日本人は，アメ P カにあるマシンを日本語で使えるようにローカライズして使う。一つのサイ

くつぎの行動の提案>

トには中国人もいるし，アラピア人もいる。日本の大学

以上の議論を踏まえて，現状と目標についてコンセンの研究室は既にそうなっている。そとでは，そとに住むサスを形成するための行動が望まれる。との行動は，意人々はそれぞれの言葉ですべてのマシンが使う。そうい

見の共有に止まるのではなく ， 意見の現物化まで進める

うととを可能にする必要がある。

ととが望まれる。現在既に技術的には実現可能な水単に

現状はトランスペアレンシーからは程遣い。パソコン

できるだけ多くの現場面が，できるだけ早期に到達できるで作ったソースをホストに産すのに， -H.パソコンを猿よう支復して，コンセンサスを現物化するととが，との行

して，端末として立ち上げるような操作を必要とするも動の目標である。

のさえある。 P ンクはシームレスでなければならない。

更に一歩進めるための行動も E恵まれる。目標 K 向かっ

.1
2
9.

4
t
hSEAEnviron皿ent Worbhop

MMLs
e
s
s
i
o
nr
e
p
o
r
t

て，効率的にかつ効果的 IC ，共同して前進するためには，

高僑哲也(神戸銀鋼)

今一度解決すべき問題を墜還し，解決験織を練り，解決

私の仕事内容としては、あまり実感のない話なので申し行動に優先順位を付与し，問題解決の実践状況のマップ

訳ありませんが無感動に聞いていました。

をつくり，その実践に選択的に参画していく行動も望まれる。

古閑幸一 (HST)

とれらの行動を加速化するためには，メインフレーム

現場レベルの苦悩がうかがえた。メインフレームは使っ擁護派からの痛烈なネットワーク環境批判jが有効である。

たととがない。

ネットワーク環境へのシフトは歴史的必然であり，メイ
ンフレームの時代にあともどりするととはありえない。

佐厳千明(長野県協同電算)

だからネットワーク環境批判は，ためにする批判の性格

MML の疎題は多いが、 ζ れをものにしないと S /W開をもっ。それを承知の批判断貴重である。その批判を乗発環境の底上げに念らない。

り越えたネットワーク環境論にしないといけない。青二才の書生談義では社会は動かせない。

野見山和則(三井銀ソフトウェアサービス)
メインフレームメーカが少しでも早く、まともな EWS

く筆者から読者へ>を提供してくれるととを望む。

当セションの討論が生産的であったととに，参加者の皆さんは同意するであろう。本サマ P 並びに，とれとは};IJIC編集される詳細記録が，討論内容の共有を，

北野義明 (KC S)

セショ

メインフレームの世界を理解してもらう婦として意味がンに参加できなかった方々 K まで鉱大するのに役立つ ζあった。日経の吉本さんのお話がメインフレームの世界とを望む。

の根底にあり、しかも閉じた世界であるととの息苦しさ

セション・サマ 9 は討論内容の忠実な要約ではない。

を知って欲しい。(オープンアーキテクチュアにするとその ζ とはお断りしておく。必ずしも議論の全体を理解

国産メインフレームは lBMIC 利益のほとんどを吸い取して書いた訳ではない。誤解も多数含まれているであろられ、日本経済がとける)そとで“異後種をつなぐ"とう。それらの誤解は，またの僚会の討論を通して改めるとから、手続き型の第 3 世代言語での開発の支援までをとととしたい。

地道に考えている。

正直言って筆者は， MML セションのチェアマンを引き受けるととに乗り気ではなかった。気乗りしないままセ

上奏健一郎(電応研)

ションにのぞんだ。しかし議論が進むにつれておもしろ

メインフレームの実体をかいまみた思いがした。

くなっていった。今では，セション・チェアマンの役割を与えてくれた中野さんに感謝している。

坂本治(シグマ本部)

いろいろ参考になりました。

4.
1MML の発表に関する感想
海民賢二(信州大)

三浦あさ子 (S RA)

MML= 負荷の軽減 +Ul の改善

MML というのは MicroMa

大学もセンターは Ma

nFrame 、末端は 1 200

bp s で使っている。 2 年前まで情報ヱ学科もそうであった。

nframeLink という意味らしいけれども、実は Ma n (人)がいっ
しょうけんめい M anIC 働きかけようとしている( 0r なんとか逃げようとしている)作業のように感じられた。

林香 (S RA)

非常に重要なとと(多くの現婦がエンジニアの仕事が楽量産岡になるという意味で)なのに、異なる世界の話が聞けておもしろかったです。

「 たいしたととではない

卓(三菱電償)」 というスタンスの話になっていたのが残念が、地 K 足のついた話なので重みがあり面白かった。

杉田義明 (S RA)

‑1
3
0‑

り工夫して欲しい。

論が中心のように感じた。開発環境として論理リンクの構築をどのように考えるのがよいか、といったととの重台関幸一 (HST)

要性が分かった。坂下さんの話はとてもわかりやすくて、

資源共有のためのメインフレーム

面白かった。

野見山和則(三井銀ソフトウェアサーピス)
熊谷章 (P FU)

白井さんの意見は面白いと思います。メインフレームメ関口、弁)11:目立はあんまりだ。開いた口がふさがらなーカは優れた MMI をもった EWSIC 多くの CASE ツい。せめて、 EtherNet につなぎ、ファイル転送

ールをのせて売っていかないと、白井さんの話が真実にぐらいは長低サポートすべきだ。

なるのではないですか。

平山:ソフトウェア開発の本質をついた発表だった。設計とかプログラミングとは何か、を本質的に考えている。

上妻健一郎(電応研)

ドキュメンテーションと Ma

坂下さんの話はマルチベンダ一環境のユーザとして貴重

nFrame は待外だという ζ とがよく分かる。

な意見でした。

渡這雄一(電力計算センター)

北野養明 (KC S)

関口さん (J1P) の発表はメインフレームを使っている一人として，同感の一言。かなり慎重な言い回しで，事例を自分自身が知らなさすぎるととを感じた。
が、おおよそ予想通りの現状でした。

パソコンを敵合しようとして失敗している MML の現状を的確に述べていたと思う。

日弁義美(J

平山さん (KC S) の発表は半分くらいうなずけるけど，

メインフレームで処理しなければ念らない業務というのRJE で 30 分も転送がかかるというのは解せない。 Jは今後限られたものになろう。そのためには大した MM

CL や簡単なソースコードくらいなら 4800bps で

L 償能は不要で、メインフレームをターゲットマシンに

1P)

もせいぜい 5 分でしょう。ひょとして KCS のセンター

した開発環境をワークステーションで実現するのはナンの運用に問題あり! なのかも? 0

センス。メインフレームは験鑑ではなく、航空母艦の役(ぜひ 1 度私にチューニングさせて I )それより，メインフレームでも NFS

割 K 徹すべきであると恩う。

とは行かないが SNA でメインフレーム同士は媛続されているととを考えると，いつまでも RJE を 「 つながっ

三浦あさ子 (S RA)

た 」 と表現するととが適当なのかどうか，もう 1 度考えとの問題に聞して、いろいろな人がいろいろな方面から直すときが来ていると思う。そのような意味でも鍍下さ(対応)たちむかおうとしている感想です。述げていてん〔アステック〕の発表は脱帽!

はいけないんですね。

山口

鎖友良 (FXIS)

郁生(電力計算センター)

発表が、 MML の惑い蘭ばかりあげていたように思う。

本質的に資源(ソフト、ハード)の共有と言うととから「 メインフレーム叩き 」 のネタ?それとも、メインフレ

考えれば (MML は)すべきじゃないかなと思います。

ーマーの参加の湯?
藤岡卓(三菱電後)

4.
2MML の討論に関する感想

おもしろいセッションでした。

林香 (S RA)

海尻賢二 (信州大)なぜMML が必要なのか?何かあるようなのに、 TSS

理想:メインフレームも WS もない。意識し念ければなが重くなければ、その方が良いと言うのではかなしい。

らないととが問遣い。 NCS 、 NFS を m

現爆のエンジニアの労働条件の改善になるはずなのでよ

ザの意訟は全体としてのシステムを使うというととでよ

‑1
3
1‑

x してユー

4vb

,‘

r
O

Bz
e

白w

e
a

・ヨ且

n

s
e

v副

単にハード的に 9 ンクをつなげただけといった発表と自民

a
s

ｭ
‑M
M

O

n
r

L且

LU

r
@

ｭ
‑
w

。

n
m

‑
‑

.
m
n
B

CS

A
E

・
AV
a
・

LU

‘E-

MML 開ssion r
e
p
o
r
t

4
t
hSEAEnTÏron皿ent Wo
r
k
s
h
o
p

ν、。

.溢さんから中野さんへの Ema

杉田義明 (S RA)

中野せんせいへ実行環境と開発環境の中で、メインフレームをネットワ

電力計算センターの渡遁です。現場ワークショップのークの単なるサーバとして位置づけるととに合意できた原稿を見ながら酒を飲んでいて「もう MML の話をしてように思う。次にはその環境の具体的なイメージ作りがも面白くないんじゃないか J大事だ。

う話が非常に気になりましたので，酔つばらったついでr いや来年もう一度」といに厳言(たわどと)を書き遁ねたいと思います。酔つば
黒板嫡子(J

MaIP)

らいの奮いた文章念ので適当にあしらって下さい。

nFrame 側への具体的な(技術的な)アプロ

私が思うに，@神戸での論点だけから言えば，そしてーチが全くなく役に立たない。

開発環境というととに限って言えば，特に使い勝手の函熊谷章 (P FU)

上流工程の支t置には Unix の上のツールでも悪くは念

坂下 :MML セッションをネットワークコンピューティ

いかもしれないが，私としては P スプマシン上のアプ 9

ング K持っていき内容を充実させた功績は大きい。面白

ケーションに期待している)が良いと思うので，やはりかった。討論:内容がいま一つ。テーマを少し絞った方

メインフレームの勝ち目はなく，が良かった。

よう念気がするのです。

やより上流工程をサポートするためには Unix など(

とても議論にならない

ただメインフレームをお守りしている者からみて，た野中管 (N EC)

だ 1 つ〔とれはちょっと言い過ぎかなあ]議論が鴫み合“ MML の原点は MS-DOS であった"という話は興いそうなととろは「開発環境とて運用していかなければ味深かった。

ならない」というととがあるんじゃ念いかと思うんですが・・・。例えば，

渡進縫ー(電力計算センター)

Un ix はスケジュ -9Y グ出来ない(しにくい)とか後密保護〔無くても良いヨという意

議論の土台が発言者により大きくズレていたため， j主

見は多々あるが，開発しているとと自体がマル程扱いのい意味での自民論にならなかったと思う。 MML で何をや時はどうするの→>>11 のマシ y で開発すれば良いというのるのか，やれるのかという話ならば，メーカの人間に聴は乱暴ではないかなあ]といった話があると思うのです。

けば(ある意味で)必要十分なはずである。しかし，開「メインフレームでの解決方法は決して良くは念いが，発環境として MML を「どうしていかねばならなのか?

じ守あ，

J ,

r そのためには何をしたい I J ,r しかし現実には何々がネックとなっている」といった項目がきちんとプ

U n ix だってそとは・・・」といった議論が出来るのでは念いでしょうか?
それと(BOF のセッションでは念かったですが)J

レゼンテーションされる必要があったし，それに基づい

IP の弁JII さんほかが話してくれた， MML の発表は，て意見交換がなされるべきであった。

普段から多くのメインフレーマーが感じているととを実に簡潔に述べて貰えたと思います。特 IC ，メインフレー山口鶴生(電カ計算センター)

ムをターゲットとして開発 IC ，

ソフトウェア環境として

メインフレームをファイルサーバにした WS ネットワー

等価で念い P C ,クが便利ならば、それを紹介してほしい。だいたい、 F

現段階では非常に疑問があります。(中途半端にお金をACOM にしても、 HITAC にしても、完全なファイ

かけるてシステムを作ったととろで所詮あの 2 のようなルサーバには、念っていないと思う。そりゃ、 EPOCになってしまう I )シ P ーズや OFIS シ P ーズを使え、というのなら耳11 だが.

EWS などでコードを生成するととは，また.近特に感じているととですが.ターゲットマシ
ンでのソフトウェアの療みたいなものを知ら念いと，本当 K 良いシステムの設計やプログラミングは出来念いように恩います。そのような面からもrP C や WS での分

5. おまけ散開発環境については，ターゲットと同等なソフトウェ

.132.

MMLs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEn'吋ron皿.ent Worbhop

ア環境をシミュレート出来る必要がある』と言えると思うのです。(だから私は LUNA 位の大きさのマシンに

1BM コンパチの 05 を乗せて，システムのお守りをもっと田舎ののんびりしたととろで穆かにやりたい:ー))

それが出来なければ，かなりのノウハウを匁噂ベースか何かの形で実現しそれを参照し念がら動くツーんでなければ，決して良いコードは得られないでしょう。そんなととは当分望め念いでしょうから・・・。(今多くの大学で Unix や M5/D05 ばかり教育しているのは何か怖い気がします〕「何の為にメインフレームを使うのか ?Jとのととをはっきりさせないで， MML の議論をするのは非常につ
まら念いと思います。事理S系のアプ P ケーションを組んでいる(例えば多分 KC5 や J 1P の現舗の人)にとっては，大型後上のオンラインデータベースの周りの各種
プログラミングが想定されているのでしょうが，Un

x を使って仕事をしている人たちにはそのような具体的な利用状況すら思い浮かばないのでは念いでしょうか?

そういう意味からも，ととらへんの前提となる問題を事前に整理しておかないと(もし九州は熊本当たりでやるのなら)あまりにも虚しいと思うのですが・・・。せめてワークショップ念のですから『現状の MML の問題

点と実践的問題解決提案審』なんてものが成果として出来れば，(日本国内でさほど不便念所でなければ)幾ら

でも会社は出強させてくれるのですが・.

.

渡遁雄一t*)電力計算センタ一

大手町事業部

wat岨abeOdenken.junet

‑1
3
3‑

4
t
hSEAEnvironmentWorkshop

MMLs
e
s
s
i
o
nr
e
p
o
r
t

メインフレームマシンの作業環境と UNIX ネットワーク
日本電子計算(株)大阪支店
井川裕基

メインフレームマシンの周辺では、どんどん高性能化する端末(!?)を生かして分散開発環境を形成しようという話題がよく取り上げられる.一方、第4世代言語やわかりやすいユーザインタフエース等を使ってソフトウェア開発をより論理的に、構造的にしようという動きも盛んである.この両者を連結すれば、メインフレームのソフトウェア開発に有効な環境となるであろう.しかし、実際にはメイシフレーム側の(とくにネットワーク周りの)制限が多いため簡単にはいかないようである.当社でも UNIX ワークステーシヨン/ネットワークの普及にともない、「メインフレームの業務にこれらの使いやすいマシンを利用できないか J という意見が、特に現場でよく聞かれるようになった.そこで、まずは UNIX の環境からメインフレーム(彼らにとってはホストマシン)にアクセスする方法を考え、それを足掛りとしてより効率的な作業環境を構築・回国する作業を始めることにした.

ここではその作業の経緯と、まだ初期の段階ではあるが、現状について説明する.

1.メインフレームユーザの作業環境

画面端末は、ホストマシンに接続されたマ

現在、 JIP では B7900( ユニシス)、 S-810(

目立)を中心としたいくつかのメインフレー
ムマシ γ業務用に運用され、 COßOL/

ノレチドロップの回線によるものがほとんどで、 4800---19200BPS程度の通信回線に数台~十数台の端末機が接続されている.

FORT~N /A
LGOL(ユニシスのみ)によ

これらは大型機の使い方としては標準的なるプログラムのコーデイング/デバッグ/実ものであると思われるが、エディタからデ行の全フェーズが同ーのマシン上で混在しータペースまでが同時に動いている状態のている。

マシンでは、とてもレスポンスが良いとは開発環境としては、メーカ提供のツール(
LINK 、 SEWB) が一部使われている程度で、開発環境全体をフォローするようなツールは使われていない。
1.1.ホストと端末

環境は大きく分けてハードウェアとソフ

いい難い o (私から見て)
1.1. 2.

ソフトウェア

標準のコマンドによるユーザインタフェースとエディタが環境のほとんどである.

一部、メーカ提供または社内作成のユーテ
ィリティが使用されている。

トウェアである.メインフレームユーザに開発者は、シートにコーディングし、パとって直接関係のあるハードウェアといえンチアップを待ってコンパイルし、結果をば端末、ソフトウェアといえばユーティリ

リストに打ち出したうえで、端末に余裕がティであろう。

あれはオンラインで、そうでなければ机上

1.1.1.ハードウェア

環境で作業している。

でデノ f ッグを行なうという、古典的な利用使用されている端末機は、ホストマシンと同一メーカ製の画面端末が主体であり、

1
.
1
.3
. MML へのアプローチ
最近のはやりとして、それ以外はダイアルアップの低速無手順端末である。

デバッグ J「エディット Jrr 実行 J などの各フヱーズ毎に適当なマシン環境を用意して負荷を分散す

‑
1
3
4
‑

4
t
hSEAEnvironmentWorkshop

M M Ls
e
s
s
i
o
nr
e
p
o
r
t
そこで、手元の UNIXるのがよいといわれている。

ワークステーショ

一方、ワークステーシヨシと呼ばれるクランからネットワークを通じてメインフレースの機器が普及し、いわゆる「端末機 J にムにアクセスする方法を確立しホストに集もワークステーション(とメーカは呼ぶ)ベ

中している作業を分散することができるかースのものが増えたため、ホストマシンにどうかの調査と基礎実験を行なっている.

つながっていない状態ででもかなりの機能(

そういった目的を満たすためには、すくといっても、実用的なのはエディタぐらいなくともワークステーショシとメインフレのものであるが)を持てるようになった。

ームの問で仮想端末/ファイノレ転送程度の機

そこで、前述の負荷分散を端末機(自称ワ能が必要である。

ークステーション)とホストの問に実現しよMT を使ってメインフレームと UNIX マシ

うとするのは自然な成行きであると言える。

ンの間でデータを交換することも可能であメインフレームメーカは、第4世代言語をベースとした環境や、上流工程からの要求
仕段定義ツールを提供しているが、これらは設計の当初からそれらの環境を使ったものでないとうまくサポートできないこと、現実の開発環境とは微妙にずれていることなどから、有効に使うことができずにいるようである。

目立では SEWB という環境を商品化している。これについては、経験者が説明を行なう。

るが、やはり日々の環境として使うには手元のファイノレを任意の時にメインフレームに送れなければ現実的ではない d
そのため、 Ethernet

ームホストをアクセスする方法について調査をはじめたが、現段階では前述のように
メインフレーム側に汎用のネットワークの受け口がないためストレートには接続できない。

そこでハード/ソフトを工夫して、見かけ上UNIX

現時点では TCP/IP などの汎用のプロトコルを使った高速のネットワークをサポートしておらず、また現実的なサポート子定もない。
トークンリングをサポートしているはずであるが、自社の端末機探以外の接続については発表や保証のできるような実績も無いようである。

2. JIP における UNIX 環境とホストの関係のネットワークから直接ホスト機をアクセスする方法を模索した。
な台、今回のアプローチはすべて UNIX

1.2.ネットワーク

JIP で採用しているメーカは、いずれもの世界からメインフレ

側カ、らのものであり、メインフレーム側には特別な設定などは行なっていない。
2. 1.ゴール

大型機と手元のワークステーションの問での NFS などというのは、夢はであるがユーザレベルて・出来るようなものではないので、まずは一般の

MML の様に手元のUNIX マシンでエディットと簡単なテストを行ない、ある程度以上の作業はホストマシン側で行なうような環境を考える。
FORTRAN 、 COBOL

社内に NEWS と Ethern Ctを主な間成要素とした UNIX ペースのネットワーク環境が広がるにつれ、そのローカル者あくまで、NEWSについては既になどのワークステー シ ョン上でコンパイラが動くので、簡単な シ ンタクスチェ
ックはここで行いたい。

また、 emacs

メインフレームをホストとした視点からのの様な椛造を意識できるエ

言 いかたであるが)機能の豊富さに着目し、ディタを使えば入カについてはある程度のこれをメインフレームのための開発業務に

効率化/標準化が可能と思われるが、 cmacs

使えないか、と思うユーザが増えてきた。

の普及状況を考えて、今回は考察しない.

‑
1
3
5
‑

4
t
hSEAEnvironmentWorkshop

MMLs
e
s
s
i
o
nr
e
p
o
r
t

2.2. ハードウェア

2.3. 1.仮想端末

現時点で JIP の大型機にアクセスするた

メインフレームと非同期の回線を通してめには通信回線を経由するしか方法がない

できる一番簡単な通信は「無手順端末 J でので、まずネットワーク上の機器(実際にはある。そこで最初に、ネ ッ トワーク上からNEWS)「仮想端末 J を使ってメインフレームをア

ヒホスト機(実際にはポートセレクタ)を RS-232C で直結した. (図 1)

クセスする方法を考えた。

UNIX 上の簡単なターミナノレエミュレー

ホスト機で高速な通信を行なおうとした

場合は同期通信方式が一般的であるが、タソフトをペースにして RS-232C 経由でホNEWS の RS-232C ポートは現時点では同ストに接続する機構を作り、ネットワーク

期通信をサポートしていないので無手順でからこれを使えるようにデーモシとこれをの接続とした。

呼び出すプログラムを作った。

但し、後に述べる RJE 接続では原則として同期通信が必須となる。このため市販の低価格の「同期・非同期コンパータ J を接続してみたが、これはうまく制御できなかった。

これにより、 Ethernct

上のどこからでも「無手順端末 j としてホストマ シ ンを呼び出して使うことができる。
ただし、回線を多重に使うことができない

ので実際に引かれている通信ケーフソレの本数(現在 7本)までしか同時に使えない、ホストの受け口の速度が1200BPS までである、などという制限がある。
2 ふ 2. 画面端末

非同期回線を通して使えるような画面端末が存在する(目立の ASPEN 等)ので、その画面制御などのシーケンスがわかればネッ トワーク経由の画面端末を作ることができる.現在プロトタイプが動いているが、制御シーケンスに関する充分な情報がないために機能が少ない以上に、前述の1200BPSという速度制限がネックになって評価できずにいる.

図1.接続 の慌子

2.3 ふファイJl，転送

ファイル転送のように 大量のデータを一
2.3.

ソフトウェアノ 、 ードの方が上記のような状況であるの括してやりとりするためには RJE が使えるのではないかと考えた. 3780RJE

がもっとで、いきおい各種の機能はソフトウェアのも一般的な手順であるようなので、それを方にシワ寄せられてくるのであるが、何分、NEWS 上に実現することを考えている.

メインフレームの環境に UNIX の方から合NEWS

では、前述のように同期通信をサ

わせてやらなければいけないわけだから、ポートしていない上、 BSD 系の UNIX には

既存のツールもほとんで使えない。

ベーシック手順をサポートする機能もない

とりあえず許された環境を前提に、ネ ッのでこれらはゼロから作らなくてはならな

トワークからメインフレームに通信する方い。これは現状ではまだ設計段階である。

法を考えた。

‑
1
3
6
‑

4
t
hSE
A
.EnvironmentW orkshop

M M Ls
e
s
s
ﾎ
o
nr
e
p
o
r
t

2 .4.実現状況

現在予定しているものは、 MML

まだファイノレ転送を実現していないので、

単に低機能の端末を増やしたに過ぎない.

ある.実際に開発作業をより効率のよいものにするためには、やはり「設計 J

しかし、手前味噌を恥じずに言えぽ、どんどん大げさになっていくホスト機端末を、
待ちキューをつくってまで使うよりは遥かといってもほとんどハードウェアに近いところでグラミシグ Jr テスト Jr プロr デノマッグ j といった作業を有機的に結び付けてトータルにサポートする必要がある.この部分はむしに簡便であろうと思う.

ろ rCASEJ の話題に近いと恩われるので、実際、いろいろな機能がゴテゴテとくっつ

そちらでの議論を参考にできれば、と思っいている画面端末が、作業のどんな場面にている.

でも快適な環境を提供するとは限らないのではないだろうか?

言語レベルに関わる部分については、まだほとんどなにも手をつけていない.現在、
F77 、 COBOL は NEWS 上で動くコンパイ

ラがあるので、実際に開発しているメシパーにこれらをさわってもらい、ホスト機との差などをつめていき、ガイドラインのようなものを出すことができれば、思っている.
2.5. 今後の目標

もちろん当面は予定している機能の実現が目標である.
今回は、 TSS/RJE といった、ホストの持つ最低限の通信の機能を利用しているが、これでは実際の通信の効率はよくない.これを改普するには、メインフレーム側に汎用のネットワークイシタフェースが用意されるか、既にメイシフレームが持っている

比較的高速な通信手段に対してネットワー
クからのゲートウェイ機能を実現することである.
すでにある極のメインフレームマシンではチャネルに接続できる Ethernet インタフェースが用意されている.我々の使っている
ホストマシシも、いずれはこれに習うのではないか、との見方もある.
また、ネットワークを運営する側としては、これから実現される機能を r のような形でユーザに解放するか、も考えていかな
くてはならない事である。できるだけユー
ザがネットワークを意識せず自然な形で使える様に考えていきたい.

‑
1
3
7
‑

MMLs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEnvironmentWorkshop

EAGLE2
ソフトウェア一貫生産システム

Hitachi

M シリーズ

OS

VOS3

SEWB
ソフトウェアエンジニアリングワークベンチ

H ita ch i 2050 シリース、oS

H 1‑U X (
U
n
i
xS
Y
S
T
E
MVR2)
(独自ウインドウシステム)
‑
1
3
8
‑

4
t
hSEAEnvironmentWorkshop

MMLs
e
s
s
i
o
nr
e
p
o
r
t

機能

EAGLE2
対話によるシステム開発

ソフトウェア資源の一元管理
部品有効利用システム

ドキュメントの自動生成

SE W B
ソフトウェアのビジュアルイヒ
プロトタイピング

機能分散

‑
1
3
9
‑

MMLs
e
s
s
i
o
nr
e
p
o
r
t

4曲 SEA E
nvironmentWorkshop

図 -2

SEWB/EAGLE 環境でのソフトウェア開発手順

ホスト・コンビュータ

ワーク・ステーション

E
A
GL
E

システム設計

S
E
I
V
B
11

21
U ード

~ンヲイ y ・ シ ステム

l!
;>;l"J.. ...,

u- 卜I~う}C開プ‘,- t‑'

テスト

十

口口

出陣

ツール

‑ ‑ ‑ SEIVD/E^CLE がザ 4 ・ート.T. lt~.

‑
1
4
0
‑

MMLs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEnvironmentWorkshop
第4回 SEA環境ワークショップ

MML は誰のため? JI 開発環境は誰のため?

平山伸一

hirayam@kcs.junet(株:)ケーシーエス

はじめに
近年のパーソナル・コンビュータやワークステーションの発展に伴い、従来からの伝統的なホスト集中型のアプリケーション・システムから、ホスト・マシンとパーソナル・コンビュータや
ワーク・ワークステーションの互いの長所を利用したものへとシステム化要求は変化しつつある。しかし、ことソフトウェア開発環境ということになると、 4GLや RDBMS 等が一部、気をはいているに過ぎず、寂しい限りである。さらに、 4GL等についても、エンドユーザ指向が売り物となっており、実質的なソフトウェア開発者を支援するには至っていないのかもしれない。
また、もしかするとソフトウェア開発者自身は、 MML には何も期待していないのかも知れない。自社で行った r MML を利用した開発支援ツール摘築の事例 j と、

I 開発環境 J に関する簡

単なアンケートの結果をもとに、現状の問題と我々が進むべき道について考える。

r MML は誰のため ?J そして[ソフトウェア開発環境は誰のため ?J

1. これまでの取り組み
今から約 3年半前、私の所属する部門には鶴つかのパーソナル・コンビュータを除いて、開発環境と呼べるものはほとんどなかった。それからの 3 年間は J S
tar1\を中心としたソフトウェア
開発ドキュメンテーション環境の充実を図ってきた。ソフトウェア開発ドキュメンテーション

が{紙とエンピツ J から I ワークステーション J に移行するにつれて、当然のことながら、そのワークステーションで寄かれたドキュメントをインプリメンテーションに直接結びつけたいという要求が発生した。
この要求をうけ 2年半前、約 4 か月をかけて、簡単な開発支援ツールの試作を試みた。このツールでは、 J S
TAR1\上で書かれた、(1) I レコード・レイアウト定義審 J 、 (2 )fモジュール概要
設計書 j 、 (3 )fモジュール禍造図 j および、 (4)トから、r.モジュール詳細設計書 j の 4つのドキュメン

RJE を使って M・380 にファイル転送を行い、簡単なシンタックス・チェックを行いながら、コピーライブラリ、データ項目名辞書、および、 COBOL プログラム・ソースを作成する。ソフトウェア開発工程のより高い所から標準化や再利用を行え li 、効果も上がるであろうというのが私の考えであった。しかし、伺度かのデモンストレーションの後にこのツールは消えていった。

2. そこから得た教訓
このツールが消えていく運命にあることは開発途中にもうすうすは感じていた。理由としては、 (1)J S
TAR1\のレスポンスの悪さ、 (2)RJE ジョフのプライオリティの ilt さとホスト・マシンの

‑
1
4
1
‑

4
t
hSEAEnvironmentWorkshop

MMLs
e
s
s
i
o
nr
e
p
o
r
t

レスポンスの悪さ、 (3)支援する対象が不明確、などがあげられる。このツールの失敗をとおして得られた教訓は以下のとおりである.

(1) 開発支援用ワーク・ベンチの選定
ドキュメンテーション支援は開発支援とイコールではない。また、目的とするソフトウェ

アのないコンビュータはただの箱である。このことから私は、ワークステーションやパー

ソナル・コンビュータによる開発支援を考える現在、 J STAR11 を捨てるべき時期にきていると考えている。
(2) ホスト・マシンのレスポンスを考慮して…

単体テストぐらいまでのデバッグはすべてワークステーションやパーソナル・コンビュータ
上で行えるようなツールが必要。(多くのジョフが走る)ホスト・マシンのレスポンスを考えると、開発におけるワークステーションやパーソナル・コンビュータからホスト・マシンへの橋渡しは一度きりで行いたい.従って、 MMU吉合のレベルはファイル転送で+分.
(3)支援する対象は組織揖成人員のなかでのモード
以下に、私の所属する部門内で行った悶査の結果から、担当職務別人員構成表を示す。(サンプル数 95)

主たる担当職務%営業

3%

プロジェクトマネージメント

19%

要求分析、システム分析

3%

システム設計27%

プログラム設計

39%

その他

9%

合計

100%
表 2・ 1 担当職務別人員偶成表

この表から分かるように、システム設計とプログラム設計で 66% を占めている。対象としてはここを支援するべきであり、さらに狭めるならば、 39% を占めるプログラム設計支援
が最重点課題と考えられる。前出のツールでは使用者はプログラム設計者であるものの、

プログラム設計は何一つ支援していない。従って 、 使用者を無視したお仕着せのツール、環境になってしまった。

‑
1
4
2
‑

4
t
hSEAEnvironmentWorkshop

MMLs
e
s
s
i
o
nr
e
p
o
r
t

3.今後の展開を考える前にJSTAR11 によるソフトウェア開発ドキュメンテーション環境の展開についてはほほ終結した
現在、今後のソフトウェア開発環境の改善ヘ向けての新たなるスタートを迫られているが、そもそも、部門内においてソフトウェア開発環境はどの程度求められているのか、 MMU こ開発環
境としての期待はあるのか?について把握したく、簡単な調査を行った。
3 ・1.開発環境はソフトウェア開発における問題としてどの程度意識されているか?

[主たる担当職務別 J に、

[ソフトウェア開発において一番問題を感じているもの J (単一選択)を表 3・ 1 r ソフトウェア開発における問題点 J にあげる。

ブ

T

開

見

そ

口

ク

発

F貴

の

環

ン

横軸:問題

他

境

エ

カ

ク

jレ

ト

マ

マ

ネ

ネ

縦軸:主な職務

ン
ン

メ

メ

，、〆

，、〆

ト

ト
営業

33.4%

プロジェクトマネージメント

44.4%

要求分析、システム分析

0%
22 .2 弘0% 33.3%

0%

33.3%

33.3%

5.
6%

16.7%

11
.1%

33.3%

33.3%

0%

システム Z宣言十

23.1%

11
.5%

34.6%

30.8%

0%

プログラム設計

33.4%

16.
7%

33.3%

16.
6%

0%

そのイ也

22.3%

22.2%

11
.1%

22.2%

22.2%

合計

30.5%

1
6.
8%

25.3%

22.
1%

5.3%

表 3・ 1

この表を見る限り、

r ソフトウェア開発における問題点 J「開発環境 J に対する問題意識はかなり高いように思える。しかし、ソフトウェア開発をもっともよく理解していると思われる I プロジェクトマネージメントを主な職種としている人たち J の I 開発環境 j に対する問題意識は以外に低い。

‑
1
4
3
‑

r 実際的なソフト

4t
hSEAEnvlronmentWorkshop

MMLs
e
s
s
l
o
nr
e
p
o
r
t

ウェア開発環境 J を展開、情築していく上で彼らはキー ・ マンであるはずである。さらに詳細な調査が必要である。またこの点について他社での状況はどうなのであろうか?
3・2 開発環境改善に MMLI;I:期待されているか?

rMML によって開発環境は改善されると思うか? J について、主たる担当職務別に表 3・
2rMML によって開発環境は改善されるか ?J に示す。

主たる担当職務

される

|されない

営業

66.7%I

33.
3%

プロジェクト・マネージメント

83.
3% I

1
6.
7%

要求分析、システム分析

66.7% I

33.3%

システム位計

50.
0% I

50.
0%

プログラム設計

44.4%I

55.
6%

そのイ也

88.
9% I

1
1.
1%

合計

58.
9% I

4
1.
1%

表 3・2

rMMLによって開発環境は改善されるか ?J

この結果は、先の[開発環境に対する問題意識 J と対象的 な ものになっている。すなわち 、
プロジェクト・マネージメントを主にやっている人たちの期待は大きく、システム設計者、プロ
グラム設計者とよりマシンに近い工程になるほど期待はうす\;\ 0 MML がプロジェクト・マネー

ジメントを主にやっている人たちの作業を直接的に支援するとは思えず、逆に、期待のうすいプログラム設計者のほうが直接的に恩恵を被るであろうはずなのに…。どうやらソフトウェアの開発者にとって r MMLJ という言葉は胸を踊らせるにはほど遠いものらしい。

4. 今後の展開に向けて (MML とはあまり関係ないが…)
0 から 1 にするのは践しいことはあったかもしれないが、失うものは少なかったのではないだ

ろうか?これからは、すでにあるものとして慎重に開発環境を考えていかなければならない。

3・2の rMMLI こよって開発環境は改善されるかりの調査結果について考えさせられるものがある。

r 今でも問題は山積みなのにこれを積み残して、今度はどこにいくの ?J という開発現場の声が聞こえてくるような気がしてならない。ハードウェアや物理的なしくみだけでは開発環
境を向上させることはできない。ましてや、精神論では 何 をいわんや?今後 、フ ィ ールドの情

報をいかに反映していくかが我々に求められているように思われる。このことに関しては、私は自分の所属する部門についてはやや楽観的な見方をしている。担当職務別偶成から見ると、5人に 1 人はプロジェクト・マネージャということになり 、 5 人分のフィールドの情報をプロジェ
クトという観点から掴むのはそれ程困難とは思えないからである。

‑
1
4
4
‑

•

4
t
hSEAEnvironmentWorkshop

MMLs
e
s
s
i
o
nr
e
p
o
r
t

マイクロ・メインフレ)ム・リンク‑UNIX ネットワーク環境からみて一
坂下秀

ss(
Qa
stec.junet
ASTEC , lnc.
11 月 21 日， 1988

‑
1
4
5
‑

4
t
hSEAEnvﾎronmentWorkshop

MMLs
e
s
s
i
o
nr
e
p
o
r
t

-自己M
私はアステック (ASTEC ， lnc.) という剣士てス
1.マニュアノL侍fjf乍

2. プロダクトの移樋

3 計算磯の管理をしていますユアステックは、 UNIXl ワークステーションで動くグラフィック・
ソフトウェアの開発、販売をしています。でも皆さんなら、

GMWjWnn の開発と自由官の会社といったほう拡よくわかる
かも失ぽしませんオ:Jo-ネットワーク環境

今の環境は、次のようになっています、‑Sun(SunM
i
c
r
o
S
y
s
t
e
m
s
)x 5
‑SX‑9100(OMRON) x 7‑NEWS(SONY)x 2‑MacIIAjUX(Apple) x 2

1o
)x 1
‑A
p
o
l
l
oDN3500(Apol
‑I
R
I
S
‑
4
D
(
S
i
I
i
c
o
nG
r
a
p
h
i
c
s
)x 1

‑
1
4
6
‑

MMLs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAE
n
v
i
r
o
n
m
e
n
tWorkshop

同京芸Z寸
mult ト port

t
h
l
c
ke
t
h
e
r

|9 階|

t
r
a
n
s
c
e
f
v
e
r
t
e
r
m
l
n
a
t
o
r

京セヲ L ・ 680

一一一一パイプスペース

13 階|

t
e
r
mf
n
a
ls
e
r
v
e
r
Annex

16ports

t
e
r
mI
n
a
t
o
r
t
h
t
c
k
‑
t
h
t
nc
o
n
n
e
c
t
e
r

‑
1
4
7
‑

MMLs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEnvlronmentWorkshop.!周犬と理想、後半ほど\理恨に近付きます。
l 対等
4 ホスト，+'端末?ではな川端末ネットワークでもない2. サ)パとクライアント

それぞれの計算機久時と場合に応じてーサ」パであり、ークライアント

である。

たとえば、

ーはやりのウインドウ・システム
X、

GMW

ーもちろんかな漢字婆換

Wnn
一定れてはならないファイノレ・サ」パ
NFS、

RFS

ーコンビューティング・サ)パ Cr旬、

ETA-l0ーグラフィックス・サ)パ
TITAN、 Steller、

IRIS

ーとれからのコミュニケーション・サーバ
ISDN インタフェースがありますユ

‑
1
4
8
‑

4
t
hSEAEnvironmentWorkshop

3.

MMLs
e
s
s
i
o
nr
e
p
o
r
t

トランス・ペアレント

ーネットワーク
イーサネット、

トークンリングーフロトコノレ

TCP/IP、 DECnet、 AppleTalk、 OSI
ーハードウェア

メインフレーム、ワークステーション、パーソナノレ・コン
ピュータ
ーオペレーティング・システム

UNIX、 MVS 、 VOS3"

VMS

一場所

会誌ホテノk 自宅兼側泉街角
一時間を競設させな同

1:00AMK対荻にあるデータを使って、東京の Cray

で計算し、その結果を名古屋と本凶尾の事務所のワー
クステーションに表示して、リアル・タイムでデータを修正する。

なんでしたくありませんカマ

‑
1
4
9
‑

CASEs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEn
T
ﾍ
r
o
n
m
.
e
n
tW o
r
k
s
h
o
p

第4 回

セッション 4

5EA 環境ワークショプ

いまの CASE ツールはどの程度有用か?どの使えば良いのか?
チェアマン

:野村敏次

(J IP)

プレゼンテ-~:小野康生(三菱電気)

佐藤千明(長野県協同電算)
レボータ

桜井麻里

(5RA)

:薄田宜己

(大阪大学)

1. はじめにというものについてはちょっと異質な感じがするかもしれません。マイクロプロセッサの発達なんかで今までハ
おはようどざいます。最後のードウェア、例えば、リレーとか半噂体なんかを使ってセッションになりましたけど、 ζ れからセッションを始伽胤'していたものをマイクロプロセッサを用いて、プロめたいと思います。 CA5E ツールの状況と言う事で、グラムによってプラントを制御するというととで一応プ3 人の方にお願いするととになりました。突如、セッシ

ラントに合った装置であると考えています。コントロー

野村(臼本電子計算

ヨン・チィアマンをするととになりました私は、日本電ラの中身は DDC としての算術演算とか関数とかパルス

子計算の野村と申します。宜しく、お願いします。

をカウントするよう念ものと、あとはシーケンス制御と順番はプログラムにあるとおり、母初 IC tI胸系での C

しての論理演算、それから畳近では情報を制御するため

A5E ツーんにの利用について三菱電僚の小野さんに。

のデータハンド 9 ング等のものが多数混在しております

2 番目にメインフレーム環境での CA5E ツーんというのでとれらのととろをうまい具合にやっていとうというととで、長野鎗同電算の佐藤さん。最後に、 5 tP 利用

ものであります。

経験と評価というととで、 5RA の桜井さんに話して蔵ハードウェアですけれども一応ととに CPU として演きます。できるだけ早く終った方が皆さんもうれしいか

算部がありまして ζ のプログラムメモ P 一部に制御すると思いますが、部屋は 5 時までとつであるそうです。出

内容、処理の方式念どを格納します。それから後 ζ とに

来れぽ、

プロセスのパスがついてまして外部の操作盤のスイッチ

1 2 時半には終りたいと個人的には思っています。

とかアナログの操作量とかセンサーの信号とかカウンタ

それでは最初に三菱電慢の小野さんからお願いします。

ーのパルスなんかがプロセス入力として入ってきます。

あと演算処理した結果とか傑作量とかいうのがプロセス
2. プレゼンテーション

出力として出てきます。ラントでは特にそーターとか電磁弁とかで直筆俊敏を伽胸しますのでそれ専用の出力イ2.
1*J御系での CASE ツールの利用について

ンターフェイスカードがあります。さらにはデータウェ

小野(三菱電後

おはようどざいます。三菱電償制

イと称して他の CPU とか上位計算後等とやりとりをす

御製作所工業部の小野康生といいます。やっている仕事

るインターフェイス部分、定近では録作盤の代わりに C

は一応鉄鋼プラントや紙パルプのプラントでのプログラ

RT を用いておりますので周辺装置とのインターフェイ

マプルコントローラを自社生産しておりまして、とれのスが大体の偶成です。

ハードウェア設計およびソフトウェア設計を 7 ，

8 年ず

コントローラーの特徴ですけども、いま言いましたよ

っとやっております。制御系での CA5E というととで、

うにソフトウェアというのはプログラムメモ P ーにかかコントローラについて、ソフトの生産について、 CA5れるものでありまして、 CPU はその内容を読み取ってE について話したいと思います。

実行処理してますから、あとはハードウェアで行なうべコントローラというのはちょっと耳慣れないかもしれ

きととで、ハードウェアとソフトウェアの両方のいい所ませんが、三菱電慢では普からプラントを制胸する制御悪い所あると思うんですけど、そういうととろをうまく盤、それから操作盤などを作ってまして、ソフトウェア

ミックスしておりまして、なんでもかんでもソフトでや

‑1
5
0‑

4
t
hSE
.
AEnmonmentW orbhop

CASEs
e
s
s
i
o
nr
e
p
o
r
t

ればいいというんじ+なくて専用のプロセス 1/0 、償60 位でプログラムのステップ数としては 1 年1C 800

能 1/0 とかインタフェイス装置等ありまして高速かっK くらいです。ステップというのはさきほどお話した専

高後能を実現してます。

用の POL 言語で奮いたものでありますから汎用の FO

そういうととでコントローラーシステムにおいてはソ

RTRAN とか COBOL とかで書きますとその 6 倍か

フトよりもハードの比重が高くて、計算僚のようにハーら 8 倦位のステップ数がかかると思います。作りだしてドの上にプログラムがあるというわけではなくてそのプ

10 年くらいになるんですけども最近は CPU の能力もラントの偶成されている操作器具、それから駆動系にあアップしてますし、

1/0 カードを梅成する 1 C とかそったハードウェア b よぴ、それを最普に動かすソフトウ

ういうものも発達してきでまして能力はずいぶん向上しェアになっております。プログラムの実行周期ですが特てますし、.近いわれる情報化というととでコントローに高速の応答が要求されておりまして、だいたい数 ms

ラーの設置台数がずいぶん増えてるんですけれども、そec、速いもので 1-2msec 、遅くても数 100mのためにソフトウェアというものが非常に急増してまし9 e c のサンプ P ング時間で制御されます。そしてとのてなかなかとちらの生産が追いつかないというととで、ようにハードとソフトが一緒になっているものなんです

そうするとうまくソフトウェアの品質の面と工程の確保

けれどもなにしろ直接プロセスに影響するものですからが非常に重要念問題になっております。

故障しますとそとのプラントがダウンというととになり現在うちのセクションで行念われている生産方式を図ますので故障しないようにするにはもちろんのとと、故に示したものです。あるプラントを受注しましたら計画

障してもその故障が他に波及しないように CPU は分徴の担当者が客先と打ち合わせをしましてどんな制御をす化が大前提になっています。との I とか O とかいうプロ

るのかシステム計画を行ないまして、運転方案それから

セス入出力はソフトウェアではメモ P ーのロードとかス

電償品 P スト等を作ります。とれらはいま全部手作業でトアとかそういうものと全く同格のもので計算観のようやってまして一応図面の形で作るんですけども担当者がに入力出力のポートアクセスに時間がかかるとかいうとそのプラントにアサインされるとそのままそれで何ヵ月とはどざいません。そして、とれには OS が入っておりも打ち合わせして作るというととで、そのまとめかたにません。言語は制御専用の POL と称している専用の言

よってその人の個性がもろに出ますのでそれで完成度が語でありまして、割り込み信号などのオーバーヘッドをどんなもんであるか非常にいま疑われております。外部

なくしています。また、モニターとかユーティ 9 ティー

仕事震が決まりますと今度設計の所にきましてどういうハなどのベーシックソフト等も不用にしています。

ードウェア梅成にするかというととと、プログラムで処

ソフトウェアエンジニア P ングの特異性としては、ソ理するととろの後能をチェックします。担豊能チェックとフトウェアの独立性を確保するというととで、$t~が必してはどんな精度がいるのか、仮厚の誤差はどのくらい要とする俊能とか、イベントとかいうものを要求されるにするのか、板の尾舗を停止するときを±何 mm 以内に応答周期とか、精度から分割してソフトウェア情成をしするのか、ておりまして SA とか SD とかいう手法を前提としたソのかを検討していきます。後能について詳細を検討しま

1CPUIC 入るプログラムがどれだけに念る

フトウェア構築をしております。またプログラムのほう

して、とれの説明書、フローなどを書いていきます。実の作り方なんですけれども、コントローラが直筆プロセ

際プログラムはその詳細検討されたものからさっきの P

スを制御するというととでインターロックを間違えたり

OL 言語というものでラフスケッチというものを書いて実行順序を間違えると、バルブを ON しなければいけなプログラムを作ります。

いのを OFF してしまってロールが逆 K 動いて板がぶつ

POL 言語というのはプログラムの 1 ステップが r c

かってくるとか、そういう設備を疲すあるいは人身事故

PU が何をどうする」というふうなどっかのメモ P ーにを招くとか非常に危換な、一歩間違えますと大きなトラストアするとか、どっかの入カから読んでくるとかいう

ブんにつながりますのでとのソフトウェアの作り方や処ととで、理につきましてはと K かくおかしくても止めるというよるんですけれどもとれを 1 つ 1 つアサインしていか念いうなロジックフローをしておりましてソフトウェア品質とあかんのですね。実際のメモ P 一番地を考えるんでなには非常に高い信頼性が必要になります。

くて一応ナンバーというのは自由に決められるんですけ

だいたい、いま 1 年聞に CPU 台数にして 1

20‑1「何を」というととろのものがソースと呼ばれれども、それにラベルを付けておく必要があって、とと

‑1
5
1‑

4
t
hSE
.
AEnTÎron皿.ent Worbhop

CASEs
e
s
s
i
o
nr
e
p
o
r
t

の設計製作の段階でもか念り個人の手作業というととろ

対しての改良・改善の案をなかなか反映できません。メ

が多くあって念かなかツーんを使ってやろうというととンテナンスのととと関係あると思いますけれども。出カろまではできてません。そとで担当者が代われば担当者

情報の再利用ができていないというととで、我々のソフによってその作り方も全く同じにできるというわけでもトウェアはプラントどと、それから同じプラントでも客ないし、標単ロジックもあってもなかなかソース番号が先によって全然遣いますからオーダ一対応でソフトウェ

遭うとそとでミスが発生するとかそういうとともあってアを組んでおりまして念かなか再利用ができておりませなかなか時間も手間障かかっています。

ん。

製作段階では CAD を使ってシンボルフローとかコン

自H胸分野でのツールの活用について話をしたんですけ

コーダンスを出しています。ととは一応端末との対話処

ども一応先ほども言いましたようにソフトウェアの品質

理でソースファイんを作ったり、その POL 言語をコン

向上、工程の磁保というととが今一番軍大の問題でそのトローラの言語に置き換える正アセンプルや図面を自動ためにやはり手作業が多いというととからも俊鱗化、人出力しています。完成したソフトはとの実慢の方にローに頼る部分が多いというととでそのパーソナ P ティに依デイングして社内でデバッグし、今度現地へ行って調整存しているととろをすとしでも小さくしようという ζ とをして終わるというととで、試験の段階におきましでもでソフトウェアの自馴乍成ツーんなんかを検討していま

試験者の技量によって試験方法とかその試験結果の評価

す。特に計爾・設計・試験というととろでそれぞれ下流をやっておりましてなかなか自動試駿も進んでおりませの部分が上流をチェックするというような生産システムん。そうして一応計画、設計、製作、試験と各作業部門をとっていますので、ツーんが各その作業フェーズの所あるんですけどもそれぞれマイナーにツーんなんかもあでマイナーに持っている部分をくっつけてー貧した生産

るんですけれどもなか念かその手作業になる部分がかな

ツーんとして見直しを計っています。ソフトウェアのパ

りまだでありますから、活用ができてないというのが実ッケージというものについても普から言われているので情です。

すが、なかなかその利用の仕方としては亜流のものが出$1.胸分野での一応ツールの問題点としてちょっと考えて来たりしますので担当者どとに異なるソフトウェアのたんですけども、一応電後メーカ各社でコントローラと品質バラツキをなくすため担当者によって変わるといういうものを作ってましていろいろそのスペックについてととろを、それからケアレスパグ、つまりパッケージをは餓争が滋しくてハードウェアも新製品を出してもまた利用したためにまたパグがでたというとと、 ζ ういうと次の新製品の開発を始めるというととで、なかなか製品とを阻止するために仕根蓄を含めたパッケージの一元化

ソフトウェアもすぐに変化しますし、作業環境も CADが必要でないかと考えております。とれでねの発表を終ルームなどありますけれどもなかなかそれが追いつかなわります。

いという ζ とで、ツーんが製品ソフトウェアの変化、作業環境の変化とういうものに付いて行かないというとと野村:今の発表を皆さん関かれていてたぶんととらへん

が今一番重要な問題になっております。具体的に述べれの説明のコントローラの生産の実情までは分かったと思ばその下の方に一応奮いたんですけれども、ツールのメ

うんですが、突如問題点にいってじゃあ ζ とでどん念ツ

ンテナンスができていない。ツールを実際開発した人がーんを使われているというお話がなかったんでちょっとまた次のオーダーをやっていたりして、専任者がいなく質問しにくいんじキないかなと思うんですね。実際に計て管理がもうひとつできていません。

画しましてそれから設計・製作という流れがありまして、

評価検復システムが磁立していない。そのツールがど

そのととろでどういうツーんを使っていてそとでとういのくらい有効なのか、どのくらい役に立つのかというとう問題点が起とったというそとがちょっと抜けていたんとについての基績がまだはっきりしていないというととじゃないかと思うんですが、ちょっとそとら辺ど説明頂

や、実際どのくらい使われているのかというととのバッいたらありがたいんですが。

クデータなんかがありませんのでとういうととが問題になっています。どく一部の知っている人のもの、汎用性小野:がないというか使い方が良〈分からないとしてまだ広〈

用計算僚がありまして、計画の所でととに 1/09 スト

知られてい念いととろがあるみたいです。使ったととにというのがあるんですけどもとれについてそのコメント

‑1
5
2‑

いまツールとしてあるのは社内にある大型の汎CASEs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEnviromnentWo
r
k
s
h
o
p

ぽ 1 つの CPU の中の償能がまとまるか、つまり俊能を-ソースをインプットしまして、その情報から図面を自動的に出力させています。プログラムドキュメントとしあちとちにばらまきますとその聞のインターフェイスがてのととで定義しました 1/0 のソースがプログラムに増えますのでなるべくインターフェイスは疎にして中で実際そのまま出てきますので、とのアウトプットを引っ複能を閉じるというかたちをとっていますので、 1 つの張ってきて製作段階でそれをファイんとして使っていまプラントの中では CPU 部分がスタンドアロンもあるけす。設計・製作でのツールとしては先程言いましたドキ

れどもホットスト P ップミルとかいう部分、 ζ の部分でュメントの作成の所でラフスケッチで書いたプログラム

は 20CPU 位あります。それについて一応セクション

を CPU がわかる言語に直す正アセンプル、プログラム

どとに方案とかいうものがあって、あとそれが 2CPU 、

図面のととろ、とのドキュメントを作る渇合でもととに3CPU 位で復激 CPU で成り立っていればどの償能をアセンプルチェックとか未定義ソースチェックとかいうどの CPUIC入れるかという ζ とをシステム計画段階でふうにチェック磁能が入ってましてツーんといわれると指示しますから、プログラムの製作になると指名された

そういうものもありますが、製作の償械化の為には計画

担当者はその決まった CPU について厳初から録後まででいう仕儀決定部門、設計でいう自慢能検討部門が今全然

ロジックを組んでいくというやり方をとっています。

できていないととろで、とれはどうしても客先との打ち合わせというかその要求するものが遣うというとと、ラ久保(富士通160CPU で 800K という謡でインの情成が全然違うというととで念かなかできてませすけれども、プラントの数でいったら何プラント C らいん。ただ試験の所ではいつもハードウェアがあるわけでなのか感じを教えて欲しいのと、はないので計算債をハードに見立てたエミュレーター装U の‘合だとその納めるものがどの程度に遭うのか、複置があってそとにプログラムのデバッグをカードの出荷数の CPU で全く違うものが入るのか、その辺の常強が1 プラントに復数 CP

後からでもできるというツーんがあるんですけれども、ないのでという感じのが 1 っと、

まだツーんというのも自社生産したものばかりで、今例

すね、それはおそらく治客さんに納めるステップ数の量に出ている EW5 などの活用を考えているととろなんでだと思うんですけども、そのうち再利用の部分はどの程すけれども、今あるツールとしては社内の大型計算慢と度あるいは逆に引き算した新しく作るのはどんな感じで計算俊端末が主です。

すか。

岡本 (KC 5) .
: 先程のプレゼンテーションの中で年小野:聞に 160CPU 位、800K というやつでプラントの数というと民間の企業の景気によっ

800K ステップ位の開発というて設備投資をする渇合と全然無い錫合とでいろいろあり

お話がありましたけれども、基本的に商品としてのソフ

まして、プラントの数は年どとに浮き沈みあります。 C

トウェアの開発はチーム作業、何人かの人間が悔力しあPU もいま 1 60 と言ったんですけどもとれも小容量のいながらー簡になって作ってるわけですか。例えばプロ

ものから大容量のものまで 3 ・ 4 種頴くらいうちではコ

グラムでは衝数のプログラマーがいて個)JIIIC そのプログ

ントローラの種類があるんですけどもー僚に何個と言うラムの開発を分担して最後にガチャ?と組み合わせて作

わけにいきませんで、鉄鋼の割高合だと 1 つのプラントにるようなスタイんなんですか。あるいは、私が以前とう

20CPU もあれば、紙のプラントであればスタンドア

いうふうなコントローラのプログラムを開発している方ロンが多いんでプラント 1 つに CPUl っとかそういうに伺った話によると、そういうケースももちろん無いとととで数はなかなか言えません。 05 とかそういうペー

は言え念いけれども基本的には頭から媛後まで一人で作

ジックソフトがうちの易合ありませんので、るというケースも多いと聞いてますけども、そのあたり中に入っているプログラムはイニシャルの部分とかサブコメントして下さい。

ルーチンの部分とういうものはうちの設計で標種のもの

lCPU のがあって、ファイルで登録してあってそれをヲ|っ張って
小野:システムによってマルチ情成になったりスタンド

きていらないととろを消すくらいのととで、それが O.

アロンになったりするんですけども一応 lCPU を担当

6K 位ですかね。

1 つの CPU で O.

6K 位が使えます

者一人というふうなやり方をしています。だから様能チ

けども、あとはプラントによって償能によって全〈前とェックの段階でどの CPU にどういう繊能が入っていれ同じ様に使えるものであれば 80%位流用事ありますし、

‑1
5
3‑

4
t
hSEAEnmonment 羽rorkshop

CASEs
e
s
s
i
o
nr
e
p
o
r
t

のが第 2 世代であろうか。尚、今日私がお話するのはメ

全く新しい新規償能であれば 1 から全く作らなければなら念いというととで、今まで 1 0 年間くらいずっととう

インフレームの環境ですけどその中でもさらに事務処理いうのがありますのでそういうノウハウありますので念のオンラインアプ P ケーションみたいなととろの仕事をんでもかんでも 1 から作るというととろまでいっていなしてましたのでその辺に絡むお話になると思いますのでいんですけども、なにせ手作業が多いというのが問題で

そういう前提で聞き厭いたいと思います。あとその次にす。

も上から下だけじ+なくて逆に下から上までっていう流れも出てきて、P バースエンジニア 9:-- グとかいうよう2.2 M ・ i n f r ・・ e 環境の CA8E

念非織造的なソフトウェアをいかに精進化して再利用す佐.(長野県偏向電算

るかというような環境を持つ必要がある。

どうも bはょうどざいます。

私、実は昨日から 3 つくらい慢性的な病気になってまして、ですから普 CASE と言われて念かった時期はいろん

1 つは林さんと同じで慢性 GPT 病、 2 つめはやっなツーんがあって、いわゆるソフトウェア開発支後ツー

ぽり林さんと閉じで慢性プ 9:--体病、 3 つめが昨日岸田ルというととで特にとの辺はプログラム設計とかプログさんに指摘をされました慢性メインフレーム病というとラミングとかテストとかメンテナンスとかとういったととであります。そういう意味では病床からの報告になりとろを簡単にサポートしていた。それがずっと今までのますので病人をあんまりいじめないようによろしくお願歴史だったわけですけども、それに対してとういう上のいしたいと思います。

方を何とかしろよという世代が第 1 世代で、第 2 世代は今日お話したい内容は半分は建前の部分で、とれは全そのままとの辺、保守までいってずっとつながってきま

体の話をしてみたいと思います。もう半分は私個人の環す。第 3 世代はとつちからとう上へあがってきますよと境におけるいろんな経験をふまえた形での本音の部分をそんなような位置づけではないかなと思います。

お話し、録後に若干 CASE といわれているものに対しCASE と今までのプログラミング環境とどう遣うのての私なりの主獲をお話したいと思います。時聞が 30か、詳しくは分からないんですが、アナリシスとかデザ

分ちょっとですので駆け足になると思いますけどもよろインというフェーズをサポートしているととと、もう 1

し〈お願いします。

つは CASE の.t<こはメソドロジーがあるとと。即ち、

まず、とれは釈迦に説法ですか説教ですかどっちにし昨日もお話があったんですけどもツーんとかとういう環てもととにいらっし中るみなさんは CASE についての

境は裏にある程度の方法論とか手法があってそれをいかある程度のお考えを必持ちの方なので、セミナーじ+あに俊械化するかというのが発想だと思います。そんな方

りませんからそんなに詳しくはど紹介できないんですけ

法論みたいなものはどんなものが CASE の鍋合あった

ど、私の CASE についての考え方みたいなものを憲初かというと、にお話します。 ζ れはある雑誌にあった記事を引っ湿っの情造化手法みたいなものがあったり、もうちょっと下てきんですが、いわゆる第 1 世代といわれているものがの方にいくと Wa rn

Demarco 、 G ane• SarS 0 n

er とか Jackson とかい

今から 4 ・ 5 年前に使われていたわけですがとれは上流

うのがあったり、もっと情報システム全体をどうとらえ支援というととでストラクチヤードアナ P シスとかストるかというととになると J ・ Martin さんがいろい

ラクチヤードデザインとかそういったもので特に絵を中ろ言っているようなととがあったりとか、そういった方心としたダイアグラムをいかに効率良〈作るかというよ

法論をいかに支複するかというととで CASE というもうなととろのツーんではなかったかと思います。

のがあるんじ+ないか念というふうな錠え方をしていま

それに対しでもうちょっとそれを上から下まで一貫しす。

て支援するようなツールはないかというような形で、(そういううんと広〈捉えた婦合の CASE としてどん

特にとれは第 1 世代の方はあくまでもデザインとか紙でな技術があるか、今言ったととを別の切り口で見たもの

やっても何とかなったものを俊織化したという環境だとがとの絵です。単純には UpperCASE とか Low

思うんですけども)、それがある程度オートメーション

erCASE とか言われてますけども、情造化手法は普化されてきたと。いろんな紙の問の 9 レイションというから考え方としてはあったけども、とれがワークステー

ものがもうちょっとちキんとチェックされるように念っションが発達してきたととによって現実的にとういったてきてオプジェクトまで作れるようになってきたという

お絵書きツールがちゃんと使えるようになってきたとい

‑1
5
4‑

4
t
hSEAEnTiron皿.ent Wo
r
k
s
h
o
p

CASEs
e
s
s
i
o
nr
e
p
o
r
t

うのが 1 つ CASE の流れです。もう 1 つプログラミン

よという考え方もあります。

グでは従来の COBOL とか FORTRAN の環境の償

もう 1 つはプロトタイピングというのがあって、とれ械化があり、 CAO 、 CAM のアプローチだとか部品とはどちらかというとちキんとできないからそれをどうやか再利用とかデータデイクショナ 9 ーとかいろいろ言わってカバーしょうかというととを考えているわけですけ

れたわけです。その辺のツールは、ととにあげてるようれども、その辺の所の伎術というか環境みたいなものがな一貫支複をサポートするツールです。特に COBOL

整備されてきて、実際にピジネス分野においてプロトタのような 3GL 環境で何とか俊械化したいというと、チイピングをサポートするような環境が出てきている。とャートエディターみたいなものを用いた償織化にみられれによって SA とか SO でやろうとしているピジュアラ

る CAO 、 CAM指向の環境です。

イゼーションというような環境が実はプロトタイピング

次に、もうちょっと言語レベルを上げようというととで出てきているのが 4 までいかないけれども 3.

5 (例

えば真ん中取って 5 としますと)のいわゆるアプ 9 ケーをやるとできち+うわけです。そういったととろが CA
SE を取り巻く技術としては有るんじゃないか。

~は情造化手法の環境みたいなととろで、 SP があっシヨンジェネレーター、 COBOL ジェネレーターみたて SO があって SA が出てきたわけです。

いなものがある。スペシフィケーションツール、仕儀化の狙いはとの通りですが、膨大な手仕事のためペーパー

支援技術、さらにもうちょっと言語そのものを高級に記

レスで念くてはどうしようもないというととろが問題 K

述するにはどうしたらいいか。それは情造化設計、構造

f.I:り、それに対して今はハードウェアの技術の進展によ化プログラミングとか言われてきてるのとはちょっと遣ってちょっと環境が変わってきて、うが、いわゆる Oemarco t(の考え方でいうデータ

う一度」というような状況ではないかと思います。但し、フローみたいなものがものすごく現実的な事務処理のア

私自身は情造化手法とか情造化分併というととに諸手をプ P ケーションを解くうえで考えやすい。そういうとと上げて賛成しているわけではなくて、実はその一番下には分かっているんですが、それを実際に言語としてインあるようなとういった 4GL とかプロトタイピングとか

プ P するような環境があったんだろうかというととで、

9 レーショナルデータベースとかピジネスアプ P ケーシ

たまたま私の所で使っているものがありますのでその話

ョンを作る鋤合にはおそらくとういった技術とうまく組を後でちょっとします。

み合わせていく必要が有ると思っています。ちキんとしSA そのもの「構造化手法よ、も次に、今までの言語の世代とはもう 1 つレベルを上げたプロジェクト手法で上からちゃんとやってきて下までて第 4 世代環境みたいなものが出てきていて、とれはもいくならばウォーターフォーんそのものは否定され念かうどちらかというと全部をひっくるめてサポートしよう

ったんでしょうけどもそれがうまくいってない。それはという環境です。それは単に言語レベルだけではなくて紙だからうまくいってなくて俊械化したらうまくいくか

ビジネスシステムを生成したいという環境だと思います。

というとそうでもなくて、もっと別の要素を取り入れな

その中には当然分析手法みたいなものも出てくるし、いければいけない。その 1 つのきっかけとして 4GL とかかにモデル化するか、更にデータディクショナ P ーが前

プロトタイピングとかいうととろをピジネスアプ P ケー

提となってスク 9 ーンペインティングしてプログラムまションの鱒築の所で使っていく必要がある。

で全部作ってしまって全部ひっくるめてソフトウェアデ

さて、情造化手法で有名なのは Oemarco 流の考ータベースとして管理しましようというような環境だとえ方です。システム設計とかもうちょっと情報システム

恩います。 3GL のとの辺の CAO 、 CAM指向と似てそのものをどう捉えるかというととは今日のとの後の Sはいるんですが、実は 4GL はとのオブジェクトを定義

t P でもありますけども、私の所で今実用化しているのすれば全てビジネスシステムが生成されるのに対して、は、その後の所のプログラム生成です。とれはよくある

3GL はそういう意味では個々のフェーズだけをとらえ

データフローです。とれを 1 個 1 個プロセスと考えてとてその償被化を支侵している。

の周りをターゲットエリアとすると、いわゆるコンテキ

次に、データベース技術みたいなものもやはり P レー

ストダイアグラムになるわけですけども、とれを 1 つのショナル指向というのが今当たり前になっていますが、プログラムとして見た樋合どうなるか。やはり、プログ

その辺の所で CASE というかいわゆる情造化手法とかラムに対してはそれと絡むデータがあってなんらかのア

情造化分析とか言われているのはちゃんとやりましょう

ウトプットがされる。その中は実は綬初にマッチングが

.155.

4
t
hSEAEnTﾏronmentWo
r
k
s
h
o
p

CASEs
e
s
s
ﾎ
o
nr
e
p
o
r
t

あったりして中間的に何か出てきてそれとまた何かをぶっていて、それをダイナミックに動かすというのではなつけたり。あるプロセスからなんかアウトプットが出てくて、決められた型をいかに組み合わせるかというとときて何とか P ストになったり。とんな風に考えると与えでやってきているんですが、 ζ れはそういう意味ではもられたプログラムをどう設計するかというときに、厳しう少しフレキシプルで、プロセスの組み合わせを自由にい栂造化チャートみたい念ものを作ら念くとも、あるいできるというような環境になっています。いわゆるデー

はモジュール仕織をそジュールの結合度とかなんとか言

タフローみたいな考え方を実際プログラム作成に適用しわなくとも、(との揖合バッチの業軍事のウェイトが高い

たツーんは、今ど紹介した他にあと私が知っているのはんですけども)、とういう風に問題を素直に表現してあ2 っか 3 つ位あります。とれは日本電気さんの IDL とげればそれがそのまま実際に業務として動〈プログラム

いうプロダクトですけども、まさにとれも閉じととをやに生成されるツーんがあるわけです。とのときのポインっています。とういうファイル聞の関係というものをど

トはとういう中間的念ものが出てきますから、とれを物

ういう処理をしてどういうふうに落とすかと考えた揖合、理的なもので使ったら効率が上がらないわけで、いかに

とれ 1 個 1 備のプロセスを 1 つのジョブステップと考えとれをメモ 9 ー上でやるかというとと。その鍵をにぎっると従来と同じ念んですが、とれをまとめて 1 つのジョているのはコルーチンの考え方です。

Jackson シ

ブステップにするにはどうしたら良いかというあたりでステムプログラミング、 JSP でいう情造不一致が起きやはりデータフロー的な考え方です。とれはデータオ 9

たときに、その問を中間ファイルでやるんですが、それ

エンティッドチャート、

DO チャートとか言っているんをいわゆるコルーチンでライトしたつもりでとのサプルですが、とのときのプロセスの俊能とは、む連結、編集、ーチンを呼んであげるというような環境です。とれ自身

結合、更新、マッチングとかいろいろあって、なおかっは実はもうガンガン動いてまして、私の所ではとのプロ

とれは対話型なととろまでサポートしているので画面かグラムをどうやってジェネレーションするかというと、らもらってくるプロセスなんかも定獲できます。とれをプロセスとプロセスの入出力(プロセスフロー)と、そ組み合わせるととによって 1 つのジョプステップ、のプロセス自身が何をやるかという梅造・俊能(例えばの物理的なプログラムが出来上がる。富士通さんの CA

とれだったらマッチングをするとか、とれは何とかチェ

SET も基本的にはとういう考え方でやっているようで

1 つックをするとか、いろいろな慢能があるわけですが)、す。との辺の所までは、メインフレームでもきてるんでとの 2 つで定義します。そして、各プロセスはとういうす。ととまでは、いわゆる 言語 レベルでの話なんですが、Jacksonìtのプログラムツ P ーで表現します。例

CASE というのはそういう意味ではもっと上の所まで

えば、更新というプロセスを考えると、マッチした渇合

サポートする。あるいはもっと全体を通してという話にどう念のという、アンマッチの鋤合どうなのという、マなるわけで、その次のフェーズにいきまして、ッチした錫合はマッチした中のなおかつグループのイニ

境上での僧造化手法支援システムという話をしてみたい

シャルでどうなのというその 1 歩 1 歩の揖において何をと思います。

4GL 環

するかというととを記述してあげれば、実はそれでプロ

昨日、一時日とデそがあった MAPPER というのはグラムができる。そとまでスケルトンがはっきりしてま

いわゆる第 4 世代と言われているんですが、私は個人的すと、そういうプログラムをさらにジェネレーションすには第 4 世代とは思っていません。ちょっと異質なソフるプログラムというのは簡単にできるわけです。

トウェアだと思ってましてあんまり好きじゃないんです

1 個 1 個のプロセスがどうが、その中で、なぜそんな話をするかというと、それ自いう情造を持っているかというととが決まってきますか

プロセスで仲が決まって、身ではなくてそういう MAPPER アプ 9 ケーションをら、あとはとのはつぼの部分で何をするかだけを決めていかに作るかというようなととろで情造化手法をちゃん

あげれば当然プログラムはできるわけで、そういった環と取り入れているソフトウェアであるからです。今、と境を貧弱な TSS 環境ですからキャラクターオ 9 エンテの上の方を非常に問題としてますから、との辺の所をどイッドで当然やるわけですが、一応会話型でいろいろ聞

うするかと考えますと、トータル念ビジネスシステムをいてきて何か指定するとスケルトンが一度に 600 ステ

どうするか、情報システムをどうするかというようなとップ位パ?とできる。従来のプログラムジェネレーターとろから攻めようとします。情報システムそのものをどというのは枠がある程度決まっていてパラダイムが決まう作るかという楊合の分析というととでは、まずとにか

‑1
5
6‑

CASEs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEnmonmentWorbhop(とれはコンテキストダ

部やる。そしてその与えられた情報から、一旦、仕棟デ

イアグラムを作成するととと閉じととなんですが)、とータベースというものを作り上げる。その時にデータデ

んなととをやるわけです。その後そとにどんな問題点がィクショナ 9 ーというものがまず前援にあって、それをあるかというととをち+んとチェックをしていく、分析

最初に作って、それを使いながらシステムの仕援を決めをしていく。それから現状システムが本当はどうなってていく。 ζ とまでやりますとあとはコンピューターの世

いるかち+んとモデル化しようというととになると、と界でとう実僚に実行環境まで全部作り出すわけですけど

く何をやりたいかとかいって、

ればレベル O の DFD からどんどん落とすというよう念

も、とういったととろは全て LINCIC 任せてしまい、アプローチです。それに対して本来の情報システムは、ユーザーがやりたいととはととだけやればいい。 ζ とま

とれからどうありたいかという企業レベルでの目的に対で作って仕織データペースに入れてしまえばあとはせー

して、どんなものがいいかというよう念代替案をいくつのでジェネレーションというと、お昼を食べて帰ってく

か作ろうとかいってやはり DFD を作る。それから最終

るとシステムができていてすぐ動くというような夢みた的なものを決める。とういうアプローチというのは今ほい念話です。

とれは八ヶ岳に持ち込んで実演やりましたから嘘では

とんどのととろの CASE ツールと言われているもの、

例えば Jamesないという ζ とは、何人かの方がど承知だと恩います。

Martin さんのナ F ッジウェアという会社の 1 EW という CASE ツーんもやっぽりま

僕自身は大分とれを気に入ってまして、とにかく楽がでるっきりとれと同じアプローチをとってます。とれは抽きる。いままでですとデータペースを使うのにもグチャ

象的ですから正論なんで、問題はとの下をどうするかと

グチャいろんなパラメー夕、スキーマを定義したりとかいうととなんですけども、ど紹介したかったのはとうい

いろんなととをやらなきキいけなかった。それからいわ

う 4GL の環境でもとのようなアプローチをちゃんととゆるオンラインシステムのそニターみたいなもの、シスっているものがあるととです。ちキんとしたダイアグラ

テムソフトウェアですけども、当然それのチューユング

ムいわゆる DFD ができた後、それをあとどうしていくもし念ければいけないし、その環境も作らなければいけか。とれは MAPPER という P レーショナルな思考で、ない。通信関係に関してもコミュニケーション関係のいアプ 9 ケーションをどう作るかという手順を示している

ろんなソフトウェアを準備しなければいけない。ととろ

わけですけども、単に 4GL だから入れればすぐ動くとが LINC の渇合にはそんなととは、当然厳低限のとというだけではなくて、との辺の所もちゃんとモデル化しは 1 回やるわけですが、それはシステムがどう考えたって方法論を持っていますというととです。時聞がありまて分からないととろは外から与えますけども、基本的にせんから詳しくはど説明でき念いんですけども、とれはどう動くかとかいうソフトウェアの中身に関してはシス

いわゆる建前の詣です。じ+ああなたのととろでとれを

テムが全部気を使ってくれて作り出してくる。ですから

どとまでガンガン使っているのと言われると、どんなも極端なユーザがあって、実は自分逮がとうやってフ.ログのかっていうととでちキんと償能を調ベて、さてじキあ

ラミングしたあとそれが COBOLIC 搭ちてどう動いてやろうかやるまいかというととになるとまだ足を踏み入いるか知らない、 COBOLIC 落ちているととすら知られてない。じゃあその他に何かあるのというととでもろないユーザーがいるわけです。それでガンガン動かすと

1 つ別の方法をど紹介したいと思います。

いうととがあるわけです。そのユーザーにとってみるとそういう意味では 5 番目の所ですけども、上からちキとの環境しか見えないわけなんです。との環境しか見えんとやろうよというのが理屈としては分かったけどもななくても自分遣が必要とするアプ P ケーションができる。

かなかそれをすぐ使うというのは織しいというととで、そういったととろまで今のメインフレームの環境でも、別のアプローチとして出てきているのがプロトタイピン

ターゲットはピジネスアプリケーションですけども、実

グとか 4GL です。同じ 4GL でもちょっと環境が遣う

用化レベルにきているという気がします。なんで LIN

話念んですが、とれも昨日あったんですが、 LINC とC がうまくいくかというと、実は作り出すターゲットシいう世界です。 LINC という世界はとの鎗が全てを物

ステムが 1 つのスケルトンを持っているので汎用ではな

語っているんですが、基本的には全て縞末債の上でスペいというのがキーポイントです。ですからどんなととでックを決めていきます。画面のスペックだとかレポート

もなんでもできるというような形で欲張ってしまうと、のスペックだとかあるいはロジックなんかをとの中で金汎用性を持たせてしまうから逆にユーザーが定義しなけ

‑1
5
7‑

4
t
hSEAE町iron皿ent Worbhop

CASEs
e
s
s
i
o
nr
e
p
o
r
t

ればいけないととろがいっぽいでてくるわけです。ととのアプ F ケーションをどう作りたいか、自分遣のニーズ

ろが限られたドメインでやりたいととがある程度決まっ

がどとにあるかというととを考えた渇合に、実はそれはていてそれをどう作るかというあたりで制限をしてしま

最初から完全には定義できない。そうするとまずおおま

えば、それをターゲットとしたシステムは作り易くなる。

か念処理としてとんなデータ入力があるでしょう、 ζ ん

そういう意味でそデルというものがありまして、 LINな画面が考えられますとかいうのを置を初に作る。 LIN

C の対象システムでは基本的には何かデータベースがあC 自身が作り出すのはとの基本的なベーシ 7 ク念俊能しって、そのデータベースに対してデータを追加するとかか作りませんからとのへんの細かなロジック、例えば入内容を変更するとか表示するとか消すとかそういう作業

力された情報がどういうチェックをしなければいけないがあるわけです。それはデータベースの項目さえ決まっとかどう絡んでいるかとかそんなととは抜きにしといて、てしまえば基本的にはあとは全部システムがやってくれ

ユーザーに対してはとういう画面でとういう風に答えらていいわげで、

LINC はそとのととろをやってくれる。

れればいいんでしょうというのを掻初 K 見せてしまう。

もう 1 つピジネスとして考えるととういうデータベース

その画面を作ればそれでお昼 を食べて帰ってくればシスの中のいわゆるマスター的なものに対して日々発生する

テムができるわけですから、それでいいよというとと K

イベントというものがる。そういうトランザクションみなればそれに対してロジックを肉付けしていく。その時たいなものは画面から入れてくるわけで、その時に入っ作るロジックというのは実はととで大伴のロジックは決てきたトランザクションに対して通常の鍋合ですとマス

まってしまっていますからそれを根本的に作り替えるよ

ターを読んで更新するとかいうロジックが入る。

うなロジ ッ クにはならないで、後から追加していくロジ

それからマスターも別にレポートを出すというととがックなので比較的作りやすいわけです。ただ一般のピジあるわけで、その場合 ICLINC が考えているのは、デネスアプ P ケーションを作るときよく出てくるのは、実ータベースそのものは 1 つのスキーマで切られて固まっはとういう絹合とういう風にしたいとか後からいろいろてしまうが、ユーザーによっては私はとういうレポート

出てくるわけです。そういったととろというのは LINを見たい、私はとういう風に分析したい、とういう条件

C の揚合にはやってみてダメだからもう 1 固というととのものだけ引っ渡りだしたいというのは当然出てくる。

がどんどんできる。それから画面なんかに関してもとうその婦合にまるっきりアドホック的な使い方をするといいう項目がちょっと欲しいなといったような渇合、普のわゆる P レーショナルデータベースみたいな環境になるやり方ですとち+んとデータベースから何から変えて、んですが、 LINC の揖合にはそとまで完全にフレキシ

それから画面の内容定義も変えて、電文の内容の定義もプんではなくて、そのかわりにシステム生成の時にデー変えて、そういった手順を E臨んでそしてまたシステムをタベースに対して、サプスキーマ規模ではないんですが、作り直してテストするといった環境だったんですが、 L

プロファイんいわゆる外部ピューを設定する。私はとうINC の場合には画面の項目を追加するだけで、それでいう風に見たい、私はというのはアドホック的では念い作り直せば全部動〈。その仕婚けのポイントは LDL とんですが、業君事としてあらかじめ洗いだせればそれをピいう仕様データベースです。画面からの情報は全て中間

ューとして提供している。ですから例えばイベントがい的な仕繊記述言語 LDL に変換されデータベァス化されくつか出てきたら、その関連するイベントをまとめてある。仕被変更はとの仕儀データベースに反映されるだける条件のものだけ引っ張ってきて何か処理をしたいといであり、その下のオブジェクトには直後反映しない。生えば、その 1 つのまとまりに対してとういう見方をした

成指示をしたときに始めて、全てのプログラムをいっきいというピューをきってあげればいい。それはデータベに生成しなおす。各オブジェクトを個々に変更しなくてースに対するピューとイベントに対するピューがある。

済むため、プロトタイピングの回転が速まるわけです。

そういった形でシステムを作ろうというのが LINC の

基本的な考え方です。

次に、

LINC を CASE として見た易合どういう評価ができるか、設計フェーズでどうなのという話と実際との表題にはプロトタイピングというととがあるんでの開発フェーズでどういう俊能があるか、それからユー

すが、じゃあなんでとれがプロトタイピングかというおザ一一インターフェイスに絡んでどう念のか、管理の薗話を次にしてみたい。今絵でもって仕後定着座すればシスではどうなのか、とれを 1 つの実行環境としてみた湯合テムができあがるという話だったが、ユーザーが自分遣

どうなのかという分け方をしてみました。設計という意

‑1
5
8‑

4
t
hSEAEnviron皿ent W o
r
k
a
h
o
p

CASEs
e
s
s
i
o
nr
e
p
o
r
t

味で見ますとスク P ーンペインテイング働能というのがちょっと付け加えていく。それがどんどん繰り返えされありまして画面入力をすればいいわけで、そういう意味ていっていつの聞にか本番という環境です。そういうアではプログラムのピジュアル化みたいなものが 1 つは達プローチがとれているわけです。それから仕俊言と述その成できている。それからレポート作成プログラムのピジ

ものは先程中間的主言語というお話をしたんですが、従ュアル化というととで、いろんな帳票とか資料をそニタ

来の言語よりは言語水単語Z上で紬象度の上がったプログ

ーに出したりプ P ンターに出したりというようなと ζ ろ

ラミングです。従来のコーディングというような作業は、が画面でデザインをすれば終わりなんです。普のツーんととでの青む虚がコーディングになってそとから下の実際は画面でデザインをしてそれをさらにまた別のオブジェのオプジェクトまで自動生成されるため、必要ない。又、クトに落とす作業が必要だった。 LINC の場合 K は、

LDL は当然、言語としてフォーマライズされており、決められたパターンの中であれば画面で定義すれば終わシステム全仕後で管理していますから LDL データベー

りで、確かに考えてみれば当たり前のととで、どのフィスからドキュメントが出て来たり、いろんな関係を引っールドに何を打っかというととだけ定義してあげればそ湿りだすととができる。それからデータディクショナリ

れで基本的にレポートは出るわけなんで、そんなととろー俊能というのが大前提 K あってそれをベース K していはユーザーがプロ ッ トしてあげればいいじゃないかといます。とれを使うととによって傑激化を図れる。省力化

うととです。それからもう少し設計を大きく捉えるとエを図れる。正硲化を図れる。それから自動的な保守、つンドユーザーコンビューテイングというものをサポート

まり実際問題どとまであるか分かりませんが、桁が 8 桁している。いわゆる情造化手法、情造化分析、ユーザー

から 1 0 桁になったといった場合にはデータディクショ

仕機をいかに EDP の人問がちゃんとコミュニケーショ

ナ 9 ーだけ変更してジェネレーションしなおせば関連しンギャップを温めながら理解できるか、我々が考えていたととろが全て直る。じゃあデータベースの中身はどうるものをいか K ユーザーにうまく説明をして、それは実なるかというとデータベースの中身も全郎梅築し直しては EDP の人間とユーザーの人聞が両端にいてその湾をくれるというようなととろまで持っているようです。他

どうやって埋めようかというととを考えているわけで相K もデータベース自動的に作るとか、データベースとの手がちょっと遠くにいるわけです。ととろが LINC の

インターフェイスルーチンも自動的に作る。文、オンラ

場合はユーザーも一緒にやりなさいよ、どちらかというイン環境の自動生成、いわゆるミドルソフトウェアといとむしろユーザーが主噂でやりなさい、自分遠のニーズ

われている部分、即ち、モニターみたいなととろも L

は自分逮で決めればいいじゃないかというととろです。

NC 自身が持っていますから、あるいは作ってしまいま

1ととろがその自分遠のニーズを出すときに、あるいはそすからユーザーは知らない。今オンラインシステムを作

れをいかにスベシファイするかというときにコンピュー

ろうとするとコミュニケーション環境のソフトウェアがターの世界がいきなり来ちゃったんでそれに入れなかっどうのとうの、データベースがどうのとうのと大変です。

たんです。その辺の所をとういうようなピジュアライゼ

それが EDP の人間の飯のIDiなんですが、そのへんのとーションというような形の環境を作ってあげて、モデルとろが(限られた環境なんですが)自動的にできてしまを定義してあげて、先程のコンポーネント、イベント、う。その他のロジック部分というのは当然あるわけで、

プロファイんというよう念ああいうモデルでもって定義

それはいくら画面を作ってもだめなんでその部分というしてあげて、とのそデんにそった形でユーザーの P クワのはあるんですが、従来よりはエンドユーザーがある程

イアメントをちゃんと定義して下さいというような環境度理解できるというような環境まで非手続的になってきなんで、 ζ れだとユーザーが入り易いわけです。そういている。あとユーザーインターフェイスのととろでいうったアプローチでギャ ッ プを温めるというような考え方と一応とういうロジックを入れていくときには全線網文です。

エディターを持ってますからそれが基本的に全部入力時

それから開発というフェーズで捉えますとプロトタイにチェックしてくれる。メニューでやるかコマンドでやピング手法なんですが、いわゆるプロタイピングでもとるかという問題があるんですがとれは両方持っています。

れは E V 0 Iu t

プロトタイピングというとですからよく分からない時は階層型のメニューでどんどとですから進化していく。つまり重量初に作ったもので中ん引っ張ってくればいいし、いきなり飛びたいときはコの枠が決まった。その次はそれをベースにその上にまたマンドでボッと飛べばいいという環境まで持っている。

0 na I

.1
5
9.

4
t
hSEAEnTironmentWorbhop

CASEs
e
s
s
i
o
nr
e
p
o
r
t

それから管理面ではどうかというと、全ての作業をとの辺の体系がまだ未整理です。たとえばピジネスモデんを

LOL というととろで行なっていますから、その進行状作るときに情報システム全体の流れ、データフローみた況というのを全線持っているわけなんで、そとからどのいなものを分析したらそとからパッと LINC のモデル

オブジェクトがいつできたのか、どとまでいってるのかにいけ答。 LINC のそデんはピジネス向きで、はっきそういったものは全部わかります。その他に実行後能がりしてますから比般的簡単にいくんじゃないか。 SA かあるんですが、とれは開発環境という意味ではあまり関ら SO へのスムースな変換というのはなかなか難しいが、係ないのでちょっと略します。とういうような点が L I

LINC のそデんは比般的スマートに変換できるんじゃ

NC の CASE.能として銀えられると思います。

念いかと思うんですが、その辺の方法論ていうのが今な

良いととずくめではなくて注文がいくつかあります。

いというのが実態だと思います。それからあとは言語レ

やはりユニシスという 1 つの世界で、しかもその中で今ベルが低いんでもうちょっと 上 げて欲しいとか。

動かせる端末磁の後種も限定されるのでもっとボータピ
9 ティーが欲しい。 5廷はそれができますと 2 つの意味の分散ネットができる。

エンジンに使っている OMS

は COOASYL 型であるが、 LINC はそのうちの 1 SAM俊能しか使って1 つは LINC 自身がかなり下のいない。外部モデルではプロファイんとして半分外からレベル、マイクロレベルの LINC が動けば、いわゆる与えているが、もう少しアドホ ッ ク的なピューの提供も霊直分散です。昨日いわれた MML のうち実行環境みた欲しい。今できるピューの設定の方法はいくつか制限がいなものは LINC の閉じた世界で情築できる。もう 1ありまして、本来のデータベースとデータベースの聞をつは畿種を変えて他のメインフレームの上に LINC がある関係で切ってくるというようなリレーショナル的なのりますと水平分微になる。今は決められた償種にしかアプローチがない。

のらないんですがもうちょっとそれがポータプんになっある)(L INC と別のソフトウェアではてくれば水平分徴みたいなものができる。ただし完全なあと開発環境の実態ですけども、とれはたまたま今、

ヘテロじ+念いんです。ですから異償種間接属を完全に例としてプログラム作成という ζ とで Oemarco 流

やろうというのは無理です。それはやはりメーカーの験のデータフロー的なプログラムジェネレーターの話と、略みたいなものがあるみたいですからととまでのものに

それから 4GL というととで MAPPER と LINC となるとはちょっと考えられないと恩います。端末担慢なん

いうととでお話したんですが、もっとよそのメーカーさかも今ちょっと標単じ+ないですが、大体スケジューん

んの b話もしないと不公平になるかもしれないんで一応にのっているみたいです。やはり貧弱なユーザーインタ

紙だけ用意しました。他意はないんですけどもいろん念ーフェイスですから今のかな漢変換もホストへ送ってホ

切り口があって結論から 言 いますと分析支銀とかシステストでやってるようなととろもあります。量新の端末担慢

ム設計支援みたいなととろは弱い。メインフレームの環でやってますけどもそのへんのととろとか、使い勝手を境の上では弱い。どちらかというと下から上がってきて良くするんだったらカラー表示とか高晦度表示とか、あいるのが実態だろうと思います。 その中でもあえて言え

るいはいろん念伝票入力するときにマルチウインドウにば.

なってどうのとうのというようなそういった実療にアプです。方法論そのものは変わらない。 考え方は変わらな

9 ケーションを動かすととを考えるとそういう俊能をもいでただそれを俊被化して 早 く紛腿にするというような

COBOL 生成系を中心とした CAO ・ CAM指向

うちょっとうまく使って欲しいと思います。もう 1 つはアプローチで、いろんなツーんがあってそのととろの整

MAPPER ・ KIT のととろで言ったんですが、 MA備を終わったというのが今の状況じゃないか。それは ζ

PPER ・ KIT というのはどちらかというと上の方をとですが、もうちょっと 言語レベんを上げようというとちゃんとやろうよというととで情造化手法もち+んとあ

今申し上げたようなデータフローみたいなものとか、もってそれに沿った形で手順が決まっています。それに対うちょっとインク 9 メンタんなプログラミングができる

してプロトタイピングですからある意味ではいきあたり

ようなものとかいくつか出てきている。それからあと 4

ぼったりで作っていってもシステムが動きますというとGL という環境では EOP 部門用というととで LINCとなんですが、小さい届合にはそれでもいいんですけどのお話をしましたが、もっとエンドユーザー指向の、かも、システムが大きくなってくるとやっぽりモデル化となりイージーな手法ですけども、そういったものではどいうととをちゃんと考えなきゃいけないんですが、そのん念ものがあるかというと、ととに挙げたようなデータ

.1
6
0
.

C.
ASEs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSE
.
AEnTÏron皿ent Worbhop

ベースに対してアクセスしていろんなレポートを出すと前としてなんとか一貫支媛システムといってるだけで、いうような環境がやっと今盤いつつあると思います。でζ うス?とつながってない。そのためのキーは、いかにすからとの辺(分析支援工程)をち+んとサポートしな

モデル化するかというのと、そのモデルを言己述するため

いと CASE じゃないといわれると、そういう意味ではに抽象度をいかに上げた仕繊記述言語を実用化するか。

今のメインフレームの上ではそういう CASE はない。

そういう意味で今お話した LINC には、

LINC 自身

震後にまとめます。主張に書きましたけれども、やはのモデルがあって、そのための設計言語として LDL がり CASE ツールの活用においては単に自動化ツーんみある。プログラミング言語か仕線記述言語かというのはたいなものが先にあるんではなくて、何を自動化するか

W hat と How と言われますが実はその境界は無いわという方法論みたいなものがちゃんとなければいけない。

けで、どれだけ非手続的に念るかというととでWh a t

とれはよくある鎗です。プロセスモデルがあって、手法k近づくんですけども、 LINC より仕標記述言語に近があって、自動化があって、とれが逆三角形になってい

くなってきていると思います。

るのが UNIX の例だといわれてますけども、とういっ

プローチをとっているんじ+念いか念と思います。

LINC はそとまでのア.後にとれは Balzer さんが 2 ・ 3 年前のシンポ

たそデルというのがあってその方法論とそれをどうするというとちらの方をちゃんとやっていく必要があると恩ジウムで 1 990 年代の Paradgm というととでいます。そういう意味でとちらの上の方(自動化)といいわれたものです。との辺でグルグル回って、との辺でうのはある程度表面的な問題のような気がしています。

オートメーション化されてあとは自動的にソースまでで

もっと内面の所をどう捉えるかというととろをちゃんと

きでとう動く。とういう環境でグルグル回り念さいよ。

考えなきゃいけない。それから言語レベルの話も、 CAととのととろのフォーマルスペシフィケーション、とのSE と言えるかどうか分かりませんけども、あえて言わプロトタイピングというのを 4GL でやればいいんじゃ

せてもらえばやっぽりいまの COBOL 環績よりはもうないか念というのが倹の考え方です。と ζ でメンテナン

ちょっと高級化された言語の方が絶対有効だ。ただし条スをしてけばいい。できたものはお昼を食べていればと件があって、とれはやはり問題範囲を限定しなければい

っちまでくるという環境です。突はそれとまるっきり同

けないだろう。つまりあるアプ 9 ケーションを作るとき

じととをもう一人 Jamesは ζ れでいいよ。あるアプ P ケーションを作るときはとてるんでそれをど紹介して終わりにしたいと思います。

っちの方がいいよ。それを使い分ければいいわけで、先とれは.lut倒_tioa

程説明した PASE というのが完墜かというとそうじ+んですが、アナ 9 ストはシステムをスケッチングしていないが、ただ我々の環境で今実際 ICCOBOL で作るよ

く。とれは鎗を使ったり、図を使ったり、言語表現した

りはよっぽど早い。そういったものはおそらく他の業都りするわけですが、とれは利用者による検証をとのフェでもいっぽいあると思うんです。そういう意味でいつまーズでどんどんどんどんやっていく。との結果が 1 つのでも COBOL の時代ではないと思うんです。補足をす

後能そデルとしてアウトプットされる。との磁能モデル

れば、データフロー的なああいう言語をオブジェクト指に対して(とれは、ある程度フォーマライズされていま

向ととじつければ言えないとともない。あるプロセスにすから、

Martin さんは言っoc.lutomatioD というととでいってる

1 つのソフトウェアが中間的に 1 つの言語に吐データを渡してあげると考えればいいわけで、プロセス

き出しをして、ととからいきなりジェネレーターにいけ問がどう動くかというととを従来のプログラマーはプロば鰻高なんですがちょっと鍵しいんで)、ととからシス

グラミング情造にどうマッピングするかというととでいテム設計仕事後みたいなものに落として、あとジェネレー

ろんなととを考えてたんですが、その辺の所は先程の Pターが叡働システムを作ってくれる。ととで実際にテスASE みたいなものを使えばプログラム情造を怠践しなトとして動かしてみる。だめならまたととにフィードパ

くて実現できるというととです。

ックをするというアプローチです。とれをいかに早くす

それからいわゆるビジネス分析をして、設計をして、るかつてととがシステムをいかに早く作れるか。とれはプログラム設計にいくというギャップを温めるような僕

とりもなおさずインク 9 メンタルなエボ P ューショナん

範解答みたいなものはあるかというとない。今はどういなプロトタイピングアプローチになるわけで、そのポイう状態かというと、とういう横に割った各工程の支媛ツントはととのととろをどうモデル化するかというととと、ーんがあって、それを寄せ鎮めてトータんとしてただ名との辺のととろにあると思うんです。それはあまり欲強

‑1
6
1‑

CASEs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEnTﾏronmentWorbhop

らf.J:いである程度限定をしてやれば実用化されていくん

くらい頂きましたし、初日からあそとでずっとデモさせじゃないか。とれによってコミュニケーションギャップていただいてますので大体ど覧に念った方は分かると思と騒がれているととろはエンドユーザーがととに入るといますけども、ど覧になってない方もいらっしゃるのでとで軽減されると思います。それからシステムアナ 9 ス

また説明します。構造化分析...造化設計・プロトタイ

トとかデザイナーは、ある意味でフラストレーションがピングを支jIする CASE ツールです。情造化分析・設あるんです。自分遣はとうだというととでやるんですけ

計・プロトタイピングというものが何かという話は先程ども、実際 K 引き量産したあとはプログラマーとかコーダ

長野県協同電算の佐藤さんが説明して下さいましたのでーの世界になっち守って、意図したととろと遭う結果にととでは割愛します。 SRA で開発したものではなくてなる。今度はその人遣が実際に僚機の前でデザインをしアメ 9 カのInteradive D
eve
l
o
p
m
e
n
tEnvironmentl というたり定穫をしたりするとそのまま動いて〈るというとと会社で作ったものです。それを SRA が日本語化して売で、むしろとの辺の所が活E置の婦になって、ある意味でっています。

は言われた通りにやればいいというプログラマーは失業

とれf は初日にもお見せしたんですけども S tP を使うするという恐ろしい時代がくるのではないかというのが人というのはソフトウェアエンジニアとあとはエンドユ

結論であります。

ーザーと一応書いてありますけども、とっち(ソフトウェ

アエンジニア)にカを入れている。結局システム仕織書を久保:出すというととです。それからとちらソースコードと書

最後に主張のちょっと前にメーカーというのを出したでしょう。分析・設計が弱いですねという言い方

いてありますけども全部出るわけではありませんで、部がなんと念く良いものを期待しているという言い方です

分的にソースコードが出る。それをコシパイんするととね。

もできる。あとはプロトタイピングを支侵する環境もあ佐藤:プログラム生成に比ベてちょっと影が薄いというととです。

りますのでプロトタイプコマンドを入力しでとういくというととです。 S tP を使って下へとやって丸をクリッ
クしますととういう図面t

久保:が出まして、とれは S t P を僕が言いたいのは当たり前だというととです。

説明したものなんですけども、システムを開発する部分

要するにメーカーから良いものが出てくるととを期待しとコンフィギュレーション管理の部分とプロトタイピン

ちゃいけ念いというととです。倹が言いたいのは佐藤さグ部分と仕峻書を出版する部分というのが分れています。

ん自らが問題だと言いたいんです。

5EA を作って 3 年

要するにコマンドを与えてダイヤグラムとかを出すようもやっててなんにもないというのはなんだというとういな形になっています。結局できるととというのは私のペう反省の方が僕は正しいだろうと思う。メーカーに待っーパーに一通り書いてありますので説んで頂きたいんでてたってなんにも出てとない。僕メーカーの中にいるか

すけども、データフ四一・ダイヤグラベ略して DFD)，

ら分かるんですが、本当に期待し念いほうがいいと思う。

状態遷移図，情造化チャートといったものが書けまして、
DFDtc 関していいますと、 DFD を編集して、プロセ

2.S StP の利用経肢と評価

ススペックを編集して、編集したダイヤグラムからデー

篠井 (5 RA)

今日のセッションは CA5E ツーん

タ辞書を生成して下さいというと辞書が生成されて、ダCA5E ツールはどの程度有用か、今のイヤグラムの詳細聞で矛盾がないかどうかチェックする

CASE ツーんはどう使えばいいかという論点で話をし般能と、術文のチェックというのができます。データ定て下さいという風に一応言われたんですけども v その前

議の方なんですけども、データフロー・ダイヤグラムエ

t
cS
o
f
t
w
a
r
et
h
r
o
u
g
h Pictu悶(略称 S tP) の利用経験とディターを用いまして DFD を編集します。それでデー

評価というテーマで私の発表をさせて頂きます。

タ定義は出ます。データ要素、とれは情造を編集してそというととで、発表の概要ですけども、 S t P とは何か、何ができる

れから要素を編集する。そういったダイヤグラムから Jかというのを簡単にお話して、それから S t P の利用経

B C ktI 0 n データ定義に翻訳する。あとデータ辞書を験と評価、それから 5 t P を通して感じた今の CASE

生成できるわけです。ダイヤグラムを書いてそとからデツーんの問題点というのをお話したいと思います。

S t

P とは何かという話は初日にプレゼンテーションで 5 分‑162 ・

tStPのコンテキスト・ダイヤグラム

CASEs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEn由。n皿ent Worbhop

ータ辞書を生成するというような形になります。とれも日本語版の S t P を作るというととでそのサポートおよ似たよう念ものですけども E-R ダイヤグラムも同じよび販売促進の為です。評価対象なんですけども、 X-w
ndow 対応の S tP

うにできます。とちらはそのデータ宣言の部分ですけどv e rs

0 n3
.

0 という

も、 pascal とか a d a とか c とかそういったもの

ものがあって、それを SRA で日本語化したものを評価のデータ宣言を生成するととができます。とちらはコン

対象としました。もともと SUN の上で動いていました

ew だったんですけども、それを IDE

フィギュレーション管理なんですけども、ダイヤグラム

んで SUNvのアクセス備ですとかバージョン管理、それから新しく

社が X-window 対応にしたものをさらに SRA でシステムを開発するときにはその初期化ですとか、ツー

日本語化したもの。醐乍環境は、 NEWS で 841 、メんを利用する環境ですね、プ 9 ンターを何を使うとか、

モ1} 16MB でスワップ 32MB であとは周辺償2告がい

テキストエディターは何だとか、ドキュメント作成にはろいろ付いているといった環境の中で利用しました。

何を使うかとかいろんなパラメータがあるんですけども、評価なんですけども、一般に評価といいますとどうしそういったものを編集して変えてやって利用者の環境にても定量的な評価を期待されるんですが、定屋的な評価合わせて使うととができるといったようなととができまというのはできません。それは雛しいんです。結局何のす。とちらのプロトタイピングなんですけども、基本的ために使うのかっていうと、生産性を上げるとか信頼性には遷移ダイヤグラムを書いて、 RAPID

USE コ

を上げるとかそういった話になるわけなんですが、それードというものを出します。それをコンパイルして、必の評価基種自体が定まっていませんから、結局定量的な要ならば、データベースを使ってプロトタイプが実行で評価はでき念い。結局お話できるのは自分で使った感想

きる。そういう環境があります。とれはシステムの仕被と、今までにずっとやってきましたデモンストレーショ

害を出版するというととろなんですけども、いろんなエンおよびプレゼンテーションの感想、それとセミナーのディターを使いまして、データフローエディターとかス

講師の補助というのをやっていまして、 SRA では毎月トラクチャーダイヤグラムエディターとか E-R ダイヤ

1 回 S tP のセミナー、情造化分析とは何かという話か

グラムエディターとか状態遷移図エディターとかいろん

ら S t P を使った実習まで 2 日間コースでやってるんでなのがありますけども、そういったもので書いたダイヤ

すけども、そういうときの実習のいろんな反応から感じグラムを全部印刷するととができます。データ辞書も当たととを述べたいと思います。

然印刷するととができます。との図自体 S tP を使って

S t P では先程説明しましたように、情造化分析..

奮いたものなんですけども、例えばとう書いているとき

造化設計・プロトタイピングを支援しています。けれどに、との見方をちょっと説明しますととれがデータフロ

もとれらの手法というのはまだ日本では浸透していませーでとれがデータストアなんですけども、 ζ のデータス

ん。アメ H カではもうソフトウェア開発の上流工程の手トアをク1} 'y クしてとれをもっと詳細に定義したいとい法としてはもう槍造化分析・情造化設計というのがかな

うととになりますと、とういう風にまいります。プロジ

り主流になってきまして、当たり前のようになっている

ェクト・データベースというのは例えばいくつかの P レ

らしいんですけども、それで CASE ツーんというのもーションに分れていてとかいうようなととを定義する。

いっぽい出てきています。

その 1 つの P レーションを見てみるとそれはさらにとうととろがまだ日本ではとういった方法自体が浸透していう風になっているとかそういう感じできています。 Sいないので、特 tcM造化分析を支t援する CASE ツーん

t P では図の名前とかロックとか履歴とかそういったもといった婦合にもなかなか鯵しい。説明するのはとてものを管理できるようになっています。というツーんなん

大変で、手法を身に付けるのはもっと大変なんです。結ですけども実際にそとで動いていますので今日のセッシ

局システムのそデんを作るために使うような形になるわョン終わった頃までずっと動かしていますから興味のあけなんですけども、それを図式化するのは非常に鍍しいる方は見て下さい。

わけです。ですからいきなりツーんを量産されて使って下さて、利用経験と評価に移ります。利用期間は今年 1

さいと言われても、結局何を書いて良いか分からないと988 年の 4 月から現在まで約 8 ヵ月で、利用目的は、いう状況に念ってしまう。とれはもちろん S t P が悪い

tStP の DFDで、レベルOのもの。

わけではありません。デそしていると、どうしても要求分析・設計といういわゆる上流工程から下流工程のプロ

.1
6
3‑

CASEs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEn'吋ron皿.ent Workshop

グラミングへのつながりを期待する人が非常に多いんでするためには、ベテランのノウハウを利用する仕様けとす。とういうととを期待されても、 ζ れはちょっと無理

かやり方をガイダンスする仕婚けが必要かもしれないとというか、もちろん全部できればいいんですけども、全

一時期思っていたんですけども、今績かれたダイヤグラてを支援するようにといわれてもちょっと無理だという

ムというのは再利用できます。けれども図を書〈過程のととです。私の感想としては、とういう上流から下流へ

考え方とかいったものはトレースできない。とういうもという流れよりも、情造化分析のアイデアとしては治理のを念んとかできないかとずっと思ってたんですけども、モデんを作ってから物理モデルを作るというような感じ

とれはちょっと慾しいから結局永遠の禄題かなという感でいわれているんですけども、そのモデル聞の移行がとじに念っています。東ヱ大の篠田さんとかずっと ζ の辺いうのが非常に問固だと思っています。要するにそデん

で悩んでるんじ+念いかなと思いますけども、とれは Cを作るのが費量しいという話念んですけども、とっちの方

ASE ツーんがサポートするものでは念いのかもしれまが問題で、モデル化できちゃえばとっちはそんなに録しせん。ただしとういうととろがうまく解決されていかな

くない念という気がしてますので、との辺の所が鍵しい

いと使えないという気がしています。

というのを理解して欲しいと思います。それがもちろん

現状では結局どうすればいいかというと、興味のある支援できるようなものがあればいいんですけども。 S t

人を中心にセミナーなどを開いて、利用者の和を広げる

P ではダイヤグラムのシンタックスチェックというのをのが鰻善の策だろうという風に考えています。

やってくれます。基本的f.t償能はいいんですけども、操

結局 S t P は、私は S t P を作った人じキないので分

作性にちょっと鍛点があるかなというととです。とれはかりませんが、おそら〈目指しているのは汎用の CAS

強調しておきたいんですけども、

S t P では他のツーん

E ツーんだろうと思っています。つまり、先程佐藤さんと組み合わせて使うというととを前提としていますので、が言われていましたけれども、メインフレームの事君事ア使い ζ なすにはそれなりの環境と気掛が必要だ。それがプ P ケーションとかそういったターゲットを絞り込めば、導入を費量しくさせているなという気がします。

それなりの使い勝手の良いものとか便利なものとかでき

S t P を通して感じた今の CASE ツールの問題点とると思うんですけども、結局今までの状況を見てまして、いうのを発表します。 CASE ツーんというのは、今日

要するにソフトウェアがハードウェアの進歩に追い付いの午前中のセッションをみんな聞いてもうお分かりだとていないという話を皆さん再三やられているわけで、そ思いますけども、ソフトウェア工学の成果をコンピュー

うするといちいちツーんを作ったんじゃ間に合わないか

タで支援しようというものなので、結局なんでもありなら、なるべく汎用のツール、もうとれ 1 倒あればいいみんです。そとでどうしても話が発散してしまって、みん

たいなものはないだろうかと、結局 ζ うやって模索してなそれぞれ描いているイメージというか、 CASE ツー

いったんだと思いますけども、それをやるためには結局んに期待しているもの、要する K 迷信というかそういっは、どのようなアプリケーションを作るにしても、それたものが随分あって、現状でできる範囲でけっとう良いからどんな言語で、どんな OS で、どんなマシンの上でCASE ツールであっても、期待するものがあまりに大作るにしても、なんか核になる部分があるんじゃないか。

きいとか、そういった問題でなかなか受け入れてもらえ

要するに開発するための手法とか、どんなアプ P ケーシ

ないような感じがあるんじ+ないか、あるいはあまりうョンにしても何か核になるものがあるにちがいないと信まく利用しきれて念いものがあるんじ+ないかという気じてそれを提供する。アプリケーション分野に特異念部がします。それから先程もいいましたけれども、手法が分とか、ターゲットの言語の特異な部分というのは既存浸透していない。 CASE ツールが出てきた背景というのツーんがあるわけで、そういったものとうまく組み合のはワークステーションが安〈手に入るように念ってきわせてやれるようなそういった仕事骨けを提供するしかでたというのがあるんですけども、そのワークステーショ

きないんじゃなかろうか。そういったととで、ンも実療にはそんf.t1C浸透してい念い。それでなかなかそのための仕事降けで現状の長善の、というかできる範囲

獲しい部分があるんですけども、とれはとれからに期待のととは一通りやっているなという感じの CASE です 。

できるなと思っています。あと、とれが一番問題だと思とれで一応終わらせて頂きます。

うんですけども、 CASE ツーんは結局方法論を知らな

いとどうしようもない。一般の SE が利用できるように

.1
6
4
.

S tP も4t
hSEAEnTÏron皿ent Wo
r
k
s
h
o
p

s. 封筒

久保:

CASEs
e
s
s
i
o
nr
e
p
o
r
t

ークでは使えるんですが、たぶんお客はそ ζ まで納得し桜井さんの意見に同調して、佐藤さんに盾突くてないじ+なかろうかという感じが僕にはあります。そようにしてみようと思います。桜弁さんの中で、どんなれと佐藤さんの主張の 4 つについての私の意見を申し上

CASE ツーんがあっても手法を身に付けなければ役にげますが、立た念いという言い方をされたと思うんですけども、そは賛成です。とらが無いとやっぽりダメだと思うんです。

れは正しいと思うんですけども、.なんかメーカーの中

ツールを非常に効果があるよと売るよりも、その前にソにいてお客さんを見て思うのは、えらくハウツウを欲し

フトウェアの開発の現4・で方法論を身に付けるような風

1 番目の方法論の習得が必要であるというのがります。そして即効寮を欲しがります。それはたぶん潮を作っていく。あるいはそういう怠欲を失った人はと僕は問遭っていると思うんですけども、そういうマーケの業界から足を洗ってもらうとか、そういうととが必要

ットの要求に対してとぴを売っているのが LINC なん

じゃなかろうかというのが僕の意見です。

かじ+ないかという話なんです。 LINC というのは非

2 番目は問題領績を限定し言語の高級化が有効という

常に成功を納めた第 4 世代言語だという理解はしてましのは賛成ですけども、今の 4GL なんかはちょっと高級て、富士通なんかにも LINC みたいなものが無いんじ化の方向を間違っているんじ+なかろうかという見方で+ないか、作れという声も聞とえではくるんですが、そす。高級化しない限りは生産性が上がらない。佐原さんの割には実際には興味を与えるほどの力にはなっていなが紹介されたのもそうですね。高級化によって生産性をい。.ち負けというのはいろんな要素で決まってきます

上げている。第 4 世代言語というのが本当に正しいだろ

けど、今のソフトウェアの生産性にニーズの強さからいうかという疑問を持っているというのが 2 番目に対する

うともうちょっとマーケットの厳争力の武器になってい意見です。

いはずなんですけど、実際には LINC を持っているに

3 番目のシステム分析・システム設計・プログラム設

もかかわらずそれほどの湾異にはなってい念い。せいぜ計聞のギャップを温める模範解答がまだない。キーはそい普般をしているというような感じなんです。それはや

デル化手法と鏑象度を上げた仕援記述言語の実用化にあはり LINC そのものに限界があるんでは念かろうかとるのではないかというととまでは特に異論はないんです

いうのが僕の 1 つの見方です。 LINC なんかの、もうけども、ゃっぽり 1 つだけつけ加えたいなと思うのは、

ちょっと一般化して第 4 世代言語一般に広げてもいいん

要するにアプ P ケーションドメインのプロフェッショナ

ですけども、それを噂くときの指湯原還になっているのルを仲間に入れるなり、我々の中にそういう人を作ってが、アプ P ケーションのドメインかなんかをある考え方

いくか、ゃっぽりアプ 9 ケーションドメインの匁鴫注しでもって狭くする。狭くするととによって非常にその領では絶対うまくいかないだろうという風な意見です。で舗ではすどく良いツーんにするという原理が.いている

すからとのソフトウェア技術者悩会も残念ながらそういと思いますけど、それが間違っている、ドメインを切る

う人っていうのはあまり会員にもないですね。ですからというのは正しいが、ドメインの切り方がたぶん遣うん

もちょっとアプ 9 ケーショ y の棄事の世界を知っている

じ+ないかなと思います。ですから例えば川鉄というお人遣との交流して、うまく会話を成立させるような共通

客さんがいらっし守いますよね、富士通のお客でもあるの言葉を作っていくというような努力がけっとう大事じ

し、それからユニシスのお客でもあるんですけど、 L 1

キ念かろうかという気がします。

NC を非常に惚れているお客さんです。ととろが全部 L

4 番目はですからツールが欲しいというのはあります

INC でいくかというと、とらないというんです。それ

けども、さっきも言いましたけどもツーんは自分で作っは要するに不安なんですよ。狭くしているととの不安じていくしかないんじキないかと思います。要するにどれ+ないだろうか。それは狭〈するととによって情報シス

か良いと思えばそれを一生轡命育てようじゃないか。たテムの発展を阻害している。ドメインの切り方がお客のまたま昨日セミナーを受けましたけども、ああいうのはニーズに合つてないんじゃないかというのが僕の見方で良ければどんどん育てていくというそういう努力が夜々す。要するに第 4 世代言語的なアプローチからソフトウに必要じゃないかというコメントです。

ェア開発の現Sの主流になるためには、やはりオールマ
イティーになっていかなき+だめじ+なかろうか。さっ佐.:きのイボ P ューションを支復するというのはセールスト

んそんなにたいしたととはないだろうとおっしゃられた

‑1
6
5‑

.初の方でマーケットが広がってないからたぶCASEs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEnTiron皿.ent 預rorkshop

んで、答えはたぶん歴史が証明するんじ+念いかと思いいう言い方をするんです。例えばそれは大きなものにはます。というのはまだ出たととろ念んで、とれが叩かれ使わない。基幹業君事には使わない。だけど欲しい。それて ζ れがかなり叩かれた結果沈んでしまうか、あるいはでもちょっと大きなもの、基幹的なものにつかえるよう鍛えられてもっとユーザーに広がるか、あと 5 年くらいに LINC を良くしてもらいたいという圧力を当然川鉄すれば分かるだろう。.初からそういうアプローチをとさんかけてると思いますけども、少なくとも倹の聞いたってなくて、それが成功したときにじゃあいとうって言段階ではそういう言い方でした。というど紹介です。

っても差が出るんで、そういった方法自体をたぶん否定

それから今の 2 番目の論点、ユーザーと技術者との関されていないとは思いますけども、.はそとに賭けたい係です。ち+んと精密f.t議諭をするためにはもうちょっ

なという気がしています。それからドメインの切り方がと油備がいりますかと思いますけども、ゃっぽりソフト違うというのは、言われてみると磁かにそう念んですね。

ウェアの開発というのは技術屋だけではできないわけで

ただどのアプリケーションで LINC がどとまで限界がす。どうやってインポルプさせていくか、ちょうど脇同あるかっていうのはまだそれなりの経験がないんでまっ作業にしていか念ければいけないだろうというととです、

たくお答えでき念いんですけども、誰もが考えるととでζ とは。

すが、狭くすれば当然それだけ抽象度が上がって有効になるわけです。ただ問題は狭くして問題だというピジネ

佐原 (5 RA)スエ 9 アがどれだけあって、狭くても良いからそれで適基幹案理事とかに第 4 世代言語とかを使わないというのは用しようという人はそれでも良いような気がします。

多分ノ、ードウェアを第 4 世代言語 K 合うように鉱援して今の久保さんの方のおっしゃった、

磁かに理想を言 えばオールマイティーの方なんですが、本当のハードウェアの環境の中で使わないから、怖くてCOBOL は 1 0 年・ 20 年動いているわけで、あれは使えないんです。要はアセ Y プラよりも COBOL の方

オールマイティーだから磁かにそうなんでしょうけども、がいろいろ 9 ソース使うわけです。 COBOL よりも第

本当は LINC みたい念ああいう切り方でなくても良い

4 世代言語の方が 9 ソース使うわけで、要は例えばアセと思うんですが、もっと大きなものを欲しているんです

ンプラがかろうじて動くような環境で COBOL を動か

けれど、無いのが現状でしょう。それから娠後は倹 1 つ

そうとすればやっぽり効率の問題なんかが出てきて、あ

反対なんですが、アプ 9 ケーション匁嘩を持っている人

ぶf.tくでっかえ念いというのが、普たぶんアセンプラと遣を育てていく。エンジニアがアプ P ケーションの匁織

COBOL の聞でそういう風な話があって、それも同じを持つべきだ。それでユーザーとうまく言語かなんかでととでハードウェアを増強すれば、)JIJ IC. L 1NC が良い

話そうというととなんですが、たぶんそれでは解決しなかどうか分かりませんが、まともな第 4 世代言語であれい。というのは、ソフトウェア技術者が何十万人足りな

ばちゃんと使えると思うんです。

いとか言ってますが、アプ P ケーションのととを、自分それからもう 1 つヱンドユーザーが一番業都を知ってたちの業君事の事を、一番良く知っているのはピジネスマいるというのは、日経コンピューターなんかでよく書いンです。ですからその人逮の頭の中にある要求をいかにでありますが、おかしいんです。エンドユーザーと普や引っ強りだすかというようなアプローチをエンジニアがっていたんですが、エンドユーザーが自分の業務をよくとっていくべきではないか、そういう意味で対じしてや知らないというのが現実なんです。なぜかつて言うと、

るんじ+なくて、いっしょにやるというととが大切だと

自分が今までやってきたととは知ってますけども、自分思うんで、そのへんのツーんが今までなかったのが現状の .8で何をやるべきかというのを決して知っているとではないかと思います。

は限らない。それは我々も知っているとは限らないわけ

事理事処理の 1 つ 1 つはそれほど高級なととはやっていで、結構いい腸負であって、エンドユーザーに聞けといないのだから、ピジネスアプ 9 ケーションはピジネスマ

うのは、ある意味では間違いなわけです。例えば今証券

ンが主体となって情築できる環境を、インテグレータで会社の方で数学出身者をどんどん採っているというのは、ある EDP 人間が情築すれば良いという気がします。

実は涯券会社の人聞はそんなに数学的なアプローチをし久保

JII鉄のシステム鶴の人から聞いたととをど紹介婦とかアプ 9 ケーションの応用の形態があったわけです。

しますと、要は大事なアプチケーションには使わ念いとだからエ y ドユーザーに聞けというのはどうも砿は嘘だてないから、全然気がつかない分野でそういう大きな市

‑1
6
6‑

4
t
hSEAEn吋ron皿ent Wo
r
k
s
h
o
p

CASEs
e
s
s
i
o
nr
e
p
o
r
t

と恩っています。エンドユーザーを全く無視していいとでしょう。とにかく、なんと呼ぶかは別として、新岡さいうわけじゃないです。

んがおっしゃったようなととも磁かに必要だと思います。

久保:

車両国:

僕は佐原さんに賛成です。でも使う人はエンドユーザーですから、巻き込まなき+いけませんけども、私の主獲がどういうととかというと、今まである支後ツーんにただ CASE とう新しい名前を付けただ

知りません。ゃっぽり知らないと思ったほうがいい。でけでみんなでチヤホヤしてるんじゃないかというととをすからソフトウェアエンジニア P ングのアプローチはあ

言いたかったんです。

る意味では間違っている。

桜井:

それはその通りだと思っています。

新田 (S RA)

久保:今の新固さんのセ P フ気に入ってます。ソフト

さっき僚弁さんの発表の中 ICCASE の定義みたいなものがあって、 CASE ツールとはソウェアエンジニア 9 ングを実践するためのものとしてあ

フトウェアエンジニアリングの結果出てきた何かを使うるという。さっきの繰り返しになりますけども、そうい

ためのツーんだという風におっしゃったんですげども、う意擦の無い人は業界から出ていってもらったほうがい

どうも私はそれは間違っているという気がするので、間い。そういう感じです。

違ってると思う私が間違っているかどうかというととを確認したいのですが。というのは私の認織では CASE

野中 (N EC)

新田さんにちょっと質問したい。僕、

ツーんとうのはコンピューターを使ってソフトウェアエ

CASE というとそういう支侵ツーんだと思ってたんでンジニア P ングを行なうためのツーんだと思うんです。

すけども、新聞さんのイメージされている CASE ツー

今までの発表を聞いていますと、それは CASE ツーん

んというのはどんなものかお聞かせ願えますか。

というよりも CASD というか、つまりCompute

A
i
d
e
d

新国:

はっきりしたイメージを言うととはできないん

o
f
t
w
a
r
eDe
v
e
l
o
p
ｭ
S
o
f
t
w
a
r
eD剖ign とかComputer AidedS

ですけども、我々が何か問題を与えられて、プログラム

ment とかいうレベルのツーんだと思うんです。そういうとかデザインをしようというときに、頭の中でミニソフツールの言語レベルを高めるとか、あるいは統合化してトウェアエンジニア P ングみたいなととを行なっている

いっても CASE ツーんとは全く遣うものだと恩うんでと思うんです。それはつまり、との問題を解決するにはす。それは支援ツーんのレベルが低いといってるんではどういう方法論が良いかと選んだり、自分で新しい方法

なくて、それはそれで役に立つんだけども、 CASE は論を作ったりとか頭の中でやって、その結果支媛ツーん

全く遣うものだというととを考えているんですけどもどを使ってものを作っていると恩うんです。ですから、 C

うなんでしょうか。

ASE というのはものを作るというよりも、そういう風

Hこどの方法論が良いかとか研究したり、方法論自身を開桜井 :新田さんがおっしゃったのは私も確かにそうだと思うんですけども、一般的 ICCASE ツーんというと、発したりとかそういうととを支媛するツーんが CASE

ツーんであって欲しいなという気がします。

さっき私がいったようなものになるというか、そう言われているというととです。新田さんがおっしゃったのは

野中:

確かに当りだと思います。ただ、今は、コンピューター

ものではなくて、そういう方法を研究するためのサポーを使ってソフトウェア工学をやるといっても、そんなにトツーんだという定着座なんですけども。

というととは要するに一般大衆プログラマーの

うれしくない人もいっぽいいるわけです。まず今までやってきたような、どっちかというと今日私がお話したよ佐原

うな CASE は、

SE のためのというか、コンピュータ

始めて聞いたんだけど、それが 1 っと。要はなんでもか(SE が何かというんでも COBOL のジェネレーターから思うというのは、話は置いといて)、そういう感じのような捉え方をされてコンピューターを使ってソフトウェアの生産性向上に寄るのがー'量的だと考えたので、それに対してちょっと言与するようなものはなんでも CASE ツーんという立場ってみたというととです。あらためて、「一般的 ICCAと、それからさっき桜井さんが言ったちゃんとデータデ

SE ツーんといわれるとどうか」 という話だとどうなんィクショナ P ーみたいな配下で動いていて、情造化分析

ーを使って SE を楽にさせるとか、

‑1
6
7‑

CASE ツーんといった定義は新聞さんのは今4thSEAEnTﾏronmentWo
r
k
s
h
o
p

CASEs
e
s
s
i
o
nr
e
p
o
r
t

-設計のあたりを特に支獲するのを CASE ツーんといて頂いている。どういう意味合いで言いますと、実際 K

う 3 つの定義がある。それぞれの話の中で今自分が話し使ってみて本当に自分遣が作っているツーんが有効かどているのはどの定養についてというのを言えば良いだけうかというのを、少なくとも評価しようとして下さってじ+ないですか。

いる多加企業がたくさんあるという状態です。

65 年 3

月末 K一応 Z プロジェクト終了しますから、それから以野中:

私は自分でツーんを作っているわけじゃないで

降本当に本番利用になったときに、そういうメーカーさ

すけど、ツーんを作って売っている人がいますね。そうんあるいは Z 開発に参加されなかった人達が本当に使いいう人に大分普 K 聞いた話なんですけども、自分遥が作続けるかどうかというととを、歴史が誕明するというおっているプロダクトに関してそういうツーんを使われた話が先程ありましたけども、そうなっていくのを我々がんですかというと、とのツーんはピジネスアプ 9 ケーシ

期待しているという状態だというととをと.理解頂ければヨンをターゲットとしてあげてますので、我々がやってどうかと思います。

いるような特殊なソフトウェアにはちょっと使ってませんというような言い方をされたととがあるんですけども、縦井

非常にそれはちょっと何かうさんくさいような話だと思が、それは作っていません。たぶんね。デモンストレー

うですけども。何か鍍馬の予想屋みたいな感じで、とのションの方で S tP の情造というか、券は絶対当たりますよっていうので、じゃあおまえずっ

ダイヤグラムをお見せしましたが、あれは終わりの方まと使えと言いたくなるようなととろがあるんですけども。

では書いてないです。いつ書いたものかというのはちょ

何かそういう感じがするんですね。だから一番聞きたい

っと分かりませんけども、のは Z の方 K 聞きたいんですけども、そういうようなとジの中で一応例として付けてきたものなので、あっちがとをやっておられる方がいるのかどうか分から念いんで奮いたものには違いないんですけども、いつ作ったもの

すけども、ツーんを作るのに自分逮で作ったツーんを使なのかというのはちょっと分かりません。だから S tPっているかどうかというのがちょっと聞きたいです。今を作る際に本当にああいうのを書いたかどうかというのまでいろんな話が出てパプ 9 'yクドメインの中 K 良いソは正確には分かりません。ただし、製品の一部である遷フトがあるって言うのは、自分で使いたいから自分で作移図エディタを使って作ったアプリケーションをサンプるというので良いのができるという話があったと思うん

ル的に製品 K 含めるというととはしています。ねは以前

S tP を使って S tP を作ったかという話です

S tP を説明した

IDE 社が S t P のパッケーですけど。例えば S tP を作るのに S tP を使っていたにもやはり開発支援ツールというのを作ってサポートしかどうか知っていたら教えて頂きたいです。

ていたんですけども、結局つくって使わないのはなぜかというのは、単に自分逮が欲しいものを作ってるわけじ

中国 (l' 本部:

9 月 1 日 IC l' 本部に来た途端ですの

キないからそうなっちゃうわけです。頼まれて作ってるで、ちょっと正磁に答えられるかどうか、魚津さんとかから、要するにツールメーカーですからそうなっちゃう 。

そういう方のほうが本当はよくど存知だと思うんですけ

それはハードウェア K しでもそうでしょうけども。もちど。 Z の中で 2 を使っているかというととなんですけど

ろん自分遣で作ったもので使っているものも当然ありまも、まず 2 の本部というのと参加企業というのがどざい

す。いっぽいありますけども、それは依頼されて作ったます。それで全体が 2 コミュニティーというのを作ってわけじゃないです。それでお金もらっているわけじゃな

いると恩うんですけども、参加企業というのは非常に多くて、お金をもらっているのは、そういう依頼されたも〈参加して頂いていて、ととにお集まりの中でも数社さのですから、それは使いたくて作ったものとは限らない

ん島L上参加して頂いていると思います。それで Z というし、うさんくさいと言われましたけども、そういう話にのはまだそニタ一期間中というととで、技術分野と事務なってしまうのはいたしかたないと思っています。

処理分野とそれぞれちょっとそニターのレベル違います
けども、本当 1Cl' というのが有効なのかどうかを実践的

佐圏直K 使って評価してみようというととです。本当 1Cl' を使

ES です。ですからそれは説得力がある。 LINC を作っているかどうかという局面だけ捉えていいますと、 Zった人は LINC を使いたくて作ったんで、みんながた

ツール開発メーカーさんで非常に多くモニターに参加しまたま賛同して使ったというととです。

‑1
6
8‑

LINC が LINC で作ってるかというと、 Y

CASEs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEnvironmentW o
r
k
s
h
o
p

今なぜツーんが使われない

彼らと同じように微分方程式が解けないと、そのプロかという話で、実は通研内でいろんなツーんとかを実験

グラムが組めないわけなんです。そうすると ALGOL

的 K作っていて、いろんなととろでデモンストレーショとかいうみなさんの知らない言語を使ってるわけなんでンなんかをやってきた婦合もあるんですけども、実際そすけど、}J1/tcA LG0L を使いたいから使っているわけ

れを現樋に待っていくと、現ーーからの意見は通研の作っじゃなくて、 FORTRAN でも C でも何でもいいわけ

たものは使い物にならないというようなとともたまに聞で、私にとってはどうでもいいわけなんです。事務計算

くんです。どうしでかなといろいろ考えてみて、いろいの疲哩とはまるで遣って、象名 (NTT ソフト研

100% のプログラミングのろ意見を聞いてみると、とれはどとでも当てはまると思

うちの 10%か 20% が入出力部分なんです。それは誰うんですけども、実はソフトを、交換僚のソフトでもなにでも以外と分かりやすくて、んでもいいんですけども、莫大なソフトウェアを持って全てが解析部分なんです。それはほとんどの方が分から

80% もしくは 90% のいる。実はそれを新しく作るのかというとそうではなくないわけ念んです。そとに役人すると、ほとんど入出力て、その元の大きなソフトウェアのある一部の後能追加のインターフェイスの部分がおろそかになっちゃって、をしてどんどんどんどん作っていく。そういうととろに

いまだにカード P ーダーで入力するようなイメージがあ新しいツーんを持ってきて使ってくれなんでいっても誰るわけなんです。

も使ってくれないわけです。だから今既存のその大きな

私はすどくそとが嫌で、お客さんがそれで満足するわ

ソフトウェアの償能追加をして使っていくしかないんで

けなんです。なぜかと言うと、データの入力数はすどくす。現場は今までやってきた手法とか作り方にすどく慣

少ないわけですし、彼らにとって 1 つずつ座原点を書く

れているわけです。それのほうがずっと速いから、信頼というのは}JI/ tc どうでもいいわけなんです。結果もなん率も高いだろうというととで作るんですが、今新しく手というかラインプ P ンターに 1 32 で打っていって、帳法とかツール出てきてますから、とれはもう地道に新し票みたいにいい形で出てとなくても満足なんです。なぜいプロジェクトとかそういうととろに展開していくしかかと言うと、その計算ルーチンがすどく重要なわけでしないんじゃ念いかという風な気がしてます。

てて入出力の結果の見栄えなんてどうでもいいという考
え方なんですけども、だんだんだんだん SOS が出てき

黒坂(j

1P)

私はどちらかというとユーザーです。

ているというのが、だんだん欲望が高まってきて、 CA

アプ 9 ケーションを作っている側です。それも非常 K特

D で見たいとか、入力は画面でやりたいとか、そういう殊で土木橋梁部門、早〈言えば瀬戸大報告を作ったりとか、のが出てるんです。そとにはまたすどくハンディキャッ

高速道路を作ったりというアプ 9 ケーションを作ってる

プがありまして、彼らは簡単にできると思うわなんです。

業主fitc属します。長初はそういう意味ではなくて、デー

入力をトントントンと入れて、マウスでピッとやればでタベースとか作ったりいろいろしてたんですけども、所きるんでしょと言うけれども、知何せん私は C は全然知属がそとになったもので、そとに入ってやっているわけ

りませんから、できますとしか言えないんですけど、現ですけども、全然専門部門は違ったんですけども、土木実的にはやっぽりその 1 ステップを館まなくちゃいけなの部分もすどく進んでるわけなんです。ハードの方もす

いし、かなり費量しいわけなんです。

ごく進んでるんですけども、ハードのととをもし一生懸だからととに来たらボッボッボッと入力を入れると、命ゃったとしたら、ソフトウェア開発とか環境とかそう

C の言語がパーと発生させられて、何か良いものができいう方に一生懸命ゃったら、土木の匁離についていかれるんじゃないかな、そうすると中身は FORTRAN でないわけなんです。土木の気晴のある方というのは、すあろうと ALGOL であろうと、メインマシンであろう

どくそういう方面はあるんだけども、コンピューターのとワークステーションであろうと、何でも私はすみっと

上 tceせるという手法がまるで無いわけです。というかでやっておけばひょっとして助かるんじ+ないかと思っ

すどく少念いわけなんです。そういう人遣にいろんなニてすどく期待したわけなんです。そういうのはきっとみーズがたくさんあって、それをどのような形で引っ張っんなが教えてくれるんじゃないかなと思ってずーっと待てきてコンピュータ tceせるかというのが私の仕事なんってるんですけで、出ないんです。次固また UI たら、とですけども、如何せん土木の気犠がまるで無いと、絶対うやったらいいんですよ黒坂さんという方がいらっしゃ

やっていかれないわけなんです。

るかもしれないんです。

‑1
6
9‑

LINC というのはあそとのユ4thSEAEnTÎron皿ent Wo
r
k
s
h
o
p

CASEs
e
s
s
i
o
nr
e
p
o
r
t

ニシスのを見せて頂いたんですけども、かなり近寄った

ラム作ってくれと言われます。結局解析部分が多くなっとして、歩み寄ったとして私が随分がんばったとしても、て、入出力務分は小さくなる。それで同じ傑に入力はた

やはり技術計算部門では多分穣しいと思うんです。

だ単に 80 カラムの数値の列で、出力のほうはただ単な

それをオールマイティーにやるっていうのはすどく厳るベタ打ちであったんですが、優近本当相こ同じ織にやはしいと思うんです。そのあたりで何か良い解決法というりグラフィックで鎗いたりとかそういったような状況にか、部署に帰るとみんなに怒るんですよ。きっと今度はなってます。私も多少M5-D05 とかパソコン使って私が言うわけです。 5EA という良いショップに出たかましたから、まず無理だなとは思ってたんですが、多少ら、君遣のやり方は非常にまずい、そん念力づくでコーは期待してた点もあります。そういった座標をとったりディングしてるなんて今時運いと言うわけなんですけどとか、あるいは図形を鎗かせるのがすどく大変なんです。

も、とちらに来たらみ念さんどうしたら良いと思います

例えぽ FORTRAN で図形を織かせようとすると、パって聞くわけです。そういうのすどくあって、もちろんッケージを持ってきて線を 1 本 1 本引いてやる。 FOR

ある方向性とか方針とか思想とかいうのがないで、むや

TRAN でやらせなき+いけない。それが非常に面倒く

みやたらに ζ んなのできましたから使ってみて下さいっ

さい。それで何か良い方法がないかなというのはありまてどんどん使っていくととは非常に危搬なととなわけです。

す。ずっと動いているもんですから、それやっぽりやめ
ました、そのやり方ちょっと思想が問遭ってましたから

岸国 (5 RA)

やめましようといったら、瀬戸大橋は落っとっちゃうわます。要するに面倒くさい科学計算の解析部分はそれはけなんです。その部分で磁かなものはあんまり必要じゃ

プラックボックスなわけでしょ。それに対して入出カの念いんですけども、なんとか前 K進まなくちキいけない

部分をかませればいいだけの話で、真ん中の解析の部分というのがくあるんです。

が FORTRAN や ALGOL で書いてあるからといっ

別に全然問題でも何でもないと思いそれで見せて頂いたいろんなツーんとかは私はどんどて、入出カを FORTRAN や ALGOL でやる必要念ん使っていきたいと思うんです。使ってだめだったらぽ、無いわけで、ユーザーインターフェイスマネジメシトシ

改良できるものだったら改良してもらいたいし、メーカ

ステムというコンセプトがあるわけですから、それをはーにあんまり期待できないんですけども、メーカーのほっきり切り降せばそれはすむ話です。アルゴ 9 ズムの解

うもちょっと落ち着いていない。とちらのほうの方にも析の部分がいろいろと面倒くさいというのは分かります。

ちょっと歩み寄って頂く。それが一番いい方法かもしれ

私も現役の頃はそういうととぼつかたわけですが、f.t1C

ないけども、アプ P ケーションを作る側には非常に不便も自分で微分方程式を解く必要はなくて、たぶんそうい

でやりにくい。そういう思想とか方向性というのを作る

う専門家の頭の中である程度整理されているわけですが、人、私みたいなのは身に付けなきゃいけないだろうけど、それをうまくライブフリー化して、それを管理するとと本当の業務をやっているユーザーの人には絶対にそういだけ我々は手伝ってあげればそれですむ話で、解析の難

うととは言えないんです。そういうととろがすどくネッ

しさとソフトウェアの情造とどっちゃにするといけない 。

クだと思いますけども、そういうととにあんまり現婦のそれをはっきり切り降せぽすむ話だと思います。

人がいないので、きっとそんなととで悩んでいる人がいないんさだうなと思って、現易の人はとんなととを言っ

深瀬 (A 5C I1)てて、ユーザーはコンビューター使えって言ったら、かえばマキシマムというシステムがあるんです。それからなりそういうととですどく悩むと思うんです。

レディースというパッケージもあります。それはライブ解析をするシステムですと、例

ラ P ーの集合ですから、たぶんそういうものを使うのが山口(電力計算センター

実は私全く同じ状況にい一番速いと思います。とれは新しいワークステーション

まして、ただ私の錫合はプログラムを作ればなんとかな

ではライセンスされてて大鑑動きます。それから入山カ

るかなというのととで、半分帰ったらやろうと思ってたの話について言えば、例えば栴造解析するナストランとととなんですけど、閉じ状況だというのはやはり、プロいう巨大パッケージがありますけども、あれもインプッグラムを作ってくれと言うのは、電力研究所の研究者のト・アウトプットはサポートするパッケージソフトウェ

方なんです。それとういう計算式使ってとういうプログ

アがあるんです。そういうものをうまく利用する。ある

‑1
7
0‑

4
t
hSEAEnmonmentWorbhop

いは例えば UNIX でいえば、

CASEs
e
s
s
i
o
nr
e
p
o
r
t

PLOT というコマンド

ばれている、 MAPPER や LINC を使用経験から概がありますし、 GRAPH というコマンドもあるんです。

観してもらいました特 ICLINCIC ついては、メイン

それは旧来のテクトロの端末とか想定してますけども、フレーム上の CASE ツールとして捉え、その評価を話

データ列を与えればグラフになってしまうというようなしてもらいました.

ツーんがあります。

桜井さんには、 CASE ツールと言われている、 S t

それから最近出てきてるアプ P ケーションパッケージ

P の利用経験と、その評価を話してもらいましたSt

ですと、たとえばP個tac:ript のコマンド列を吐いてしま

P は僧造化分析/情造化設計、およびプロトタイピング

うとか、どんなプ P ンターでもどん念ワークステーショを支侵するが、日本ではとれらの方法論が浸透していなンでも出せるようなアウトプットのフォーマットを持っいため、 CASE ツールの普及も費量しいというととでしてるわけです。例えば私の会社の CANDY というパッた.

3 人の方の発表の後でも、各々簡単な質疑・応答はあ

ケージソフトウェアは P個tac:ript を吐くわけです。巌初から設計として入カと出力をうまい具合な一般的念インったのですが、やはり、熱の入った討論は最後に行われターフェイスで書いてしまうというようなととをやられましたおおまかに鍾めると、てれば、それですんでしまうわけです。デバイス・イン(1)第 4 世代言語の位置付け

ディペンデントな入出カの約束事にしてしまうという ζ(2) CASE ツールの定義(3)現実 K 使えるツールが欲しいとがいいんじゃないかと思います。

というととでしたとれらに対する、結論的在意見は以野村:

時聞になりましたので、まだど意見があるかと思いますが、今、 CASE ツーんにせよ何にせよ、使われ下の通りです(1) IC ついては、第 4 世代言語がキチンと作動する、てないというか、使つてないか知りませんが、その 1 つ

ハードウェア環境が必要であるとと、また、の原因は知らないと言うととと、勉強不足というとともうといっても、余りエンドユーザ K 頼らない方が良いとあると、私自身も含めまして思います。

いうととです.

4GL を使とのような所 K 参加して、大いにいろいろなツーんを(2) については、 3 つの定義があって良い.要は、知って使っていただいたら、それなりの成果があるので昔話す人が、今どの定獲で話しているかを明確にすれば良はないかと思います。

いというととでした因みに、3 つの定義は以下の通りです.
4. セッション・ザマリ-一つは、コンピュータを使ってソフトウェア・エ

Chairman 野村敏次

ンジニア 9 ングを行うためのツール.

・一つは、生産性向上に寄与するツール.
CASE セッションでは、巌初に 「制御系での CAS・一つは、ある方法論を支援するためのツール.

E ツーんの利用について 」 三菱電慢の小野さん、lJ\t<こ 「(3) については、使えるツーんを知らないだけではな

メインフレーム環境での CA SE J を長野県協同電算のいの?

佐藤さんに、そして震後 IC r
stP の利用経験と評価」というととに議ち着いたようでした.

を SRA の篠井さんに 30-40 分程度プレゼンテーシ

CASE ツーんに関する討論は、とれから本当 K 必要

ヨンしていただき、質疑・応答、討論を行いましたになってきます.

三菱電後の小野さんは、プラントにおけるコントロー

きたら幸いです.

との討論が何等かのきっかけを提供でラのソフトウェア及びハードウェア設計/製作過程での、実情と問題点についてお話いただきました.使用してい5.CASE の発表に関する感想

るツーんは、自社開発したものが、汎用大型後上にある量産野晃延 (FXIS)

が、条件がいろいろあるので、実際にそれらを有効に利用するのは雛しいというととでした

制御プラントの CASE と言う話は、実践的で且つ規模の大きいととに驚いた。

佐藤さんの話は、 CASEIC 対する考え方、歴史的な佐藤さんの話は、内容がきちんと整理されていて分か背景を述べられた後、大型汎用後上の第 4 世代言語と呼りやすかった。特 K ビジネス、応用を特定ターゲットと

‑1
7
1‑

4thSEAEnmomnentWorbhop

CASEsessionreport

して捉えているのが、 CASE の 1 つの方向性としての

ß6.f:::"データ 」 なんてっけないようにチェックするよう可能性を明らかにするととになる、という主張は納得でなものです。大きなシステムほど結憎いい加減で後身困きると思う。後は規模の問題と管理の問題の薗から考察る事が多いからです。

が加われば良いと恩います。

on

麻星さんの、r Problem から Solut

への Mappng が娠しい 」 というのは本当だと思う。

文、

量産岡

卓(三菱電後)CASE は範囲が広いから暖妹なのか。

「 そとを支t慶する CASE は今はない」のも本当と思う。 S tP もそうだと思うが、 CASE IC.対して現状

上奏健一郎(電応研の問題と、何を後能として持つべきかを明礎にしていか小野さんの話は数少ない工易での事例で非常 K 参考ーになくてはならないと思う。

なった。

杉岡義明 (S RA)

古関幸一 (H ST)

ミニコンビュータ・メインフレームの上での CASE 、

CASE ツール、特 K コーディング自動化が行えたと

CASE の使用経験とバランスのとれていた発表だった。

して、それはアーテイスト的コーダ K受け入れられるか。

ツーんと CASE の遣いについて明磁にする必要があ

るのではないだろうか。方法論及びそのモデルとしての辻本恵一(シグマ本部)

CASE についての説明が欠けていたように思う。

小野:問題がツーんにあるのか?運用などに関するととろにあるのかはっきりしていない。

小野康生(三菱電後)

佐藤 :LINC の良さを強調しているが、ボトムアップ

司自備不足でした。すいません。

的アフ.ローチであり、情報システムの開発 K は安易ではないか?トップダウ y 的アプローチであるべきである。

中野秀男(阪大)

ツーんの説明が長すぎたのではないか。

佐藤 :CASE の総括的な話は始めて聞きました。分
かりやすかった。

坂本治(シグマ本部)

佐藤氏のお話は大変参考 K なりました。
野村行貫録 (1 CS)

発表内容の割には時間が長い。現状では CASE ツー

中岡修二 (シグマ本部)

んはあまり盤備されていない。 CASE ツール以前に開小野氏のプレゼンテーションは制御系マイコンソフト

発法敏論を身につけるべきである。ファームウェア・メ

ウェア開発現場の事例として参考になりました。独自性

インフレーム・(UN IX) ワークステーションそれぞれの現状が理解できた。

の高い分野なので当面 self-help で対処される点が多いと思います。

佐藤氏のプレゼンテーションは 4GL 、特IC. MAPP
北野義明 (KC S)

ER/LINC の説明として理解できるものでした。他

長野崎同電算の佐藤氏の発表は関心の強いととろです。

のメインフレーム系の支援システムなどもウェイトをお非常に T寧念発表と OHP ・資料で大変勉強になりまし

けば、実現のアプローチの多少の差はありますが、目的た。しかし、 DOA の婦合、データの整理、 DFD の作

は閉じ点を共有していると思います。

成(大きなシステムほど多段階層になる等、労力(

LINC の説明はもう少し簡単にして、佐藤氏の見方、入手の時)がかかるはずである。それを要求仕僚の入力

意見が正面に出るととを期待したい・・・との印象です(MA PPER /を対話形式で簡単に行えるでしょうか?
SRA の僚弁さんの StP IC.つけ加えればいいなあと

桜弁氏の S t P の説明、意見は明快で分かりやすいと思うのは名称(データ・プロセス等をつける婦合の支媛環境です。プロセス名に r x xx 処理その 1 J 、「

主要 x xx 処理」とか、データ名に r f:::"ß6.情報」、

「

思います。

黒坂綱子(J 1P)

‑1
7
2‑

CASEs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEnTﾏronmentWo
r
k
s
h
o
p

参考にしてゆきたい事象はありましたが、U

I d ea だ

CASE の討衝に関する感想園高岡けかな?とも思います。

卓(三菱電後)

1.使えるツールを作るのは厳しい。
野中哲 (N E
C)

2 . 作ったツーんを普及させるのは難しい。

いまいちでした。

小野康生( 三菱電後)
CASE ツーんの活用具体案にまでプレークダウンで

平尾一浩 (HST)

きなくて残念。

LINC: 良い(使える部分もかなり多いと息ったが、ユーザインターフェイスが弱いと言うのは、基本的な部分が欠けているとしか言えないと思う。又、

(統一

林香 (9

された上流工程のサポートが欠けているのも悲しい。

ra)

第 4 世代言語手 CASE と思うが!

S tP :S tP 自体の問題よりも、それ以前の問題が大SE がまともでないのに CASEIC頼るのは、 A I がきすぎるように思う。結局、使う側の手法、技術が大き

まともでないのに AAIIC 走るのに似ていて、本質的でく影響する。しかし、使っていたいと思う。

ないものでないような気がするが、とれが現実か。
討論が what

9theCASE にたどり着けたのでうれしい。 CASE= r方法論の開発を支後できたり

野見山和則(三弁銀ソフトウエアサービス)
メインフレーム環境の CASE ツーんについて、現在するもの 」 という考え方は面白い。 売れてない(役に立の情報が発表されましたが、予想されていた通りで、やたないツールには CASE と名づけ、役に立つよう

はり自分で作らなければ駄目なようです。

になると単なるツーんとなる(篠田@東工大・談)僚弁さんの本音の話 K 納得できました。
野村行憲( ICS)

メーカとユーザのバトルが良かった。

林香 (S RA)

紙でやって効果のないととをコンビュータ化したから(現状を物語っている)といってうまくいくだろうか。とれがいちばん大きな問
題テイキ!何を CASE と言うかは1JIJ にして、との点に問中正則 (S RA)

おいてはメインフレームも結情頑張っているのかな。

CASE ツールのユーザは誰か?

CASE つてなに ?SoftwareEngnee

r in g って何?となってしまうなあ。

エンドユーザかエンジニアか?

使い方次第なのか?

分からなかった。

海民賢二(信州大)

個人の意見を長々と聞く舗ではないはず、座長の割り込みも必要。

藤野晃延 (FXIS)CASE とは

1.誰が SoftwareEng
渡治雄一(電力計算センター)

ng をするのを、 Computer が佐藤さん(長野協同電算の話は.極めて良質なチ支慢するのか?

ュート P アんであった。(ウチの若手に聞かせたかった

2 . 誰かが、)後弁さん (S RA) の良いツーんに巡り合ったなあと

o p 出来るようにするものなのか?

思う。羨ましい!

neer

SE を知らなくても、

S /Wを d eve1

3
. S /W開発 K拘る人、全てに S E ( 工学)の大切さを認厳させるための道具なのか?

山口郁生(電カ計算センター)

ウーム、費量しいなあ。ソフト工学 (S E) 自体は 「統ζ ういったツールは、それぞれのアプ P ケーションや分

計 」 と同じように学際的なものだと考えられるから、そ野個1JIJ IC作成されるもので、汎用的 Hこは援しいものだとれ自身ではあまり意味はないと思う。つまり、感じた。

的を達成した人に 」 道具として r s E を提供する 」 のが

‑1
7
3‑

「何か目

4
t
hSEAEnTﾏronmentW o
r
k
s
h
o
p

CASEs
e
s
s
i
o
nr
e
p
o
r
t

CASE だとおもう。

野見山和則(三弁銀ソフトウェアサーピス)

ソフトウェア技術者がアプ P ケーションを学ばなければダメだという意見には大賛成 I(ユーザの中に、自分の業務を知らない人はたくさんいます。)

関口純一(J

1P)

CASE の定義に関する討論は興味深かった。

中岡修二 (シグマ本部)

議論が活発にあって良かったと思います。

野中哲 (N EC)
いまいちでした。

古閑幸一 (HST)

エンドユーザは何をやりたいのか知らない→正しい!

どとかで企画を担当する部門(集団)が必要か?
エンドユーザのコンサルタントが必要?

辻本恵一(シグマ本部

CASE とはというテーマより、要求定議、設計・・というテーマ設定で行うべきではなかったか。 CASEとは何を話しても意味はない。

棚図健司 (S RA)

単なるオペレータはいやですが、 CASE ツーんでサポートしている部分だけやってくれる専門の人がいるとうれしいです。(私はやりません)でも、プログラムのジェネレーシヨンまで CASE がやってしまうように念ると、ゃっぽり使うしかないのかな?

渡治雄一(電力計算センター)
CASE の前提となる，モデ 9 ングの謡をチャントする必要があると思う 。

山口鶴生(電力計算センター)

CASEIC ついては、あまり知ら念かったが、結局 「 なんだ、とういうととか」 で終わってしまった。

‑1
7
4‑