(57)【要約】【課題】図形言語環境で編集・作成したモデルファイルをバージョン管理システムで分かりやすい形で管理する。【解決手段】図形言語で記述された制御ロジックを作成する。制御ロジックの各バージョンに対応するコメントを生成する。制御ロジックをバイナリ形式で記述したモデルファイルをバージョン管理システムのリポジトリに登録するための登録操作に応じて、モデルファイルの各バージョンに対応づけてコメントをリポジトリに格納する。【選択図】図４
2015162218.tif 000002
【特許請求の範囲】
【請求項１】
図形言語で記述された制御ロジックを作成する図形言語プログラム編集部と、
前記制御ロジックの各バージョンに対応するコメントを生成するコメント生成部と、
前記制御ロジックをバイナリ形式で記述したモデルファイルをバージョン管理システムのリポジトリに登録するための登録操作に応じて、前記モデルファイルの各バージョンに対応づけて前記コメントを前記リポジトリに格納するファイル書き出し部と
を具備するソフトウェア開発装置。
【請求項２】
請求項１に記載されたソフトウェア開発装置であって、
前記コメント生成部は、前記図形言語により前記制御ロジックが表示された画面において所定の入力操作をすることにより、前記コメントの入力を受け付けるフォームを起動する
ソフトウェア開発装置。
【請求項３】
請求項１又は２に記載されたソフトウェア開発装置であって、
更に、前記図形言語プログラム編集部によって前記制御ロジックが作成された時に、前記制御ロジックに含まれる情報を抽出したテキストデータを含むモデルレポートファイルを作成するモデルレポート生成部を具備し、
前記ファイル書き出し部は、前記登録操作に応じて、前記モデルファイルの各バージョンに対応づけて前記モデルレポートファイルを前記リポジトリに登録する
ソフトウェア開発装置。
【請求項４】
請求項１乃至３のいずれかに記載されたソフトウェア開発装置であって、
前記ファイル書き出し部は更に、前記登録操作に応じて、前記モデルファイルから生成され、前記制御ロジックによって制御対象を制御するために用いられるソースファイルを、前記モデルファイルの各バージョンに対応づけて前記リポジトリに登録する
ソフトウェア開発装置。
【請求項５】
請求項１乃至４のいずれかに記載されたソフトウェア開発装置であって、
前記図形言語において、前記制御ロジックは、複数のブロックを線で結合したブロック線図によって表現され、
前記コメント生成部は、前記複数のブロックの各々に対応付けられた要素ブロックコメントと、前記ブロック線図に対応付けられたブロック線図コメントとを前記コメントとして生成する
ソフトウェア開発装置。
【請求項６】
図形言語で記述された制御ロジックを作成する工程と、
前記制御ロジックの各バージョンに対応するコメントを生成する工程と、
前記制御ロジックをバイナリ形式で記述したモデルファイルをバージョン管理システムのリポジトリに登録するための登録操作に応じて、前記モデルファイルの各バージョンに対応づけて前記コメントを前記リポジトリに格納する工程と
を具備するソフトウェア開発方法。
【請求項７】
請求項６に記載されたソフトウェア開発方法をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェアの開発におけるバージョン管理に関する。
【背景技術】
【０００２】
プログラムの開発において、図形言語が用いられている。図形言語とは、ブロック図形式により、制御ロジック等を視覚的に分かりやすく表現するための表現体系である。図形言語において、制御ロジックは例えば、機能的な要素（例えば制御素子を表現する）を示すアイコン（ステンシル）を入出力を示す線で結合したブロック線図により表現される。プログラマは、ＧＵＩ（グラフィカルユーザインタフェース）によって表示画面上で図形言語を操作することにより、制御ロジックを生成することができる。
【０００３】
エンジンコントローラ（ＥＣＵ）などの組込みシステムにおいては、図形言語を用いたプログラム開発が主流となっている。そのような開発においては、図形言語プログラミング環境を用いて、ブロック図形式でプログラムを記述する。そのブロック図に基づいて、実装コードが自動的に生成される。その実装コードを実機の組込みシステムにダウンロードすることにより、実際に制御対象を制御することができる。このようなプログラムの開発手法は、モデルベース開発と呼ばれている。図形言語プログラミング環境としては例えば、Ｔｈｅ  ＭａｔｈＷｏｒｋｓ社のＳｉｍｕｌｉｎｋ（商標）や、Ｓｃｉｌａｂ（商標）が知られている。
【０００４】
ソフトウェア開発においては、プログラミングを共同で実施する場合、モジュール間の整合性を保つためにバージョン管理が必要となる。プログラミングを一人で行う場合であっても、開発規模が大きい場合にはバージョン管理が必要となる。バージョン管理のために、ソフトウェア成果物の構成管理ツール（バージョン管理システム）を使うことが一般的である。ファイルのバージョン管理ツールとしては、例えば、ＳｕｂｖｅｒｓｉｏｎやＣＶＳ（Ｃｏｎｃｕｒｒｅｎｔ  Ｖｅｒｓｉｏｎｓ  Ｓｙｓｔｅｍ）がよく知られている。
【０００５】
特許文献１〜５は、図形言語及びソフトウェアのバージョン管理についての技術の例である。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００２−４１３１３号公報
【特許文献２】特開２００４−５３５０２１号公報
【特許文献３】特許第５１２０１６６号公報
【特許文献４】特開２０１１−３４４１９号公報
【特許文献５】特開２００８−２１００１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
図形言語プログラミング環境（ブロック図形式のプログラム開発ツール）において、図形ブロックを用いてプログラミングすることをモデリングとも言う。モデリングにおいて、保存されたファイルをモデルファイルと呼ぶ。
【０００８】
図形言語環境で編集・作成したモデルファイルの管理は、慣行として手作業で行われている。例えば、ファイルシステム内において複数のフォルダを作成し、それぞれにバージョンの異なるモデルファイルを格納することにより、バージョン管理（版管理）が行われる。又は、各バージョンのモデルファイルに対してバージョンを示すファイル名を付けることによりバージョン管理が行われる。しかし手作業による管理においては、作業の煩雑さや、ヒューマンエラーなどの問題がある。
【０００９】
図形言語環境で編集・作成したモデルファイルをバージョン管理システムで管理することも可能である。バージョン管理システムは、作成されたファイルをバージョンによって区別して記憶領域に登録するデータベースであるリポジトリを有する。そのリポジトリにモデルファイルの各バージョンを登録することができる。
【００１０】
但し、モデルファイルは図形言語環境に依存したバイナリ形式のファイルである。そのため、モデルファイルをバージョン管理システムのリポジトリに登録した場合、バージョン間での変更箇所の確認や差分の比較が困難であるという問題がある。
【００１１】
図形言語環境で編集・作成したモデルファイルをバージョン管理システムで分かりやすい形で管理することを可能とする技術が望まれる。
【課題を解決するための手段】
【００１２】
本発明の一側面において、ソフトウェア開発装置は、図形言語で記述された制御ロジックを作成する図形言語プログラム編集部と、制御ロジックの各バージョンに対応するコメントを生成するコメント生成部と、制御ロジックをバイナリ形式で記述したモデルファイルをバージョン管理システムのリポジトリに登録するための登録操作に応じて、モデルファイルの各バージョンに対応づけてコメントをリポジトリに格納するファイル書き出し部とを備える。
【００１３】
本発明の他の側面において、ソフトウェア開発方法は、図形言語で記述された制御ロジックを作成する工程と、制御ロジックの各バージョンに対応するコメントを生成する工程と、制御ロジックをバイナリ形式で記述したモデルファイルをバージョン管理システムのリポジトリに登録するための登録操作に応じて、モデルファイルの各バージョンに対応づけてコメントをリポジトリに格納する工程とを備える。
【００１４】
本発明の更に他の側面において、プログラムは、本発明によるソフトウェア開発方法をコンピュータに実行させる。
【発明の効果】
【００１５】
図形言語環境で編集・作成したモデルファイルをバージョン管理システムで分かりやすい形で管理することを可能とする技術が提供される。
【図面の簡単な説明】
【００１６】
【図１】図１は、本発明の一実施形態におけるシステム構成を示す。
【図２】図２は、ソフトウェアの開発プロセスのＶ字型モデルを示す。
【図３】図３は、図形言語を用いたソフトウェア開発のフローを示す。
【図４】図４は、ソフトウェア開発装置の構成を示すブロック図である。
【図５】図５は、図形言語プログラミング環境における作業ワークフローの説明図である。
【図６】図６は、モデル編集画面を示す。
【図７】図７は、バージョン管理データの構造を示す。
【発明を実施するための形態】
【００１７】
以下、添付図面を参照して、本発明の実施形態を説明する。図１は、本発明の一実施形態におけるシステム構成を示す。サーバ１が情報通信ネットワーク５を介して端末２−１〜２−ｎに接続される。サーバ１と端末２−１〜２−ｎはそれぞれコンピュータである。サーバ１は、図形言語プログラミング環境やバージョン管理システムの機能を各端末２−１〜２−ｎに提供する。
【００１８】
図２は、ソフトウェアの開発プロセスのＶ字型モデルを示す。ステップＳ１０〜Ｓ１３が開発工程を、ステップＳ１４〜Ｓ１６がテスト工程を示す。ステップＳ１０において要求定義がなされ、その成果物として要件定義書が作成される。ステップＳ１１において、要件定義書に基づいて基本設計仕様が決定され、その成果物としてシステム仕様書が作成される。ステップＳ１２において、システム仕様書に基づいて詳細設計仕様が作成され、その成果物として制御ロジックモデルが作成される。ステップＳ１３において、制御ロジックモデルで示された制御を制御対象に実装するためのプログラムコードが製作される。このプログラムコードをモデリング・コードと称し、例えばＣ言語などで記述され、実機に実装されるレベルのコードである。
【００１９】
ステップＳ１４において、モデリング・コードを用いて、ステップＳ１２で作成された制御ロジックモデルに相当するレベルで単体試験が実施される。単体試験をパスすると、ステップＳ１５において、ステップＳ１１のシステム仕様書に相当するレベルで統合試験が実施される。統合試験をパスすると、ステップＳ１６において、ステップＳ１０の要件定義書に相当するレベルでシステム試験が実施され、システムが完成する。
【００２０】
本実施の形態における図形言語を用いたソフトウェア開発は、特に、ステップＳ１２〜Ｓ１３の工程に関する。図３に、図形言語を用いたソフトウェア開発のフローを示す。
【００２１】
開発者は、端末２−１〜２−ｎからサーバ１にアクセスする。サーバ１は、図形言語による開発環境を起動して、端末２−１〜２−ｎに提供する（ステップＳ２０）。開発者は、開発対象のシステムの図形言語によるモデル（図形ロジック）を作成・編集する。図形言語開発環境により、その図形ロジックから、バイナリ形式のモデルファイルが生成される（ステップＳ２１）。
【００２２】
開発者は、各モデルファイルについて、バージョンを示すメタ情報、開発によって修正した箇所、注釈などを、モデルファイル属性として編集する（ステップＳ２２）。モデルファイルをバージョン管理システムのリポジトリに登録する際に、モデルファイル属性も、そのモデルファイルと紐付けられてリポジトリに登録される（ステップＳ２３）。開発者は、図形言語環境を終了する（ステップＳ２４）。
【００２３】
メタ情報としては様々な情報が考えられるが、一例としてＤｕｂｌｉｎｅ  Ｃｏｒｅ（ＩＳＯ  １５８３６）で規定されているような情報がある。その場合、図形言語開発環境において開発者が所定の入力操作を行うことにより、メタ情報を記載するためのテンプレートが起動されることが望ましい。
【００２４】
このような処理により、バージョン管理システムのリポジトリに、モデルファイルと紐付けられて、メタ情報等がモデルファイル属性として登録される。開発者は、後からモデルファイルを再編集するときに、或いは他の開発者が編集したモデルファイルを再編集するときに、バージョン管理システムからモデルファイル属性を読み出すことができる。そのモデルファイル属性を読み出すことにより、モデルファイルの編集者や、以前のバージョンに対する修正箇所等の情報を知ることができる。
【００２５】
以上のようなモデルファイル属性の登録について、以下に詳しく説明する。図４は、本実施形態におけるソフトウェア開発装置の構成を示すブロック図である。図１のサーバ１が、図４における図形言語プログラミング環境３１、バージョン管理システムリポジトリ３３、ファイルシステム３２を提供する。サーバ１は更に、図示しないバージョン管理システムも提供する。
【００２６】
図形言語プログラミング環境３１は、ヒューマン入出力部３４、図形言語プログラム編集部３５、ファイル読込・書出処理部３６、数値演算処理部３７、及びコメント生成部３８を備える。
【００２７】
ヒューマン入出力部３４は、入力装置と出力装置を備える。入力装置は、キーボード、ポインティングデバイス、タッチパネル等を備え、開発者の入力操作によって、入力情報を生成する。出力装置はディスプレイやプリンターを含み、図形言語プログラミング環境３１が生成した出力情報を画像や文字によって出力する。
【００２８】
図形言語プログラム編集部３５、ファイル読込・書出処理部３６、数値演算処理部３７、及びコメント生成部３８は、サーバ１が備える有体の非遷移的な（ｔａｎｇｉｂｌｅ，ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ）記録媒体に格納されたプログラムを、サーバ１の演算制御装置が読み出して実行することにより実現される機能ブロックである。
【００２９】
ファイルシステム３２は、サーバ１又は端末２−１〜２−ｎが提供するファイルシステムであり、モデルファイルとモデルファイル属性（メタ属性ファイル４０、モデルレポートファイル４１）が格納される。バージョン管理システムリポジトリ３３は、バージョン管理システムがモデルファイル等を格納するために提供する記憶領域である。
【００３０】
図５を参照して、図形言語プログラミング環境における作業ワークフローについて説明する。図５では、左側欄６０にプログラマ（開発者）の作業、中央欄６１にサーバ１が提供する図形言語プログラミング環境３１の動作、右側欄６２にバージョン管理システムが提供する開発環境が示されている。
【００３１】
プログラマは、ヒューマン入出力部３４に対して所定の入力操作を行うことにより、図形言語環境を起動する（ステップＳ６３）。サーバ１はその入力操作に応答して、図形言語プログラミング環境３１を起動する（ステップＳ６７）。プログラマは、モデルプログラムを編集する。すなわちプログラマは、図形言語によるモデル（図形ロジック、制御ロジックモデル）を作成・編集することにより、図形言語プログラミングを実行する（ステップＳ６４）。この作業は、図形言語プログラム編集部３５が提供するモデル編集画面により実行される（ステップＳ６８）。
【００３２】
プログラマは、コメント生成部３８の機能により、メタ属性ファイル４０を作成する。プログラマは更に、図形言語プログラミング環境３１において提供されるレポート作成環境によって、作成したモデルに関するレポート（モデルレポートファイル４１）を作成する（ステップＳ６５）。メタ属性ファイル４０とモデルレポートファイル４１は、いずれも作成されたモデルに関するモデルファイル属性として扱われる。
【００３３】
プログラマは、ヒューマン入出力部３４に対してステップＳ６４で編集したモデルを保存するための操作を行う（ステップＳ６６）。ファイル読込・書出処理部３６は、そのモデルをファイルシステム３２と、バージョン管理システムリポジトリ３３とに書き込む。ファイル読込・書出処理部３６は更に、そのモデルと共にステップＳ６５で作成されたモデルファイル属性（メタ属性ファイル４０とモデルレポートファイル４１）を、そのモデルと紐付けて、ファイルシステム３２と、バージョン管理システムリポジトリ３３とに書き込む（ステップＳ７０）。
【００３４】
このようにして作成されたモデルは、制御対象となる実機の制御に使用することができる。図形言語プログラミング環境３１は、図形言語で作成された制御ロジックに基づいて、Ｃ言語等で記述されたソースコードを自動的に生成するソースコード生成機能を有する。そのソースコードを組込システムのコントローラにダウンロードすることにより、制御対象の制御を行うことができる。
【００３５】
次に、ステップＳ６８で図形言語プログラム編集部３５が提供するモデル編集画面について説明する。図６は、ステップＳ６７において、ヒューマン入出力部３４の表示装置によって表示されるモデル編集画面５１の一例を示す。モデル編集画面５１は、図形言語プログラミング環境３１を用いて実現され、ＧＵＩによって制御ロジックの作成・編集を可能とする。
【００３６】
モデル編集画面５１の上部にツールバー５２が表示される。ツールバー５２の下部の左側にモデルブロック表示領域５４が設けられ、右側にモデルファイル編集領域５５が設けられる。モデルブロック表示領域５４には、論理演算素子、数値演算素子等の演算素子などの制御システムの機能単位をグラフィカルなアイコンで示すモデルブロック（又はステンシル）５６が表示される。これらのモデルブロック５６は、図形言語プログラミング環境３１が提供するモデルブロックライブラリから選択し、ドラッグ＆ドロップ等の入力操作を行うことによってモデルブロック表示領域５４に表示することができる。
【００３７】
プログラマは、モデルブロック５６をＧＵＩによってモデルファイル編集領域５５の所望の位置に配置し、信号の入出力関係を示す線で繋げる。更に、各モデルブロック５６にパラメータ等を設定することにより、ブロック線図５７を作成する。ブロック線図５７は、制御対象となる制御システムをブロック図形式で表現したモデルである。数値演算処理部３７は、このブロック線図５７に基づいて、プログラマが設定した入力信号に対する出力信号の応答特性などを算出し、制御システムのシミュレーションを行うことができる。
【００３８】
モデルブロック表示領域５４に、メタ記述ブロック５９が表示される。プログラマがポインティングデバイスによりメタ記述ブロック５９を押下すると、コメント（モデルのメタ情報）を作成するためのフォームがモデル編集画面５１上で起動する。プログラマは、モデルブロック５６について、以前のバージョンのモデルに対する変更箇所や、編集に当たっての注意事項や、他のプログラマへの申し送り事項などのコメント（要素ブロックコメント）を入力する。モデルファイル編集領域５５にもメタ記述ブロック５９が表示される。プログラマは、モデルブロック表示領域５４と同様にして、ブロック線図５７に対するコメント（ブロック線図コメント）を入力することができる。
【００３９】
このメタ記述ブロック５９のようなコメント記述用ブロックは、ユーザ定義のカスタムブロックライブラリとしてモデルに組み込むことができる。図６に例示されたメタ記述ブロック５９に加えて、作成者、作成日、変更日、変更内容、バージョン情報等のユーザ定義のコメントをテンプレートに従って記録するためのコメント記述用ブロックもモデルに組み込むことが望ましい。その場合、それらのメタ情報もメタ属性ファイル４０としてバージョン管理システムリポジトリ３３に格納される。
【００４０】
ファイル読込・書出処理部３６は、モデル編集画面５１のツールバー５２に、バージョン管理連携メニュー５３を表示する。プログラマは、モデルの編集作業を終えると、バージョン管理連携メニュー５３を押下する。すると、ブロック線図５７によって与えられたモデルをバイナリ形式で表現したモデルファイル３９がファイルシステム３２に登録される。その登録と共に、バージョン管理システムリポジトリ３３にモデルファイル３９が登録される。バージョン管理システムは、そのモデルファイル３９のバージョンを特定する情報と共に、モデルファイル３９を保存する。バージョンを特定する情報として、例えば、他のバージョンと区別するために一意的に発行されるバージョン識別子や、登録された日時や、予め入力されたプログラマの識別子などを用いることができる。
【００４１】
バージョン管理連携メニュー５３の押下に応じて、モデルファイル３９と共に、メタ属性ファイル４０がファイルシステム３２とバージョン管理システムリポジトリ３３に登録される。メタ属性ファイル４０として、例えば図６のメタ記述ブロック５９の押下により作成されたコメントが登録される。
【００４２】
このような処理は、例えばバージョン管理システムが提供するファイルの保存機能（図６のバージョン管理連携メニュー５３の押下）に伴って、メタ属性ファイル等の保存も同時に実行する機能をスクリプトプログラムによって追加することにより実現できる。
【００４３】
本実施形態においては、バージョン管理連携メニュー５３を押下するという入力操作に応じて、バージョン管理システムへのモデルファイル３９の登録と共に、その編集対象のモデルファイル３９のバージョンと紐付けて、テキスト形式等の環境に依存しない形式で作成されたメタ属性ファイル４０の登録も同時に行われる。そのため、バージョン間の差異などを記載したメタ情報の登録漏れを防止することができる。
【００４４】
プログラマは、自分が過去に編集したモデル、又は他のプログラマが編集したモデルを新たに編集する際に、ファイル読込・書出処理部３６を用いて、バージョン管理システムから、そのモデルファイルを読み出す。プログラマは、その際に、そのモデルのバージョンに対応したメタ属性ファイル４０を読み出すことができる。モデルファイル３９はバイナリ形式で記述されているために、他のバージョンとの相違などを把握することが難しい。しかしながらプログラマは、メタ属性ファイル４０を参照することにより、モデルファイル３９のバージョン間の差異を比較し、把握することができる。
【００４５】
本実施形態においては、図形言語プログラミング環境３１とバージョン管理システムとを連携したモデルファイルのバージョン管理が実現できるようになる。これにより、複数人のチーム開発で管理されたバージョンのモデルファイルを利用した組込ソフトウェア開発が容易になる。更に、慣行的に手作業でバージョン管理をしていた開発現場において、バージョン管理システムの活用を促進することが可能となるため、モデルファイルのバージョン間の相違点などを把握することが容易となる。
【００４６】
次に、ステップＳ６５、Ｓ６９で作成されるレポートについて説明する。図形言語プログラミング環境３１は、モデルの情報を自動的に抽出して、テキスト形式（ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式やＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式の場合もある）でレポート（モデルレポートファイル４１）を作成する機能を有する場合がある。
【００４７】
例えば、ブロック線図５７における各モデルブロック５６の接続関係やパラメータをテキスト形式等で記載したファイルが、モデルレポートファイル４１として作成される。また、各モデルブロック５６に対して設定されるパラメータを以前のバージョンから変更した場合、変更日時と、そのモデルブロック５６を特定する識別情報と、変更前のパラメータと、変更後のパラメータがモデルレポートファイル４１に登録される。
【００４８】
コメント生成部３８は、そのようなモデルレポートファイル４１を作成するモデルレポート生成部としての機能を有する。モデルレポートファイル４１も、バージョン管理連携メニュー５３の押下に応じて、ファイルシステム３２とバージョン管理システムリポジトリ３３に登録される。更に、図形言語プログラミング環境３１が図形言語で記述されたモデルから自動的に生成したソースコードも、ファイルシステム３２とバージョン管理システムリポジトリ３３に登録されることが望ましい。
【００４９】
図７は、バージョン管理システムリポジトリ３３によって管理されるバージョン管理データの構造を示す。バージョン管理データは、例えばツリー構造（ディレクトリ形式）のファイルシステムによって管理することができる。バージョン管理データは、例えば第１のバージョンＶ１と、バージョンＶ１が更新された第２のバージョンＶ２と、バージョンＶ２が更新された第３のバージョンＶ３−１が直列的に連鎖した構造を有する。更に、第２のバージョンＶ２から派生した第３のバージョンの派生バージョンＶ３−２などのブランチを管理することも可能である。
【００５０】
これらの各バージョンのファイルは、例えば同一の表示画面上に、バージョン識別子や更新日時を伴ったアイコンによって表示される。プログラマは、そのバージョン識別子等を選択することにより、各バージョンの内容を参照することができる。
【００５１】
プログラマが例えば第２のバージョンＶ２を選択すると、そのバージョンＶ２のモデルファイル３９と、そのモデルファイルに紐付けられたメタ属性ファイル４０と、モデルレポートファイル４１とが選択できる選択画面が表示される。プログラマは、そのいずれかを選択する入力操作を行う。プログラマがモデルファイル３９を選択すると、バージョンＶ２のモデルの編集が可能となる。プログラマは、以前のバージョンＶ１と現在開いているバージョンＶ２との差異や変更意図などを知りたい場合には、選択画面からバージョンＶ２のメタ属性ファイル４０やモデルレポートファイル４１を選択する。選択されたファイルの内容が表示画面に表示され、プログラマはそれらのファイルを参照することができる。
【符号の説明】
【００５２】
１  サーバ
２−１〜２−ｎ  端末
５  情報通信ネットワーク
３１  図形言語プログラミング環境
３２  ファイルシステム
３３  リポジトリ
３４  ヒューマン入出力部
３５  図形言語プログラム編集部
３６  ファイル読込・書出処理部
３７  数値演算処理部
３８  コメント生成部
３９  モデルファイル
４０  メタ属性ファイル
４１  モデルレポートファイル
５１  モデル編集画面
５２  ツールバー
５３  バージョン管理連携メニュー
５４  モデルブロック表示領域
５５  モデルファイル編集領域
５６  モデルブロック
５７  ブロック線図
５９  メタ記述ブロック
６０  左側欄
６１  中央欄
６２  右側欄
Ｖ１、Ｖ２、Ｖ３−１、Ｖ３−２  バージョン
【図１】
2015162218.tif 000003
【図２】
2015162218.tif 000004
【図３】
2015162218.tif 000005
【図４】
2015162218.tif 000006
【図５】
2015162218.tif 000007
【図６】
2015162218.tif 000008
【図７】
2015162218.tif 000009