JP4438175B2 - Software development system - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、特定のハードウエアに組み込まれるソフトウエアの開発システムに関するものである。
【０００２】
【従来の技術】
コンピュータソフトウエアの開発システムとしては、特開平５−１０８３３４号公報（以下、「従来技術」という）に記載の状態遷移表エディタが公知である。
この従来技術は、キーボードやマウスを用いて画面上の状態遷移表を編集して、編集された状態遷移表からソースプログラムを自動生成するものである。
【０００３】
【発明が解決しようとする課題】
上記従来技術は、特定のハードウエアに搭載されることを目的としたソフトウエアの設計ツールではない。
特定のハードウエア、例えばクレジットカード決済用端末等、のソフトウエアの場合、そのハードウエアの仕様（特に入出力仕様）が決定されると、そのハードウエアにおいて発生する要因やハードウエアの各種基本動作のための処理モジュールは予め決定できる。
【０００４】
このような場合にまで、上記従来技術の状態遷移表エディタを用いて一から状態遷移表を作成するのは無駄が多い。また、上記状態遷移エディタを用いると、ソフトウエア設計者は、状態遷移の概念を意識しながら、状態遷移表を編集する必要があり設計者への負担も大きい。
【０００５】
【課題を解決するための手段】
本発明は、特定のハードウエアに組み込まれるソフトウエアの設計の場合には、そのハードウエアにおいて発生する要因やハードウエアの各種動作のための処理モジュールは予め決めておくことができるという点に着目してなされたものであり、より簡単にソフトウエアを作成するシステムとするため、次の技術的手段を採用した。
【０００６】
すなわち、本発明の特徴は、ハードウエアに組み込まれるソフトウエアをコンピュータを用いて生成するソフトウエアの開発システムであって、前記ハードウエアの各種動作のためのプログラムを処理モジュールとして各動作毎に備え、前記ハードウエアの状態を設定するための状態設定手段と、設定された状態において発生する要因を予め登録された要因の中から選択する要因選択手段と、選択された要因発生時の動作を前記処理モジュールの中から選択するモジュール選択手段と、選択された処理モジュールの動作に必要な動作パラメータを設定するパラメータ設定手段と、開発対象のハードウエアと接続される外部装置と接続した状態で当該装置からの情報を取り込むことにより、前記要因の追加登録を行う追加登録手段と、を備えている点にある。
【０００７】
本システムによってソフトウエアを生成するには、まず、ハードウエアのある状態において発生する要因を予め登録された要因の中から選択し、選択された要因発生時の動作を予め登録された処理モジュールの中から選択することによって決定する。このとき、要因発生時の動作として選択される処理モジュールは必要であれば複数とすることができる。そして、選択された処理モジュールの動作パラメータを設定する。
【０００８】
また、同じ状態で他の要因が発生する場合には、再び要因を選択し、処理モジュールを選択すればよい。
さらに、他の状態における要因と処理モジュールを決定したい場合には、上記処理を繰り返せばよい。
以上のように、本システムでは、開発対象となるハードウエアの処理モジュールを備え、しかもそのハードウエアで発生する要因が予め登録されているので、
状態設定、要因選択、要因発生時の動作選択、動作のパラメータ設定を行うことでソフトウエアを簡単に生成することができる。
【０００９】
加えて、追加登録手段により、周辺装置等との間での通信・制御により発生する要因を自動的に登録することができる。
また、生成されたソフトウエアの内容を、各状態における要因発生時の処理内容表示を含む状態遷移図として可視的に出力する状態遷移出力手段を備えているのが好ましい。
【００１０】
この場合、生成されたソフトウエアの設計ドキュメントとしての状態遷移図を得ることができる。
また、ソフトウエアに対して追加・修正等の変更を加えて、状態における要因発生時の動作を設定変更した場合には、変更された動作と変更されていない動作とを区別して前記状態遷移図の表示するのが好ましい。この場合、変更箇所を容易に把握することができる。
【００１１】
また、要因発生時動作を設定変更箇所数に基づいて、変更作業時間又は変更費用の見積を表示する見積表示手段を備えているのが好ましい。
従来、ソフトウエア開発の作業時間や開発時間の見積は、経験に基づいた根拠しか顧客に提示することができなかったが、見積表示手段が変更箇所に基づいて見積を表示するので、具体的な根拠のある見積を示すことができる。
【００１２】
また、生成されたソフトウエアの実行のため開発対象のハードウエアをエミュレートするエミュレート手段を備え、開発対象のハードウエアと接続される外部装置と接続して当該装置と通信可能とされているのが好ましい。
この場合、本システムに周辺装置等を実際に接続して、生成されたソフトウエアをエミュレート手段によって実行することで、開発対象のハードウエアを用いることなく、ソフトウエアの開発依頼をした顧客にソフトウエアを実演することができる。一般に、顧客からの要望を誤解せずにソフトウエアを作成することは困難であるが、本システムでは、顧客に本システムによるエミュレーション実行結果を見せながら顧客の要望に応じてソフトウエアを現場で作成することができ、誤解のないソフトウエアの開発を行うことができる。
【００１３】
また、本システムには開発対象のハードウエアに実際に接続される外部装置を接続できるので、ハードウエアと同様の動作環境を実現できる。
さらに、生成されたソフトウエアを開発対象のハードウエアにダウンロードするダウンロード手段を備えていることで、実機での実演も現場で顧客に見せて確認することができる。
【００１４】
【発明の実施の形態】
本実施形態において、本ソフトウエア開発システムは、クレジットカード決済端末用のソフトウエア開発用が例示されており、本システムの機能は、コンピュータとそのコンピュータに格納されたコンピュータプログラムによって実現される。
【００１５】
コンピュータとしては、好ましくはパーソナルコンピュータが用いられ、キーボード又はマウス等の入力部、ディスプレイ等の出力表示部、ＣＰＵ等からなる処理部、メモリ・ハードディスク等からなる記憶部、プリンタ等の外部装置（周辺装置又は通信装置）と接続されるインターフェース等を有している。
図１〜図４は、本システムを用いたソフトウエア開発工程においてパーソナルコンピュータの前記出力表示部に表示される開発工程画面を示している。この開発工程画面には、ソフトウエア開発対象のハードウエアであるクレジットカード決済端末１、この端末１の電源２、端末１と通信回線を介して接続されるホストコンピュータ３、端末１に接続されるプリンタ４、そして端末１の内部タイマ５が図示表示されている。
【００１６】
実際の端末はＬＣＤ等のディスプレイとキーボードを備えており、図１の開発工程画面中の端末１には、これに対応してディスプレイ６とキーボード７が図示表示されている。
また、開発工程画面には、ハードウエアの状態の設定を行うための「編集状態」領域８や、状態切替を行うための「状態切替」領域９も表示されている。
【００１７】
なお、本システムは、VISUAL BASICを用いて作成されていおり、ＧＵＩ（グラフィカルユーザインターフェース）により、画面に表示された電源２，ホストコンピュータ３，プリンタ４，内部タイマ５，ディスプレイ６，キーボード７等のシンボル、編集状態８、状態切替９等の画面領域をマウス等で選択することで操作が可能となっている。
【００１８】
本システムを用いる場合の開発工程における段階の一つとして、状態設定フェーズがある。この状態設定フェーズでは、ハードウエアの「状態」の新規設定を行うことができる。状態の設定を行うには、編集状態８の領域を選択し、図２に示すように、状態設定画面１０を表示させる。この状態設定画面１０では、状態の名称と番号を入力する。図２では、状態の名称が「電源断」、状態の番号が「Ｐ００」とされている。入力の完了操作（「ＯＫ」をクリック等）を行うと、入力された名称（番号）で状態がシステムに登録される。
【００１９】
さらに、入力結果は、編集状態領域８の表示に反映され、図３のように、編集状態領域８の状態名が「電源断」、状態番号が「Ｐ００」と表示される。
すなわち、図３は、現在の画面が「電源断」というハードウエアの状態に対する編集画面になっていることを示している。
また、本システムによる開発工程の一つとして、表示設計フェーズがある。この表示設計フェーズは、ハードウエア１のある状態における出力表示（ディスプレイ表示、プリンタ印字フォーマット）を作成するためのものである。ディスプレイ６の表示を設定・変更する場合には、開発工程画面中のディスプレイ６のシンボルを選択し、図４のようなＬＣＤ表示情報登録画面１１を表示させる。このＬＣＤ表示情報画面１１においてディスプレイ６に表示すべき内容を入力・編集する。ここでは「あいうえお」と入力されている。画面１１で編集した内容は、画面中のディスプレイ６の表示に反映され、ディスプレイ６にも「あいうえお」と表示される。編集完了操作（「ＯＫ」をクリック等）がなされると、編集内容はシステムに登録される。
【００２０】
また、本システムによる開発工程の一つとして、動作入力フェーズがある。この動作入力フェーズは、ハードウエア１のある状態におけるハードウエアの動作（処理）を設定するためのものである。動作の設定は、ある状態において発生する要因を選択し、当該要因が発生したときの処理モジュールを選択することによって行われる。
【００２１】
ハードウエアで発生しうる要因は、予めシステムに登録されている。また、登録された要因は画面で選択可能なシンボルとして表示されている。前述の電源２，ホストコンピュータ３，プリンタ４，内部タイマ５，ディスプレイ６，キーボード７のシンボルは、すべて選択可能な要因である。
ここで、登録されている要因としては、電源ＯＮ、キーボードのキー押下、ホストコンピュータからの信号発生、プリンタからの信号発生、内部タイマによるタイムアップがある。キーボードの押下としては、数字キーの押下、ＦＥＥＤキーの押下、ＲＥＳＥＴキーの押下、ＳＥＴキーの押下、ＥＮＴＥＲキーの押下が要因として登録されている。ホストからの信号発生には、取引正常信号の受信、取引棄却信号の受信が要因として登録されている。プリンタからの信号発生には、印刷正常信号の受信、印刷異常信号が要因として登録されている（図９の状態遷移表参照）。
【００２２】
なお、ホストやキーボードからの信号発生のように、１つのシンボルに対して複数の要因が存在する場合には、シンボルが選択されるとそのシンボルに関連した複数の要因が選択可能に画面表示され、表示された要因の１つを選択することができる。
「電源断」状態において電源ＯＮという要因が発生した場合の処理を登録するには、図５のように、「電源断」状態を編集する開発工程画面において、電源ＯＮ２シンボルを選択する。すると、図６のように動作入力画面１２が表示される。
【００２３】
この動作入力画面１２では、選択された要因が「発生イベント」として表示される。ここでは、「発生イベント：電源ＯＮ」と表示されている。また、動作入力画面１２には、予め登録された処理モジュールの一覧表示部１２ａが設けられている。
この一覧表示部１２ａには、「状態遷移」、「バックライトＯＮ」、「バックライトＯＦＦ」、「ホストと接続」、等の動作名称で登録された処理モジュールが表示されている。各処理モジュールは、ハードウエア１の各種動作を実現するためのプログラムで構成されている。
【００２４】
一覧表示部１２ａの中から所望の処理モジュールを選択すると、選択されたモジュールは、動作内容表示部１２ｂに表示される。ここでは、「ホストと接続」「プリンタと接続」「バックライトＯＮ」「状態遷移」という処理モジュールが選択されている。このモジュール選択により、「電源断」状態で電源ＯＮがなされると、「ホストコンピュータとプリンタと接続され、ディスプレイのバックライトがＯＮし、その後、他の状態に遷移する」という処理が設定されたことになる。なお、処理は、選択順（動作内表示部１２ｂの表示順）に行われる。
【００２５】
処理モジュールを選択すると、必要なモジュールに対しては、動作パラメータ設定フェーズとして、選択された処理モジュールのパラメータ（詳細な動作内容のデータ）の設定を行う。
パラメータの設定は、動作内容表示部１２ｂ中の処理モジュールを選択してパラメータ設定画面を表示させ、その画面で行う。「状態遷移」モジュールに対して動作パラメータの設定を行う場合には、図６の動作内容表示部１２ｂ中の「状態遷移」を選択し、パラメータ設定画面として図７のような遷移先状態選択画面１３を表示させる。「状態遷移」モジュールの動作には、遷移先状態が決定される必要があるから、ここで設定すべきパラメータとしては遷移先の状態となる。
【００２６】
遷移先状態選択画面１３には、登録されている状態の一覧画面が表示される。図７では、７つの登録済み状態（「電源断」、「ＬＣＤ表示１」〜「ＬＣＤ表示６」）の一覧を示している。
遷移先状態の設定は、一覧の中から遷移先となる状態を選択することによって行われる。ここでは、遷移先として「ＬＣＤ表示１（Ｐ０１）」が選択される。
【００２７】
なお、遷移先の状態を新たに登録する場合には、状態新規作成ボックス１３ａをクリックして、図２のような状態設定フェーズにより状態を新規作成すればよい。
選択された遷移先状態は登録され、動作パラメータフェーズは終了し、動作入力フェーズ（図６）に戻る。他のモジュールに対してもパラメータの設定が必要であれば、動作パラメータ設定フェーズを繰り返す。
【００２８】
さらに、「電源断」状態における「電源ＯＮ」要因発生時の動作入力フェーズが終了した後に、必要であれば、図５の画面から他の要因発生時の動作入力フェーズ及び動作パラメータ設定フェーズを行う。ここでは、「電源断」状態において他の要因発生は無いので、「電源断」状態における編集は完了である。
図５の「電源断」状態編集中の開発工程画面から、他の状態編集の開発工程画面に切り替えるための編集状態切替フェーズは、状態切替領域９を選択することによって行われる。状態切替領域９を選択すると、図８のように編集状態一覧画面１４が表示される。
【００２９】
編集状態一覧画面１４では、登録されている状態の一覧画面が表示される。図８では、７つの登録済み状態（「電源断」、「ＬＣＤ表示１」〜「ＬＣＤ表示６」）の一覧を示している。
次に編集する状態の選択は、一覧の中から状態を選択することによって行われる。なお、編集対象の状態を新たに登録する場合には、状態新規作成ボックス１４ａをクリックして、図２のような状態設定フェーズにより状態を新規作成すればよい。
【００３０】
切り替えられた他の状態においても、状態設定フェーズ、表示設計フェーズ、動作入力フェーズ、動作パラメータ設定フェーズを必要に応じて行い、すべての状態における表示、動作の入力が完了すると、ソフトウエアの設計が完了する。
本システムでは、開発工程で登録された内容に従って、図９に示すような状態遷移表をパーソナルコンピュータの前記出力表示部に表示することができる。図９の状態遷移表は、各「要因」を行の項目とし、登録された各「状態」を列の項目としたものであり、ある状態におけるある要因発生時の処理内容及び状態遷移先が遷移表の内容をなしている。例えば、「電源断」状態に対する「電源ＯＮ」要因発生時の処理は、「ホストと接続」「プリンタと接続」「バックライトＯＮ」であり、遷移先状態はＰ０１（ＬＣＤ表示１）である。
【００３１】
このように、本システムによれば、状態遷移表を意識することなくソフトウエアを開発できる上に、さらに設計ドキュメントとして、状態遷移表を得ることもできるのである。なお、図９の状態遷移表において「×」のところは、処理が未設定である。
また、開発工程において設定変更を行った場合には、図１０のように状態遷移表中の設定変更箇所が強調表示（ハイライト表示）されて、変更箇所が容易に認識できるようになっている。
【００３２】
例えば、「ＬＣＤ表示１（Ｐ０１）」状態において「ＥＮＴＥＲキー押下」という要因が発生した場合、図９では「ブザーＯＮ」処理のみを行っているが、図１０では、「タイマ起動」処理が追加されているので、当該箇所が強調表示されている。
また、図９では、「ＬＣＤ表示２」状態における「タイムアップ」要因発生時の処理は設定されていないが、図１０では、「ブザーＯＮ」処理が追加されている。
【００３３】
さらに、図１０では、「ＬＣＤ表示２’」、「ＬＣＤ表示４’」自体も強調表示されているが、これは、当該状態における出力表示（表示設計フェーズでの設定内容）も変更されていることを示している。
さらにまた、図１０では、「ＬＣＤ表示７」状態が追加され、これも強調表示されている。
【００３４】
このように図１０の状態遷移表では、図９に対して、画面変更（出力表示変更）が２箇所、新規画面が１箇所、動作変更箇所が２箇所、動作新規追加が７箇所あり、これら変更箇所がすべて強調表示されている。
また、設定変更が行われた場合には、図１０に示すように、工数見積画面１５が表示される。この工数見積画面１５では、各変更・追加の数、各変更・追加箇所毎の単位作業時間、各変更・追加箇所毎の単価に基づいて、変更作業に要する変更作業時間（工数）、変更作業に要する変更費用が算出され表示される。すなわち、作業時間（工数）は、（各変更・追加の数）×（単位作業時間）により算出される。また、費用は、（各変更・追加の数）×（単価）により算出される。
【００３５】
また、本システムは、開発対象のハードウエア（クレジットカード決済端末）の動作をエミュレートするエミュレート機能を有し、設計されたソフトウエアをそのまま本システムで実行できるようになっている。また、本システムには、クレジットカード決済端末に実際に接続される周辺装置や通信装置を接続するためのハードウエアインターフェースを備えており、本システムに接続された周辺装置等に対し制御・通信を行うことができる。
【００３６】
図１１は、パーソナルコンピュータからなる本システム１００に、ホストコンピュータ１３０と、プリンタ１４０が接続された状態を示している。なお、ホストコンピュータとは、モデム等の通信装置（図示せず）を介して接続されている。この接続により、本システムは、実際のクレジットカード決済端末と同様の動作環境で動作することができる。そして、本システムの画面上のキーボード７等を操作してクレジットカード決済端末を仮想的に実行・操作することにより、周辺装置との通信等を含め開発したソフトウエアのテストを容易に行うことができる。
【００３７】
また、本システム１００は、開発したソフトウエア（プログラム）をクレジットカード決済端末にダウンロードすることができる。図１２に示すように、クレジット決済端末２００と本システム１００とをケーブル等で接続し、開発したプログラムを本システムから端末２００にダウンロードすることができる。このダウンロードにより、端末２００のソフトウエアの更新が容易になる。
【００３８】
本システムにおいて開発工程で選択される要因は、予め登録されたものが使用されるが、外部の装置（周辺装置、通信装置）に起因して発生する要因は、別途登録することが可能である。
要因の登録は、図１３〜図１７に示すように行われる。すなわち、所定の操作を行って、図１３に示すようなイベント登録画面１６を表示させる。そして、イベント登録画面１６中の「イベント取込」ボタン１６ａを選択（クリック）すると、図１４のようにイベント入力受付画面１７が表示され、イベント（要因）の入力を促す。
【００３９】
図１５に示すように、イベントの入力には、外部装置であるホストコンピュータ１３０又はプリンタ１４０を本システム１００に接続しておき、外部装置１３０，１４０から本システム１００にイベント信号を与える。ここでは、ホストコンピュータ１３０からイベント信号としてのホスト送信データ１３１が与えられている。なお、このデータ１３１は、取引正常を表す信号であり、取引コードと取引内容のデータを含んでいる。
【００４０】
本システム１００がデータ１３１を受け取ると、イベント送信元がホストコンピュータ１３０である旨が登録され、そのデータ１３１の内容も登録される。また、これらの登録内容は、イベント登録画面１６にも反映し、図１６に示すように、画面１６中の「イベント送信元」欄はホストがチェックされ、画面１６中の「イベントデータ」ボックスには取り込んだデータ１３１の内容「01 02 03 04 05 06 07」が表示される。
【００４１】
さらに、図１７に示すように、画面１６中の「イベント名称」ボックスに当該イベントの名称として「取引正常」を入力し、イベント登録完了操作（「ＯＫ」をクリック等）をすると、「取引正常」要因が本システムに登録される。登録された要因は開発工程において選択できる要因の一つとなる。
なお、本発明は、上記実施形態に限定されるものではない。特に、開発対象となるハードウエアはクレジットカード決済端末に限られるものではない。
【００４２】
【発明の効果】
本システムでは、開発対象となるハードウエア用の処理モジュールを備え、しかもそのハードウエアで発生する要因が予め登録されているので、要因選択、要因発生時の動作選択、動作のパラメータ設定を行うことでソフトウエアを簡単に生成することができる。
【図面の簡単な説明】
【図１】 本発明に係る開発システムによる開発工程の画面である。
【図２】 状態設定フェーズでの画面状態である。
【図３】 状態設定フェーズ完了後の画面状態である。
【図４】 表示設計フェーズでの画面状態である。
【図５】 表示設計フェーズ完了後の画面状態である。
【図６】 動作入力フェーズでの画面状態である。
【図７】 動作パラメータ設定フェーズでの画面状態である。
【図８】 編集状態切替フェーズでの画面状態である。
【図９】 生成されたプログラムの設計ドキュメントとしての状態遷移表である。
【図１０】 工程見積画面を含む設定変更後の状態遷移表の表示画面である。
【図１１】 本システムによる生成されたプログラムの実行状態を示す図である。
【図１２】 本システムからカード決済端末へのプログラムダウンロード状態を示す図である。
【図１３】 イベント登録画面を含む画面である。
【図１４】 イベント入力受付画面を含む画面である。
【図１５】 ホストコンピュータからのイベント入力状態を示す図である。
【図１６】 イベントデータの取り込まれたイベント登録画面を含む画面である。
【図１７】 イベント名称が入力されたイベント登録画面を含む画面である。
【符号の説明】
１００ 開発システム
１３０ ホストコンピュータ
１４０ プリンタ[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a software development system incorporated in specific hardware.
[0002]
[Prior art]
As a computer software development system, a state transition table editor described in Japanese Patent Laid-Open No. 5-108334 (hereinafter referred to as “prior art”) is known.
In this prior art, a state transition table on a screen is edited using a keyboard or a mouse, and a source program is automatically generated from the edited state transition table.
[0003]
[Problems to be solved by the invention]
The above prior art is not a software design tool intended to be mounted on specific hardware.
In the case of software such as specific hardware such as a credit card payment terminal, when the hardware specifications (especially input / output specifications) are determined, the factors that occur in the hardware and various basic operations of the hardware The processing module for can be predetermined.
[0004]
Up to such a case, it is wasteful to create a state transition table from scratch using the state transition table editor of the prior art. In addition, when the state transition editor is used, the software designer needs to edit the state transition table while being aware of the concept of state transition, which places a heavy burden on the designer.
[0005]
[Means for Solving the Problems]
The present invention focuses on the fact that in the case of designing software to be incorporated into specific hardware, the factors generated in the hardware and the processing modules for various operations of the hardware can be determined in advance. In order to make the system for creating software easier, the following technical means were adopted.
[0006]
That is, a feature of the present invention is a software development system for generating software embedded in hardware using a computer, and a program for various operations of the hardware is provided as a processing module for each operation. The state setting means for setting the hardware state, the factor selection means for selecting the factor that occurs in the set state from the pre-registered factors, and the operation when the selected factor occurs Module selection means for selecting from among processing modules, parameter setting means for setting operation parameters necessary for the operation of the selected processing module, and the external device connected to the development target hardware by capturing information from, provided with a additional registration means for performing additional registration of the factors There to that point.
[0007]
In order to generate software by this system, first, a factor that occurs in a certain state of hardware is selected from pre-registered factors, and the operation at the time of the selected factor occurrence is selected by a pre-registered processing module. Decide by choosing from. At this time, if necessary, a plurality of processing modules can be selected as an operation when a factor occurs. Then, the operation parameter of the selected processing module is set.
[0008]
If another factor occurs in the same state, the factor is selected again and the processing module is selected.
Furthermore, when it is desired to determine factors and processing modules in other states, the above-described processing may be repeated.
As described above, this system has a hardware processing module to be developed, and the factors that occur in that hardware are registered in advance.
Software can be easily generated by performing status setting, factor selection, operation selection when a factor occurs, and operation parameter settings.
[0009]
In addition, the additional registration means can automatically register factors generated by communication and control with peripheral devices and the like.
In addition, it is preferable to include a state transition output unit that visually outputs the generated software contents as a state transition diagram including a processing content display when a factor occurs in each state.
[0010]
In this case, a state transition diagram as a design document of the generated software can be obtained.
In addition, when changes such as additions / modifications are made to the software to change the setting when the factor in the state occurs, the state transition diagram distinguishes between the changed operation and the unchanged operation. Is preferably displayed. In this case, the changed part can be easily grasped.
[0011]
Moreover, it is preferable to provide an estimate display means for displaying an estimate of the change work time or the change cost based on the number of change places of the action at the time of occurrence of the factor.
Previously, software development work time and development time estimates could only be presented to the customer based on experience, but the estimate display means displays the estimate based on the changed part, so a specific Can provide a reasonable estimate.
[0012]
Also, it has emulation means for emulating the development target hardware to execute the generated software, and is connected to an external device connected to the development target hardware so that it can communicate with the device. Is preferred.
In this case, by connecting peripheral devices etc. to this system and executing the generated software by emulating means, the customer who requested the software development without using the hardware to be developed can be used. You can demonstrate the software. In general, it is difficult to create software without misunderstanding customer requests, but with this system, software is created on site according to customer requirements while showing the emulation execution results of this system to the customer. It is possible to develop software without misunderstanding.
[0013]
In addition, since this system can be connected to an external device that is actually connected to the hardware to be developed, an operating environment similar to that of the hardware can be realized.
Furthermore, by providing a download means for downloading the generated software to the hardware to be developed, the demonstration on the actual machine can be shown to the customer and confirmed on site .
[0014]
DETAILED DESCRIPTION OF THE INVENTION
In this embodiment, this software development system is exemplified for software development for a credit card payment terminal, and the functions of this system are realized by a computer and a computer program stored in the computer.
[0015]
As the computer, a personal computer is preferably used. An input unit such as a keyboard or a mouse, an output display unit such as a display, a processing unit including a CPU, a storage unit including a memory / hard disk, an external device such as a printer (peripheral Device or communication device).
1 to 4 show development process screens displayed on the output display unit of the personal computer in the software development process using this system. The development process screen is connected to a credit card settlement terminal 1 which is hardware for software development, a power source 2 of the terminal 1, a host computer 3 connected to the terminal 1 via a communication line, and a terminal 1. The printer 4 and the internal timer 5 of the terminal 1 are shown in the figure.
[0016]
An actual terminal is provided with a display such as an LCD and a keyboard, and a display 6 and a keyboard 7 are illustrated and displayed on the terminal 1 in the development process screen of FIG.
The development process screen also displays an “editing state” area 8 for setting the hardware state and a “state switching” area 9 for switching the state.
[0017]
This system is created using VISUAL BASIC, and the power source 2, host computer 3, printer 4, internal timer 5, display 6, keyboard 7, etc. displayed on the screen by GUI (graphical user interface). An operation can be performed by selecting a screen area such as a symbol, an edit state 8, and a state switch 9 with a mouse or the like.
[0018]
One of the stages in the development process when using this system is the state setting phase. In this state setting phase, new setting of the “state” of the hardware can be performed. In order to set the state, the region in the edit state 8 is selected, and the state setting screen 10 is displayed as shown in FIG. On the state setting screen 10, the name and number of the state are input. In FIG. 2, the state name is “power off” and the state number is “P00”. When an input completion operation (such as clicking “OK”) is performed, the state is registered in the system with the input name (number).
[0019]
Further, the input result is reflected in the display of the edit state area 8, and as shown in FIG. 3, the state name of the edit state area 8 is displayed as “power off”, and the state number is displayed as “P00”.
That is, FIG. 3 shows that the current screen is an editing screen for the hardware state of “power off”.
Moreover, there is a display design phase as one of the development processes by this system. This display design phase is for creating an output display (display display, printer print format) in a certain state of the hardware 1. When setting / changing the display of the display 6, the symbol of the display 6 in the development process screen is selected, and the LCD display information registration screen 11 as shown in FIG. 4 is displayed. The contents to be displayed on the display 6 are input / edited on the LCD display information screen 11. Here, “Aiueo” is entered. The content edited on the screen 11 is reflected on the display 6 on the screen, and “Aiueo” is also displayed on the display 6. When an editing completion operation (such as clicking “OK”) is performed, the edited content is registered in the system.
[0020]
Moreover, there is an operation input phase as one of the development processes by this system. This operation input phase is for setting the operation (processing) of the hardware in a certain state of the hardware 1. The setting of the operation is performed by selecting a factor that occurs in a certain state and selecting a processing module when the factor occurs.
[0021]
Factors that can occur in hardware are registered in the system in advance. The registered factors are displayed as selectable symbols on the screen. The power source 2, host computer 3, printer 4, internal timer 5, display 6 and keyboard 7 symbols are all selectable factors.
The registered factors include power-on, keyboard key press, signal generation from the host computer, signal generation from the printer, and time-up by the internal timer. As the pressing of the keyboard, pressing of numeric keys, pressing of the FEED key, pressing of the RESET key, pressing of the SET key, and pressing of the ENTER key are registered as factors. For the signal generation from the host, reception of a transaction normal signal and reception of a transaction rejection signal are registered as factors. For signal generation from the printer, reception of a print normal signal and print abnormal signal are registered as factors (see the state transition table in FIG. 9).
[0022]
When there are multiple factors for one symbol, such as when a signal is generated from the host or keyboard, when a symbol is selected, multiple factors related to that symbol are displayed on the screen. , One of the displayed factors can be selected.
In order to register the processing when the power ON factor occurs in the “power off” state, the power ON 2 symbol is selected on the development process screen for editing the “power off” state as shown in FIG. Then, the operation input screen 12 is displayed as shown in FIG.
[0023]
On the operation input screen 12, the selected factor is displayed as “occurrence event”. Here, “occurrence event: power ON” is displayed. Further, the operation input screen 12 is provided with a list display section 12a of processing modules registered in advance.
The list display unit 12a displays processing modules registered with operation names such as “state transition”, “backlight ON”, “backlight OFF”, and “connect to host”. Each processing module is configured by a program for realizing various operations of the hardware 1.
[0024]
When a desired processing module is selected from the list display unit 12a, the selected module is displayed on the operation content display unit 12b. Here, the processing modules “host and connection”, “printer and connection”, “backlight ON”, and “state transition” are selected. With this module selection, when the power is turned on in the “power off” state, the process of “connected to the host computer and printer, the display backlight turns on, and then transitions to another state” is set. It will be. Note that the processing is performed in the order of selection (display order of the intra-operation display unit 12b).
[0025]
When a processing module is selected, parameters (detailed operation content data) of the selected processing module are set as an operation parameter setting phase for necessary modules.
Parameter setting is performed by selecting a processing module in the operation content display unit 12b and displaying a parameter setting screen. When setting the operation parameter for the “state transition” module, select “state transition” in the operation content display section 12b of FIG. 6 and select the transition destination state selection screen as shown in FIG. 7 as the parameter setting screen. 13 is displayed. Since the transition destination state needs to be determined for the operation of the “state transition” module, the parameter to be set here is the transition destination state.
[0026]
On the transition destination state selection screen 13, a list screen of registered states is displayed. FIG. 7 shows a list of seven registered states (“power off”, “LCD display 1” to “LCD display 6”).
The transition destination state is set by selecting a transition destination state from the list. Here, “LCD display 1 (P01)” is selected as the transition destination.
[0027]
When a new transition destination state is registered, a new state may be created by clicking the new state creation box 13a and the state setting phase as shown in FIG.
The selected transition destination state is registered, the operation parameter phase ends, and the process returns to the operation input phase (FIG. 6). If it is necessary to set parameters for other modules, the operation parameter setting phase is repeated.
[0028]
Furthermore, after the operation input phase when the “power ON” factor occurs in the “power-off” state, the operation input phase and the operation parameter setting phase when other factors occur are performed from the screen of FIG. 5 if necessary. . Here, there is no other cause in the “power-off” state, so editing in the “power-off” state is complete.
The edit state switching phase for switching from the development process screen during editing of the “power-off” state in FIG. 5 to the development process screen of other state editing is performed by selecting the state switching area 9. When the state switching area 9 is selected, an editing state list screen 14 is displayed as shown in FIG.
[0029]
On the editing status list screen 14, a list screen of registered status is displayed. FIG. 8 shows a list of seven registered states (“power off”, “LCD display 1” to “LCD display 6”).
The state to be edited next is selected by selecting the state from the list. Note that when a new state to be edited is registered, a new state may be created by clicking the new state creation box 14a and performing a state setting phase as shown in FIG.
[0030]
In other switched states, the state setting phase, display design phase, operation input phase, and operation parameter setting phase are performed as necessary, and when the display and operation input in all states is completed, the software design is completed. Complete.
In this system, a state transition table as shown in FIG. 9 can be displayed on the output display unit of the personal computer in accordance with the contents registered in the development process. In the state transition table of FIG. 9, each “factor” is a row item, and each registered “state” is a column item. The processing contents and the state transition destination when a certain factor occurs in a certain state are as follows. The contents of the transition table. For example, the processing when the “power ON” factor is generated for the “power off” state is “host and connection”, “printer and connection”, and “backlight ON”, and the transition destination state is P01 (LCD display 1).
[0031]
Thus, according to the present system, software can be developed without being conscious of the state transition table, and the state transition table can also be obtained as a design document. In the state transition table of FIG. 9, processing is not set at “x”.
Further, when a setting change is made in the development process, the setting change portion in the state transition table is highlighted (highlighted) as shown in FIG. 10 so that the changed portion can be easily recognized. .
[0032]
For example, when a factor of “ENTER key press” occurs in the “LCD display 1 (P01)” state, only “buzzer ON” processing is performed in FIG. 9, but “timer activation” processing is added in FIG. As such, the relevant part is highlighted.
In FIG. 9, the process when the “time-up” factor occurs in the “LCD display 2” state is not set, but in FIG. 10, the “buzzer ON” process is added.
[0033]
Furthermore, in FIG. 10, “LCD display 2 ′” and “LCD display 4 ′” themselves are also highlighted, but this also changes the output display (setting contents in the display design phase) in this state. It is shown that.
Furthermore, in FIG. 10, the “LCD display 7” state is added and is also highlighted.
[0034]
As described above, in the state transition table of FIG. 10, there are two screen changes (output display changes), one new screen, two motion change locations, and seven new motion additions compared to FIG. All changes are highlighted.
Further, when the setting is changed, a man-hour estimation screen 15 is displayed as shown in FIG. In the man-hour estimation screen 15, the number of each change / addition, the unit work time for each change / addition, the change work time (man-hour) required for the change work, the change work based on the unit price for each change / addition The change cost required for is calculated and displayed. That is, the work time (man-hours) is calculated by (number of each change / addition) × (unit work time). The cost is calculated by (number of each change / addition) × (unit price).
[0035]
In addition, this system has an emulation function for emulating the operation of hardware to be developed (credit card payment terminal), and the designed software can be directly executed by this system. The system also includes a hardware interface for connecting peripheral devices and communication devices that are actually connected to the credit card payment terminal, and controls and communicates with peripheral devices connected to the system. It can be carried out.
[0036]
FIG. 11 shows a state in which a host computer 130 and a printer 140 are connected to the system 100 including a personal computer. The host computer is connected via a communication device (not shown) such as a modem. With this connection, the system can operate in the same operating environment as an actual credit card payment terminal. The developed software, including communication with peripheral devices, can be easily tested by operating the keyboard 7 on the screen of the system and virtually executing and operating the credit card payment terminal. it can.
[0037]
Further, the system 100 can download the developed software (program) to a credit card payment terminal. As shown in FIG. 12, the credit settlement terminal 200 and the system 100 are connected by a cable or the like, and the developed program can be downloaded from the system to the terminal 200. This download makes it easy to update the software of the terminal 200.
[0038]
Factors selected in advance in the development process in this system are those registered in advance, but factors generated due to external devices (peripheral devices, communication devices) can be registered separately. .
The factor registration is performed as shown in FIGS. That is, a predetermined operation is performed to display an event registration screen 16 as shown in FIG. When the “event capture” button 16a in the event registration screen 16 is selected (clicked), an event input acceptance screen 17 is displayed as shown in FIG. 14 and prompts the input of the event (factor).
[0039]
As shown in FIG. 15, in order to input an event, a host computer 130 or a printer 140, which is an external device, is connected to the system 100, and an event signal is given to the system 100 from the external devices 130 and 140. Here, host transmission data 131 as an event signal is given from the host computer 130. The data 131 is a signal indicating normal transaction, and includes a transaction code and transaction content data.
[0040]
When the system 100 receives the data 131, the fact that the event transmission source is the host computer 130 is registered, and the contents of the data 131 are also registered. These registered contents are also reflected in the event registration screen 16, and as shown in FIG. 16, the “event transmission source” column in the screen 16 is checked for the host, and the “event data” box in the screen 16 is checked. Displays the contents “01 02 03 04 05 06 07” of the fetched data 131.
[0041]
Furthermore, as shown in FIG. 17, when “transaction normal” is input as the name of the event in the “event name” box in the screen 16 and an event registration completion operation (such as clicking “OK”) is performed, "The factor is registered in this system. The registered factor is one of the factors that can be selected in the development process.
The present invention is not limited to the above embodiment. In particular, the hardware to be developed is not limited to a credit card payment terminal.
[0042]
【The invention's effect】
This system has a processing module for the hardware to be developed, and the factors that occur in that hardware are registered in advance, so you must select the factor, select the action when the factor occurs, and set the operation parameters Can easily generate software.
[Brief description of the drawings]
FIG. 1 is a screen of a development process by a development system according to the present invention.
FIG. 2 is a screen state in a state setting phase.
FIG. 3 shows a screen state after completion of the state setting phase.
FIG. 4 is a screen state in a display design phase.
FIG. 5 is a screen state after completion of the display design phase.
FIG. 6 is a screen state in an operation input phase.
FIG. 7 is a screen state in an operation parameter setting phase.
FIG. 8 is a screen state in an edit state switching phase.
FIG. 9 is a state transition table as a design document of a generated program.
FIG. 10 is a display screen of a state transition table after a setting change including a process estimation screen.
FIG. 11 is a diagram showing an execution state of a program generated by the system.
FIG. 12 is a diagram showing a program download state from the system to the card settlement terminal.
FIG. 13 is a screen including an event registration screen.
FIG. 14 is a screen including an event input acceptance screen.
FIG. 15 is a diagram showing an event input state from a host computer.
FIG. 16 is a screen including an event registration screen in which event data is captured.
FIG. 17 is a screen including an event registration screen in which an event name is input.
[Explanation of symbols]
100 Development System 130 Host Computer 140 Printer

Claims (5)

ハードウエアに組み込まれるソフトウエアをコンピュータを用いて生成するソフトウエアの開発システムであって、
前記ハードウエアの各種動作のためのプログラムを処理モジュールとして各動作毎に備え、
前記ハードウエアの状態を設定するための状態設定手段と、
設定された状態において発生する要因を予め登録された要因の中から選択する要因選択手段と、
選択された要因発生時の動作を前記処理モジュールの中から選択するモジュール選択手段と、
選択された処理モジュールの動作に必要な動作パラメータを設定するパラメータ設定手段と、
開発対象のハードウエアと接続される外部装置と接続した状態で当該装置からの情報を取り込むことにより、前記要因の追加登録を行う追加登録手段と、を備えていることを特徴とするソフトウエアの開発システム。A software development system for generating software embedded in hardware using a computer,
A program for various operations of the hardware is provided as a processing module for each operation,
State setting means for setting the state of the hardware;
Factor selection means for selecting factors that occur in the set state from factors registered in advance;
Module selecting means for selecting an operation at the time of occurrence of the selected factor from the processing modules;
Parameter setting means for setting operation parameters necessary for the operation of the selected processing module;
And an additional registration means for performing additional registration of the factor by capturing information from the device in a state of being connected to an external device connected to the hardware to be developed. Development system. 生成されたソフトウエアの内容を、各状態における要因発生時の処理内容表示を含む状態遷移図として可視的に出力する状態遷移出力手段を備えていることを特徴とする請求項１記載のソフトウエアの開発システム。  2. The software according to claim 1, further comprising state transition output means for visually outputting the contents of the generated software as a state transition diagram including a processing content display when a factor occurs in each state. Development system. 要因発生時動作の設定変更箇所数に基づいて、変更作業時間又は変更費用の見積を表示する見積表示手段を備えていることを特徴とする請求項１又は２記載のソフトウエアの開発システム。  3. The software development system according to claim 1, further comprising: an estimate display means for displaying an estimate of the change work time or the change cost based on the number of setting change places of the operation when the factor occurs. 生成されたソフトウエアの実行のため開発対象のハードウエアをエミュレートするエミュレート手段を備え、
開発対象のハードウエアと接続される外部装置と接続可能であって、接続された当該装置と通信可能とされていることを特徴とする請求項１〜３のいずれか一項に記載のソフトウエアの開発システム。An emulation means for emulating the hardware to be developed for the execution of the generated software;
The software according to any one of claims 1 to 3, wherein the software can be connected to an external device connected to the hardware to be developed, and can communicate with the connected device. Development system. 生成されたソフトウエアを開発対象のハードウエアにダウンロードするダウンロード手段を備えていることを特徴とする請求項１〜４のいずれか一項に記載のソフトウエアの開発システム。Software development system according to claim 1, characterized in that it comprises a downloading means for downloading the generated software to the hardware developed.

Images