MonthlyN
e
w
s
l
e
t
t
e
rfrom
SoftwareE
n
g
i
n
e
e
r
sA
s
s
o
c
i
a
t
i
o
n

ぬlum川umber 10I
October1鰯

目次

編集部から

1

代表幹事からのメッセージ鈴木弘

セミナ- 21 レポートくその 1)

2
3

総括(アンケート結果を含んで)

杉田義明

3

ソフトウェア開発現場とネットワーク

寺本雅則 / 芝原雄二

4

プロジェクト管理のエコロジー

松原友夫 / 平山伸一

6

環境におけるプロジェクト管理~瀬弘恭 / 大槻売人

8

システム監査と EDP 部門

吉村成弘 / 佐原伸

1
2

盛岡ワークショップの報告

松尾正敏

1
5

ソフトウェア開発環境としてのメインフレーム TSS

田中慎一郎

1
8

Mac と Unix の世界

佐原伸

22

ハンドヘルド・ワークステ ー ションの夢

佐久間まゆみ2
5

中国旅行記一連載その 1 一

野村敏次

2
8

幹事会，分科会および支部活動
幹事会

A 1 分科会

法的保護分科会

3
2
管理分科会

環境分科会

教育分科会

横浜支部

再利用分科会

関西支部

会員の声

3
4

カレンダ ー37

ソフトウェア技術者也会 (SEA) は，ソフトウェア-エンジニアの，ソフトウェア・エンジニアによる，ソフトウェア・エンジニアのための団体であり，これまでに日本になかった新しいタイプのプロフェッショナル・ソサイエティたることを目指して，

1985 年 12 月 20 日に設立されました.

現在のソフトウェア技術が抱える最大の課題は，ソフトウェア・エンジニアリング研究の最前線(ステイト・オブ・アート)と，その実践状況{ステイト・オプ・プラクティス)との悶に横たわる大きなギャップを埋めることだといわれています.ソフトウェア技術の特徴は，他の工学諸分野の技術にくらべて属人牲がきわめて強い点にあります.したがって，そうしたテクノロジー・トランスファの成否の鍵は.研究者や技術者が.既存の社会組織の壁を越えて，相互の交WL を効果的に行うためのメカニズムが確立できるか否かにかかっています.

SEA は，ソフトウェア・ハウス.計算センタ，システム・ハウス.コンピュータ・メーカ，一般ユーザ，大学，研究所など.さまざまな職場で働く人々が.技術的・人間的交涜を行うための自由なく場>であることをを目指しています.
SEA の具体的な活動としては.特定のテーマに関する研究分科会 (S 1G) や地方支部の運営.月刊機関誌 (SEA

M A1L) の発行.各種のセミナー，ワークショップ，シンポジウムなどのイベントの開催，既存の学会や業界団体の活動への也カ.また，さなざまな国際交流の促進等があげられます.
なお SEA は，個人参加を原則とする専門家団体てす.その運営は.つねに中立かつ技術オリエンテッドな視点に立って行われ.特定の企業や組織あるいは業界の利益を代表することはありません.
代表舞事 :

鈴木弘

常任幹事:

岸田孝一長井剛一郎盛田政敏吉村鉄太郎

僻事 :稲田 1専白井義美岡本吉野青落水浩一郎皆藤1l一木村高志久保宏志斎藤信男三枝守正

杉田義明辻淳二鳥居宏次中園順三針谷明松本員長純松原友夫水谷時雄三浦信之
会計監事:

近藤秀朗吉村成弘

常任委員長 :

岸田孝一(会誌編集)

盛田政敏(企画総務)

吉村鉄太郎(技術研究)杉田義明(セミナー・ワーク

ショップ)分科会世話人環境分科会 (SIGENV) :岡本吉晴久保宏志引地信之松尾正敏水谷時雄
管理分科会 (SIGMAN) :岸田孝一塩野富教芝原雄二鈴木信裕

教育分科会 (SIGEDU) :大浦洋一杉田義明
再利用分科会 (SIGREUSE) : 青島茂阿倍正平村井進
AI 分科会 (SIGAI) :安倍昭敬坂下秀白井豊高田佳彦広川昭八野辺良一蔵野晃延横山憲ー

ネットワーク分科会 (SIGNET) :鈴木弘
法的保護分科会 (SIGSPL) : 能登末之支毎世話人

関西支部 :臼弁穂美

盛田政敏

横浜支部:熊谷叢林香藤野晃延松下和隆
SEAMAIL 編集グループ :大 槻亮一大西亮一岸田孝一佐原伸沢田芳実芝原総二関崎邦夫田中慎一郎

長井修治野辺良一藤野晃延山内徹渡辺雄一

SEAMAIL Vol. 1 ,No.10 昭和 61 年 10 月 1 日発行

編集人岸田孝一
発行人

ソフトウェア技術者協会 (S EA)〒 166

東京都杉並区高円寺南 1-5-4

印刷所サンビルト印刷徐式会社
定価

〒 162
500 円

高円寺サンハイツ 404

東京都新宿区築地町 8 番地

l
.1N
o.10
SeamaUVo

MessagefromE
d
i
t
o
r

編集部から

お待たせしました.船便の 10 月号てす . なんとか今

会員アンケ ー トの回答のなかに機関誌にこんなペ

月中(もとい ， 先月中)に発行すべく努力したのですが ，ージがほしい 」 といった要望がいくつかありましたので ，

ほんのちょっぴり (? )遅れてしまいました.ゴメンナ

編集部からお答えします:
SEAMAIL は ， 手作りの雑誌です.もし ， あなた

サイ.

11 月および 12 月号は同時編集を開始しまがそう望まれるのであれば.自分でまず，お望みのコラしたので.どち ら も ， 発行予定月の半ばには，お手元にムをスタ ー トさせるきっかけとなる原稿を書いてくださとどくと思います.

L 、-

しかし.

われわれ編集部の役目は.ただ単純に ， みなさんから

苦しい財政の う ちから返信用封筒を入れるという投資をしたおかげで.

9 月のアンケ ー トに対 し ては .

200

通に近い回答があ り ました.ありが とう ございました.

寄せられた原稿をCompile するだけだということをお忘れなく .

結果は，整理がつきしだい ， 次号以降に順次のせていき
分科会および支部からの成巣報告

ます .

環境分科会.横浜支部，そして関西支部から.それぞそれでも ， まだ約 400 人の方が NoResponnceて'す.
いまか ら でもかまいませんので . ぜひ御回答ください .

れのミーティ ン グでの発表や討論をまとめたレポートをいただきました . しかも，神戸の佐久間さんの原稿は，自筆のイラスト入りです .

セミナ ー ・ウィ ー ク特集

9 月 3~6 日に ， 機械振興会館(東京 ・ 芝公園)で開分科会，支部共に活動がだんだん定着してきました .

催された SEA セミナ - 21 の報告を，今月から掲毅しま

これからも ， こうしたレポートを逐次掲載していきたい

す . ただし.セ ッシ ョン数が 21 もあるので.

と思いますので，よろしく .

3-4 固に分けて紹介して行きたいと思います.今月はまず .A

1. F1. F 3.G1 の 4 セ ッ ショ ン と.杉田セミナ ー

幹事会.分科会 8 よぴ支部報告

前号でお知らせしたように.一般の原稿を優先するた

委員長の総括報告です.

めに，分科会 ・ 支部関係のニュ ー スは，開催予定が中心になっています(それが船便じゃ役に立たないというお盛岡ワ ー クシヨヴプ報告

第 4 回目の夏の若手ワ ー ク シ ョ ッ プが .

9 月 1 0~1

怒りは ， まあ，抑えてオサエテ!) .

3 日に ， 岩手県盛岡市で開催されました . テーマは
プロ ジ ェクト・プラニ ン グのケ ー ス・スタディ J ・ 近々会員からのメヲセージ

報告書のが発行されますが ， ここでは ， プログラム委員

第 2 号に会員の声」とい う コラムがありました.

長の松尾さんに ， 全体のサマリ ー を書いていただくこと

これは，設立時のアンケートに寄せられた声をまとめてにしました .

掲較したものです.

なお.このワークショップの討論結果を材料にして，その後，何人かの会員の方から，まとまった原稿でな

プロジェクト・プランニングのフォーラムが 1 1 月 7 日

く，たとえば，呼びかけや問い合わせのように，簡単な(金)に開催されることは . すでに御案内の通りです.

メッセージをのせる欄がほしい，という意見をお開きしました.

そこで今月号から，定期的にこのコラムを設けしまし

会員からの援積

ぼちぼち，会員からの投稿が集まりつつあります.今た.探し物，仕事の愚痴.ちょっといい話等々，どうぞ

月はとくに，この夏北京の国際会議に出席された野村さ編集部(東高円寺事務所)までお気軽にお寄せください .

んから，大作の紀行文が寄せられました.全 3 固という，

SEAMAIしはじまっていらいの連裁物になりました .

‑
1
‑

‑
MessagefromChaiman

SeamaUVol.
lNo.10

代表幹事からのメッセ-ジ
鈴木弘
構造計画研究所春の総会で私が代表幹事に推薦されてから.半年ものを促進することをめざします.

時が過ぎてしまいました . もっと早くみなさんに御挨拶

2. これからの展望とお願いのことばを書く予定だったのですが，例になく( !?)SEA は，あくまでもソフトウェア技術者が個人とし仕事に追われ.今日までのびのびになりました . あらたて参加し，相互の交涜を通じて.それぞれの人間的 ・ 技

めて，ここで私の所信と.会員各位へのお願いを述べさ

術的向上を図るための場です . ある種の知的職業に従事せていただきます .

する専門家の団体として類似のものに.たとえば医師会

1. SEA への期待と必要性

や建築士会 ， 弁護士会などがありますが，これらは SE

ソフトウェア産業はこれまで，毎年 20% の伸びで成A とちがって . すでにその存在がきちんと社会的に認知長してきており，今後も全体としては ， その伸びが続く

されています.

だろうといわれています.しかし . たとえば.計算セン

われわれの活動の量産しさは，おそらくそのへんにある

タなどは売上が頭打ちになってきていますし，その一方でしょう.すでに.昨年の設立にさいして . 一部から労で ， ネ ッ トワ ー ク .A I.ワ ー クステ ー ショ ン などの新働組合または政治団体に発展するのではないか ， といっ

しいビジネス ・ チャンスが開けつつあります

た見当ちがいな誤解があったりしたのは.そのためです .

これらの現象は.ソフトウェア産業の質的 ・ 構造的変こうした誤解をといて. SEA をより発展させるために化を物語っているわけて'すが，われわれ個々の技術者も，は，会員 1 人 1 人が強い自覚を持って.地道に活動を展

こうした産業構造の変革に.これからは，いやでも対応

開して行く以外にないて'しょう.

していかなければなりません.

9 月末現在で.会員は 600 人をこえ.特定のテーマ

私自身がこの世界に足を踏み入れてから，かなりたちをもった研究分科会も 7 つが活発に活動をしており.そましたが ， そのあいだ常に，質 ・ 量両面における人材のの成果もいくつか出はじめました . また，こうした活動

不足と，開発工程の改善の必要性を感じ続けてきました .

は，ともすると東京が中心になりがちですが . 関西と横この問題は.ただ単純に人を婚やしただけでは解決しな

浜で 2 つの支部が独自の活動を行っていますし ， いくつ

いことは，皆さんよくご存じの通りです .

かの地威で新しい支部設立の動きもあります .

現在，ソフトウェア開発の仕事には，日本中で 40 万

そうした成果を PR するために機関誌の定期的な発行人以上が従事しているといわれています.これらの技術が必須であり，さらには，セミナ一等のイベントの開催者たちは，しかし ， 社会清造上は，ソフトウェア ・ ハウによる一般への広報が重要だと考えていましたが，これス.計算センタ.メーカ.ユ ー ザ，大学・研究所など，までのところ，多くの方々の努力のおかげて順調にそさまざまなセクターにばらばらに位置付けられ，それぞ

うした土台作りも進んでいるようです .

れの現場での問題点を解消することに追われて，共通の代表幹事としての私の第 1 の自僚は.組織としての S

技術的 ・ 社会的課題を認識する余絡を持ちえていません .

EA の安定化です.昨年 12 月の正式設立以来半年で会

そうしたことが，ひところマスコミで流された惑いイメ

員数が 600 人に伸びたということは ， かなりの成果だ

ージとあいまって.ソフトウェア技術者に対する一般のと思いますが.組織および財政基盤の確立という点から認識を薄めている原因になっています .

考えると.まだまだ十分とはいえません . すでに僻事会

SEA は.既存の社会組織を横断するプロフェッショナル

ソサイェティとして.

からのお手紙でも申し上げてありますが，さしあたり会
員 1000 人の確保をめざして.会員各位には，それぞ-技術者としての社会的責任への自覚の浸透

れ r 1 人が 1 人を! J を合い言葉に組織鉱大のため御努.技術者であるとことへの社会的認知力をお願いしたいと思います.

-妓術向上のための相互の交涜と情報交換‑
2‑

SEASeminar21Report

SeamaUVol.
lNo.10証A 秋のセ ミナー ・ウィーク

総括報告
杉田義明
セミナー・ワークショップ餐員長

9 月 3~6 日に東京の機械振興会館でおこなわれた秋は.受講者アンケートの中の「内容は期待遇りだったかのセミナー・ウィーク (SEA セミナ -2 1)は，わが?J. r 仕事に役立つか ?J という 2 つの問いに対する協会としては.春のセミナー・ウィークに続く 2 回目の回答を +2 から -2 までの 5 段階で採点し，集計したも大型公開イベントでした.

のです.セッションF2のアンケート票が，なせ'かどこか

しかも，前回は，日本ユニックス・ユーザ会(

jus)にまぎれて，見つかりませんでしたが，どのセッションとの共催でしたが，今回は単独開催ということで.

SEもプラスの評価になっています.

A ならではの特色をだそうと.パンフレット等でも御案
セッション番号sqd

勺ゐ内， 伽
，

日出ロ

， t

ム、，

司4

*
+12
+12
+24

nu

月に予定されている春のセミナー ・ウィー クの企画を立

' KU

内4

います.そして，その内容を反映したかたちで.来年 3

nut

上でのミニ・ワークショップが可能ではないかと考えてム

ント・感想等が活発に寄せられれば.ひきつづいて.誌

daUAマ刈 -Y1
仏マ 43
内3εJ

載して行きます . 読者サイドからの御意見 ・反論・ コメ

内44

編集ボランティアの方々の御協力を得て.全セ ッシ ョ
ンの記録(要約)を，今月から順次 SEAMAIL に掲

内4

ろです.

勺ゐ守，『

で，もっと突っ込んでデスカッションがしたい.そのためには，自分ももっと勉強しておきたい」といったとこ

ぺ443

回目白日目白目白匂臼人が考え，悩んでいることがわかった.再皮肉じテーマ

勺ゐ勺

ようです.代表的な声をまとめると自由討論の時間が短く感じられた . 同じようなことを，いろいろな所や

4qdnU
内
43
斗

しい試みは.全体としては，好感をもってむかえられた

ぺ4
443d

3
内

αααmm

しかし.受講者アンケートの結果からみると.この新句、ころもあったようです.また.受講者の方にも.すこし戸惑いもあったように見受けられました.

IAか，セッションによっては，ややうまく行かなかったと

22831512266

この新しい試みは.講師や事務局が不慣れだったせい

ヴ，勺ム勾

しいスタイルに挑戦することを.企画しました.

評価++++++++++++++++

した.インフォーマルなミニ ・ ワークショップという新

参加者数
長uζJq
，。 014'よ句よ噌よ噌よ句よ内

MMM必
M凱盟国

内したように，プレゼンテーションと自由討論を半々に+22てられたらと思っています .
幸い今月号から会員の声」欄が復活していますの

今回のセミナーでは.教育分科会のメンバ ー をはじめ

で ， 短いもので結構ですから.セミナーに参加できなかとして.多くの会員の方々に舞台裏でお手つだいいただった方々も，ぜひいろいろな声をお寄せください.

きました.この誌面を借りて，心からお礼を申し上げま

次の表に，各セッションの参加者数(招待者を除く)

す.

と，受講者からの評価をまとめてみました.評価の数字‑
3‑

SEASem1nar21Report

S
e
a
m
a
i
lVo
l
.lN
o.10

立A 秋のセミナー ・ウィーク

セッション Al

ソフトウェア開発現場とネットワーク
講師 :

寺本雅則

報告者 :

芝原雄二

1.はじめにんど稀といってよいのでは ないだろうか.

このセッションでは.ソフトウェア開発現場とネット

こうした環境下では，開発マシンで作られたプ ログラ

ワークとの関わりあいをテーマに，具体的な話題としてムを，ネットワークを介してターゲット・マシンに送る

は.シグマ・プロジェクトおよび C&C サテライト・オ

ことによって，最終確認テストが容易になる.

フィスをとりあげて.講演がおこなわれた.
シグマ・プロジェクトは.すでに御承知の通り

しかし，ネットワークのもたらす真の効果はそんなところにあるわけではない .

.ソフトウェアの信頼性・生産性の向上

ソフトウェア開発という仕事は，だた単に，マシンを・ソフトウェアの重複開発防止

使ってプログラムをコーディングし，デバッグすること-ソフトウェア開発設備の充実/ ノウハウの蓄積/技だけで成り立っているのではない.グループ内の進捗会

術の向上-技術者教育の効率化等をねらった国家プロジェクトである.

議，ユーザや他部門との打ち合わせ ，文献調査その他の技術情報の収集といった.さまざまな作業を含んでいる .

これらの作業を円滑に遂行して行くためには，人間と人

一方. C&C サテライト ・ オフィスは，講師が勤務す間とのあいだの多様なコミュニケーションが必要である.

る日本電気の社内で試みられている新しい職場環境をめそこにネットワークを活用することによって.仕事の量ざした実験であり，を軽減し，さらには，入手する情報の量をふやすことが-ソフトウェア技術者の質的・量的確保可能になるはずだ.

. 女性をはじめとする潜在労働力の活用

報告者自身も，最近.仕事の関係で ，大量の文献を調. 広域分散型雇用の促進一地方の時代一査する必要にせまられたが，全部自分の足を使って捜さ-ソフトウェア開発形態とその技術の確立

なくてはならず，そうした技術情報の検索システムや，等を目的としている.
講演のなかでは，また.上記の話題に関連して. U N

技術者どうしのコミュニケーションがネットワーク化されることの重要性を痛感させられた.

IX 環境で提供されるネットワーク機能，プロトコル，

世の中一般を見回してみても，ネ ットワークの必要性

マルチマイクロ・プロセッサ，分散ファイル・システム，

は.Al近ますます高まりつつある . たとえば，通勤難.

分散 08 等についてもお話があった

大都市部の高騰するオフィス，労働力の地方への分散.

このレポートは，これらの講演およびそのあとに行わ

女性をはじめとする潜在労働力の活用といった社会環境

れた自由討論のなかから，と くに 報告者自身にとって印の変化によってもたらされる諸問題を解決するためにも，象に残ったことがらをピック・アップし，私見をまじえ

オ、ットワークは大きな力となる .

コンビュータ・ネ ットワークは，もともと ，各種ハ ー

ながらまとめたものである .

ドウェア資源の共同利用を目的として生まれたものであ

2. 関発現場でのネヲトワークの必要性
ソフトウェアの開発現場で最近考えられているのは，るが，最近では.パソコンの普及も伴って.電子メイル

ネ ッ トワークの導入によって，デバック環境を改善しよ等による情報の交換にウェイトが移行して来ているよ う

うということである.ターゲット・マシンと開発マシンに見受けられる.

が同じという状況は，しだいに例外的なものになりつつまた.この他にも，新しいメデ ィアとし て，音声会議，ある.とくに.マイクロソフトウェアの世界では.ほと静止画会議，動画会議等の会議システム ， 高速デジタル‑
4‑SeamaUVol
.lN
o.10

SEASeminar21Report

回線.パケット回線を利用したネットワーク・システム

それらが LAN で接続され，何らかの仕俗けによるファ等がある.これらを統合することにより，時間や場所をイルの共有化が可能になれば，情報を「物理的 J には分意識しないソフトウェア開発環境の提供が可能になる .

散し3. ネヲトワークのソフトウェア開発への利用
電子メイル，電子掲示板，電子ニュースレター，ファ「論理的」には統合した理想的な環境が実現できる.このことは，たとえば UNIX の世界では，すでに夢ではなく.現実の形になりつつある.

イル転送，逮椅ログイン等のネットワーク・サービスを

このような LAN 環境の導入にさいして一番問題にな利用した開発の効率化は，そろそろあちこちの会社で試るのは.運用管理である.分散化された情報を，どう管行され始めているが，そうした環境で仕事ができるのは，理すればもっとも効果があがるのかを考えていかなくて

いまのところまだまだ恵まれた一部の人間でしかない.

はならない . そのためには . ハードウェアの知識だけで今後.シグマ・プロジェクトの成果が，直接 ・間接に世なく，コミュニケーションの知識が，運用管理者に求めの中に普及することによって，ネットワーク環境の利用られてくる.また，応用ソフトが LAN 普及のキーポイ

者層が大きく広がることを期待したいものである.

ントになるであろう.

そうなれば，技術情報の問い合わせ・紹介，公開ソフ

LAN の構築にさいして，プログラミングやデバッグ

トウェアの配布，磁気テープやディスク上の情報の交換，の支鑓を中心にするのか.打ち合わせ等のコミュニケイ

遠隔地からのコンビュータの利用といったことがいっそ

ション支媛を重点に考えるのかによって.マシンの配置 ，

う容易になり，よりよい環境でソフトウェアの開発がでソフトウェア・サービスの提供等の形懸は，かなり異なきるようになる.

ってくる. C&C サテライトでは.そのようなことを考たとえば，いまのように机上に参照用の部厚いファイ

えたオフィス空間の実現が試みられている.
このことに関連して参加者からいくつかの質問があり，ルを常備したり，長いリストを広げたりといったことは，必要でなくなるだろう.在宅勤務も(物理的には)可能

未来のソフトウェア・オフィスのあるべき姿について，になるし，また.プロジェクト・チームをいくつかの場

討議がおこなわれた.
ネットワークの繍築以外にも.照明の位置，机の高さ，所(地方都市)に分散した新しいマネジメント体制を考えることもできる .田舎の別荘てヘ好きな酒を飲みなが作業空間の広さ，個人を仕切るしきりの高さ等々.多く

ら.ときどきはプログラムを組みたいという第 1 世代のの人間工学的な要因を考慮、する必要があり. C&C サテ

老プログラマたちの夢も実現できるかも知れない.

ライトは，そうしたことがらも含めた実験を意図してい4. LAN 導入のインパクト

るということであった.

ここまでは，ネットワーク一般について議論を展開し

5. おわりにてきたが.近い将来において，われわれ自身の開発現場

かつて，ソフトウェア開発の 3 種の神器は，机.紙，にどのような改善か可能だろうか，という観点から考え

そして鉛筆であった.今ゃそうした「紺屋の白袴」的状てみると. LAN の導入による環境の分散化が.もっと況をどうやって脱却するかが大きな課題と考えられるよも速効性が高いのではなかろうか.

うになってきた.このセッションに参加して.われわれ

ソフトウェア開発とは，チーム・メンバーのそれぞれが 1 日の 1 / 3 以上を過ごしている環境を.より人間性

が，お互いに協力しあいながら，ソース-コードを含むを重視したものに変えて行くことの重要性を.あらため

各種の情報を作りだし，蓄積し，検索する連続的なプロて強く感じた.

ハードウェアのコストやネットワークの使用料は，飛セスである .
これまでの開発環境では.ふつう，情報は集中的に管躍的に安くなってきている.反面，人件費の高騰は，人理されている.たとえば TSS の場合，マシン室のディ

材不足もからめて.ますますソフトウェア産業発展の障スク震に.このことは，開発成果物の管理という観点か

害になりかねない.解決のひとつの方向として，あくま

らすべての情報が一括してはいっている.すれば便利だ

でも人間性尊重を第一義に考えたネットワークの構築をが，個々の情報を作りだし.利用する技術者の立場から意図すべきであろう.これは，ともすれば人聞を消耗品は不便な点が多い.

銀いにしているという業界の惑いイメージを打破するこ

高性能のパーソナル・ワークステーションが普及し，とにも繋がるとも思う.

‑
5‑

SeamaUVol.
lNo.10SEASemlnar21Report

立A 秋のセミナー・ウィーク

セッション Fl

プロジェクト管理のエコロジー
講師:

松原友夫

報告者:

平山伸一
ょう.経済学の分野では，オイル・ショック以降の石油

1.なぜプロジェクトは失敗するのか

トム・デマルコが.その著書「ソフトウェア・プロジ

価格の変動がそうだし.技術的な領域での例を考えれば.
最近のジャーナリズムをにぎあわせたチェルノブイリ原

ェクトの管理」のなかで.15% のプロジェクトが全く役にたたない

発事故がある.ソフトウェア・プロジェクトの場合にも，.1∞.2∞%のコスト超過はあたりまえ

同様の例は枚挙にいとまがない.

と述べているように.ソフトウェア・プロジェクトは，

2. プロジェクトを混乱に陥れる稲造

プロジェクトが大規模になり，内容が見えにくくなる

一般に，失敗して当然のように考えられている.しかし，につれて，一般に.管理は強化される傾向にある.また.

それには，いくつか特有の原因がある.

まず.ソフトウェアそのものの性格として，人聞の自-!!トラブルが起こると.その反省としても管理の強化には直接見えないということがあげられる.このことは，がもたらされる.しかし.それによって，ほんとうにト

トラブルが起こった場合に.修正ループがどうしても大ラブルは解消するのだろうか.

きくなってしまう.せっかく助っ人をつぎこんでも.そ計画から大幅にずれてしまったプロジェクトに対しての効果が少ない，といった問題を発生させ，それがコスは.かならずその原因の調査がおこなわれるが何とト超過の原因にもつながってゆく.また. F. プルック

かしたい，何とかなるはずだ」というバイアスカfかかっ

スのいう「人・月の神話」という落とし穴に管理者を陥た管理者の主観的評価にもとづいて，状況判断がなされ ，れる.

善後策をとるための意志決定がくだされる.しかし.多さらには，技術移転がうまくいかないという結果や.
プログラマたちのあいだに自己涜の織人芸が横行してしくの場合，そうした主観的判断は.誤りであることが多L 、-まうという悪循環をもたらす.気のきいた工夫や技術上

G. ワインパーグは.こうした判断ミスの背景として，のアイデアを世間に発表し.ある種の名誉を得る級会に管理者の側に，現状の技術的評価に対する無力感や，本乏しいという状況も，プログラマが自分たちの仕事をお当のことはわからないという不安感が存在する，と述べ座なりにすませてしまう原因となっている.

ている.

次に.客観的評価手法の乏しさがあげられよう.ソフ

その結果，かれらにとって唯一安心できる対策としてトウェアの大きさ，工数.コスト，生産性.どれをとっ管理の強化がおこなわれるのだが，それは .往々にしててみても.その評価指標はあいまいであり，品質評価のカタストロフィを生んでしまう.最近の例としては，マポイントさえ.人によってまちまちである

ルコス政治の末期における混乱があげられよう.

まるで.綿アメをゴムの物差しではかるようなものでしかない.

3. 自由と査定制

次には，ソフトウェアが人間的要素を多分に含んでお全体としての自由を保つためには，デモクラシ ーの原り.それがまた，きわめて重要な役割を占めていること

則と少数者保護のルールが必要である.こうしたル ール

があげられる.システムに，人間的要素が含まれることの積極的意味として.チームワークについて触れる.

が多ければ多いほど.そのシステムに関する予想、は.む

サッカ ーの名選手ぺレについて，仲間のプレイヤが，ずかしくなる.

「べレという男は，いつでも.どこでも，どんなときでたとえば.そのよい例として，勝てると信じて深入りも，周りにいるわれわれに対して.最善をつくそうとすしてしまった第 2 次世界大戦やベトナム戦争があげられる男です.そんな男に対して，どうしてひどいボールを‑
6‑

SEASemlnar2
1ReportSeamaUVo
l
.lNo.
1
0

蹴ることができますか」と語っている.

-ネットワークで結ぼれた場が充分に広く.その上に

この「ひどいボールは蹴れない」というルールは，民蓄積された情報が多い.

主的に暗黙のうちに決定されており，全体として，よい-人やプロジェクトの変化(ゆらぎ)に対応できる柔軟なツールとシステム構成.

結果を生みだしている.つまり，チーム員全員がプロジ- 自らの振舞いと . ぞれの全体の中での位置付けが一ェクトの意味と目療を知り ， 全体の行動原理と自らの役
ØlJ に照らして，自律的に目標に向かつて行動することが.

目でわかるシステム.

プロジェクトがうまくいくための，ひとつの理想形であ- その振舞いデータが仕事の副産物として把握できる

ろう.

システム .

- 上方に開いていて . 下方に選択的に閉じているシス

プロジェクトの意味と目鎮をよく知るためには.共通

テム(監査システムにしないため) .

の場で.共通に認識できる情報が必要である.しかし.
ー鮫に，人聞の思考や使う言葉の意味は，共通化されて・自分のワークステーション上で開発作業をやりながいない.人間の思考パラダイムは，使う言葉や職業(手ら，プロジェクト全体のステ ー タスを知ることがで段や環境)と密接に関係しており，また，心理学でいう

きるシステム.

刷り込み現象の例をだすまでもなく，初めてのものに霊長-人やシステムの振舞いデータを ， すぐにシステム改響を受ける.つまり.各自の視点がそれぞれ異なるわけ

善にフィードパックできるシステム .

であるが . そのどの視点も部分的には正しく.これが多-開発作業であれ.プロジェクト管理であれ ， たいてくの論争や行き遣いを生むもとになっている.

いのやりたいことがワークステー シ ョン上でできるシステム，つまりツールの選択の幅が広いシステム.

こうしたことから.共通の場をつくるために，技法や概念の標準化が必要になってくる.ただし，そのさい，こうした諸条件を満足させるには.環境を構築するさ

決して誤解してはならないのは，練準化の真の目的が，いのちょっとした気配りが大切であり，また ， それさえより広い場の下での自由を確保することだ.ということあれば比較的簡単に実現できるのではないだろうか .

である.

かも，ソフトウェア開発では，生産物と管理情報を同じ

4. ホロン的プロジェクト管理をめぎしてシステム上で級えるのだから.

ホロン(Ho1on) とは.全体を意味するギリシャ語の単し5. おわりに語ホロス(Ho105) に，粒子とか部分を示す緩尾語オン(

以下に，まとめに代えて.セッショ ン 参加者からいたon) をつけたものであり全体子 J と訳され，それ自だいたアンケートの声をいくつか裁せておく:体「個」であると同時に全体」との調和を保つとい-情報処理業界で使われている用語のあいまいさを充分うことを意味している.

に認識できた.

最近のワークステ ー ションの高性能化は，それらを自-もうすこし簡潔に，重点を絞って話てほしかった .
- 時間が足りなつかたが，今後のプロジェクト管理を行

律性を持った「個 J として位置付けることを可能とし.
一方，ネットワーク妓術の進歩は . これらの「個 」 が「っていくうえで確信がもてた .

全体」に協調することの可能性をもたらした.つまり.

・ プロジェクトのメンバーとのコミュニケイションを考技術的な側面だけを考えれば， LAN を活用した分散型

え直す必要性があることがわっかた.

の開発環境は.すでに十分ホロン的であるといえよう .

・プレゼンテーションに時間をとりすぎて.自由討論のしたがって.そこにホロニック ・ システムの思想を組み余裕がなかったのは残念だった.内容的にも ，込めば，個々の開発者が自律的に行動しつつ，理想のプ

3 時間

で自由討論は無理であろう .

ロジェクト環境を.段階的に作りあげて行くことができ-話の範囲が広すぎて，ポイントがつかめなかった.ホ

るだろう.

ロンの話をもっと集中的に話たほうがよかったと思う .

以下に，開発環境をホロニックにするための条件を列ホロンの概念自体は，非常に興味深かった「概念」の説明としてはよかった.そのなかから.プ

挙しておこう:-いつでも好きなときに使える， LAN で結ぼれたワ

ロジェクト管理へのヒントを得ることができたが.できれば，いくつかの具体例で説明してほしかった .

ークステーション.

‑7‑

SeamallVo
1
.1N
o.10

SEASemlnar21Report

証A 秋のセミナー・ウィーク

セッションF3

環境におけるプロジェクト管理
講師:

深酒弘恭

報告者 :

大槻亮人

1.はじめにこのセッションの前半は.講師自身の豊富な経般にもの環境がない場合が多いのです.回線がない.ディスクの構成が違う . データペースの中身が遣うなど，いろいとづいて.環境重量備の重要性，プロトタイピングの有効ろな陣容があるわけです.

性，ネットワークの重大さ，開発環境の分散化などを内A 氏:容とする議論が行われた.その要旨は，すでに SEAM

かにホストのメインフレームに端末をつないで仕事をしAIL7 月号に紹介されているので，ここでは，後半のています.最近.親会社から独立したばかりなので.い

質疑および討論の内容を報告する.

まは客先(親会社)の環境下で作業をしていますが.

2. 開発マシンとターグヲトマシン

年以内に UNIX 環境におきかえることを考えているのK 氏:

開発マシンとターゲットマシンの関係について.

ですが.

パソコンの場合と汎用憾の場合に分けて，お聞きしたい

深海:のて円すが.

L でのアプリケーション開発)を鶏け負ったとしたら .

il漬 :私の会社はパソコンの仕事をしていますので.

COBOL での開発環境(シンタクッスチェッカ，シュ

具体的に話すために，パソコンの場合をとりあげます.

ミレータ)をホスト側にまず作るでしょう.そして.ワ

その前に，このなかで開発マシンとターグットマシンをークステーション側には. DB/DC の基本的な部分ま分けて開発している人はいますか?

でエミュレートする環境を作ってしまうのです.

われわれの会社は，一番旧式の方法ですが ，じ私がもし.ホスト向けの大きな仕事 (COBO

現実に.

全員. ..• .しばし全員沈黙)

2

ANS1 の COBO しは UNIX 上にもパソ

われわれのところでは.ホストとワークステー

コン上にもあります.メインフレームの COBOL は方ションの両方にクロスコンパイラがのせてあり.スタン言が多いので，いくつか機能を追加しなければならない

ドアロンでもクロスの環境でも，同じように仕事ができでしょうが.一番ネックになるのは. DB / DC の取りるようになっています.

級いや，画面設計をすることだと思います.

il酒:

具体的にいえば. MS-DOS 側にも C のコンパイラ

しかし，小さいプロジェクトでは.ある程度単体テスやシンボリックデパッカがのっています.ホスト側では，トがすんだ時点で.タ ー ゲットマシンに持込んで統合テ

C コンパイラ.リンカ，デパッカを使い，最後の実行形

ストをした方が，早いだろうと思います . われわれの場

式のモジュールまで作ってしまうことが可能です.もち合には.そのような仕事が多いので，さきほど述べたよろん，リロケータプルなモジュールをばらばらに作り，うな環境を.除々に作りあげてきたわけです .

それをダウンロードして，ワークステーションで仕事をUNIX 上には.パターン・マッチングなどのストリすることも可能です.デバック自体は，ターグットマシ

ング処理に非常に強いツ ールが，数多くあります.また，ンで行い，世代管理はホストマシンでやるようにプロジ

yacc というコンパイラ・コンパイラがあるので，そェクトを組んでます.ファイルが分散して，世代管理がうした環境が簡単に作れるという利点があります . 実行

できなくなることを避けるために，ホスト倒を倉庫番に形式のオブジェクトを出す必要がなく，シンタックス・

使っています.

チェックのためのプリプロセッサを作るだけなら，かな

個別のデバックは.ターゲットマシン(パソコン)でり手短にできます.

やることが可能です .メ インフレームの場合は，ふつう，

この点についてもっと踏み込んでいうと.メインフレ

こうしたことは不可能でしょう.開発現場にターグット

ームの場合，その中のある特定のアプリケーションにき‑8‑SeamallVol.
lNo.10SEASeminar2
1Report

わめて依存した形でソフトを開発しなければならないと古機ならタダみたいな値段で買える.いずれにせよ，ハいうのが，悲しい現実だと思います .

ー ドは非常に安く手に入るようになってきたので，自分これからも，各社各畿のワークステ ー ションが出てくたちが必要とする環境が簡単に作れます.

るでしょう.たとえば . A 社の汎用機のソフトを作るにソフトハウスの皆さんは.ハードを安く貿うことにあは .A 社の ~-OS が乗った A 社のワークステーション

まり興味をお持ちでないようですが，役に立つ開発支媛

を買わないと仕事ができない ， といった可能性が十分にツールは.一般に CPU 資源をよく食いますから，ワーありえます .

クステーションなどを活用して，そのことで他人に迷惑

それは，開発者側にとっては，非常な負担になります.
結局 . A 社の仕事を受けているかぎり，いつまでたってをかけないようにする . そういう環境作りを皆さんも考えたらいかがでしょうか.

も A社の環境から逃れられない . つまり.せっかくの設また，若い人が開発環境に関して余り興味を持たない

備投資が，ある特定機種向けの開発環境に閉じこめられということも事実です.それは世の中にある他の開発環てしまう結果に終わるという危険性があるのです.

境を知らないのが原因で，自分がいま置かれている環境

3. 環境とマネジメントについて.よしあしの判断がつかないからでしょう.

Y 氏:

そういった意味からも，開発環境を整備にさいしてリ

現在の開発現場の人聞には，環境撃備に対する

自発的な気構えが足りないよ う な気がするのですが.

ーダシップをとるのは，プロジェクト・マネージャの責

漂泊:

環境を整備していく時に ， 最初にぶつかる障害任だと思います.ふつう.マネージャは，いろいろな雑は金の問題で，次は ， 全社的にやらなければダメだから用に追われていて.コーディングや設計を自分自身の手しばらく見送ろうといった 「 いいわけ」です.

でやる時間なんかとれないでしょう.では，何をすれば金の話は，利益の出ている部署は簡単ですが，出ていない都箸ではむずかしい.これはあたりまえてす「環

よいかといえば.部下のエンジニアたちがうまく仕事のできる環境をセットアップすることにカを入れるべきだ

境整備をすれば利益が出る」といっても今利益が出と思います .

てないのに金をかけても利益が出るわけがない」と拒否

0 氏:

されてしまうでしょう.

どこまで搬械化できるでしょうか.

わが社の場合は.社内の資料の検察，交通費，旅費のプロジェクト運営上のさまざまな管理業務は，".: 皆さんは，どこまでやられていますか.

精算，会議室の予約などを . 3 つのビルにネットワーク

0 氏:

ほとんどやっていません . 本人に報告させるのを張ってやっています.このための設備投資は，会社のですが，あまり信用できません . たとえば.設計フェー

間接経費のなかに入れてあります.ですから，開発現場ズがこれだけすんだといっても，実はコーディングを行がその経費を持たずに.自分逮が使う分だけの経費を考っていたりするケースが多い.むしろ，むりやり計ってえればよくなっています.

しまう仕織けを作った方がよいのではないて'しょうか.

Y 氏:

私は . ユーザの社内でアプリケーション開発のll.: 私の会社でも，原価計算のために，開発の各フ

プロジェクトを担当しています.プロジェクトの要員は

ェーズごとの工数を調べていますが ， 残念ながらペーパ

5~6 名いますが，自分たちの努力で開発環境を改善しーワークです.月に 1 回会社の会計監査のために作ってようとは考えていません.与えられた環境の中で仕事をいるだけで，実際のプロジェクト運営には役立ちません.

して行くことに慣れてしまっており，管理されていなけ

ただし.プロジェクトがどのくらい進んでいるかは，

れば安心して仕事ができないようです.
漆漉

VAXll / 780(1 MIPS) の TSS で週報が電子メールで飛び込んでくるので，すぐにわかり
ます.ツールのどこにどんなパグがあるか，それを避けは，たとえば Gandal! のような(重い)環境は.

て通るにはどうすればよいか等の情報も，即座に電子掲

UNIX を 1 人で占有することになるので，使えません.

示板で利用者にプロードキャストしています.紙を使う

しかし，数 MIPS の性能を持つパーソナル・ワークスと回覧に時間がかかるので，コンビュータ・ネットワー

テーションを導入すれば，そんなことは問題でなくなりクを利用しているわけです.

ます.しかも，最近では.そのほうがはるかにやすい.

プログラム自体の管理は，かなり微減化されています.

また，汎用メインフレームのマシンも，リプレースの中そのためのツールは.原則として既存のものを使ってい‑9‑

SEASemlnar2
1ReportSeamanV
o
l
.
lN
o
.
1
0

ますが，しかし，できあいのツールでは.なかなか現実うという発想です.しかし，現実には人がかわったら.

の仕事の管理は思うようになりません.したがってその人が何を考えていたのかは，結局わからなくなって

ソフトウェア開発ツールは自分の手でメンテナンスすべ

しまいます.

この意味では.プロトタイピングとウオータフォール

きだ」というのが私の考え方です.
UNIX には.プログラムの世代管理のためのツールとして.

とのちがいは.紙一重ではないかと思います.

SCCS. RCS. SPMS の 3 種類が周意さ

プロトタイビングのよい点は .

1 人のエンジニアのアれています.われわれはその 3 つを使いくらべてみて，

イディアにもとづいて，それを具体化するまでにいろい

RCS を採用することにしましたが.ちょっと大きめのろ実験をくりかえしていくので，内容が一貫しているこ

DB ソフトウェアなどは支えきれない.ですから自分たとです.つまり実験というかたちで，論理設計を行ってちで手直しして使っています.ある意味ではツールを進いるのです .

化させてやるわけです.ある程度素性のよさそうなツー

また，変更がきた時でも作り直すのが苦になりません.

ルは，このようにして使いこなさなければならないと思

いちいち基本設計書に戻って修正し，詳細設計書も直し.

います.自分たちのしごとのやり方をツールに合わせる

両者の裏合性をチェックしてからコ ー ディングをするののではなく，ツールのほうを自分たちで使いやすいようとくらべて，大幅に工数を減らせます.しかし大規模なに進化させるのです.

プロジェクトはそれを許してくれません.

0氏 :
ょうか.

II湿:

プロトタイピングの欠点は . 僚準的なな物の作り方がツールを修正する専任のスタ ッ フがいるのでし存在ないことでしょう.つまり複雑で大規模な物は作りおりません.何か問題が起きた時には，ツール

にくい . しかし.われわれは.それよりもメリットの方を使っている人を集めて討論させます.そして.みんなを重視して.プロトタイビングを採用しています.

で分担して手を入れます.専任を置くと，現場の声が聞M氏 :ドキュメントもないプロトタイプが商品になりこえなくなるので，よくありません.勝手な思い込みで得るでしょうか.

なおされて，せっかく素性のよかったツールが恵くなっ"温てしまったりする.

ありません.アイディアを奮いた簡単なメモとソース・時には.ツールに手を入れるために，プロジェクトのUNIX 上のソフトには.ふつう . 仕総書など

プログラムだけです.それで，十分に商品として通用し

UN1X の世界で工期か延びてしまうこともありますが，それでもよいとています.こうした考え方のお陰で .

思います.次にまた同じような仕事をする時に.役に立は.使いやすいソフトがどんどん出てくるのだと思いまちますから.

す.

4. アロトタイピングについて
M 氏:

プロトタイピングの長所短所は何か.開発モデ

ただし.ユーザがそ う した考え方を受け入れてくれるかどうかは ， また別の問題です.特に.旧来の開発手法

ルはウォータフォ ー ルのままでよいのでしょうか.

しか知らないお客の場合は鍵しいでしょう . まずは.社

深海 :内の開発環境作りに使うのがよいと思います.

一般にプロトタイピングの欠点は，ドキュメン

トがないことだといわれています.それに対して.ウォ

われわれは 4.2BSD でソフトを作っています.しータフォール型の開発て'は.自動的に多量のドキュメン

かし，客がシステム V がいいといえば，システム V 周のトが残るようになっている .

ソフトも作ります.工作綴械つまり開発環境と商品とは，

しかし，実際には ， 結局意味のあるドキュメントは残まったく別のものだと考えています.

りません . 基本設計奮を見てメインテナンスをすること

5. 環境への銀資が重要であるはありえないし，では，詳細設計書はどうかといえば.

T 氏:

これも役に立たない . 結局.ソースをみてメインテナンに行いたいのですが.何かよい方法はないでしょうか.

スする羽田におちいる.

II 湿:

ウォータフォールは.大規倹プロジェクト{長期間 ・進捗の把握を.時間(期間)の両面から定量的いくつか考えられますが，私の経験では，意味のある数値が得られたことはありません.たとえば多人数で.その聞に人が入れかわること)を前提として

あのプロジェクトはどうか」と聞くと順調です J と考えています.人がかわっても，ドキュメントを生かそ

答えが返ってくる.しかし.最後に行って「実は…・」と

‑
1
0
‑

S
e
a
m
a
l
lV
o
l
.
lNo.10SEASemlnar1
1Report

なってしまう.これは，初めに見えなかった部分に，どれだけの工数がかかるかわからなかったためです.

ネットワークもまた.きわめて重要なファクターです.

どんなにハードが高性能で，よいソフトがそろっていて

特に，パソコン関係の仕事では，ハードもソフトも見も，特殊なネットワークの中に閉じているワークステー

えない部分がほとんどなので.工程管理は最初から放棄

ションは.外の世界と接続するときに，そのためのゲーしています.汎用機のソフトはロジックの大半が見えてトウェイを作らなければならないので.かえって高くついるので，ある程度のマイルストーンは設定できるでしきます.その点.

ょっ.

・ アーキテクチャを採用している製品は.ユーザの立場

T 氏:

おっしゃる通りで，途中で聞くのと最後の方で聞くのと話が違うことが大半で.どうをしてよいのか困っているのですが，何か知恵はないものでしょうか.

SUN のように.オープン・システム

からすれば安心だという結論になります.
特定のハードウェアのためにチューニングされた OSはよくありません.パフォーマンスは多少落ちても，自見通しのないプロジェクトの工程管理などで分でいろいろ手を入れられる OS であることが絶対条件

きないとお答えするしかありません.しかし.工程の管です.現時点では. U N1X しかないというのが，結論理はできなくても.工数を減らすための環境の整備は可になります.

能です.初めに見えなかった部分で遅れても，環境の力

T 氏:

で素早くリカバリーできる.そのための投資が重要だとじめましたが，どうお考えて'すか.

考えています.

..: 今日はメーカの方もいらっしゃるので，ホンネ.温:たとえば，ワークステーションを導入するとか，ネッ
トワークを引くことなどて'す.見通しのきくアプリケー

国産で安いワークステーションがいくつか出はがいいにくいのですが(笑い) .一般論として，国産ワークステーションはあまりおすすめできません.
アメリカのワークステーション・メーカは，新しいコション開発の場合にも.工数を短縮し，開発コストを下げる上で.環境投資は役立ちます.

ンセプトの設計に対して.すぐれた人材を大量に投入しT 氏:ています.開発投資もかなりのものです.その結果マー

最後に各社のワークステーションの特徴や選ぴ方についてお聞きしたいのですが .

ケットで多くの実績を持っていますが，これだけ台数が深海:出れ11. ソフトもハードも洗練されるのはあたりまえのわれわれがワークステーションを選ぶ時の基準

ことです.

は，価絡.ネットワーク .OS の 3 つです.

しかも.ハードもネットワークもオープンなアーキテ

一番先に考えるのは.もちろん価格です.技術の進歩
や需要の増加に応じて.価格は変動します.昨日までのクチャになっているものが多く，いろいろな付属装置をベストセラー商品が，価格・性能の両面で他社の新製品

ユーずが自由に選んで.サード・パーティーから購入でに追い落とされ，明日からは全然売れなくなるといった

きます.ディスク・コントローラでも何でも.全部サー

状況は.ワークステーション ・ ビジネスの世界では日常

ド・パーティーからマーケットに涜れているので，それ茶飯事です.そのあたりの見極めが大切です.

だけ信頼性も高いのです.

アメリカでは. SUN みたいに，日本的感覚からすれそれに比べて.国産のワークステーション(特に汎用ば高価なワークステーションが.何万台も出荷されていメインフレーマの製品)は，自社の閉じた世界の中で作ます.エンジニア 1 人の年俸より安ければ.

られていることが多く，何か問題が起きた時に救いよう

1 台入れてもよいという計算のようです.つまり，あちらの経営者

がま込りません

は，ぞれなりのワークステーションを導入すれば.生産です.

性は自動的に向上するものと楽観的に考えている.

6. ß わりにその意味で.あまりおすすめできないの日本では.なかなかそうはいきません.ワークステー

後半の討議も盛り上がりの内に.残念ながら時聞が来ション 1 台あたり生産性が何%上がるのか.見櫛けだけてしまいました.当セッションの謙譲・討論を通し，自はきちんとした積み上げ資料を周意しなければならない.

分の周囲のソフトウェア開発環境を真剣l に見直し.改善

まあ. 2-3 年もすれば，ワークステーションの値段も，を進めて行くことの重要さを，あらためて再認識させら

いまのパソコン位にさがり，そうすれば処発的に普及すれました.

るでしょう.

‑
1
1‑

SEASeminar2
1ReportSeamaUVol.
1No.10

SEA 秋のセミナー-ウィーク

セッション Gl

システム監査と EDP 部門
講師:

吉村成弘

報告者・

佐原伸

1.システム監査とはなどが考えられます.

1. 1 定重量システム監査を正しく行っていないと，監査法人に責システム監査とは何かといえば:任が生じる可能性があります . 米国では訴訟になる可能「システム監査は，監査対象から独立したシステム性があり，実際，ヱクィティ・ファンディング事件(後監査人が，情報システムを総合的に点検・評価し，述)では，このような訴訟が起きています

関係者に助言，勧告するものであり，セキュリティ

このため米国におけるシステム監査は監査をやっ対策の実行性の担保及びシステムの有効活用を図る

た証拠を作るのが目的になっている J という傾向が見ら

上で効果的手段と考えられる.

れます.エクィティ ・ ファンディング事件では 21 億ドシステム監査は，システムの信頼性.安全性.効

ルの粉飾があり .97.000 通の保険証券の 3 分の 2

率性を高め，よって情報化社会の健全化に資するこが架空契約であったにもかかわらず，監査法人は無罪にとを目的とする Jなりました.

(通産省「システム監査基準 J より)

3 枚中 2 枚の証券が偽造だった訳で，まともな監査をやっていれば発見できたはずなのですが?

といったところが一応の定義ですが，今日は.効率性の話は省略し.コンビュータ犯罪に焦点を当てて.お話し

2. わが国の実情てみたいと思います.

2. 1 わが国における問題の取り上げ方

システムの安全性の観点からみると，コンビュータ犯罪の報道では，ほとんどの場合肝心なことが抜けていま

以下に示すような機関がシステム監査」を問題として取り上げています:

す.つまり，どうやったかがわからないのてす.今日は，-通産省

このあたりのことを紹介しながら，システム監査につい(財)日本情報処理開発脇会て，皆さんと一緒に，考えていきたいと思っています.

.日本公認会計士協会

ところで，通産省はシステム監査の制度化を考えてい.ユーザー団体

ますが，本来，システム監査は.誰かに押し付けられて行うものではなく，企業が自ら行うべきものであろうと2. 2

考えます.本日の話は，おもに米国での事例が中心になりますが.米国では.

EDPA A (EDPA
u
d
it
o
rAss
o
ｭ

笑施状況

わが国における「システム監査」の実施状況について
は，雑誌「データ-マネジメント」の昭和 60 年 7 月号

ciation) という協会があり .8 大監査法人はそれぞれ独に，警察庁が調査した結果が報告されている.それを次

自の監査パッケージを使用して，監査を行っています.

ページの表に示します.

実施しているというのが，全体の 16 パーセント弱と

1. 2 必要性
システム監査の必要性としては:いうところに.今後とも多くの問題をはらんでいるように思えます.

-会計監査の前提条件として.コンビュータ犯界の防止.コンビュータの有効利用.プライパシーの保護

‑
1
2
‑

SEASemlnar21Report

SeamallVol.lNo.10

実施している

183 社

15. 9 %

社外専門家による(82)(7. 1%)

社内専門家による(101)(8. 8%)

実施していない

827 社

作業時代に比べて，かえって危険性が大きくなりました .

4. 3

内語蕊割に与えたインパクト(a) 内部続制の定義{狭義}

7 1. 9 %

その他

101 社

8.8%

無解答

40 社

3. 5 %

狭義の内部統制は.以下のように定義できると思います:「財産を保全し，会計記録の正確性と信頼性を確保するための組織計画.手続き及び記録から構成されている」(b) 会計業務に与えた変化

3. 米国での歴史

会計システムがプログラム化され.会計業務が現業シ

3. 1 エクィティ・ファンディング事件
この事件は . EDP 部門に分からないように.保険計
数部で架空証券作成プログラムを作り .

97.000 通

ステムに埋没してしまった.このため，会計部門の牽制機能が低下しています.
(c) 対象部門{インプヲト部門}の問題点の保険証券の 3 分の 2 以上が，架空契約だったという衝撃的な事件だった.

21 億ドルの粉飾事件として有名です.

事務能力の低い末端からインプットされ，手作業段階

でのチェックの節が消滅したために，問題がでてきました.手作業時代はチェックの節tIfCに，人間が意味的なチ架空証券はコンビュータて'作成され，コードで識別されていました.会社は倒産し，先程お話しましたように，
監査法人が告訴されましたが，無罪となりました.

ェックを行うことが可能だった訳ですが.コンビュータ
ではこのようなチェックがかなり困難です.このあたり
で.

A 1 といいますかエキスパートシステムが，システ

ム監査にとっても，重要な意味あいを持ってくるだろう

3. 2

始まり

と思います.

1950 年代にその崩芽が見られ.

ってその認識が高まり .

1960 年代に入(d) EDP 部門の問題点

1970 年代にほぼその考え方以下に示すような問題点があります.

や手法が確立しました.だいぶ古いものですが，以下の-データ処理が電算室にすべて集中する

ような参考文献があります :.能率を第ーとする精神風土がある.P.Waterhouse , Auditen∞unters E
l
e
c
t
r
o
n
i
cD
a
t
a

・プログラムの不備に乗ぜられると非常にもろい

Pr ocessing , 1
956.

.オペレーション段階での介入の可能性がある.W.S. Bo utell , Audit
i
n
gw
i
t
ht
h
eComputer , 1964

-ドキュメンテーションが整備されていないケースが・監査業務と EDP (日本経営出版会)

多い-修正，改ざん，架空取引の挿入などが証鎚を残さず
4. コンビュータが企棄に与えたインパクトにできる

4. 1 手作業時代の事事処理
会計の世界では，物と帳簿を分けるのが原則でしたが，コンビュータ時代で，この原則が問題になってきました.

伝票と帳簿のこれまでの役割は，ふつう.次のようにな

最近のパソコンのシステムには.このような全体の姦合性を保った修正が容易にできるものが多く，脱税などに涜用される危険が大きいようです.
(e) システム全体のコントロールっています:

システム全体のコントロールをしているのはコンビュ

伝票・

組織を横断して情報を伝達する.

帳簿:

伝票から転記.分類・集計を行う.

4.2 コンビュータによる事事処理
ところが.コンビュータ時代になって，省力化のためータであって，人間は部分的にシステムに関与しているだけになっています.さらに，人聞が部分的にしか関与できないため.知識が自に見えなくなって.全体を見渡せる人聞の養成にも支障をきたしています.

に短絡化現象が発生し，組織を横断して伝票が流れるあいだに幾重ものチェック(内部統制)がなされていた手

‑
1
3
‑

SEASemlnar2
1Report

4.4

コンビュータ犯罪

S
e
a
m
a
l
lV
o
l
.
1No.10

ここで A社と B 社は.システムを改ざんした人聞のダ ミ(a) ウェルズファーゴ銀行事件

ーとなっています.この場合.手作業時代の分業によ

特別な技術・知識を持っている訳ではない 2 人の人間って，犯罪を防ごうとする考えが通用しなくなります.

(オペレータと詐欺師)が.銀行の本支店間で金をタラ

つまり，今の場合 ， 各担当者は規員IJ 遺i り仕事をしている

イ回しし ，

訳です.しかし，不正は棚卸しのときまで発覚しません .

3 , 000 万ドルを積領した事件てす.つまり ， 自分遠の口座に金を綴り込み，検査の前に支店から(e) ジエリー・シュナイグ一事件

振り込まれたような操作をします . この振り込みがばれ

パシフィック電 々 が捨てたシステム仕様書 を 高校生がそうになると ， 今度は本店から支店に振り込む訳です .

拾い，全部繍えました

分からないところは，新聞記者

これは本支店取引に関する シ ステムのチェ ッ クが甘かを名乗って取材したのです.彼i立.システムの全体を理っ たことに起因しています . チェックは 10 日毎にしか解し.システムにアクセスし，自分がほしい品物を出荷ありませんでした.このため犯人遣が一度成功すると，するよう指示したのです .
この事件は，会計上はほとんど完全犯罪です.しかし.

何回でも同じ手口で積領できたわけです .
(b) ハーロウの犯罪注文を受ける媒体が電話であり.受けた人聞が判断すれ農産物の販売を行っている会社の，システムと経理のば ， あまりにも変な注文であること{注文の単位が少な

両方の責任者を兼ね た 人間が . システムを改造して会計

く.品物の組み合わせがおかしい)が分かつたはずです.

士も感心する程の帳簿をコ ン ビュータで作っていました .

この点で，エキス パートシステムの活躍する余地がある

会計士はそのシステムの販売を勧めたほどだったそうで訳です.

す. しかし実際には.会計士が来る前日に偽造帳簿をコ

この事件は，高校生たちの仲間割れで発覚しましたが .

ン ビュータで打ち出していた訳ですが ， こんなことは，当事者のジエリー ・ シュナイダーは.このことを本に買

従来の手作業のシステムでは考えられなかったことです .

いてベストセラーとなりました.

(c) 日本の銀行の例(f)刑罰

女性行員が歯医者に行くといって出て行ったきり，戻コンビュータ犯罪は罪が軽く ， 企業側もあまり告訴しら なかった . 昼のチェ ッ クで 1 億 8 千万円の誤差がでた

たがらないようです . また.犯罪の立証も困難な訳です .

が ， 銀行は打ち間違えと思って彼女の帰りをまったのでたとえば.脱税をプログラマのミスにするとすれば.そす . が，実際には， 4 つの支店に振り込んだ金を横領しの立証の回総さはおわかり頂けるでしょう.

て海外に逃亡していた訳です .

この事件で巧妙なのは，

l{!a 千万という数字が.例

5. 参考文怠えば 21 {J 3 千万円の 3 と 1 を打ち間違えて 23 億 1 千万円と打ってしまったと推理できてしまう点です . 専門
家ほど引っ婚かる手口て'す

これまでお話してきたことの詳細については . 以下にあげる文献を参照してください .

各支店からの引き出しも，全額おろすと疑われるため， 一部を残していました.こ. EDP システムの内部統制の事件は銀行の第 3 次オンラインで，現金勘定のリアル

第一法規出版(株)日本公認会計士協会編- システム監査の基礎知識鳥居壮行著

タイムのチェックができれば防げるようになるかもしれ

日本生産性

本部

ません.

-システム監査ガイドライン(d) 内部統舗をIf絡に守ってもまずい例

日経マグロウヒル社

これまでの例は，内部統制を厳格に行っていれば.何とか防ぐことができた事件なのですが，内部統制を逆手にとった犯罪も起こりました.

倉庫に出荷指示棄がまわされ， A 社に納入します . その分在庫が減るので B 社に注文をだし ， 8 社から品物と請求書が届きます.しかし ， A 社への請求はいつまでも発行されないように，システムが改ぎんされています .

‑
1
4
‑

監査人協会東京支部編

V
V
o
r
k
s
h
o
p
R
e
p
o
r
t

SeamaUVo
1
.1N
o
.
1
0

第4回夏のプログラミング・ワークショップ報告
松尾正敏
ソフトウェア・リサーチ・アソシエイツ

1.はじまりが，ともすればグチのこぼしあいに終始してしまったこ「夏のプログラミング・ワークショップJ 一正式名称とへの反省がこめられています.

(?)若手の会 in 盛岡ーも 4 回目を迎えました.
その普，ソフト笛技術祭員会時代に.ワークショップ

招待講演に関しても.これまでと趣を変えて，この業界以外の人を選ぼうということで.演出家.建築家，弁というかたちの技術交流活動を始めたばかりのころ

護士など，いろいろな候補者が浮かびました.結局.盛これから何年か先にはこの業界の中心になるであろう 2

岡のローカル色を全面に打ち出そうということになり，0 代の技術者を対象としたワークショップを開いては?

地元の野村さんにお願いして，郷土の歴史に詳しい照井」と話していたのカf現実になり，めぐりめく'って，自分さんと建築家の久慈きんをお招きすることになりました.

自身がプログラム餐員長をつとめることとなりました.

フ・ログラム委員が頭を悩ます以前に，不思議なことに.

このワークショップのねらいは.鎖国会社(社会ではS加募集はすでに始まっており.何人かの人からはポジ

ない)の弊容を若いうちから取り除こうという，中年・ション・ペーパーが送られてくるという状態で，募集締

熱年技術者の気配りからでています.もちろん，議論のめ切りの日が迫ることとなりました.

中身も大切ですが.日本のソフトウェア ・ コミュニティ

2. 獲しみと笛みに電子ネットワークが真に定着するまでに，もう少し時

参加募集の締め切りは 7 月 15 日でしたが ， ほとんど間をかけて，若手技術者の輸を広げておく必要があるののポジション・ぺーパは，締め切り前の 1 週間に殺到す

では.と私自身も考えています.

るというありさまで.この業界における「納期J の鍍念

きて，今年の若手の会は .I も終わりの 9 月 10 日-を如実に反映していました . 納期遅れもいくつかありま

13 日の 4 日聞に，例年通り盛岡で開催されることとな

したが，全体としての比皐は少なく，一昔前に比べて.

り.企画運営スタッフも自然に(? )次のようにきまり

仕事を納期どうりに何とかこなしてしまう習慣が定着しました:てきたのだな，と感心した次第です.

実行委員長

場江

結局のところ.申込は 27 社から 55 人にもなり.定進(日本電気ソフトウエア)

プログラム委員長

松尾正敏 (SRA)
プログラム委員員は 25 人なので，きあどうしようということになりました.もし.計画がち密に立てられていたら. 30 人の方々に「残念でした」と伝えねばならなかったのですが，そこは.ソフト協の時代からの伝統でどうにかなる白井義美{日本電子計算)

さ」と，まるでいつものプログラム開発の場合と同様に

熊谷章(パナファコム)

気楽に計画変更してしまい.級終的には 32 人を選抜し野村行憲(岩手電子計算センター)

ました.これにスタッフの 8 人が加わり，公式参加者は深瀬弘恭(アスキー)

40 名と決定したのが 8 月の下旬頃だったと思います.

森田政敏(神戸コンビュータサービス)事務局

辻

ちなみに歴史 (J 1SA / STC レポ ー ト)をひもとくと:真理子(日本コンビューター・システム)

第1 団

47 名

中島千代子{ソフトウエア技術者協会)

第2 回

50 名

今年の討論テーマは「プロジェクト・プランニングのケ

第3回

61 名

ース・スタデイ J でしたがテクニカル・マネジメン

もの人聞が集まっており，ワークショップの「適性規模トを中心に J というサブタイトルをわざわざつけたのは，

J をはるかに越えていたのですが.今回は ft適ラインに

これまでプロジェクト管理を主題にしたワークショップ

若干近づくことができたようです.

‑
1
5
‑

S
e
a
m
a
l
lV
o
l
.
1N
o
.
1
0

WorkshopReport

参加希望者が増加し，かつ，ポジション・ペーパーの4. 集合左目E量生

内容が充実することは，望ましい現象ではありますが，

2 日目と 3 日目は 5 つのグループに分れ，反面，人数の制限によって参加できない方が生ずるのは・実際に経験したプロジェクトを持ち寄り，それらを残念なことてす.それでも，現在 29 才以下の方でした

もとに各グループで討論の対象とするフ・ロジェクト

ら，来年もまたチャンスがありますので，ぜひ申し込んを定援する.

- このプロジェクトを始めるに当たって .どのようなでいただきたいと思います.

プランにするか

3. いよいよ鈴まり.そしてホテル東日本での初日のセッションは，オリエンテーを検討し，プランを作ることを目援にしました.

ションと緩江実行委員長の基調講演で募を明けました.

企画・運営サイドの人聞にとって，ワークショップの納期を守ることに忠実な参加者の皆さんは，時間遜りに楽しみの一つは，どのようにグループが形成されてて行集合した安堵感からか，はじめてこの種の会合に出席す

くかを観察することです.

る緊張感からか，新鮮t患の旅の疲れのせいか. Iまたまた，

今回は，グループ討論の場所がかなり広い会議室だっ

昼食後の心地よさのせいか，会場には異様な静けさが濠たので，そこに 5 つの島を作り.あらかじめそれぞれのうひとときでありました. >>11の見方をすれば，プロジェ

島の所有者(グループ ・リー ダ)を決めておいて，席取

クト管理データの収集と分析で有名な娼江さんの話を一りグーム方式で分けることにしました.すると不思議な言も漏らさずに吸収しようとする使命感にも似た貧欲さことに.バランスよく 5 つのグループができあがり，なの現われであったのかもしれません .

んの調整もいらないという事悠に .何か不吉な予感を感

次は，いわゆるプレイング・マネ ージャである 5 人のじたものです.こうして.グループ・リーダとその仲間

グループ・リーダ(つまりプログラム餐員)が，実際にたちも決まり，各自持ち寄ったプロジェクトの説明から，「プロジェクト・プランニング」をどのように行なってグループ討論が始まりました.

いるか，私生活.いや ， 会社での仕事ぶりについてそれ

2 日自の午前中はどんなプロジェクトを想定するかにぞれの実態を明らかにするパネル討論となりました.こついて討論し，午後は，各グループからその結果を報告

れは，グループ討論の基本方針を明らかにする目的で行し，他のグループの人々がいろいろ意見を出すかたちでなったもので..加者がどのリーダと残りの 2 日半の運討論を進めました.何といってもハイライトは地上命を共にするかを決意する手がかりにしていただきまし観測ロケット打ち上げ用システム」プロジェクトであり，「本当に打ち上げができるのかな? J とか「打ち上げのた.

まあ. 5 人が 5 人とも.さすがに年季の入っていて.

後始末」プロジェクトの提案などがあり，会場に和やか

もっと時聞があったらと思うほどに密度の浪い意見が数な雰囲気を涜すように努力したグル ープ・ リーダの方々

多く飛び交い，思わず感心させられました.何かの徹会の心配りに，感動を覚えたわけです.

に.また同じ組み合わせでパネル討論を行なうと面白い

夕方のプログラムは，楽しみにしていた照井氏の講演のではないかと感じつつ，時計の針を恨めしく見ながらでみちのく夜話(日本人の心のふるさとを諮る) J

討論の募を閉じました.

と題して，速く縄文・弥生時代まで遡り，江戸時代そし

初日の終わりは，ワークショップ恒例の自己紹介を延々と 2 時間半ほど続け，途中から話のつまみに飲みものて現代と，岩手県が「みちのく」である所以について.
楽しく諮っていただきました.

と食べものを加えて.参加者相互の出会いの緊張を多少講演の後に起こったできごとは，ただただ r IJ マー

なりともほぐすことができたようです.やはり，日本人

クを何個か並べなければ，表現しようのないことでした.

の証明とでも言える謙虚さ(人見知りの耳障)は，そここ

時間の使い方は各グループの意志に任せていたのて寸が.

こに現われてはいましたが，新人類よりも少しばかり年

2 つのグループが簡単な打ち合わせの後，夜の町へ食事をとった 20 代の人々は，自己表現がなかなか上手なよに去ってしまったにもかかわらず.残りの 3 つのグルー

うで，ユニークな自己紹介も多かったのであります.

プは，食事の時間も惜しんで討論を続けていたのてす.

こうして最初のプログラムも時間の経過とともに消化され，盛岡の夜の静寂きが戻ってきました.

部屋の半分には人がいて.もう半分にはテーブルと精子しかないという光景が.今でもまぶたに浮かんできます.

‑
1
6
‑

WorkshopReport

さてこの原因は ?J と考えてみると，答えは一つ，
なんとグループ・リーダの血液型の速いだったのです.

SeamallVol
.lN
o.10

したことで ，かえって 盛り上がりを欠いてしまったよ うです .
それでも各グル ープの発表は . 趣向を凝らしたものや，

その 2 つの血液型が何であるかは想像にお任せすることにして， 2 日目も無事夜が訪れました.
3 日自の朝，この日も天気はよく，みちのくの太陽は期間中ずっと，プログラマたちを歓迎してくれました.

長すぎる(発表時聞が)ものや，少々議論不足気味のものなど ，結綿バラエティに富んでいて，聞いている方は楽しめました .内容の詳細は ， )J ll途発行されるワークシ

しかし，とうとう事件が起きました.ある グループのョップ・レポートを読んでいただくことにして.この報リーダである熊谷さんが夜 8 時には戻ります」との

告もこのあたりで終わらせていただきます.やはり.慣

置き手紙を残し.急用のため早朝の新幹線て'東京に帰っれない原稿書きで，後半は疲れのせいか腰くだけになってしまったのです.突然のことで，残された グループのてしまいました.

若者たちには多少の戸惑いはあっ たようですが ，上司を6. 蛇足{鬼を笑わせる話}

あてにしないのがこの業界の常識なのでしょう，こ のグ

今回のワークショップで ，もっとも 大変だったのはプ

ループのテーマとしていた「火消し」を見事に実践してログラム委員の方々で ，準備のため に高価な頭脳と肉体いました(深夜に，最終の新幹線で.熊谷さ んは戻ってを無償提供していただき.ありがとうございました . こ

きました.新幹線はたしかに便利ですが.災いのもとでの場を借りて御礼申し上げます.

もあるようです)

いまから考えると.企画がかなり成り行き任せのとこ.

この日の夕方には，盛岡にある多くのピルの設計 を行ろもあり ，事前のミーティング回数が少なかったようななっている，建築家の久慈氏に，建築の世界での才縫の気もします.次回は，少なくとも 6 ヶ月前ぐらいにフ・ロ

引き出し方や，ソフトの世界との遣いなどについてお話

グラム委員会の編成を終わって ， 時間に追われることなしをいただきました.

く準備を行なうことをおすすめします.

プログラムの上では.グルーフ・討論の時聞をたっぷり

また，一番伊窓になるのがテーマの設定ですが ， 今回

取ったつもりでしたが，実際にやってみると議論はっきは，テーマが先にあって，それからスタッフが決まりまないもので，グループによっては討論が不完全なま まにしたプロジェクト管理」はテーマとしては設もが興終わったところ もあったようです.しかし ，初めて 顔を味を示し，かつ，若手の人々にとっても身近な問題では合わせた者 同士にしては ，限ら れた時間内でかなり突っあります.しかし，今回のテーマが果たして的を得たも込んだ意見の交換ができたものだと感心させられました .

のであったかどうかは，残念ながら，未だに判断がつき盛岡という地の利を活かした討論方法も，それぞれのグません.来年は，この討論テーマの設定の問題について

ループごとに， いろいろ(静かな会議室で夜遅く迄とか.

も，プログラム委員会で十分論議をしていただきたいと自然の中で免惣の転換をはかったりとか)工夫していた思います.

ワークショップというイベントは，ボランティア活動

ようです .
こうして， 2 日間にわたる討論も終わり . 各グループを前提とする SEA にとって.ある意味ではもっとも重は最終日に向けてまとめを行なったのち，夜遅くまでフ要な活動であることは間違いありません . 今後 ， 若手のォローアップのミーティングを，市内のあちこちで続け会に限らず，たとえばそれぞれの SIG が運営するワーていました.

クショップなど.バラエティに富む企画が次々に出てく

5. 録後の集まりることを期待します.

とはいえ， SEA の活動はまだ始まったばかりです.

第 4 日午前中の最後のセッションでは ， これまでの討論のまとめを，各グループから発表してもらいました.

ボランティアの絶対数が不足していることは否定できま

それぞれのグループ内での討論は，かなり盛り上がった

せん . 今回のワークショップの参加者の中からも何人かはずでであるにもかかわらず，この全体討論ではあまりのアクティプなボランティアが生まれ，それらの人々の質問や意見が出ず，どちらかといえば静かに終わったの企画運営による若手だけの「若手の会」が近く実施されが，奇異な!sじもしました.当初は，パネル討論の形式ることを祈りつつ，量廃を置きます.

をとるつもりだったのを.これまでどうりの発表形式に

‑
1
7
‑

Report針。m SIGENV

SeamaUVol.lNo.10

ソフトウェア開発環境としてのメインフレーム TSS
田中慎一郎
協同 システ ム開発

L はじめに

MODEJB釘MODEJBase)SIGENV の 8 月例会では最近のメインフレーム

グラフィックスを処理するための

KGRAF(KemelGr
a
p
h
i
c
sF
u
n
c
t
i
o
n
)

τ'ssの動向」というテ ー マで ， 日立製作所，日本電気.

BGRAF(
Busi
n
e
s
sGr
a
p
h
i
c
s
dF
e
a
t
u
r
e
)

富士通の各社の方にお話していただき.参加者との討論の場を持ちました .

対話環境の基本要素を対話形式で定穫するための

MODEJPNL(MODEJPanelServiω)

今回はその袋織を ， 私が受け止めた範囲で，簡単にご紹介しようと思います.当日の発言者のなかで.そうい

MOD
E/IBL(
MOD
E
f
I
'
a
b
l
eS
er
v
i
c
e
)

う風には言わなかったとか . 発言の主旨がちょっとちが

ElGra
p
h
i
cS
e
r
v
i
c
e
)
MODE?GRF(MODう とかいう異論のある方 ， また ， 当日出席されなかった

MODEIFNT(MOD
ElF
o
n
tS
e
r
v
i
c
e
)

方で，討論内容に関して賛否いずれかの意見がある方は .

がある.

どしどし誌上にコメ ン トまたは御意見をお寄せください .

新対話システムの編成

2. 各社からの環境の綴介

2. 1

日立製作所

日立製作所からは.新対話システムの核である対話型
環境基盤製品:

MODE1:Multi.media 句en叩ded D
ia
l
o
g
u
e
E
n
v
i
r
o
n
m
e
n
t1
および総合形テキスト - エディタ:

ASPEN:
Ad
v
a
n
c
e
dE
d
i
t
o
rS
ystemfor

対A P r.，

直

ーー十一
ユ

山

ProgrammingE
n
v
i
r
o
n
m
e
n
t

日

を中心に説明があった.
MODEl はこれまで 2 層であったプログラム群(システムレイヤ，アプリケ ー ションレイヤ)の中間に位置するミドルレイヤである . それは.いわば対話の部品化をねらったもので ， 複数のアプリケ ー ション ・ プログラ

11

!
! n

l 1 U !I唄
4 宣 JI 品I"'OOEI)

ムを連結させるための機能(アプリケ ー ション・プログ

ラム間違結機能)と，対話に使用するパネルを制御する
徳能(パネル制御徳能)の 2 つを軸として，各種メディア(グラフィ ッ クス，ビジネスグラフィックス ， 画像.

表デ ー タ)を処理するための共通機能を.ひとつにまとめたものといえる .
エンドユーザは 3 種類のパネル(メニューパネル，デASPEN は，プログラム開発作業を総合的に支t愛する
ことをめざしたエディタである.

ータパネル，ガイドパオ、ル)を通じてコンビュ ー タ内の特徴としては.

処理と対話が可能であり.また，データの論理化，抽象・画面コマンドと行コマンドの両方が使える化がすすめられているため.単純化された形でデ ー タを

- 同時に複数個のプログラムを表示 ・ 編集できる(

8 ファイルまで)取り銭えるようにもなっている.具体的には.基本的な-正規表現が使える制御をつかさどるための

‑
1
8
‑

SeamaUVol.
lNo.10

Report 針。皿 SIGENV.UNDO がある

-百Drr

・画面分割，ページマップによるスクロール，プロ

.RBUG

.ATAC

グラム内の特定行の固定表示ができる.DSP-編集を保留にしたままで ， コンパイルやコピ ー な
どができるがあり，ソースおよびオブジェクトのデバッグが行える-コンパイラと連機できる(自動的にエラーメ ッ セが ， マルチメディア対応を意識している . また現在問題ージ領域がとられたり.エラ 一 行の色が変わったとなっているのは，開発過程の情報をどう持っか.ドキ

りする)ュメント等にどのように反映させるかという点である .

-τ'ssコマンドが自由に活用できるテキスト /データ支媛としては ，・一括入出カなどがあげられる.

・行エディタ

その他の使い勝手として，-テキストエディタ-画面はツリー精進をしているが.慣れれば直接飛. 日本語エディタ

んでいくこともできる，

.RWlo
f
f

-ヘルプ事霊能が充実している ，

.Be
a
u
t
i
f
i
e
r

- 出力リストはスプールにためておいて編集することもできるがあり.ドキュメンテーションを意識したものとなってなども付け加えられた .

いるが，アンクと日本語の混在はいまのところできない .

2. 2 日本電気
日本電気からは ， 比較的一般的な話として説明が行わ

言語に関しては.

J(工なしで実行できる環境をめざしている.

またデータベースとしては，

れた.

-町Q

まず TSS への要求としては，- エンドユーザ指向.IDS.利用/操作の容易性.ADBS- 開発/保守支媛ツールの整備.RIQS.豊富なプログラミング言語があるが. AC岱 6 と 4 とで一元化されている.

- データベース利用環境

TSSEXECUTIVEなどがあるが，最初の 2 つにあらわされているように.

aa::分割・サブシステム編成

プロ向きから一般向きへの傾向が顕著である .

τ'SS EXECU口VE の機能分割サブシステム構成は，
ラインサービス

右下の図に示すようになっている.
コマンド体系は，-利用者カタログ/ ファイル保守
アロケータ.コマンドプロシージャ-デファード処理

・対話型リモートパッチ処理
EXECU口VE.デバッグ/ トレ ー ス

S. S ディスパッチ
IJ り込み受け入れ.テキストエディタ編集/支綴.プログラミング言語
割り込み処理.データペース操作/検索

種 1 /0

都となっており.特にデバッグ/ トレースはエンドユーザ
による開発を意識している.

テスト・デバッグサポートとしては，

‑
1
9
‑

ReportfromSIGENV

2. 3

SeamaUVol.
lNo.10

富士通

行うと，簡単にプロトタイプを作ることもできる.

富士通からは， τ'ss

利用形態の推移(一般的な説明)

現在は，マイクロ・メインフレーム ・コ オ、クションのあと.オンライン・データペース・システム(AIM)(L岳ぽDUST)として会話型データ交換を行えるようなと τ'ssとの関係について説明が行われた.

ホスト~パソコン速携システムヘカを入れている.すな

τ'ss利用形態の推移を，下図のようにしている.

わち，従来のホストシステムでは，デ ー タ処理からメニ

TSS 利用形，.の推移

ュー /グラフ出力まで.すべての徳能をホストで行っていたが.会話転送を利用してマン・マシン-インタフェース部分をパソコンで実現することにより，ホストを，大量のデータ管理や高速処理などの.本来のデータ処理に専念させようというわけである .
本番環境と分程された開発環境

ょ云云τ子

一開発系 AIM ディレクトリと ITSー

づEL7 ィン
竺:::..:---一
基幹プログラム聞 Ja lJi!量プログラム Dn Y'â
科学校術 H;;:
~

~

>
>

~

>
>

+

S
I

‘・

富士通では τ'ssの簡易性を評価し，AIM(Ad
v
a
n
c
e
d

I
n
fo
r
m
a
t
i
o
nManager) で動くシステムを τ'ssでも使えるようにするとともに.

APS (Advanωd P
r
i
n
t
e
rS
e
r
.

一一一開発環1ST I円 terðc t ，v ・ T" .s t・ ni Supporvice) と組み合わせて統合化している{とかく一緒に集めると，統合といいたがるのですが.との発言には共感をおぼえた) .

APSはセンタプリンタとリモートプリンタを同じイメージで使えるようにしたものである.
テスト環境としては，ロ"S

3. 質疑および討論

(
I
n
t
e
r
a
c
t
i
v
eT
e
s
t
i
n
gS
u
p
ｭ

後半は 3 社の方への質疑を軸とした討論となったが，

portFacility) があり .本番環績と分程された開発環境

皆さん.個人の立場で発言していただいたので，以下でを提供している.すなわち，開発時には簡便な τ'ssを

は社名・人名は省略する.

利用し，ロ"Sでテストを行い，必要であれば，本番稼働

A: 最近感じるのは，ソフトウェア開発環境が，どん時に AIM 環境に移行するわけである.

どん「一般向け」あるいは「素人向け」の方向に進んで以上は，主に基勝システムを構築するための仕俗けでいるのではないか，ということです.われわれソフトウ

あるが，エンド・ユーザ・コンビューティングのために

エア・ハウスで働くプロフェッショナルとって，メイン

は町1ERACfがある.

フレームの世界はどうなっていくのだろうか.たとえば，

町1ERACfは，事務作業の中の帳票作成処理，グ

あいかわらず徹夜を続けているプログラマにとって，何ラフ作成処理.簡単な計算処理から，企画/計画部門のかいいことがあるのでしょうか.

専門的な統計・予測処理まで，エンドユーザが自ら利用

X: 別にメインフレームに固執する必要はないんじゃ

できるツールを数多く備えている.メニュー・ハンドラ

ないかな.それよりも.メインフレームとワークステー

を利用して画面を作り，コマンド・プロシジャで制御をションの役割分担をすすめて.マン-マシン・インタフ

‑
2
0
‑

, fa c;: ,ltty

R
e
p
o
r
tf
r
o
mSIGENV

SeamaUV
o
l
.
lN
o
.
1
0

エースの向上をはかるべきでしょう.

って.まとまりがつかないことのほうが多い.それほどY:

いいことかどうかは.疑問です.

われわれプログラマにとっては，ワークステーシ

ョンでも.メインフレームと同様のことができればすむ

A: みんなでたたきあって，ツールをよくしていこうのてhすから，実帳票・実画面イメージが得られるようなというメカニズムが，まだ社会的に確立されていないん

環境が，ワークステーション上に作られることになるででしょうね.

しょう.

X: そういうやり方のほうがいいものができるでしょ

そして，メインフレームの τ'ssはその他の使い道，

うね.でもいまのところは.....

たとえば科学技術計算や.データベースその他の資源のB: そのうちそうなるんですかネ.

共有.パカチョン式のユーザ ・イ ンタフェイスという利

X: きっとなるでしょうね(笑) .

点を生かす方向に向かって行くでしょう.

A:

ものを作るとき，それはその人の経験を反映した

Z: 単純作業で行けるものは.半自動化して工数を削かたちで作られる.というより.そういうかたちでしか減するのも一つの方向ではないでしょうか.エンドユー作られない.だから，それを別のところに持って行った

ザにできることは，自分自身でやってもらうようにする

ときには，使う人の経験に合わせて，当然モディファイ

だけでも，われわれの仕事はかなり楽になります.こうされるべきだと思うのですが.

したことは，ツールを充実させることで可能になるでし

Y: 生産性を上げるという意味では.ツールの活用のょう.ワークステーション化という方向も，もちろんあほかに，再利用をいかにうまくやるかも大切です.プロ

ります.

グラムのうちで，本当にシビアにロジックを考えて新し

A: 現状をみてみると.あまりにも手工業的なソフト

く作らなければいけないのは，せいぜい 2~31別ですか

開発のやりかたが多い.ダメな人には，いかにいいツーら，ノウハウの発散を防ぐ工夫が必要でしょう.現状でルを与えてもダメだ，という経験的事実があるので，逆は，パソコン.オフコン.メインフレームとそれぞれにに，できる人の生産性をより高める道を考えたらどうでちがいすぎますから.

しょうか.たとえば，主主張性の高い，モディファイしやそれから，何をどういっても. COBOL の使われてすいツールなどが考えられますが.

いる率がまだまだ高いのですから，もう一度 COBOL

X: TSS が使いこなされるようになってきたのは，せアプリケーションをどうやって支鑓するかということに，

いぜいこの 5 年ぐらいであって，登場からはだいぶ遅れたちかえる必要があるでしょうね.

がある.したがって.いまあるツールなども，一般に使B:

いこなされるようになるには.だいぶ時聞がかかるのでちに.光があたるように祈ってます.

はないでしょうか.

X:

鉱張性のあるツールには興味はありますが，そのようとにかくも，メーカとユーザのはざまにいる人た

やっぱり分化でしょう.

A: 理想はあっても実体はない.ツールのみならず，になっていくのは大変だと思います.たとえば，中身を人聞の問題もあると思います.

ユーザに見せるには，それなりの手間がかかるし，モジ

4. おわりにかえてュール化すると性能が落ちるなどの問題もあるでしょう.

私はソフトウェア・ハウスで育った関係で，メーカー

さらに，自己鉱張可能なツールの製品責任はどこにあるの人たちとの接触が，これまでほとんどなかった.また.

のか，メインテナンスはどこがするのか，といった問題

ここ数年は UNIX を使っているので，今回話題としても生じてきます.

とりあげられた各システムは，まったく知らない世界で.

どちらかといえば，初心者用と熟練者用とで，ツール以前に比べるとずいぶんよくなったという印象をうけた.

が分化していくということになるでしょう .

しかしそれでも，ソフトハウスのエンジニアたちが，A: 鉱張性のあるものだと.だれかが改良すれば.み使いにくいメーカーのツールで苦労しているという話は，んながその恩恵を受け，それに刺激を受けて新しい改良

いまだに数多く聞く.それを解決する方法のひとつとしが行われるというかたちで，技術進歩の波及効果が大きて，今回のような，ツールを作って供給する側と.それいと思うのですが，どうでしょうか.

を使わざるをえない倒との討論が，もっと頻繁におこなZ:われる必要があるのではないかと思う.

ツールの機能評価をさせると，みんな意見がちが

‑
2
1
‑

ReportfromYDOC

SeamallVol.
lNo.10

MAC と UNIX の世界
佐原伸
野村コンビュータシステム

この報告は .8 月の横浜支部例会での佐原さんの発表を(6) MacPaint(byApple) で絵とイメ ージを編集する.

もとにして，世話人の藤野晃延がまとめたものです.した{以上 on Ma
c)がって，文貨はすべて藤野にあります.

次に.作成したMac 上の図やイメージを， UN医上の文章ファイルと一緒にし，飯終的なドキュメントとしての体裁を整えなければなりません.そのために.

(7) Ma
c
T
e
n
n
i
n
a
l(
b
yApple) でMac を VAX/

1.はじめに私が日常使っているソフトウェア開発環境は，UN民に接続し，残念ながら最新の高価な EWS や，あるいはSmallt必k-80 のよう(8) macget で恥íac のファイルを VAX/UNIX にファイル転送する.

な先進的ソフトでもありません.

VAX 上の UN医(BSD)と，片手でも持てるような可(9)転送されたファイルを macpic (by 釘'iza@sra) で愛らしいパソコンMacintosh です.そして，私自身，現在

pic コードに変織し，のこの環境，つまり UNIX とMac の組み合わせがとても(1 0) 日本語 pic.

気に入っています.というより，現状では，これより強力

書する.

て'使い膨手のよいものはちょっとみあたらないのではない
か，とさえ思っています.

t
b
l
.d
i
t
r
o
f
f(
b
yika也i@sra) で消

ここで，LBP に実際に出力する前に.ft:終出力イメ ージ
を端末上で確認できると大変便利です.そのようなツール

そこで，典型的な私の 1 自の仕事ぶりを紹介し，その中ができないか.

SRA の松尾さんに質問したら，とっくにで UNIX とMac がどんな役割を果たしているかを示し.

作ってあるということでした.したがって，

オフィス・ワークとしてのソフトウェア開発に特徴的なポ(11)戸view (bymatsuo@sra) で最終出力イメ ージ
を確認し.意図したものと異なる部分があれば.再イントについて.考察してみます.

2̲ U~庇とMac と弘び(1 0) に戻る.

オフィスでの仕事では.やはり文書処理に費やされる時

OK なら LBP 出カして完成 .

そのほかに，作成した文書の管理，ネットワーク経由の聞が鰻も多く.それはたとえば，仕様書を作成したり，ス

転送，といったことも手軽に行えます.たとえば.

ケジュールを立てたり，技術資料をまとめたり.あるいは(12) RCS で作成文書のパージョン管理を行い，プログラムを作成したりと ， 内容はいろいろですが ， 広務

(13)jWlet( 管理人 /dev/jus) で ，ネッ トワ ー ク上の他の文書処理とみて差し支えないでしょう.

のユーザに転送し，意見をうかがい，

そこでの，私の仕事は.だいたい次のようになります.

(14) m でニュースを読み.最近のトピックについての(1)自の前の繕末から.漢字 UNIX4 . 2B釦 (by アス

海外情報を繍末にいながらにして入手することがでキー)にログインし，

き.

(2) j
v
i(vi の日本語版. by アスキー)で文章の入力を(1 5) 長任f で電子郵便を読み.先ほど転送した資料の内行い，容についての，他のユーザからの批評や意見が自分(3) V正-L (byVACS) で漢字文章変換をする.

宛てに届いていれば，ぞれを参考にして改訂版の作(以上 on VAX)成が可能となる.
(以上 on UNIX)

ドキュメントが文章だけでは.説得力に欠けるので.説明の図や写真が欲しくなります.その場合には，

さて，以上で私の典型的な 1 日の仕事が終了しました.

(4) Ma心raw (b
yA押，le) で図形作成・編集を行い，もう.気付かれたことと思いますが.

(5) Ma
c
V
i
s
i
o
n(
b
yKoaraT
e
c
h
n
o
l
o
g
i
e
s+ビル・ア

み合わせにより，単に計算微.あるいはワープロとしてのトキンソン)でイメージ入力し，

l.別IX と勘{ac の組み使うのではなく.製図I!.複写I!.写真機.電話，ファ

‑
2
2
‑

R
e
p
o
r
tfromYDOC

クシミリ，スクラップ・ブック等としても活用できるわけ

SeamaUVo
l
.
lNo.1
0

4. .髭の組み合わせの妙です.

ユーザー・インタフェースでは，UNIX とMac を組み合わせが，なぜこんなに強力なの

加lac に一歩遅れをとった惑のある UN民てすが.機能の豊富さ，機能を組みか.それを説明する前に， UNIX とMac の特徴を簡単に合わせての新しい徳能の実現容易性等では. Mac をはるか比較してみます.

に引きはなしています.復雑な線能を，既存のツールの組

3. 使いS さを造家したユーザ・インタフェース

み合わせで実現しようという UNIX の基本思想は，コマMac の特徴は，何といってもそのユーザ・インタフェー

ンド・インタプリタ.入出力リダイレクション，パイプやスで，その設計思想は.親しみ易さと一貫性を磁合させ，フィルタといったエレガントなメカニズムによって実現さコンビュータを可能な限り使い易くすることにあり，そのれ.ツールの聾富さとあいまって，きわめて魅力的ななも目的の追求に. 300 人月もの労力を費やしたともいわれのとなっています.

さらに，ほとんどのツールがパブリック・ドメインであています.

私は自宅にもMac を持っていますが，残念ながら，ほることも特徴で，さきに紹介した UNIX のツール類も問

とんど使用することができません.私が使う前に.子ども後です.徳能面からの UNIX とMac の比較を，表 2 に示たちが占有してしまいます.当然，子供ですからマニュア

します.

ルなど見るわけもありません.しかし，ディスクのセット

これらのことから，データの量がある程度まとまっていだけしてやれば，あとは勝手に楽しんでいまする.このこる，被雑な処理を行いたい，同時にいくつかの処理をかたとからも，Mac の使い易さの程がおわかりいただけるでしずけたい，といったときなど. UNIX は頼りになる相棒で

ょっ.

す.

実際，ユーザ・インタフェースに関してみれば，いわゆ

5. 結議

るLi sp マシン等の高性能ワーク・ステーションをも含んだ無差別級の比較でも.

Mac に 2医配が上がるだろうとまでいわれています.

以上述べてきたことをまとめると，次のようなことがいえます.

(1)すべての処理を終了すると，ディスクが岱によって自動的に排出されるなど.

一方. UNIX の方はどうかといえば，プロフェショナル

Macはだれでも安心向きであるだけに，きわめて寡黙で，決して縦しみやすい

して使えるよう工夫されている.逆に人間が安心しとはいえません.

すぎて，まったく不注意なミスを招く場合がある(

次ページの表 1 に，恥lac と UNIX のユーザ・インタフ

ェースを( Mac のユーザ・インタフェースの概念を中心

複写時のディスクの入れ倹えミス等) •(2)簡単な仕事.視覚的な仕事はMac にやらせるのがにして) .比較してみました.
Mac の User Interface 第 2 版 (by Espinosa) というよい.

(3) 複雑な仕事.プログラマ向きの仕事は UNIX にや手引書には，表 1 に示したようなことが，形式的.実用的にまとめられ，使いやすさと一貫性のあるユーザ・インタ

らせるのがよい.

(4) Ma c も UNIX も.熱狂的ユーザが多く.ソフトのフェースの実現のための指針が説かれています.
たとえば「モード」を形式的にあらわすと対話型コンビュータでは.

質がかなり高い.
(5) 般終的な結論として. UN医とMac は，それぞれ両方の径の雄であり，その最大の長所が，他方の欠

1 つのモードは.ユーザ・インタフェー

スの状懸を錯し.その状懸はある期間継続するが，いかな

点をちょうど補完するような形になっている

このため.

る特定の目的とも関連することなく，オペレータの入力に対して解釈をくだす以外には，何等の役制も持たない」とUNIX とMac を組み合わせると，相乗効果が非常に大きくなる.その効果のほどは，いうことになります.

何のことやらサッパリわからず.それにしたがったユー

UNIX+Mac> (MVS+VOS3+OSIV)

ザ・インタフェースの実現など.私には到底無理な話です.
.
. (N52∞+ 5550)が，しかし，このような哲学的な努力がMac の使いやすきを支えていることは確かです.

と表現しても過言ではないと思います.

‑
2
3
‑

SeamaUVol.
lNo.10

ReportfromYDOC

Mac

意味

UN民

T∞lbox

s
h
e
l
l

ユーザ界面

I
n
s
i
d
eMa
c

なし

マニュアル

モードレス

モードあり

モード(状況)の変化

グラフィック

テキスト

表示形式

アイコン

文字列

操作の対象

マウス

キーボード

位置の設定

ポインタ

カーソ lレ

現在位置

クリック

不定

指定{実行の指示)

ダブルクリック

不定ショートカット{省略)

プログラマブル・キー

ただのキー

ユーザの分類・議男 IJ

タイプ・アヘッドタイプアヘッド

先行タイプ入カオーディオ・フィード r\ ック

不定確認，注意の喚起

ディスク・トップコマンド

ユーザ・モデルの世界

ウインドウ

ディスプレイ

表示形懲の単位

リソース・ファイ lレ

不定

環境の柔軟性・再定義化

スクロ -Jレ . J くー

不定

視野の変更，スクロール

タイト lレ . J'\ ーなし

ウインドウの位置変更

サイズ・ボックス

なし

ウインドウのサイズ変更

ディスク-アクセサリ

コマンド

文房具の機能フォント

一部有り

表現(文字の大きさ)

タイフ・.スタイ Jレ

一部有り

表現(文字の形態)

ボタン

サプコマンド

下位機能の ON/OFF指定

チェック・ボックス

オプション

オプションの選択指定

ダイアル

オプション

アナログ式オプション

ドラッギング

複数指定

対象の範密(複数)指定

ダイアローグ ・ ボックスオプション

対話的な実行指示・指定

嘗告ボックス

エラーメッセージ

警告状態の通知

表 1 ーユーザ・インタフェイスの比較

Mac

UN医

備考

s
h
e
l
l

なし

コマンド言語，強力で汎用的

マルチ・プロセス

シングル・プロセス

パックグラウンド徳能カ可能

ツールキット

ツール単体

ツール間インタフェース

マルチ言語

言語なし，オプション

自由度が高い表 2 一線能の比較

‑
2
4
‑

SeamaUVol.
lNo.10

E
s
s
a
y
.

ハンドヘルド・ワークステーションの夢
佐久間まゆみ神戸コンビューターサービス

2. 2

しはじめに

ソフトウェアの問題

本稿は. 9 月 25 日に大阪の KDD ハロー ・ インで，次に，ソフトウェアの環境についてです.わたしは，「 高信頼性ソフトウェア研究会」と合同開催された . S

大型のホスト ・ マシンを使うことが多いので，そのときEA 関西支部の 9 月度研究会で発表したものをペースに，の問題ということになりますが.何かコマンドを叩いて，補・加筆したものです.

それにエラーがあったとします.すると.なにかメッセ

ソフトウェアを開発しているわたしの環境は，あまりよいとはいえません.会社にはマシンはあるのですが，ー ジがでてくればまだいいほうで，ほとんどの場合，ただわけのわからないコードがでてくるだけです.
そこで，コードの内容を調べようと思ってマニュアル

ほとんど計算サービス業務につかわれているので ， 客先のマシ ン を借りてソフトウェアの開発をしています.でをみるわけですが，そのコードの所をみますと，他のマ

すから，ユーザがかわると . その度に各地にいくようにニュアルの名前がでてきて.そっちをみるようにとありなります.

ます.そこで別のマニュアルをめくると，また別のマニ

今日お話しようと思っている内容は，最近わたしが所

ュアルの名前がでてくる.こうして 3 冊目のマニュアル

属している都で開発環境」をテーマとした都内ミニにとりかかった結果が，サポート・センターに電話をす・ワークショップが行われまして，そこで話したことがるように，奮いてあるいったいなんなんだ I j と，もとになっていますがソフトウェア技術者にとって思わずマニュアルを投げ出したくなるほどの「貌切さ」

気持ちのいい環境」ということを，あくまでも技術者のです.
必要な情報は.

立場から，マネージメントや経営サイドの観点をまった

10 冊以上あるマニュアルの中にあるく無視して考えてみたいと思います.

らしい(ないときも多々あるようです)のですが，本当

2 . 現裁と問題点に必要な情報を手にいれるるまでには，大変な思いをし

2. 1

なくてはならないわけです .

マシンについてージをつけるようにし，そのメッセージも簡単でいいかに使われているので.わたしたちソフト開発部隊は，ユら，わかりやすい日本語にするくらいの辞書機能がのぞー ザのマシンを使わせてもらいに出向いていきます.とましい.つまり，使う側のことをもっともっと考えて欲もかく，マシンがないとソフトウェアが開発できないのしいということてす.

とか解決したい.

」に集まってきてくれるような環境にしたい，ということ|

つまり，わたしたち人聞がマシンを中心にして動くのでなく，人間の動きにあわせて，マシンが使う人の周り

ルU\

司一芸

ですから，そうならざるをえないのですが.これをなんの白穫もいいましたように，自社にあるマシンは，計算業務‑

ひとつの解決法としては，コードにはかならずメッセ

Pヨ

まず一番大きな問題であるマシンについてですが，先になります.

2. 3 設計時の問題
その次は.設計段階での話です.世の中には仕犠書と官。

いうものがありまして.この仕様書にたいして，変更という名の手直しが頻繁におこなわれます.多くの場合と

‑
2
5
‑

E
s
s
a
y
s

SeamaUVol.
lNo.10

いうか，ほとんどが手書きの仕後書でして，その変更にるような作業環境があればいいと思います.

よって彫響のあるところを携しだして，整合性をそこな

もうひとつ.周回の環境に関してですが.ソフトウェ

わないようにと気を使いながら(手書きですから.あく

アを開発するときには，ユーティリティとかツールが有までも気を使うだけてhすに またまた手書きで直すので効なことはわかっていても.それがどこにあって，どうすが.それが終わらないうちに.また次の変更がくると使っていいのかがわからないことがよくあります.周囲いう状況がふつうになっています.

の人たちに聞いてはみるのですが，閉じられた世界では ，ソフトウェア技術者というのは，ソフトウェア=プロ

自分たちがこれまで使ったものしかわからない.どうも.

グラムをつくるのが仕事かと思っていたのですが.まる

もっといいものがあるはずで.よそにはたくさんあるら

で一昔前の積字工みたいなもので，修正された原稿をもしい，と思えるのですが，手に入ってこない.せめて情とに

1 字 1 字.ピンで文字を探している気がします.

報が入手しやすいように，もっとオープンで，よその会

特に，プロジェクトの終わり近くの 1 ヶ月位などは，

社の人とも情報交換ができる情報ネットワークをつくる

仕様書などのドキュメントの書き直しを含めた整理に忙べきだと思います.

1(
6ph

殺されて.まるで情けなくなってしまうこともあります.
ここで，わたしのいいたいことは，ソフトウェア開発にとって本当に重要て'ないこうしたつまらない作業に，止， 凶戸;?J) ' Z 凡り

多くの時間をさかなければならないのは悲しい.もうそんなことを止めたい，ということです.人聞が自らやって効果があがることに専念し.そうでないどうでもいい

2. 5

u

ま左めてみるとこれらをまとめてみると.以下のようになります.

d川出

ゆ

ぷプ
/ω

ことは，線械にまかせるようにしたいのです.

-人聞がマシンの所へ行くのでなく.マシンが人のところへやってくる.

-利用者の立場にたったソフトウェアが必要である.
・本来入手をかけるべきところでないところは，ツー
ルをつくるなりして織械にまかせる .

2.4 周囲の環境-個人によって作業がしやすい作業環境の設定が行え

最後に，周囲の環境の問題点をあげてみたいと思いまるようにする.

す.

-情報が入手しやすい情報ネットワークをつくって.

まずは量産音です.この問題は.マンマシン・イ ンタフ

広く使えるようにする.

エースということで.エルゴノミクスの研究テーマのひ3. 夢のワークステーション

とつにもなっているようですが，今のコンビュータはか

これまで述べてきたことは.どちらかというと一般的なりの音をだしていまして，特にホストマシンはすごいなことでして.これから，もうすこしわたし個人に関係音がします.これが集中を要する仕事には邪魔になるわのふかいお話をします.どちらかというと夢物語になる

けです.わたしは特殊なヒトで，少しくらい雑音がするのですが.これから話すようなワークステーションが使ほうが能率があがるのですが，普通は邪魔な存在です.

えれば，わたし自身がもっと仕事をやる気になると思いそこで.個人に合わせた作業環境が作れたらと思うのでます.

す.静かなほうがいい人には静寂を，そしてわたしのよ

まず第 1 にですが.手で持ちはこびができるワークス

うな人間には，好みにあわせて，たとえば BGM が涜れテーションです.わたしは部屋にとじこもって仕事をす:泊三、 J\? 企 図るような暗いタイプのプログラマではありませんから，
J~8'g ・ 2出\)

今日のように天気のよい日には.公園なんかで仕事がしたい. )]11 に樹末に向かわなくても仕事ができることがあるのですが.地末に向かっていれば仕事をしていると恩

‑
2
6
‑

E鈎ay8って安心する人がどこかにいるので，ともかくどこにい

Se
amaUV
o
l
.
lNo
.
1
0

4. おわりにかえてても端末に向かえるようにすればいい.そんな意味から ，ともかく持ち運びができることが条件になります . 人に夢のようなことをあげたようですが，本音をいえば.
技術者として働ける環境が欲しいということです.

よっては.雨の日でも外でやりたというので ， 防水の必要もあるでしょう .

わたしのところでも. J-Star を導入して.環境
を少しでもよくしようとしているのですが，いかんせん

マ ウ スはなかなか便利ですが.いまの方式では ， 長時

機械の台数より使いたい人のほうが多くて，根本的には間使用していると肩がこってしま う のでなにか工夫が必改善されていないというのカf現状です.夢のようなとい要てす.わたしの同僚は.足で操作するというアイデア

いましたが ， 現在の技術をもってすれば . 決して不可能をだしたのてすが.女の子の場合そうもいかないことがではないわけでして，必要なのは，わたしたちのように，あります . そこで.視線によってポイン .トを決めること

白々ソフトウェアを開発している個人の手に，こうしたができないかと思います . つまり，ファショナブルなア

ワークステーションがわたることです.そして，このワ

イ ・ センサ ー ・サングラスのようなものがあれば.昼間

ークステーションが，機械中心で作られるのでなく.あの太陽の下でも，役立つと思います .

くまでも使用する人聞のことを考えた，つまり，人間中

次に ， キーボードの変わりに.音声による入力を基本

心主援で作ってもらいたい，ということです .

にしたい.もちろん ， コ ン ビュ ー タからの応答も音声で世の中では，ソフトウェア技術者は鰻先端技術を応用す.ただ ， キーボードはオプ シ ョンでつける必要がありしているといわれているのに ， その実は.これまでに話ます.たくさんの人のなかで仕事をしているとき，皆がしたように悲惨なことが多いように思われます.ソフト

めいめいに，大声でしゃべらったりしたらうるさいので，

ウェア開発で必要と恩われる環境が用意されておらず，

そんなときにはキーボードで ， ということになります.

その足りないところを，わたしたちの努力なり，苦労な

メイル徳能は ， 情報の収集等にかかせませんが . ハン

りで糧めているという.無駄な作業をなくして，わたし

ドヘルド・ワークステーションは，コードがないのが大たちのもっている能力をフルに駆使できる開発環境が ，前提になっています . このコードレスというのは，是非

一日も早く実現されることを望みたいと思います.

実現して欲しいのです.単に持ち運びに便利ということ
でなく ， オフィース内でも.美観をそこねるますし，つハ ン 1 ・，、 N .

まずくものをわざわざ広げているようなもので，ともか
く那魔以外のなにものでもありません.そこで，世の中にはいくつもの人工衛星が打ち上げられているので.そのひとつをつかって，必要な情報はすべて電波で涜すことにしたらどうでしょう.でも，そのために大きなアンテナを持ったりするのはごめんです .
その他，ドキュメント作成 ・ 管理のためのツールとか ，
ソフトウェア開発にとってツールは，すべて用意 さ れているのは当然てす .OS は.個人の環境が設定できれば.
UNIX でもなんでも補いません.プリンターはカラー

で内政型になっています.

.
r 今皐， ン 1 1I ' 1t Ll 朋nJ. 同月院 令聞崎町 J".
UHJX7~ タ ~ O B
1鯛^~'" の 圃塙偶蹄 1. AJ I1I咽， ール 阻圃. 1\血命，ープリ ン タ

‑
2
7
‑

J

E
s
s
a
y
s

SeamanVol.
lNo.10

中国旅行記
連載ーその 1 ー
野村敏次
日本電子計算1.はじめにこの夏 .8 月 18 日から 8 月 20 日の 3 日聞にわたり.

を覗いて捜すこと約 10 分.居ました .

Dr.

Ki s凶 da ，Dr
.Nomura , Dr.Murai ，藤野副総裁(あとで日本電北京(Beijing) で，ソフトウェア工学に関する国際ワー

気の藤野さんのことだとわかった)という名前を奮いた

クショップが開催された.たまたま. SRA の岸田孝ー紙を持った人たちが!

さんの御紹介で. NCS の村井進さんとともに，その会迎えに来られた人の中心は，北京航空学院計算機系の議に招待され.プレゼンテーションする機会が与えられ

面j主任で面l教授の金茂忠(Jin Ma ozhong) きんであった.

たので，ついでに西安(Xi血) .上海(Shanghai) にも

日本語を上手に話し，われわれが北京滞在中に主として立ち寄り.中国におけるソフトウェア開発の現状につい面倒を見てくださった.今回のワークショップは，国家て見聞してきた.

科学技術委員会の下部機構である中国ソフトウェア技術

会議の内容そのものは，プロシーディングが立派な本

開発センタの主催だが.北京航空学院も事務局としてこになっているので，それをお読みいただければよいと思れを手伝っていて，金さんは.

5 年ほど前に福井大学にう.この旅行記では，私が見て感じた中国について，い

留学した経験もあり.われわれとの窓口になられたよう

くつか書いてみたいと思う.単なる読み物として楽しんである.

でいただければ幸いである.

3. 宿舎へ
われわれをのせたマイクロパスは.地平線までも続く

2. 中周到着

8 月 16 日(土曜日)の午前 10 時過ぎに成田を出て.

かと思われる真っ直ぐな道を，かなりのスピードで走っ

北京国際空港についたのは午後 2 時近くであった.空港ている.道の両側には鈴懸けや白織に似た木々が塗然と特有の華やかさはほとんどなく，ひっそりとして暗い感植えられ，木のトンネルを潜っていくような錯覚におちじが漂っていた.入国審査にしても，税関にしても，係いる.両側の景色は森や林や畑が交互に現れ.人家はほ

官はほとんど口をきかず，織械的に書類に目を通し判をとんど見当たらない.

押してくれるだけである.所々についている薄暗い蛍光道にでたが，先程とは全く異なった.緑のない建物だけ

灯が，そうした感じを強くしていた.荷物の出てくるまの光景となった.

での聞に，日本円を中国元に交換したが，ここでも全く

30 分以上走って，ようやく広い

片側四車線の道を車がクラクションを鳴らして.かなの無言.差し出された用紙に，パスポート番号，氏名，

りのスピードで走っている . その合間をぬって，いたる

金額を記入して現金と一緒に差し出すと，しばらくして，所で人と自転車が道路を横切っている.交通規則がある

中国元と交換証が無造作に窓口から投げ出されてきた .

のかないのかはわからなつかたが，自転車や歩行者が信

まあ，考えてみれば，中国語でいろいろいわれでも，こ号をほとんど無視するのは，肝を冷やすし .Vかされた

ちらは何も解りはしないのだから，無言でことが運ぶな

ことのひとつである.

土ぼこりのためであろうが..外の景色は霞がかかっら，それが一番楽でよい.

トンネルを抜けた感じで到着ロビーに出ると，出迎えたようにぼんやりとし，太陽は出ているが彫が薄い中を.

の人々で混絡していたが.われわれの出迎えの人は見当

さらに 10 数分走って，われわれがようやく宿舎に着いたらない. 84 版位の紙に，名前を書いたものをかざしたのは .4 時近くなっていた.外国に来たという印象はている人が何人かいるが ， その中に岸田もなければ，野さほど強く身長じなかったし.広大であるという感じもき村.村井もない.B.いに顔は知らないし，こちらは迎えして受けなかった.

の人の名前すら知らない.人混みの中を名前を奮いた紙

4. 宿舎

‑
2
8
‑

E
s
s
a
y
s

Se
a
m
a
l
lV
o
l
.
lNo.
1
0

われわれの宿舎は，中国国際経演技術交t夜中心(

C
h
in
aCe
n
t
e
ro
fE∞nomic andT，伐hniω1 Ex
c
h
a
n
g
e
)
の宿泊施設で.

びさまされたような，ー妹のわびしさを感じた.これなどは年のせいかもしれない.

6 階建ての近代的なビルであった. 2 0

畳程の応援セットのある部屋と.

10 畳程の寝室，パス

八逮嶺に着いた時には .8 に 1 1 時 40 分になっていたが.自の前に見る歴史的な建造物には，いい繁い感動/ トイレが付いていて，アメリカや日本のホテルと較べを覚えた.

ても，むしろ広々とした感じのする良い部屋であった.

侵入を防ぐため構築され始め.秦の始皇帝のときには.

備品としては.

30 万の源兵と数百万の農民を徴発して，大量のレンガ

6 人分の応媛セット.机.冷蔵庫，テレ

ビ付きで.クーラーも程よくきき，想像していたイメー

2500 年前の周朝末期に，北方の異民族のを用いて現在の長械の原型を遣ったとされている .

ジとはかなりかけ隠れた立派なものであった.因みに.

ところが.その感動も，余りにも多い人の波に瞬時に冷蔵庫とクーラーは目立，電話は日電，テレビはソニー

して消え去り，人とぶつかりながら . 真夏の太陽が照りであった.

つける中を，かなり起伏の激しい長城の上を汗を拭きな

ただ.閉口したのは，部屋が何の臭いかは判らないが.

がら歩くことになった.観光客の多くは中国の人で，時臭うのである.これは，上海でも同じであったが，窓をたま日本人やアメリカ人がいるだけであった . お年寄り

開けておいても.外出から帰り部屋に入ると，その臭いの姿も多く.北京近郊における媛大の観光地であることが強烈に島についた.

を.改めて認識させられた .

部屋には鍵がかかるようにはなっていたが，各自首に寝120m 毎に立つ峰火台に立って見渡せば，長減が山ずの番の人がいて.ドアを開けると何でもすぐ用が頼め々の尾根を延々と続く雄大きに.しばし暑さも忘れて見ると共に.不審な人をチェックしているので，治安の面惚れていたが，その建設の困難さは，想像を絶するもの

では極めて安心できた.

があったと思われる .6000Km に及ぶというとてつ

5. 史跡もないものを遣った皇帝を尽かであると批判することも北京では.月曜日から 3 日間会議が予定されているのできょうが，広大な中回全土を減壁で囲もうとした壮大で，空いているのは着いた翌日の日曜日だけであったが，な発想、は，せせこましく生きるわれわれ現代人には，及その日に中国ソフトウェア技術開発センタの招待で，万ぶ術もない.強大な権力者と虐げられた人民の合作とも

里の長織と明の十三陵に案内していただけることになっいうべき.この地上級大の建造物が.多くの人々に限りた.アメリカ人，デンマーク人，中国人，シンガポール

ないロマンを末長く与えてくれることを祈りつつ.長減人，日本人等国際色豊かに 15 人程の招待者を乗せたマを f去にした.

イクロパスは.やや薄曇りの中を万里の長城に向けて.

(2) 明の十三陵

万里の長城から 20Km ばかり北京の方に戻った所に朝の 8 時に宿舎を出発した.
(1)万里の長減

昌平の街があって.ここから東に 10Km 程行った所に

現在，一般人が見られる万里の長械は . 北京の西北約

明の十三陵がある.これは.明朝第三代目の皇帝である

80Km にある八逮織にある.行くまでの道幅は広く，永楽帝以下 1 3 人の皇帝とその后たちの陵墓である.こ信号もほとんどないので，車はかなりのスピードで走っの内，最も古くて大きなものは，永楽予告の陵である「長ている.所々で道路の鉱張工事が行われていて，土ぼこ陵」であるが，未だ発掘されていない .
われわれが見たのは ， 二番目に大きい「定陵」であり，りがすごい.工事現場には，大勢の人々と.トラクタとローラーが各 1 台，それに数台のトラックがいたが，人ここには，第 14 代の万暦帝と 2 人の后が眠っている.

による作業が圧倒的に多く見受けられた.また，休憩を十三陵の入り口の大宮門からは，両側に 10m 岡崎位に ，とっている人の多いのも印象的であった

功臣像/文臣像/武将自民，馬/象/ラクダ/カイチ等々

長城に近ずくにつれ.道幅は細くなり.車も次第に込の石像(それぞれ，かなりの大ききである)が並んでい

みだし，ついには前に進まなくなってしまった.車 l :t 観

た.ここもかなりの人出ではあったが，万里の長城ほど

光パスが多かったが.渋滞して止まっているそれらの恵ではなく，落ち着いて見学することができた . 日本の神に向かつて，手にゆで卵を待った人々が，大声で売り付

社 ・ 仏間と同じような感じで，周りにはさまざまな土産

けようとしている光景が見られた.何故か普の記憧が呼物店が軒を並べている.その穫は，日本の観光地の風情

‑
2
9
‑

Essays

SeamallVol.lNo.10とたいして変わる所はなかった.

る人も通訳する人も，それぞれ勝手に原稿を読んでいる陵墓をみるために，薄暗い石段を地下 5 階位まで降りのがおもしろかった.テレビ局も来ていて . 1:1壇の人々

ると，そこは地下宮殿という言葉に相応しい大理石造り

や会場の人々を媛彰していたが，カメラで写真を録る人

で， ひんやりした冷気が漂っていた.広さもかなりのもは誰もいなかった.残念ながら，われわれも会議の様子

ので.中宮や王座.それに登等のさまざまな埋葬品が陳列を写した写真は一枚も持っていない .

されていて，墓の中というイメージは全く感じられない.

史実によれば，万暦帝は 10 歳で即位し.
の墓を作り始め.

22 歳で自分

6 年の歳月と国家財政の 2 年分の銀を2 人の挨拶が済み.セレモニーが終わると同時に，鍵壇の方々はサっと席を立たれて消えたが.その席は会議中の 3 日間ずっとそのままであった .

費やして造ったのが.この定陵であるというから，立派(2) 基調講演であるのは当たり前なのかもしれない.

講演者は二人で ， 最初はカリフォルニア大学サンフラ

時間は既に午後 1 時を大分回っている.そこで昼食とンシスコ校の Wassennan 教授であり.次はヨーロ ッパ

いうことになり，外人用の接待場所で.渇いた喉を北京共同体の ESPRIT プロジェクトの H山1ke 氏であった.
Wassennan 教授は，ビールで潤しながら.美味しい北京料理を食べることが

FromProgrammingE
n
v
i
r
o
n
r
n
e
n
tt
o

できた.中華料理はひとつの歴史だという.広大な史跡

So
f
t
w
a
r
eE
n
g
i
n
e
e
r
i
n
gE
n
v
i
r
o
n
r
n
e
n
t

をみたあとで，歴史を食べるという，かつてない経験を満喫することができた.

というタイトルで，中 /大規模のソフトウェア-システ

6. 国際会議

ムの開発のためには . TSS タ ーミナルと エデ ィ タ / コ

18 日(月)8 時半より，国際経演技術交涜センタの

3 階ホールで.

ンパイラ /プリティプリンタ / リンカ / ロ ーダ等々 といった基本的なツールセットだけではなく，要求分析/仕

I
n
t
e
m
a
t
i
o
n
a
lWorkshopon

後記述/設計/テスト.さらには履歴管理やプロジェク

Softw釘e E
n
g
i
n
e
e
r
i
n
gE
n
v
i
r
o
n
r
n
e
n
t

ト管理等の技術的支媛が重要であることを説き，開発者

すなわち国際軟件工程環境討論会が開催された . ワーク

は，単なるプログラミング環境よりも，それ以外の作業

ショップとなっているが，実質はシンポジゥム形式であを自動的に支媛してくれるソフトウェア開発環境を欲す

り.初日はシングル・セッションであったが.

るようになるとし.そして，自らが大学で研究していた

降は.

2 日目以

2 つのパラレル ・ セッションで，発表および討議

USE システムを発展させた新しいソフトウェア開発環境
IDE の微念を紹介された.

が行われた.

会場に入るとわれわれ招待者には，前の席 2 列が用意

ぬm.ke 氏は，

Be
yondt
h
eIife・ Cycle View

されていて，そこだけはお茶の用意がされていた.会場

一百1e I
n
d
u
s
t
o
r
i
a
lCo
n
t
e
x
t

は 200 人近く入れる広いもので，ほとんどが中国の人々であったが，期間中満席に近かった.会場の一番前にというタイトルで，ライフサイクル・モデルをプログラ

は.演台と OHP の他に，一段と高くなったところがあミングを中心に発展させていく考え方を説明したが，印り.

象としてよくまとまっていて.モデルとしては非常に興20 人程度座れる席が会場と向かい合わせで用意されていた.会場の一番前の高い所には，赤い機断幕が縄味あるものであった .

げられ国際軟件工程環境討論会」という白い布を切(3) 各セッションって作った文字が張り付けられていた.

各セッションは .

5-6 の論文発表で構成されており(1)オープニング・セレモニー

いて.時間は 3 時間半づっに区切られていた.一緒に行

ちょうど 8 時半.一段高くなって会場に向かい合ってった人の中では，岸田さんが初日の午後の 4 番目，村井いる席に.

10 数人の男女が着席する.国家科学妓術委

さんが 2 日目の午前の 2 番目.そして私が最後の日の午員会並びに党の偉い方々らしいが.紹介もないので誰だ

前の 2 番目となっており.やはり .6後の日というのは，

かやl らない.会議に慣れていないせいか，司会等で若干心配事が先にあるだけ気の重いものであった.

のもたつきはあったが.やがて.その鍵壇の中の一人が40 篇の発表論文は，外国の論文が 15 篇で.残りは中国語で挨拶を始めた . 英語の逐次通訳はついたが.喋

中国からの論文であった.特に 2 年ほど前から始められ

‑
3
0
‑

Essays

SeamaU Vol
.
1No.
10

ている

が判らないことだ.

lSEE(
I
n
t
e
g
r
a
t
e
dSoftw釘e

このように書くと.食事はいとも簡単にとれそうであ

E
n
g
i
n
e
e
r
i
n
gEn対ronment)

るが，実際はなかなか思うようにはいかない.ホテルのという UN医をベースとしたナショナル・プロジェクト

食堂を除いて.有名な料理店に行くには予約がいる.しに関する論文発表が多かった.日本でも，これと類似のかし，これらの店には.日本語や英語のわかる人はほとプロジェクトが進行しているので，その概要について簡んどいない.従って，ロビーに英語で予約の電話をお願

単にふれておく.

いすることになる.

このプロジェクトは，中国ソフトウェア技術開発センタが中心になって，

10 の大学や研究所を巻き込んだ共同の国家プロジェクトである.
ートしており，

1984 年 8 月からスタ

2 段階で開発を行う予定て\第 1 段階で予約なしで行ったら，店先で交渉して入らねばならな
いが.ほとんどは言葉が通じない.そこで筆談となるわけであるが.日本にない漢字も多いし，意味も若干異なっており.思うようにはすすまないのが普通である.

は，個々にツールをインプリメントし， ~2 段階では，会議も終わった 20 日の夜， 7 人で食事に行くことにそれらの統合化を行う.現在，いくつかのツールは第 1なった.場所は.宿舎から車で 20 分程のところで.西段階を終了しているところである.

四南大街にある「同和居~1f J という山東料理の有名店

最初の 1 年半の問に， 4 回のレヒ'ュー・ミーティング

でる.この店を選んだのは.ここだけにあるという有名を実施し，多くの海外の専門家も招いて意見を聞いていな「三不粘 J というものを食べるためであった. 2 台呼る.マンパワーとしては.阪に約 200 人年を費やしてんだにもかかわらず.タクシーは 1 台しか来ないので，いる . このプロジェクトの目的は，ソフトウェア開発にまず， 3 人が最初に行って交渉し， 4 人は後から来るこおける全ライフサイクルを支録する統合化されたソフトとに決まった.

ウェア工学環境を確立することで，21 世紀の情報化社

会に向けてのアプローチである.現在，

10 のツールを作っており.それらは以下の通りである.

店の場所はすぐに判ったが.入るまでがたいへんな苦労だった.英語も日本語も通じないので，さっそく筆談に入ったのだが今，われわれは 3 人おり.後から 4.DSE:Des場n S
t
r
u
c
t
u
reE
d
i
t
o
rS
ystem

人来て，総勢 7 名となる」ということを.相手に判って.CSED:C・Based 勾ntax- Di reαed E
d
i
t
o
r

もらうのに 10 分以上要した.店の方も 4 人でできて，

t
w
a
r
eT
e
s
t
i
n
gEnvironment.STE:Sof

店の入り口でやりあっているので.通行人が立ち止まっ

.S
I
B
:Sof
t
w
a
r
eI
n
f
o
r
m
a
t
i
o
nBas
e

てみにきた.どうやらわれわれが使う日本の漢字が，中.U
I:UserI
n
t
e
r
f
a
c
eT，∞1-国の人に理解してもらえなかったことに原因があるらし

2 プロジェクト

.C‑CROSS:C
r
o
s
sCo
m
p
i
1
e
rf
o
rC

い後から 4 名来る J というのは后から四人来る.DMSS:DecisionMaki ng 釦ppo而ng System

J としなければならず合計，あるいは総計 7 名」は.

.α1S: Congi肝ration Ma
nagementSystem「共七人」とすべきであったことが後て中l った.

.EASYCODE:A 4
t
hGen
e
r
a
t
i
o
nLangt凶 ge

次は金額である.これは割合早くまとまった.相手が.USE:A Universa1 釦uctured E
d
it
o
r

r4OftJ と書いてきたので各人? J と問うと来年には，計画の第 2 段階にに入り，最終的に統合化

共 280 元 J ，可，不可 J ときたので，可にO をつけされたものは， AT&TIの 3B- 5か， DECの VAX. 1ν785て商談成立だ . この間 15 分位だったが.人目も気になの上にインプリメントされる予定になっている.

るし，かなり疲れた.まあ.一度店に入ってしまえば.

7_ 食事について個室であるし，気楽に飲み食いができ，すばらしいディ

旅の楽しみのひとつは食べ物である.中国に来たからナータイムをすごすことが出来た.因みに三不粘 」には中華料理を食わねばならぬ.メニューは，肉.野菜.

とは.豆の粉と砂絡と卵貨でできているデザ ー トで，確

1抱，鍾等に分かれていて，漢字を見れば，おおかたの見かに箸にも歯にも，もちろん入れ歯にも全くつかない.

当はつけられる.酒の種類も，ビールか茅台酒か紹興酒

食べた後の入れ物は.波ったように奇麗であるという評だから.銘柄にこだわらなければこれも適当に頼める.

判は.まさにその通りて'あった.味も，少し甘味のある.

ただ.残念なのは ， 持ってこられた料理の名前とか材料

おいしい食べ物であった全 3 回]‑
31‑

SeamailV
o
l
.
1No.1
0

BOD , SIGs& C
h
a
p
t
e
r
s

幹事会報告

を開発している苦労談がいろいろ出て，来年 3 月の例会

昭和 61 年度第 4 回 :9 月 25 日(水)では，そうしたケースの事例報告をしてもらうことに決会場:機械銭興会館

まりました.

議題・

2. 次回月例会予定
第 6 四月例会

1.会員拡大活鶏

9 月 228 現在での会員数が報告され，年度目標の1.

日時:昭和 61年 11月 13 日(木) 19:∞・ 21:∞000 人を達成するためには.月 100 人の増加が必要

場所:僚級振興会館B3階 9会議室である.そのために，前回の総事会で作成することが決

テーマ:プログラム自動生成システムとしての

DRACO

められていた新入会員募集のパンフレットを，ソフトウ

赤坂仁志(協同システム開発)ェア・ショウの会場で配布する.また，同じものを会員に発送し，会員鉱大に協力してもらうことが，あらためAI 分科会の月例会は，毎月第 2 木曜日におこなわれます.連絡および問い合わせは，協同システム開発(て確認された.

また，正会員の所属している会社数は，延べ 300 社

03・ 503・ 4981 )の野辺まで.

をこえていることも報告された.

管理分科会 (SIGMAN)

2. ソフトウェア・ショウ

10 月の月例会は，準備の都合上休会としました.

ソフトウェア・ショウ期間中に.当協会のブースで広次回会合予定報活動をすることと.涜促センタ・ブースでソフトウェ

1 1 月 14 日(金)19:00~2 1:00

ア相談コーナを担当するボランティアの割り当てが，当日時日出席した幹事のなかから決定された.

場所:東高円寺 SEA 事務所
テーマ:討論形式「プロジェクト・リーダの資質とは? j

3. 款のセミナー・ウィーク

秋のセミナー・ウィークの参加者数，および予定収支

が.セミナー委員長から報告された.参加者数の詳細は.

問い合わせは，沖ソフトウェア( 03・ 454・ 2111 ex・ 3134 )芝原まで.

今月号のセミナー総括報告を参照されたい.

教育分科会 (SIGEDU)

4.NISA との共催イぺント

教育分科会では.第 6 回の会合を兼ねて.

10 月 3 1 日に.長野県長野市で行なわれる情報化月

10 月 28

N 1SA (長野県情報処理

日(火)に新入社員教育を考える」というテーマで，協会)から共催の依頼があった.招待講演者 3 人がいず

半日のフォーラムを青年会議所(東京)で開催しました

れも SEA会員であること.長野県に SEA の活動を広(参加者 53 名) •間記念フォーラムに関して.

11 月の月例会は. 11 月 19 日(水)報し，支部結成をめざすことにも役立つということで.

PM6 時半か全員一致で了承された.

ら，日本電子専門学校のオオシマ・メディア・センタを

5. 幹事の増員

訪問し最新の教育設備の運用状況を見学して，意見交

5 月の総会で，総事会に一任されていた総事のt首員に換を行います.参加費は 1000 円.

参加希望者は，杉田( S
RA:03・234・2611) .または

ついて.いま隣.が不在の支部や研究会の世話人に，とりあえず僻事就任をお願いすることが決定された.

中園( B
S
C
:03・ 501・4159 )まで.

(記:野辺)

再利用分科会 (SIGREUSE)
AI 分科会 (SIGAI)

今後の予定

これからの討論会.研究会の予定を以下に記します.

1.第 5 回月例会

10 月 9 日(木}に.機械振興会館の会議室で開催.

ソフトウェアの再利用に興味のあるかたは.ご出席くだ「オブジェクト指向入門: Smalltalk を中心にして」といさい.出席のための連絡はとくにいりませんので .当日

うテーマで，アステックの坂下さんにお話いただきましに会場においでください.なお.

た.その後に参加者から. Smalltak でアプリケーション

い合わせは，世話人のいずれかまでご連絡下さい.

‑
3
2
‑

SIGREUSE へのお問

BOD , SIGs& C
h
a
p
t
e
r
s

SeamanV
o
l
.
1No.1
0

第 9 図研究会(第 2 水曜日)
日時

1 1 月 12 日

場所:機械振興会館

SEA 関西 1 1 月例会

19:00‑21:00

日時:昭和 61 年 1 1 月 14 日 (18:30・20:30)

83‑9

場所 :SRA 関西支社会議室

テ ー マ : 各自のテ ー マに基づく意見交換

テーマ:未定研究会・月例会・分科会を含めて.関西支部へのお問

第 9 回討論会(第 4 水曜日)
日時 :11 月 26 日

場所:機織復興会館

19:00‑21:00

い合わせは，下記のいずれかまで :盛田政敏( K
CS:078・ 391・ 8291 )83‑9

白井美義( J
I
P
:06・ 488-6021 )テーマ : 未定
世話人:青島( S
RA:234・ 2611 )横浜支部(Y・DO C)

阿部( N
ES:4
4
4
‑
3
2
1
1)
大西( J
S
D
:5
0
3
‑
4
9
8
1)
村井( N
CS:433‑8171)

Y D O Cは，月に 1 回の月例会を毎月最終の金曜日 ，
あるいは最終の祝祭日の前日に行っています.自由な懇

法的保護分科会 (SIGSLP)

談会といった趣きですので，気軽に御参加下さい.

第 4 回の会合は ， 予定通り 10 月 6 日(月)にプ

毎回 ， 集会の後には中華街に繰り出し.中華料理と紹

ログラムの同一性の実験」その 2. ということで開催さ興酒による宴を持っており，そこでの多方面に亙る多彩れたな話題の交換には.皆さんの好評を頂いています . 興味

次 回は，次の要項で . 同テーマに関する第 3 回目

ある方は是非どうぞ.

の討論を行う.
日時 :11 月 7 日(金) 18:3O~

第 7 回 YDOC 開催予定

場所 : ソフトウェア流通促進センタ一会議室

テ ー マプログラム同一位の考察 J

P
a
r
t3

・ 日時:

10/31 (金) 18: 3O~.場所:労働福祉センタ - 82 会議室

問い合わせ等は，能登( S
RA:03・ 234・ 2611 )まで.

横浜市関内 ， スタジアム並び-費用: 1 名￥1.

環境分科会 (SIGENV)

日時:

000 (会場費，資料代等).内容失われたパラダイムを求めて

第 1 1 困月例会

松原友夫

(目立 SK)11 月 1 9 日(水) 19 :00~2 1 :00

連絡先:参加は自由です . 問い合わせ等があるかたは ，
藤野( 0
4
5
‑
6
2
2
‑
2
1
6
3)まてぺ

場所:機械振興会館 ，
テ ー マ : 未定

その他の分科会

閉会せ先:引地信之( S
RA:03・ 234・ 2611 )先日会員に配布したアンケートをもとにして.近々の関西支部

うちに次の 3 つの分科会:

SIGCADSEA 関西 AI 分現会第 2 回会合
日時:昭和 6 1 年 1 1 月 1 2 日(水)SIGCAI

18:30~20:30

SIGNET

場所:日本電子計算(株)大阪支店会議室がスタートします . 御期待ください.

大阪市西区江戸場 1-9 - 1

肥後橋センターピル
テーマ

12 階

なお.既存の SIG への参加希望者のリスト(郵送用ラベル)は，それぞれの世話人の手にお渡ししました.

r A 1 の基礎について」一中野秀男(阪大)rSUN / 3 における AI 環境」
一江口隆己(伊藤忠)参加費:会員一 500 円，一般 -1000 円

‑
3
3
‑

SeamailVol.
lNo.10Voice

会員からのメッセ-ジ
したくはありません.
この綱は，会員相互の誌上伝言板です.

愚痴(仕事上，プライベート?) .探し!物.最近考え岡村博「最近の若い者は.仕事より遊び J ・どんなに納期がていること等々，自由な意見交換をする場です.
とりあえず，今回は.

9 月号に同封したアンケートで寄せられたメッセージのなかから，いくつかをランダム

せまっていても遊びにでかけてしまう . なんて'ワシが土・日に出動せんとあかんねん .当方，若干 30 歳.

に選んで掲載します

SEANET が運用を開始する までのあいだ，電子掲示

山崎桂:B:近のユーザは，どうして短期決戦ばかり望むのでし

板の代わりにどんどん御利用ください.

ょうか.全体で何十万ステップにものぼるシステムを，たった半年でカット・オーバさせようなんて，狂気の沙回日明義汰としか思えない.でも.これが出来てしまうのだから，10 年程前に.ジェネレー夕方式によるプログラム・

この業界って，一体どうなっているのでしょう . すべて

ソース作成システムを作成したことがある.その方法が，これ，人海戦術の成せる業.いったい品質はどこへいっ

いまでも通用するかどうかに関心がある.プログラム・

たんだろう.

ソース作成については，環境の変化に{半わない開発手順:tt条正顕に遠いが出てきているとは思うが

bit 誌 10 月号のコラム 「あれふ・ぜろ J に.

それに加えて，現在，要求仕様書，フ・ログラム設計仕

SEA

MAIL のことが紹介されていました.ついに，わがニ様書の自動作成にも興味を持っているュースレターもメジャーなってきましたネ.
安西宏
小林伸二

SEA から受け取る郵便物の宛名が，変な所で改行している.他の人もそうでしょう.紺屋の白袴の現代版み

客先の人事移動で.プロジェクトが揺れ動き.迷惑をたいて変に嬉しいです.いつもソフトじゃいじめられ被ることがたびたびある.少なくとも自分が関与していてるもんだから.

る聞は，人事移動なしであってほしい.たとえそれが昇進であっても.

後藤浩

私の住む家を探しています

佐藤盤ー

会社(丸の内線，国会議

何でも A 1
. A 1 というけれど.なにをしたら AI と事堂前)から 1km 以内.ちょっとせ'いたくかな?
ところで. U N1X ワークショップの案内に出ていた「ハッカーたちの BOF J の BOF とは.

B
i
r
d
so
f

名前がつくのでしょうか.何でもい L 、から，何かこじつ
けたら AI と名前がつくみたいに思えます . それだった

aF
e
a
t
h
e
r(類は友を呼ぶ)の意味だそうです.知らなか

ら.別に AI といってもいわなくても.閉じように思うったので，電話で確認しました.

ですが.

AI と L 、う言葉は.エスニックと同じで.単に ìm行な日比野修三のでしょうか.

名古屋に住んでいるため.なかなか活動に参加できま佐久間まゆみせん.

来年の自僚は今年こそ地味に生きる! J に決めまコンビュータは万能ではないし，あってほしくもありません.そろそろコンビュータの進歩にも，ドクター・

した.

ストップをかけたいと考えています第 2 の原子爆弾に

‑
3
4
‑

V
o
l
c
e

SeamaUVol.
lNo.10

小体文子

た.そのMac がもうすぐやってきます!

最近 ， 会社で限りなく落ち込んでいる自分を.どうすることもできません.会社にいても . SEA の会合でも，咲悶纂

カレ ー ライスのお皿にちょこんと座 っ ている「フクジ ン

苦労して，やっとツールを完成させたにもかかわらず.

ヅケ J に自分の姿をみるのです . ああフクジンヅケ

ちっとも普及しません . ツールは，どのようにすれば普J よ奮起せよ.

及するのでしょうか?

河村一衛

野々下孝治

情報処理技術者の適性とは何なのだろう . 世間には，実験データ(時系列データ.スペクトルデータ等の数

プログラマ適性検査などがあり，多くの企業で利用して値データ)のデいるようだが.はたして個人の適性を正しく反映するののですが.数値データベースの勉強をするためのよい参だろうか.プログラマという特殊な職業と，属人性の強考書をご存知ありませんか?

タベ ー スの勉強をしたいと思っているい仕事内容という面からみても，どうも疑問をもっ . 多
く の学生たちの姿を見つめている立場にあって，考えず

日下正量kにはい ら れない . これからの研究テーマにしてみたいと

HELLOW! ソフトウェア ・ ショウの会場で入会.

思う今日このごろである.

自身の SEA に入会できて ， ラ ッ キ ー でした.ネットワ
ーク・アアロケーション.マイコン系開発.

CAD/C

-田俊一

G 系開発と転聡し，ア ー キテクチャとビジネスの LIN「アルフ T ベ ッ ト 3 文字の術語 ・ 略語をこれ以上滑やK を目指して ， 新環境下でスタ ー トの身 . よろしくおね

さない運動 J を，みんなではじめませんか.漢字 3 文字

がいします .

は大いにけっこう.中華人民共和国に見習おう.コンビ
ュ ー タは電脳，プログラムは程序 ， デバックは除錯，な

松浦智之

どなど.

"
I
n
si
d
eMa c" という文献を探しています .

網野広水

伊聾 .ー

某セミナーで，ハード・メーカーの総務部長さんがおシグマの会議に出たときのことこの問題についてっしゃっていたライフサイクルが極端に短いパソコ

は，各自の宿題にします」といわれ ， その 「 宿題 」 といンやワ ー プロを買うとき，明日にはもっと良い機種がでう響きが懐かしかった . 仕事上での納期というのは遅れるのでは.と悩まずにすむうまい買いかたは，死の前日

がちだげど ， 宿題というと絶対にや ら な く てはならないに買うパソコンだけだ」と .

という感じがする . でも，学校にい っ ていたころはど う

だったっけ.
中山照宣言

いずれは .

SIGNET でこの間のような情報を集め.訪ましょう.面白いメッセージは誌面にも発表することに

して.

il男

7 月にMacPlus を賄入しましたが，かなりのカル チャー・ショックを受けました.ほとんど恥1.Acのスイ ッ
チを入れない日はないくらいです.

I
n
si
d
eMa c も

漣沢忠男
年間の文献をまとめてくれるところはありませんか .
英語の論文までなかなか手がまわりません.

Pascal も持っている の ですが，不思議となかなかプログラムを作る気にならないのです . 将来 ，ソフトを作る人と，使う人の分業化が進行するのではな

どと思ったりしています .

もちろんMac の使い心地は.

清野昇千

この 3 年間，毎日毎日Ma c のことばかり考えていまし

‑
3
5
‑

J-star より上!

SeamallVol.
lNo.10

V
o
i
c
e

小沢周平

事はないのか厳しい現状のようてす.彼女のような優システムが完成したとき，満足感と後悔をいつも感じ

秀な技術者を放っておくこの業界.損をしていませんかる.

100%満足のゆかないシステムへの後悔は，自分つ

自身が進歩していることの証か.自己満足か.
松沢英明

鈴木裕信

LISP コンパイラ作成法の文献を御存知の方は，御コンビュータは時間と空間をゼロに近づけてくれるはずなのに，なぜか私は.朝の満員電車に乗らなければな

教示下さい.

らない

シグマのようなシステムは作れても，日本社会の土獲には根つかない.といったら，いいすぎか?

大本幹緩
ソフトウェア産業というと.

恋村重F高

人材育成会社からレンタルビデオ屋さんまで幅広い.ソ

フトウェア・サービスなどというとさらに広くなり.か

専門誌となると.ついつい技術的専門分野のトピック

なりイカガワしい(私の好きな夜の)商売を含む印象を，スが多くみられるが，大規模(とくに事務処理分野)の世の人に与える.だから.コンビュータ・ソフトウェア

開発では.プロジェクトの運営・管理が大切である.つと呼ぶべきなどというつもりは毛頭ない.システム的ない今年の夏も火消しに狩りだされたが，皆どう思ってい思考で仕事ができるのであれば.コンビュータなどなくるのだろう.本当に.現笑では情けなくなることが多いても.自分はソフト屋さんだと考える余裕を持ちたいもようにおもえるが.

のです
伊藤正次

(株)タンデムで売られている

武田喜美子

女性会員のネットワークを作りませんか!

PC・ 9801

用のSmalltalk・ 80 を麟入し ，使ってみての一言:これほどひどいものとは思わなかった，すぐにおちる.

笠原俊議
休日の過ごし方について.

近藤直文

SEA 会員の皆さんは，どUNIX 端末に，パソコンを使用しており.カナ漢字変のように過ごされていますか?

換をパソコンでローカルに行っています.しかし，パソ
野村行筆

コンのカナ漢字変換ソフト (VJE-α. 一太郎の AτOK

記ANET 構築を切望する.そうすれば.地方会員の私)ではvi を使う時に，アスキ一文字コマンドと漢字のでも SIG に参加できょう.だから SEANET は，第 2切り鍛えが繁雑で困っています

NCR や DEC の変換

種パケットが利用可能(第 1 種パケット)が前提て\マ

ソフトのように，常時アスキ一文字入力で，変換キーをルチ・プロトコルのサポートを希望する.当然.私の押したときだけカナ漢字変換をするソフトで .

MAC で利用できなければ意味がない.

で動くものがあれば教えてください.

P
C
‑
9
8
0
1

編集蕩から

問中康和

現在，ソフトウェアの品質や生産性の向上を何とかし

今後この欄への投稿は，お気軽に(たとえば薬害などなければと考えているのですが.これといって手だてがで) .どんどんお寄せください.また，投害者とコンタなく.暗中模索の状態です .やはり.家内工業的手法かクトを取りたい場合は，事務局までお問い合わせくださ

ら抜け出せないのでしょうか.

L 、-

沼岡千賀子

友人が在宅勤務を探しています.子供が 2 人いるため，常勤は厳しいとのこと.でも.世の中，在宅でできる仕

‑
3
6
‑

C
a
l
e
n
d
a
re
t
c
.

S
e
a
m
a
l
lV
o
l
.
lN
o
.
1
0

SEA これからの活動予定
S E A 会員状況

.10 月(白tober)
28 日(火)教育フ才一ラム「新入社員教育 J(青年会議所)

31 日(金)昭和 61 年 10 月 13 日現在の入会会員状況は以下の通りです.

NISA . SEA 情報化月間記念フォーラム

正会員一一 598 名(先月比 63 名増)「これからのソフトウェア環境を考える J

賛助会員一一 18 社(先月比 4 社噌)(長野県長野市)
第 7 回 YDOC (神奈川県労働福祉センター)<男女分布>

勤務

居住

男

563

北海道=

1

1

女

35

岩手

2

2

.11 月(November)
7 日(金)<年齢分布>
20・24

3
0

2
5
‑
2
9

1
3
1

30・ 341
6
2

35・ 391印

40・ 44ω

4
5
‑
4
9

3
0

50
‑54

9

55・ 59

6

60以上

5

013

Eコ

nU
噌A

31 日(金)コ

再利用分科会第 9 回討論会(機械振興会館)

ie(日本電子専門学校)
26 日(水)

句ム‘

会

AnB

環境分科会月例会(機械振興会館)教育分科会月例

吟唱

月例会 (SRA 関西支社)

19 日(水)咽Ad管理分科会月例会(高円寺 SEA 事務所)関西支部

1MM 斜印AI 分科会第 6 四月例会(織械振興会館)
14 日(金)320

13 日(木)伶勾

関西支部 AI 分科会研究会 (J 1P 関西支店)

oU728

再利用分科会第 9 図研究会(機械振興会館)

343nB'Aa
勾

12 日(水)εJ(ソフトウェア涜通促進センター)

一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一

法的保護分科会第 4 図研究会

潟木城玉業京奈野山岡皐知賀川都阪良庫岡本崎児(青年会議所)

新栃茨湾千束神長富静岐愛滋石京大奈兵福熊長鹿プロジェクト・プラニング・フォーラム

536521614362214223513<地域分布>

勾3e

第 8 回 YDOC (神奈川県労働福祉センター)コ・・ 12 月(December)i

6 日(木)
島

AI 分科会第 6 四月例会(機械振興会館)
19 日{金)SEA 設立 1 周年記念パーティ
または
海外視察結果の報告フォーラム

会員の名簿管理は，パソコンを使用しておこなっています.住所.会社部署等の変更があったときは，なるべ

く早く事務局までお知らせください.

+ 忘年パーティ(いずれにせよ会場は未定)

‑
3
7
‑

f~

z
:
.
.
‑
‑
r
.
'
"
)
TT

s
e
a

ソフトウェア技術者協会