JPH0895775A - プログラム作成編集装置 - Google Patents

Abstract

(57)【要約】 【目的】 修正関数の作成担当者に迅速に知らせること
と、作業効率を向上すること。 【構成】 入力されたソースプログラムを関数毎に分割
する分割手段と、前記分割手段によって分割された関数
を編集する編集手段とを備え、プログラムの作成及び編
集を行うプログラム作成編集装置に、前記関数と作成担
当者を関連づける手段を設ける。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、プログラム編集装置に
関し、特に、多数人で開発したプログラムを編集するプ
ログラム編集装置に適用して有効な技術に関するもので
ある。

【０００２】

【従来の技術】従来、複数の関数から構成されるプログ
ラムの編集を効率良く行なうために、例えば、特開昭６
２−５５７３０号公報に開示されているプログラム編集
作成装置なるものがある。

【０００３】このプログラム編集作成装置とは、メイン
プログラムとサブプログラムを複数階層にわたるプログ
ラムのトリー構造または、その一部を画面に表示し、プ
ログラム相互の関連を参照し、関数単位または、複数関
数（モジュール）にわたって、編集できるようにしたも
のである。

【０００４】

【発明が解決しようとする課題】本発明者は、上記従来
技術を検討した結果、以下の問題点を見いだした。

【０００５】上記のようなプログラム編集装置では、あ
る関数を修正した場合にその影響範囲を示す機能はある
が、実際に影響する関数の修正は、プログラム作成者が
その関数の作成担当者を調べて、知らせることによって
成されていた。

【０００６】このためプログラムの規模が大きいほど、
修正関数が多く、且つプログラムを作成する人数も多く
なるために、修正関数の作成担当者を調べ、知らせるの
に時間及び手間がかかるという問題点があった。

【０００７】また、特に、複数の関数の集まりであるモ
ジュールで、関数毎に作成担当者が異なる場合、一人の
作成担当者が関数の修正を終え、テストを行いたい時
に、他の作成担当者が編集を行っていると、そのソース
プログラムのテストをすることができなく、作業効率が
悪くなるという問題点があった。

【０００８】本発明の目的は、プログラムの関数修正に
おいて、プログラム作成者がその修正関数の作成担当者
に迅速に知らせることが可能な技術を提供することにあ
る。

【０００９】本発明の他の目的は、他の作成担当者が編
集を行っているときにおいても、ソースプログラムのテ
ストを可能にし、作業効率を向上することが可能な技術
を提供することにある。

【００１０】本発明の前記ならびにその他の目的と新規
な特徴は、本明細書の記述及び添付図面によって明らか
になるであろう。

【００１１】

【課題を解決するための手段】本願において開示される
発明のうち、代表的なものの概要を簡単に説明すれば、
下記のとおりである。

【００１２】プログラムの関数修正において、プログラ
ム作成者がその修正関数の作成担当者に迅速に知らせる
ために、ソースプログラムを入力する入力手段と、入力
されたソースプログラムを関数毎に分割する分割手段
と、前記分割手段によって分割された関数を編集する編
集手段とを備え、プログラムの作成及び編集を行うプロ
グラム作成編集装置に、前記関数と作成担当者を関連づ
ける手段を設ける。

【００１３】また、他の作成担当者が編集を行っている
ときにおいても、ソースプログラムのテストを可能に
し、作業効率を向上するために、編集可能なソースプロ
グラムを記憶する第一の記憶手段と、編集不可能なソー
スプログラムを記憶する第二の記憶手段と、前記第二の
記憶手段に記憶されたソースプログラムを参照し、テス
トするテスト手段とを設ける。

【００１４】

【作用】上述した手段によれば、入力されたソースプロ
グラムを関数毎に分割する分割手段と、前記分割手段に
よって分割された関数を編集する編集手段とを備え、プ
ログラムの作成及び編集を行うプログラム作成編集装置
に、前記関数と作成担当者を関連づける手段を設けるこ
とにより、プログラム作成者が、修正が必要な関数とそ
の作成担当者の関連づける必要がなくなるので、その修
正関数の作成担当者に迅速に知らせることが可能とな
る。

【００１５】また、プログラム作成編集装置に、編集可
能なソースプログラムを記憶する第一の記憶手段と、編
集不可能なソースプログラムを記憶する第二の記憶手段
と、前記第二の記憶手段に記憶されたソースプログラム
を参照し、テストするテスト手段とを設けることによ
り、一人の作成担当者が関数の修正を終えてテストを行
いたい時に、他の作成担当者が編集を行っていても、ソ
ースプログラム（関数等）のテストができるので、作業
効率を向上することが可能となる。

【００１６】以下、本発明の構成について、実施例とと
もに説明する。

【００１７】なお、実施例を説明するための全図におい
て、同一機能を有するものは同一符号を付け、その繰り
返しの説明は省略する。

【００１８】

【実施例】以下、本発明の一実施例を図面を用いて具体
的に説明する。ここでは、本発明の実施例として、ワー
クステーション及び、Ｘ−Ｗｉｎｄｏｗシステムを用い
て、Ｃ言語のプログラム作成を行なうためのプログラム
作成編集装置に適用した場合について説明する。

【００１９】図１は、本発明の一実施例にかかるクライ
アントサーバモデルを用いたプログラム作成編集装置の
構成を示すブロック図である。

【００２０】図１において、１０１はプログラム作成編
集装置、１０２はサーバ装置、１０９はネットワークで
ある。

【００２１】図１に示すように、プログラム作成編集装
置１０１は、プログラム構造構築部１０３と、入力を行
うための表示装置１０４と、キーボード１０５と、マウ
ス１０６と処理した結果を記憶する記憶装置１０７と、
出力装置１０８とから構成されている。

【００２２】サーバ装置１０２は、データを管理するた
めのデータ管理装置１１０と、データを格納するファイ
ル装置１１１とから構成されている。

【００２３】図２は、本実施例のプログラム作成編集装
置を用いて作成したプログラムの構造を表示した画面を
示した図である。

【００２４】また、本実施例では、Ｃ言語のコンパイル
で使用するインクルードファイルをインクルード、ソー
スファイルをモジュールとし、ソースファイルの内部を
ヘッダ部と関数の２つに分類し、プログラムの構造をイ
ンクルード、モジュール、ヘッダ部、関数の４つから構
成している。

【００２５】なお、本発明におけるプログラム作成編集
装置のプログラムの構成及び画面表示は、これに限定さ
れない。

【００２６】この構成は、プログラム作成に使用する言
語を意味ある単位に分類したもので、使用する言語によ
って、構成を変更することにより、Ｃ言語以外のプログ
ラム言語でも利用が可能である。

【００２７】次に、図２に示したプログラム作成編集装
置のプログラムの構成の表示画面について具体的に説明
する。

【００２８】本実施例の表示画面は、メニュー表示領域
２０１、項目表示指定領域２０２、プログラム構造表示
指定領域２０３で構成されている。

【００２９】図２に示すメニュー表示領域２０１には、
「ファイル（Ｆ）」、「編集（Ｅ）」、「表示
（Ｖ）」、「オプション（Ｏ）」、「ヘルプ（Ｈ）」の
５つに分類したプログラム構造構築装置の処理機能が表
示されており、これをマウス１０６で選択することによ
り、それぞれの機能を処理することができる。

【００３０】プログラム構造表示指定領域２０３では、
項目表示指定領域２０２が示すように、「項番」、「更
新日付」、「モジュール構造」、「担当者」の４つの情
報を表示する。

【００３１】図２に示した本実施例に表示画面では、
「項番１．」の「Ｐｒｏｇ．ｈ」がインクルードで、
「項番２．」の「Ｐｒｏｇ．ｃ」がモジュールで、「項
番２．１」の「＿ｈｅａｄ」がヘッダ部で、「項番２．
２」の「ｍａｉｎ（）」が関数である。ここで、表示し
ている名称は、プログラム作成編集装置の利用者が作成
時に指定した名称であり、関数の名称の末尾の「（）」
は、ヘッダ部と関数を区別するためにプログラム作成編
集装置で付加したものである。

【００３２】また、「項番４．」の「Ｆｉｌｅ．ｃ
...」の末尾の「 ...」は、「項番２．」のように、下
位階層にヘッダ部及び、関数が存在することを示してお
り、このモジュールを「開く」ことにより、「項番
２．」のように階層的に表示され、末尾の「 ...」は、
画面に表示されなくなる。逆に、「項番２．」のモジュ
ールを「閉じる」ことにより、モジュールの下位階層の
ヘッダ部及び、関数が画面に表示されなくなり、末尾に
「 ...」が表示される。

【００３３】次に、図１に示したサーバ装置１０２のフ
ァイル装置１１１において、記憶、管理しているプログ
ラムのデータについて説明する。

【００３４】本実施例では、プログラムの構成及び、分
割した構造等の意味ある単位を１つのリソースとして管
理しており、この個々のリソース間の関係（リレーショ
ン）を張ったデータを構成している。ここでは、本発明
に関係のあるリソースについてのみ説明する。

【００３５】図３は、本実施例におけるプログラムの個
々のリソースの構成と図２の画面に表示しているプログ
ラム構造を分割した個々のリソースとの関係を説明する
ための図である。

【００３６】図３に示すリソース３０１からリソース３
０５は、本実施例の動作環境を構築する際に作成される
リソースである。

【００３７】図３に示すリソース３０１は、プログラム
という構成を表現しており、「＿＿＿ｃ＿ｐｒｏｇｒａ
ｍ」という名前（ｎａｍｅ）を属性として持っており、
この属性は、本実施例で固定の名前（ｎａｍｅ）であ
る。

【００３８】リソース３０２は、モジュールという構成
を表現しており、「＿＿＿ｃ＿ｍｏｄｕｌｅ」という名
前（ｎａｍｅ）を属性として持っており、この属性は、
本実施例で固定の名前（ｎａｍｅ）である。

【００３９】リソース３０３は、インクルードという構
成を表現しており、「＿＿＿ｃ＿ｉｎｃｌｕｄｅ」とい
う名前（ｎａｍｅ）を属性として持っており、この属性
は、本実施例で固定の名前（ｎａｍｅ）である。

【００４０】リソース３０４は、関数という構成を表現
しており、「＿＿＿ｃ＿ｆｕｎｃｔｉｏｎ」という名前
（ｎａｍｅ）を属性として持っており、この属性は、本
実施例で固定の名前（ｎａｍｅ）である。

【００４１】リソース３０５は、ユーザという構成を表
現しており、「＿＿＿ｕｓｅｒ」という名前（ｎａｍ
ｅ）を属性として持っており、この属性は、本実施例で
固定の名前（ｎａｍｅ）である。

【００４２】また、図３に示すリソース３０６からリソ
ース３２５は、本実施例のプログラム作成編集装置１０
１で作成したリソースであり、図２の画面に表示してい
るプログラム構造を分割した個々のリソースである。

【００４３】図３に示すリソース３０６は、「Ｐｒｏｇ
ｒａｍＡ」という名前（ｎａｍｅ）の属性を持った１つ
のリソースであり、リソース３０１からリソース３０６
に対して「ｉｎｓｔａｎｃｅ」という関係（リレーショ
ン）を張ることによりプログラムのリソースであること
を定義している。

【００４４】リソース３０７は、「Ｐｒｏｇ．ｃ」とい
う名前（ｎａｍｅ）の属性を持った１つのリソースであ
り、リソース３０２からリソース３０７に対して「ｉｎ
ｓｔａｎｃｅ」という関係（リレーション）を張ること
により、モジュールのリソースであることを定義してお
り、リソース３０８からリソース３１２もリソース３０
７と同等である。

【００４５】リソース３１３は、「Ｐｒｏｇ．ｈ」とい
う名前（ｎａｍｅ）の属性を持った１つのリソースであ
り、リソース３０３からリソース３１３に対して「ｉｎ
ｓｔａｎｃｅ」という関係（リレーション）を張ること
により、インクルードのリソースであることを定義して
おり、リソース３１４もリソース３１３と同等である。

【００４６】リソース３１５は、「ｍａｉｎ」という名
前（ｎａｍｅ）の属性を持った１つのリソースであり、
リソース３０４からリソース３１５に対して「ｉｎｓｔ
ａｎｃｅ」という関係（リレーション）を持つことによ
り、関数のリソースであることを定義しており、リソー
ス３１６からリソース３２１もリソース３１５と同等で
ある。

【００４７】リソース３２２は、「佐藤」という名前
（ｊｎａｍｅ）の属性を持った１つのリソースであり、
リソース３０５からリソース３２２に対して「ｉｎｓｔ
ａｎｃｅ」という関係（リレーション）をことにより、
ユーザのリソースであることを定義しており、リソース
３２３からリソース３２５もリソース３２２と同等であ
る。また、図４に示す矢印（→）は、関係（リレーショ
ン）の方向を表現している。

【００４８】図４は、プログラム構造を表現するための
個々のリソースとの接続関係を表現したものである。図
４に示すように、本実施例におけるプログラムの構造
は、プログラムのリソース３０６とインクルードのリソ
ース３１３または、プログラムのリソース３０６とモジ
ュールのリソース３０７からリソース３１２との間で、
「ｈａｖｅ」という関係（リレーション）をことによ
り、「ＰｒｏｇｒａｍＡ」という名前（ｎａｍｅ）のプ
ログラムが持つインクルード及び、モジュールであるこ
とを定義している。

【００４９】次に、モジュールのリソース３０７とイン
クルードのリソース３１４または、モジュールのリソー
ス３０７と関数のリソース３１５からリソース３１９と
の間で、「ｈａｖｅ」という関係（リレーション）をこ
とにより、「Ｐｒｏｇ．ｃ」という名前（ｎａｍｅ）の
モジュールが持つインクルード及び、関数であることを
定義している。

【００５０】また、モジュールの場合は、モジュール側
の属性（ｌｉｓｔ）として、ソースファイルをジェネレ
ートするためのインクルード及び、関数の順番を持って
おり、他のモジュールも同等である。

【００５１】さらに、図４に示す矢印（→）は、関係
（リレーション）の方向を表現している。

【００５２】図５は、プログラム構造を表現するための
個々のリソースとの参照関係を説明するためのものであ
る。

【００５３】図５に示すように、関数と関数の担当者の
関係は、ユーザのリソース３２３から関数のリソース３
１５との間で、「ｒｅｆｅｒ」という関係（リレーショ
ン）を張ることにより、「ｍａｉｎ」という名前（ｎａ
ｍｅ）の関数の担当者が「鈴木」という名前（ｎａｍ
ｅ）のユーザであることを定義しており、他のリソース
とユーザとの関係も同等である。

【００５４】次に、関数と関数のコール関連は、関数の
リソース３１５と関数のリソース３１６と３１７との間
で、「ｒｅｆｅｒ」という関係（リレーション）を張る
ことにより、「ｍａｉｎ」という名前（ｎａｍｅ）の関
数が「ｆｕｎｃ１」と「ｆｕｎｃ２」という名前（ｎａ
ｍｅ）の関数をコールしているということを定義してい
る。なお、図５に示す矢印（→）も図４と同様に、関係
（リレーション）の方向を表現している。

【００５５】このように、個々のリソースとの間で関係
（リレーション）を張り、管理していることにより、
「ｆｕｎｃ１」という名前（ｎａｍｅ）の関数のソース
プログラムを修正した場合に、「ｆｕｎｃ１」という名
前（ｎａｍｅ）の関数をコールしている関数が「ｍａｉ
ｎ」という名前（ｎａｍｅ）の関数であり、「ｍａｉ
ｎ」という名前（ｎａｍｅ）の関数の担当者が「鈴木」
という名前（ｎａｍｅ）のユーザであるということを特
定することが容易にできる。

【００５６】このように、本実施例のプログラム作成編
集装置１０１に、前記関数と作成担当者を関連づける手
段を設けることにより、プログラム作成者が、修正が必
要な関数とその作成担当者の関連づける必要がなくな
る。

【００５７】次に、本実施例のプログラム作成編集装置
１０１におけるデータ管理について説明する。

【００５８】図６は、プログラム作成編集装置を使用す
るユーザとプログラム作成編集装置が管理するデータと
の関係を説明するための図である。

【００５９】本実施例のプログラム作成編集装置１０１
では、編集可能なソースプログラムを記憶する第一の記
憶手段、編集不可能なソースプログラムを記憶する第二
の記憶手段として、図６に示すように、アクティブデー
タ６０４の記憶手段と、スタティックデータ６０５の記
憶手段を設けて、ソースプログラム等のデータを管理し
ている。

【００６０】図６に示すアクティブデータ６０４は、関
数の担当者が参照、更新をする場合のデータであり、ス
タティックデータ６０５は関数の担当者以外が関数を参
照する場合のデータである。

【００６１】ここで、図２で示す関数「ｍａｉｎ」のソ
ースプログラムの参照、更新を行なう場合を例に取り説
明すると、図６に示す担当者６０１（この場合、「鈴
木」というユーザ）がプログラム作成編集装置１０１を
介して関数「ｍａｉｎ」のアクティブデータ６０４の参
照、更新が行なえる。

【００６２】しかし、図６に示す担当者６０１以外のユ
ーザ６０２の場合は、プログラム作成編集装置１０１を
介して関数「ｍａｉｎ」のスタティックデータ６０５の
参照だけが行なえる。

【００６３】また、スタティックデータ６０５の更新
は、担当者６０１が作成または編集終了後、プログラム
作成編集装置１０１のリビジョン管理機能を用いて行わ
れる。

【００６４】このように、個々のデータをアクティブデ
ータとスタティックデータとして、２つに分けて管理す
ることにより、プログラムの複数ある関数を複数のユー
ザが同時にコーディングできるようになり、かつ、他の
ユーザの作業に影響されることなく個々の関数単位にテ
ストができるようになり、コーディング及び、テスト作
業のデットロック状態がなくなり、作業時間の短縮がで
き、作業効率を向上することが可能となる。

【００６５】次に、本実施例のプログラム作成編集装置
１０１の各処理について図１〜図７を用いて説明する。

【００６６】図７は、本実施例のプログラム作成編集装
置１０１の処理の流れを示すフローチャートである。

【００６７】まず、図１に示す本実施例のプログラム作
成編集装置１０１とネットワーク１０９を介して接続す
る（ステップ７０１）。

【００６８】次に、表示画面を作成する（ステップ７０
２）。本実施例では、Ｘ−Ｗｉｎｄｏｗシステムを利用
しているので、ここではまだ、表示装置１０４に画面は
表示されない。

【００６９】次に、目的とするプログラムの情報をデー
タ管理部１１０より取得し、記憶装置１０７に記憶する
（ステップ７０３）。もし、目的とするプログラムの情
報がない場合は、記憶装置１０７の初期化処理を行な
う。

【００７０】この後で、プログラム構造表示領域２０３
に記憶装置１０７の情報を表示する。この時、図２に示
した画面が表示装置１０４に表示される。

【００７１】次に、ユーザからの入力要求を待ち、ユー
ザからの入力要求に応じてステップ７０５からステップ
７１８に示す処理に振り分け処理を行なう（ステップ７
０４）。

【００７２】本実施例のプログラム作成編集装置１０１
は、以下に述べるステップ７０５からステップ７１８に
示した１３の処理を行う。

【００７３】まず、新規作成処理（ステップ７０５）に
ついて説明する。

【００７４】ここでは、新規作成処理として、実際にモ
ジュールを作成し、関数分割を行なう動作について説明
する。

【００７５】まず、モジュールの作成か、関数の作成か
を判定し、モジュールを作成する場合は、モジュールの
情報を入力するための画面を表示装置１０４に表示し、
また、関数を作成する場合は、関数の情報を入力するた
めの画面を表示装置１０４に表示する。

【００７６】なお、モジュールの情報は、モジュールの
日本語名、ファイル名、機能説明などである。関数の情
報は、日本語名、機能説明、戻り値、関連項目などであ
る。

【００７７】次に、この画面を使用して、キーボード１
０５より、モジュールまたは、関数の情報を入力し、マ
ウス１０６を使用して、「実行」ボタンにマウスカーソ
ルを位置付けて、マウス１０６の左側のボタンを押すこ
とにより、モジュールまたは、関数の作成を行なう。

【００７８】また、ここで入力した情報は、ソースファ
イル中のコメント及び、仕様書等に使用される。それか
ら、作成したモジュールまたは、関数には、新規作成を
実行したユーザが担当者として、割り当てられる。

【００７９】以上の操作を繰り返すことにより、プログ
ラムの構造をモジュール及び関数に分割することがで
き、図３，図４で説明した個々のリソースが作成され
る。

【００８０】また、同時にプログラムの仕様書を作成す
ることもでき、プログラムの構造と関連付けて仕様書を
管理しているので、プログラムと仕様書が不一致になる
ことを防ぐことが可能となる。。

【００８１】次に、ソース編集（ステップ７０６）につ
いて説明する。

【００８２】ここでは、ソース編集（ステップ７０６）
として、関数のコーディングを行なう場合について説明
する。

【００８３】まず、マウス１０６を用いて、プログラム
構造表示指定領域２０３に表示されている関数にマウス
カーソルを位置付けて、マウス１０６の左側のボタンを
連続して２回押すことにより、コーディングをする関数
が指定され、関数をコーディングするためのエディタが
表示装置１０４に表示され、キーボード１０５を使用し
てコーディングする。

【００８４】ここで、指定した関数が担当者として、割
り当てられていない場合は、ソースプログラムを参照す
ることができるだけでコーディングすることはできな
い。

【００８５】また、ここで使用するエディタの機能とし
ては、行単位の「移動」「複写」「削除」「取消」等の
一般的な機能の他に、このエディタを終了する時に、コ
ーディングを行なったソースプログラムをネットワーク
１０９及び、データ管理部１１０を介してファイル装置
１１１に格納すると同時に、このソースプログラムを解
析し、この関数がコールしている関数を求めて、この求
めた関数がファイル装置１１１に登録されているか、ネ
ットワーク１０９及び、データ管理処理装置１１０を介
して調査し、登録されている場合は、図５で説明したプ
ログラム構造を表現するための個々の関数のリソースと
の参照関係をネットワーク１０９及び、データ管理処理
装置１１０を介して、ファイル装置１１１に登録され
る。

【００８６】次に、モジュールまたは関数の情報（属
性）編集（ステップ７０７）について説明する。

【００８７】モジュールまたは関数の情報（属性）編集
は、まず、マウス１０６を使用して、プログラム構造表
示指定領域２０３に表示されているモジュールまたは関
数にマウスカーソルを位置つけて、マウス１０６の左側
のボタンを押すことにより指定する。

【００８８】次に、マウス１０６を使用して、マウスカ
ーソルをメニュー表示領域２０１の「ファイル（Ｆ）」
に位置付けて、マウス１０６の左側のボタンを押し、次
に「属性（Ａ）」を指定することによりモジュールまた
は関数の情報（属性）編集を行なう画面が表示装置１０
４に表示される。

【００８９】ここで表示される画面は、ステップ７０５
の新規作成で使用した画面と同じ画面が表示される。ま
た、指定した物が担当者として、割り当てられていない
場合は、モジュールまたは関数の情報（属性）を参照す
ることができるだけで編集することはできない。

【００９０】次に、編集処理（ステップ７０８）につい
て説明する。

【００９１】編集処理は、プログラム構造表示指定領域
２０３に表示しているプログラムの構造を「切出」「複
写」「貼付」「削除」「取消」の編集機能を用いて、プ
ログラム構造の変更を行なうものである。

【００９２】次に、表示変更処理（ステップ７０９）に
ついて説明する。

【００９３】表示変更処理は、プログラム構造表示指定
領域２０３に表示しているモジュールの表示順序を変更
し、表示するものである。

【００９４】表示順序の変更は、「担当者」順に表示、
「更新日付」または「モジュール名」でソートを行な
う。

【００９５】次に、コンパイル環境の設定（ステップ７
１０）について説明する。

【００９６】ここで行なうコンパイル環境の設定は、ソ
ースプログラムをコンパイルするためのコンパイラの指
定とコンパイルする時に使用するインクルードファイル
の格納ディレクトリの指定及び、ライブラリの格納ディ
レクトリの指定とライブラリの指定である。

【００９７】指定された情報は、プログラム作成編集装
置１０１を使用して開発しているプログラムのリソース
のコンパイル情報として、ネットワーク１０９とデータ
管理処理装置１１０を介して、ファイル装置１１１に格
納される。

【００９８】次に、コンパイル実行処理（ステップ７１
１）について説明する。

【００９９】コンパイル実行処理は、まず、本実施例の
プログラム作成編集装置１０１で作成したプログラム構
造より、ユーザが指定する場所にソースファイルとコン
パイルを実行するために必要な「Ｍａｋｅｆｉｌｅ」を
作成し、「ｍａｋｅコマンド」を実行し、プログラムを
作成する。ここで取り出したソースファイルについて
は、ステップ７１４の「ソース取り出し」で説明する。

【０１００】次に、ユティリティ実行処理（ステップ７
１２）について説明する。

【０１０１】ここでは、ユティリティ実行処理として、
プログラムを開発する上で必要な情報をユーザが指定す
る形式に加工し、印刷又は、表示装置１０４に表示を行
なう場合について説明する。

【０１０２】まず、マウス１０６を使用し、プログラム
構造表示指定領域２０３に表示されているモジュールま
たは、関数を指定し、メニュー表示領域２０１に表示し
ている「ユティリティ実行」を指定することにより、プ
ログラム構造表示指定領域２０３で指定した物に対し
て、実行可能なサブツールが表示装置１０４に表示され
る。

【０１０３】ここでマウス１０６を使用し、サブツール
を指定し、実行することにより、関数仕様書、関数コー
ル関連図等のプログラムを開発する上で必要な情報を取
得する。

【０１０４】次に、モジュールまたは、関数の担当者を
設定するユーザ設定（ステップ７１３）について説明す
る。

【０１０５】まず、マウス１０６を使用し、プログラム
構造表示指定領域２０３に表示されているモジュールま
たは、関数を指定し、マウス１０６を使用し、メニュー
表示領域２０１に表示している「ユーザ設定」を指定す
ることにより、図４で説明したプログラム開発を行なう
リソース３２２からリソース３２５のユーザの一覧が表
示装置１０４に表示され、マウス１０６を使用し、ユー
ザを指定し、実行することにより、モジュールまたは、
関数の担当者を変更することができる。

【０１０６】次に、ソースファイルを取り出し処理（ス
テップ７１４）について説明する。

【０１０７】この機能は、ステップ７１１の「コンパイ
ル実行」と違い、ユーザが指定したモジュールに対する
ソースファイルを個々に取り出す機能である。

【０１０８】その操作方法は、マウス１０６を使用し、
プログラム構造表示指定領域２０３に表示されているモ
ジュールを指定する。

【０１０９】そして、マウス１０６を使用し、メニュー
表示領域２０１に表示している「ソース取出」を指定す
る。この操作により、指定されたモジュールに対応する
ソースファイルが取り出す。

【０１１０】次に、図３に示す本実施例に表示されてい
るモジュール「Ｐｒｏｇ．ｃ」のソースファイルを取り
出したことを前提にソースファイルとモジュール構造と
の関係を図８に示す表示例を用いて説明する。

【０１１１】まず、図８に示すモジュール「Ｐｒｏｇ．
ｃ」のソースファイルの行番号８０１の１行目から６行
目に対応するソースファイル８０２は、プログラムの属
性として登録されている「Ｃｏｐｙｒｉｇｈｔ情報」で
ある。

【０１１２】次に、行番号８０１の７行目から１２行目
に対応するソースファイル８０２は、図３に示す「項番
２．１」の「＿ｈｅａｄ」に対応するコーディング結果
である。

【０１１３】次に、行番号８０１の１５行目から２１行
目に対応するソースファイル８０２は、図３に示す「項
番２．２」の関数「ｍａｉｎ（）」の属性としてい登録
されている「関数仕様の情報」である。

【０１１４】そして、行番号８０１の２２行目から２７
行目に対応するソースファイル８０２は、図３に示す
「項番２．２」の関数「ｍａｉｎ（）」に対応するコー
ディング結果である。

【０１１５】以下、行番号８０１の２９行目から５９行
目に対応するソースファイル８０２は、図３に示す「項
番２．３」から「項番２．６」に対応する関数の「関数
仕様の情報とコーディング結果を順番に展開したもので
ある。

【０１１６】また、このソースファイルを取り出す時に
も、図６で説明したユーザとデータとの関係が適用さ
れ、取り出されるソースファイルは、ユーザによって異
なる。このことにより、プログラムの機能を複数追加す
る場合に、複数のユーザがそれぞれの機能を同時にコー
ディングを行なっても、ソースファイルを取り出す時に
は、１ユーザがコーディングした機能だけがとりださ
れ、個々の機能単位にテストできる。以上のことから、
プログラムの中の複数の機能を複数のユーザが同時にコ
ーディングすることが容易にでき、かつ、他のユーザの
作業に影響されることなく個々の機能単位にテストでき
ることから、プログラムの開発が効率良くできる。

【０１１７】次に、リビジョン管理（ステップ７１５）
について説明する これは、プログラムのリビジョンの管理とプログラムの
開発担当者に変更箇所をＵＮＩＸの電子メールシステム
を利用して通知するものである。

【０１１８】リビジョン管理には、リビジョンの更新と
リビジョンを戻す２つの処理があり、リビジョンの更新
処理を図９、リビジョンを戻す処理を図１１に示すフロ
ーを用いて説明する。

【０１１９】リビジョンの更新処理は、まず、ログ情報
入力画面を作成し（ステップ９０１）、「実行」または
「取消」を選択されるまで、キーボード１０５とマウス
１０６からの入力処理を行なう。

【０１２０】次に、「実行」が選択されたのか、「取
消」が選択されたのかをチェックし（ステップ９０
２）、「実行」が選択された場合は、ステップ９０１で
入力されたログ情報を取得する(ステップ９０３）。

【０１２１】次に、リビジョンを更新するターゲットの
チェックを行ない（ステップ９０４）、関数またはイン
クルードの場合は、図６で示すアクティブデータ６０４
とスタティックデータ６０５とのソースの差分を取得し
（ステップ９０５）、次のステップ９０６へ進む。

【０１２２】また、関数またはインクルードでない場合
は、ステップ９０５の処理を飛ばし、リビジョンを更新
するターゲットの属性情報を取得する（ステップ９０
６）。

【０１２３】次に、ＵＮＩＸ上で動くＲＣＳ（Ｒｅｖｉ
ｓｉｏｎ Ｃｏｎｔｒｏｌ Ｓｙｓｔｅｍ）のコマンド
を利用し、リビジョンの更新処理（ファイルの履歴管
理）を行なう（ステップ９０７）。

【０１２４】次に、アクティブデータ６０４をスタティ
ックデータ６０５に複写し、スタティックデータ６０５
を更新する（ステップ９０８）。

【０１２５】メール送信データを作成する（ステップ９
０９）。ここで作成する送信データは、ステップ９０５
で取得したソースの差分情報とステップ９０６で取得し
た属性情報を合わせたデータである。

【０１２６】次に、図６で説明した参照関係からリビジ
ョンの更新処理を行なうことにより影響を及ぼす関数を
取得し、その関数から関数のユーザ（担当者）を取得
し、メール送信を行なうための、メールアドレスを取得
する（ステップ９１０）。

【０１２７】次に、ステップ９１１において、ＵＮＩＸ
上で動くメールコマンドを利用し、ステップ９１０で取
得したメールアドレスにたいして、ステップ９０９で作
成したデータの送信を行なう。送信されるデータは、図
１０のようにメール１００１で表示される。

【０１２８】このように、本実施例のプログラム作成編
集装置のコマンドとして、プログラムの箇所が影響する
関数の作成担当者に対して、ＵＮＩＸ上で動く電子メー
ルを利用して通知されることにより、プログラム作成者
が、修正が必要な関数とその作成担当者の関連づける必
要がなくなるので、その修正関数の作成担当者に迅速に
知らせることが可能となる。

【０１２９】なお、本実施例のメール１００１は、図１
０に示すように、ログ情報、名前、形式、説明、戻り
値、関連項目、変更箇所から構成されるが、これに限定
されない。

【０１３０】図１０の説明をつけ加える。

【０１３１】次に、ログ情報入力画面を消去し、メイン
処理に戻る（ステップ９１２）。また、ステップ９０２
において、「取消」が選択された場合も同様に、ステッ
プ９１２へ進み、ステップ９１２において、ログ情報入
力画面を消去し、メイン処理に戻る。

【０１３２】次に、リビジョンを戻す処理は、目的とす
る関数または、モジュールのリビジョンの履歴情報を取
得する（ステップ１１０１）。次に、履歴情報選択画面
を作成し、リビジョンの履歴情報（日時とログ情報）を
表示し、「実行」または「取消」を選択されるまで、入
力処理を行いリビジョンの履歴情報（日時とログ情報）
の選択を受け付ける（ステップ１１０２）。

【０１３３】次に、「実行」が選択されたのか、「取
消」が選択されたのかをチェックし（ステップ１１０
３）、「実行」が選択された場合は、選択されたリビジ
ョンの履歴情報を取得する（ステップ１１０４）。リビ
ジョンを戻す前の状態として、ＵＮＩＸ上で動くＲＣＳ
（Ｒｅｖｉｓｉｏｎ Ｃｏｎｔｒｏｌ Ｓｙｓｔｅｍ）
のコマンドを利用し、リビジョンの更新処理（ファイル
の履歴管理）を行なう（ステップ１１０５）。

【０１３４】次に、ＵＮＩＸ上で動くＲＣＳのコマンド
を利用し、選択された状態のリビジョンに戻す処理を行
ない（ステップ１１０６）、履歴情報選択画面を消去
し、メイン処理に戻る（ステップ１１０７）。ステップ
１１０３において、「取消」が選択された場合は、ステ
ップ１１０７に進み、履歴情報選択画面を消去し、メイ
ン処理に戻る。

【０１３５】このようにして、プログラム構造のリビジ
ョン管理を行ない、且つ、プログラムの変更箇所が影響
するユーザに対して、ＵＮＩＸ上で動く電子メールを利
用して通知される。

【０１３６】そして、本実施例の操作及び機能の説明を
画面に表示するヘルプ（ステップ７１６）、ステップ８
０４において、本実施例の終了要求を受けた場合は、画
面を消去し（ステップ７１７）、サーバとの切断処理を
行ない（ステップ７１８）、終了する。

【０１３７】したがって、上述したように、入力された
ソースプログラムを関数毎に分割する分割手段と、前記
分割手段によって分割された関数を編集する編集手段と
を備え、プログラムの作成及び編集を行うプログラム作
成編集装置に、前記関数と作成担当者を関連づける手段
を設けることにより、プログラム作成者が、修正が必要
な関数とその作成担当者の関連づける必要がなくなるの
で、その修正関数の作成担当者に迅速に知らせることが
可能となる。

【０１３８】また、プログラム作成編集装置に、編集可
能なソースプログラムを記憶する第一の記憶手段と、編
集不可能なソースプログラムを記憶する第二の記憶手段
と、前記第二の記憶手段に記憶されたソースプログラム
を参照し、テストするテスト手段とを設けることによ
り、一人の作成担当者が関数の修正を終えてテストを行
いたい時に、他の作成担当者が編集を行っていても、そ
の修正した関数をテストできるので、作業効率を向上す
ることが可能となる。

【０１３９】以上、本発明者によってなされた発明を、
前記実施例に基づき具体的に説明したが、本発明は、前
記実施例に限定されるものではなく、その要旨を逸脱し
ない範囲において種々変更可能であることは勿論であ
る。

【０１４０】

【発明の効果】本願において開示される発明のうち代表
的なものによって得られる効果を簡単に説明すれば、下
記のとおりである。

【０１４１】プログラム作成者が、修正が必要な関数と
その作成担当者の関連づける必要がなくなるので、その
修正関数の作成担当者に迅速に知らせることが可能とな
る。

【０１４２】また、一人の作成担当者が関数の修正を終
えてテストを行いたい時に、他の作成担当者が編集を行
っていても、その修正した関数をテストできるので、作
業効率を向上することが可能となる。

【図面の簡単な説明】

【図１】本発明の一実施例であるクライアントサーバモ
デルを用いたプログラム作成編集装置の構成を説明する
ためのブロック図である。

【図２】本実施例の画面表示を示した図である。

【図３】本実施例におけるプログラム構造を分割した個
々のリソースとの関係を説明するための図である。

【図４】本実施例におけるプログラム構造を表現するた
めの個々のリソースとの接続関係を表現した図である。

【図５】本実施例におけるプログラム構造を表現するた
めの個々のリソースとの参照関係を表現した図である。

【図６】本実施例のプログラム作成編集装置を使用する
ユーザとプログラム構造構築装置が管理するデータとの
関係を表現した図である。

【図７】本実施例のプログラム作成編集装置の処理の流
れを示すフローチャートである。

【図８】本実施例のモジュール「Ｐｒｏｇ．ｃ」のソー
スファイルを示した図である。

【図９】本実施例のリビジョンの更新処理を示すフロー
チャートである。

【図１０】本実施例のメールの表示例を表す図である。

【図１１】本実施例のリビジョンの戻す処理を示すフロ
ーチャートである。

【符号の説明】

１０１…プログラム構造構築装置、 １０２…サーバ装置、 １０３…プログラム構造構築部、 １０４…表示装置、 １０５…キーボード、 １０６…マウス、 １０７…記憶装置、 １０８…出力装置、 １０９…ネットワーク、 １１０…データ管理部、 １１１…ファイル装置。

Claims (3)

【特許請求の範囲】
1. 【請求項１】 ソースプログラムを入力する入力手段
   と、入力されたソースプログラムを関数毎に分割する分
   割手段と、前記分割手段によって分割された関数を編集
   する編集手段とを備え、プログラムの作成及び編集を行
   うプログラム作成編集装置において、 前記関数と作成担当者を関連づける手段を設けたことを
   特徴とするプログラム作成編集装置。
2. 【請求項２】 前記請求項１記載のプログラム作成編集
   装置において、 編集可能なソースプログラムを記憶する第一の記憶手段
   と、 編集不可能なソースプログラムを記憶する第二の記憶手
   段と、 前記第一の記憶手段に記憶されたソースプログラムの編
   集が行われた場合に、変更された部分を含む関数以外
   は、第二の記憶手段に記憶されたソースプログラムを参
   照してコンパイルを行う手段を設けたことを特徴とする
   プログラム作成編集装置。
3. 【請求項３】 前記請求項１に記載のプログラム作成編
   集装置において、 編集が行われたソースプログラムと編集前のソースプロ
   グラムとの差分をとり、影響の及ぶ関数を検索する検索
   手段と、 前記検索手段によって検索された関数から修正の必要と
   なる箇所を抽出する抽出手段と、 前記抽出手段によって抽出された箇所を前記関数の作成
   担当者に対し通知する通知手段を設けたことを特徴とす
   るプログラム作成編集装置。