著者

二村 良彦 川合 敏雄 堀越 彌 堤 正義

出版者

一般社団法人情報処理学会

雑誌

情報処理学会論文誌 (ISSN:18827764)

巻号頁・発行日

vol.21, no.4, pp.259-267, 1980-07-15

---

「コーディングは流れ図の作成から始まる(Coding begins with the drawing of the flow diagrams.)」と言ったのは 1940年代のGoldsteinとNeumannだった.それ以来今日まで プログラムを書く前に流れ図 すなわちフローチャートを書くことが 多くのプログラマの習慣になってきた.ところが 高級言語が発達したり 構造化プログラミング技法が普及するにつれ フローチャートの欠点が目立つようになった.フローチャートに構造化プログラミングやプログラムの段階的改良(Stepwise Renfinement)の考えを取入れた図式としてはNSチャートやFerstlチャート等が提案された.また フローチャートを使わずに 直接 PASCAL 等の構造化プログラム言語やPDL等のシュードコードでプログラムの論理を記述することも提案されている.しかし これ等はフローチャートほどには広く使われていない.われわれは PAD(Problem Analysis Diagram すなわち問題分析図)と呼ぶ2次元木構造をした図面によりプログラムの論理を記述する方法を提案してきた.そして 多くの機種(プログラマブル電卓から大型計算機まで)に対する各種(OS アプリケーション等)のプログラムの開発を使用してきた.PADは ワーニエ図の問題点を改良するために (1)制御構造を強化し (2)図式から直接コーディングできるようにし さらに (3)ハードウェアの図面のような体裁を持つように図式を改良したものである.結果的には PADは 構造化プログラムを2次元的に展開した図式になった.特にPADが標準的に備えている制御構造はPASCALに基づいて定めてあるので PADはPASCALプログラムを2次元的に展開したような図式であり PASCAL Diagzamと言うこともできる.

著者

二村 良彦 川合 敏雄 堀越 彌 堤 正義

雑誌

情報処理学会論文誌 (ISSN:18827764)

巻号頁・発行日

vol.21, no.4, pp.259-267, 1980-07-15

---

「コーディングは流れ図の作成から始まる(Coding begins with the drawing of the flow diagrams.)」と言ったのは 1940年代のGoldsteinとNeumannだった.それ以来今日まで プログラムを書く前に流れ図 すなわちフローチャートを書くことが 多くのプログラマの習慣になってきた.ところが 高級言語が発達したり 構造化プログラミング技法が普及するにつれ フローチャートの欠点が目立つようになった.フローチャートに構造化プログラミングやプログラムの段階的改良(Stepwise Renfinement)の考えを取入れた図式としてはNSチャートやFerstlチャート等が提案された.また フローチャートを使わずに 直接 PASCAL 等の構造化プログラム言語やPDL等のシュードコードでプログラムの論理を記述することも提案されている.しかし これ等はフローチャートほどには広く使われていない.われわれは PAD(Problem Analysis Diagram すなわち問題分析図)と呼ぶ2次元木構造をした図面によりプログラムの論理を記述する方法を提案してきた.そして 多くの機種(プログラマブル電卓から大型計算機まで)に対する各種(OS アプリケーション等)のプログラムの開発を使用してきた.PADは ワーニエ図の問題点を改良するために (1)制御構造を強化し (2)図式から直接コーディングできるようにし さらに (3)ハードウェアの図面のような体裁を持つように図式を改良したものである.結果的には PADは 構造化プログラムを2次元的に展開した図式になった.特にPADが標準的に備えている制御構造はPASCALに基づいて定めてあるので PADはPASCALプログラムを2次元的に展開したような図式であり PASCAL Diagzamと言うこともできる.

著者

田口 敏夫 堀越 彌 栗原 潤一

出版者

一般社団法人情報処理学会

雑誌

情報処理学会論文誌 (ISSN:18827764)

巻号頁・発行日

vol.22, no.3, pp.206-215, 1981-05-15

被引用文献数

1

---

仮想計算機システム(VMS:Virtual Machine System)を用いると 1台の実計算機のもとで複数個のOSを同時に走行させることができ かつ システム開発のための豊富なテスト機能が使えるので システム開発に従事する者にとってきわめて魅力的なシステムである.すなわち VMSを利用することによって 計算センタ・サービスとシステム開発作業とが並行して行えるわけである.しかし 問題点としては 断続的に行われるシステム開発作業のために 実計算機システム(BMS:Bare Machine System)からVMSへ切り替える必要が生じ このために30分以上のロス・タイムが生じることがあった.VMSからBMSへ移る逆の場合にも同一のロス・タイムが生じ これらの時間が無視できないため いわゆるオープン使用でシステム開発を行うのが従来の姿であった.そこで 筆者らはこの改善策としてシステム開発作業が必要になったときに 計算センタ・サービスを停止することなくVMSの制御プログラムが忍び込み(クリープ・イン動作) 動的にVMSの環境を創り出し システム開発作業の終了後は逆にBMSへ戻る(クリープ・アウト動作)機能を実験的に開発した.本機能はVOS3(Virtual-storage Operating System3)を対象として (1)VOS3下で走行する新たな制御プログラムと (2)VMSとの交信機能を設けて実現している.現在 BMS からVMSへの切替えは17秒逆への切替えは2秒で実現できている.本機能によって 最近の24時間運転サービスとシステム開発作業のための時間確保という2つの相反する要求を満たすことが期待される.