4t
hSEAEnvironmentWorkshop

第4 回

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

実践的ソフトウェア開発環境に関する集中討論

Panel‑4

CASE (~o 田 puter lided~oftw8re 豆町 inecrine
いまの CASE ツールは、どの程度有用か?

どう使えばよいか?

テーマ~<:主主星塾$}，じに関ヱム1主主
三菱篭機
1.

小野

!
i
I
fI
j
:
.

まえがき

我々のセクションでは、鉄鋼・紙パルプなどの工業プラントにおいて、プログラブル
コントローラという μ-P 応用製品を多数納入し、制御監視及び MMI システムの有警察を手がけている.コントローラは乱用 ín~ 向た比較して(1)オートノーマス 1/0 等の適用により H/~ よりも S/.. の負却を低下させている.

(2)制御専用高位言語 (PO し)によりプログラミングが容易に可向"(3)プログラムは高速応答を挺求される.各々の制御後簡に対し数 ms から数百回 E までのサンプリンク時間で処期.される.

(4) OS 等の適用はない為、それらオーバーヘッドによる処理ロスがない.
(5)プロセスと直結できる入出力主有'.' ており、入出力命令をメモリロード、ストアと同絡にしている.

(6)モニタ(スーパパイザ)、ユーティリティなどのベーシックソフトが不要である.

(7)制御応答硫保と l皮障によるシステムへの波及阻止のために、分散化とネットワーク化によりシステムを筏成する.

などの遣いがある.

‑
1
7
5
‑

4
t
hSEAEnvlronmentWorkshop

2.

コントローラ

CASEs
e
s
s
ﾎ
o
nr
e
p
o
r
t

S/\!' 生産の実情

工業プラントと一言でいっても、ライン構成・規模・制御内容・機業形態などゾラン
ト毎に機々であって、ilt にオーダメイド的にシステムは剖両設計され、実現される.

あるプラントを受注すると、計画者は答:先との打合せにより、電線品構成や授業オペ

レーション・制御項目を決定し、週転方案を作成する.迎転方案はプラントの仕搬を規定するもので、いわば S/ iIの~求定義省: (外部仕搬)にあたる部分である.方案記述がすパてのさ煩となろものであるが.ほとんど手作業に頼っている .3 十回相当ー昔の個人的作業が多く‘その進め方や方案 そ のものにその個人の考え方が色掻く反映される。{上僚を共通化した摂準方案もないわけではないが、すべてそれで OK とはいかず、実際のシステムを記述するには不足する部分が存在し、 CASE ツー j レの活用が遅れている.

計画節門のアウトプットである迎転方案や電後品繁華寺が図而の形で設計部門に送られると、 SI 耐政計者はそれらによりプラントの制御対級群及びそれらの相対関節、制御方法やシステム要求精度を十分理解する.時には方案作成者から直妓 ii見切j を受けることもある.方案を理解し、~求精度や制御応答を検対した上で、 c P01ぢの担当制御鯖回とプ ロ グ ラ ム英行周期を決定する.メインループきた行周期で仕様を湖たされない婦合には!lJ 込処理やマイナループ処理なども講ずる.これが S/ti システム設計:業所で SI 日ぷ 441宣告十の 部分をなすものである.

プログラム設計者は、J. CPU に与えられた全機能を制御機能毎に分割及びレベノレ分

けし、プログラム実行期務を決定する。分割された機能 1fj の詳細処理フロ一回を作成しその説明容も準備する。これらの S/fi 幹細設計をもとにしてコントローラ専用言語罰換作業(ラフスケッチ)を行う.プログラム 1 ステップが rc P U は何をどうすゐ J 式のI!lfJ 簿記述であり、「何を J にあたるソ. ... :J. のアサインやソースコメント(ラベ )11 ) の定義が必要となる.これら S/ Ij の政首|・ 製作は政計者の手作集に依心ところが大きく、その迫め方やプログラムそのものにその例入の考え方が色扱く反映される.療治プログラムのパッケージ化もなされているが、ロジック l土同じでもソースが同じ訳でなく.工事オ
ーダ毎に人為的に政計約i 梨が行われ C いる"

‑
1
7
6
‑

4
t
hSEAEnvironmentWorkshop

CASEs
e
s
s
ﾎ
o
nr
e
p
o
r
t

プログラム型作段階では CAD を活用し 5/ '11オブジェクトを生成寸ゐ ωC t
¥Jコの榊 1だとして下記に示す.

(1)計算機端末との対話処理にてソースファイ Jレの伺鎖。

(2)設計者に記述された高{立言簡をコントローラの言語への変ぬ( iE アセン
プ l レ)、及び逆変検(逆アセンブ l レ)(3)プログラム国間作~と図面シートの分割及びシートの取合い、ソースコ
ンコーダンスの自動出力"

担計完了した S/fi は、コントローラにローデンクされ、身H本後出~民・ シミュレーショ
ンテスト・システム総合試験を通じて社内で噴出作確認をしたあと、現地プラントにおいて制堅試験を実施して完成となる

S/fi のできぱえをテストし製品を客先仕様に適合させるようにするもので、試験方法や評価は試験者の技量に任せられる.計百・設計の品質が人聞のパーソナリティーに大きく依存しているため.自動試験もなかなか遣まない内現地ト
ラブ jレが発生すると 、計画 ・設計・拭齢の各担当者が総力で対応する.

3. CASE ツー jレ活用上の問題点(1)ツー Jレが製 1~1 S/~ の恋化及び作業努坑(人IlU の資質を含む}の変化についてゆかない。

(2)ツールのメンテナンスができていない.

(3)ツー j レの有効性・実川性の評価i 検証が十分でない。
(4)ツー j レが一部の知っている入山占有 177 になっている.

(5)ツールによる出力情報の再利用ができていない。
(6)ユーザからのツー j レに対する改良改辞の要望i が活かされていない.
4. 佳言

急速に市場進出している EWS を活用した S ノト・貫生毘システムの縫械化を提ヨすら 4
そのツー j レ腕l 売のねらいは、(1)従来マイナーに開発した各積ツー J レを結合し総合的 一 貫ツー j レとして凡 i夜す。(リソースめ有効活用)(2)各作業フェーメでのエンジニアリングデータを1) 8 化して、技術情抑. のー;t;化と、科業務|自の情科l~ 遠の柑度向上とミスの低減&はかる.

(3)作集の機械化により生産性と品質・ の向上をねらう。
(<
1)仕様帯を含めた S /'fのパッケージ一元'r1現による品質の均一化、パーソナ
リティー要潟の排除、ケアレス BUG の混入防iI:・
であゐ，

‑
1
7
7
‑

4
t
hSEAEnvironmentWorkshop

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

ト1

「寸

コモン，をス守 "4 :.
.
.
.'，~ >、 hァ f" プムウ，，'ルスム内コモン PIO

革、弓.;t:fI
1 0, ';1: j¥干-、長..， IV1. 均

CRT モニタ

フロッピーディユク

プリンタ，イプライタ

‑
1
7
8
‑

4
t
hSEAEnvironmentWorkshop

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

•
国
回目
精度

=ぇ

Jた港時間
フ。ロプラム容量十女作

ラ 7 ^γ ッテ

い'!(o~~MI 1
I ~~\コシコ-?・ぺ
し一一JK}42~
いす~" ，レ 70 ‑」一一一~\- ;loR 餐

十

試股llj

営業 lt~

‑
1
7
9
‑

4
t
hSEAEnvironmentWorkshop

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

メインフレーム環境の CASE
長野県協同電算

4

•

佐藤千明
o.

はじめに

CASE とは何かについて明確な定義と十分な経験を持ち合わせないまま、このようなポジションペーパを書((7)はいささか気がひける。が、今回のワークショップは従来よりもより Practical な捻捻をしようといちことなので、今までの経験から得たいくつかの面白そうな(正硲には実用的な?)環境をご紹介し、その可能性を採るきっかけとしたい.

1.話題の中身(
1) CASE の背景と関連技術(
2) CASE の原点である徳造化手法の流れ(3) データフロー型プログラム E主計手法に基っ・いた 3.xGL(
4) 4GL環境上での徳造化手法支援システム“MAPPER・ KIT"
(5) プロトタイピング手法に基っ・いた SDLC一貫支援システム“ LINC"(6) メインフレーム上での開発環境の実態

2. 主張
口 CASE ツールの活用にはその基礎となる方法論の修得が必要である
Notation(表面)は問題でなく、どう考えるか(内面)が問題

手法
ライフサイクル・プロセユモデル

自動化ツールが先にありきではない<:

f ウ r-? ーフ才ー Jレ店主 E十重tÆlU-一一一一一ー一一ー一一一.) プロトタイプ早期作成/方針重悦1I1<
l

1 内郡勧 f乍重tÆlI1(実行可能仕4革審}
1 情領ベースlI1

口問組領域を限定しての言 E吾の高級化 (3.xGυ4GL) は有効
個人的には COBOL プログラミングはもう勘弁して欲しい気持ち
データフ・ロー型言 E吾はある意味ではオブジェクト指向言箆といえ、問題をモデル化しやすい•

ロピジネス分析→システム E主計→プログラム設計問の Gap を埋める筏範囲答はまだない
現状の統合化ツールは単に各工程支援ツー Jレの寄せ集めの域を出ていない
DFD の最下位プロセスとプログラムモジュールは 1対 1 対応しない
圃

鍵は、モデ Jレ化手法と、摘象度を上げた仕線記述言 E吾の実用化にあるのではないか

口プログラム E主計文銀よりもシステム分析/システム設計支後用の方法給/自動化ツールが欲しい

‑
1
8
0
‑

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

4
t
hSEAEnvironmentWorkshop
国

CASE の世代分類
分類

第 1 世代内容

時期

SD単Ai体a，SRツD釦支ー1援作
ル 成、(上流支援)
DD 管理

上流か
自動化…

貫支援
ERD から RDB 用データの正規化
DFD からのモジュール構造設計
APL プログラム生成

下流から上流工程情報の再生成既存資産の再利用

第3 世代

1984 頃

E
x
c
e
l
e
r
a
t
o
r
CASE2000
SAVER

1988 頃IEWの集まり

DataReらp下
os流
itoまryでをの中-心T に各種CASE ツー Jレが統合化
第2世代

事Ih完IJ 口口口1990 頃

(
R
e
v
e
r
s
eE
n
g
i
n
e
e
r
i
n
g
)

非徳造的なプログラムを自動的に徳造化し、データ・モ

デ Jレ、プロセス・モデ Jレを再生成する

分析システム計画

システム設計プログラム設計プログラム作成

‑

保守

テスト

‑-・ ・田園同 ・・・a ・・田・ ・圃・・ ・圃・・ ・・・・ ・・・・ ・・・・ ・・・・ ・・・・ ・圃・・ ・圃・・ ーー←
既存ツー Jレ<•a・・・

一ー司 ー・園町

・・・・

・・・・

・・・・

・・・・・

・・・・

・・・園

プ〉

田園園

田・・

・・回・・

ー一

‑

ソ フト開先支緩ツール惣正懇

ん守 、守:::';;:
出戸、凸九山.:-!弘剤、，守 v

fトu 日時 ，

Fζ.~'. ・:~:;~:::::;::!:

同~;~j:::::::m~~;s~:.前~:.:.~~:.:.中

.
.
.
.
.
.
.
.
N
.
.
.
.
.
.
.
.

"
.
;
.
;
.
:
.
.
、

. ......ー::;::;::~::::::ぐ 1 日目

4ゃい~~:;<:;~~-:;.;::::品、:リ A手〈主恥システム問先支娘環境

マ按総議
•

広畑

.
.
-:.:.:.~:.:.:

一一
山.:-，:.:

川:.: . :~.;-:~叫一九持、....... .

CASE supportsAnalysisl
Designphase
CASE supportsmetholodogy
Demarco/Gane.Sarsonl羽T arnier/JacksonlJ.
M
a
r
t
i
n
.
.
.
構造化手法:

データモデリング、プロセスモデリング、プロトタイピング、データ中心役針
後能分解法、再使用可能モデル/コード、オブジェクト指向、 ES 、•

CASE=システム開発の全工程を対象に構造化手法に基づいた各種支援ツールを組み合せて実現した
統合型開発支援環境

‑
1
8
1
‑

.. .

4
t
hSEAEnvironmentWorkshop

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

|CASE を取り巻く技術| (SA‑4GL ,Prototyping,RDB• CASEE)CASE

WS の発展DFD ,CFD ,ERD ,STD
DD ,MS

1
データ項目定義

レコード定義L

SW.CAIJ/CAM
部品化、再利用

DD

U

P

@

P
e

ファイ Jレ定義
データベース定義
画面定義
帳票定義
手続部以外の自動生成
手続部はスケルトン生成
Detail.Chart.Edi旬r

r

ン

グ

I

1

デ

，

五ロ

Ll 苦闘

M活
E

i白

L
。

明F

e
r

マ

キ

B スL知
D 層 QJRData.Modeling

Model.translation機構
MMエ

柔軟なデータ得造
データとプログラムの独立

B

R38 分

CASE

オンライン前提
保守が容易
非手続型言語もSPfjf可寵プロトタイピング
迅速な処理結果
視覚化

モ

データベース前提

RDB

ス義義ラ様

ノてターン f じ泊、不定定グ仕活

EDP用 4GLE

S ピ D画帳プ一 S+

Data.Flow型高級言語

面票ロ貫m
川町Dン

高生産性
市針尋が容易簡易コマンドCASE

COBOL.Generator

S
p
e
c
i
f
i
c
a
t
i
o
n.
t
o
o
l

旬-m

‘.AR

rg

圏一喝M.

可づ a

社叫

‑
1
8
2
‑

ud

叫同品

pe

目nM4

Visual化

4t
hSEAEnvironmentWorkshop

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

|構造化手法の環境|
圃SP Dijkstra

1968NATO

SD Stevens ,Myers ,Constantine 1974IBM モジュール設計〈データの流れ〉
W arnier,J ackson

プログラム設計〈データの惚造〉

SATomDemarco1978
Softec1.土園

Gane 、

Sarson1977

SADT|SA の狙い|システム範囲を明確化後に分析…… Context.Diag. 、 LevelO・DFD
DFD 、 DD 、プロセス仕様書 (MS) 、 ERD 、 STD というドキュメントに体系化
図を使う

分割した記述階層化したドキュメント

ユーザも参加しやすく•

r 従来の SA実施上の問題点|
モデ Jレ開発に必要な膨大な呈生堂、文書間の一貫性チェック機能欠如
支援ツールの欠如
リアルシステムへの適用に難(制御、信号)パッチ処理向き(プロトタイピング、 4GL、エンドユーザ・コンビューテイング、パソコンの出現)•[SA を取り巻く環境の変化|
モデル化技法の発展ど__ DFD(機能，機能間データ)

時間、状態遷移(STD)

可\\CFD

情報
データ徳造

(ERD)

\\ERD( データ構造)¥STD(時間、動イ乍)

機能、データの流れ

CASE ツールの出現

CDFD)
Diagram.EditorCGraphics サ P ート)
D
a
t
a
.
D
i
c
t
i
o
n
a
r
y
Consistency.Check(DFD 特DD ， DFD 特DFD ，各モデル間，，)
4GL、プロトタイピング、 RDB 等との補完

‑
1
8
3
‑

ω
ze島 ω』回。咽回
回
閣同ω4u

プロセス・ネッ トワー ク

for PASEGEN
TomD emarco流
データフロー型プログラム設計

チェック i高TR

-守鍋同・

照合 TR

eaa 』。偉百 ωEghτ回同〈同回召守CASEs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEnvironmentWorkshop|MAPPER-KITII00 概要||MAPPER は統合情報処理環境(インタプリタ)

I

リレーショナル型 DB が基本+既存 DB とのインタフェイスを持つ

利用部門向き会話型コマンド+簡易(?)プログラミング言語

オンライン処理が基本

グラフ機能に優れる

TPS 、パッチ、 FAX、光ファイル、 TELIDON等とのインタフェイス
統合 OA機能(電子メール、文書管理、伝票処理、秘書業務等)

実行環境支援(機密保護，リカバリ，稼働情報)
利用形態

集中管理

① MAPPER単独利用②現行(基幹)システムとのオフライン接続(MT)利用③肱APPER特ノ T ッチ結合

C
DMAPPER特リア Jレグイムトランザクション処理結合⑤ MAPPER特MAPPER(垂直接続)⑥ MAPPER特MAPPER(水平接続)

圃|MAPPER-KIT~ ま MAPPER上の MAPPER.APL 開発支援環境~長上で、の構造化手法支援システム|K凶uild|長

開発技法 SUM による分析、設計、開発支援ツール
徹底的な分析
要求の明確化

利用者との協同作業
業務分析、データ分析、 DD の一貫性確保
全工程の文書管理、標準化

画面生成、レポート生成、ランのスケルトン自動生成
Diagram 自動作成 (SA)

￨
K
i
t
.
A
i
dI

KitBuild で作成した APL の使用/保守支援
DD使用による項目属性変更時の自動保守
DD 変更→ DB 変更→画面定義変更→ラン変更

‑
1
8
5
‑

CASEs
e
s
s
ﾎ
o
nr
e
p
o
r
t

4也 SEA E
nvironmentWorkshop|標準開発モデル SUM の開発工程||1

業務分析(S却→目標アクテイピテイダイアグラム
1. 1 ターゲツト(対象)エリアの明確化

r'- - -'-' 、￨

ISA用I!

「corltut-Diagrazn作成 1

1...ー-ー・ー・ー ・ ー・ー . _._._._.ー.- . ー . ..J1. 2 問題点の明確化|2

業務システム、情報システムの調査、真の問題点指摘，'-'-'-'-'-'ー._.- . _.-._-ー._ . _ . - . -.ー・ー . -・ー._.ー.-・ー._._ . ー._._.-.、

1. 3 現状システムの明確化

j レベル O の DFD より階層的にダイアグラムを作成

1.4 代替案の作成

代替アクティピテイ・ダイアグラム (AD) の作成

1. 5 目的システムの決定

目的アクティピテイ・ダイアグラムのイ乍成

要求仕様→インフォメーシヨン・ダイアグラム￨

i/んプロセス!
」・ー・ー・ー・.

2.1 目的システムの詳細 AD作成

最下位レベルのアクティピテイ・ポイントまで詳細化

2.2 仕事の分類

それをタスクに分割し手作業か機械化処理かに分類

2.3 インフォメーション・ダイアグラム (ID) の作成

手作業と機械化処理問の利用者IJF.SET定義

2.4 機械化部分のシステム化案の検討

例えばオンライン/パッチ、パッケージ/開発、2.5 構造化ウォークスルー

機械化処理チェック、利用者IJF チェックDBMS

2.6 費用対効果分析
2.7 パックアップ、リカパリ方法、セキュリティ考慮￨
3 システム分析(JSP) → SUM データモデル|
3.1 インフォメーション・ダイアグラムの各タスクを分析し、サプ・タスクに分割
3.2 各サプ・タスクの入力、出力、マスタファイルの決定と項目の洗い出し
3.3 各入力、出力、マスタファイ Jレのデータ分析を行い、階層的データ構造図を作成

3.4 各サプ・タスクの処理内容(入力→出力変換方法)の記述
3.5 データ構造図を分割して基本データ項目を作成
3.6 基本データ項目を正規化

3.7 基本データ項目をもとに SUM データモデルを作成
3.8 データ辞書の構築(項目名、タイプ、桁、内容)￨
4 データベース設計→地問R レポート関連図|
4.
1SUM データそデルから論理MAPPER レポート関連図を作成
4.2 論理MAPPER レポート関連図を調整し、最適化された MAPPER レポート関連図の作成￨
5 ランの設計とコー' デイング|
5.
1MAPPER会話機能による処理の実現と記述
5.2 会話機能で足りない場合は MAPPER ランの作成(画面作成→ラン・スケルトンの自動生成→ランの完成→ランのコンパイル)
・ 186-

I

L ・ー- ー.-.~CASEs
e
s
s
i
o
nr
e
p
o
r
t

4
t
hSEAEnvironmentWorkshop|MAPPER-KIT の特徴|
圏

全工程成果物の文書管理-開発過程で文書化を同時に行う

園

図によるコミュニーケーション-今はコードから図への一方通行のみ。逆も欲しいが…今のインテリジェント端末には重過ぎる.

データ辞書によるデータ項目の一括管理。単なる管理ではなく、設計/自動保守に生かされている

国

ディレクトリによるレポートの一括管理-すべての情報が MAPPER レポート (RID) 内にある園

自動生成による開発の生産性向上。画面入出力部分の自動生成は有効

o RUN のロジック部分の自動生成は今後の課題か?
。 KIT の思想、 は会話機能の命令語(コマンド)の組合せによる処理実現にあるため、ロジック部分の生成に対する支援が少ない(少な く て良かった)圃

自動変更による保守の生産性向上-今までの MAPPERI 土本当の意味でのリレーショナル型ではなかっただから K耳、の自動保守は有効

φ 最新パージョンの MAPPER はリレーショナル型になっている(フィールド指定が項目名で可能従来はカラム数指定)

‑
1
8
7
‑

4
t
hSEAEnvironmentWorkshop

CASEs
e
s
s
ﾎ
o
nr
e
p
o
r
t

LINC
オンライン・データベース・システムを中核とした統合情報システムを開発・保守するための 4GLE

Integrated.System、Prototyping、Business.model 、

Screen.Painting、

DD 、

DOC.Less

(
P
r
o
f
i
l
e
)

国

アプリケーション・プログラム (Logic) 、データベース (Information) 、メッセージ制
御・ネットワーク制御プログラム (Network) に展開されるシステム仕椋を、メニュー方式
による対話型操作と構文エディタにより高水準の単一言語 (LDL)仕梯データベースとして作成する。次に、それに基づいて LINC コン パイラ ーが各ソースプログラム、定義体、さらにはオブジェクト・プログラムまでを自動生成する。

-1 ・ デイきシ g ナリ

対話型 LINC コンパイラー

スクリーンベインター Eコl
レポート・ベインター/ぷ :コ..に:に \LINC係文エディター￨￨，--ーーーーーーー、:COBOL74
1 コンパイラ I
1..____ー__.J

回
回線~成TRX鑑り分け.)レチスレッド、

リカバリ~-ーーーー"ーーー

'
t
B

2
1
1
1
0
』ーーーー

‑
1
8
8
‑

CASEs
e
s
s
ﾎ
o
nr
e
p
o
r
t

4
t
hSEAEnvironmentWorkshop

l 開発方法 l(1) ピシネス・モデルとプロトタイピングに基っ・いたシステム開発

ピジネス
の世界

システム部門

分析、設計

の世界

製造

・・-・-，

従

号

一

一

、，

一

ー
・.

来

EDP の世界

.

回目-.

忌〆 。

コミュニケーション不一主主

大量工敏

要求不碕定、要求変化

口"の

そデ Jレ化手法がïI

ピジネス
の世界

由。，司lf

LINC の世界(エンド・ユーザ+システム部門)

タち盤争喜
レビュー

(2) ピシネス・モデルとはロコンポーネント(資源)。マスターファイ Jレ、顧客(台帳)、製品(台帳)、従業員(台帳)、。スクリーン・ベインターで台帳の画面を作成

ロイベント(活動)。トランザクションファイル、発注、受領、出納、集金、入庫、出庫。スクリーン・ベインターで伝票の画面を作成

園プロファイル(資源、活動に対する利用者の論理的視点)

外部モデ Jレの提供。キー・フィー Jレドや処理対象になるレコードの条件を指定し、コンポーネントやイベントが格納しているデータの利用方法を定義する。複数のイベントをまとめて一つのビューとしても見れる-在庫=く入庫、出庫〉

‑
1
8
9
‑

-売掛=<販売、入金>

View . File の提供

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

4
t
hSEAEnvironmentWorkshop

l モデルの概念 i

コンポーネント

イベント

画面

画面

- ・ ・・・ ・ ・・.. .... .. . .. .. .... . .... .. . .. .

-・・ ・ ・・ ・ ・・・・・・ ・ ・・ ・ ・・・・・ ・ ・ ・・ ・ ・ ・・ ・ ・ . ...

・ ・ ・ ・・ ・ ・ ・ ・・.・ . .・ . ..・・........・・ .. ・..........

・・・・.・ ・ ・-・. . ・ - ・ ・ ・・.・.・.... .... . .. ... . ..... ..

・・ ・・・ ・・・・・.... . ............. . ........... . . . . . . ...

・・ ・ ・・ ・ ・・ ・・・ ・・・ ・ ・・ ・・・・ ・・ ・・ ・・・ ・・・・・ ・・ ・ ・・・. . ・・・・.. .

ADD
CHG
REC
INQ
DEL

自動 LOO K- UP(オーディ ネ ート・キ イ )更新 ロジ ッ クでコンポーネントイ ベント(マス タ ー)

更新
唖品

'
‑
1
9
0
‑

ツチ・レポート・プログラム

ノて

(TRX)

省戸7マI11

4t
hSEAEnvironmentWorkshop

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

l 開発手順 l
口

ビジネス・モデルの分析

口

データ・ディクショナリにデータ登録

ロ コンポーネント、口

イベントの定義

プロファイル定義(キー、抽出条件)

口処理ロジックの追加
口生成指示
口テスト/プロトタイピング

国(
1)LDL による LINC仕様データベースの構築とそこからのオブジェクト自動生成

U1 z
・

1,

PMレFUH

12

・

置換

…
ぃdhf

統合

ドU

削除

R
e
p
l
a
c
e

3J1

Combine

HJU

Eliminate

H五準…臼標(2) なぜ生産性 10倍なのか

・・

LINC用のスケルトンを持ち、枠を固めていることが成功要因(
3)LINC の狙いは単なる生産性UP ではなく、一つの仕様で情報システムに関するあらゆることがらを定義、構築可能にすること。従って今までの開発方法論の延長線上での CAD/CAM指向 (for 3GL) とはアプローチが違う。

(4) 従来の構造化手法はシステム分析(SA)=今シスでム設計(SD)=今プログラム製造(SP) への橋渡し部分が不明確であった。 LINC はビジネス・モデルから ISPEC へのスムーズな想都吹?、 LDL仕椋データベースを仲介としてプログラム製造工程を大幅ぷ(5) プロトタイピングの成功はしっかりした分析手法を必要としないのか?
だとすれば今の構造化手法はどうなる?

ビジネス・モデ Jレ化の方法論は必要(例えばMAPPER-KIT の SUM)
絵からコードへの自動生成効果がポイント

頑張って絵を書いて確認後、 3GLE上でまた力仕事するのは症れる!

(
6) LINC により電算フ・ロパーは技術者でなくなる時代がくる!?

確かに面倒くさい DBIDC インタフェイスのプログラミングはいらなくなる
事務処理システム用プログラマーは事務屋さんと同一視される
残された道はシステム・インテグレータ??

‑
1
9
1
‑

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

4
t
hSEAEnvironmentWorkshop

iWaterFal
lModel の問題点
国•

(わかっているけど他になかった)

Communicationgap と Documentation costEnduser による検証が開発最終工程でないと難しい圃

組主主，YLchanging userrequirements

園

T
e
c
h
n
i
c
a
lgap betweendesignandimplementation

lPrototypingへの期待|••

ユーザをいかに開発に参加させるかがポイント

3GLE

使い捨てアブローチ

進化型アプローチ|Evolutional.Prot均plI
圃Formals
p
e
c
i
f
i
c
a
t
i
o
nlanguageandautomaticimplementaion

圃

V
i
s
u
a
ls
p
e
c
i
f
i
c
a
t
i
o
n

圃

S
o
f
t
w
a
r
edatabase

圃

F
l
e
x
.
ib
l
es
o
f
t
w
a
r
es
t
r
u
c
t
u
r
e

Specifications ,objects ,decisions ,memos⑧ - ⑧⑧ ・・ 0 ⑧⑧⑧

LINC はどこまで Balzer's Paradigm に近づいたか
Formals
p
e
c
i
f
i
c
a
t
i
o
n 一一 -LDL
P
r
o
t
o
t
y
p
i
n
gstandard
S
p
e
c
i
f
i
c
a
t
i
o
ni
st
h
epro旬 type
P
r
o
t
o
t
y
p
ev
a
l
i
d
a
t
e
da
g
a
i
n
s
ti
n
t
e
n
t
P
r
o
t
o
t
y
p
ebecomesimplementaionImplementaionmachimea
i
d
e
d
T
e
s
t
i
n
ge
l
i
m
i
n
a
t
e
d
Formals
p
e
c
i
f
i
c
a
t
i
o
nmaintainedorengineer、
Developmenta
u
t
o
m
a
t
i
c
a
l
l
ydocumented 一一- f
Maintenancebyr
e
p
l
a
y
‑
1
9
2
‑

opera旬r

ン

ヨ

ン・ソ

フ

ト

ウ

コニ

on Main.Frame

ア開発環境技術分析

分析支緩ツー JレI
DFD , CFD ,ERD , STD ISEWB の SDF祭続股 It(WSl

MAPPER-KJTの SUM のアクティピテイ・ダイアグラム(TSSl

システム設計支緩ツール

SEWB のシステム ・ フローな It(WSl

SEWB の画面退移シミュレータ (WSl

MAPPER-KJTの SUM のイン 7 宏一メーション ・ ダイアグラム (TSSl|COBOL生成系

3.?GL￨

Chart'Editor

回 CAD.CAM方式
標準化の延長

ロ

ロ一貫支後
DD

ロ

MMLt旨向-H同@・

ICOBOL生成系

YPSエディタ (W旬、Symbolic.Debugger :SEWB の PAD テスデ<WS+ ホスト)

EDP部門向けロ

PAD"" ソース (WSl

3.?GLI

Screen.Painting|箇面'開Documentation

YPS ドキユメンタ(ホスト)7

YPS →ソース(ホスト}

SEWBのソース実行テスタ<WS)

T イルI加ールはどこも~SPDニソース (WSlYPSデパフガtおS.Lo・4・M)

Data.Dictionary|どこ~1l 11 山る|

L却炉lage

ID む 11... 'T クシ・ンをデータフロー盟でつなぐ

JEWIDWS(WS
l

IHIWI

YPSテストカバレフジ σSS.Lo.d.M)

WS上で股 It l ヲ 7 イル伝送でホストに温旬、ホスト町定義体に史観 ClDl. ll ，SOFPIA ，S EWB .CASE訂SE A/J町 PWB/DOC(ws)

SOFPJA 町 PMNDOCUMENTE~ ホ且ト}

JEWfP WS ,A WS(WSl

ALICE 町 SIDB ，I!t且分析

PADSllOOロちSl

τ'ss方式ロ吉lC，U NC)

そ町也事 E主 1， 司

A Ll CE の SIDB はデータ Dic とプロセス・ Dic(段階 gJJ 仕様 :è~ bySDLl

PASE. HYPER . COBOL.. .. . データフロー型がきれい

CAPE .. . ユニフトをデータフロー盟でつ(t . ('ALICE の SDL.. . ~ 本 t主計から町ー貫 :e 達、ジャクソン佳で且ケルトン生成

YPS.... . 郎品化によるインクリメンタルな他象化が面白い

合町 ω伺〉何回 4町@回目白骨君。『宮岡富岡】

ア プリケ

その{也…JASPOL， CORAL ，JSP・COBOL，。言語支援のみ

IEDP部門用 4GL I

Ll NC..... すべてを LDL にて形式的に Zè~ した仕織データベースからすべてのオンライン瀕筏プログラムを自動生成 ・ (大鉛かりなシステム}

国オートメー ション方式
フ.ロトタイピング

αDLII … ..すべてを IDLII にて形式的に紀迩した仕微データベースからプログラム 17 T イ JレIi!i面オブジェクトを自動生成(中規復なシステム II

ロ一貫支媛|エンド・ユーザ向 4GLl

非定例、非定型、特定部門用システム向き→ DB の検索/加工/レポート作成→ RDB+QL

TQFII+RIQS

CASET

IDLII

MAPPERETOJLE!
OP

容易なプログラム作成→視覚化 (Visual ' Programmmgl 、メニュー ・ ガイダンス表示'

プロトタイピング|使い鎗て :SEWB I |半分完成 :ω町山インタプリト後ホストで生成~|そのまま本番 LINC I

M1ι による彼能分散

チ守ートエディ夕 、 画面 n!! 爾 I ヲアイル定 ::u どこも装慣

ロイージ一指向JNTEGRAL

IEW

これからは上流支" " ールがでる 7

仕 4草花迩雷:~が自然言 I~ に近くなる

SEWB. IEW が惚陀舟蝕置で先行か 7

仕微 ~è l!Eの一貫性チェ 7 ク|早期 4脱化 IDLII 、 MAPPER I
まだセヲシ・ン町切町 ÞJ えが~要 (D- 1J Iレ I ヲ 7 イル量王送汀宮町

1果 u に簸適な部品、パターンの自動選択

nkF
ω回。阻曲目。回『帽同百円骨
何CSP+DB2

園プログラム レス方式

4t
bSEAEnvironmentWorksbop

CASEs
e
s
s
i
o
nreport

第 4 回 SEA 環境ワークショップ Panel-4 CASE

SoftwarethroughP
i
c
t
u
r
e
s™の利用経験と評価
株式会社

SRA 環境開発部

桜井麻里

m
a
r
i
@
s
r
a
.
j
u
n
e
t

1.はじめに筆者は、 1988 年 2 月末から現在までの約 8 ヶ月間、 Software t
hroughPictures(以下 StP と略す)という構造化分析手法を支援する CASE ツーノレを使用した。使用目的が日本語 StP の整備と販売促進のためであり、本格的な開発に利用したわけではないから、生産性にどのくらい寄与したかというととはあげられない。それでも、 StP がどのくらい便利で楽しいツールであるか、 StP を利用する上で何が問題だと感じたか、というととはあげられる。また、たび重なる StP のデモ経験から、はじめて StP を見た人が StP /C対してどのよう在疑問と感想を持ったか、というとと K ついて、若干ではあるが、まとめるととはできる。

そとで、今回の発表では、とれらの経験を通して得たととを簡単に紹介して、プログラム委員より指定された論点、である、
・いまの CASE ツールはどの程度有用か.どう使えばいいのかについて、話題を提供したい。

一口に CASE ツールといっても、さまざまで、議論しにくいと思うが、 ζ の発表を元 K 、会場の皆様と一緒に、 CASE ツールの利用法について、考えてみたい。(本当は、どういう CASE ツール
があるとうれしいかについて、ざっくばらんに意見交換をしてみたいのだが…... )2. StP の稼働環境
基本的 K は、ピットマップディスプレイを持った UNIXl ワークステーシヨン上で動作する。英語版の StP であれば、 SUN ， HP , Apollo , VAXstation などの各種 UNIX ワークステーション上で動作するものが用意されているが、日本語版は、 SONY-NEWS(NEWS-OS 2.x , XI0R4) のものしか用意していない。
2. 1.パンフレットでの「日本語版 StP J の稼働環境

機種 =SONY-NEWSj

OS=NEWS‑OSRelease2.x( 日本語対応 4.2BSD+NFS);
メモリ =4MB 以上;ディスク(ユーザ・エリア )=20MB 以上;

'
S
o
f
t
w
a
r
et
h
r
o
u
g
hPictures は、米国 IDE 社 (Interactive D
e
v
e
l
o
p
m
e
n
tEnvironments , lnc.) の商標です。
:
1

I UNIX1 AT&T ベノレ研究所で開発され、ライセンスしている os です。

‑
1
9
4
‑

4
t
hSEAEnvironmentWorkshop

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

ウインドウシステム =X- WindowV10R4j かな漢字変換エンジン =sj2j
ピットマップディスプレイ;
そのf也=レーザビーム・プリンタなど。

2.2. 私の「日本語版 StP J 利用環境

機種 =SONY-NEWS(NWS-841)j
メモリ =16MBj スワップ =32MBj

ディスプレイ =17 インチカラー・ピットマップ;
OS=NE羽rs-os R
e
l
e
a
s
e
2
.
2
j

ウインドウシステム =X・ Window V lOR4j かな漢字変換エンジン =Wnnj

プリンタ =CANON LBP‑8I
IAJ-2 と SONY NWP-533 を場合により使い分け;
ドキュメント環境 =SRA 社内用 DWB 2.
0j

その他 =UNIX ネットワークで流れてきたさまざまなソフトウェア i
3. 今の StP では、何ができるのか

StP でできるととはいっぽいあって、いちいち説明していると、時聞が足りない。くわしくは、
デモンストレーシヨンを見ていただきたい。とりあえず、できるととのうち主なものを箇条書であげておく。

・構造化分析/設計 K 必要なととは一通りできる。しかも、簡単。
・データフロー・ダイヤグラム，データ構造ダイヤグラム， E-R ダイヤグラム， プロセス仕様(ミニスペック)が楽 K 描ける。バブノレ(プロセス意味する)を移動すれば、パフ'ルにつながっている線(データフローを意味する)も一緒 K 移動するし、 undo もできる(一回だけだけど) 。
関連のあるダイヤグラム聞は、自由に行き来できる。モジュール設計時 K あると使利な附造化チャートも描ける。

・従来の構造化分析では入手で書いていたデータ辞書は、ダイヤグラム編集中に、マウスで“データ辞書生成"をクリックするだけで、自動的に作るととができる。もちろん、ダイヤグ
ラム編集後に、バッチ的にデータ辞書生成するとともできる。
・データフロー・ダイヤグラムの階層間で、入出力に矛盾がないかどうか、ダイヤグラム編集中に、マウスで“詳細化チェック"をクリックするだけで、自動的にチェックするととができる。
チェックでのエラーメッセージは、別のウインドウ K 表示されるが、ファイノレにとっておく ζともできる。エラーメッセージは、とてもわかりやすい。もちろん、ダイヤグラム編集後 K 、ノぐッチ的にチェックするとともできる。

・チェックできるのは、それだけではない。名前だけしか定義されていなくて、詳細が未定義のものを洗い出すとともできるし、変更日付のチェックもできるし、入力フローの在いプロセス
や、出力フローのないプロセスの洗いだし、他のダイヤグラムで定義された内容との整合性のチェックなどいろいろできる。

・データ辞書の定義内容は、いつでも簡単に参照できる。どとで定義されていて、属性が何で、どとで使われているか(あるいはどとにも使われていないか)というととは、一目でわかる。
・各ダイヤグラム編集中に、ダイヤグラムを印刷したくなれば、マウスで“印刷"をクリックするだけで、レーザプリンタにきれい在図を出すととができる。もちろん、パッチ的 κ 一括して印刷するとともできる。

・すでに作成したダイヤグラムを、読み込んできて編集する ζ ともできる。タ・イヤグラムの複写、名称変更、削除なども簡単。

‑
1
9
5
‑

CASEsessionreport

4thSEAEnvironmentWorkshop-イベントや信号、システムの状態遷移など、リアルタイムシステムを分析/設計する際 K 必要な情報も、ハトレーの手法による図式表現を用いて定義し、管理するととができる。

・状態遷移図，制御仕様 (control spec) の定義に必要な表(決定表，プロセス活性表，プロセス活性化マトリクス，状態遷移表，状態イベントマトリクス，イベント論理表，動作論理表)を扱える。

・分析/設計情報や、作業の履歴情報は、プロジェクいデータベースとして、 一元管理されているから、何かと便利0・プロジェクト・データベースの情報をとりだして加工するための仕掛けにはかなり柔軟在ものがあるから、自分たちに必要在ものを自分たちで作るととができる。
-版管理がで きる 0

. 異なるワークステーションから複数の人間で分析/設計作業しでも大丈夫なロック機能がある。
必要があれば、ロック機能を使うととができる。とのロック機能は、かなり強力。

・いろんなわがままを許してくれる機構があるから、バイナリユーザでも、自分の好みの環境を作るととができる。

4. StP の魅力
4
.1
. Too lInfo と ToolSpec でかなり遊べる
やりたいととが、簡単にできるのがいい。ほとんどの操作は、ウ インドウ上で、マウスで 1 回か
2 回クリックするだけで、できる。

小さな親切、余計なお世話がないのがいい。個人の好みに左右される部分は、できる限り、 11;\1 人の好きなようにさせてくれている。一度、自分在りの環境を整えれば、 いつでもその環境を使える
し、人 K 渡したければ、渡しでもいい 。

もし、将来、構造化分析以外に、いい方法が見つかったら、その手法を支援するようなツールを自分でつくって、自分用の StP をつくるととができるよう在仕掛けがすでに用意されている のが、うれしい。(もちろん、作るのは、それ在りに大変であるが。)
4.2. オープンで強力な RDBMS 機能でいろいろ遊べる
プロジェクト・データベースは、 TROLL という RDBMS で管理されている。との TROLL は、テキストでかかれたスクリプトを読んで実行できるインタープリタとしても、また、 C 言語のプログラムからよべるライブラリとしても提供されている。しかも、 TROLL の簡単な対話型エデ ィタも提供されている。とれらを使うと、パグレポートの管理や、顧客の名簿管理などが、簡単にできる。(実際、 SRA における StP のパグ管理は、 TROLL を使って行なっている。)

5. StP のデモの時、ょくされる質問と、それに対する答え
StP のデモをしているといろいろなととを質問される。それぞれの人が描いているイメー ジ κ

よって、出てくる質問もさまざまであるが、その中でも、多いのが次のような三つの質問であ る。

Q1. 上流工程から下流工程までを全部サポートするととはしないのですか?
Q2. 分析から設計への流れはどのようになるのですか?

Q
3. ドキュメントは、どのようなものがサポートされるのですか?
とれらに対して、私は、次のように答えるととにしている。との答えから、 StP の考え方と現時点
K おける限界を察して欲しい。

‑
1
9
6
‑

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

4
t
hSEAEnvironmentWorkshop

A1. 全部をサポートするととはしていません。下流工程については、すでにいろいろなツールが出回っておりますし、利用者それぞれに、使い在れたものがあると思います。ですから、
StP では、モのようなツールを取り込める環境を提供するととで、下流工程へのサポートとしたいと考えています。 StP では、どういうシステムの開発を支援するかという ζ とは、特に限定していないので、下流工程への直接的サポートもし K くいのです。

A2. 分析から設計への自動的な変換などはしていません。分析結果である各ダイヤグラムやデータ辞書を参照しながら、設計するというととになります。

A3. 各エディタで描いた図と、データ辞書の一覧が、そのまま、ドキュメントとなります。
5. 1.大体においていえることは;・はじめての図なら効率は悪いかも知れないが、一度入れてしまえば、修正は楽0

・たった一人で、その場限りのソフトを作るなら、 ζ んなものはいらない。しかし、組織の中で作成するようなシステムであれば、 ζ れらの機能は必要であるし、あって損にはなら在ぃ 。
6. 今の CASE ツール

構造化分析手法をサポート，上流工程中心。下流工程までサポートしているものもないわけではないが、単一のメーカー /os/言語で、閉じた世界しかサポートされない。
今のととろ、汎用的在プロセス仕様の記述方式にネックがあり、支援対象のアプリケーション分
野や言語を特に絞ら在い場合は、ソースコード生成まではなかなかいかない。

1. CASE ツールを利用する上で何が問題だと感じたか
まず、ツールが支援している方法(例えば構造化分析という手法)論とその考え方を 学 ばなけれ ばならない。そして、そのやり方に熟練しないと、ただのお絵書きツールになって し まう 。

どん在アプリケーションにでも、構造化分析が 一 番いいやり方だというわけでは在 い。 た いていの場合、アプリケーション分野を絞れば、その開発に、最適の方法というのは、別にある 。 附 造
化分析は、現時点で、もっとも平均的によいといわれている手法 K 過ぎない。だから、 CASE ツーノレを導入する際には、支援対象のシステムがどのようなものなのかを考慮しないと、満足な結果は得られない。

上流から下流まで、本当 K 、全部、一つのツーノレで、サポートするととが必要だろうか?現時点
では、 StP のように、オープン・アーキテクチャ K して、カスタマイズに任せるのが最良と思うがどうだろうか?お仕着せのツーノレでは、どうしたって無理がある。

はじめて、構造化分析という手法を使ってみて感じたととは、上流から下流というよりも、論E
盟!
モデノルレ(何Ess臼en
川ti凶
al Mo
吋
delin
時
l屯
g) カか冶ら物理モデノル
iI
Lレ〆引
，

するというととである。物理モデルのデータフロー・ダイヤグラムなどからは、比較的簡単にimplement できるが、論理モデルからいくつかの物理モデルを作成し、検討するというのは、閉ざ!
な手間がかかるし、むずかしい。とればかりは、人の頭を最大限 K 活用しなければ、きちんとできない。との辺に関しては、現在の CASE ツールでは、ほとんどサポートされていなくて、少々不便である。

従来のシステム開発で、物理モデノレと論理モデルをはっきり分けて、開発しているととろは、わずかだと思う。必要なととはわかっていても、そう簡単には、頭が切り替わらない。練習が必要だと痛感している。

‑
1
9
7
‑

4
t
hSEAEnvironmentWorkshop

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

8. 私のまとめツール提供者側から見ても、ツーノレ利用者側からみても、一つの大きなツールて・すべてを行なおうとするより、細かいものを自由に組み合わせて一つの枠組の中で自分たちなり K まとめあげ た

方が、より有用であるというのが、私の拙い経験から得た見解である。そのために、枠組の提供とその利用技術が、いま、必要とされているのだと私は理解している。その意味では、 StP は、かな

り強力で柔軟な統合化のための枠組とカスタマイズのための機構を用意している。構造化分析 K
関していえば、それ K 必要な中身(個々のツーノレ)も用意されている。私は、まだ、マニュアル全部をよみとなせていないが、読むたび K 新しい発見がある。とれからも、どんどん StP を使 っ て、 その利用技術を貯めていきたい。 StP は、今後が楽しみな CASE ツールといえる。

9. ひとりごと

私は、構造化分析という手法も知らなかったし、ちゃんと設計したとともなかった。考えた ζ とを表現するのも苦手である。でも、 StP を使って、何かしようと考えるうちに、少しずつではある
けど、“考えたものを表現する"というととができるようになってきたような気がする。使ってよ
かったナ。

‑
1
9
8
‑

s
t
p
: レ fくノ レ top

0 ・

コマンド

So
f
t
w
a
r
e
百1!Ough

P
i
c
t
u
r
e
s

応答

プロトタイプコマンド

プロトタイプ

応答

システム

システム

仕様書

仕様書

エンド

ユーザ

ggoE 君。『宮町。司合同困回開険何回毒ソフトウェアエンジニア

ソースコード-H-・w-w
コンノてイラ

%W%%Y%

フロセス

S
o
f
t
w
a
r
e
̲
T
h
r
o
u
g
h
̲
P
i
c
t
u
r
e
s(
0
)
aCADs
o
f
t
w
a
r
es
y
s
t
e
m

nk回
p何回虫色。回『
25 円再

s
t
p

3 ・
システムの
プロトタイプを

合同困回
一
回診何回 4四円。回目。回件当。『宮町。噂

J1vp

イメージ

ツール情報

プ

ラスター・

タン

-N
。。.

ダイヤグラムの

プ

1 ・
システムを
開発する

応答

\\民

v
r

コ

書ン
ー\辞マ

-フに・

ム

グン

イコ

ヤマ

\ダ

宅一一ーダイヤグラム

ソース
コード

開発する

ダイヤグラムから出力されたテキスト

¥
グド

〆マ

引ン

コ

:コ

ダイヤグラム群ー一一

コ ン フィグ

応答

レーションを
管理する

出版

コマンド

出版

~応答

4 ・
システムの
仕撹書を
出版する

システム

仕様書一ーーさ』

nkp何
m回 g回目。回『帽唱。己2 ・コンフィギュ

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

4
t
hSEAEnvironmentWorkshop

I [ìJJ~m 日本語 1988 6
1
2
0)
プロジェクト・ディレクトリ

レペル:

0
.

固

at 阻

回一官
民圏一話相

圏国一町一一システム

Irlsran126/usr/i 白 IDEMO/Projectl

版:

(2
!f
i1(州、フト 1 (.7 1I lillE~~1 (へJレプモードl

d，‘
l』

-アス

イベ]
テタイ

a

19 日日年 4 月 27 日にダイヤグラムが作成されました.
1988 年 9 月 20 日にダイセ'グラムがすき正されました.
1988 年 9 月 20 日にデータ辞書が生成されました.
プロセス'暗証番号;ヂェ、フク'の詳~ィ
タフローの整合性をチェック中
ータの保存鴻所とのフロー

ワーニン掛??総長官部品有弘
制御フローの整合性をチェック中
たた・

lv
ま4耳
T酔

しした

れれま

‑
2
0
1
‑

ざされ
成正さ

ータフローの整合住をチェック中

作惨民
がが壮一
bl

ヤヤタ h

ムムが日
ララ害凡
ググ辞日

イイ一 KL
ダダデイ

日日日の

ににに前

セス'残高チェヅク・イ

ダイヤグラム l1988 年 9 月 19
1988 年 9 月 20

一一-ア
ユデリ

[概観図以外の外部記号可]I

1988 年 8 月 17

1 テl(ffi:羽~~型車直l-~岨I!!I".:J

ダイヤグラム 2

ムト

tmt:ii国語亘国 首 I

限m民翠完E軍:at&iJf.JI

ラク害一

グェ l 辞ユ
ヤジ理タ他
イロ管一の
ダブ版デそ

出力

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

4
t
hSEAEnvironmentWorkshop

統合 E耳鳴レベル

グラフィッアエデ~ ?
レ《え Jレr- ーーー寸「ーーーーー一ー「r---- ・1

データ ~1~「ーーーーーーー-、「ーーーーーー・1b ード生$!

picl インター, Troll ,ti ツール Ui:」・ー--~」ー --1 ・・・ J

'
R
D
R
¥
I
S
'1

インター

フェース

1

I ツール Ui;

' フェース, 'PostScri pt', 'インター

サポート

J
i

ツール

レベル

フェース
'
‑‑ -_ . ーー-~'-ー司ー._ ̲ ̲..J」ーーー-~

(A) I

"

(A~

ツール
ライブラリ
レベル

データベース
レ ベル

各百回

スキーマ

ファイルgJーーーー「一ーでーーーー寸ーーーーー~------l :J /J~171」ーー-

ーーーー-ーーー・・ーーーーーーーーーーーー」ーーーーーーーーーーーーーーー_.1

統合化 r: 日売文 l~ロ l;! "
S
o
f
t
w
a
r
et
h
r
o
u
&
hPlcture5" のアーキテクチ十

‑
2
0
2
‑

StP以外の
プログラム

ス

Trol
l
l
U
SE

υ

I

ア一川

コード

.•

イフ

RAPIDIU宮EPost Scriロt

ファイ J レ.n

ルェレ

S
t
P

ツール情 K

OIC
ファコイル野

Jq

一一

トぇ-

，
三R
-

7

口一一

ジタ一

1 1 y l 'e

プ占ア一

5
:
1
' :..ス チム
JY ヒ ー ジ~

データ宣言

ン

C
.
P
a
s
c
a
l
.
Ada

PDLor コード
スケルトン

フタ

ユーザ用
データベース

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

4
t
hSEAEnvironmentW o
r
k
s
h
o
p

第4 回

8EA 環境ワークショプ

BOF セッション:

開発環境の理想と現実

チェアマン:深瀬弘恭 (A 8C 1I)

スピーカ:平尾一浩(H8T)

上妻健一郎(熊本電応研)

高野豊(松下電器)

岸田孝一

(8RA)

レボータ:馬場始三(阪大)

人一台ワークステーションクラスのそれに伴う良いツ­1. はじめにJむというのがあれば、ある程度良いシステムというのが深瀬 (A sci)

6 時半回りましたので、 BOF

上の方から凄い期待が多い。しかし現実はですね。例え

お待ちかねの人もいるかと恩いますが、お酒をø:みながば開発支援ツーんが人の問題なんですけども。支援ツー

ら昼間のセッションでいい忘れたととやぜひとも BOF

んが使いとなせない。良いツーんを与えても、何も生まで言いたいというお話、たぶん皆さんあると思いますのれてとない。ましてその複合的なツールの使った複合的で、~酒を手に持って磁保してですね、席について頂きな使い方が応用がまず期待できない。なにか手本になる

たいと患います。 BOF の司会をやれと言われました A

ものを今必要なんじゃないかと思います。

sc

次に時間の重要性に気づかない。一台のコンビュータの深瀬と申します。よろしくお願いします。

BOF と言うのは日本語でいいますと、同じ穴のむじを復数の人間で使っている時代には自分の時間というのなという意味でして、英語で言うと B詮dø o
Cleather と言は、非常に重要だったのですが、今自分の机の上 K 自分

います。英語で言いますと、そういうととになってます

専用のマシンがあると、時聞に対する考え方が非常 K ル

が、同じような考えを持った人がいろいろ好きかつてなーズになって、ぼーっとしている人聞が多いんじゃないととを喋る。

か。作業効率の向上は、ほとんどないというふうに型、っr遭う考えを持った人」。えっ。遣うヨ与えね。どめんなさい。そうそう、同じドメインにいて、違う考えを持っている人。という意味です。

ています。
次に個人のワークステーション管理ができない。一人それでまずですね。 9 時までの時間で、だいたい 2 時一台になると、それぞれにスーパーユーザーみたいな感

間半くらいあるんですが、最初にコメンテイターというじで管理をしないといけないという状況が発生するわけ

意味も口火をきって頂くという意味で 4 人の方 tc6 分ず

なんですけれども、それに対して 1 OO %，みんながそう

つ言いたいととを喋ってもらう。開発環境に関して私はいう管理をできるわけではない。で、管理ミスによる他

とれが言いたいという話をして頂きたい。

のマシンへの悪影響というととで、同一ファイルはいろんなととろに存在したりして、非常に大きな影響を及ぼ

2. 話題提供すのではないかと。とういうのは、社内の LAN の構築

時に厳しい設計が必要になる。それがまだ、今では、あ

2
.
1
平尾:

平尾一浩 (H 8T)

んまり実現されてないんではないかな、と思っています 。

ヒラタ・ソフトウェア・テクノロジーの平尾と次は統話的にネットワーク管理の困難というととで、いいます。 H8T と呼ばれているんですが、熊本では"全てのワークステーションを一人一人スーパーユーザー

エッチして"と呼ばれています。仕事内容は、ロポット

みたいな働きをするわけなんですけれども、全てのワーの整備とか、工場の中の生産管理とか、生産制御を主 K

クステーションを管理するような人が必要になってくる仕事としてやっています。

わけなんですけれども。うちの企業はま一、十人という開発環境の理想と現実というととで、まああの、一人ととで、ちっちゃい会社なんで、ま一、ある程度できる

一台ワークステーションの時代とよく言われてます。一かなという気があるんですけど、大きくなると、そうい

‑203‑

4
t
hSEAEnvironmentWo
r
k
s
h
o
p

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

う総合的な管理をできる人間はなかなか雛しくなる。各

理解後報告

人がどういうふうな環境を作っているかとか、なかなか同じミスの繰り返し

把握できなくなるという問題がある。

優先順序の判断

次 K 、全開発フェーズを統一的にカバーするツーんが問題解決技術ない。というととで、要求分析から設計、開発、ドキュ

樹被と質問とおんぶ

メント、テスト、メンテナンスまでを統一的な一定の基

自分の意見、考えへの固執

E告に基づいたツールが今のととろないのではないか。ま悩みの足踏み一、熊本にはまったくないと、言えるのではないかと思変f.I:プライド

います。

最後に基本となる開発モデルはないか。ウォーターフ

後、とれを出すと、小学校の学級会というか、そのレォールモデんとかが現実の開発行程からずれているとい

ベル tc f.l:るのではないかと思いますけども、まず、観察

うととは、もうすどい指摘されているわけですけれども、とか仕機けというととをまずやってる人聞はほとんどい新しい現実の開発に即したモデルというのが、まだ、出ない。あればどうするんですかという質問を受けたときていない。という問題があると思っています。会社の方にちょっと貸してと言ってワークステーションを使ってからは社内の恥をさらしてくるな、と言われてきたのでやっていると、それを見ないで外をぽぉーとして見ていすが、ちょっと言わしてもらうと、ぶつぶつなんですが、る新人類と。後は UNIX の基本的な使用法がまず出来

ぶつぶつ言って、やってますかというと、はいと言うに関わらずていない。 RCS でバージョン管理をやりましょうねと
プロジェクト

スケジュール管理欠如

やっていない。どうしてやってないのと聞くと、使い方

マスタースケジュールの更新時期判断ミスを知りません。とんでもないわけです。後は思い付き仕

見積りミス

後でありますが、とれは、仕主義はとう念ってますけども、

コミュニケーション不足

とうやるとお客さんはきっと喜びますよという、変な判断を持ってきて、仕僚を勝手に下のレベルで変えてしま
とれ、プロジェクトでいうと、スケジュール管理が全くう。後は、事前事後報告とありますが、とれ、報告を全できていないというか、スケジュールミーティングとかくしない。同じミスの繰り返し。人のととを全然見てなで出すよう念資料ぐらいしか用意していないプロジェク

いんで、同じミスを繰り返す。後、ボンボンボンとあり

ト P ーダーとか、まあ一、若干いますけれどね。

ますが、とういうぶつぶつが今、実際の一人一台のワー

一、どとでもあるよ。 」

r まあ

マスタースケジュールの更新

クステーション環境の中でも、とういう人に依存した部

時期に判断ミスというととで、まあいろんな要求の変更分の問題がかなりある。

とかいろんな技術的念問題から発生する、スケジュール

現状の開発環境をとらえた婦合に、今の開発環境は、の変更をせざるを得ないという時期にそのマスタースケ

どうしてもハード的念ワークステーションがあって、そジュールの変更を時期を間違ってしまうというのがある。

れに伴う各種の支後ツーんがある。その下に問題なのが後は、見積りミス。というのは、凄い短い期間で雛しい

我流の開発モデル。}JIJ tc 確立しているわけじ+ないんで大きなシステムを上からむりやり作ってしまえと、言わすが、何年かやっていると、自分なりにとうやればうまれる。とれらは、見積りミスではないか。後はコミュニ

くいくんだみたいな判断のもとに自分の知らず知らずにケーションの不足というととで、分散開発をやっている

開発モデんを持ってしまう。というととで、とれを無視と、コミュニケーシヨンが不足になってきて、そとらへして直にワークステーションで何かをやろうとしている

んのコミュニケーションの不足から出てくる歪というか、のがあって、現在は、とれは完全に無視されてとの部分

そういうのが問題ではないかというととです。

が、ワークステーションとツールの部分が開発環境と呼ばれているのではないか。

ぶつぶつぶつ個人

人の問題を含めて、今後の人を中心に、いちばん問題

観察(仕鋳)を起とすのはマシンよりも人ですので、人を中心 K現実

思い付き仕後に沿った開発モデル。昨日 HYPCT のととろで出てま

‑2
0
4‑

BOFs
e
s
s
ﾎ
o
nr
e
p
o
r
t

4
t
hSEAEnvironmentW o
r
k
s
h
o
p

したが、モデルは必要なのではないか。そのそデ)1..-を中のが未だにわからないのですけれども、まあーとれは、

心に人とのインタフェースは開発手願書を置く。下へは

一方的に中野先生が悪い、というととで片づけておきた

そデんに沿った統一的な支緩ツーんを置く。とうなると、

いと患います。え、私の自己紹介ですか。そうですね、

ワークステーションは半分くらい入って一つの開発環境

ちょっと活動の錫が遣うのでまず自己紹介をさせていたというのになるのではないか。というふうに思っていまだきますか。私、松下電器の高野と申します。日 i須は Jす。

US の方の活動をしているので、 SEA の方にあまり直震

それで、いきなりまとめなのですけれども、今必要念を見せないのですけれども、中野先生等々からいろいろ、のはさっきの絵 K沿った現実に沿った開発モデル。 Hy

教育的指漕がありまして・・・・・・。で、とれから話

pe r のととろでも出ていましたが、させて頂くという次第です。

Hyper でいろんな開発自体のとらえ方が変わってくるのではないか。

それでですね、私どもの会社では、家電を作って稼がそういう時期にきてると思うので今、開発モデルを考えせていただいてるわけですけれども、長近家電といいまる時期ではないかと恩っています。それに開発モデルにしても、.い家電が楢えてまいりました。たぶん、皆さ沿った統一的な支後ツール、それに開発モデル支援ツー

ん方の家庭内で鑓していただければ、

1 0 偶や 20 個くんと開発手願書、とれば人がするもの、というのを精築

らいのマイクロコンピュータは、すぐ見つけ出すとが出して行かなければならない。最終的に言うと、人をいれ来ると思います。もし、家慢ししてみて一個も見つからた開発環境システムの傷築というのが、一番重要である。

念かったとしたら・・・・それは文化的な生活を営んでさっき、ぶつぶつぶつで出した問題を解決して行くためいないという証拠ですので( :ー)・・・・・急きょとには、というか、うちの会社みたいに凄い少人数でやっれから取り揃えようとお思いの方はぜひ当社のものをおている会社にはいろんな教育とかそういうのに使う金と買い上げ願いたい( :ー)。え一、斯線 Hこ考えておりま

か時間もない、というのが現実ですので、なんとか手願す( :ー)。

書とかモデルが情築できれば、あなたも明日から立派な

それで、いろいろ問題はありまして、いまは単品ごと

メンバー、明日からすぼらしいプロジェクト・ P ーダー。

に賢くなっています。そのうちそれらがつながって行くというようなものを鱒築して行けば、いいのではないか。

のだろうというととは予見できるかと思いますが、そう

とりあえず、開発手願書などというと、凄い批判を受けなってきますと分散型の OS が欲しい。で、使えそうな

そう名のですけれども、ある程度の自由度のある開発モ

ものはなにか念というふうに、いろいろ考えてみますと、デんを作って行けば、いろん念チームとしての開発の効

まあ一、 MACH ぐらいかな。で、そろそろ新しいプロジ

率を上げられるのではないか。最近思っています。ありェクトを起とそうかと考えているんですけれども、プロがとうどざいました。

ジェクトの命名をしなけりあならん。とりあえずおかまも含むシステムだから、"おかまの MACH" (:ー)

深海:

(:

ありがとうどざいました。十五分ちかく喋って頂いたのですが、せっかく用意して頂いたんで、まあ一、
教育的指導はせずにですね( :ー)。ありがとうどざい)は、目的を持つものがました。

それの使い方を知って~IC 、松下電器官の高野さんにお願いしたいと思います。
5 分ですよ。

5 分。開発目僚の部分、努力目僚は 5 分で、正しく使用するとき

効果を発期するものである。

P ミット十分です。

:1.%高野豊(松下電器量)
高野:

話題はとんなふうなものだろうなぁと思って、書いてみた OHP がとれなんですけれども、指~の中に何をいとういうととだとは今までわからなかったものですか

れて頂いても結備です。とれ、いろんなものを当てはめ

ら、急きょとの.1<<こ話を合わせようと、がんばっておりてみますと、いろいろ治もしろい解釈が出来るんですね。

ます。

例えば、人生なんでものをいれてみますと、"人生は目

まず第 l lC、私がなぜととに立っているかのかという的を持つものがそれの使い方を知って正しく使用すると

.205.

4
t
hSEAEnvironmentW o
r
k
s
h
o
p

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

き、効果を発簿するものである。"というふうになりま

3. 能力

す。あるいはと ζ に、ツーんとか環境をはめて頂きます玖練・慣れ・カンと、それはそれなりに意味をもってくるのでは念いかと能力・セシス

思います。

見通し能力

)は、

一つは、目的を持つ者が使うものである、というとと目的を持つものがから、使えるものはなんらかの目的を持って作られていそれの使い方を知ってるはずだというととが言えます。それと、仕織ですね。

正しく使用するとき

とれは非常に重要な意味を持っています。との点で抜け効果を発簿するものでがあるとツールとして、あるいは環境として問題外、となければならない。

ういう評価にもつ念がってくるわけです。ととで重要になりますのが、特性であるとか、性能であるとか、後能で、とれはちょっと表現を変えますと、，8 IJ の見方が出です。とう言った項目がキーワードとして上げられます。

来ます。"なんとかは、目的を持つものが、それの使い

あんまり時間が念いので解説は省略しまして次へ行きま方を知って正しく使用するとき、効果を発簿するものでしょう。

なければならない。"で、とのととを頭にいれて置いて2 行目はユーザの気掛というものに対応してくるもの

頂きたいと思います。

です。とれはいろんな切口を持っていまして、一つは精私の所でも最近、若いものがいろいろうろちょろやっ進というものがあります。それから特性、性能、後能とてますので、いろいろと言わなけれりゃならない立場にいうものがあります。それで、とれを知っているかいなあるんですけれども、ゃっぽり仕事つでものは効率が第いかによって、簡分、ツーんとか環境というものの使いーです。しかしながら理想と現実はなかなか食い違いま勝手が遣ってくるわけですね。とれらの匁職無しに使おして、どうしても、一言ロをはさまなければなら念いとうとしても、おそらく不可能であろう、という畿な局面とが、多々あります。で、その時におまえはアホかと、は多々あります。それから、必ず限界というものがある 。

ただそれだけを言いますと、反事を食うととになります。

とれを知つてないと、あらぬ間違った使い方をやりかね"それではアホな点を説明してみぃ、"と言われた時に、ません。それから歴史というものがあります。歴史が何"お前はとの点においてアホである。"と明確に言うため

K つながってくるかというと、必然性というようなものの、いろいろなチェックポイントというのがあります(につながってきます。それからもう一つ重要なのは、他:ー)。え一、そのために考えだしたのが、今の格言でとの関連性ですね。そのほかに、方法論ですとか、物性あると考えて下さい。

ですとか、それから ζ の knowHow をどっちにいれとれをもう少し具体的に説明しますと、まあ一、とんるかで迷ったのですけれども、 knowHow と言った

なふうになってくるじゃないかと思います。さきに上げようなものが関係してくる。従って私が見ておりまして、

ました 3 行、それを各 h 対応させていただければだいた

よく行き着くのはだいたいとの辺のととろですね。・・道

いど理解願えると思います。

具の使い方も知らんと、なにやっとるんや・・、という言
い方はか念り強〈言うととが出来るという強みを持って

1.目的仕様特性、性能、後能
2. 匁犠

います。

それから 3 番目は、いわば能力。とれは非常に重要なととでして、すべからくツーんと言うものは、目的を持

情造・特性・性能・後能って、かっその使い方を知って使われるべきものですか

限界・歴史(必然性)ら、その使う人聞に依存する所というのは多々あるんで他との関連すね。とれが金物の世界ですと、とう言った制度と言っ方法論たものはか念り億立しております。なんらかのツールを物性使う人間は、必ず百四i練をされている。例えば、私が工場

KnowHow

でハンダ付けさせてくれ、といっても、絶対させてもら

‑2
0
6‑

4
t
hSEAEnmonmentW o
r
k
s
h
o
p

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

えません。電器製品にとってハンダ付けというのは命ででつながりを持っているものである、というとと。かつ、

すから、"とれをど素人にやらせられるか。"という函がその中でもっていろいろ分化し、あるいは統合化され、あります。ちゃんと訓練を受けた人間で念ければさせてで、枯れて行くものである、という佐賀があります。

もらえないわけです。しかし訓練を受けて、それで出来

それから 2 番目として、必ず適用範囲がある。しかしるかというと、慣れという要素も必要なんです。それとながらその適用範囲を無視したとき、おもしろい使い方

カンですね。とれがあるかないかでもって、道具の使いが出来るものでもある( :ー)。ただし、万能ではない。

方というのは随分遣って来てしまいます。とれを言い出

そして常にメンテナンスして行かないと、そのうちにすと、どうしようもなくなっちゃうんですけれどもね。

腐ってしまう。ソフト屋さんが使っている UNIX なん

能力、センスの問題になりますから、ヘタに言いますと、てツーんは、目を隠しますと、すぐ腐っていっちゃうん

最低湿牒になってしまうので( :ー)、まあできるだけですね。死臭ふんぷんという UNIX があちとちで動い言わないようにしているんですけれど・・・・。しかしている、というな現状がある( :ー)。

との墜にぶち当たるととはよくあるととです。そのとき

それと、その単体の性質とかそう言った純粋なものではその時なりに、何か}.l IJ の函でどうにかなるんではないは念くて、非常に広範囲な情報をともなって、使用されか、というととでもって、いろいろ配慮して上げるわけるものである。まあ一、とういうふうに解釈するととがなんですけれども、難しいですね。端的に、端的に言え出来るのではないか、と思います。

たらどんな K 楽か( :ー)。そういったととろにいろい

ちょっと時間の方があまりないようですので、端折りろ気配りがあるものですから、母近だんだん薄くなってましたけれども、キーワードをど紹介したというととで、きました( :ー)。それと、私としては、重要視してい一応終わらして頂きます。

るのが、見通し4能力です。とれは全てに関係してくると思うんですが、"といつ使いものになるかならないか"と深瀬:いったととは、との辺の能力を見ているとよくわかるんの上奏さん、お願いします。

はい、ありがとうどざいました。次に、電応研です。

u

まとめて言いますと、一つはツールという性質そのも

上奏健一郎(熊本電応研)のが重要なんですけれども、もう一つ重要な要素として、上妻:人的な要素がありますよ、と言うととですね。今のお話

ーザの立舗ーからものを言わせてもらいます。今回のため

電応研の上奏です。先ほどと遣って、今度はユと重なるととろがありますけれども、そういうふうに私に特}.l IJIC作った OHP というのが、ちょっとありません

は考えております。

で、申し訳ないんですけれども。

もう一つ、切ロはいろいろあると思うんですけれども、うちの電応研が何をやっているかというと、研究をやとういう見方も出来るのではないか、というととで、}.l IJっているというととはなんとなく、わかっていただけるにまとめてみたのが、との OHP です。括弧の中は、まかと思うんですけれども。だいたい、熊本県と一部の企た勝手 K 単語を放り込んで頂いて結俗です。たとえば環業からの出資金によって出来ている第 3 セクターの財団

境とでもしてみましょうか。

法人の中の下部組織に当たるわけですが、電子応用後被ぜ術研究所というもっともらしい名前がついてますんで、)は、

1.歴史の中で、分化・統合
2. 適用範囲

一応コンピュータを使つてなんと念くいろいろコントローんしてみょうかというととで。

私がやってますのは、ロポットの制御ですね。特 K 、

3 . 適用範囲を無視

うちの錫合、要素技術として、

4. 万能でなくうものを作ってますんで、それを応用した形で、何かも5.

メインテナンス

っともらしいロポット言語を作れないかなというととで、

6. 広範な情報を持ってやってます。その中で、今のととろまず、ロポットをEめ使用されるべきである。

3 次元視覚センサーといかす前に、シミュレータを作ろうよというととで、立石さんのシグマワークステーションを使いまして、とういするととれらについて言えるととの一つは、歴史の中う非常に粗末なですね、スケルトンモデルを作ってみま

‑207‑

4
t
hSEAEnvironmentW o
r
k
s
h
o
p

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

した( :ー)。

今まで PC で作っていたものとかを、ワークステーシ

とれ、結局私がコーディングする時聞がなかったもの

ヨン上へ乗せたいとみたいなととが起とったときに、非ですから、言い訳をいっときますけど、研修生制度とい常にもう単純にですね、送れてしまう。しかし、漢字のうものがありまして、高卒の人を 2 年間ほど預かつて、

変換などは、いろいろワークステーションとかを鈍して、その中で座学をやったり OJT をやって、その中の成果

ユーティ P ティを獲してやるかというと、 VAX のほう物として卒業研究を残すというととで、組んでもらったが VMS で走ってますので、 DECnet-DOS とやのがそれです。そとで、問題になってきますのが、結局りとりするときは、 DECNET でやるわけなんですけ

とれだけしか作らなかった研修生が今度の 3 月で卒業しれども。そのときにシフト Jて行ってしまうわけです。どとでもそういう研究所とか、C) IC 変換しまして、さらに VMS の上の TCP/I P

学校関係というのは、一緒だと思うんですけれども、だで EWS へ転送するというととをやっていまして、それいたい非常に歩みが遅いわけですね。研究の。例えば、

でなんとなく事なきを得ています。転送程度だったらととれ、シグマ OS と言うととで、 UNIX f，tのですが、の程度でいいんじ+ないか、というととでやっています。

研究 ICUNIX を使いますというと、まず、頭に c sh

そとで、一つ問題があるのは、まだ NFS が潟入され

1S を DEC 漢字(本 EU

e 11 を勉強しましょう。 v i を勉強しましょう。 maていないというととで、

k e を勉強しましょう。というととで、例えば大学の卒といいましたけれども、実際には VAX/VMS 上の問

研なんかですと、もうそれで夏休みに入ってしまれそ

題でして、というか、まだ、パージョンが 4 .

れからですね。おもむろにプログラムを始めて、で、卒ので、 NFS がサポートされておりませんので、今のと論をまとめる ζ とになる。正味コーディングしている時とろ、 TCP/I P を市飯のソフトを使ってやっている 。

間と言うのは 2 カ月か 3 カ月と言うととで、しかもとれというととで、転送程度しかできていないというのが現卒業して行ってしまうとなると、また新しい人が入って状です。 NFS そのものをやりますと、今度、また学生

PC-NFS が導入されている

X 代です

くるわけですね。毎年毎年 1 年間何か一生懸命やっていに対してですね、 NFS の使い方まで教えなければならるはずなのに、そのぶんしか進まない。まあ一、とれをない。というととろがあって、結局そう言ったとと事態恥ずかしかったのですが、お見せしたというととろです。

も勉強にはなるのですけれども、実際のユーザとして使UNIX の開発環境においてもうちょっと、今かなりわせる錫合には、もっと管理までやらせるのではなくて、ましになって来つつありますけれども、もっと Ma c とほんとにユーザとして本質的なととろを勉強してほしいは言いませんけれども、キーボードからのユーザインタ

なというととろがあります。そういうととろが問題にな

フェースにしろ、なんらかの形でマニュアルレスに近いっているのですけれども、実際ですから、例えばとの 2形で級えるユーザインタフェースが必要なのではないか

台を使って開発をしたわけですが、例えば、研修生がとなと今、頭の中でぐるぐる回っているととろです。

ちらでプログラムを作っていたとして、私がたまたまとで、開発環境と言うととで、電応研の中のネットワー

ちらへも入っていたとしたら、彼はそっちに行って、Pクをど説明して置きますと、 VAX の 785 と μVAX

モートログインをして、ディレクト 9 ィをいじっている-2 が 3 年前に入ってまして、その下にキャラクタター

わけですけれども、また、 CPU パワーが欲しいというミナルがとのぐらい、グラフィックターミナルが 3 台でととで、とっちにファイんを持ってきてやるとかですね、すね。漢字の端末が 1 3 台、キャラクタ端末が 3 台。後、そうゅうようなととをやるわけです。それで、もう少し 、

とれ全新E子で作ってあるんで、絵が全部 PC になって

ピジプ.iL-1C見えれば、教育そのものも短くできるし、そますけど、形は PC ですけど、一応とれは Ma c2 です

ういったネットワークの良さも生かせるのじ宇ないかな

ね( :ー)。すみません。私の同僚のものが、というふうに考えているととろです。

98 の花子で作ったものですので、とういう形になっております

それとですね。メーカの人にちょっと言いたいのですが、すべて遣うんです。 Ma c2 、それから、シグマ O

けれども、どうも日本の学校とか研究所関係にですね、S 、オムロンのシグマワークステーション SX-910

ゃっぽり、もっとどう言うか、応t費して欲しいというか

0 が 2 台、それから東芝の SUN 、 AS3000 が 2 台。

ですね。例えば、私が卒研をやったときはですね、どう後、 DECnet-DOS パソコンが 3 台入っています。

言う状況だったかというと、 PC-98 の N88BAS

それからもう 1 台が PC-NFS が 1 台入っております。

1C で FEM による熱応力解析のようなものをぐちゃぐ‑208 ・

4t
hSEAEnTironmentW o
r
k
s
h
o
p

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

ちキと。よその大学の研究で FEM のプログラムがあっ

2.
4たので、それが FORTRAN だったのですけれども、岸図 (8 RA)FACOM の FORTRAN にそれをのつけるのですけ

近遊鍵しておりますので、現実はあそとで OHP を書い

れども、その前にそのプログラムの改造を行なわなけれておりますけれども、私は理想を話して、現実パート 1 、ばならないというととで、改造を行なうわけですが、そパート 2 どとへいったのかな。現実は他の人 Hこ任せて、のときに使うメインフレームの使用料金が研究費として理想だけ喋ります。

岸田孝一+栗原正利 (8 RA)

私は 8RA の岸岡です。現実から最ないと。それじゃしょうがないから BA8ICIC書き換

えてから必要な部分をつける。そして動作を確認してか“ Mind

ら配列の規模を大きくして、メインフレームのプログラ

8et" の問題.Un

xCulture は異常か?

ムに書き換えて、メインフレーム上で短時間実行する。

.Ma

nFrame はやっぽり病気だ 1

絶対エラーがないようなコードにして、実行するという.Hacker たちはなぜ無理なととを押しつけられまして。それで半年が過ぎま

80ftwareEng neer ng

して、その次の半年は何をしていたかというと、その中がの微分方程式を解きまして。いまだと、 REDUCE ときらいなのか?

か数式処理パッケージみたいなものが鋤ってるんで、ま・すぐれた 80ftware はなぜ

あ、瞬時とは言わないまでも、 1 日あれば、出来てしまFree なのか?

うわけですが。一応かなり 2 カ月 3 カ月ばかりかけて、・いいものは、ゃっぽりあちとち

本質的じゃないととろをやっているわけですよね。私が自分で探し回らないと知っている高専の先生の研究室なんかでも、 8UN を賜

見つからない。

入したはいいんですけれども、それ以外ユーティ P ティ
を買うお金がなくて、立石に泣きついて・. .

それで、さっきの MMI のセッションを聞いていて、

ちょっといいたいなと恩ったんですけれども、どうせ後深瀬:科研費の話はとの湯での話題ではないので、・

上妻 :すみません。

t というのは気の持ちょうのととですけれども。という深瀬:

あと 2 分でまとめて頂きたい。

ととが非常に大きいのではないかという気がしました。

で喋るんだからして、言い残したととを喋りますと。開
発環境に関し"iしては、気の持ちょう、 Mindというととは、ととに今、 Un

8e

x のトレーナーを着て

上妻:あの 08/9 で今まで開発していたのを、ターゲ

おりますが、 Unix の Culture というのに過去、ットだけを 08/911こして UNIX 上で開発したいとい自分ととに Unix が入ってから 8 年、その前から Un

うととで、 8UN を買ったにも関わらず、 8UN 上のク
ロスツールコンパイラを買うととが出来ないで、立石 Hこx の世界へ入っていた人なんて 1 0 年近く Un

x も何かと観しんで主まりますけれども、そちらの方がやっぽ

泣きついて立石のシグマワークステーションとその上のり正常であるのかなと。異常ではなくて、正常じゃない

クロスコンパイラを買って、それを学生さんに一年掛けかなという気がします。

て 08/9 用 K モディファイするというような、ととをで、私は 8EA と JU8 と両方入ってますけれども、やっているわけです。ですからあの、アメ 9 カの大学にゃっぽり 8EA はちょっと環境の問題なんかを議論する

ばかり、投資しないで、日本のそうゅう研究所とか大学

とき、ちょっとおかしいかな( :ー)。おかしい理由はとかにもっと、投資しでもいいんじゃないかというととやはりメインフレームは病気だからだというふうに思いですね。失礼しました。

ます。それで病気の原因はいろいろあると思うんですけ

深瀬:あ、終わりですか。・・・はい、どうもありがと売っている人も使っている人もやっぽり、心が病んでる

うどざいました。え一、震後1C 8RA の斧閏さんから、ような気がします。だからといって、 Unix

十分でお願いします。

t u re がそう、万々宣伝ではなくて、私はもともと、年れども、基本的には、メインフレームを作っている人もCul

が年ですから、 Hacker じ+なくて、 80ftwa

‑209‑

4
t
hSEAEnvironmentW orkshop

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

re Eng nee r なわけですけれども。私の会社

しい技術を作っているととろを見つけてそとから持ってでもそうですし、うちの会社以外のととろの Unix のとなければいけ念い。それで、持ってくるためには何が環境でもそうですけれども、いわゆる Hacker と呼

必要かというと、そういう新しい技術を作っているととばれる人たち tc5o(tware 工学の話をすると、フろで、お節介な人がいて、自分が作ったものはいいからンと言って、どっかへ行ってしまう( :ー)。とれはや

ぜひ使えという人がいるわけです。まあ一、とれは必ずっぽりいけないと思いまして、そうゅう意味で、 Unいるわけです。しとしと自分でまじめに研究だけしてれ

x C u 1t u re は異常だと私は思うわけであります。

ばいいのに、研究の成果をやたらと人に押しつける人がそれで、とれ絶対関係ないんですが、値段つけて売っ

必ずいるわけで、そういう人を見つけてですね。で、かているソフトウェアというのは、絶対良くない。ただのっ自分の会社を取り上げると、自分の会社の中で、世の奴がいちばんいいというのはどうして(拍手)。 ζ れは中にそういう面白いものは念いかなときょろきょろ見回

かなり本質的なととだと思うんですよね。そのととにやしている人が必ずいるわけで、二人がペアになって、とっぽり、 Unix 屋さんはだいたい気づいていると思いういう橋を作って持ってとなければならない。そういうますが、メインフレームを使ったり売ったりしている人のを受ける側の磁能から言うと、たちは、ゃっぽり、いいものは高い値段を出さないと買er

えないという頑固な迷信があって、それはおかしい。

n

、

"Gate

"Gate

Keep

Keep ng Functioというのですけれども、開発環境なんかを盤側してそれで、なぜ病気かという話の一つは、開発環境とか社内で使わせる人たちというのは、てととは、ととに集ソフトウェア K 関するテクノロジー全部そうですけれどまっている人たちですけれども。で、必要念ととは、 Gも、技術は決して凍結されているわけではなくて、いろ

ate K eep er としての自分の能力をいかに高め

いろ動いているわけで、必ずしも正しい方向 K 進歩してるか。それは、世の中を見回してとういうのを他に函白いるとは限りませんけれども、新しいものはどんどん出

いととをやっている烏はどとにあるか。その烏の中で、てきている。そういうものがやっぽり自分で、世の中を自分が研究したものを早〈世の中に広めたいと思ってい

きょろきょろ見回して、捜さないと手に入らないというるお節介な人間がどうゅう人がいるかというととを、早ととは基本的な原則ではないかと。メインフレームのユく見つけて、その人とコンタクトを取って、両者の聞にーザの方々に特に言いたいのですけれども、メインフレ

コミュニケーション・チャネルを結んで、f.l: à かつ、自ームのユーザの方 h の基本的f.l: M ind

分の属している組織の中にそれを広めるというととをす

5 e t というのは、ハードウェアもソフトウェアもメインフレーマー

るととが大事ではないかなというふうに思います。で、の人がいろいろ世話をしてくれて全部とちらへ持ってき私の理想とする環境は、さっきいったととと矛盾しないてくれるもんだという固定観念があるような気がするん

話ですけれども、非常に矛盾した言葉ですが、 Model

ですが、そんなととは決してなくて、メインフレームをHacking とかSoftwue Engin四ring Hacking とか、単 K作っている人たちもあんまり世の中のいい技術を知らな

その C のコーディングをハックするのではなくて、開発

いで、古い技術で、たぶん 5 年か 1 0 年遅れている妓術

プロセスモデルをハックする。データフローダイヤグラ

でハードウェアを作っているわけで、ソフトウェアもそムをハックする。そうゅうそのもうちょっと抽象的なア

うですけれども。そうゅう人たちに頼っちゃいけないん

プストラクトなハッカーのための環境というのが、私ので、自分に一番いいものをすぐ見つけてくるという精神

理想の環境でして、そう結うものをぜひ作りたいと思っに切り替えないと、 MML なんてのは絶対うまくいかなているのですが、現実には絶対そうゅうふうになってい

いというふうに、私は思います。

ないという謡を現実に務る( :ー)。

そとで、環境という謡しにからんで、との絵は非常にありふれた絵で、ありふれた絵とゅうのは、 Technol，句Y

東原 (5 RA)Transfer を議論する人たちにとっては、ありふれた絵と深瀬:

自己紹介をお願いします。

の世の中と言うのは必ずしも強制ではなくて、まああち

東原:

え一、

とちに偏って分布していると。例えばソフトウェアの新と読みまして、間違っても「せい」と読まないように(しいぜ術みたいなものを、あと一分ね。世の中で何か新:ー)。でもぼくは整理整領が得意なんです( :ー)。

後半、たぶん 5RA の・・・いう意味で、 Technol句y TranlÍer というのは世の中にと‑210‑

5RA の栗原です。とれ、「 まさとし 」

4t
hSEAEnvironmentWo
r
k
s
h
o
p

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

昨日も言いましたように、私たちは休みにきたんです
けれども、すぐに何かを押しつける人がいて、SEA の岸国が急きょ SRA の岸田さんに変身したりして、とうのは非常に似てる環境でやっているんですね。先ほどのMML で理想的な MML の話をされた坂下さんの場合と非常に似かよった環境で仕事をしているわけですね。

いうふうに出てきてしまうわけですね。

ととろがその、ある意味で~客さんの注文 K 応じてテ

さて、そんなとと言ったって、ゃっぽり仕事抱えてた

イラーズソフトウェアを作っている方々、メインフレー

らできないよ、という話をしても全然つまらないから、

ムの TP システムがたぶん、典型的f.t例だと思うんです

私が私なりにまとめてみました。はっきり言って面白くけれども、運用環境と開発環境、似かよって作ってしまない結論になりましたが。

うと使いづらいと言うような謡があって、私は今までの精神論を述べて終わりにしたいと思います( :ー)。

経験からいって、その、メーカの側も非常に勉強不足。

必要は発明の母という言葉がありましたが、問題は解

メインフレームの方 h ね。それから使う側も勉強不足だ 。

決するために存在しているのであって、解決する。ただ

鰻近非常に強く感じるようになってきています。

そうすればいいだけです。しかもそれは、人聞にとってとれはその、ある会合で、情報処理サーピス産業協会解決したというととは喜びになるわけですね。とれは人という、会合の一つでお会いしたソフトウェア会社の社間が生きてて良かったなあ、という喜びがありますから、長さんの話を聞いていて、がく然としたのですけれども、ぜひともやればいい。問題はあればあるほどいいわけで肉体労働者 K 近いんですよね。ソフトウェアというのはす( :ー)。どうやってやるかというと、ゃっぽり自分

知的労働であるはずなのに、プルーワーカーのメンタ P

で喜びを味わいたいわけです。自分でやらなくちゃいけ

ティで仕事をしている方が非常に多くて、その方がたがない。で、岸田が言いましたが、欲しいものは自分で手開発環境を考えたととろでいい環境が出来るわげがない 。

にいれる。手にいれるには 2 つ、あ、

1

で、ショックを受けたわけですね。日本のソフトウェア

つは、全部自分で作る。人はいっさいあてにしない。極の開発環境はアメ 9 カと比べてどうかという言語はすぐ出舗に全部人から買う。全て金で解決する。で、中間は今ると思うんですけれども。で、あるいは知的所有継の話

3 つあるかな。

の岸田の話しで金をかけずにやるよと言っている人からとか、いま問題になっている話はあるんですけども。日

もってきて、その努力だけを自分で払う。で、そのどれ本のプロフェッショナんと自ら思っている方々の業界、を選択するかは皆さんの判断であって、それによっていドメインですね。ドメインのメンタ P ティというのかな 。

ろいろとうやっていくというふうに思っています。怠L上

かなり、その、なんでいうのかな。知性とはほど遠いとです( :ー)。

とろで仕事をされているというのが。例えば MML の話が出たときにどうなるか。ソフトウェアの環境のモデル

2
.
5
深瀬:

深瀬弘恭 (ASCII)

はい、ありがとうどざいました。え一、を考えているときにどう在るかとか。典型的なパターン
BOFとして現われているというのが、私は残念なんですよね。

の口火を切って頂く意味で、 4 人プラスお一人方にお話

それで、それについてがく然としたのは僕だけなのか、をうかがったんですが。プログラム委員長の方から何か

あるいは、皆さんそう思ってらっしゃるのか、私は聞き喋れと言われていますので、私も何か喋ん念きゃいけなたいと思っています。

いようなので、5 分療りたいと思います。

え一、私の話はとういうととなんで、5 分というとと私、あの、 Unix のエンジニアというかマネージャですので。会場きから言いたいととがあれば、座っているというか、火付け役というか 6 年ぐらいやっているので方、どんどん出て頂いてですね。いまどう考えているか

すけれども。その前はメインフレームで仕事をしてましというのを話して頂きたいと思います。

て、メインフレームも憂いんで、メインフレームの方々とのお話は身 K 染みて良くわかるんですが。とにかく開

不特定多数:

発環境というお話 κ なりますと、運用のシステムと非常

深瀬:

K 似かよった考え方、問題、建前があるんですね。 Unのドメインの人たち、どういうふうに仕事をしているか

x とかワークステーションとかMa c を使っている方というのをね、情報処理サーピス産業協会というドメイ々は、できあがっている環境自体がかなり使いやすい環ンがあるでしょ、それから電子協ドメインがある。で、境なので、ターゲットシステムとものを作る環境と言う

その人たちが・・・。

.
2
1
1.

是後のととをもう一回言ってください。

私はねー。がく然とした印象がありまして、と

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

4
t
hSEAEnTﾏronmentW o
r
k
s
h
o
p

具体的にはですね。埋立地、東京の 1 3 号埋立地にソ少なくともメインフレームの人聞というのは病気だといフト村を作るという話があって、そとに集まってきた人

うととは絶対確かにぜひ通りのあるととで、岸田さん宜たちがもちろん、自社の社長さんとか取締役の方 h なん

しく。

ですね。当然その、ソフトウェア会社では自分では資本カがないから、開発環境を整えたいといった場合に、通岸国:産省が音頭をとって鐙助しますよ。そういった場合に、の、なんていったらいいんだろな。普通の意味でのマネ

通産省の課長さんレベルのいうととにカウンターを通そージメントというふうに考えると。例えば、開発者と管

えーと、マネージメントという謡はですね。私うとしても出せないというような業界があるんだろうか。

理者というのが別 *IC いて、管理者が仕事を開発者に発ょうするに自分たちがやりたいととというのがはっきり注して、開発者がどれくらいいったかを管理者がみてる

決まっていない。その業界の人たちが開発環境を云々すというのは、まあ一、普通の意味でのマネージメントでるというようなととはできるんだろうかという、非常にあろうと思いますけれども。私が思うマネージメントとそのがく然とした覚えがあるんです。うちはもちろんそ言うのはそうじゃ念くて、開発者サイドが自分自身で一の通産省のお世話にならなくとも仕事は出来ますし、そ体自分はどとまで仕事をしたんだろうかなというととをういうように人は育ってますけれども、でも、そとで出

やっぽり、とらえられないとやはり、本当に開発していてきて、最初にプレゼンテーションされたあるソフトウ

るととにならないと思う。趣味で何かやっているんだっェア会社の社長さんの話を聞いていて、私はがく然としたら適当にやっていていいわけだけれども、仕事としてたんですね。で、そういうととなんですけどね。皆さんやっている以上は。

はどうお考えかと。

例えば、私は普小説を書いたりしていたととがあるんですけれども、雑文を書く場合にも例えば原稿の依頼が2 討諭
池谷(富士通静岡エンジニア P ング

くるとですね。4. 0 0 字詰め原稿 20 枚であれば、締切
いいですか。

がきてから書き始めて翌日には渡せるというふうな、自発言させてもらいます。先ほどのメインフレーム事情の分のメジャーではかつて仕事をしないと、むやみに仕事ととろでメインフレームの話を一生懸命したのですけど、を受けられないですね。そういう意味で、自分自身のパ

やはり岸田さんのおっしゃる通り我々は病気にかかってフォーマンスに対するメジャーというのはプロフェアシ

いる、というふうな自意識持ってます。それはなぜかとョナルは必ず持っているんです。野沫の選手だって、自いうと、やはり、開発環境という面からみると UNIX

分はまあー 1 0 本1C 3 本ヒット打てるという感じで打つは全くだめだし、現実に例えばあのー、富士通のユーザ

わけですよね。あのピッチャーだったら絶対 1 試合1C 1

でありますコダック社。ととはひとまず UTS もしくは本ホームランが打てると。そういう自己管理というか、UNIX でもってシステムを統一していとう。開発環境、

自分自身のととをわかったものの見方というのが必ず必VP 、そういうととろをひっくるめてとにかく UNIX要で、そうすると、ハイパーだとか、なんでもいいです

でいきましょう。という会社やユーザがたくさんいるわ

よ、何か新しいあるパラダイムがあったときに、開発者

けですね。

が自分自身のパフォーマンスをどうやって自分で変える

その薗からみると、我々富士通いわゆる現湯の人聞は、非常にプアーな開発環境で仕事しています。それも、かというととが多分まず大事で、それがないといけない

1

んじゃないかな。管理者の側からしたらば、管理者とい0 年来古典的な手法で、いわゆるウォーターフ才一んのうのはやはり、プロジェクトつてのは自分自身とくっつ方法でもってやっている。で、岸田さんにちょっと聞きいているから、プロジェクトは一体どういった格好で進たいんですけれども、ハイパーのとき K 、マネージメン

行しているかというととを管E望者自身は把握する必要がトの話をしましたね。どうゅう尺度でマネージメントをあるわけで、単にボーナスの査定とか、エンジニアの査したら良いか。という話を申されたんですけど、かなり定という意味ではなくて、自分自身の仕事の下をプロジ

私どもとしては、開発環境が変わって新しい環境が出来

ェクトの進行状況というのを自分なりに把握するメジャ

たときに、そういったマネージメントの尺度はどうあるーというのがなければ、管理はできない。

べきかというのを岸田さんの考え方でどういった尺度でもって考えておられるか、ちょっと聞いてみたいな。ま、

池谷:

‑2
1
2‑

まあ一、ウォーターフォールの場合には、何人4thSEAEnvironmentW o
r
k
s
h
o
p

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

月というような尺度ではかっていると。それで、ハイパるのですけれども。それに対して今正確にお答えしておーの場合 K は、ハイパーカードの錫合には、一つの目安

きたいと思います。

として、例えばオブジェクトの数だとか、あるいはレイ

よーするに、何が何個出来たからという、バイト数とヤの深さだとかそういったものの表面があって、それでかノード数、 9 ンクの個数で物の出来加減を判断すると新しい開発のメジャーになると、いうふうな話を岸田さいうのは全く間違っています。作り方によって全く違う

んから聞けると思ったのですけれども、まだそとまではからです。それで、物を作って欲しいというからには何断定的に・・・。

かとういう後能が欲しいとか、あるいはとの検査に合格

岸図:

私はそういうふうにべったりしたメジャーじゃしたからとれは出来ているよ、というのは必ずあるはずない。例えばハイパーだとすると、例えばツ P 一書いてですね。そのソフトウェアを発注した側にも受取検査とネットワークのノードができますよね。多分、とのシスいうものがあるはずだし、それから、作る側にもとれがテムだとすると非常に重要なノードというのは何個だと。

出来たから完成したのですというCount

そのノードに関する情報が全部集まったかどうかという

mente?ですね。との項目の偶数によって、どれぐらい出ととは、僕がもしマネージメントするとしたら一番のメ

来ているかという判断をする場合ですね。百個検査項目

ジャーです。それ以外のろくでもないノードはどうでもがあれば、何個の検査項目に対してタッチしているかと

よい、というふうに考える。

いうので、今何パーセントで来ているかというのを判断Trans Arguｭ

するればいいと思います。
というととは、基本的なノードの数と最終的なもっと細かくいうと、例えばとのソフトウェアに対しオブジェクトの数、そういう見績によって、実際のかかて何個検査項目があるかという緩初の個数は、えいやっ

るコスト、かかる規標、といったものをメジャーできるというか、 ζ れは何ステップだよというのを決めてたの

池谷:

んじゃないかというど意見ですか。

と同じように、経験的に例えば百個なら百個というふう

岸国:

個数というのはあまり関心がなくて、納期もあに決めれば良いわけです。で、震初の数は決めます。そまり関心がない。納期なんてのは、お客とネゴシエーシ

れから具体的に、とういう検査項目を検査しようと決っヨンできる数ですから、ゃっぽり出来上がったものはどた時点で既に 3 分の 1 は出来ていると考えてください。

のくらい良いかという話へいって、良いか惑いかというそれから、その検査項目が実際 K検査できるレベル K 透ととはやっぽり、定性的にしか判断できないわけで、そしていると考えたととろで 3 分の 2 が出来ている。それ

れ以外に定性的に判断を下す前のまずラフなメジャーデから、その検査に合格したというととろでその項目は百ータとしての定常的なメジャーをまずセットするわけでパーセント出来ていると考えてください。後はその検査す。自分でね。とのととは終わった、とのととは終わっ

項目に関して重み付けをして、とれが出来たら 1 だとか、

たんだというととをものがいくつかあって、後は終わっ

とれが出来たら 1 0 だとか。後、全体の総和で割れぽ現たとしたら、その中身を自分なりにいれてみる。

在のステータスというのが定性的に、じゃなくて、定池谷:

的 K 把握できると思います。とれで、ハイパ一系のメソ

わかりました。どうもあっちゃとっちゃ言って申し訳ありませんでした。

ッドを使うプロトタイピングで仕事しようとしている人はそういうふうにして、自分が今どとまで来ているかと

新聞 (5 RA)今のととに関連してお答えしますというのを判断してもらえれば良いと思います。

いうか、岸田さんの答えが間違っていたので( :ー)、

私が指摘します( :ー)。

杉田 (5 RA)

新聞君に反論するのですけれども、別に肩を持っているわけじゃないのですけれども。

あの、よく聞かれるんですけれども、ハイパーカードとかよく聞かれんですけれど、よく聞かれるというのは、一言言いますと、私はやっぽり要求、検査という立場

私、プロトタイピングとか割と早い時期から言い出したでみると、内部検査と外部検査というふたつの面があるので良〈聞かれるのですけれども。プロトタイピングとと患います。で、今新聞君が言ったととは、主に外部検かハイパ一系のマネージメントというか、もっと言えば、査の方じゃないかと思うんです。ょうするにユーザと出どういうととで今何パーセントまできてるかというとと来上がった製品を評価する袋合にどれだけのものが出来ー

を把握すれば良いのというととを時々聞かれるととがあ上がっているか、というそれはスペックレベルの問題だ

.213.

4
t
hSEAEnvironmentW o
r
k
s
h
o
p

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

と。その場合、我々というのはあくまでもソフトウェア

かというとそうではなくて、皆さん指摘されましたけどを開発するという立婦で考えていくと、・・・(テープも。そうですね。結局 OHP 使うととに念ってしまいま

区切れ)・・・と僕は思う。

したね。

えっと。まずですね。開発支援ツーんが使いとなせな

篠図(東工大明るい公君事員の東工大の鎌田です(

い。ょうするに、メソッドを知らない。方法論を知らない。時間の重要性に気づかないというのはとれはもう、
深海

OHP 使う?

人間としては量低ですね。とれはあの、採用の時に間違

篠田:

いや、使いません。あまり人の背中に向かつてえたとしか言えようがない。少なくとも面白そうな物が話をするのに慣れてないんで( :ー)。

自の官官にあって、キーボードを叩いてない人間というの

結憎たくさんの方、特に背広、ネクタイ組の方が婦らは、まあ、女の子が側にいれば別ですけれども、ちょっれたのでそれが残念 K 思うととを一言申し上げておきまと問題があると。個人のワークステーション管理が出来す。とととういう後会があった時には、自分の上司に、ないというのは多分、個人の管理もできないですね。自とれはぶっちゃけた話が開けるととろだからぜひ参加し分の仕事。それから管理ミスというのもまずいですね。

た方がいいというととを一言お伝え顧います。

ょうするに、おっちょとちょいというととですよね。ょ

問題の理想の開発環境のととですけれども。新しい方うするにとれはもう完全に教育の欠落としか言えようが法論というのはどうやってメジャーしたらいいのかわかない。それはですね。商学部でのプログラマーを軽々し

らないというのは本当で、それは使っているうちにわか

く雇ったりする( :ー)ととに。

っていく。で、アカデミックなウェアから言えばステッ

まったく遣う人が使った違う OHP ですけども、全くプ数の場合は、考えて欲しくないというのが本当念んで同じ理解を言ってますよね。目的を待つような問題意識。

すね。既存のリニアなメジャーで。例えぽ、うちの学部

それから、使い方、方法論ですね。正しく使用する。注の学生とマスターの学生が同時に同じ会社に斌唆して、

意深〈使う。みんな同じです。かれもそうですし、環境、

ほんの少しの給料の差。 2 年間よけいに勉強して 1 万 6

環境という前に、人的な資源の問題が非常に深いと思い

千向くらいしか違わない。それなのにとう、同じプログます。まあ、アカデミックな立舗古から言うと、もうちょラムを書いて、マスターの学生はいろんなアルゴ P ズム

っとね。高等な教育を受けた者をそれなりの扱いをしてを勉強しますね。方法論を勉強します。すどい、 ζ う早

欲しい。あの、見せていただけますか。岸関さんの OH

いアルゴ 9 ズムを作った。それで、インプ 9 メントした。

P。

あるそジューんを。それをですね。学部の学生の方は、

まあ、適当にやって動けばいいや、デバッグしてボンボ

岸国:あの、著作継というのは?

ンボンボンと。とんなシステムってプログラムをいった

鎌田:

あの、人的資源と言うのは、とういうのも含まときにその二人の評価は閉じになってしまうわけですね。

れるのであって、ととで架け橋になるのは、アカデミッ(:ー)。

ステップ数で計っちゃうと。だから、 F ニアなメジャー

ク。まあ、ととアカデミ y クだとしましょう。ょうするというのは避けて欲しい。で、それをやるのがたぶんプに役に立たないととをやっていると。ととは役 K 立た念

ロジェクト P ーダーさんみたいな管理機と言われる人のいというか、どめんなさいね。役に立つととをやっていやるととだと思うんですよ。

る所。うちは役Hこ立たないととをやっているので。役に僕もそうですけど、うちの先生があの、ちょっと関西

立たないととをやっている。でも面白そう。将来役 K 立

弁になってしまいましたけれど、その先生が言われるにっかも知れない。ととは毎日おかまを作って暮らしていですね、そうだと恩うのは、ソフトウェア技術者の地位る。ととの架け舗になるとの部分と言うのは、とつちかが低すぎるというととです。低すぎる。全然もう、低い。

ら、というふうに・きかけない限り蔵磯する学生なんでもう本当、さっきあの深瀬さんが言われたように肉体労すよね。で、その学生も例えば学部レベルのもう、うち働者、ブルーワーカー的労働者。もっと先ほど言われた、の学部もたいしたととないですよ。東工大の学部だって

えっと、ちょっと OHP 見せてくれますか。えっと。 H

ね。学生の時はカードパンチ。ぼくの学部の時は計算後

ST の方の。

演習はカードでしたから。 80 カラムのカードで打ちま

あの、いろいろな環境を嫡えればプログラムができるした。いまだったら RJB でやってますけれども。たい

‑2
1
4‑

4
t
hSEAEnmonmentW o
r
k
s
h
o
p

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

したととないです。それでマスター、ドクタークラスのいうふうにやって逆手をとって自分たちの時聞を作る。

人間がととへ来るとですね。ととの問題をとらえてとっというのが僕はいいと恩っているんですよね。

ちへフィードパックするカを待ってますよね。

実際にとの人はですね。メーカーをスピンアウトして環境の前 K 人的資源をもっと深く考えて欲しいですよ

月に個人的な収入として 300 万同あります、今。

1 スね。そう思います。事例もたくさんあります。ととでは

テップ 300 同で受注をするというのは、簡単なんです

説明しきれないくらいあります。で、ととのとっちに向よね。安いととろで 1 00 同でしょ。たぶんね。 COB

かつて働きかけようとしても、許可が出ないためにそのOL だと。ゃっぽり逆手にとってね。その、とういうふ

会社を辞めていった学生も、主張して辞めていった学生

うにやればいいいと。見積はとれで工数見積りしてお客もたくさんいます。気をつけてください。マスター出のさんから取ればいい。それで浮いたお金で設備投資して 。

学生は恐いですよ。潜在的なカがあるにも関わらず、発私は持論なんですが、ソフトウェア産業は股備産業なん俸しきれないために辞めていきます。それだけです。

ですよ。それで、もちろん人もいるんですけれども、設備産業であるという認識をすればですね。とういういわ
深瀬:

はい、ありがとうどざいました。ちょっとその、私も一点だけ喋りたいと思いますので。

ゆる英語で言うとステイングといいますが( :ー)、とういうととをやれば、どんどんやればいいと思うんです

日経コンピュータ K 骸って、動かないコンピュータとよ。みんなで。お客さんがステップ換算でいくらといういう第 3 次オンライン、一千万ステッフ・っき合っていたのなら、そうだったらとうやればいいと。逆にそのノウ

某 F 社のプロジェクトマネージャというのは、私の昔のハウに対していくら払うというお客さんに対して初めて同僚だったのですが。とれはあの、外注さんを 500 人

まともに対応してあげると。いうととをやればいいんだ

使ってプロジェクトやってたんですね。あの、クラッシと、僕は.思うんですね。

ュして、プロジェクトが。それで、山本琢鱈さんというのが謝って言ったんですが。その人たちのコード見積り

佐原 (5 RA)が上のほうだったんですね。ウォーターフォールモデル

は大きなシステムでやると間違っていて、とても 1で Ord

naryCOBOL プログラマーを使ってだ

0 も出ない。

いたい 1

500 ステップくらい書くんですね。まあ、一今、深瀬さんのですね。ステップ数

300 で見積って優秀な人を投入するから500 1Cしょうかと。言うからもっと儲るというととで般的な人は商学部卒とか。

すね( :ー)。

会場:

普通のプログラム?

回中 (5 RA)

深瀬:

ええっ。そのプロジェクトマネージャー自身はっと、現在レベルだと 1ですね。実はあの、 COBOL ジェネレーターを使って10000 ステップくらい書くんです。で、

1

50

佐原さん、違ってます( :ー)。え300 です。まあ、それはおいといてですね。

0000

ステップ書く奴が何人かいると済んでしまうプロジェク

佐原トというのがあるんですよ。で、ウォーターフォーんです。テストは発注から優秀なマスター卒業した人が一生

コード見積をして、何ステップだから何人でしますよ、

懸命やって、あの、何だっけ、商学部の人は 1という見積を書くんであれば、下のアプローチをとるん

で一生懸命つき合うけど、トータんすると月 300 になですよね。で、浮いた偶数でお勉強をしてそれで自分たる。

5RA はですね。苦しいテストをしないからで300 まちの環境を整えるというととを考えた方がいいと。

まあ、日本の産業というのはそのメインフレームを使

圏中:

それも違います。テストはですね。 COBOLって同じ COBOL プログラムを使って支えているといのテストベ y トがやってくれますから、大丈夫です。単う話をされてましたが、だったらですね。それを逆手に価が高いのは工数が高いからです。ま、それはおいといとってですね。ステ ッ プ数で換算するのだったら、 COてですね。先ほどの篠悶さんの言ってるととと、言われBOL ジェネレーターを使って、たととは確かに正しいと思います。それでですね。その6 倍の生産性にして、残りの 5 倍の生産性を浮かしてですね。で、その開発環

逆の人をまず、マスターに成れなかった人。学部出身の境を盤えて営業すればいいじゃないかというのが私の考人をですね。どういう道を辿ったら良いか。たぶん、高え方です。その、世の中がそうであれば、ですね。そう野さんの、言われたように、すなおに拒否の言葉、おま

‑2
1
5‑

4
t
hSEAEnTiron皿ent Wo
r
k
s
h
o
p

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

えは辞めたほうがいいと言えない人に、の救い道というまで要求するようなマネージメンターにはアカデミックのが一つあると思うんです。それは、僕はその人間だとなそれなりに対応してゆくと、というのが感想のひとつ思うんですけど、理屈じゃない、体で覚える( :ー)。

です。

とういうふうに言ってもらえると、その人聞は教われま会婿:す。そういうわけです( : ー)。

たら、静めた方がいいよ( :ー)。

高野:

古閑:

確かにそれもありましたね。あの、まあ一様し

ステップ数でしか開発行程のわからない人だっそしてですね。それともう一つあるのは、理想い事ですけどもおまえはだめだと緩衝通牒出す前になと現実という、うちの平尾から思想と現実のギャップとらやってみなさいと、そういうチャンスを与えてやるべ

かいろいろ言われたのですけど、まあ一、私から 言 わせ

きだとそういうふうに私は考えています。 そういうふうてもらえれば、基副障のない理想はいくら 言 われでも仕方にやってきているわけですね。けれど、何というのかな 。

がないなぁと思っているのですけれども。例えば、環境

その意志っていいますかね。 やろうとする意志。それはが整えばいいだとか、という 話 はもういいんですけども 。

とちらからみてでもよくわかるんで、その辺を読まれて理想、理想と 1'1! く言われるんですけども、例えばととましまうと、ゃっぽり上に負けるなぁと気がしますよ。

でできたら理想念んだよとか、ととから先の理想は今は田中:

えっとですね。負けても良いんです。適材適所

まだ良いんだよとかみたいなととを、ただもうちょっとという言葉がありますから、あの、その人間なりに使え基獲を持った理想というものを持った理想を挙げて頂きる所って確かにあると思います。それを見つけてあげる

たいなというのが。基準でしか動けないのが新人煩の悪というとともマネージメントとして必~だと思うし、そいととろです( : ー)。基宅績を持たない管理機というのれをやるためにはですね、長低一人は理周じゃない、体は、管理能力がないんじゃないかと。

でやってる人間を養っていかなきゃならないんです。それが SRA の僕ですから( :ー)。

平尾:

私はJ; I/ IC.管理者をやっているわけじゃなくて、そういう人たちをちょっとだけ見ろと 言 われているんで高野:

えっと、どういって言ったらいいかわからなか

見ているだけで、べつに給料も高〈貰っていません( :ったのですけれども。確かにいわれる通りだと思います。

深瀬:
古閑 (H ST)

話題変えてもいいんですよね。

ととは人事管理のセ ッ ションじゃなくて( :ー)、開発環境のを y ションなので、話題をもと K 戻 して

深瀬:

はい。

欲しいんですが( :ー) 。

古閑:

え一、うちの平尾からいろいろなんか言われて

佐原 :開発環境ってやっぱり人事 と非常に絡むんです

いづらくなっているのですけれども。私まだ若干 23 才

けど、 SRA においては好き嫁いだけで人事が行なわ丸Fで多感な年頃ですので、まあ、いろいろ思うんですけれてますんで( :ー)、だから自由に出来る( : ー) 。

ども。ととに SEA IC.初めて参加したんですけれど、名詞交換の時とか、役職聞いたら、課長だとか、管理機レ

北野 (KC S)

ベル、マネージメントレベルの方が多いですよね。 ととるマネージャーをどうのとうの、惑いとか言 って、そとに来ておられる方は違うと思うんですけれども、そういで大声で笑っているうちのポスは、実はステップ数で多実はですね。ステ ッ フ.数で計っていうふうにさっき深瀬さんのお話でステップ数で能力を計

くのプロジェクトを計っておるのですけれども。だからるお客さん K対しては、それなりの対応。で、アカデミですね。だいぶ前言 われてた、特 K 人材教育ですね。ソy クに対応するようなお客さんに対しては、それなりのフトウェアの開発環境を云々する前 κ 、大前提としてそ対応をすれば良いという話をされましたよね。で、私はれは婆〈大事な問題だと思います。

それは開発者とマネージメンターの関係にも当てはまる

正直な点。ある、 JSTAR のユーザ会でですね。 月と思うんです。開発者がステップ数でしか、プロジェクに一回づっ、数時間づつですね。 いろんな企業の方とおトの進行状況を計れないようなマネージメンターには、会いしました。その企業の方と 言 うのは、日本経済をしステップ数でも教えておけば良い。アカデミックな部分

よってたってきたような鉄鋼ですとかそういう大企業の

‑2
1
6‑

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

4
t
hSEAEnvironmentW o
r
k
s
h
o
p

方で、ゃっぽりその、根本的にはその、最初はオフィス

ど、お客さんがステップで言うからステップで話をするの生産性をどうやって挙げるかという話をしているとたときもあるし、あるいは社内でステップで話をすると納んに結局人材教育に行ったと。

得しちゃう人がいるからステップで話をする。

実際に我々の唱健婦ではそんなに教育の時聞はほんの一だけどステップだけで簡単に片づくものであれば、僕部で、せっかくとうして神戸で開催しているにも関わらも世の中ハッピーだし簡単念んです。そうじゃないから、ず、うちのメンバーでととに来ているのは数えるほどで、マネージャーというのは苦しんでいるわけだと。そうい

SRA からわざわざ東京から来られている方よりも少な

うステップがどうのとうのという単純な話じゃないんでい。というのが、現状なんですね。それでまあ、私は好す( :ー)。そういう事がわからないとやはり、マネー

運にもとと K 来られている、加わっているのはうれしい

ジャーには念れない。

ですし。盛岡は来られてどんどん号|っ渡ってくれるんですけども、本当にマネージャーの多くの方がとうやって深瀬:

教育に出してくれるようなそういう雰囲気というのは、盛岡さん。

どとがどういうふうに単純じキないんでしょう 。

もっともっと本当 K社会的にソフトウェアの産業という盛図:

あのね、ステップで話をするときもあれば先ほのが、お金が儲けられるとか、知的環境である。で、実ど言ってたように感性の問題だとか能力の問題だとかそ

際今、開発でやっている仕事というのは、全然ブルーカの辺をうまく表現はできないですけども、でもそれなり

ラーの仕事 K近いような事をやっているという認厳を社にみんな自分なりのメジャーで持っている。と僕は忍い会的に広めないと、まだ 2 5 才なんですけども、将来はます。

すどく悲観してます。以上です。
深瀬:
古閑:

さっき、ステップ数で計る管理者がいると言わそれはオートワシューという話じキないんですか。

れて、そういう人たちにプロジェクトはどれくらい進行

会場:

日本語で I I

したかと報告するわけですね。

深海:

つまりアメ 9 カでは、お客さんが何って聞いて

1 000 ステップ見積っていて 800 ステップ終わりました、と言ったら、プロ

きたらとう答えるというのがあるんですよね。レジュメ 。

ジェクト終わりだと感じたら管理者は喜ぶわけですね。

マニュアルがあるんですよ。

おお、お前はよくやっているなと。主歩前の査定はいいぞ。

会‘:でもできると答える I

今度のボーナスはいいぞと。ラッキーとか思っていたら、

深海:

いや、それは感性とは別の問題だと思うんです

プロジェクトが終わって、出来た物がバグだらけで失敗よね。

だったと。そうした場合、後回:

180 0 万で受注した物が実?

だってそとら辺て営業がやるんでしょ。で、営は 2 300 万くらいかかって 500 万の赤字である。そ

業のマニュアんにはさ、何でも出来・ ると答えろとかいてとで、ゃっぽり管理者から開発者に、何だ、とのプログあるんだもん。

ラムはっ、と言われるわけです。上の管理者と言うのはステップ数でしか基単を持つてないわけだから私たちは

日弁(J 1P)

もう言われるとおりゃったような気がして、どうしたらよいというマニュアル K 沿って答えてもよいわけて・すけ

いいのか念という。

ども。あの、話がとにかくマネージャーとそれから、実いやいや、何でも出来ると答えても際に物を作っている立場の問題じキなくて、ょうするに、深瀬:

何をしているかというととでしょ。例えば、本を出版すえ一、管理者の盛岡さん( :ー)。

盛田 (K CS)る湯合にですね。内容を書いている人ととの本の訂装を管理者の盛岡です。

考えている人とか、実際本を製造している人とか、そういう他人の立当面があって今何をしているかというととだ

会場:

ケーシーエスでは一人月、何ステップですか?

盛田:

いや、あの、皆さんはマネージメントというのと思うんですよね。だから頁数が多いと 1 頁あたり紙のを正しく理解されていない。あの、マネージャというのコストはとれだけかかるからとれだけ必要だという仕事はもちろんですね。ステップで話をするときもありますをしている人は頁あたりの単価が必要だし、その中身のが、ステップだけで見ているわけではないんです。だけ

小説を書いている人はその小説の頁数じゃなくてその内‑217 ・

4t
hSEAEnvironmentW o
r
k
s
h
o
p

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

容でしょ。だから厚い小説書いていれば高〈売れるわけとの例から考えますと、契約で仕事をスタートした以

じゃなくて、そとを同じレベルでわいわい言ってでも駄上、 ζ ちらのアイデアと努力で工数を削減しでも別に責目なんで、ょうするに自分は今小説を書けといわれていめられるととではありませんし、またそうしたからといるのか、その本を、何頁の本を作れと言われているのかってユーザーは価格の値下げを要求してくるわけでもあというとと。単価もベースも全部違うわけでしょ。だか

りませんよね。そういう認議ですから・・・

ら、マネージャーも今どちら側を管理しているかという

そういった状況を積極的に利用して社内でいろんな物をととじゃないですか。と思うんですけど。

貯めて、それをまたその後の仕事 K生かすという形でや

篠図:って行けばいいんじ+ないかと。ょうするにユーザーのそれじ+、困るんじゃないかと。進歩がないというととで。

だから、方がいろいろ理解できてないと言うのだったら、それはそれでそれなりにとちらも要領良くやって行けばいいよ北野:

え一、多少誤解されていたら困るので一言だけう念気もするんですけど・・・。

言わせて頂きます。要は、マネージャーがステップで換算したがっているという話じゃなくて、社会的に、例え

浜野 (8 RA)ぽ、メインフレームで事理事処理の大きなシステムを開発だから許されるととで。非常にお客さんとメーカの聞にしてますけども、そのユーザーさんが要はステップ数でたって胃がきりきり痛む立舗にいまして、あれは幸せな計りたがっているから、主宰金賞うためには仕方なくマネ例であって、 8RA 全体ではないので誤解をしないでく

あれは恵まれた環境開発という部隊

ージャーの方も痛いととろを言われているのだろうし。

ださい。 2 週間の仕事を 1 3 人月、そんなとと許されるで、それがそのまま下のほうまでどんどんどんどん降りのだったら、やりたくてしかたないです。

て来ると。だから僕の言いたいのは、計り方が遣うなというととを社会的にもっと認織が上がらないとまだまだ

佐原 (8 RA)

難しいなぁと。まあ、もちろんととで反論はいっぽいあ

れは A 9 C

りますよね。

たから 2 週間で出来たので。それで COBOL でやれば開発環境といっても、要は言語もあが売っている

nCormix でやって

13 人月かかる。 COBOL というのは、 C だったので
桜弁 (8 RA)

先ほどの佐原の下で仕事をしている

すけど、 C だと 1 3 人月かかるわけですよ、ゃっぽり。

SRAの桜井と申します。先ほど話題に出た社会的認践のそれはお客さんの方がもっとかかると思ったらちゃんとおかげで助かっている、という話を一つさせて頂きます。

割り引きしてそれでするんだと。だけど}JIJ IC 、

今年の春に某大企業から餐託を受けてあるシステムを開を 2 週間でやっているばかりじゃなくてですね。そのほ発しました。当初 1 3 人月という見積りでスタートしたぼ同時期1C 400 万同しか貰えないのに明らかにひょっんですが、実際 K は二人で 2 週間くらいでほぼできあがとすると 4.かかるかもしれない仕事をですね( :ー) 。

ってしてしまいまして( :ー)・・・といっても、とれたぶん結果、 4 000 万向くらいかかっていると思う仕ば見積りが間違っていたわけではありませんで、その背事も同時に受けてますから。主ヨ金は実際には某大企業か

1 3 人月景には、アイデアとか非常な企業努力が存在したわけで

ら某 ETL という所 K移っただけの気がしますが。そうして( :ー)

いう慈善事業もやっています。

・・・もちろん、細かい修正を入れるともう少し時間がかかったわけですけど、それにしてもずい
ぶん余裕ができてしまいました。

篠悶:

そとで値上げしてもいいですかね( :ー)。

問題は結局、下のレベルのダウンスト P ームのプログで、その聞にいっぽい遊ベて( :ー)社内システムまラマーにとっても、管理験にとってもね。たとえで問題で作れてしまいました。遊んだといっても、実際には、意議だと思うんですよね。プログラマーは例えぽ、自分その時使う言語のマニュアんをよんでたり、それを使っのやっているとと、何かおかしい、と思ってもいえないて超味のフ・ログラムを作ったりして練習して( :ー)いような・・・。

たんですけどね。要するに、その分、社内で使ういろん

佐原:

な道具とかマニュアル類とか、個人レベルのものも多少いでしょうたぶん。環境と言ってもわからないマネージあるかもしれないけれども、日頃やろうやろうと恩つでャって多いので、そういう人たちは除いて、言業のわかもなかなかできない仕事もできてしまったんですね。

る人たちでどう環境を繋えていったらいいか話を・‑218‑との際、言葉の通じない管理機。ととに来てな

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

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

篠図:

今まで薄々気がついてるけどね。はっきりわか

深灘:

つてないとともあるでしょ。薄々気がついてるけども、

私は、駄目なマネージャーを黙らせる手法というのを私はたくさん勉強してきてますので。黙っていてはっきり何が惑いのかわかつてないというとともあるでくれれば良いというだけで駄目なんですよね。若い人にしょ。まあ、誰と言わないけど。だからね。環境というとっては。それからやる気のある人たちの邪魔をしないか、問題意識のないマネージャー。

と。その、行く手を阻むなという方法論をミドルマネー

それで、問題意識のあるマネージャの野村さん、マネ

ジャが体得するというのが仕事じゃないかと。それで、ージャとして。

だいたいボードメンバーっていうのがわかんない人たち

で、そういう人たちを黙らせて納得させて行く手法をね。

野村(J

1P)

あの、文字通りのメソッドですけどね。それを若い人た

あの、今、佐原さんの意見に関してなんですけれども。僕なんか今感じているのは、今議論ちに早いとと体得して欲しいというのが、それが私の願がどとにいっているのかわからないでのですけれども。

いです。

とにかくあの、環境がわからないマネージャーを除くというのは、僕らにとったらすどいとう、駄目なんですよ。

岸国:ょうするに、深瀬さんが話されて言いたいとと結局、マネージャはそういう人たちなのですよ。で、私は要するに、ちょっと野村さんの真意がよくわからない

ども今、今日珍しくとの環境ワークショップにうちからのですけどね。世の中にはわけのわかんない人たちが大7 人。とれ、画期的なととなのですよ。で、それになる

努いるわけですよね。だからとそ、我々飯が食えると思べく人を増やして、そういう人たちをなるべく増やそう

うんです。ざっとそういうととを深瀬さんは言っておらと今しているわけなんですよ。そうやって世を改革してれる。世の中のわかんない人はほっといた方が我々にといとうとしているわけなんですよね。それで、そういうっては良いわけですよ。例えばメインフレーマーは病気意味ではその人たちを除とうとかそういう意見てのは、だと私はさっき言いましたけども、病気だからとそ我々

駄目なんですよね。

は飯を食えるわけで、メインフレームの病気はねは直さ

佐原

BOF では除とうといっているわけです。

ない方がいいと思う( :ー)。

野村:

ああ、わかりました。思うんですけれども、ゃっぽりあの、管理職者というのはね。確かにその、ステ

深瀬:

なんかそれも切ない謡になりそうな気がします。

ているのですけれどね。でも、そういったととじゃなく盛図:深入りしたくないんですけども、コメント、て、じゃ、生産されないとどうしょうかというととを実コメントだけにします。確か K よくわからないマネージップいくらと深瀬さんの言われた数字とはちょっと違っ
1

際 K 会社的にとう盛り上げる。あるいは深瀬さんが先ほャをはずして議論しようと、それはそれでいいんですが。

どの前のセッションでやられましたように、技術者をいただ 1 つだけ肝心なととがある。それは、世の中というかに育てるか。そういった話を真剣l にやろうじゃないかのは、とれを言うとまた関西だといわれるのですが、経と。というのは、ととに集まっている深瀕さんは非常 K

済原則でやっぽり動いてまして。ですから、世の中でわ

情護協、ジョウサンキョウでいいのかな。それでショッ

からないマネージャをはずして議論するのも良いが、多クを受けられたのと同じように、多分うちの管理磯者が

少はお金のととも心配しながら環境の事を議論して欲しととに出てきたらものすどいショックを受けると思う。

い。というのが私の意見です。

なんだ、との連中は 1 1 っと思う。

深瀬:

いや、経済原則はとれなんですよね。

盛図:

いや、それはやっぽり、それもありますが、そ

篠田:

野村:

組合だと思うでしょうね。

何だ、とと、と思う。深瀬さんがショックを受

れ以外にもいろいろある。例えば、とうやってととへ来けた以上のショックを受けると思う。世の中そういう人てますが、とれただなんじゃないんですね。それなり Kたちが両方いるんです。だからそれをいかにね、僕はや

経済原則が鋤いてますというととだけ、一言いってねはっていくかというととを、与えていただければ幸いだと去る。

思うんですけれども。
後図:

‑219‑

ととにいるマネージャーの問だけでも 1 ステッ4t
hSEAEnviron皿ent Wo
r
k
s
h
o
p

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

プの見積りを今 ζ の掛から 20 倦に見積るというのはどる。向とうから言うのを待って、そういう形でやるんでうでしょう。あのね。情報工学科の学生はみんなね、自す。だから、ゃっぽり問題意滋ですよね。問題意識を持分の事、アーテイストだと思っているんですよ。ととろ

たなくち+いけない。マネージャーの人どうぞ。

がね。建築科の学生はみんなアーテイストだと・・・。
深瀬:アーキテクト。

篠閏:

アーテイストなんですよ。

先ほど MML ではたいぶ恥をかきまして、じゃ、恥の深瀬:アーキテクトでしょ、建築家は。

かきついでだというととで。ちょっと話題がそれますけ

山口(電力計算センター)

ど、問題意裁と言うのはかなりあると思います。先ほど篠図:学部のね、建築の学部を卒業した学生がね。例

岸図さんがおっしゃったように、確かにメインフレーマ

えばなんとかの設計事君事所 K 入って 1 枚図面鏑いていくは腐ってます( :ー)。私は、メインフレームの HITら貰ったと恩いますか? 3 日か 4 日で 1 枚の図で。

AC の M-660D で、

会渇

AO?

ってます。それで、どうしてとうレスポンスが遅いんだ

篠図

AO までいきません。とんなちっちキいの。・

ろうと、いつも感じてます。それにそジュール化にして.・ 60 万。バイトでもそれくらいになるんです。ちょも非常に面倒くさい。ちょっと何かやろうとすると、とFORTRAN プログラムを作

っとなんかおかしいですね。まあ、とういうととは別ともかく JCL を作るなり、コマンドを打つなりしなきゃしてですね、さっきから僕は話したいんですけど、いいならない。そういう環境なんですが、私は、今の立場かですか。

らすれば、どうしでもそれを使わざるを得ない。もし、うちで学生に何をやらせているかというととをちょっ

ハイパーメディアが使えれば、確かに生産性は上がるだとお話したいんです。学生にですね。あのー、計算後教ろうと思います。

育ですけども。研究室に入ってきて、何も言いません。

で、今、痛切に感じるのだけれどそれがメインフレー

ただですね、僕が普段欲しいと思っている、というかとム上で使えたらいいだろうなと思うんですよね。それで、うあったらなぁと思っているととを彼に伝える。それで、

なぜとれがメインフレーム上 K のつからないのか。仕方

とういうととが出来るようにして欲しいと言う。まず、が無いから、プログラム開発はワークステーションなり、それが是初です。まあ、時聞かかりますけども、なんとパソコンなりでやって、結果をメインフレーム K 持ってか出来て来る。その過程でですね。とう 1 週間くらい経

いって動かすだけにしよう。言い替えれば開発環境は、ったとき、出来たかと聞くんです。すると、どとが号|っ小型畿に任せて、実行だけは大型II IC.しようと。まあ、かかってます、何かとの辺がよくわかりません、と言っとんな ζ とを考えているわけです。そうしたら、当然Mてくる。そとでちょっとアドバイスを与える。だんだん

ML は…

サイクんが短くなって加速してきますね。しまいに向と

会期1:

必須なわけです l
そとで、問題意識というととになるわけですがうから聞きにきますね。僕はもう 30 才過ぎたおじさん

山口:で、向とうは 20 ちょっと過ぎたくらいの若い子ですか…何でメインフレームマシンあるいは、メーカーというら。なかなか最初は聞きにくい。そのうち、サイクルがのは、 MML IC.は、冷たいのだろうというととがある。

短くなるとどんどん来てくれる。適切な方向修正を与え

つまり、先ほどど指摘があったようIC. PC-9801 にてやると、だんだんサイクんが短くなってついに念んかは、 S震かにメインフレーム上のデータセットに画像ファ

とう、定常波みたいなのが出来て、出来てきますよね、

イんを持っていくととができるわけです。ととろが、目僕が巌初欲しかった物が。

立の端末である 2020 とか、あるいは寓土湿の端末のその次はですね。何をやるかというと、後が何か言う

易合、例えば富士通でいえば、リンクサープを使うととのを待つんです。彼もその、一番長初にやったプログラになるのですが、そういった MML 用のソフトウェアをムの作る過程で一応の環境というのを覚えますから、何使うとできるととが極端 K 限られているんです。テキス

でとういうととが出来ないのかと疑問をロにした瞬間、

トファイルゃある種のデータファイんは、できるけれど、それは疑問を口にした人が自分でやるととになっている

それ以外は全くできない。ユーザがそのためのプログラという。まあ、もし解決法があれば、教えますけどね。

ムを作ろうとしても、情報が少ないため、非常に苦労す

常々僕が恩っているととだと、それは、ロ K した人がやる。だから、開発元に 「 とうしてくれ、ああしてくれ」

‑2
2
0‑

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

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

と頼むととになる。でも、パージョンアップされでもな

なんかその、ソフトウェアとかそういうととを聞かれる

かなか要求通りのものにはならないととが多いわけです。

方が無理でね。それはその、使う側が自分の選択できる

使う側としては、メーカの提供したものを使わざるを得というそういうその、明確なポリシーをもって、対応すない状況です。それが、メインフレームが腐っているとればいいだけの話でね。で既にたくさんの材料をもって言われる所以でもあるでしょう。それで、メインフレーいるわけです。現実的な既に動いている材料を。で、そムメーカ K頼らずにできるもの、というととでワークス

れを私は知って貰いたい。

テーション、 UNIX IC.対してある種の期待があるわけ

です。

新図:

私はメインフレーマーの方を弁護する立婦にあると思います。今まであの、メインフレームは病気だと
野中(日本電気

うちの磯錫に今年の 6 月からマイ

いろいろひどいととを言われましたけども、メインフレ

クロバックス入れて 4.3BSD 動かしてますけれども、ームが全部病気だとしてもそれは、体の病気にかかって腐っているのはメインフレームだけじゃ念くて UNIXいるに過ぎなくて、 UNIX 側はほとんど心の病気なんだって相当腐っているし( :ー)。あれ始めると何 K もで( :ー)。それで、メインフレームの方に私が希望しできないし、だいたいまあ、入れて半年経ってますけれているのは、 4 .

3+自社後能というのを出すのをやめども、仕事 K は恐くて使えないですね、まだ。安定してて、多分 5 年間くらい収益が悪化するのをあきらめてでないから。そんな感じだから。そんなに悲観するととなすね。もっと何というか、メインフレームのコンソーんいです。

というのは一人で使っていると非常 K 使いやすいんです。

だと思います。コンソーんを一人で使えば。そういうと深瀬:

今の方のお話 K答えたいと思います。だいたいとろをですね、もっとなんか。個人で使えるような。つ.

まり UNIX とかの世界に浸って来るんじゃなくてですメインフレームと言うのは、 ACOS の使い方は・.

ね。今まで蓄えてきた匁噂をもっと生かして欲しいと思VOS3 だとか、まあ、どうってととないですよ。バイ

トマルチプレクサのチャネ-^'IC.あの弁当箱をつなげればう。どうしてかというと、もうすぐ多分、個人で使えるですね。 TCP/I P みたいにアクセスできるんですね。

ワークステーションが十数ミップスから数十ミップスので、メインフレーマーは作れ念かった、とういう物を。

時代がくると恩うんですよね。今そういうマシンを使いで、とりもなおさずね、勉強不足なのですよ。先ほど富となせるものを持っているのは、メインフレームしかな

L U6
. 2

いんですよね。今 UNIX のワークステーションでは数という概念はなかった。発想できなかっただけなんです。

ミップスのマシンをどうしょうかというととで頭がいっメインフレーマーというのはブルーワーカーですから、

ぽいなんです。でも、今うろうろしているともうすぐ U

そういうふうに使えばいいという。それで私は 1 0 年ぐ

NIX 勢がですね、そういうスーパーコンピュ -~IC. 近

らいそういう仕事をしてましたから、良くわかるんです

いととを使いとなせるカを蓄えて来ると思うんですけれよね。それでとういうふうに使えばなんてととはないんども。それより前に、今まで持っている力を生かせて後

3 270

5 年間くらいは収益が悪化するのを覚悟して 6 年先、 7

士通の久保さんもおっしゃられてましたが、ですよね。 TELNET 、FTP は全部動く。

のエミュレータは下で動きますから。それで何で 205

年先を見ると、今のメインフレームの生来の良さが生か0 を使うのかというのがよくわからない。まあ言えば、せる時代が来るんじ守ないかと思います。ですから今 U***COM の G シ P ーズです。なんであんなものを使NIX どうのとうのと振り回さないで例えば、 VOS がうのか、全然わから念いですよね。まあうちらもととの机の上にくればどうなるかというととを考えた方がいい部分から信頼性、

9 ライアピ P ティとか RAS 徴能ともんじゃないか( :ー)。

いいますけどね。とわれない。ハード屋さんですから、

会渇

あっとは。ソフト屋さんじ+ないんで。そういうふうに)。

VOS が机の上に来たら、近寄らないよ( :ー

使えばいいんです。で、先ほどお話したように、ステッ
プ換算でやれば、とういうととをやればいい。ステイン

佐原:

グですよ、ステイング。まだ、ネットワークで何か仕事いたんですが、どうしてメインフレームで何かやるととしたいんだったら、とういうふうにすればいい。それでがあるか、と考えてみるとですね。唯一、あ、唯ーじゃ

‑2
2
1‑

メインフレームを実は私は 1 0 年近くさわって4t
hSEAEnTﾎronmentW orksh叩

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

ない、ふたつだけあります。 VEM のととろと同じ? ?

が思うととは、結論念んですけども、今はやっぽり MS???のシステム。それをですね。高速カードソータとT なんかを使って無理してやればあーゆーふうな繋ぎかいう意味では使えます。それ意外でメインフレームを使たができるんだけども、僕のととろのばかでかいマシン

うアプ P ケーションは考えたら何もないんですよ。使うがその SUN ぐらいの性能のマシンに負けるのだったな

ために非常に苦労をする。で、メインフレームのメンテ

らば。で、プルーワーカーの人たちはそれで良いと思っを会社で一番できる私が一生懸命 2 週間やって VOF とているんだったならば、机の脇にワークステーション吊いうとれ UNIX のフォートランで多少ツーんを真似しして NST のせてそ ζ でしっかり一人でやらせといて、て作ったやつですけれでも、ハードディスクの中におさつなげてやって。そして他 K もっと新しい世代を目指す

まるのに 2 週間もかかるシステムをなんで使う必要があ

人はそっちを使えば良いんじキないかな。私はそう思う

るのかなとそういうふうに恩う。

んです。

渡辺(電力計算センタ

吉本:

佐原さんの言うととに半分

ちょっと、ミップスぽっかりでどうもお話する

くらい心からその通りだと思います。で、ただ実際うちのはおかしいんじ+ないですか。ミップス、ミップスとの所で、あっ、とれ録音とっているんですか。とれオフ

おっしゃるけど、ミップスくらい非科学的な基畿はない

レコにしておいてもらえます?去年うちは、山口君がおんでね。それとそプログラムをステップ数で勘定するの守りしているのはハイタ y クなのですが、それまでフアと全く同じになってしまうんでね。とういう方がミップ

コム 1 本だったのですが、うちは 4 カ所研究所がありまスでものを言われたら、非常に困ります。例えば同じ I

して、 3 カ所マシンが入っていたのですが、BMでも同じミップスの俊械でね。例えぽ 4 300 とい

1 カ所どうしても、何だか知らないけど、いれなきゃいけないととうものがあります。

になって。それまでフアコムの NSP でネットワークを

303 1 という古いのがありましたけどね。どっちもミ渡っていたのが、某ハイタックが入ってしまって、 RJ

ップス 1 です。 ζ れでかたや同じ仕事をやるのに、 3 倍

4 300 というのは突は、もう一つE もつながった、つながったと上のほうは喜んでいるんほどかかってしまう。結局はノイマンボトルネックの問ですよね。要はそれだけつながったと思いたくなります。

題なんですよね。御存知だと思いますけれどね。そうい

それから後、電通研の情報システムの方で SUN3 の 1

うととを計算にいれてもらわんとね。ミップスだけで物60 が 1 台ありまして、それでフォートランのベンチマを考えてもらうのはプログラムをステップ激で考えるのークをやっていた。私のお守りしているのがフアコムのと金〈同じくらい非科学的だ。たしかにメインフレーム

N3405 という中型になるんですが、NSP もついては病気だけどね。そとんととでやっぽり、どうもならん 、て、 8 7 実装しているですが。 SUN3 でやったフォー

腹立つけど使わなならんというととが実はあるというとトランのあるベンチマーク用のプログラムを作って、私となんですわね。本当を言ゃあ、僕も使いたくはありまのマシン、 NST のせてるマシンの 4 倍( :ー)。ととせんけども、まあそういうととです。

ろが、うちのコマイという所にいきますと M380 があるんですね。 380 にいくと SUN よりもやっぽり、た山口:

ぶん 5 0 倍くらい早い。ととろが、 NSP の 380 とハ

たけども、利用できるものは、あとひとつ、ふたつはあード的にはだいたい実装と形態は同じなんですが、パイ

ると思います。つまり、メインフレームで腐っているの

プライン処理ができる VP50 というチンケなベクタプ

は、ユーザインターフェースの部分だけです。馬力といメインフレームは病気だと先ほど私も言いましロセッサがあるんですが、とれだと、ベクタライズがもう面では非常にあると思うんですよね。私は、メインフ

のすどくって、むちゃくちゃ早い。だいたい 1 00 倍は

レームはあんまり好きじゃないんですけど、結局弁護す軽くでる。そうするとうちではだいたい、マークスの Cる形になります。例えば有限要素法とか、メッシュ切っ

PU 時間は 2 時間なんですが、一番長い奴ですが、それてそのメッシュ問で計算するようなシステム、アルゴ P

で 1 週間だいたいジョブを 2 時間刻みで 1 週間かけてリ

ズムとかいうのがありまして、そういったものに関して

ストを 3 固くらいだして、あ一、結果がでたなといって、は、大型計算慢でないと困ってしまう。同じととを SU捨てるという原子炉の炉特性なんかをやっていると、まN3 でやったら、どのくらいかかるか。

あちょっと今ワークステーションでは辛いなと。で、私

たとえ結果が出ても、そんなにかかっちゃもう 1 回試行

‑2
2
2‑

1 週間かかって、

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

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

するわけにはいかない。つまり、大型計算慢で必要なのスなんです。パスのアーキテクチャなんです。だからアは馬力であって、ユーザインタフェースがどうあれ、少ーキストじゃなくてバスのアーキテクチャが必要なんでなくとも馬力があるととろを私はかいたい。だから、ユす。その辺を日本は随分遅れている。アメ P カに比べる

ーザインタフェース K 関しては、}JIJ のものがサポートしと。との中でパスの設計ゃったととがある人いますか?

でもかまわない。メインフレームが腐っているのは、ユ

多分いないでしょうね。

ーザインタフェースの都分だから、それを切り落として深瀬:

イーダスを使っているのはいます。

しまう。馬カだけを使う。それがメインフレームのいい高野:

ない、ない。僕は自分でバスを設計して使うか使い方なのではないか、と私は思うのですが。

ら。

佐原:

後回:

具体的な所は深瀬さんが言ってくれると思いま

それで標機性のないやつができて困ると( :ーすが、メインフレームはユーザインタフェースが腐って)。

いるんじゃなくって、基本アーキテクチャーから既にも

高野:

それはいいんです。僕が使っているだけだから 。

う 3 0 年前から腐っているわけでして。つまりあれより

篠回:

でも、ユーザは困りますよ。

早いワークステーション作ろうと思えば作れる。スーパ高野:

だけどユーザ K は提供しないから。

ーコンピュータみたいにどんどんやればいい。で、あれ

篠田:

それも困るんだよね。

は一生懸命減速してそれよりちょっと早いと言ってます高野:

自分の所はね、肝心要めのととろを設計できるが、それは早いんですが、人聞がそのプログラムを作る

人聞を育成すると。

のが遅いから結局答えがでるのが遅い。

高野:

え一、すいません。あのお、金物屋から一言。

深瀬:

レクシーのパスはいいですよ。レクシーのパス

篠図:

レクシーのパスは速いね。あれ、いくつあるの

老襲むながら、解説を申し上げたいと思います。確かにMB/sec120 ぐらいあるの?

メインフレームは腐っているというそういう意見はわが

深瀬

300MB/sec

異あらず。でも、全部が腐っているわけじゃなくてね。
見直すべき所もある、というととろをど紹介したいんで

高野:

すよ。

U は設計してきてるし、コンビュータシステムは設計し

メインフレーマーじゃないけれどね。僕も CP

僕ら、コンピュータ使って仕事をしてるわけですよね。

てきてる。だからその勘所というのはわかるわけですよ 。

それでそのコンピュータに高いパフォーマンスを発領し何が重要かというのが。 CPU なんか全然重要じゃない 。

て欲しい。で、今パソコンどうか、全然役に立たない。

何でもかまわない。

386 でも 486 でも 586 でもか

ワークステーション役に立っか?くその役にも立たへん。

まわない。

逆だった、どめんなさい。パソコンはくその役にも立たかまわない。

なくて、ワークステーションは役に立たない。それはな

篠田:

いやあ、そんな・・・。

先ほどノイマンボトルネックと言ってましたけども、そ深瀬:

国産のメインフレーマーの一番弱い所は、バスのあたりの問題でもってずいぶん遅れている。え一、そネックなんですよね。で、の辺がんばっているのにメインフレームがあるんですよ

国産のメインフレームは供給しているわけですよ。どうね。その辺は見習うべきととろがある。で、我々はとれしてか。それは、から何をやらなければならないかというと、実はパフォ

うまいんですよ。トータルパフォーマンスでは同じになーマンスを上げるととじゃなくて、まあソフト屋さんがっちゃう。 CPU のパフォーマンスが遅くともね。で、考える仕事を十分なパフォーマンスでやっていとうと思

私の会社ではエレクシーというマシンを入れているんでうと、今のワークステーシヨンのおそらく 1 00 倍とかすが、とれは国防システムで使っているコンピュータな1000 倍とかのパフォーマンスが必要になってくるとんですけどもそれのパスの転送スピードが 300Mバ

思います。 ζ れはま佐も異論を差しはさまないと恩います。

イト /s ec なんですよね。で、とれくらいのメインフ

で、そのパフォーマンスを実現するために何が必要かとレームを作ってくれないと困る。

30 でもかまわない。

68000 の 3 0 でもぜかというとね。ハードが遅れてるんですよね。あのお、いうと、それは CPU ではなくてメモリでもなくて、パ‑223‑

IBM より速い CPU をまあ、IBM はパスアーキテクチャの設計が

4t
hSEAEnviromnentWorkshop

筆図 :

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

今のメインフレームの転送スピードがどれくらないととろがあるんですけども、実際 K はそれで繋いで、

いなの?

深瀬

それで 50 人くらい繋げても使えるというととでそれは100Mバイト /9 ec 。

問題ない。

で、その ECM の製造技術とかクロ ッ クのスピード上

ただし何が問題があるかというと、スケジューリング

げてね。パスのアーキテクチャの遅れをそれでカバーしが全くないんで、要するにジョブのスケジューんというているわけですよね。で、それはもう、高野さんのおっのが全く念いので、一つの大きいサイズがぽっと動くとしゃる通りなんですよ。失礼しました。

全体での優先度もなにもない。優先度を少々つけたってそれが消えちゃって、どうしようも念いと。他の奴が全高野 :ですから、どとがキーポイントかというととをく動かないというととが起きると。もう一つはセキュ P

押さえて、それをできる人問を育成するというのが篠田

ティがないというととで、とれはどとでやっているかとさんのど意見ですな。

いうととをいわ念ければ大丈夫なんでしょうけども。大.図 :そうです 。

学の場合は入試の処理という非常に恐ろしい処理をやる

高野

CPU はどうでもいいんですよ。さっきは極論わけでして、合格不合格を一発で判定するという。で、そういうデータを UNIX で処理できるかというと、どをいいましたけども・・・。

とかにハ ッ カーがいると恐くてできない。 いうととで、篠図

CPU はどうでもいいから、かならず。日本のセキュ P ティとスケジュ-1)ングの点から大学全体の線

企業というのはポイント押さえるのがすどくうまいんだからとても UNIX は使えない。という点があります。

と思うんです。ただ、全部をマクロで見たときに、シス

それから、大学の教育の問題で、やはり東工大と信州テムを組み上げる能力はないですね。ただ、パスの装置、

大ではかなり遣いまして、うちの場合はその前に大学のつなぎの部分でしょ。 CPU 速いの作ると論文1C.f.tるけ

方でいろいろ研究しなければならないという意見もあり

ど、パス速いのを作つでもなかなか論文になら念い。

ましたけども、学生に対しては主に教育でして、教育がメインになって v りますので。それで、ちょっと教育 K

高野:

それで今大学で何やっているかというと一生懸

命、一生懸命 CPU を束ねようとしている( :ー)。

関して思ったんですけども、今の情報科というのは、との 4 、 5 年くらい前からほとんどの所が UNIX マシン
をいれてまして、情報工学科としてはメインフレームの海尻テープの切れ目)

そのときは本当はちゃん

使い方というのをほとんど教えてないと。というととで、と理由があって言ったので、そのときは簡単に言ってしふと考えた。それでいいのかなと。後数年するとほんとまいましたけれど、あのお、そういえば大学の価値はどに全く情報工学科で UNIX しか教えてない。メインフ

うのとうのという話があったんで、僕のほうはもう、かレームの使い方はいっさい教えてなくて、メインフレー

びがはえている大学の価値なんで皆さんの方とはちょっ

ムの使い方を知っているのは情報工学科以外の人間だと 。

と違いますけれども、その辺の話を少し。
大学の方では、センサーはどとでもメインフレームでそういうととに なるんですけれども 。 どうなんでしょうか。いう気がします。

して、ちょっと迷いましたが全然出てとなかったのでど
うしてかと思ったんですけれども。一つはメインフレー

深瀬:

ムでないとできないのは、 UNIX では納得できない、

おきますと、セキュ P ティのガイドラインというのは決うちでは使っているのですけれども、どうしようもなくまってまして。米国標融局、 NBS 、名前は変わりまして図る場合があるんですけれど も 。スケジュ-1)ングがたけども、今は NCSC という組織があるんですけれど

全くできない。コンベックスのような大きな後棟、実際も。そとはオレンジブックという本を出しているんです

えーとね。ちょっと 岸 田さんの前にお答えしてにはうちの情報工学科というのは非常に特異的といえばよね。オレンジブックというのはセキュリティレベル、

特異的でさっき申し上げたコンベックスというミニスー

国防的な観点からみたセキュリテイレベルというのがあパーというかスーパーミニというか、を入れてまして、るんですが。それは A 、

それにトータんで 60 台か 70 台端末を繋いでやってるて、それぞれ 3 つの階層なんです。で、その中で今 UN

わけなんですけども。回線的 K 考えて UNIX を繋げれ

1X はグードっていう会社が出している UNIX は、 B

‑2
2
4‑

B 、 C とランクが決まってまし4t
hSEAEnTﾎronmentWo
r
k
s
h
o
p

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

2 というのをク P アしているんです。で、 MVS とか Vとないと、貿易摩僚も解消しませんよ。だからそのアイ

OS3 とかはクラス C しかク P アできないんですね。 U

デアが中野先生の肩にかかっているわけです。そうです

NIX がセキュ 9 ティレベルが低いと言うのは、それはよ。アイデアの勝負です。

間違いで、そういうシステムはあるんですよ、現に。た深瀕:

そう l チュ -9 ング貨ですよ。論文集よりも。

だベンダーがそれをサポートできてないだけです。例えば 1 BMで言うと RAFF というシステムがあるんです岡本 (KC S)

よね。セキュ 9 ティレベルで。 RAFF という。で、あ

実は，会費を払わないでととに来ているので発言しにく

れはクラス C しかク 9 アできないんです。で、クラス A

かったのですが，が一番上でマイティックスというのは唯一クラス A の一先生の 「航空母鑑」 の話に共感したので一言コメントし番下の階層をク P アしていたんですね。で、それは誤解ます。

だと思います。

今回は設備下請けをやっています。

30-40 分前にあった東工大の篠田「航空母鑑」の中にも色々な内情があると思います。
その中で航空母鑑を繰るために色々な分業があるわけで

岸田:ζ とは開発環境の理想と現実を話して、メイン

す。そとには航空母鑑を営むための文化が営まれていて，フレームがなぜ必要かという時に実行環境としてメイン

その文化がそとに醸成されているとと語句ド常に重要な事

フレームの CPU パワーが必要だという意見がさっきあです。 ζ の考え方は.私自身の環境に対するひとつの問

りましたが、それは開発環境とは絶対関係ない話で、今題意訟でもあります。良い環境をあるひとつの世界 K広のセキュリティの話も入試の処理っていう奴は、笑行環

めようとした時に大切になるものです。

境の話で入試処理のプログラムをどう作るかというあた

良い環境というのは 「人 K 勧められる環境」とか 「 自りで本当 K メインフレームはいらないの?、ていう話だ

分が良いと信じている環境」 等，判断基舶の痩妹なものと恩うんですよね。

も指します。

で、ハードウェアパスの話も出ましたけれども、僕はSRA の岸田さんの OH PIC ，大きな 「矢印」 を挟ん

開発環境で大事なものはハードウェアパスよりソフトウ

であちら側ととちら側に 「丸印 」 がありました。との 「ェアパスで。それでそういう意味で UNIX は今、存在

矢印」 の部分にあたる 「梼渡し 」 をどうするか…・と言するソフトウェアパスとしては憲良のソフトウェアパス

う 「 カルチャーの架織 」 の問題もありますが.

だと。というととじゃないかというふうに気がします。

印」 の中で，さらにどの僚にやって行くか

それだけです。

との 「丸今回の MML セッションでも，との 「 丸印」 の中の雑多な何かが問題になっていた燥に思います。との 「雑多中野(大阪大学

高野さんに反論、じゃなくてコメな何か」 は私自身の日常の悩みでもあります。とれらのントだけです。あのお、 CPU を束ねてどうのとうのと事はテクノロジトランスファーの問題として捉えるべきあるんですけども。アカデミックな立場から言うと、今事なのかも知れませんが，環境を広める事を話する時にいくらシーケンシャんなアルゴリズム提案しでもね。論は無視出来ない問題ではないかと思います。

文通らないんですよ( :ー)。現実の問題として。で、との会易には，後々な環疫を使って段々に仕事をして僕たちはペーパーを年に 1 つ 2 つ通さないと首は切られいる方々がいらっしゃいます。主主金儲けのために仕事をないですけどね。 SEAIC でてとられないわけ。それをしている方々もいらっしゃいます。研究活動のために仕ちゃんと考えといてください。それともう一つ。一つは事をしている方々もいらっしゃいます。その中で行う環

ね、そのパラレル、 CPU を束ねるんじゃなくて、バッ境を広める話は，ある意味で 「 運動」 だと恩います。やファアーキテクチャで勝負しなさい、というのをね。もはり線強<.線気良くやっていく事も大切な事ではない

っと声を高くして言ってください。僕今日初めて聞いた。

かと思うのです。私からのコメントです。

それだけ。

高野:

すみません。中野先生にそれを申し上げてなか深瀬:

あのお、ちょっと補足しておきますけれど。米ったのは申し訳ありません。で、 CPU を束ねてもどう

軍の第 7 鑑隊の験鍋配置のワークステーションというのしようもないんですよ。それをなにかプレイクスルーをは、 RQ という今はつぶれてしまったワークステーショ

しなき+いけないと。そのアイデアがね。日本から出て

ンです。

‑2
2
5‑

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

4
t
hSEAEnvironmentWorkshop

国中:

浜野:

今のケーシーエスの方に賛成で、すどくそっか

話を流れを全然変えていいですか?今話を聞いら先というのが重要で、もしかしたら岸田さんも考えてて栗原とー簡に OHP を鎗いていたんですけど。えっと、らっしゃらないのかもしんないですけども。考えてるん

話がどんどん外れてしまって OHP 鎗いたから一応出しでしたら、後でど意見聞きたいですが。すどくそとの部ととうと思って出します。
私は教育とか管理とかいうものは後でついて来るもの分が。実は私今は営業セクションで営業をやってないんですけど、セクション K います。そとの部分ですどく苦だと思ってますし、ぜひそういうチャンスがあれば、自労していたというのは、本当で。 SRA 今回一割近くき分を教育したいと思っています。で、開発 Kパラダイムているんですけど。ベンダーレベルで来ているのは多分として今一番頭で反纏しているととは、抽象化を進める

僕だけじゃないかと思うんですけど。本当に SRA ってという一つのアイデアと具体化でどんどんいくというア

理想的な会社に受けとめられている方が多分多いと思う

イデアと NST モデルがあると思うんですが。 SRA のんですけど。実は違っていてそんなのはどくひとにぎり

岸悶さんがモデルρ ッキングというんですけど、下位をの人間だけで PFU のイランコセンターと同じように、

だいたいとうやってとうやってとうやったらわかるなあ

SRA のとういうととへ来てるのは、遊園地の人間がほという人たちにとっては抽象化というのは非常 K まどろ

とんどなんですけれど。

っとしいととだと思う。で、逆にとういうのをカルチャ

深瀬:ーとしてもって念いと、わからんやろうし。ょうするに

サ 779 パークとも言いますね。

とのやりかた、 VS なのかあるいは全部コンポーネント
田中:としてバコッとまとめて環境があるのかよくわからない 。

はい。そとのサフ 79 パークだか遊園地だか知らない、僕はわからないけど、確かにそういう人たちが

まあ、とれはぜひ、まとまった方の意見を聞きたいなと

いて、学術的なととをすどく引き出してきてくれるんで思っているわけです。

あともう一つは、仕織がプロセスで厳密にいかないか

すけど。使い先というのが結持層雛しくて、ほとんどベン
ダーレベルでは生かされていない。で、そういう人間とら非常にものすごいカゴが発生するという話があります

いうのは絶対必要だと思うんです。で、それをやる人たが、そのへんきちんとやるといってオスターワイルドさ

ちというのがいなくて。で、さっきも僕言ったんですけんという人はその辺からものすどいフォーマ P ズムでパ

ど、理屈じゃない。体で覚えろ。というのは全て持論で、シバシやっていとうとする人なんです。それと実際、あそういうわけのわかんないなんかコンセプトみたいなもいまいであってぼんやりした中でどんどん一つの物を作のがあったとして、それをわけがわかっていいものだなってゆくというその、ある意味ででかくて? ????とと評価するのも重要かもんないですけど、そういう評価

いうようなアプローチがあって、言いたいととはどうゅというのはイランコセンターとかサフ 79 パークの人た

うととなんやろと。その辺はわからへんというととです

ち K してもらって、とにかく持ってきたというものを本ねえ。それで私のイメージの中にあるのはエンジニアリ

当 K ベンダーレベルに落とすというととをやっていく。

ング、ノットイコール、プログラミングだと思ってて。

その辺がすどく重要じゃないか。と考えているんです。

すぐにどうのとうのゅうけど、エンジニア P ングといったら、ある程度年数がかかって、うちの人間と言ったらもし、ど意見があったら。

ある程度 ζ れは大丈夫ですよとか、そういうなんかフィ古閑:

確かにですね。ととで話し合われている謡、イールドワークとか一つの体系で今出来て即使えますようランコセンターとかサフ 79 パーク、まあそういう話をなエンジニア P ングじゃない。ただ、要するに、環境とそれをベンダーレベルに落とす、落とさないという話がいうのがよくわからんのですけど、ただ環境というのをあるんですけれども、でも私は思うんですけれども、と考える錫合にですね、なんか、とのへんの ζ と嘘らしいとで話し合われたととをととで具体的に方法論が見つかととを、いやそうじゃない、とう念んだと言ってくれるったととというのはですね、具体的におとされたとき、人がいると、今後どうゅう環境を作っていったらいいか

使われまいが、使われようが、良いものは落ちて行くし、というのがわかる気がして、要するに誰か教えていただ惑いものは落ちてもそのうち、消えてゆくんじキないか

けませんでしょうか。というのが厳初冒頭でとのへんのなというのが、感想なんですけれども。

セッションの方がやられた後で、感じたととです。誰か教えてください。

‑226‑

4
t
hSEAEnTironmentWorbhop

篠田:

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

とれはね。裏腹だと思うんですよ。人間は向上

いけばいいんですよ。自分の仕事も楽になるし、後輩の心ありますから、だれだったけ、オスターワイルドがね、受けもよくなる。あいつ話のわからん奴だなと言われな

ジェネラライジェーションを行ないたいという、常にジいようにし念いといけないというのが、環境、環績といェネラライジェーションを行なう人間だというととを聞う大それたものをアプローチする第一歩ですね。ユース

いてます。ょうするになるべく仕事したくないから、治

フルな情報を仕入れる。それを使うという。

んなじような仕事はまとめてやりたくなるんだけれども、というような抽象化ですよね。ととらがですね、そうい

深酒:

うととぽっかりやってると食えなくなるので、しょうが員長から一言。

えー、タローシング 3 分前です。プログラム委ないから具体的念仕事をしなくちゃならない。うちの大中野(大阪大学

学院の学生はそうですね。むちゃくちゃあの、プルーカ

今日の昼どろのセッシヨンの MML でですね。今まで 2ラーのプログラミング、学校終わってから夜中の 1 2 時園、郷軍 2 園、第 3 固と環境ワークショップに出て、活動

今回ものすどくうれしかったのは、までガーとやりますよね。~の朝学校来てなんか記号ぽしている人たちと話をしてね。全然話がわからなかった

っかりの紙を見つめているという。

んですよ。でも今回 MML をやってみて、少なくとも同会揚 :今のは反対じゃないんですか。

じ土俵にはならなかったけれども、少なくとも話は出来

篠図 :どめんなさい。すみません。そうですね。で、本では 2 日目の昼からは MML です。その後は BOF でとれもそうですね。厳密にやると気持ちがいいんだけどす。だから熊本だといわずにホット念人たち出てきてくた。それはものすどくうれしかった。だから、今度の熊もそれじゃ食えないんで、まあやっつけ仕事してしまう。

ださい。そうしないと話ができないから。お願いします。

実際はですね。エンジニア P ングは? ????ですね。。

深瀬:フ.ログラミングは手仕事ですか?

れはくだらんと個人的には思っているんですけどね( :

会窃:

サンプ。

篠田:

サンプですか。うちのねえ。学部というか学科

熊本からは MML をなくそうかという話が。あ中野:

もう一回やりましょう、もう一因。

なんですけども、ドクターの最終試験 K 必ず聞かれる質深瀬:

やりますか?うーん、ラストチャンスでやりま

問があります。技術と芸術はどうちがうか。とれ、工学

すか。えーと、後 1 分しかありませんので、録後に一言になっていますけれど、とれ技術になりますでしょ。技

言いたい人ラストチャンスです。

術と芸術みたいな感じで。本当はとれイコーんにならな

は 9 時には全部退席してきれいにしなくちゃなりません

くちゃいけないと恩うんです。それをイコーんのレベルで、後 30 秒で終わりにしたいと思います。あの缶、今K 持っていくのが大学の先生の勤めであり、社会的にね。

日の口火を切って頂いたパネラーの方、 4 人プラス 1 人

1 分で。えーと、ととそれをちゃんと受け入れていくのが管理職の仕事であっに盛大な拍手をお願いします。え一、ありがとうどざいて。今頭の、闘いと言つては失礼念んですけれども、失ました。

礼なととは BOF では言っていいととになっているので。
ととには阪とんどいらっしゃらないと思いますけれども、

4

アンケート

まあ残っているような人は頭が固くないというととで、頭が固い管理者がいる聞は、黙って耐えている。その問

野中哲 (N EC)に自分の勉強をしておく。少々欲しいと思っても黙って人間の管理 K 関する話題はあまり函白くないので、やりいると。で、我慢してればそのうち、自分も偉くなる。

たくないのだが、どうしてもみんな話題がそちらの方に

まあ自分はさっきの深瀬さんの OHP にあったように、いきがちになるのは、みなさんのうつぶんがたまってい

適当なツーんをですね、ほんのちょっとツーんを作ればるというととなんでしょうね。

ですね。 2 倍か 3 倍のプロダクトアクティピティがでる

わけですからそれを使って、普段の仕事は上司の繊織を酒店回舗なわないようにとなしながら自分の勉強をしておきま

高野さんの謡が聞けてしあわせです。

すね。自分がとう、役験についたときにじわっとせめて‑227‑

勉 (NTT)

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

4
t
hSE.
AEnvironmentW or>cshop

棚悶健司 (5 RA)

山口鶴生(電力計算センター)

問題がどういったととなのかしぼれません。ただ、何か

メインフレームの話では、だいぶ、必騒がせしました。

新しいとと(今までと違ったとと)を行う渇合、メンバ

勉強不足と言われれば、返す言葉はありません。しかし、ー全員の意志統ーという事が、始めからなされてい念け

逆にW5 を利用しているユーザもメインフレームを知らればなら念いと思いました。(まとがはずれた感想です

念いのではないのでしょうか。メインフレームで 1 日かかる計算を、どうやってW5 で実行するのでしょう? (いません)

開発環境とは、あまり関係がなかったかもしれません)
杉田義明 (5 RA)

環境をテーマにした BOF であったが、前セッションのMML で未消化だった議論をそのまま持ち超した状態で全体が推移したようである。しかしながら、本音のレベ
ルで意見発表やコメントが続いたので、大変盛りあがったセッションになった。 BOF としては大成功だったと
思う。

量産岡

卓(三菱電峨)発言しなかったけど残っていた価値はあったようです。

株香 (5 RA)

今回の参加者の興味は、開発環境そのものよりも、管理、
特にそチベーション・コントロールのあたりにあるのだ
ろうか。若い人たちが、わりとフランクに話せるようになってきたととがうれしい。

渡主豊雄一(電力計算せんたー)
前日の情報交換パーティーのような盛り上がりを期待していたのだが. ..。どうもイマイチであったと私は思います。

メインフレームの環境を，本当に開発に持込みたいと考えている人の多くは，メインフレーム上で実現されてベきターゲットシステムに必要な，データベース(特にそ ζ でのスキーマの定義環境やエラー処理の検吉正・シミュレーション) .言語処理系(もちろんデータベース検
索言語の呼出し後能と日本語処理付き I ).運用上のシミュレーション(後密保護僚能の設定やファイルの緋他処理の正否のチェック)を期待しているのであるから，極端に言えば人に 1 台ワークステーション上 ICMVS なり 05IV/F4 を乗せれは良いのでは!
MML のセッションでも指摘されていたがr かなり完

全なソフトウェアの等価性」が保益され念ければ.分散開発というものは，生産性に真の意味で寄与しないというととを私は言いたい。

‑2
2
8‑

BOFs
e
s
s
ﾎ
o
nr
e
p
o
r
t

4
t
hSEAEnvﾎronmentW orkshop

開発環境の理想と現実
一-

Posit卲n Paper 一一
昭和 63 年 1 1 月

ヒラタ・ソフトウェア・テクノロジー(杭;)HirataS o.向νal' e TechnologyCo. , Ltd.
平尾一浩

1
.

開発環境の理 ID と現実

現在の開発環境 11. 1 人 l 台ワークステーションがあり、開発を一貫して支援する使
い勝手のよいツール煩が揃っていれば良い m 墳であり、その環境から作られるシス
テムば良 L 、らのができると期待されている。ところが・
1.1.人 1 台ワークステーションの現実

そのような期待の lþ でいいシステムは本当に生まれてきているのか疑問を感じる。

私がいる環境は既に l 人 l 台のワークステーション環境である。しかし、実際に i 人 l

台ワークステーシ司ンの環境の中で起きている問題は予想以上に多く一携わる人聞の問題も含めて一、その解決策を見い出していない部分も多く含まれている。以下に私がいる環境の中で私が感じる問題点を挙げる。
口開発支擾ツー Jレが使いこなせないよいツー)1/を与えただけでは何も生まれな ~'o ましてや、捜合的な使い方
なにか手本になるようならのが必要?

や応用は期待できない?

日時間の霊認性に気づかない

l 台のコンピュータを慢数の人間が使っていた時代は自 分の時間が非常に重
要マ、仔却j に使うことを必死で考えていたのしかし、自分の机の上 lこ自分
専用のマシーンがあるといつでも使えるという安心感から時間を無駄にしてしまう傾向がある。結局、 i 人 l 台になってもその作業効率はあまり変わらないのではないか?

ロ個人のワークステーション官辺ができない

l 人 1 台ワークステーションになった場合、各臼が管理者にならざるおえな
いが、全ての人が管理者になれるわけでもないし、なる必要もない。
口管理ミスによる他のマシーンへの思~ ~，(f!

社内 LÁN などの構築時にファイル頴の分散などによりクラッシ品時の影響は少なくすることができるが、同一ファイルが複数存在することになる。このあたりは社内 LAN 構築時の設計でうまいバランスをコ可えなくてはならない。
口統括的ネットワーク音迎の困難

全てのワークステーシ冒ンを管理する人が必要だが、台数が非常に多くなるので全てのワークステーションの状態やデーク却を完全に把拐するのは困難になってきている。これでは各マシ:/の力を統合、フル活用するのは難しし、。

‑
2
2
9
‑

4
t
hSEAEnvironmentWorkshop

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

巳全開発フェーズを統一的にカノイーするツールがない

開発フェース'の部分部分を支慢するツール類は有っても要求分析から設計、開発、 ドキュメント、テスト、メンテナンスまでを統一的に支侵するツー
ルが無い。
口基本となる開発モデルがない

ウォーター・フォール・モデルが現実の開発工程からずれていることの指摘はすでにされているが、新しい現実に漁ったモデルは出ていない。

以上、人的問題も含めて思い付くまま挙げてみた。

上記問題を解決するための開発環境を考えた場合、今までの環境の椛鈍に加えて、さらに人を加えた基本開発モデノレを構築してはじめて現実的開発珂境ができると考える。これは l つのシステムと呼ぶに相応しい e

1.Z. 現実的開発環境システム
前章で述べたように、今の開発環境には個人ベースの環境が前面にでできている。

しかし、ワークステーション l 人 l 台の時代にこそ、そのノぞワーを引き出すための総合的な環境を考えなければならない。
図iに現在の開発環境と呼ばれている部分を示す。
開発瑚境

図 1 現状の開‘発 !~V克
現在、開発環境はワークステーションと開発支慢ツール対に動さをおいて捉えられ、その携第と充実が重要視されている。加えて我流の開売モデルモ各人が持ち、少しばかりのツール類を表面的にしか使わず、ワークステーションの機能を使うとはいえない状況である。よって実際の開発と我流開発モデルとの問に琵みが発生し、できてきたシステムは部分部分に歪みを持っているものになる。
そこで、これからの開発環境と呼ばれるのもは、今までの開発 J~ 境に人を加え、吉らに瓦- 本的開発モデルを中心にした統括的なものを考えなくてはならない。

‑
2
3
0
‑

4
t
hSEAEnvironmentWorkshop

白

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

‑

ー←~ _ .-一 一ー . .. . . ... ......網目 0 ・・ ・ ・ H ・ ._ .・ ・ ..-・・・ ・・・ . . .. . ...... ........ ..・. . - ・ ーーーーー ー守匂~ . ..-ー.
.

・."..・.__..

g~JI色環境長三二\1-)-- 開発手)J陪~-~|現実に添った開発モデル|

tfé- ;z長ツ-)レ
1.1[土二二二二二一ー
_~lJ

l-=づ
図Z 統一的開発環境

図 2 のように基本開発モデルを中心に、ワークステーション側に l 主要求分析からドキュメンテーション、テストに至る統一的支援ツールを置き、人相1] には開発モデルに従った手Iiln 容を置くことにより基木開発モデルへのインターフェースをはっきりさぜる。分散 ðh た開玲環境下でチームの生産性を上げろためには、ある程度の自由度がある束縛を行ない、工程のスムーズさを重要視しなければならない。この点 lこ関しては人的問題も含め、基本的手順容が必要と考えられる。

1.3. まとめ
現実的開発環境を:考えた場合、必要-ならのは、
口現実に添った開発モデル

口開発モデルに添った統一的支援ツーノレ
C 開発モデル、統一支援ツールに添った開発手順 :書

上記のものに加えてそれを環境と捉えることが現実的開発環境の構築につながることだと考える。これは既に単なる開発環境ではなく開発環境システムとして捉えることができると言えるだろう。

【賢明のワークショップで今後促えなくてはならない問題は人を含めた開発環境であると考える。

‑
2
3
1
‑

4
t
hSEAEnvironmentWorkshop

Chinas
e
s
s
l
o
nr
e
p
o
r
t

第4 図

SEA 環境ワークショプ

特別セッション
チェアマン

:白井義美

(J 1P)

プレゼンテータ:鐘錫昌(中国軟件技術開発中心)

朱三元(上海軟件技術開発中心)

・何克清(武漢大学)

原因二郎

(KCS)

レポータ

1.はじめに

白井 (J 1P)

中国

簡単に紹介をしたいと思います.ソフトウェアだけでな
それでは， 2 つめのセションに入り

く広く一般的な国家プロジェクトについて紹介します.

たいと思います.このセションでは，中国からお越しい

プロジェクトとしては.国の 5 ヶ年計画のなかに，高度

ただいた 3 人の先生方に，あちらの現状をいろいろお話

技術発展計画，たいまつ計画.かがり火計画，国家自然いただき.そのあとで質疑を行いたいと思います.

科学基金などさまざまなものがあります.

私は.日本電子計算の白井です.チェアマンをやらし

かがり火計画というのは.中小企業を対象にしたプロていただきます.鐘錫昌先生からお話いただきたいと思ジェクトでありまして，短期計画です.たいまつ計画のいます.スライドをお使いになりますので，会場を少し主な目的は，開発した技術を生産に結びつけることです.

暗くしてください .ご紹介が遅れましたけど， 通訳は S

期間としては，そんなに長くなく中期ぐらいの計画です.

RA の楊(ヤン)さんにお願いいたします.じゃよろし

高度技術発展計画は，いま中国が持っている科学技術をくお願いします.

集中して.国際交涜をスムーズに行くようにするのが目的です

この計画はかなり長期です . 十数年先の事を考2. プレゼンテーション

えています.計画は， 7 つのグループに分かれており.

2.1

情報処理，オートメーション技術，バイオテクノロジー.

鍾:

鍾錫昌先生

まず，自己紹介から始めます.私は，北京にある

宇宙技術，レーダー技術，エネルギー技術.材料工学が園室長科学技術委員会のソフトウェア技術開発センターにあります.国家自然科学基金は，その中にソフトウェア

所属しております .今 日は 2 つのことに関して，簡単に開発を含んでおります.第 7 次 5 ヶ年計画は.かなり幅

紹介したいと思います.第 1 は，いま中国が進めている広い計画でありまして，その中にソフトウェア開発に関国家プロジェクト全般に関して.第 2 は.数年前から実する計画がいくつか含まれています.

施しているソフトウェア関連のプロジェクトについてです.

ソフトウェアに関しては，アプリケーション，企業ソ

フト，人工知能.ソフトウェア工学などの分野があり，

まず，私が所属している国家科学技術委員会ですが，

ソフトウェア工学分野では，開発支媛環境の得策が大き

これは，中国政府に所属している機関であり，その主なな目的になっています.その環境は，もちろん，デザイ

目的は.さまざまな機関や委員会の活動の調整をするこン，テスト，データベース，インターフェイスを含んでとです.ですから，いろいろな国家プロジェクトの方針

います.それ以外に新しい技術として.再利用.自動生を決めたりとか.企画を立てたりとか.そういういった

成，新言語などが注目されています.具体的なフ・ロジェ

仕事です.この委員会の下部組織として，中国ソフトウ

クトとしては，北(北京)には北斗，南(上海)には啓

エア技術開発センターがあり，ソフトウェア産業の発展

明という 2 つの大フ・ロジェクトが走っています.それか促進を目的として .技術開発のための国家プロジェクト

ら 80 年には，を運営しています.それ以外に ，国際交涜とか，合作にう計画がスタートしました.これらのプロジェクトは，関連する仕事も，かなりのウエイトを占めています .

相互に関連を持ち.それらの成果を最後にかがり火計画

いま中国で進めれている国家フ・ロジェクトについて.

I
S
E
E(統合ソフトウェア工学環境)といやたいまつ計画に結びつけて.一般の企業にトランスフ

‑
2
3
2
‑

Cbinas
e
s
s
l
o
nr
e
p
o
r
t

4
t
hSEAEnvironmentWorksbop

ァしようとしています.

いま述べた lSEE 計画の中では.さまざまなソフトウ

鑓:

今回は，海外でデモするために英語版のものしか持ってきませんでしたが.漢字版のツールももちろん開ェアツールを開発しています.計画がスタートしたのが発されています.たとえば，いまお見せした

80 年でしたから.すて'にずいぶん成果が上がっていま

EASYCODE というツールを使って，アジア大会の競技

す.あとでスライドで，そのうちのいくつかをお見せし

データ処理システムを作っています.

ます.

杉田 (SRA)

前回 SEA の日中シンポジウムで中これから.ソフトウェア開発技術の現状を，少し紹介

国へ行かせていただいたんですが，その時.かなり数多したいと思います.先に述べたように，現在の中国におくの共同研究が.中国と海外との問で行われていること

ける技術発展は，主として.新技術をいかに生産現場にを知ったのですが，日本との合作研究はどの程度なので結びつけるかがポイントであります.この目的を達成すしょうか.

るために.国は.教授とか研究者に.研究成果を製品化

鍾:することを奨励しています.具体的には，教授や研究者

リカとかヨーロッパに関しては，国家レベルでそういうたちが自ら会社を設立し商売をする( !)というかたち協定を結んでいます.日本に関しては，そういう条約が具体的な事例は，申し上げにくいのですが.アメです.大学教授とか研究員が.現職のまま.そうした会

まだないありません一日も早く.そういう条約を結び社の役臓を兼務し，経営の仕事をするわけです.

たいと思っています.

これ以外に.国際合作というか国際交涜にも，どんど座長:

東欧諸国との共同研究なんかはあるのてすか.

ん少し力を入れていくつもりです.この場をかりて.在ソ連とか.ポーランドとか ， そういう共産圏との共同研

席の皆さんと，合作の企画が作れればいいと思っていま究ですか.

す.私が知っている限りでは.中国では.かなり多くの鎗:

ソ連とか東ヨーロッパに関しては，資料交換程度

組織単位や機関あるいは企業が，日本の企業と交涜した

しかしておりません.

いと願っています.私のいるセンターでも，そうした合.谷 (P FU)

作活動の支媛をかなり広くやっていくつもりてす.

その中で一番重要というか，国家が力を入れている計画

いろんな計画の名前が出ましたが ，それと.さっきのセッションでが討論されていたハイは，どれですか . また，その中てヘソフトウェア産業のパーテキストやハイパーメディアですが，中国でも.こ占めてる割合はどの程度なのでしょうか . つまり，ソフ

れらの技術についてでは，かなり興味を持っています.

トウェア産業を重点的に育てていこうとしているのか.

まだスタートしたばかりなので.たいした成果は上がっ

それとも，もうちょっと様子を見てやろうとしているのていませんが，さっき紹介した国家プロジェクトの中でか，そこらへんの微妙なニュアンスを知りたいのてすが.

も，音声処理とか，イメージ処理とかに関しては，かな

鐘:

りカを入れています.これらの分野でも今後，日本の皆術がかなり遅れておりまして，経済力に関しても限界がさんと協力していきたいと患っています.

あります.しかし，ソフトウェア開発に関しては，かな

皆さんご存じように.中国では.ハードウェア技

り潜在的な能力が高いと考えられるので，政府としても.
座長:

どうもありがとうございました.それじゃここでスライドで説明していただきます.

ソフトウェア開発に.かなり高いプライオリティを与えて ， その計画を進めております.
野中(日本電気)[スライド説明]

発するという計画はありますか.
鍾:

座長:

それでは，鐘先生のお話についての質問を，先国産のマイクロコンビュータを開あります.現在は.すでに IBM / PC と互換性を持つ長城という機種を生産しております .

に受けつけましょう.国家的なレベルからお話をいただ

野中

PC ではなく ， チ ッ プ自体の製造はどうですか.

きましたので，大きな話についての御質問がありました鐘-

今は，まだ海外から賄入しております.

面には.ぜんぜん漢字は使われていませんでしたけど，

1.1

朱三元先生

実際あまりまだ漢字は使われていないのですか.

慶長:

らお願いします.まず私から.いま見せていただいた画

‑
2
3
3
‑

それでは次に，上海電子計算機ソフトウェア按4thSEAEnvironmentWorkshop

Ch
1
n
as
e
s
s
l
o
nr
e
p
o
r
t

術開発センターの，朱三元先生からお話をお伺いいたしそうした標準化は行ないません.

ましょう.通訳は，静岡大学の方(ファン)さんにお願

たとえば，今，ソフトウェア工学の分野では，ライフいします.

サイクルだけを標準化しています.他のものはまだ標準

朱:化されていません.国家穣準の意義や役割については.

私の名前は，朱三元(シュサンゲン)といいます.

簡単に履歴を言います.

1955~1961 年までは.

いろいろの意見がありますが.結果として，それはある

中国の清華大学の学生として，コンビュータのアーキテ

種の指導原理みたいなものだと思います.国家標準以外

クチャ設計を勉強していました.ソビエトの研究者たちに，それぞれの地方での額準も許されています.また.

と一緒に，数学的な計算の仕事をやりました.最後は，各企業や組織の中では独自の技術標準があります.それ

インタフ・リタシステムを開発しました.

らは.国家康準と矛盾がない限り特に問題にはなりませ

1961~1972 年までは，中国科学院の計算技術

ん.

研究所に勤めていました.主に言語 (ALGOL60)の研究をしました.中国製のコンビュータでコンパイラ

座長:を作りました.また .OS の研究も始めました.

港谷(富士通静岡エ ンジニアリング)

ありがとうございました.質問を受けます.
私どもの会社

1972 年から上海計算技術研究所に勤めました.こでは，現在，上海のある大学と，中国語プログラミング

こでは.主に計算織のアーキテクチャーの設計とか .C

言語というテーマで共同開発をしています.共同開発とOBOL コンパイラの開発を手がけました.また，上海いうよりも.まず調査依頼ですね.ですが，日本では，計算技術研究所の自家製のコンビュータの OS も作りま日本語プログラミングは非常に生産性向上に寄与するとした. 70 年代後半からは，データベースの研究を始め考えられています.また，保守性等も非常によい.中国ました. 1982 年には，中国の全国のデータベースのではどうでしょうか.また，そういった中国語プログラ

技術交涜会を開催しました.今も.ソフトウェア工学にミングは可能かどうか.その辺のお考えをお聞かせくだ

ついてのテーマをやっています.

さい.

1984 年からは，上海計算機ソフトウェア技術開発

朱:中国の国家標準局には，いろいろの分野の穣準分

センターに勤めています.今は，主に技術の標準化とか，科会があります.ソフトウェア工学の標準化はその 1 つ

技術交涜に関する仕事をやっています.

です.言語の様準化委員会もあります.そこでは. A L

今日は，主に中国におけるソフトウェア工学関連の標準化について御紹介したいと思います

GOL. FORTRAN. COBOL. PASCAL な

こうした国家標

どの僚準化が進められています.中国語プログラミング

準を設定する時は，もちろん外国の標準化動向を参考にについては，まだ，それほど囲内の中での研究は進んでしています.

いないように思います.

中国には，ソフトウェアの様準委員会があります. 1
980 年ごろから活動を開始し.

1986 年には，ソフ

港谷:

続いてもう i つ.中国語の入力方式は，いろいろ研究されていると思うのですが，何かいいアイデアはトウェア技術に関する 3 つの標準を設定しました.今年

ありますか.

7 月には.国家標準局から計算機ソフトウェア製品開発

朱:ドキュメントの標準が公布されました. GP85668

これらの各方式の優劣についての評価はなかなか熊しい

8 と呼ばれるものです.他の穣準はまだ現場にはおりてようです.

きておりません.

海尻(信州大学

入力方式は，およそ 400 種類あります(笑い) .

ALGOL の話が出たのですが.

鎮準を設定する時は，いろいろの方針がありますが.

中国で ALGO しかなり使っているのですか.というのわれわれは，なるべく国際標準に近い方がいいと思っては.今から 10 数年前に，大学で ALGO しを使おうといます.したがって.もしすでに国際鎮準が存在すればしたら，センターができてから数年たっていたにもかかそれをそのまま採用します.なければ.アメリカの標準

わらず.それまで誰も使った人がいなくて，私が初めて(ANS1 や 1 EEE) を利用します.それもなければ.

だったのです.日本ではその当時でもほとんど使われて大きな会社の標準を参考にします.これが基本方針です.

いなかったのではないか，という気がするのでちょっともちろん.まだ研究開発の途上にある技術に関しては，

その辺おお聞きしたいのですが.

‑
2
3
4
‑

4
t
hSEAEnvironmentWorkshop

朱:Chinas
e
s
s
i
o
nr
e
p
o
r
t

中国でも，現在は ALGO しを使っている人は少久保(富士通標準化の徹底のさせ方について，一なくなっています.いまは，主に FORTRAN と PA

般的な質問をしたいと思います.標準化の大事な目的の8CA しがよく使われています.

1 つに，産業界の生産現場の技術水準を引き上げる，と座長:いうことがあります.日本の場合.

野村さん，うちの会社はまだ ALGOL を使っていますね.
野村 (J 1P)
座長:

多分，終戦直後に作られて.
もちろん(笑い).

J18 というものが，J 18 マークを取ることの競争が，特に，製造業の分野で行われて，現在の日本の先程，ソフトウェアの設計に関する標準化がな

製造技術の発展，それから製品の品質の向上が確保されされているようなお話があったと思うんですが，実際ドたと思うのです.その意味てぺ日本の場合には，標準をキュメントとしては.例えばフローチャートとか. N 8

うまく作って成功した.そこで，中国に関して気になるチャートとか，さっき，何先生に見せていただいた PA

事があるのでお聞きしたいのです.

D とか.いろいろな種類がありますが.主に.どういう

この間中国へ行った時に，上海の計算機工場を見学さ技法が推奨されているのですか.

せてもらいました.見学しのは一部だけなので.それか

朱先生:

基本原則はさっき言った通りです.何らかのら全体を推測するのは，失礼だとはと思うのですが，正選択が必要な時は.なるべく国際標準に近いものを選ぶ

直にいって.それほど高品質の製品が作られているといということです.また，どこかの固または企業が採用しう感じがしないかった.現場の水準を引き上げるには.

ており，効率がよいということがわかっていれば，それとにかく標準を決めたら，それをうまく徹底させるメカを採用します.フローチャート記号などは，まったく国ニズムがないと，いくらいいマニュアルをを作っても意際標準と同じものを採用しています.

味がないんで，その辺について. 一般的にどういう 仕組

E室長・

いま.国際標準はどうなっているのかなっフ

みをお持ちなのか.ある意味で中国の場合には，トップ

ローチャート以外に，何種類かが申請されていますが，ダウンのアプローチがかなり有効な国ですから.やりやあれは全部僚準化されたのかしら.だれかご存じの方.

すい面もが結構あるんじゃないかと思うんですけども ..，.

はい.

朱:

久保(富士通いや，質問だけ，今のとは関係ない.

中国の標準は，分野によっていく らか遣いますが，半分はトップダウンで現場におろされて行きます . あと座長:

ご存じの方.

の半分は，生産工場とかの現場が，それぞれの必要に応

久保:

何?

じて.ボトムアップで標準を決めています.

座長:

ドキュメントの記述法で，国際標準では，何とソフトウェアの分野でも.標準化はやはりトップダウ

何が決まっているのですか.

ンが原則です.中国のソフトウェア産業は.まだまだ未久保:ドキュメントって何?

熟ですから.いろいろな僚準をト 'Y プ ダウン方式で制定

座長:

フローチャートとか. . 目 ・

しなければなりません.そうした穣準は.主にある種の

久保

HCP とか. .，.，

ガイドラインみたいなもので.具体的な細部は現場の自座長:

日電の 8PD なんか. . . .

由裁量にまかされています.たとえば，ソフトウェア開

久保:そういったものは，標準じゃなくって参考にな

発のライフサイクルに関しては.きちんと標準化がされっている んですか?
座長 :そういう風にきいていますていますが，その各段階に対応して，ドキュメントが存
国際標準として決在します.そうしたドキュメントの書き方は，多分，ケまっているのは.いまのところフローチャートだけだとースパイケースで違うでしょうが.ライフサイクル標準

思います.したがって，中国ではフローチャートが中心

は各段階において，何らかのドキュメントが必要なことになってると考えてよろしいのでしょうか.

だけを規定しているのです.

朱:一応，国際標準の中では .180580 7 の標準標準化の普及について，上海ソフトウェア技術開発センを採用しています.これは，情報処理についての標準なターでは，セミナーを開催して，その PR に努めていまんです.その中には，プログラムフローチャートとか，す.今年は.

システムフロ ーチャートとか， ネットチャ ート，試験チ

久保 :ャートなど.いろいろあります.

う少し一般的な質問をしたつもりだ ったんですが.ソフ

‑
2
3
5
‑

3 回ぐらい実施する予定です.

いま僕自身は.ソフトウェアの限定せずに，も4thSEAEnvironmentWorkshop

Chinas
e
s
s
l
o
nr
e
p
o
r
t

トウェアのことが主だったんで，ちょっとだけ意見を言研究者の数はあわせて 55 人です .

わせて下さい. J18 は.日本の産業の発展に非常に寄

今までの研究・開発フ・ロジェクトについて.簡単に紹与したのですが，ソフトウェアに関しては.ほとんど綴介させていただきます.まず，ソフトウェア工学基礎研能しなかったと思います.開発の現場の技術水準を引き究についてですが.並行処理アルゴリズム，プロトタイ

上げるという意味では，今のところ効果が出ていない .

ピング開発のモデル，オペレーショナルモデル，データ

多分，ソフトが量産しいからだと思います.

モ デル，ユーサ9モデル，オブジェクト指向開発方法論，むしろ，ユーサ'保護の立場のための篠準という観点で考部分計算法，ソフトウェア信頼性の評価，定量的評価なえた方が効果があるんじゃないかというのが.私の意見

どです .

です .

応用技術研究についても.いろいろやっていました.

座長.

はい，ありがとうございました.ちょっと.時

例えば，先程朱先生が，お話された穣準化の研究にも参間もせまっていますので，この辺で，質問を打ち切って ，加しました.開発試作の分野では，統合化ソフトウェア

最後のゲストである何克清先生からお話していただきま

開発環境 MELON やその他の実用的ソフトウェア工学

す.何先生は.日本語でお話になりますので通訳はっき

ツールの開発を .

ません.

いて行ってきました.ソフトウェアの理解・文書化ツ ー

1BM / PC. あるいは 「 長城」を用

ル，テスト・ツ ー ル，詳細化設計ツ ールなど，いろいろ

2.
3 何克泊先生

なものを開発しました.また. POPE と呼ばれるプロ

何 .

トタイビング支援環境も開発しました.

私の名前は，何克清(カコクセイ)と申します

7 年前，日本に留学したことがあります.所属は，武漢

次は.応用ソフトの開発について簡単に説明します.

大学ソフトウェア工学国家実験室の主任およびソフトウ

まず，工場の企業経営管理システムを.

ェア工学研究所助教授です.

LAN を用いて作ってきました.例えば，中国第二自動

1BM / PC と武漢市は，中国のちょうど真ん中です . 交通は便利で

車工場の経営管理システム ， これはいま稼動しています .

すね，もちろん，日本と比べると，あまり便利じゃあり

この他，洪水予想システム，短期天気予報システムなどませんが. 1985 年.中国政府の教育委員会の指示で，も手がけました.

武漢大学にソフトウェア工学研究実験室が創立されましソフトウェア工学分野の新技術についても.いろいろた.この実験室の目的は 4 つあります.まず ， ソフトウ研究をしています.例えば，ソフトウェア開発向けの知

エア工学の基礎および応用技術の研究開発. 2 番目は，

識ベースを研究してます.しかし ， この実験室の目的はソフトウェア工学に関する実験システムの開発 . 3 番目

研究だけではありません . 実際に商品を開発し，それをは人員養成 .4 番目は笑験室の設備を共同利用すること実用化・普及することが大事です.ですから，最近，武です.

漢大学付属の情報システム株式会社を設立ました.いま.

現在全国で各種の科学技術の実験室は 50 か所以上あこの会社を窓口にして，国内の企業と一緒に，いろいろります.そのうち.ソフトウェア分野の実験室は 2 つでなアプリケーション - ソフトを開発しています.これかす . 1 つは，ソフトウェア新技術実験室であり，らも日本あるいは.アメリカの企業と一緒に，協同開発

もうひとつが，うちの大学の開放型ソフトウェア工学実験室

プロジェクトをやってみたいとかんがえていますです.

の実験室には，日本語ができる人が 7 人ぐらいいますの

うち

開放型と名付けた意味は，単に学内だけでなく，広くで，日本の会社 ， 研究者と一緒に何かやりたいですね.

田中の研究者.学者.学生たちがこの実験室を利用でき

さきほど話した統合化環境 MELON は.うちの実験

るということです.自分の研究計画を提出し，それが実室の中での開発を支媛する環境ですが ， 標準化や部品化，

験室の学術委員会のレビューて"OK されればよいのです.

モジュール化の概念を充分に取り入れています.デー タ

この実験室の学術委員会は.国際的であり.アメリカやモデルは，基本的にオブジェクト指向の概念にもとづい

日本の先生方もメンバーにはいっています.組織的には，ています . マシンは.

この実験室は独立機構になっていますが.いろいろ事務

08 は VM8 を利用しています . 織成要素ツールはまだ処理は武漢大学に頼んで管理してもらっています . 現在 ，全部が完成しているわけではありません . これらのツ ー

‑
2
3
6
‑

VAX/8600 システムを使い ，

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

4
t
hSEAEnvironmentWorkshop

ルは，もともと，みな IBM / PC で開発したものを.

ど，先生から見て. POPE の水準が，世界的に見てどVAX に移植したものです.

んな感じなのか.僕は.あまり，その領域知りませんの

もう 1 つのプロジェクト POPE は，プロトタイビンてヘどんなレベルの研究なのでしょうか?

また.応用

グ支媛環境です.このプロジェクトは，最初の設計段階

領域としては，どういう所にお使いになろうとしている

で 1 年間，アメリカ人の研究者と一緒にやりました.マのか?

できるだけ，具体的にお願いします.何先生は，

X‑WINDOW システ

日本の事を，よくご存じなんで，日本の計算機の使われ

ム .OS は ULTRIX (UNIX) です.詳細につい方の中で，どういう所からみたいな感じの事を.教えてシンは. VAX ステーション.

ては，お手元にお配りした武漢大学の研究紀要をお読みいただければ理解に役立つと思います.

ください.

何 :

そうですね.

1 つ自の質問ですが，世界的はよく

この実験室では，研究者を募集するため，研究プロジ

わかりませんが，アメリカの研究者と一緒に最初の 1 年

ェクトのガイドを毎年公開しています.園内の大学の先間やりましたので，ある程度のところまでは到達してい生，学生.大学院生，産業界の研究者，だれでもこのガると思いますイドにしたがって申込みをすることができます.そしてルモデルを採用していることだと思います.

このシステムの特徴は，オペレーショナ

学術委員会が，審査をして OK になれば，本実験室の研また.応用領域としては，やはり情報管理システム.

究者として迎えられます.その他には.実験室が外部か

例えば，会社の或るいは，工場のデータ処理システムのら共同研究の研究者を招待することもできます.園内でプロトタイピングを狙っています.リアルタイム・シス

国外でもかまいません.

テムかもいずれは手がけようと考えてはいますが....

最後に，実験室の設備について説明します . VAX8600 が 1 台，ワークステーション 2 台.イ ー サオ、ット
で全部.

1BM / PC とも一緒につながっています.

座長

ありがとうございました.それでは.時間もな

くなってきましたが，質問をお受けいたしたいと思いま長・座

はい.ありがとうございました残念ながら時聞がきましたので，この辺でセッションを終わりたいと思います(拍手)•

3. r 中国 セ ヲ ション 』 に関する感想す.

三浦 (SRA)

さき程.錘先生の方から.企業と大藤岡卓(三菱電線)

学の人が一緒に研究するとか.先生が会社を経営すると逐次通訳ではどうしても時聞がかかりますね.スライド

いうようなお話がありました.また，いま，何先生が実の説明がもう少しあれば良かったと思います.

際に大学の中に会社を作ったという話をされました.具体的に，そこではどんな研究や開発をされるのでしょう

杉田義明 (SRA)か?

Q&A 時間が少なかったし，資料がなかったので少し盛研究については，中国政府のいろいろ計画がありり上がりに欠けた.もっと共同研究の可能性などのテーます.これらの計商にしたがってプロジェクトをたてまマで深くっつこみたかったが.どうせ噛み合わないと思す.会社との協同開発は，相手側のニ ー ズに応じて.た

ったのでやめた .

何 :とえば，第二自動車工場の場合.これはトラックを生産している大きな向上ですが.そこの情報管理システム(

飯塚正樹 (YHP)

営業サ ー ビス業務を支鑓するシステム)を開発しまし中国のソフトウェア開発の現状について UNIX や Xw

た.そうしたアプリケーションの開発を将来は日本の会

ndow といった言葉が多く出て，より身近かなもの社と一緒にやりたいと思っています.
座長:

今のお話は研究ですね.商売じゃなくて研究で
野見山和員IJ (三井銀ソフトウェアサービス)

すね.
何 :

久保

として感じられるようになった.

研究です.商売じゃないです.

POPE のことを教えてください.何先生は，

インターフェイスの難しさから.内容がつかみづらかった.

世界各国の研究の最前線をよくご存じだと思うんですけ

‑
2
3
7
‑

4
t
hSEAEnvironmentWor
kshop

Chlnas
e
s
s
l
o
nr
e
p
o
r
t

黒坂靖子 (J 1P)

いないのはおかしい . 直ちに結ぶべきだ.

話としてテ ー マが大きすぎて実践的なものが見えてきま

朱先生:標準化の話がよく分かつた.具体例があ ればもせんでした

中国語はまったく分かりませんので.少な

っと分かりやすい .

くとも英語ぐらいでやって頂きたかった.お互い漢字を何先生:解放型実験室の試みは非常に面白い.

使うという独特の世界を持つのだから，何かそういう方

プロジェクトが稼働しているのには繁いた.うちの会社面での問題点とかが分かれば良かった .

19 ものもやってみょうかな.そのためには，マシン設備を何とかしないと!

広瀬隆夫 (J IP)

ソフトウェアの額準化が中国の国家フ・ロジェクトとして

海尻賢二 (信州大)進められていることを知った.日米に比べて ， まだプロ

資料の説明という感じでわかりにくかった

グラム資産の少ない時に，そのような標準化が行われる
ことは大いに意味があるのではな~，かと思った.

中田修二(シグマ)

実際にどのような状況にあるのかが，プレゼンテーショ
久保宏志(富士通)

ンでは余り知り得なかったので，この点が残念であった.

Product ve セッションではなかった.火曜日

武漢大学の何先生の話は分かりやすかった .

に東京て'ゃった Forum の方がはるかに Product ive であった .

坂本治(シグマ)

意外に幅広く 研究されていることが分かったが . もう少
中野秀男(阪大)

し範囲を絞って説明して欲しかった .

久しぶりに中国語を聞きました.たった 2 週間でも中国のいろいろを見たのでそのパックグラウンドをもって聞白井義美 (J IP)

くのと，何も知らずにこのセッションを聞くのでは全然同じ漢字文化圏として.アルファベット文化圏と異なる

違うでしょうね.

独自のソフトウェア開発環境が提示できるようになりたいですね.

古閑幸一 (HST)

中国と日本のソフトウェア事情がどの位ギャップがある

野村行憲(I C S)のかはあまりつかめなかった.日本以上の漢字文化圏で・ 自分の思っていたもの(かなり遅れている)と実際(あるのて'教わる点は多いのて'は?

実はかなり進んでいる)の Gap を感じた.
- ただし，それがごく 1 都ではないのか?

上妻健一郎(電応研)

一般への広がり具合いはどうか?

標準化の話は，中国においては日本ほど容易でなく，むしろ国際標準を作るような難しさを持つだろうと思った.

野中哲 (NEC)つつつ

演回勉 (NTT)

I8M コンパチ機を作られているとのこと，中国の文字

北野義明 (KCS)

入力について興味がある .16x16 で間に合うのか .

民間よりも国家が先導しているようで，日本とどういう

アジア圏の文字入力にあった独自のア ー キテクチャを.

遠いがあるのかもう少し詳しく知りたくなった .

日本と一緒に考えられないのか.
安間文彦(富士通ヱフアイピ ー )熊谷章 (PFU)

次回は，中国のソフトウェアハウスまたは Comput

鐘先生:中国の政策が分かりなかなか面白かった.少し

er 関連の産業の現状についての話を聞きたい.

時間が足りず残念、 .日中の間の契約が国の聞で結ぼれて

‑
2
3
8
‑

Chinas
e
s
s
l
o
nr
e
p
o
r
t

4
t
hSEAEnvlronmentWorkshop

今別府芳暢 (NTT)としているのは理解できる .

しかし，欧米や日本では工入力方法が 400 通りもあって大変だと思う.漢字を使業化を完了した後での情報化移行であるが，中国では工用している日本の協力できる事があるのではないか.

業化と情報化を同時に進めようとしているかに感じられる.

ソフトウェア開発の技術が突出してもそれを利用し役

高橋哲也(神戸製鋼)
概要や大略の説明が多かったが，中国における具体的技

立てる社会の受入体制が整わなければ.本当の意味での術内容の現状をもっと紹介して欲しかった.

情報化につながらないと思うが，中国ではそれに対してどのように対処しようとしているのだろうか.既に.中国では資本主義を経ずに社会主義を実現しようとして多4. セ γ シ ョ ン ・ サマ リ

白井義美(日本電子計算)
私は 3 日自の CASE セッションのチェアマンを担当する予定だったが，ボストンで行なわれる SDE3 に参くの実践を行なった経験を持っているので，その経験 を有効に活かして独自の情報化社会を実現できるかも知れない.
しかしながら中国では.社会主義実現の過程で様々な加するため，急逮日中セッションに予定を変更していた10 月に中国で行なわれた日中ソフトウ問題が生起し，現在も未解決の問題を数多くかかえていェアシンポジウムに都合で参加できなくなり残念に思っるのと同じように，工業化を経ずに情報化社会を築くこ

だいた.私は.

ていたが.今回中国から参加していただいた先生がたかとは他の国々が経験しなかった多くの問題を解決しなけら，中国におけるソフトウェア工学の現状をお聞きでき.

ればならないだろう.

もちろん，日本が情報化社会を目指してすべて成功しいろいろな意味で大変興味を覚えた.
このセッションの発表を聞いて，西欧と日本におけるたと言えるかどうかは疑わしい.経済的には成功したと情報社会への移行と中国における情報化の動きについて言えるかも知れないが，多くのソフトウェア技術者にと気がついたことを書いてみたい.

って地価の高騰で我家さえ手が出なくなり.残業が日常

今回は主に中国の大学におけるソフトウェア工学の研茶飯事となっており.テクノストレスに悩まされている.

究成果についてお話しいただき.少なくとも研究レベル

一言で言えば集団犠牲の上に繁栄が築かれていると言っでは日本と同じようなテマが対象になっているようにても過言ではない.これからは個人が求めているものを.

感じた.ソフトウェアに関しては世界の共通言語としていかに実現していくかが日本の情報化社会の課題でもあの性質や，情報化社会への発展段階としての同時性を持ると思う.

っているので驚くには当たらないが，少なくとも文化，

もともと日本人は数千年の普から非常に好奇心が強く，生活様式の欧米化が極端に進行している日本と.多くのあらゆる外国の文化や技術をブラックホールのごとく吸

点てす虫自性の残っている中国との，ソフトウェアに対す収した.つまり.情報の獲得，加工は得意なのだから情る取り組み方がどのように異なるのかをもっと知りたか

報化社会の構築はお手のものなのだ.だが，情報の発信った.

という面では経験がないので，今後の情報社会におけるところで，社会制度や経済状況が日本のそれと大きくリーダ役としてはあまり期待できないかも知れない.

異なる固において，情報化というのはどのような役割を一方.中国は太古の普から中華思想、が身に付いており，果たすのだろうか.特に日本に比べて人件費が安く労働やすやすと外国の文化や技術に迎合してこなかったので，力が豊富であること ， 共産主義という計画経済を基盤とひょっとしたら，それが災いして情報の収集がスムーズした国家指導による産業や企業活動.さらに個人の社会にいかなかったり人々が受け付けなかったりして，情報や産業に対する考え方の相違などが，情報化社会の構築

化社会への移行の阻害要因となるかも知れない.

に向けてどういう影響を与えるのだろうか.
他の多くの国と同じように.中国でも国家の近代化をいずれにしても，私にとって中国の情報化は非常に興味深いものである .

目指すための手段としてコンビュータを中心とした情報

ところで，現在のコンビュータおよびソフトウェアは化社会への移行を必要としており，それに対して積極的

他の多くの科学や工業と同じく西欧合理主義の成果であに大学を始めとした研究機関で研究に取り組んでいこう

り.その思想、の論理性.合理性の上に開花したものであ

‑
2
3
9
‑

4血 SEA E
nvironmentWorkshop

Chinas
e
s
s
l
o
nr
e
p
o
r
t

ることは周知のとおりである.しかし情報社会における

いずれにしても.東洋の代表的な固として日本との文コンビュータおよびソフトウェアの役割は単に計算機と化的共通性も多く.西洋文化には見られない様々な独自しての高速演算や大量のデータ処理だけでなく，さらに性を持つ国の研究者同士が，これまでの情報処理に適用

多様な知識を取り銭うとともに，もっと複維で唆味な対

されてこなかった科学または文化を取り入れ，より多様象に対しても積極的に取り組んでいかなければならない.

性のある情報社会に応用できれば意義があるのではない

そのためには，最近の物理学などに見られるように，だろうか . そのためには，今後ともさらに多くの機会を

西洋思想のもとで発展した科学のうえに，東洋的思想をとらえ，日中の技術交涜，文化交涜を行なっていかなくベースとした独自な視点から新しい形の科学を創造するてはならいと思う.次の再会を楽しみにしている.

必要があるのではなかろうか.西洋と東洋のものの考え方の融合は.情報社会の在り方について特に有用である
ような気がしている.

その一つに文字がある.つまり.文字は単なる意味の記号化の手段というだけでなく，利用している民族の文化や思想、に大きな影響を与える.というより.文化や思想、の凝縮されたものが言葉や文字に現われたと言ってもいいだろう.そして情報のほとんどの部分が文字で取り扱われる .

さて，中国や日本は世界的にも非常に特徴のある表意文字である漢字を利用している.ある人によると，西欧のアルファペット文字をベースとした表音文字を「ラジオ型文字 J ，漢字などの表意文字を「テレビ型文字J と呼んでおり，漢字は文字自身が持つ透明性，つまり文字の組み合わせからその意味を類推させる機能に優れているというのである.単に音の記録としての文字というだ

けでなく.文字の持つイメージを積極的に利用することによって，ソフトウェアの世界をもっと魅力的なものにできるのではないだろうか.
ただ，日本語は仮名漢字変換を行なうことによって比較的容易にキーボードによる文字入力が可能であるが，中国語では入力方式が数百もあると聞いて呆然とした .

もしろん，現在のキーボードが日本語の入力にどのくら
い適切であるかには異論もあろうが.現在のソフトウェアの開発に英文字の利用が不可欠であることを考えると.
ローマ字仮名漢字変 i負は日本語と英語を比較的自然に入力できる方法として便利なものであろう.
中国語でも，現状の入力機器ではやはりこれに近い方法が便利であろうと思われるが，近い将来やはり自国語での優れた入出力のために何らかの画期的な方法を発明しなければならないと思う.いずれにしても他人事ながら，早急に入力方法を統一化しないと前に進めないのではなかろうか.幸い漢字の出力方法は既に確立されてい
るのだから

‑
2
4
0
‑

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

ToolP
r
e
s
e
n
t
a
t
i
o
n
sandD
e
m
o
s
t
r
a
t
i
o
n
s

第4 回

SEA 環境ワークショプ

ツールの説明とデモの感想、ツールの観明に関する感想

自質問

勉 (NTT)

V isu a IM M1tc 興味があった。

中野秀男(阪大)

時聞がないので、せわしなかったのはしかたがない。

上妻健一郎(電応研)

今期l府芳錫 (NTT)V is u a IM M1、

フ・レゼンテーションの時聞をもっと取るべき。

感覚を広く配置し説明を聞き易くして欲しい(隣の話が聞とえる)

PWBtc 興味があり。

山口郁生(電力計算センター)

さすがに 5 分( 1 分 1) だと内容がよくわからない。ツ
野見山利則(三井銀ソフトウェアサービス)

StP が面白そうだ。 A Ig 0 r thmAnimaールの名前、使用後種、デモの場所、一言で言うとどんなツーんなのか、を発表すればよいと思う。

on が教育 K 使えそうだ。早く、 PDS になるととを期待しています。

ツールのデモに関する感想藤岡卓(三菱電俊)北野義明 (KC S)

時聞が短くて全然わからない。

t0 0 1 については今すぐ身の回りで用いるととの出来

高橋哲也(神戸製鋼)

るものを中心 K見て回った。 DFD を上手に表現したもデモだけでよい。

のが、個人的には気にいった。

または、デモを行いながらの P re sen ta t

0 nという形をとった低うがいい。(プレゼンテーションだ
けでは何だかわからない)

問中正則 (S RA)

LINC でユーザ主導型という考え方があるようだが、本当 K エンドユーザ K要求仕綾を任せてよいのか?

海尻賢二(信州大)

藤岡卓(三菱電機)

OHP 画面に直鍍出してもらえば分かりやすかった。

・みんなそれぞれのマシン(ウインドウ、メニュー、マ

熊谷章 (P FU)

ウス、キーボード、・・)の上で自分のツーんのデモを

発表は簡明で良かった。

見せてくれます。自分では、気に入っているようではM
MI は厳しいですね。

辻本恵一(シグマ本部)

・各ツールはとてもピジュアんなのに、.で(コンソー・短すぎて内容が理解できない。

ル上で) cd とか I s とかをキーボードからやっている.

・デモする対象の説明をしたほうがよい。

。

坂本治(シグマ本部)
上妻健一郎(電応研)

紹介時間が短〈、内容がよく分からない。

FXIS のピジュアル MMIIC は感銘を受けた。とれな

中岡修二(シグマ本部)

ら P アルタイム系のプロトタイピング化にも十分使えるデモ紹介が短〈、要領良〈行われて良かった。

と思う。

平尾一浩 (H ST)

電脳机のリンクが実は UNIX ファイんや C シェルコ

PWB 、 StPtc 興味あり使ってみたい。(実際のスケーんで)
古閑幸一 (H ST)
ピジュアル MMI 作成ツーんに興味あり

マンドの指定であるととろは面白い。 UNIX 上のオー
サ 9 ングツーんというステータスを十分生かした仕傑の切り方で、 YHP の方の思い切りの良さ K は感織した。

St P はあまり時間をかけて見られなかったので残念だが、データディクショナ P の生成ができると聞いて篤

‑2
4
1‑

ToolP
r
e
s
e
n
t
a
t
i
o
n
sandD
e
m
o
s
t
r
a
t
i
o
n
s

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

種事尻賢二(信州大)

いた。

OHP

岩井岡浩章(電力計算センター)

nterface を用いての全体としてのデモを軽く一度説明してもらえれば良かった。

電脳机のイメージ度哩は、キャラクタでものを考えていたものにとっては情報墜裂をする上で大変参考に念った。

藤野晃延 (FXIS)

しかし、はっと思ったと同時 IC r もっとリンクが自動的.f.tか念か種類が多く、見栄えのするツールプレゼンテに出なければ函倒くさそう Jーションになってきたと思う。

(勉強不足で申し訳ありま

せんが、私はできないと思っているのです)なんてわが.WorkStat

ままなおねだりをしたくなった。とにもかくにもマックあり、移動可能な開発環境になってきているのだろう。

がほしくなってしまいました。

新しい SDE としての方向が見えだしているように思う。

onBase になってきたととも・技術的な説明、可能性としての説明、との 2 通りが明

古閑幸一 (H ST)
SmallTalk を使用した V isua 1
M M1 が良かった。しかし現婦にどうやって導入するのか?どう利用していくのか?電脳机:欲しかったツーんの 1 つです。

確になっていないように感じた。との辺を明確にできれ
ぽ、 T 0 0 1P re sen ta t

0 n として、独立できるのではと思う。

ベーパレスではなく、ベーパを使うとと K よって発生す杉田義明 (S RA)

る余計な作業をなくす、という点に注目。

討論会場の後方 K デモコーナをおいたととで、つまらな

関口純一(J

い発表のあいだや気分転換をはかる上で、 9 ラックスし

1P)

HyperMed a (電脳机)のコンセプトにはひかて見学できた。デモ内容の発表は、もう少し内容を詳しく話して欲しかった。

れるものがある。

林香 (S RA)坂本治(シグマ本部)
各デモのサマ 9 を記述したベーパあるいはパネル等を用

ハードが本当にやすくなったな一。
基本ソフトも本当にやすくなったな一。

意して欲しい。

デモソフトのレベルも高くなってきたなあ。

中国修二(シグマ本部)

でも、早くラップトップ UNIX ワークステーション

時間、展示数、各展示における説明など適切であったのと思います。各デモの名札や 1 、

ラップトップ Ma c が出て欲しいなあ

2 枚の hand-ou

t を用意して欲しいという希望があります。

渡浸雄一(電力計算センター)
電脳机はすど〈便利!。感心した。でもドキュメント

鎖友良 (FXIS)PWB 、 S

・サポート・プロセッサで終わってしまう勉強もあるよtP のほうは面白いし、良〈説明してくれる

うな気がする。何でもイメージで取り込めば良いわけでし良かったと思います。 StPIC はプロトタイピングをはないから，きちんとテキストとして支後を受けた方がどのように処理しているのか?まだ分かりません。

良いものに対して，いかに柔軟できめ細かい枠組みを(野中哲 (N EC)

もしくは利用者が用意出来る仕婦け)を用意出来るかがM ac のふくらむゴミ箱が面白かった。

S t P を使って鍵でしょう。でもスゴイ!。頑張って他の WSIC もインみたい。本当 K 便利なのでしょうか?

プリメントとしてねェ。

何克消(武漢大)山口線生(電力計算センター)・ツールはだんだん実用的になり、ソフトウェア開発 K

WS の画面を見れたととで、それぞれのシステムの 「感役 K 立ちます。感心しました。

触」を得られたととが良かった。自分で操作できればも• PWB の多ビューから支復するソフトツール研究の発っと良かった。(Demonst rator からマウスを取り上げる

想は、ソフト開発の上流段階にとても適用するアプロー

ほど、図々しくできなかった。)

チであると思います。
・ソフト開発フ.ロセスについての管理し、評価するツー

ルシステムは大切だと思います。

.242 ・

4t
hSEAEnvironmentWo
r
k
s
h
o
p

全体の感想、

第4回

SEA 環境ワークショプ

全体の感想

小野康生(三菱電後)もあまり建設的というか生産的というか、そう言った内初めての参加で、 S /Wといっても思っているイメー

容になっていかなかった部分を少々感じた。それでも個ジがまるで遣っているととに気づきました。思ったとと人の発言単位でみると結情良い話が聞けたような気がしをズバズハ官える雰囲気がとても良かったです。

ている。

岸田孝一 (S RA)な人もいたようだが、私にはなかなかいいと思った。(

MML のときの船と飛行僚のアナロジーなどは批判的

そろそろワークショップのフォーマットを変えた方がいいのかな。たとえば、第 1 回自にやったようなグルー

プ討論方式をもう一度試みるとか。

ただ MML という名前づけはもうあまり適当ではないのでしょうね)MMI のサブタイトんが、プロセス/プロダクトの可視化というととだったが、 MMIIC は他にも扱うべき内野村行憲(岩手電子計算センタ)

容がたくさんあるように恩う。今回もその辺が変な風 K

BOF の盛り上がりと Too\ 展示が面白かった。会場も良かった。

混じりあってしまったのではないだろうか。なまじ MM
I のセッションとは呼ばず、「一 可視化ー 」 のセッショ

ンとはっきりさせた方が商白かったのではないすだろう
北野義明 (KC S)

語、。

今回はメインフレームの話題が予想以上に出て、かっ

あとやっぽり人数が多すぎるような気がする。前のよUNIX やWS の方面の進歩も相変わらずであり、大変うに(知らないけど)小グループの並行セッションの方

気持ち良く過どすととが出来ました。ワークショップ後、がワークショップらしいと思う。

各分野で情報交換をし合って、互いにレベルアップでき
るととを期待しています。

田中正則 (S RA)

大変面白かった。ただ汎用大型俊の人と UNIX ワー
桜弁麻盟 (S RA)

ルドの人との意見食い違いがあまりにもむなしかった。

環境ワークショップも広まってきたなあと感じました。

双方の歩み寄りを期待したい。

参加者の庖が広がってきた。とれはとてもよいととである。とれからも広がるととを期待しています。

藤岡卓(三菱電後)初参加でホットなテーマばかりで期待してきたのです

問中慎一郎 (S RA)が閉じた世界というか身内、同じ会社内の人たちの聞で正式参加者じゃなかったのと、以下の理由で個々のセの自動痴のとぽし合いという感じで、がっかりしました。

ッション に対する感想は書いていない。すいません。

話題提供者や座長の方々の中 K 自分がどうしてとと K

初日は SIGENV 作業をしていたので、全く聞いているのか分からないとか、ピンとのずれた内容とかがあいないのでよく分からないが、 MMI 、 MML 、 CASって運営面にも問題があると思います。

E とも話題提供者の話もしくはその後の討論の方向がテ有益な話題もたくさんありました。

ーマとずれていたととがままあったような感じがした。

(r全体として 」 です)

上婆健一郎(電応研)

ワークショップの場合、討論の方向がテーマとずれる

問題意識を持つメインフレーマの話が聞けて参考になとと自体はなんら問題にならないと考えているが、どうった。 FXIS のピジュアル MMI と YHP の電脳机の

‑243‑

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

全体の感想、

デモを見るととが出来たのは収穫だった。

峰れていて、それがたくさんの函を持っているので話が発散し易いと思いました。

柳瀬健一 (K CS)

WS ではある程度ソフトぎょうかいのトレンドを感じ

面白いワークショッフ.だったが、@神戸であったため取る事が出来有意義でした。

仕事も忘れるととが出来ず半分以上はWS をぬけだして

次回は九州(熊本)で行われるとの事で、地元でもあしまった。(残念)

るととだし是非参加したいと思っています。

WS 初参加にして発表を仰せつかり、不安がいっぽい
でWSIC のぞんだが皆さん優しくフォローして下さった

関口純一(J

ので安心しました。(発表に関しては低レベルで申し訳IP)

初めて参加していろいろ勉強になりました。現場の仕どざいませんでした)

事の改善の糸口 IC f.I:ればいいなと思います。(実際には今回は MML 、 MMI ・・と広範囲であったため、的まだまだ遣い感じ)が絞れず、もう少し分野を絞った集中討論をすれば良かったのではないかと思います。

坂本治(シグマ本部)
非常に刺激的で勉強に念りました。

黒板靖子(J

IP)

結論的には良かったです。今後に少しでも+になれば中田修二(シグマ本部).・と期待しています。

ワークショップの雰囲気などがよく分かりました。意見交流が本ワークショップの参加者において十分される
平尾一浩 (H ST)ととが大きな目的ですが、との点では大変よいワークシ

全体を通してまだまだつっとんだ話をする必要がある。

ョップと恩います。

もっとつっとむために、来年に引き継いでいきたいと思

プレゼンテーションについては、プレゼンテーション

う。しかし、年々、ネクタイの方の参加が増えて言ってを姐当された方により内容充実度合が違っているようでいるみたいで、本音の部分が聞けなるようで心配です。

す。具体的で整理したプレゼンテーションが櫓えるようパーティも必要だけど、ネクタイをはずすための BOになれば、更に良くなるとの印象があります。

F を、もっとやった方がよいと思います。

のセッションはプレゼンテーションの内容、討議ともに(MMI

ポイントを得ずに流れたとの印象があります)今別府芳鍋 (NTT 九州)

開発 K 関する本音の話が聞けて有意義であった。自分

鐘友良 (FXIS)の環境のレベルがまだ低いのと、初めての参加で意見を

2 回目の参加なので、比べると、第 3 回(長野)より述べるまでにいたらなかったが、次会は何かを持って来良い(自分にとってわかりやすい)と思います。各セッ

たい。ホテルと会騒がもう少し近い方が良かった。

ションの設定、セッションの発表のレベル、座長の組織能力、方法念ど。(実は、たしか昨年と同じだったかも
自質問

勉 (NTT 九州)

知れませんが、自分の日本語が進歩してきたか。)

初めて参加しましたが、アカデミック、マネージメン

今度も新しい発表・デモを期待しています。 BOF は、ト、肉体労働各方面の人が立易(地位)を隠れて(少な1 つだけで集中し過ぎじゃないかという気がします。 2

くとも表向きそう見える)それぞれの問題意織を論じる

つぐらい作ればどうでしょうか。

スタイルは大変新鮮で面白かった。その念かでも BOF

セッション・アンケートは会議のフィードバックとしては、かなり勉強で癖になりそうです。次のワークショ yは良いが、各セッションに対して 「発表 」 と 「討論」 をプでは課長や部長も引きずり込んでうりうりしたい。

合わせて 1 つのアンケートでも十分だ(自分の日本語ではまだまだなので 2 つのアンケートを書くとなかなか・

古関幸一 (H ST)・)と思います。

3 日間の WS でいちばん楽しく( ?)議論できたのはBOF でした。ただ、理想と現実のギャップが余りにも‑244 ・

4t
hSEAEnvironmentWo
r
k
s
h
o
p

全体の感想

働問健司 (S RA)

久保宏志(富士通)

全体的には、かなり生産的な議論を持つととが出来た

新しい(開発に有効な)環境が出来たときに、すなおといって良いであろう。共通の関心事を、より本質的かにそれを受け入れられるか?と聞かれたら、私は今のまっ困難な領績に誘導する効果ももったのでないか。

までもできるのだから新しいととを覚えるのはいやだというでしょう。 ζ んな事を言っている聞は私の進歩はあ

野見山和則(三井銀ソフトウェアサーピス)

りません。

HyperMedia と MML がおもしろかった。
HyperMedia については、とりあえず PDS も小前俊哉(三菱電磁コントロールソフトウェア)

頂いたととだし環境を情築するに当たりもやもやしていたものをはっ

HyperCard で遊んでみて理解を深めていきたい。

きりさせるために出席しましたが、その結果以下の感想

メインフレームユーザとして、日頃から問題だと思っを持ちました。

ていた事が MML のパネル、 BOF で活発に討論され有1.私の考えはそんな K 間違っていない。(いつか発表

費量く思います。はやく NEWS や M a c 1 1 を買って、したい)

同僚をメインフレーム病から守らなくては・. .

2. 他人(特 IC SEA) に頼ってられないな。

M M1 (HM11) のパネルでは、「人聞にとって使2 1C関しては、かわいそうな私のような環境スタッフ

いやすい 」 という本質的なとと K ついて議論したかったのやすらぎの易であるとおもっていた SEA が、そうでですが、体調を崩してしまったために、問題提起が出来はない、ただいじめられ、悲しくなるだけだなと感じてず、少し後悔している。

しまったのが本音です。発表・質問される方々は、それいろいろ書きましたが、3 日間とても楽しく過ごせたので次回(熊本 1 )もぜひ参加したく思っています。

なりに思ったととを実行できる恵まれた環境におられ、どちらかというと(若くても)管理組織的織利があり、いつも Happy)

何克清(武漢大)そのうち日本の S /W産業は、同じ能力センスを持っ

1.ツール o r 環境の実用のため、企業 o r 企業的開ていたとしても、 Happy f.t人とそうでない人の 2 人

発俊樹障とともにワークショップするのは、本ワークショ

種 K 分かれてしまうのかな。ど一考えても Happy lC

ップの特点の 1 つであると思います。実用化の問題はツなりたいけど成れなくて悲しい毎日を送っている人の方

ール o r ソフト・開発環境の研究に関する現在の大切なが多いと思うんだけれど・・・。

ポイントです。本ワークショップは、とれについて大変なるべき人は少ないだろうけど、支えている人たちはア

成功しました。

ホみたいに多い。その人たちはほとんどは、たいしたと(S /W産業の中心と

2. SEA の研究・開発方針と目的は我々のソフトウとのない無免許エンジニア。また今のマネージャも S/

ェア工学実験室の目的と合いますが、とれからの交流とWの世界では無免許が多いんじ+ないか念)そういう人

協力をお願いします。

たちの技術/情報交流とやすらぎの場が SEA であってとの気持ちを SEA のメンバーみなさんにお伝え下さい。

ほしいと思います。

どうもありがとうどざいます。

今、 SEA は Happy な人だけのサロンのような感想を受けました。ただし、私も Happy lCなりたいか

海民賢二(信州大)ら、いかなる圧力にも負けるつもりはありませんが。

少なくとも発表中の後ろの縁談(議論1)はどうかな?

メインフレームは何披必要か?←とんなパカな議論は大学の場とは全く遣った側面からの話で興味深〈聞きまやめてほしい。 Happy なひとがいかに何も考えていした。

ないかが分かったから良かったかな。世の中、その時(全般に発表時聞が長〈、討論時聞が短いのではないか。

瞬間に)に必要なものだけ存在するわけはないと思う。

発表時間の厳守(討議時聞を十分取るため)。

技術やセンスだけで S /Wが発達するなら、苦労しない

学会式 IC b e 1 )を用意しては。

でしょうね。そとに存在するもの(針料)がいかに“カス"でも、なんとかするのがその時の辰新技術でなんとかするのが(するのも)大切だと思っています。(ただ、

‑2
4
5‑

4
t
hSEAEnTÎron皿ent W o
r
k
s
h
o
p

全体の感想、

諦めの気持ちで絶対なくて、やるべき事はやってから)れていない状態で、いきなり討論が始まったものだから、
メインフレームしか知らない人 K とって理解 K 苦しむ事

林香 (8 RA)だったからだと思う。

強〈興味を引かれるセッションと、全く逆のセッショ

その意味で、今回の MML は良かったと思う。メイン

ンのメ P ハ P がついてきた。以前はわりと全てのセッシ

フレーム上での開発環境は、

ヨンに普通程度の興味を持っていたような気がする。年だと常日頃考えていたが、そのととがはっきり実感できとともにコンセントレーションが続かなくなったのだとた。

1 0 年前の技術とほぼ同じ

したら悲しい。がしかし、若い人の参加・発言が多くなってきているので期待している。いろいろな興味を持っ野中哲(日本電気)た人が参加し始めてきた(参加者がバラエティに富んで<ハイパーメディア〉

きた)とすれば良いとと。

との技術は、やっと着陸明期を迎えた段階ものであるとにしても少し大人しくなってきたような気がする。以理解した。今後、とれらの基礎伎術のうえにどのような前はもう少し、ワイワイガヤガヤの感じがあったのでは。

アプ P ケーションが出てくるのか期待したい。

今回、非常に素敵な場所(神戸)で開催されて素晴らし

くマイクロメインフレーム P ンク>

いが、やはり雪の中というのが、何か自に見えない刺激

1-2-3 がたくさん売れて、それにたくさんデータを与えていたのかな。それとも、都会でやるより山の中が蓄積され、そのデータを何とか活用出来ないかというの効果なのかな。次に期待のが、マイクロメインフレーム出現の動慢であったという話には、非常に説得力があった。メインフレームは、
藤野晃延 (FXI8)

データーベースサーバーに徹すべしという主張は大正解

人数としてはちょうど良いくらいかな。ただし、本会である。

識に並列して BOF が走るように出来ると良いのではな

く Ma c の塵箱>

いかと思う。 BOF の取りまとめなどは Dynamic

ワークショップの楽しみの一つに、ツール展示の Maになるので、事前に会錫や人数のセッテイングは鎌しい。

c lC触るととがある。 Ma c は、維誌の広告でしか知らそれに BOF の人数は 3-5 人程度となるだろう。深いない私でも、ファイルを削除するのは、アイコンを盛箱議論をするためにも、とのように小さい(1) BOF のの上に持って行けばいいのを知っていた。そしてそれを活動が要求されるのではないか。

やった瞬間何が起きたか I I I なんと、鹿箱がプッと膨れたのである。塵箱を漁ったら、いかにも、今削除した

杉田義明 (8 RA)

ファイルがでてきそうだ。とんな婆い M聞を、私はかつ充実した設備、きれいなコンフアレンスルーム、新して見たととがない。

いホテル、天候、すべてが織ったワークショップであっくボートピアアイランド>た。

まずボートライナーに、運転手がいないのにピック P 。

良い環境を提供するととで、内容が豊かになるととがそれにしても、不思議な街だった。整然として美しいが、実感できた。今回は特に中国からの 3 名の方が来日され、とても疲しい。人の顔が無表情に見える。

そのお世話も含めて、ローカルアレンジメントは大変だ」の世界だ。でも、私はとの衡を鎌いではない。との衡ったと思う。

に住んでみて、自分の精神状態がどのように変化するか

プログラムの運営においても、今までの経験を積み上r華氏.( 51

実験してみたい気がする。

げた上での改善がみられた。各セッションどとの面倒なアンケートの配布、回収や、討論・発表をじっくり集中できたととの意味は大きい。

渡逸雄一(電力計算センター)

ボートライナーに乗って行った会議上は，立派なとと内容については、特 ICMML の発表と討論が盛り上がろだった。(普の大阪万時を懐かしく思いだしていたのったように感じた。従来、参加者がその討論内容とのミは私だけなのだろうか1)

スギャップが問題になったととがある。それは UNIX

弁してもらいたい。

K 代表されるような環境情築のプラットホームが認織さでも風が強くで寒いのは勘あっという聞に 3 日聞が過ぎてしまった。考えていた

‑246‑

4
t
hSEAEnmomnentWorbhop

全体の感想ととの 1 割位しか，発言出来なかったように思 h 余計にストレスがたまってしまった。

ったい、との心理は何なんでしょう?

どうも、「 う一一一 」 とうなるだけで、あまり人とお話

問題は盤還されてきているのだが，実際にそれらに立ができなかった。言いたいととや聞きたいととが、頭をち向かう理論武装なり，経験不足というととろか?。普めぐるだけで、言葉になら念かった。結局、何を言いた段からフ.アーなマシンにしか接していない私としては，

いのかわからん、といった発言を、唐突にしてしまってますます世の中の進歩から取り残されていくようで気がすみません。次回、参加できれば、そとの所を反省して、気でない。とのような距雌を 「計る 」 というよりは 「感もっと積極的に発言したいと思っています。

じる 」 だけで終わってしまっている現状を打破するためにも，多くの刺激を受けたととだけは，明らかである。

山口郁生(電力計算センター)
一言で言 えば、「ゃっぽり、 UNIX ユーザ」 。

MMI のセ ッ ションを聞いていて、 UNIX のユーザ会に来たのか、と恩ってしまいました。現在、 UNIXを使っているわけではないので、 UNIX の話をされてもピンととないのです。興味はあって本を見たりしても、実際に仕事 K 使ってみないととには. .•(でも、システムダウンが恐い)

少なくとも 「何でそんなツーんを作成したのか」 の理由がわからなかった。 UNIX の走る ws なら、良い開発環境があって当り前なんじゃないのか、と思ってしまう 。
(まあ、誤解でしょうが)
もっと何か、新しい考え方、発想、アイディアがほしい。
l)lj lC、学術論文が聞きたいわけではなく、とうしたら、便利になりますよ、といった発惣の転倹が聞きたい。(と思っていたけど、主旨とは違っています 1)
そう言った意味では、「電脳机」 は、おもしろかったです。イメージデータにボタンの P ンクをつける、といった考え方は 「 なるほど」 と恩わせるものがありました。
例えば 「時刻表」 は記載されている数字をキーインすると大変な労力がいるが、イメージにすれば、それほどでもない(はず)。

重要なのは、人間が見てその数字の意味がわかれば良いのであって、計算俊のわかる情報(J 1S コード等)にする必要はない、というととだと思います。そのイメー
ジデータを簡単に画面に呼び出す方法は、表示画面を直接ク)} ':1 クすればよいわけですね。応用範囲がかなりありそうだ、と感じました。

(できれば個人的にも使ってみたいです)

それにしても、メインフレームの 「悪口 」 には、まいった。 私自身は、メインフレームが好きではないし、まして使いやすいとは思いません。が、「腐っている 」 といわれれば 「 いや l そうではない 」 と反論してしまう。い‑247‑

4thSEAEn
T
ﾎ
ronmentW orkshop

ポジションベーパ

第4 回

SEA 環境ワークショプ

SelectedPositionPapers
SCIOC‘cdP.，..也，.. p司四・とあるが、手元に残っているファイルののみを厳せた.母国且で届いたもののうち、プログラム委員長を通過したものだけである.手.きのものや、 ..KCS に届けられたものは再入力の元気がな〈掲厳出来ない..加者が 7 アイんを保存しているはずなので、興味のあるかたは一審近い怠加者から見せてもらって下さい.

氏

名:鎖ー友良一υ、りがな)ーショウーユウリョウ

年齢 ω(員長)

氏

男

名..藤野ー晃延ー(ふりがな)ーフジノーテルノプ

年齢:.34(歳)男

血液型:.B

会社名..富士ゼロックス情報システム(株)会社名..富士ゼロックス情報システム(株)部門..技術推進室ー企画課

部

住所:( 〒 1伺)ー新宿区西新宿3- 16-6.西新宿水野ピル

住所:(〒 1切に新宿区西新宿3- 16- 6. 西新宿水野ピル

TEL: (03)・ (378)ー (8010)

TEL: (03)・ (378)ー (8010)

内線 (6789)

簡単な自己紹介:

門:ー技術推進室ー企画課

内線 (6791)

簡単な自己紹介:.1鈍5年 12月に中国より 目 ;本に来る。最初の 1年聞は、群.オブ ジェクト指向プログラミングに関する技術動向の

馬大学工学部の情報工学科で並列処理言語の研究を行っ

調査、および研究開発(のマネージメント?)を行っている。

た。その後、富士ゼロックス情報システム K 入社し、今同践にソフトウェア工学的アプローチの社内における実日まで、オブジェクト指向プログラミングに関する研究践を推進している。

開発を行っている。

・もとは lisper だ った、 CL の巨大さ(?)に嫌気がさし、.日本に来る前は、 中国の漸江工学院という工業大学の今は ML とか Miranda とかに情報工学科の講師をしていた。
忌も興味あるセッション

緑も興味あるセッション

CASE

Hypermedia• HyperText/Media システムは、今迄にない 「道具」 を.CASEの中でも、仕線記述からのラピ ッドプロトタイ

我々人類にもたらす。多分、電話の発明、普及以上に強ピング、あるいはプロトタイプの自動生成というととに烈なインパクトを我々の生活に及ぼすと予測される。そ一番の関心を持っている。

れ K 対し、今、我々は何をしなければならないのか?

・個人的には、 1つのポイントは仕僚記述言語であり、も.Media として段々なモノが扱えるようになると、 1件当う 1 つがプロトタイプの生成アルゴ 9 ズムであると考えてたりの情報盈が非常に大きくなる。例えば音声やimages、いる。仕後記述言語 K 関しては、オブジェクト指向のフあるいは video等のデータを通常のtext-fiJe と同線 K 扱う

レームワークを用いた仕線記述法 K 興味をもっている。

ととが必要になるが、今.ìtの computation は、件数は多.今回のワークショ ァプでは、との点についての意見やいがデータ量はすくな h ので、とれからは 1 件あたりの経験を是非、聞かせて頂きたく思います。

データ量が大きい場合のcomputation を考えなければな

・また、中国からゲストの方々がいら っしゃるそうなのらない。

で、中国のソフトウェア事情に関するセッション K も当・今回のワークショップでは、 hypertext /mediaのソフト然ながら関心があります。

ウェア開発に与える影響、または効果的な利用法といったものに就いて討論してみたい。続中、 CSCW( コンピュータによる協調作業支俊)といった観点から、幾つかの論点は提供できる予定。

‑248‑

ポジションベーパ

4thSEAEnvironmentW orkshop

氏名:弁川裕基

氏名:浜野剛ヨË (ふりがな)はまのたけし
年齢: 2
8 (歳)

会社名妹)

男

年齢: 3
1 (店長)

血液型 :A(ふりがな)いかわひろき
男

血液型: 1

会社名 : 日本電子計算妹式会社

SRA

部門:関西支社・開発部役喰 :SE

部門:大阪支店情報償器営業課

住所〒日0) 大阪市北区堂島

住所〒 550) 大阪市西区江戸堀 1・9- 1

1 ・ 5 ・ 17

肥後相官センターピル

TEL:(06) 一 (344) 一 (2611)

TEL:

06 ー(必8) 一回22

(グループイン)

簡単な自己紹介:
大阪で仕事をしています。

簡単な自己紹介:

現在は、プラント設計支援ツールを EWS 上にインプリ

凶croVAX(
4
.
3
B
S
D
) を頭にしてメントしようとしています。(

CASE TOOL みたいでUNIX ワークステーションとパソコンを組み合わせた作業環境を織築/運営しています。

す。)

ネットワークはもっばら

忌も興味あるセッション: CASE

CASE はイメージとしてはとても良いものを持っていると恩います。しかし、実際の業おに適応しようとすれを使ってきたのですが、との秋から大阪に移ったため一気 K環境が変わって(なくなって)しまい、

modem(24∞BPS) 経由で仕事をしネットが無事に動く ζ と以外に興味があるのは、異質なモデル、方法論、 DB の持たせ方など)そういう意味で何でも OK の汎用 CASE と、アプリケーション向き専
用 CASE と分けて考えるべきだと思っています。その専用 CASE をお膳立てするのが、プログラマの仕事のよう
CASE て何でっしゃろ?という事をネット(7)との接続で、オープンなネットワーク後能を持たないホストや、 XNS との接続をいろいろやろうとしています。
最も興味あるセッション

MML(まあ、一応 PC ですから..)皆さんと考えたいと思ってます。

また、いま流行の分間監環境開発と CASE の関わりみた
いなものも考えてみたいと思います。

Ethernet

なくてはいけなくなり、途方にくれています。

ば、色々と問題があるんじゃないかと思っています。(

な気がします。で、Sun , NEWS 等の(CSCW)

一口 K 開発環境と言っても、「縞末後」 、「支援ツールJ r 開発自体の概念」 まで幅広いのですが、 MML なん
でいうテーマはそれらの全てを含む分野になり得ます。
とりあえずは、実際の MML ユーザの状況をレポートしてもらったり、メーカやターゲ ッ トホストの違いによる

MML のパ P エーション (1) を眺めてみたいと思います。
それらに対して、それぞれの参加者の立場からの意見が聞ければそれで良いのですが、各 MML システムによって 「 なにをするか」 の狙いが遣うでしょうし、ユーザの受け止め方はさらに幅広いでしょうから、論点がうまく集中するかどうかとても不安です。
...発散してしまったらどうしよう… X・(

‑249‑

4
t
hSEAEnmonmentW o
r
k
s
h
o
p

氏名:海尻賢二
年齢:

39 (員長)ポジションベーパ(ふりがな)かいじりけんじ
男

氏名:棚田真司一一(ふりがな)たなだしんじ

血液型 :A年院 :

27 (歳)

会社名妹)

部門:情報工学科

部門:環境開発部

住所〒 3 80) 長野市若里 500

TEL:(0262) 一 (26) 一 (4101)

住所〒 1

内線 (3711)

TEL:

男血液型 :ABSRA

会社名:信州大学工学部

02) 東京都千代田区平河町 1 ー 1 ー 1(03) 一 (234) 一 (2611)

内線 (574)

簡単な自己紹介:情報工学科で 1 0 数年教育をやってお簡単な自己紹介:ります。大学をでてすぐ教師になったので、ソフトウェ

現在 SmallTalk を使って PWB

ア工学の実際的な話はいまいち実感できません。 7 、 8

ypeTs

年前からプログラミング環境をテーマに研究を行なっています。

WOTkBench) の開発をおとなっていますが、いまや環境といえばソフトウェア環境であって、プログラミング環境はあまり話題にされないようで

長2 も興味あるセッションす。現在はやはり知的&ピジュアルかなと考え、プログ
ラミングチュータ等を手がけようとやっています。

自前の環境でいうと 1 年前ょうやく世間並の計算後環
境がととのい、っかいなれたといったととろです。しかしいずとも間後でしょうが管理者不在に悩んでいます。

震も興味あるセッション

Hypermedia

現在HyperM吋ia lC関連したものとして、 NeWS を利用した
HyperText 的なプログラムデータベース(プログラミン
グデータベースではない)と、Hyp町Card上でのプログラミングチュータを作っています。そとで感じるととは HyperCard は本であって、動的なデータベースではないというととです。 HyperCard それ自体は非常にすぐれたものですが、一種のだい 4 世代言語であって、応用は限定されます。
とのまえのワークショップでも話題 K なっていました
が、プログラム(ミング)データベーすとしての Hyper­
Mediaの後能要件を検討する必要がある。

最近 「 メディアラポ 」 という本を読みましたが、日本でもデモは必要ではないか。そのためにはとりあえず

HyperCard をりょうして何か作ってみるというのも意味があるかなと考えています。

‑250‑(PT0 t0 t

MMI

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

氏名:ー高野豊一一(ふりがな)
年齢: ̲40 (歳)男-・ J “ホシ γ ョンベーハ

たかのゆたか

年齢: 37 (歳)

血液型 :8

会社名:ー松下電総産業(綜)

氏名:盗谷和範(ふりがな)しおやかずのり

特別プロジェクト室男

SRA

会社名:株式会社

部門ソフトウエア設計チーム主担当

部門:環境開発部

住所〒 5 70) 大阪府守口市八雲東町 1 丁目 26

住所〒 102

0

TEL:

TEL:

(06) 一(蜘)ー(1∞1)

血液型 :0課長)東京都千代田区平河町 1・ 1・ 1

(03) 一(お4) ー (2692)

内線(

5
7
5

内線 (2075)
簡単な自己紹介:
昨年までハワイ大学で研究開発を行なってきた

簡単な自己紹介:

P
r
o
t
o
t
y
p
e
r
'
sWorkbench

本職:
本人にも不明な部分多しの商品化プロジェクトに取り組んでいる。

元々はハード屋

趣味:アマチュア無線 (JA奴BF/1) を十うん年ぶりで始コンピュータは大鎌いだったので

なぜ今の機な仕事をするようになったのか自分でも不思議な気がしている。
使用ツール:
UNIX 使用暦(ただし

UNIX を用いてハードを開発)

hypermedia は始めている。
最も興味あるセッション

M閲

1. M阻の共通化・統一化は可能か?

8年

援も興味あるセッション

め，会社では SRA ハムクラブ (JK1ZEE) を作って活動を

Hypermedia

果して何の役 K たつのであろうか?

AT &T, Xerox 等の OPEN-LOOK， SONY 等のWidgets
について皆さんのど意見を聞きたい. (M艇の M阻は本当に良いのか 7 NeXT の NeXT step は 7) また， M阻の共通化・統一化をどう進めればユーザの利益となるかを話し合いたい.

又それをささえるハードはどんなものになるか?

2.

あるいは

どのような MMIが望ましい語、 7 (KnowledgeNavigator のならねばならないか?

究極の M阻・理想、の M悶

MMI?) 現在の M聞に不満な点・どう改善したらよいか?
(マウスはあまり好きではない.ー>他のポインテイングデ

バイス 7)

(PULL
‑DOWN

Menu もすきではない.ー>Function-Keyではいけないのか 7) など私は表示と入力操作が一体になっているタッチスク1)-;/方式が優れていると恩、う。

3. 日本語入力の M阻
現在主流となっているローマ字かな変換方式はとのままで良いか?

他に有力な方式はないのか 7

風"の変換方式・ローマ字

かな変換方式・三角偏号法.・他キーボードは 7

OASYS

方式・ M式・ TRON方式・他やはり究極は音声入力+手書き文字認滋なのでしょうが。。。それまでの繋ぎとしては"風"等で行なわれているように書き手が直接文字を指定する方式が意図しない変換を引き起とさないのでよ
いと思う。

‑2
5
1‑

4
t
hSEAEn吋ronment W o
r
k
s
h
o
p

ポジションベーパ

氏名:林香(ふりがな)はやしかおる

年齢 : 38 (歳)性別 : 男

氏名:ー 三浦あさ子一一(ふりがな)みうらあさと

血液型 :A

年齢: ̲
28 (歳)

女

会社名嫁) SRA

会社名:ー妹式会社_8 R A

部門:環境開発部部長

部門 : ー環境開発部

住所〒 102
TEL:)千代田区平河町 1・ 1・1回)ー(お4) 一 (2611)

住所〒日o

内線 (570)

血液型 : ー。

) 輸大阪市北区堂島 _1 ・ 5 ・ 17 堂島グ

ランドピル

T
E
L
:

(06) 一 (344) 一 (2611)

簡単な自己紹介 :大規漢銀行シシステムの開発/保守、鉄鋼制御システムの簡単な自己紹介:

開発といったアプ P ケーション開発を経て、ソフトウェ

2 年半ぐらい X-window 上でのプログラム開発支援ツー

ア開発環境/ツールの梅築を行ない現在に至る

ルの開発をしている 。

今の仕事

今年の 9 月末 K大阪に転勤になったが、引続きその仕事

ソフトウェア環境/ツーんにおける先様技術の研究、導入をしている 。

社内環境の整備のためのセクション(環境開発部)のマネ

長査も興味あるセ ッ ション

-y ヤ

M閲

・いろいろな分野、レベルでの MMI について

援も興味あるセッション

Hyperrnedia

・望ましい MM 1(U1) というのは存在するかど

Hyp町rnedia の応用全般 K ついて討議したい。

うかソフトウェア開発支媛向けには?

自分が現在手掛けているツールの UI についても 「使アプ 9 ケーション・ソフトウェアの可能性?

いやすい 」 というととがどういうととなのかとても定義

etc 現在手に入れるととができる程度のものでできない。

は、まだオモチャのようなものしか作れないような気が始めは、 E豊富な後能やへんフ.を持った U 1;が使いやすする。

いかも知れない。しかしユーサ・の好みや仕事の内容によどうなればいいのか?スピード・アップか?データ格納って、使い方 K 差が現れて来るようになると、ユーサ・自能力の増大か?はたまた償能の向上か?すべてが必要な

身がアレンジしたり、カスタマイズできるほうがよいと

のか?

思う 。

そのようなツーんはそれ自身が変化、進歩するととが可能であるから 。 MMI というのはカバーしている範囲が広いと思うので、討論がかみあわないととが多いのではないでしょうか?

‑2
52‑

ポジジョンベーパ

4thSEAEnvironmentW o
r
k
s
h
o
p

氏名:桜弁麻里

氏名:栗原正利一一ー(ふりがな)くりはらまさとし
年齢: 32 (歳)男(ふりがな)さくらいまり

年総: 2
7 (歳)女

血液型 :B

SRA

会社名: (妹) SRA

会社名:株式会社

部門:環境開発部一一一一一一ー役磯:課長

部門:環境開発部

住所: (〒 1 0 2) 東京都千代田区平河町 1 ‑ 1 ー 1

住所〒 102

電話:( 0 3) 一 (2 3 ..)一 (2615) ダイヤルイン

TEL:

簡単な自己紹介:

簡単な自己紹介:78 年に陸地の孤島で合った筑波を第一期生として抜けだ

血液型 :BCASE 技術グループ)東京都千代田区平河町 1 ー 1 ー 1(03) 一(お4) ー (2611)

内線 (573)

入社以来ずっと、ソフトウェア開発支援ツールの開発
およびサポートをしています。

し、当時メーカの下請けと考えられていたソフトウエア

・ハウスに蔵喰した。是初の 2 年聞はいわゆる現易でア開発環境にはとても興味があるので、とのワークショ

プ P ケーションの受託開発に携わり、 ω 年から UNIXップに参加しました。でも、私は、新しいととが苦手なのお守役を仰せつかり、以来 UNIX 環境全般の運用と、ので、 UNIX4.xBSD と X-Window しか使っていません。
今は、 NEWS-OS

UNIX 上におけるアプ P ケーション開発支後環境将司築 IC

2.
2+ X‑window V10R4 +携わってきた。開発に関わった主たるツーんには

wterm(Wnn+xt町 m) + jv
i + StP です。是近やっと

T回tbed と pygmalion がある。

Nemacø を使いはじめました。 Junet のニュースとメイル

は、特別忙しくない限り、毎日欠かさず読んでいます。
最も興味あるセッション

MML

償浜在住でも在勤でもないの K 、 YDOC(SEA償浜支部)

とれまでのコンビュータ・システムに沿いては、利用によく出席しています。

者とコンピュ-~は文字を中心(というよりはそれのみ

最も興味あるセッションの場合がほとんど) IC データのやり取りが行なわれていM阻る。しかし人間の聞では、デジタル化されたデータより

ソフトウェア開発の問題は、 MMI にあると思う。 Mはイメージを使ったほうがより容易に意志を伝達するとMI の改善に、MM1は、どれだけ、どのように、貢献すとができる場合が少なくない。実際人聞には“文字の読るととができるでしょうか?

み書き"の他 K “図形の認識"や“会話"の能力がある

ソフトウェアプロセス/プロダクトの可視化をすると訳であるから、当然コンピュータとのやり取りにもとれとが、 MMI の改善につながりそうな気がするので、期らをうまく組合わせてゆくべきであると考えている。

待しています。しかし、何を可視化するのか私 K はまだ

当然そのような状況を実現するためには、現在の文字

まだよくわからない。

可視化されたものを見るだけならいいけど、材料を整

コードの取り敏いしか考えていないコンピュータ・シス

テム自身を、Hypermedia を容易に取り鍛えるように改理して、表現するのは大変です。結局、「 スキルの向上

善しなくてはならない。私としてはそのような状況下で、」 という一言ですまされてしまうのではないのでしょう

とれまでのデジタル化された唯一無二のものしか意味しか。スキルの低い人でも、どんどん使えて、使っているないデータの世界から、人間の贋妹さをデータとして認

うちにスキんが向上していくというような仕事普けはない

議/表現できるコンピュータ・システムとそのユーザ・ものでしょうか?

インターフェイスについて考えてみたい。

いずれ K しでも、使いとなすためには、高いスキルが要求される現状の MMI では、まだまだ広まらないと思う。どうすればいいでしょう。みなさんと一緒に考えた
いですね。

‑2
5
3‑

4
t
hSEAEnmonmentWo
r
k
s
h
o
p

氏名:渡遁雄一

ポジションベーパ(わたなべゅういち)ってきた.特にオブジェクト指向やデータ指向といわれ

年齢: 29 歳性別:男血液型 :A

会社名 : 株電力計算センタ一大手町事業部

住

所

100

るパラダイムの重量場してからも，まだ実際のシステム開主任

発に大きくそれらが貢献したという話 K接したととがな

東京都千代田区大手町 1-6-1

い.単 K 私の情報不足なのだろうか? . 率先してそのよ

財電力中央研究所内

う念問題にアプローチ出来るような立場 K あれば別であ:03 ー (201)-6601

るが，まだ現実には何も出来ずにいる .

E
‑m
a
i
l
:watanabe
Od
e
n
k
e
n
.
j
u
n
e
t

近年

と 言 われ続けている.

簡単な自己紹介 :1.会社の概略:財電力中央研究所(電研)の大型計算僚の運用・保守をしている.電研の計算後は，狛江 ICM-

380 , VP‑50 (富士通) ，大手町 ICM-340S(富士通)我孫子 ICM- 6800 (目立) ，償須賀 ICM-6600 で情成されており，同じメーカ同士は SNA相当で接続され、また異後種聞は RJE 回線で接続されている .

また各所には， 経理処理のためのオフィースコ

ンビュータも設置されている.

2.私の仕事:私はとのうち M-340S の運用とそとでの幾つかの事務アプ P ケーションの開発に携わっている.

主要な言語は，ャ，

COBOL ,SQL ，コマンドプロシジ

JCL f，tどである . 但し私の得意とする言語は Fo

T tT

r分散環境だ I J r ワークステーションだ I J
ソフトウェア K 関与している人身へのインパクトという点では，とりあえず UNIXIC 先

導される形での衝撃があっただけで，ソフトウェア工学の成果を実質的に取り込む形になったとは思えない.そのような状況 K 対して，とれからのインパクトは，今まで実現されていなかったグラフィ ッ クの類を駆使したより考えられたソフトウェアが，主導継をにぎって世界を号|つ渡ってゆくととで，なされるだろう.

(またそうあってもらいたい I ) そのため K は CASEIC は，十分な思想があってもらいたいと思う.先日 StP(bySRA) の概要を知る後会を得たが，まだ私自身十分に理解をし得ていない.また他社(ソニーテクトロニクスなど)でも間後な CASE ツーんがあるようだ.
以上のような程度の匁嘩しか持ち合わせていないが，

an である.

なんとか今日の業著書に押し流されるととなく活発に参加
緩も興味あるセッション

4.

CASE

者各位と意見交換をしたい.

現在の私の会社での環境を考えると r CAS E ツール」 をすぐに導入出来る訳ではない。だが，そのような時がいずれ(極めて)近い将来に訪れるであろうととを期待して，細々と仕事を続けている。そのような立場では，

1)今までの考えられてきている CASE ツーんとは何なのか?

2)CASE のための(ソフトウェア工学的な)理論背景はどうなっているのか?
さらに3)CASE ツーんの出来不出来に影響する MMI や Hyper­
media lC関して，忌新の成果を取り込むよう念単備が出来ているのだろうか?
といった点が大いに気になる.

私の現在の主な興味は『実務 K密着した運用環境の改

善をうながすような良質なソフトウェアの開発のための枠組みを採るとと』にある . そのような観点から現実を見つめていて r (現実の世界に於いては数の点で)極めて一般的念事君事アプリケーションすらなかなかモデル化出来ないととにあるのではないか ? J と感ずるようにな

‑2
5
4‑

4
t
hSEAEnvironmentWo
r
k
s
h
o
p

氏名:

年齢
会社名:

山口級生ふりがな:

29 才男ポジションベーパ

氏名:白井義美

やまぐちいくお

血液型

年齢:

o

4
1 (歳)

男

血液型 :A

会社名:日本電子計算妹式会社

電力計算センター

部門:償須賀事業部主任

部門:情報システム営業部システム 2 課課長代理

住所2ID-Ol

住所〒 550) 大阪市西区江戸堀 1ふ1

神奈川県償須賀市長坂 2-6-1

肥後橋センターピル(財)電力中央研究所内TEL:0468-56-7595

TEL:ω) 一(倒)一(印幻)直通)

簡単な自己紹介:

簡単な自己紹介:

長年、ソフトウェア K 係わってきましたが、どうもソ(財)電力中央研究所倹須賀事業所におけるフトと呼ばれる商品の製造業 (Hard o
f8
0ft) IC ひたりき

計算後運用全般を担当しています。業務の一貫として、っていたようです。長近、知恵、気識、感性の函からみ

運用・管理の合理化、自動化を目指しています。また、

たソフトな世界 (80仇 of 80ft) に関心を持っています。

私は、そのほかに図形処理プログラムの開発、パソコンを利用長も興味あるセ y ション

した DB の開発を行っています。

どのセッション K も興味がありますが、現在、開発環

主に、使用する言語は、 FORTRAN です。
興味あるセッション

CA8E

境にも利用環境 K も感性が感じられません。技術的な函からいろいろ論じられていますが、あまりにも技術者のHypermedia

私が担当しているプログラムの開発には仕後変更が頻

マスターベーション K 終始しているのではないかと思い繁にあります。場合 K よってはプログラムを大幅 K 変更ます。ソフトウェアはもはや一部の人間のものでなく、しなければなりません。そういった、仕後変更があって全人類が係わるものとなってきた昆L上、技術は大衆 K歓も用意に対処できる開発環境を作るには、どうしたら良迎されるものとして実現されなくてはいけません。それいか。それが私の綬近の悩みです。

には、ソフトウェアを民族のオリジナ P ティに基づく文FORTRAN による開発でも、環境さえ良ければな

化の領塩ままで高めなくてはなりません。それが我々が世. .それには、界人類に貢献できる道であります。日本ソフトウェア教

Hypercar
dIC 代表される Hyper mediaの手段が使えるの(狂?)の信者の皆さんと、ソフトウェア技術をベースではないかと考えます。

にした、大衆のための理想的環境について討論したいとんとかなるのではないかと思うのですが.

数値によって形状が変わるような図形を印刷するプログラムを作るとします。 FORTRAN でゴリゴ 9 作っ思います。(本当は後械オンチの私を救って欲しいのです。)ても仕線変更が来れば、ソースを修正するしかありません。とれは、非常に面倒なととで、できればそんなととはしたく念い。なにかいい方法がありませんか?

‑255‑

SEA1989 ・ 1990 年の主要イベント〈実績と予定: 1989.7.31 現在〉
榊榊市

これまで (1989年 1月 ~7月}

刷物市場

ν12・ 14

第 1 回テクニカルマネジメントワークショップ

ν20

SEAF
o
r
u
m r 最近の中国におけるソフトウェア工学研究の動向 J 東京:青年会議所会館，参加者 22名

1
/
2
4
‑
2
5

第 5 回ソフトウェア技術交涜会

神奈川:横浜国立大学.参加者判名

212・4

第 1 回ソフトウェアプロセスワークショップ

静岡:機械振興協会伊豆研修所，参加者 23名

2
1
2
8

SEAF
o
r
u
m rUnix , Ma c, NeXT , etc をめぐるホットな話題」

東京:青年会議所会館，参加者 63名

3/
4

環境分科会 (SIGENV) 特別 Forum

岩手:盛岡市，参加者 21名

3
/
2
2

SEAForum r ソフトウェアプロトタイピングの効用 J

東京:青年会議所会館.参加者 25名

3
/
2
2
‑
2
4

SEA 春のセ ミナーウィーク '89

東京:青年会議所会館.参加者 277名

4
/
1
8

SEAForum r ソフトウェア妓術者とテクノストレス」

東京:青年会議所会館，参加者 31名

4
1
1
9

SEA 関西支部-各種イベント通算 l∞回記念ミーティング

大阪:日本能率協会，参加者 55名

4/20・ 21

第 9 回ソフトウェア信頼性シンポジウム

大阪:ホテルガーデンパレス，参加者 96名

4
/
2
2

SEA 九州 支部・設立 1 周年記念講演会

熊本:県立劇場小ホール.参加者判名

5
/
9
‑
2
1

第 11 回 IC立研修ツアー

Lo
sAng
e
l
s‑AnnArbor‑Pittsburgh. 参加者 19名

5
/
3
0

立AForum r ソフトウェア工学の最新動向 (IC記報告) J

東京:機械振興会館，参加者 50名

6
/
1
3
‑
1
5

ソフトウェアシンポジウム 'R9

東京:虎ノ門パストラル，参加者 273名

6
/
2
8

SEAForum r ソフトウェアに関する標準化の動向」

東京:機械振興会館.参加者 36名

7/12・ 13

第 l 回記A 関西セミナー

大阪-大阪大学工業会館.参加者 78名

7
/
2
8

伍AForum r コンビュータネットワ ークの現状と展望 J
材料峨

これから(198似1'- 7月 ~1卯O年 6月}

北海道:函館ロイヤルホテル.参加者 16名

東京・青年会議所会館，参加者 39名

榊刷機

8131・ 9/2

第 3 回教育ワークショッフ・「ソフトウェア設計教育」

熊本:ホテル角万.参加予定者 30名

9/1・2

管理分科会 (SIGMAN) 特別セッション「標準化」

東京:代々木オリンピックセンター(参加者募集中)

9/5・ 8

第 7 回互のプログラミングワークショッフ・(若手の会)
I ソフ トウェア品質の定量的把握を目指して J

岩手:盛岡市，参加予定者 46名

9
/
1
9
‑
2
1

SEA 秋のセミナーウ ィーク ' 89

東京:青年会議所会館 (8月下旬募集開始)

9
/
2
6

SEAF
o
r
u
m r ソフトウェア品質定量化の枠組」

東京:機械振興会館 (8月下旬に案内)

1
0
/
6

環境分科会 (SIGENV) 特別 Forum (プログラム未定)

兵庫:神戸市 (9月上旬に案内)

1
0
/
2
1

SEA 名古屋支部特別イベント(プログラム未定)

愛知:名古屋市 (9月上旬に案内)

10/24・25

第 10 回ソフトウェア信頼性シンポジウム

大阪:ホテルガーデンパレス(現在発表者公募中)

1
1
/
1
3
‑
1
4 I
n
t
e
r
n
a
t
i
o
n
a
lS
y
m
p
o
s
i
u
mo
nF
u
t
u
r
eSof
t
w
a
r
eE
n
v
i
r
o
r
u
n
e
n
t

京都 京都リサーチパーク (9月上旬にフ・ログラム決定)

11/29・ 1211 第 5 回実践的開発環境ワークショ ップ

北海道:釧路市(現在参加者公若手中)

1/11・ 13北海道:函館市

第 2 回テクニカルマネジメントワークショップ

期日未定第 2 回ソフトウェアプロセスワークショップ

開催地未定

期日未定第 3 四日中ソフトウェアシンポジウム

開催地未定

期日未定第 6 回ソフトウェア技術交涜会

開催地未定

3 月中旬

東京:青年会議所会館

SEA 春のセミナーウィーク '90

3 月 ~4 月第 12 回 IαE 研修ツアー

N
i
c
e(
F
r
a
n
c
e
)

6月

京都:京都リサーチパーク

ソフトウェアシンポジウム '90

‑256‑

S
e
a
m
a
i
lVo1. 4, N
o
.
6
‑
8

Memberetc

SEA 会員状況(平成元年8 月 21 日現在)
<男女分布>
1584

女

86

ム

20以下

2
02
4
2
5
̲
2
9
3
03
4
3
5
̲
3
9
4
0
̲
4
4
4
54
9
5
05
4
5
55
9
60以上

o
3
7
3
2
4
4
5
3
3制

2
8
7
1
1
6
3
2
1
9
1
6

<血液型分布>官回一福石静岐愛和三nツ勺ゐ円ツ勾コ咽よ必斗唱よ今
勺' t

14qd

1- 《4

nRM唱i

一一一一

神山長

ム

3rO

滋京大奈

A型

649

0型

481

B型

364

AB 型

176

賛助会員会社名
ジェ ーエムエー シス テムズ，日本 システム，ム開発.

リコー システ

SRA. 辻 システム 計画事務所. PFU . 近畿 日本ツーリスト，東電ソフトウェア，セントラル・コンビュー タ・サ ービ ス， 日 本能率コ ン サルタ ン ト，惰造計画研究所，ケーシーエス，サンビルド印刷，日本 シ ステムサイエ

句よ rOンス，富士 ゼロ ックス情報システム.

1N 情報センタ ー.

富士通 ， エムテイ シ ー ，クレオ， 情報 システムサ ービ ス，

イ ンタ ーナ ショナル・デー タ・ リサーチ，目 立 ビ ジネス機
器 ， ア トラ ス情報サービス.三菱電機セミコンダクトソフ
トウェア，伊藤忠エレクトロニクス，三菱電機，富士通 B

SC. 千代田製作所，村田技研，ニコンシステム.日本ビジネスデー タプロセシングセンター，阪神計算センター，

昭和電工 コ ン ビュー タサービス，エヌ・ティ ・テ ィ・システム. 日本情報 システムサ ービス， ヒ ラターソフ ト ウェア
勺&qu・テクノ ロ ジ ー，日本エム ・アイ・シ ー .日本電気ソフト
ウェア.ソニー，コマス，三菱電機コ ン トロール ソフ トウ
ェア.インターフィ ー ルド・システムズ，ジャストシステ

151141

兵愛徳高香鳥島岡広山福大熊長官佐鹿沖韓米豪

7 643598817333985342274826oo--25006301151141

1112283315122313

dET<年齢分布>

峨 9015011

住

居

自

茨埼千東

強 0016011765210A316343926211164826GIG-250861H01

北青山宮岩福秋新栃 群

山島
糊森形城手島田潟木馬川城
玉葉京奈梨野山井川岡阜知歌重賀都阪良庫媛島知川取根山島口岡分本崎

務勤

正会員の勤務地および居住地域分布

男ム，マイクロリサ ーチ アソシエイツ.松下ソフトリサーチ 目
シャ ー プ.東洋エ ンジ ニ ア リ ング ，日本ユニ シス-ソフ ト
ウェア .清鳳 オフ ィスメ ー ション，新 日 鉄情報通信システ

ム，テツクシステムズ，熊本電子計装工業.

NTT 九州技術開発センタ.立石ソフトウェア，三菱電機関西コンビュ
ータシステム，目立エンジニアリング.スインク。テスク

‑
2
5
7
‑

r=、k

z~-y-_~

TT目。

ソフトウェア技術者協会
干 102 東京都千代田区隼町2-12 藤辛口半蔵門コ ー フビル 505

TEL.
0
3
‑
2
3
4
‑
9
4
5
5 FAX.
0
3
‑
2
3
4
‑
9
4
5
4