JPH09152966A - ソフトウェア開発支援装置 - Google Patents

Abstract

(57)【要約】 【課題】 開発者がオブジェクト名やイベント名を意識
せずに、ＧＵＩを装備したソフトウェア開発を可能にす
る。 【解決手段】 編集装置１０はウィンドウシステム６０
上で動作する。画面レイアウト編集部１３によりディス
プレイ装置２０に表示される画面レイアウト編集領域内
のオブジェクトに対し、開発者がマウス操作すると、ウ
ィンドウシステム６０からイベント情報が編集装置１０
に通知される。イベント解析部１１は、該イベント情報
から開発者の操作を認識し、オブジェクト・イベント管
理部１２はイベント管理テーブル４０を検索して当該イ
ベント処理か定義済みか否か判定し、イベント処理編集
部１４は、これをもとに新規イベント処理編集領域ある
いは編集済み処理内容のイベント処理編集領域を表示す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、グラフィカルユー
ザインタフェース（ＧＵＩ）を持つソフトウェアの開発
を支援する装置に係り、特にポインティングデバイスを
操作したときの処理方法を記述・編集するときに好適な
ソフトウェア開発支援装置に関する。

【０００２】

【従来の技術】近年、コンピュータソフトは、従来のキ
ーボードからコマンドを入力するキャラクタユーザイン
タフェース形（ＣＵＩ）から、ポインティングデバイス
（マウス）とアイコン、メニューなどを使ったビジュア
ルなグラフィカルユーザインタフェース形（ＧＵＩ）へ
と急速に変化しており、それに伴いアプリケーションプ
ログラムもウィンドウ上で動作するものが要求されるよ
うになってきた。

【０００３】従来のグラフィカルユーザインタフェース
を持つソフトウェアの開発では、各種のウィンドウシス
テムに依存したイベントマクロ（ユーザのマウス操作に
対する情報）を識別し、これらのイベントが発生したと
きの手続きをコーディングしていた。その際、どのイベ
ントがどういったイベントマクロ名称を持つかについて
知っていなければならなかった。更に、一つのオブジェ
クト（ウィンドウシステムの提供している部品を指し、
例えばボタンやスクロールバーなどを言う）に対して複
数の利用可能なイベントがどれかということに対しても
認識していなくてはならなかった。また、マルチプラッ
トフォーム対応にソフトウェアを開発する場合、各々の
ウィンドウシステムに対応したイベントマクロ名称を熟
知もしくはイベントマクロ資料で調べなくてはならなか
った。

【０００４】なお、この種の従来のソフトウェア開発
は、技術評論社発行「Ｖisual ＢＡＳＩＣプログラミン
グ」、マイクロソフトプレス社発行「プログラミングＷ
indows」、（株）コムラッド発行「ＯＳＦ／Ｍotifプロ
グラミング入門」、Ａpple社発行「Ｉnside Ｍacintos
h」などのイベント処理及びコールバック関数に関する
章に記載されている。

【０００５】

【発明が解決しようとする課題】上記従来技術は、イベ
ントマクロ名称及び各々のオブジェクトに対してどのイ
ベントが発生するかについて自動的に設定しておく点に
ついて配慮されておらず、開発者がこれらの点について
一々意識しなくてはならないという問題があった。

【０００６】本発明の目的は、グラフィカルユーザイン
タフェースを持つソフトウェアの開発にあたり、イベン
トマクロ名称及び各々のオブジェクトに対してどのイベ
ントが発生するかを自動的に設定して、開発者は実際に
これらのイベントが発生したときに実行する処理のみの
開発に専念することができるソフトウェア開発支援装置
を提供することにある。

【０００７】

【課題を解決するための手段】本発明のソフトウェア開
発支援装置は、利用者用画面のオブジェクトに対して、
開発者が利用者と同じ操作をポインティングデバイスを
用いて操作すると、そのイベント情報がウィンドウシス
テムから通知され、該通知されたイベント情報から開発
者の操作を認識し、当該操作に対応したイベント処理編
集領域を表示する編集装置を具備する。

【０００８】編集装置はウィンドウシステム上で動作す
るオブジェクトに対して開発者が利用者と同じ操作をポ
インティングデバイスを用いて実行したときに、ウィン
ドウシステムはポインティングデバイスを操作したこと
によって発生したイベントマクロを編集装置に対して通
知する。編集装置は、このイベントマクロ名称を使用し
てイベント処理に関するプログラム（コード）の固定部
分を生成すると共に、開発者がイベント処理を記述・編
集するための領域（イベント処理編集領域）を表示す
る。これによってイベントマクロ名称を一々意識しなく
ても、開発者が実際にこれらのイベントが発生したとき
に実行する処理のみの開発に専念できるようになる。

【０００９】

【発明の実施の形態】以下、本発明の一実施例について
図面で詳細に説明する。図１は、本発明によるソフトウ
ェア開発支援装置の一実施例の全体構成図を示す。図に
おいて、１０はＣＰＵ構成の編集装置であり、イベント
解析部１１、オブジェクト・イベント管理部１２、画面
レイアウト編集部１３及びイベント処理編集部１４を有
している。２０はディスプレイ装置、３０はポインティ
ングデバイス（マウス）、４０はイベント管理テーブ
ル、５０はソースプログラムファイル、６０はウィンド
ウシステムである。編集装置１０はウィンドシステム６
０上で動作する。

【００１０】開発者は、画面レイアウト編集部１３がデ
ィスプレイ装置２０に表示する画面（画面レイアウト編
集画面）上でオブジェクトの配置を行い、利用者用画面
を編集する。この利用者用画面のオブジェクトに対し、
開発者がポインティングデバイス３０を用いて利用者と
同じ操作をすることにより、ウィンドウシステム６０は
編集装置１０に対して、該操作についてのイベント情報
を通知する。編集装置１０のイベント解析部１１は、ウ
ィンドウシステム６０から通知されたイベント情報を解
析し、ウィンドウ名、オブジェクト名、イベント名など
を取得する。オブジェクト・イベント管理部１２は、イ
ベント解析部１１の解析結果に基づき、開発者が操作し
たオブジェクトに対しイベント処理が編集済み（定義済
み）か否かイベント管理テーブル４０から検索する。イ
ベント処理編集部１４は、オブジェクト・イベント管理
部１２の検索結果をもとに、ソースプログラムファイル
５０から編集済みの処理内容を読み出して、それを埋め
込んだイベント処理編集領域をディスプレイ装置２０に
表示するか、新規のイベント処理編集領域を同ディスプ
レイ装置２０に表示する。開発者は、このディスプレイ
装置２０に表示されるイベント処理編集領域を用いて該
当イベント処理を記述・編集する。

【００１１】図２は画面レイアウト編集画面の一例であ
り、利用者用画面として売り上げデータ入力ウィンドウ
の編集例を示したものである。開発者は、画面レイアウ
ト編集画面２００のウィンドウ上で利用者用画面２１０
を編集する。画面レイアウトの編集方法自体は従来技術
の方法を使い、ＧＵＩ部品群２２０から利用者用画面２
１０の任意の場所に部品のドラッグ２３０を実行する。
なお、図２中の設定メニュー中の制御用キーの設定２４
０は、ポインティングデバイス以外の制御用キーを開発
者が自由に変更できる機能である。

【００１２】図３に制御用キー設定画面の構成例を示
す。図２の画面レイアウト編集画面２００中の設定メニ
ューの制御用キーの設定２４０を選択することにより、
制御用キー設定ダイアログ３００が表示される。この例
では、制御用キーとしてＳhiftキーを割り当てたが、利
用者にＳhiftキーを押した状態でポインティングデバイ
スによりボタンを操作させるソフトウェアを開発する場
合は、制御用キーを他のキーに設定する。

【００１３】図４はイベント処理編集領域の表示方法に
ついての手順の一例を示す図である。図４（ａ）は画面
レイアウト編集領域で、図２の利用者用画面２１０に該
当するものである。開発者が、該画面レイアウト編集領
域４００内のオブジェクトの一つである登録ボタン４１
０上に、ポインティングデバイス３０を用いて利用者と
同じ操作でカーソル４２０を指示することによって、開
発者の操作に対応したイベント処理編集領域を表示させ
ることができる。この登録ボタン４１０で発生するイベ
ントにはクリックイベント、プレスイベント及びリリー
スイベントの３種類がある。

【００１４】図４（ｂ）はクリックイベント処理編集領
域の表示手順である。開発者は制御キーを押下し（４３
１）、ポインティングデバイス３０の左ボタンをクリッ
クし（４３２）、制御キーを開放することによって（４
３３）、ポインティングデバイスの左ボタン用のクリッ
クイベント処理編集領域がディスプレイ装置２０上に表
示される（４３４）。次に、図４（ｃ）はプレスイベン
ト処理編集領域の表示手順である。開発者は制御キーを
押下し（４４１）、ポインティングデバイス３０の左ボ
タンをプレスし（４４２）、制御キーを開放することに
よって（４４３）、ポインティングデバイスの左ボタン
用のプレスイベント処理編集領域がディスプレイ装置２
０に表示される（４４４）。最後に、図４（ｄ）はリリ
ースイベント処理編集領域の表示手順である。開発者
は、リリースイベントを取得するための制御キーの押下
前にあらかじめポインティングデバイス３０の左ボタン
をプレスしておき（４５１）、制御キーを押下後（４５
２）、ポインティングデバイスの左ボタンをリリースし
（４５３）、制御キーを開放することによって（４５
４）、ポインティングデバイスの左ボタン用のリリース
イベント処理編集領域がディスプレイ装置２０に表示さ
れる（４５５）。

【００１５】このように、開発者が制御キーの押下から
開放までの間で利用者と同じ操作をすることで、開発者
の操作に対応した処理を定義できる領域（イベント処理
編集領域）を表示することができる。ここで、イベント
処理編集領域とはイベント処理用プログラムの編集領域
の事であり、テキストエディタでも、ビジュアルプログ
ラミングにおける作図エディタでもどちらでも対応でき
る。

【００１６】図５はイベント管理テーブル４０の内部形
式で、これは売上げデータ入力ウィンドウ（図２の利用
者用画面２３０）の例を示したものである。ここで、ウ
ィンドウ名５１０とオブジェクト名５２０は画面レイア
ウト編集画面から得られる名称である。これに対し、イ
ベント名５３０は、開発者がウィンドウ名５１０のオブ
ジェクト名５２０に対してポインティングデバイスを操
作したときに、ウィンドウシステムから通知されるイベ
ントの名称（イベントマクロ名）であり、イベント処理
メソッド名５４０は、イベントが通知されたときに実行
するメソッド名称である。イベント名５３０、イベント
処理メソッド名５４０は未定義のときは空欄になる。

【００１７】このイベント管理テーブル４０の内容は、
イベント処理編集領域で任意の部品に対して利用者と同
じ操作を開発者が実施する度に追加される。追加された
イベント管理テーブルの内容はソースプログラム生成時
に参照する。なお、ソースプログラムの生成については
図７で説明する。

【００１８】図６は、開発者から見た操作と図１の編集
装置１０の内部処理の流れを示した図である。開発者の
操作では、図４で説明したように、画面レイアウト編集
領域（利用者用画面）上のイベント処理を定義したいオ
ブジェクトに対してマウス操作を実行することによって
（６１０）、イベント処理編集領域が表示され、処理内
容を記述・編集できる状態になる（６７０）。

【００１９】一方、編集装置１０の内部処理では、開発
者がオブジェクトを操作したことによってウィンドウシ
ステム６０からイベント情報が通知されると（６２
０）、まず、イベント解析部１１で、該通知されたイベ
ント情報から開発者のポインティングデバイス３０によ
って操作したウィンドウ名、オブジェクト名及びイベン
ト名を認識する（６３０）。次に、オブジェクト・イベ
ント管理部１２で、開発者の操作したオブジェクトに対
しイベント処理が編集済みか否か、即ち、ウィンドウ
名、オブジェクト名、イベント名に対応したイベント処
理メソッド名が定義済みか否か、イベント管理テーブル
４０から検索する（６４０）。そして、オブジェクト・
イベント管理部１２は、定義済みであれば、該当イヘン
ト処理メソッド名を、未定義であればその旨を、イベン
ト処理編集部１４に通知する。イベント処理編集部１４
は、未定義の場合には新規イベント処理編集領域をディ
スプレイ装置２０に表示し（６５０）、定義済みの場合
には、ソースプログラムファイル５０から当該イベント
処理メソッド名に対応する定義済み処理内容を読み出
し、その処理内容を含むイベント処理編集領域をディス
プレイ装置２０に表示する（６６０）。開発者は、この
イベント処理編集領域を用いて当該イベント処理内容を
記述・編集し、イベント処理編集部１４は、その処理内
容をソースプログラムファイル５０に格納する。

【００２０】図７は、図２の売上げデータ入力ウィンド
ウの場合について、イベント処理編集部１４で生成され
るイベント受信関数のソースプログラムのフローチャー
トの一例を示したものである。イベント受信関数とは、
イベントが発生すると、ウィンドウシステムが自動的に
実行する関数であり、どのオブジェクトでどのイベント
が発生したかがわかる情報をパラメータとして実行す
る。イベント処理編集部１４は、まず、イベント管理テ
ーブル４０のイベント名項目（イベントマクロ名）５３
０のすべての条件分岐７１０を生成する。次に、各々の
イベントから、そのイベントを使用しているオブジェク
トすべての条件分岐７２０を接続する。さらに、該当す
るイベントとオブジェクトに対応した処理（プログラ
ム）をポイントする。この例では、登録ボタンにポイン
ティングデバイスのＬＢ＿ＣＬＫイベント（＝左ボタン
のクリックイベント）が発生したとき売上データ登録処
理関数７３０を実行し、取消ボタンにポインティングデ
バイスのＬＢ＿ＣＬＫイベント（＝左ボタンのクリック
イベント）が発生したとき売上データ取消処理関数７４
０を実行するプログラムがポイントされる。

【００２１】本実施例によれば、イベントマクロ名称は
内部処理で用いられ、どのオブジェクトに対してどのイ
ベント処理を定義するかについては、開発者が利用者と
同じ操作をすることで該当イベント処理編集領域が表示
され、さらに、編集済みの処理内容があればそれも表示
されるため、開発者はイベントマクロ名称等を意識せず
にイベント処理の開発に専念できる。

【００２２】以上、本発明の一実施例を説明したが、イ
ベント処理編集領域の表示方式としては他に、開発者が
指定したオブジェクトで利用可能な全イベント処理の編
集領域を表示する方式、プッシュボタンやスクロールバ
ーなどオブジェクト種別によって、最も使用頻度の高い
イベントの編集領域は固定的に表示する方式、画面レイ
アウト編集機能部付きソフトウェア開発ツールでオブジ
ェクトを選択したとき、そのオブジェクトで利用可能な
イベント一覧を表示し、開発者に該当するイベントを選
択することによって編集領域を表示する方式などが考え
られる。

【００２３】

【発明の効果】以上説明したように、本発明のソフトウ
ェア開発支援装置によれば、開発者が利用者と同じ操作
をすることによって、そのときに発生したイベント情報
を自動的に検知し、対応したイベント処理編集領域が表
示されるため、開発者はイベントマクロ名称等を意識せ
ずに、その操作をしたときの処理（プログラム）の開発
のみに専念でき、ＧＵＩを持つソフトウェアの生産性の
向上が図れる。また、編集済みの処理内容は、それもイ
ベント処理編集領域に表示されるため、修正・追加・削
除等が容易である。さらに、オブジェクトに対してポイ
ンティングデバイスで操作すると、実行時も開発時も同
じイベント情報が得られるため、このイベント情報をそ
のまま開発時に利用し、イベント処理編集の固定部分と
して活用することもできる。

【図面の簡単な説明】

【図１】本発明によるソフトウェア開発支援装置の構成
例を示す図である。

【図２】画面レイアウト編集画面の編集例を示す図であ
る。

【図３】制御用キー設定画面の構成例を示す図である。

【図４】イベント処理編集領域の表示手順の具体例を示
す図である。

【図５】イベント管理テーブルの具体例を示す図であ
る。

【図６】図１の装置は開発者から見た操作と内部処理の
流れを示したフローチャートである。

【図７】イベント処理編集部で生成されるソフトウェア
のソースプログラムのフローチャートである。

【符号の説明】

１０ 編集装置 １１ イベント解析部 １２ オブジェクト・イベント管理部 １３ 画面レイアウト編集部 １４ イベント処理編集部 ２０ ディスプレイ装置 ３０ ポインティングデバイス（マウス） ４０ イベント管理テーブル ５０ ソースプログラムファイル ６０ ウィンドウシステム

Claims (2)

【特許請求の範囲】
1. 【請求項１】 グラフィカルユーザインターフェイス
   （ＧＵＩ）を持つソフトウェアの開発を支援する装置で
   あって、 利用者用画面のオブジェクトに対して、開発者が利用者
   と同じ操作をポインティングデバイスを用いて操作する
   と、そのイベント情報が通知され、該通知されたイベン
   ト情報から開発者の操作を認識し、当該操作に対応した
   イベント処理編集領域を表示する手段を有することを特
   徴とするソフトウェア開発支援装置。
2. 【請求項２】 請求項１記載のソフトウェア開発支援装
   置において、イベント処理の定義・未定義を管理する手
   段を備え、開発者の操作に対応したイベント処理が未定
   義の場合には新規イベント処理編集領域を表示し、定義
   済みの場合には該定義済み処理内容を含むイベント処理
   編集領域を表示することを特徴とするソフトウェア開発
   支援装置。