JP2000298600A - ソフトウェア結合検査装置 - Google Patents

Abstract

(57)【要約】 【課題】複数のソフトウェア部品を結合して構成される
ソフトウェアの結合検査を効率良く行うことが可能なソ
フトウェア結合検査装置を提供する。 【解決手段】画像表示データ格納サーバ１４に格納され
ているメッセージ・シーケンス・チャート（ＭＳＣ）が
読み出され、コンピュータ４にて設計書情報に変換され
る。また、画像表示データ格納サーバ１４に格納されて
いるＭＳＣを基にシステム設計者が作成したソースプロ
グラムＳがＥＣＵ１８のＩＣＥ１８ａにより実際に実行
されてロギングデータが抽出され、ロギングデータ格納
サーバ１６に格納される。そして、コンピュータ４によ
り、設計書情報と、その設計書情報のＭＳＣに対応する
ロギングデータとが互いに比較されることにより、設計
書情報とロギングデータとの一致・不一致が検出され、
その検出結果と不一致箇所のデータとから成る比較処理
結果が表示装置１０に表示される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はソフトウェア結合検
査装置に係り、詳しくは、複数のソフトウェア部品を結
合することにより構成されるソフトウェアの結合検査を
行うためのソフトウェア結合検査装置に関するものであ
る。

【０００２】

【従来の技術】従来より、例えばオブジェクト指向のシ
ステム設計におけるソフトウェア開発では、複数のソフ
トウェア部品（ソフトウェアモジュール）を結合するこ
とにより、所望の機能を有する新たなソフトウェアを開
発することが行われている。尚、オブジェクト指向と
は、人間が行動するときのように操作対象に注目して仕
事を進めるという考え方を、コンピュータシステムにモ
デル化したものであり、このオブジェクト指向のプログ
ラミングでは、プログラムの処理を、前記ソフトウェア
部品に相当する「オブジェクト」という単位で考える。
つまり、オブジェクト指向におけるオブジェクトとは、
当該オブジェクト固有のデータとそのデータを扱う処理
とを、ひとまとめにしたソフトウェア部品である。

【０００３】オブジェクトの結合は、あるオブジェクト
から別のオブジェクトに対し、特定の処理を実行して欲
しい旨の「処理依頼（メッセージ）」が出力されること
によって図られ、メッセージを受けたオブジェクトで
は、そのメッセージにより特定される処理が行われる。
従って、オブジェクトの結合により作成すべき新たなソ
フトウェアにて所望の機能を実現するためには、各オブ
ジェクトからのメッセージの出力先や出力順序などを設
計することが必要となる。この設計は、メッセージ・シ
ーケンスの設計と呼ばれ、通常、メッセージ・シーケン
ス・チャート（以下、「ＭＳＣ」と記載する）と呼ばれ
るプログラム設計書が使用される。

【０００４】システム設計者は、まず、ＭＳＣに規定さ
れた結合を実現することを目標として、ＭＳＣを基にオ
ブジェクトを作成してソースプログラムの記述を行う。
次に、オブジェクト間の結合が設計通りに行われ、ソフ
トウェア全体として設計通りの機能が満足されるかどう
か（つまり、ＭＳＣを基に記述したソースプログラムが
ＭＳＣの通りに仕上がっているかどうか）を検査する。

【０００５】この検査は結合検査と呼ばれ、従来は、ソ
ースプログラムとＭＳＣとを設計者自身が目視により比
較する方法で実施されていた。すなわち、ＭＳＣに記述
された順番通りにメッセージ出力が行われているかどう
かを、ソースプログラムとつき合わせて追っていく作業
が行われていた。

【０００６】

【発明が解決しようとする課題】しかしながら、従来の
結合検査方法では、ソースプログラムが大量にある場
合、その大量のソースプログラムとＭＳＣとを目視によ
り比較するため、検査時間が長くかかる上に、ヒューマ
ンエラーが生じやすいことから正確な検査が難しく検査
の信頼性が低いという問題があった。

【０００７】尚、こうした問題は、オブジェクト指向の
システム設計におけるソフトウェア開発に限られるもの
ではなく、複数のソフトウェア部品の結合により新たな
ソフトウェアを作成する場合であれば、同様に起こり得
るものである。本発明は上記問題点を解決するためにな
されたものであって、その目的は、複数のソフトウェア
部品を結合して構成されるソフトウェアの結合検査を効
率良く行うことが可能なソフトウェア結合検査装置を提
供することにある。

【０００８】

【課題を解決するための手段】かかる目的を達成するた
めになされた請求項１に記載の発明は、複数のソフトウ
ェア部品の結合により構成され、該複数のソフトウェア
間の処理依頼の授受により機能するソフトウェアを検査
するためのソフトウェア結合検査装置であって、設計書
データ格納手段、設計書情報読取手段、実行結果格納手
段、実行履歴情報読取手段、比較判定手段、出力手段を
備えるものである。そして、設計書データ格納手段は、
ソフトウエア部品間における処理依頼が時系列的に規定
された設計書のデータを格納し、設計書情報読取手段
は、該設計書データ格納手段に記憶された設計書データ
から、ソフトウェア部品間における処理依頼を設計書情
報として読み取る。また、実行結果格納手段は、前記設
計書に基づいて作成された前記ソフトウェアの実行結果
を格納し、実行履歴情報読取手段は、該実行結果格納手
段に格納された実行結果から、ソフトウェア部品間にお
ける処理依頼の履歴を実行履歴情報として時系列順に読
み取る。そして、比較判定手段は、該実行履歴情報読取
手段にて読み取られた実行履歴情報を、前記設計書情報
読取手段にて読み取られた設計書情報と比較し、該両情
報の一致・不一致を判定する。その比較判定による判定
結果は、出力手段により当該ソフトウェア結合検査装置
外部に出力される。

【０００９】従って、請求項１に記載の発明によれば、
ソフトウェア部品間の結合が設計通りに行われ、前記設
計書に基づいて作成された前記ソフトウェアが前記設計
書の通りに仕上がっているがどうかを、容易かつ確実に
判断することができる。そして、前記ソフトウェアが大
量にある場合でも、その大量のソフトウェアの結合検査
はソフトウェア結合検査装置により自動的に行われるた
め、従来のようにシステム設計者が目視により行う場合
に比べて、検査時間が短くなる上に、ヒューマンエラー
が生じることがなく正確な検査が可能になることから検
査の信頼性を高めることができる、その結果、複数のソ
フトウェア部品を結合して構成されるソフトウェアの結
合検査の効率を向上させることができる。尚、前記設計
書情報と前記実行履歴情報とが「一致している」とは、
前記設計書情報の内容（処理依頼）に実行履歴情報の内
容（処理依頼履歴）が矛盾していないことである。

【００１０】次に、請求項２に記載の発明は、請求項１
に記載のソフトウェア結合検査装置において、前記設計
書は階層構造をとり、上位階層の設計書の中に下位階層
の設計書が含まれ、上位階層の設計書中のどこに下位階
層の設計書が含まれるかを示すための第１の階層識別情
報が上位階層の設計書中に規定されている。そして、前
記設計書情報読取手段は、前記第１の階層識別情報を含
む設計書情報を読み取る。また、前記設計書に基づいて
作成された前記ソフトウェアの実行結果には、上位階層
の設計書中のどこに下位階層の設計書が含まれるかを示
すための第２の階層識別情報が規定されている。そし
て、前記実行履歴情報読取手段は、前記第２の階層識別
情報を含む実行履歴情報を読み取る。さらに、前記比較
判定手段は、前記第１および第２の階層識別情報に基づ
き、前記上位階層の設計書と前記下位階層の設計書とか
ら選択された少なくとも１つの設計書について、前記実
行履歴情報と前記設計書情報との一致・不一致を判定す
る。

【００１１】従って、請求項２に記載の発明によれば、
前記設計書が階層構造をとる場合でも、結合検査を確実
に行うことが可能になり、結合検査の効率を向上させる
ことができる。そして、結合検査に際しては、上位階層
の設計書と下位階層の設計書との両方について結合検査
を行うようにしてもよく、上位階層の設計書の結合検査
のみ、または、下位階層の設計書の結合検査のみを行う
ようにしてもよく、どの結合検査を行うかはシステム設
計者が自由に選択することができる。そのため、上位階
層または下位階層のいずれか一方の設計書のみを設計変
更した場合には、その設計変更した設計書の結合検査の
みを行い、設計変更しなかった設計書については結合検
査を行わないようにすることで、両方の設計書の結合検
査を行う場合に比べて検査時間を短縮することができ
る。その結果、システム設計者が必要とする階層の設計
書だけを選択して結合検査を行うことが可能になるた
め、結合検査の自由度が増してさらなる効率化を図るこ
とができる。

【００１２】次に、請求項３に記載の発明は、請求項１
または請求項２に記載のソフトウェア結合検査装置にお
いて、前記設計書を構成するソフトウェア部品のうち任
意のものがグループ化され、そのグループの定義内容を
示すグループ定義情報が前記設計書中に規定されてい
る。そして、前記設計書情報読取手段は、前記グループ
定義情報を含む設計書情報を読み取る。また、前記比較
判定手段は、前記グループ定義情報に基づき、前記実行
履歴情報読取手段にて読み取られた実行履歴情報のう
ち、前記グループ化されたソフトウェア部品に関する情
報を除いた実行履歴情報について、前記設計書情報読取
手段にて読み取られた設計書情報と比較し、該両情報の
一致・不一致を判定する。

【００１３】従って、請求項３に記載の発明によれば、
前記設計書を構成するソフトウェア部品のうち任意のも
のがグループ化されている場合でも、結合検査を確実に
行うことが可能になり、結合検査の効率を向上させるこ
とができる。そして、結合検査に際して、複数のソフト
ウェア品を見かけ上１つのグループとして扱うことが可
能になるため、既にソフトウェアとしての動作が保証さ
れている部分をグループとして扱い、そのグループの結
合検査を省いて、その他の部分の結合検査のみを行うこ
とができる。従って、システム設計者が必要とする部分
だけを選択して結合検査を行うことが可能になるため、
設計書全体の結合検査を行う場合に比べて、検査時間を
短縮することができる上に、結合検査の自由度が増して
さらなる効率化を図ることができる。

【００１４】ところで、請求項４に記載の発明のよう
に、請求項１〜３のいずれか１項に記載のソフトウェア
結合検査装置において、前記出力手段は、前記比較判定
手段が前記実行履歴情報と前記設計書情報とが不一致で
あると判定すると、該実行履歴情報と前記設計書情報と
の不一致の箇所を出力するようにしてもよい。

【００１５】従って、請求項４に記載の発明によれば、
前記実行履歴情報と前記設計書情報との不一致の箇所が
判明するため、その修正すべき不一致箇所を確実に特定
することが可能になり、プログラミングのミスを素早く
修正できることからソフトウェア開発期間を短縮でき
る。

【００１６】また、請求項５に記載の発明のように、請
求項１〜４のいずれか１項に記載のソフトウェア結合検
査装置において、前記設計書データ格納手段は、前記処
理依頼が文字および図形により時系列的に規定された設
計書の画像表示データを格納し、前記設計書情報読取手
段は、前記設計書データ格納手段に記憶された設計書の
画像表示データから、前記設計書上の文字および図形の
位置を検出し、該検出結果に基づいて、ソフトウェア部
品間における処理依頼を設計書情報として読み取るよう
にしてもよい。

【００１７】従って、請求項５に記載の発明によれば、
前記処理依頼が文字および図形により時系列的に規定さ
れた書式の設計書を用いることにより、設計書の作成が
容易になるため、請求項１〜４に記載の発明の効果を得
やすくなる。そして、請求項６に記載の発明のように、
請求項５に記載のソフトウェア結合検査装置において、
前記設計書の画像表示データには、個々の設計書を識別
するためのシナリオ名と、前記ソフトウェア部品の名称
および生存線と、前記処理依頼の名称と、該処理依頼の
内容を表すために前記生存線間に引かれた矢印とが記載
されるようにしてもよい。

【００１８】また、請求項７に記載の発明のように、請
求項６に記載のソフトウェア結合検査装置において、前
記設計書情報読取手段は、前記設計書の画像表示データ
からシナリオ名を検出する第１の処理と、前記設計書の
画像表示データから前記ソフトウェア部品の名称および
該名称の記載位置を検出する第２の処理と、前記設計書
の画像表示データから前記ソフトウェア部品の生存線お
よび該生存線の記載位置を検出する第３の処理と、前記
設計書の画像表示データから、前記生存線の記載位置に
基づいて該生存線間に引かれた前記処理依頼の内容を表
す矢印を検出する第４の処理と、前記設計書の画像表示
データから前記処理依頼の名称を検出する第５の処理
と、前記第１〜第５の処理にて検出されたデータを時系
列順にソートして整理する第６の処理とを備えるように
してもよい、従って、請求項７に記載の発明によれば、
前記設計書の画像表示データから、前記設計書上の文字
および図形の位置を検出し、該検出結果に基づいて、ソ
フトウェア部品間における処理依頼を設計書情報として
読み取ることを容易かつ確実に行うことができる。

【００１９】尚、以下に述べる発明の実施の形態におい
て、特許請求の範囲または課題を解決するための手段に
記載の「設計書データ格納手段」は画像表示データ格納
サーバ１４に該当し、同じく「設計書情報読取手段」は
コンピュータ４におけるステップ１００およびステップ
１０２〜１１８の各処理に該当し、同じく「実行結果格
納手段」はロギングデータ格納サーバ１６に該当し、同
じく「実行履歴情報読取手段」はコンピュータ４におけ
るステップ２００の処理に該当し、同じく「比較判定手
段」はコンピュータ４におけるステップ４００の処理に
該当し、同じく「出力手段」は表示装置１０およびコン
ピュータ４におけるステップ５００の処理に該当し、同
じく「第１の処理」はコンピュータ４におけるステップ
１０２の処理に該当し、同じく「第２の処理」はコンピ
ュータ４におけるステップ１０４，１０６の各処理に該
当し、同じく「第３の処理」はコンピュータ４における
ステップ１０４，１０８の各処理に該当し、同じく「第
４の処理」はコンピュータ４におけるステップ１１２の
処理に該当し、同じく「第５の処理」はコンピュータ４
におけるステップ１１４の処理に該当し、同じく「第６
の処理」はコンピュータ４におけるステップ１１８の処
理に該当し、同じく「第１の階層識別情報」は図６
（ａ）に示す枠およびその中に記載された「シナリオ
２」の文字に該当し、同じく「第２の階層識別情報」は
ロギングデータに挿入された各ブロックＢ１，Ｂ２に対
応するブロックに該当し、同じく「グループ定義情報」
は図１０（ｂ）に示すグループ定義の内容を示す文字
（「Ｇｒｐ：ｏｂｊ２，ｏｂｊ３」）に該当する。

【００２０】

【発明の実施の形態】以下、本発明を具体化した各実施
形態を図面と共に説明する。尚、各実施形態において、
同じ構成部材については符号を等しくしてその詳細な説
明を省略する。

【００２１】（第１実施形態）図１は、本第１実施形態
のソフトウェア結合検査装置２の全体構成を表すブロッ
ク図である。ソフトウェア結合検査装置２は、コンピュ
ータ４、キーボード６、マウス８、表示装置１０、画像
表示データ格納サーバ１４、ロギングデータ格納サーバ
１６、電子制御装置（以下、「ＥＣＵ」と記載する）１
８、インサーキットエミュレー夕（以下、「ＩＣＥ」と
記載する）１８ａから構成されている。

【００２２】本第１実施形態における開発ターゲットは
車載電子制御装置に搭載するソフトウェアであり、ソフ
トウェア結合検査装置２は当該車載電子制御装置に搭載
するソフトウェアの結合検査に使用される。そのため、
ＥＣＵ１８には、当該車載電子制御装置と同一構成のも
のが備えられている。

【００２３】コンピュータ４は、ＣＰＵ，ＲＯＭ，ＲＡ
Ｍ，Ｉ／Ｏ回路を有する周知の構成をとる。コンピュー
タ４には、キーボード６やマウス８といった各種入力装
置と、画面表示可能な表示装置１０とが接続され、一般
的なコンピュータシステムが構成されている。

【００２４】また、コンピュータ４には、画像表示デー
タ格納サーバ１４およびロギングデータ格納サーバ１６
がそれぞれ通信線を介して接続されている。画像表示デ
ータ格納サーバ１４には、開発ターゲット（本第１実施
形態では車載電子制御装置）に要求される仕様を記述し
た多数のプログラム設計書（ＭＳＣ）の画像表示データ
が格納されている。

【００２５】前述のように、システム設計者は、ＭＳＣ
に規定された結合を実現することを目標として、画像表
示データ格納サーバ１４に格納されたＭＳＣを基にオブ
ジェクトを作成してソースプログラムＳの記述を行う。
ＥＣＵ１８には、ＥＣＵ１８のマイクロプロセッサによ
り本来行われるべき動作を模擬的に実現するＩＣＥ１８
ａが接続されている。ＩＣＥ１８ａは、システム設計者
が記述したソースプログラムＳを実際に実行した結果を
途中経過を含めて抽出する。そのＩＣＥ１８ａの抽出し
たソースプログラムＳの途中経過を含む実行結果（実行
履歴）のデータはロギングデータ（実行履歴情報）と呼
ばれ、そのロギングデータはロギングデータ格納サーバ
１６に格納される。

【００２６】つまり、ロギングデータ格納サーバ１６に
は、ソースプログラムＳを実行可能なロードモジュール
としてＥＣＵ１８のＩＣＥ１８ａに実行させた実行履歴
であるロギングデータが格納されている。図２（ａ）
は、画像表示データ格納サーバ１４に格納されているＭ
ＳＣの一例を示す模式図である。

【００２７】ＭＳＣは文字データおよび図形データから
構成されている。ＭＳＣの左上端部には原点（基準点）
が設定され、その原点に対して、横方向にｘ軸が延出さ
れると共に、縦方向にｙ軸が延出されており、そのｘｙ
軸より成るｘｙ座標平面上に表示された文字および図形
によりプログラム設計が表されている。

【００２８】ＭＳＣの所定位置（図２（ａ）の例では左
上部の原点近傍）には、個々のＭＳＣを識別するための
シナリオ名（またはシナリオ番号。図２（ａ）の例では
「ＺＺＺＺ」）が記載されている。図２（ａ）に例示す
るＭＳＣは、４つのオブジェクトｏｂｊ１，ｏｂｊ２，
ｏｂｊ３，ｏｂｊ４の結合を示したものである。

【００２９】各オブジェクトは、シナリオ名よりも下方
に配置された「オブジェクト名」を示す文字（ｏｂｊ１
〜ｏｂｊ４）と、その文字の下方からｙ軸に平行に配置
された縦線から成る「生存線」として記載されている。
また、任意のオブジェクトから他のオブジェクトへの処
理依頼（メッセージ）は、生存線の間に引かれた矢印
と、その矢印の上方に配置された「メッセージ名」を示
す文字（ＭＳＧ１〜ＭＳＧ５）として記載されている。

【００３０】ここで、ｙ軸方向は時間の経過に対応して
おり、上方に表示されたメッセージから順に出力が行わ
れることを示している。また、メッセージの矢印は、メ
ッセージが出力される方向を示している。尚、オブジェ
クト名およびメッセージ名を示す文字は、ｘ軸に平行に
横書きで記載されている。

【００３１】すなわち、図２（ａ）に例示するＭＳＣに
おいては、まず最初に、オブジェクトｏｂｊ１からｏｂ
ｊ２へメッセージＭＳＧ１が出力され、次に、オブジェ
クトｏｂｊ２からｏｂｊ３へメッセージＭＳＧ２が出力
され、続いて、オブジェクトｏｂｊ３からｏｂｊ４へメ
ッセージＭＳＧ３が出力され、次に、オブジェクトｏｂ
ｊ４からｏｂｊ３へメッセージＭＳＧ４が出力され、最
後に、オブジェクトｏｂｊ３からｏｂｊ１へメッセージ
ＭＳＧ５が出力されることが示されている。

【００３２】そして、各オブジェクトは、メッセージを
受けるとそれに対応した処理を行い、必要に応じて他の
オブジェクトに対しメッセージを出力する。例えば、オ
ブジェクトｏｂｊ２は、ｏｂｊ１からメッセージＭＳＧ
１を受け取ると、そのメッセージＭＳＧ１に対応した処
理を行ってメッセージＭＳＧ２を生成し、そのメッセー
ジＭＳＧ２をオブジェクトｏｂｊ３に対して出力する。

【００３３】次に、本第１実施形態のソフトウェア結合
検査装置２による結合検査処理について、図３に示すフ
ローチャートに従って説明する。結合検査処理は、ソフ
トウェア結合検査装置２のコンピュータ４に対して、予
め定められた命令が各種入力装置（キーボード６、マウ
ス８）を用いて入力されることにより起動される。コン
ピュータ４が起動すると、内蔵されているＲＯＭに記録
されている結合検査処理プログラムに従い、コンピュー
タによる各種演算処理によって、以下の各ステップの処
理を実行する。尚、結合検査プログラムをコンピュータ
で読み取り可能な各種記録媒体（半導体メモリ，ハード
ディスク，フロッピーディスク，データカード（ＩＣカ
ード，磁気カードなど），光ディスク（ＣＤ−ＲＯＭ，
ＤＶＤなど），光磁気ディスク（ＭＤなど），相変化デ
ィスク，磁気テープなど）に記録しておき、当該結合検
査プログラムを必要に応じてコンピュータ４のＣＰＵに
ロードして起動することにより用いるようにしてもよ
い。

【００３４】結合検査処理が起動されると、まず、図３
のステップ（以下、「Ｓ」と記載する）１００において
設計書情報取込処理が行われる。すなわち、コンピュー
タ４により、画像表示データ格納サーバ１４に格納され
ているＭＳＣが読み出され、そのＭＳＣに記載されてい
るデータが読み込まれる。

【００３５】図４は、Ｓ１００の設計書情報取込処理の
詳細を示すフローチャートである。まず、図４のＳ１０
２において、シナリオ名が検出される。前述のように、
シナリオ名（「ＺＺＺＺ」）はＭＳＣの所定位置（例え
ば、左上部の原点近傍）に記載されているため、その所
定位置に記載された文字（＝ＺＺＺＺ）を読み取ること
により、シナリオ名を検出することができる。

【００３６】次に、Ｓ１０４において、オブジェクトが
検出される。前述のように、各オブジェクトは、シナリ
オ名よりも下方に横書きで配置された「オブジェクト
名」を示す文字（ｏｂｊ１〜ｏｂｊ４）と、その文字の
下方からｙ軸に沿って配置された縦線から成る生存線と
して記載されている。そのため、シナリオ名よりも下方
であり、ｙ軸方向の予め設定された所定範囲をスキャン
することによって、その所定範囲内にある文字を認識
し、その文字の座標を検出することにより、オブジェク
トを検出することができる。

【００３７】次に、Ｓ１０６において、検出されたオブ
ジェクトのオブジェクト名を示す文字（ｏｂｊ１〜ｏｂ
ｊ４）を読み取ることにより、オブジェクト名が検出さ
れる。次に、Ｓ１０８において、オブジェクト名の存在
するｘ軸方向の範囲で、オブジェクト名の下方に配置さ
れた縦線を検出することにより生存線が検出されると共
に、その生存線のｘ座標が検出される。

【００３８】次に、Ｓ１１０において、前記したｙ軸方
向の予め設定された所定範囲に、その他にもオブジェク
ト名を示す文字がないかどうかが判断され、他にもある
場合（Ｓ１１０：ＮＯ）にはＳ１０４へ戻り、Ｓ１０４
〜Ｓ１０８の処理が再び行われる。このように、Ｓ１０
４〜Ｓ１０８の処理の繰り返しにより、ＭＳＣに記述さ
れている全てのオブジェクトｏｂｊ１〜ｏｂｊ４につい
て、そのオブジェクト名と生存線の位置（ｘ座標）とが
検出される。そして、前記したｙ軸方向の予め設定され
た所定範囲には、その他にオブジェクト名を示す文字が
ないと判断された場合（Ｓ１１０：ＹＥＳ）にはＳ１１
２へ移行する。

【００３９】Ｓ１１２において、矢印データが検出され
る。前述のように、メッセージは、生存線の間に引かれ
た矢印と、その矢印の上方に配置された「メッセージ
名」を示す文字（ＭＳＧ１〜ＭＳＧ５）として記載され
ている。また、ｙ軸方向は時間の経過に対応しており、
上方に表示されたメッセージから順に出力が行われるこ
とを示している。そのため、Ｓ１０８にて検出された生
存線のｘ座標を基準にして、そのｘ座標を始点とした矢
印がないかどうかが検出され、検出されたならば当該矢
印の始点および終点のｙ座標（矢印データ）が検出され
る。この矢印データは、オブジェクト間におけるメッセ
ージ出力の順序を示すものである。

【００４０】次に、Ｓ１１４において、矢印の上方に記
載されているメッセージ名が検出される。次に、Ｓ１１
６において、生存線のｘ座標を始点とした矢印がその他
にないかどうかが判断され、他にもある場合（Ｓ１１
６：ＮＯ）にはＳ１１２へ戻り、Ｓ１１２，Ｓ１１４の
処理が再び行われる。このように、Ｓ１１２，Ｓ１１４
の処理の繰り返しにより、ＭＳＣに記述されている全て
のメッセージＭＳＧ１〜ＭＳＧ５について、その矢印デ
ータ（矢印の始点および終点のｙ座標）とメッセージ名
とが検出される。そして、全てのオブジェクトｏｂｊ１
〜ｏｂｊ４の生存線について、当該生存線のｘ座標を始
点とした矢印がその他にないと判断された場合（Ｓ１１
６：ＹＥＳ）にはＳ１１８へ移行する。

【００４１】そして、Ｓ１１８において、以上の一連の
処理にて検出されたデータ（オブジェクト名、矢印デー
タ、メッセージ名、等）を、検出されたメッセージのｙ
座標に基づいて時系列順にソートして整理することによ
り設計書情報が作成される。そして、作成された設計書
情報を、コンピュータ４に内蔵されたＲＡＭに格納する
ことにより、設計書情報取込処理が終了される。

【００４２】図２（ｂ）は、Ｓ１１８の処理で作成され
た設計書情報を示す模式図である。以上のようにして、
図３のＳ１００における設計書情報取込処理により、画
像データ格納サーバ１４に格納されている図２（ａ）に
示すＭＳＣが読み出され、コンピュータ４にて図２
（ｂ）に示す設計書情報に変換されてＲＡＭに格納され
る。その後、図３に戻り、Ｓ２００以降の処理が順次行
われる。

【００４３】まず、図３のＳ２００において、ロギング
データの取り込みが行われる。すなわち、コンピュータ
４により、ロギングデータ格納サーバ１６に格納されて
いるロギングデータが読み出され、Ｓ１００の設計書情
報取込処理により作成された設計書情報と比較し易い形
式のロギングデータに変換される。

【００４４】図５は、ロギングデータ格納サーバ１６に
格納されているロギングデータの一例を示す模式図であ
る。尚、図５において、図５（ａ）に示すものが実際の
ロギングデータであるが、１６進で書かれたデータの羅
列でありそのままでは分かり難いため、説明がし易いよ
うに表記を変更したものを図５（ｂ）に示す。

【００４５】図５（ｂ）に示すように、ロギングデータ
は、ソースプログラムＳの実行履歴（メッセージ出力）
が時系列的に格納された、多数のブロック（８バイト）
から構成されている。各ブロックには、そのブロックが
どういったデータを格納しているかを示すデータ種別
（２バイト）が付されており、例えば、データ種別が
「０１００」のブロックには、発行元のオブジェクトＩ
Ｄ、送り先のオブジェクトＩＤおよびメッセージＩＤと
いったメッセージ出力に関するデータが格納されてい
る。

【００４６】さて、ＥＣＵ１８のＩＣＥ１８ａでは、多
数のＭＳＣに基づいて作成されたソースプログラムＳが
連続して実行される。また、ロギングデータは、当該ソ
ースプログラムＳの一連の実行履歴が記録されたもので
ある。そのため、ロギングデータの各ブロックがそれぞ
れ、どのＭＳＣに対応する実行履歴であるかが示される
必要がある。従って、同一のＭＳＣに対応する一連のブ
ロック群について、その前には先頭（スタート（０００
０））を示すデータ種別が付されたブロックが挿入さ
れ、その後には最後尾（エンド（ＦＦ００））を示すデ
ータ種別が付されたブロックが挿入されている。データ
種別が「００００」である先頭のブロックには、対応す
るＭＳＣのシナリオ名が格納されている。

【００４７】以上のように、図３のＳ２００にてロギン
グデータが取り込まれた後に、Ｓ３００へ移行する。そ
して、Ｓ３００において、コンピュータ４により、Ｓ１
００にて作成された設計書情報のシナリオ名（図２
（ｂ）の「ＺＺＺＺ」）に基づいて、ロギングデータ内
の検査対象が指定される。

【００４８】次に、Ｓ４００において比較処理が行われ
る。すなわち、コンピュータ４により、図２（ｂ）に示
す設計書情報と図５に示すロギングデータとが、先頭の
ブロックから順番に１ブロック分ずつ時系列順に読み出
され、互いに比較されることにより、設計書情報とロギ
ングデータとの一致または不一致が検出され、不一致の
箇所があれば、当該不一致箇所のロギングデータが検出
される。

【００４９】次に、Ｓ５００において、Ｓ４００の比較
処理結果が表示装置１０に画面表示され、結合検査処理
が終了される。すなわち、表示装置１０の画面上には、
設計書情報に基づいてＭＳＣが描画表示され、Ｓ４００
の比較処理結果が全て一致する場合には“比較ＯＫ”と
表示され、不一致箇所がある場合には“比較ＮＧ”とい
う表示が行われると共に、当該不一致箇所が具体的に表
示される。尚、設計書情報およびロギングデータに基づ
いてＭＳＣが描画表示される際には、オブジェクトＩＤ
とオブジェクト名との対応関係やメッセージＩＤとメッ
セージ名との対応関係が規定されたテーブル（図示略）
が参照される。

【００５０】以上詳述したように、本第１実施形態のソ
フトウェア結合検査装置２によれば、以下の作用・効果
を得ることができる。 （１−１）設計書情報取込処理（図３のＳ１００、図４
のＳ１０２〜Ｓ１１８）により、画像表示データ格納サ
ーバ１４に格納されている図２（ａ）に示すＭＳＣが読
み出され、コンピュータ４にて図２（ｂ）に示す設計書
情報に変換される。

【００５１】また、システム設計者は、画像表示データ
格納サーバ１４に格納されたＭＳＣを基にソースプログ
ラムＳを作成しておく。そのソースプログラムＳはＥＣ
Ｕ１８のＩＣＥ１８ａにより実際に実行されてロギング
データが抽出され、そのロギングデータはロギングデー
タ格納サーバ１６に格納される。そこで、ロギングデー
タ格納サーバ１６に格納されている図５に示すロギング
データが読み出され、コンピュータ４により設計書情報
と比較し易い形式に変換される。

【００５２】そして、コンピュータ４により、設計書情
報と、その設計書情報のＭＳＣと対応するロギングデー
タとが互いに比較されることにより、設計書情報とロギ
ングデータとの一致または不一致が検出され、その検出
結果と不一致箇所のデータとから成る比較処理結果が表
示装置１０に表示される（図３のＳ３００〜Ｓ４０
０）。

【００５３】つまり、ＭＳＣから設計書情報を作成する
と共に、ソースプログラムＳからロギングデータを作成
し、設計書情報とロギングデータとを比較することによ
り、ＭＳＣとソースプログラムＳとの結合検査を行って
いる。従って、オブジェクト間の結合が設計通りに行わ
れ、ＭＳＣを基に作成したソースプログラムＳがＭＳＣ
の通りに仕上がっているがどうかを、容易かつ確実に判
断することができる。そして、ソースプログラムＳが大
量にある場合でも、その大量のソースプログラムＳの結
合検査はソフトウェア結合検査装置２により自動的に行
われるため、従来のようにシステム設計者が目視により
行う場合に比べて、検査時間が短くなる上に、ヒューマ
ンエラーが生じることがなく正確な検査が可能になるこ
とから検査の信頼性を高めることができる、その結果、
複数のソフトウェア部品を結合して構成されるソフトウ
ェアの結合検査の効率を向上させることができる。

【００５４】（１−２）前記比較処理結果が表示装置１
０に表示される際に、設計書情報とロギングデータとの
不一致箇所が表示されるため、修正すべき箇所を確実に
特定することが可能になり、プログラミングのミスを素
早く修正できることからソフトウェア開発期間を短縮で
きる。

【００５５】（第２実施形態）本第２実施形態は、ＭＳ
Ｃおよびロギングデータを階層構造にしたものである。
尚、本第２実施形態におけるソフトウェア結合検査装置
２の全体構成は、図１に示す第１実施形態のものと同じ
である。

【００５６】図６（ａ）は、本第２実施形態において画
像表示データ格納サーバ１４に格納されているＭＳＣの
一例を示す模式図である。図６（ａ）に示すＭＳＣにお
いて、図２（ａ）に示す第１実施形態のＭＳＣと異なる
のは以下の点である。

【００５７】(1)ＭＳＣの所定位置（図６（ａ）の例で
は左上部の原点近傍）に記載されている個々のＭＳＣを
識別するためのシナリオ名に「シナリオ１」と記載され
ている。 (2)各メッセージＭＳＧ２，ＭＳＧ３の矢印の間には、
各オブジェクトｏｂｊ２〜ｏｂｊ４の生存線に重なるよ
うに枠が配置され、第１の階層識別情報として、その枠
の中に「シナリオ２」と記載されている。

【００５８】図６（ｂ）は、図６（ａ）に示すＭＳＣに
対して第１実施形態の設計書情報読込処理（図３のＳ１
００、図４のＳ１０２〜Ｓ１１８）と同様の処理を行う
ことにより作成された設計書情報を示す模式図である。
図７（ａ）は、図６（ａ）に示すＭＳＣに対応して、画
像表示データ格納サーバ１４に格納されているＭＳＣの
一例を示す模式図である。

【００５９】図７（ａ）に示すＭＳＣでは、ＭＳＣの所
定位置（図７（ａ）の例では左上部の原点近傍）に記載
されている個々のＭＳＣを識別するためのシナリオ名に
「シナリオ２」と記載されている。また、図７（ａ）に
示すＭＳＣは、３つのオブジェクトｏｂｊ２，ｏｂｊ
３，ｏｂｊ４の結合を示したものであり、その各オブジ
ェクトｏｂｊ２〜ｏｂｊ４は、図６（ａ）に示すＭＳＣ
の各オブジェクトｏｂｊ２〜ｏｂｊ４と同じものであ
る。そして、図７（ａ）に示すＭＳＣにおいては、まず
最初に、オブジェクトｏｂｊ２からｏｂｊ３へメッセー
ジＭＳＧ６が出力され、次に、オブジェクトｏｂｊ３か
らｏｂｊ４へメッセージＭＳＧ７が出力され、最後に、
オブジェクトｏｂｊ４からｏｂｊ３へメッセージＭＳＧ
８が出力されることが示されている。

【００６０】図７（ｂ）は、図７（ａ）に示すＭＳＣに
対して第１実施形態の設計書情報読込処理と同様の処理
を行うことにより作成された設計書情報を示す模式図で
ある。次に、本第２実施形態における結合検査処理につ
いて、図３に示すフローチャートに従って説明する。
尚、本第２実施形態において、第１実施形態と同じ処理
については詳細な説明を省略する。

【００６１】まず、図３のＳ１００において設計書情報
読込処理が行われる。ここで、本第２実施形態では、図
６（ａ）に示すＭＳＣ（以下、「シナリオ１のＭＳＣ」
と記載する）と、図７（ａ）に示すＭＳＣ（以下、「シ
ナリオ２のＭＳＣ」と記載する）とについて、それぞれ
第１実施形態の設計書情報読込処理（図４のＳ１０２〜
Ｓ１０８）と同様の処理を行うことにより、図６（ｂ）
および図７（ｂ）に示す２つの設計書情報が作成され
る。そして、図６（ｂ）および図７（ｂ）に示す２つの
設計書情報をまとめることにより、図８に示す設計書情
報が作成される。この設計書情報を、コンピュータ４に
内蔵されたＲＡＭに格納することにより、設計書情報取
込処理が終了される。

【００６２】図６〜図８に示すように、シナリオ１のＭ
ＳＣとシナリオ２のＭＳＣとは階層構造をとり、上位階
層（親階層）のシナリオ１のＭＳＣの中に、下位階層
（子階層）のシナリオ２のＭＳＣが含まれている。すな
わち、図６（ａ）に示すシナリオ１のＭＳＣにおいて
は、まず最初に、オブジェクトｏｂｊ１からｏｂｊ２へ
メッセージＭＳＧ１が出力され、次に、オブジェクトｏ
ｂｊ２からｏｂｊ３へメッセージＭＳＧ２が出力され、
続いて、前記した図７（ａ）に示すシナリオ２のＭＳＣ
の処理が行われ、その後、オブジェクトｏｂｊ３からｏ
ｂｊ４へメッセージＭＳＧ３が出力され、次に、オブジ
ェクトｏｂｊ４からｏｂｊ３へメッセージＭＳＧ４が出
力され、最後に、オブジェクトｏｂｊ３からｏｂｊ１へ
メッセージＭＳＧ５が出力されることが示されている。

【００６３】それに対応して、図８に示す設計書情報に
おいては、メッセージＭＳＧ２に対応するブロックとメ
ッセージＭＳＧ３に対応するブロックとの間に、図７
（ｂ）に示すシナリオ２の設計書情報が挿入されてお
り、そのシナリオ２の設計書情報の前にはシナリオ２の
先頭（「スタート」）を示すブロックＢ１が挿入され、
シナリオ２の設計書情報の後にはシナリオ２の最後尾
（「エンド」）を示すブロックＢ２が挿入されている。

【００６４】それに対して、図９（ａ）に示すように、
図６（ａ）に示すシナリオ１のＭＳＣと図７（ａ）に示
すシナリオ２のＭＳＣとを階層構造を用いることなく１
つのＭＳＣによって記載した場合、その設計書情報は図
９（ｂ）に示すようになる。図９（ｂ）に示す設計書情
報には、図８に示す各ブロックＢ１，Ｂ２が設けられて
いない。

【００６５】次に、図３のＳ２００においてロギングデ
ータの取り込みが行われる。ここで、本第２実施形態で
は、ロギングデータ格納サーバ１６に格納されているロ
ギングデータにも、図８に示す各ブロックＢ１，Ｂ２に
対応するブロックが挿入されている。つまり、システム
設計者は、画像表示データ格納サーバ１４に格納された
ＭＳＣを基にソースプログラムＳを作成する際に、ＭＳ
Ｃの階層構造に留意してソースプログラムＳを作成して
おき、ＥＣＵ１８のＩＣＥ１８ａによりソースプログラ
ムＳが実際に実行されて抽出されたロギングデータに
も、図８に示す各ブロックＢ１，Ｂ２に対応するブロッ
ク（第２の階層識別情報）が挿入されるようにしてお
く。

【００６６】次に、図３のＳ３００において、第１実施
形態と同様にしてロギングデータ内の検査対象が指定さ
れる。次に、Ｓ４００において比較処理が行われる。こ
こで、本第２実施形態では、図８に示す設計書情報と図
５に示すロギングデータとが、先頭のブロックから順番
に１ブロックずつ時系列順に読み出されて互いに比較さ
れ、設計書情報とロギングデータとの一致または不一致
が検出され、不一致の箇所があれば、当該不一致箇所の
ロギングデータが検出される。

【００６７】このとき、図８に示すブロックＢ１に相当
するシナリオ２の先頭（「スタート」）を示すデータが
検出されると、ブロックＢ２に相当するシナリオ２の最
後尾（「エンド」）を示すデータまで比較動作が停止さ
れ、メッセージＭＳＧ３に対応するブロックまで飛ん
で、そのブロックから比較動作が再開される。そして、
図６（ｂ）に示す設計書情報とロギングデータとの比較
処理が終了すると、先ほど比較動作を飛ばしたブロック
Ｂ１に戻り、ブロックＢ１からブロックＢ２まで順次比
較動作を行うことにより、図７（ｂ）に示す設計書情報
とロギングデータとの比較処理が行われる。

【００６８】次に、図３のＳ５００において、第１実施
形態と同様にしてＳ４００の比較処理結果が表示装置１
０に画面表示され、結合検査処理が終了される。以上詳
述したように、本第２実施形態によれば、第１実施形態
と同様の作用・効果に加えて、以下の作用・効果を得る
ことができる。

【００６９】（２−１）シナリオ１のＭＳＣとシナリオ
２のＭＳＣとが階層構造をとり、上位階層（親階層）の
シナリオ１のＭＳＣの中に、下位階層（子階層）のシナ
リオ２のＭＳＣが含まれる場合には、図６（ａ）に示す
ようにシナリオ１のＭＳＣを所定の書式で記載すると共
に、図７（ａ）に示すようにシナリオ２のＭＳＣを記載
しておく。そして、設計書情報読込処理によりシナリオ
１の設計書情報を作成する際には、図８に示すように、
シナリオ１の設計書情報の中にシナリオ２の設計書情報
を挿入すると共に、シナリオ２の先頭を示すブロックＢ
１と最後尾を示すブロックＢ２とを挿入しておく。

【００７０】一方、ロギングデータ格納サーバ１６に格
納されているロギングデータにも、図８に示す各ブロッ
クＢ１，Ｂ２に対応するブロックを挿入しておく。そし
て、コンピュータ４により、設計書情報と、その設計書
情報のＭＳＣと対応するロギングデータとを互いに比較
する際には、シナリオ１の設計書情報についての比較動
作を行っている途中で、シナリオ２の先頭を示すデータ
（ブロックＢ１）が検出されると、シナリオ２の最後尾
を示すデータ（ブロックＢ２）まで比較動作を停止し、
シナリオ１の残りのデータまで飛んでそのデータ（メッ
セージＭＳＧ３に対応するブロック）から比較動作を再
開する。その後、シナリオ１の設計書情報についての比
較動作が終了したら、先ほど比較動作を飛ばしたシナリ
オ２の先頭を示すデータまで戻り、シナリオ２の最後尾
を示すデータまで順次比較動作を行う。

【００７１】従って、ＭＳＣが階層構造をとる場合で
も、ＭＳＣとソースプログラムＳとの結合検査を確実に
行うことが可能になり、結合検査の効率を向上させるこ
とができる。 （２−２）結合検査に際しては、上記のように上位階層
（親階層）のシナリオ１のＭＳＣと下位階層（子階層）
のシナリオ２のＭＳＣとの両方について結合検査を行う
ようにしてもよく、親階層のシナリオ１のＭＳＣの結合
検査のみ、または、子階層のシナリオ２のＭＳＣの結合
検査のみを行うようにしてもよく、どの結合検査を行う
かはシステム設計者が自由に選択することができる。

【００７２】つまり、親階層のシナリオ１のＭＳＣの結
合検査のみを行う場合は、上記（２−１）と同様にして
シナリオ１の設計書情報についての比較動作が終了した
ら比較処理を終了すればよい。また、子階層のシナリオ
２のＭＳＣの結合検査のみを行う場合は、親階層のシナ
リオ１のＭＳＣの結合検査を行わず、第１実施形態と同
様にしてシナリオ２のＭＳＣの結合検査のみを行えばよ
い。

【００７３】従って、シナリオ１またはシナリオ２のい
ずれか一方のＭＳＣのみを設計変更した場合には、その
設計変更したシナリオのＭＳＣの結合検査のみを行い、
設計変更しなかったシナリオについては結合検査を行わ
ないようにすることで、シナリオ１とシナリオ２の両方
のＭＳＣの結合検査を行う場合に比べて、検査時間を短
縮することができる。その結果、システム設計者が必要
とする階層のシナリオのＭＳＣだけを選択して結合検査
を行うことが可能になるため、結合検査の自由度が増し
てさらなる効率化を図ることができる。

【００７４】それに対して、図９に示すように、シナリ
オ１のＭＳＣとシナリオ２のＭＳＣとを階層構造を用い
ることなく１つのＭＳＣによって記載した場合には、上
記のような選択的な結合検査を行うことができないた
め、検査時間が長くなってしまい結合検査の効率が低下
することになる。

【００７５】（第３実施形態）本第３実施形態は、ＭＳ
Ｃの一部をグループ化したものである。尚、本第３実施
形態におけるソフトウェア結合検査装置２の全体構成
は、図１に示す第１実施形態のものと同じである。

【００７６】図１０（ａ）は、第１実施形態において画
像表示データ格納サーバ１４に格納されているＭＳＣの
一例を示す模式図である。図１０（ａ）に示すＭＳＣ
は、４つのオブジェクトｏｂｊ１，ｏｂｊ２，ｏｂｊ
３，ｏｂｊ４の結合を示したものであり、まず最初に、
オブジェクトｏｂｊ１からｏｂｊ２へメッセージＭＳＧ
１が出力され、次に、オブジェクトｏｂｊ２からｏｂｊ
３へメッセージＭＳＧ２が出力され、続いて、オブジェ
クトｏｂｊ３からｏｂｊ２へメッセージＭＳＧ３が出力
され、次に、オブジェクトｏｂｊ２からｏｂｊ４へメッ
セージＭＳＧ４が出力され、最後に、オブジェクトｏｂ
ｊ３からｏｂｊ１へメッセージＭＳＧ５が出力されるこ
とが示されている。

【００７７】図１０（ｃ）は、図１０（ａ）に示すＭＳ
Ｃに対して第１実施形態の設計書情報読込処理（図３の
Ｓ１００、図４のＳ１０２〜Ｓ１１８）と同様の処理を
行うことにより作成された設計書情報を示す模式図であ
る。図１０（ｂ）は、本第３実施形態において画像表示
データ格納サーバ１４に格納されているＭＳＣを示す模
式図であり、図１０（ａ）に示すＭＳＣを本第３実施形
態に合わせて書き直したものである。

【００７８】図１０（ｂ）に示すＭＳＣにおいて、図１
０（ａ）に示すＭＳＣと異なるのは以下の点である。 [1]オブジェクトｏｂｊ２とオブジェクトｏｂｊ３のそ
れぞれの生存線が１本にまとめられ、その生存線の上方
には、グループのオブジェクト名として「Ｇｒｐ」と記
載されている。

【００７９】[2]ＭＳＣの所定位置（図１０（ｂ）の例
では最下部の中央近傍）には、「＜グループ定義＞」と
いう文字が記載され、その下方には、グループ定義情報
としてグループ定義の内容を示す文字（「Ｇｒｐ：ｏｂ
ｊ２，ｏｂｊ３」）が記載されている。

【００８０】図１０（ｂ）に示すＭＳＣでは、各オブジ
ェクトｏｂｊ２，ｏｂｊ３が１つのグループにまとめら
れ、そのグループのオブジェクト名が「Ｇｒｐ」とされ
ている。ここで、グループ定義の内容を示す文字の記載
方法は、例えば、グループのオブジェクト名（＝Ｇｒ
ｐ）の次に、所定の符号（図１０（ｂ）の例で
は「：」）を記載し、それに続いて、各オブジェクトの
オブジェクト名を所定の符号（図１０（ｂ）の例で
は「，」）で区切って併記するように規定されている。

【００８１】このように、グループのオブジェクト名と
グループ定義の内容とをＭＳＣ上に記載することによ
り、どのようなグループ化がなされているかが分かるよ
うになっている。次に、本第３実施形態における結合検
査処理について、図３に示すフローチャートに従って説
明する。尚、本第３実施形態において、第１実施形態と
同じ処理については詳細な説明を省略する。

【００８２】まず、図３のＳ１００において、第１実施
形態と同様にして設計書情報読込処理が行われる。図１
０（ｄ）は、図１０（ｂ）に示すＭＳＣに対して第１実
施形態の設計書情報読込処理（図４のＳ１０２〜Ｓ１１
８）と同様の処理を行うことにより作成された設計書情
報を示す模式図である。

【００８３】ここで、本第３実施形態では、図１０
（ｄ）に示す設計書情報に、図１０（ｂ）に示すグルー
プ定義の内容（「Ｇｒｐ：ｏｂｊ２，ｏｂｊ３」）のデ
ータが付加される。尚、グループ定義の内容を示す文字
はＭＳＣの所定位置（例えば、最下部の中央近傍）に記
載されているため、図４のＳ１０２におけるシナリオ名
の検出と同様にして、当該所定位置に記載された文字を
読み取ることにより、グループ定義の内容を検出するこ
とができる。

【００８４】次に、図３のＳ２００において、第１実施
形態と同様にしてロギングデータの取り込みが行われ
る。ここで、本第２実施形態において、ロギングデータ
格納サーバ１６に格納されているロギングデータには、
グループ化に関係なく、図１０（ｃ）に示すメッセージ
ＭＳＧ２およびメッセージＭＳＧ３に対応するブロック
を含めて、全てのメッセージＭＳＧ１〜ＭＳＧ５に対応
するブロックが格納されている。そして、当該ロギング
データには、グループ化に関するデータは付加されてい
ない。

【００８５】次に、図３のＳ３００において、第１実施
形態と同様にしてロギングデータ内の検査対象が指定さ
れる。次に、Ｓ４００において比較処理が行われる。こ
こで、本第３実施形態では、図１０（ｄ）に示す設計書
情報と図５に示すロギングデータとが、先頭のブロック
から順番に１ブロックずつ時系列順に読み出されて互い
に比較され、設計書情報とロギングデータとの一致また
は不一致が検出され、不一致の箇所があれば、当該不一
致箇所のロギングデータが検出される。

【００８６】このとき、図１０（ｄ）に示す設計書情報
には、図１０（ｂ）に示すグループ定義の内容（「Ｇｒ
ｐ：ｏｂｊ２，ｏｂｊ３」）のデータが付加されてい
る。そのため、当該グループ定義の内容のデータが参照
されて、図１０（ｃ）に示すメッセージＭＳＧ２および
メッセージＭＳＧ３に対応するブロックは読み飛ばされ
て比較動作が行われず、メッセージＭＳＧ１に対応する
ブロックの比較動作に続いて、メッセージＭＳＧ４に対
応するブロックの比較動作が行われ、最後にメッセージ
ＭＳＧ５に対応するブロックの比較動作が行われて、比
較処理が終了される。

【００８７】次に、図３のＳ５００において、第１実施
形態と同様にしてＳ４００の比較処理結果が表示装置１
０に画面表示され、結合検査処理が終了される。以上詳
述したように、本第３実施形態によれば、第１実施形態
と同様の作用・効果に加えて、以下の作用・効果を得る
ことができる。

【００８８】（３−１）各オブジェクトｏｂｊ１〜ｏｂ
ｊ４を含むＭＳＣにおいて、各オブジェクトｏｂｊ２，
ｏｂｊ３がグループ化されている場合には、図１０
（ｂ）に示すように、そのグループのオブジェクト名
（「Ｇｒｐ」）とグループ定義の内容（「Ｇｒｐ：ｏｂ
ｊ２，ｏｂｊ３」）とを所定の書式で記載しておく。そ
して、設計書情報読込処理によりシナリオ１の設計書情
報を作成する際には、図１０（ｄ）に示す設計書情報に
対して、グループ定義の内容のデータを付加しておく。

【００８９】一方、ロギングデータ格納サーバ１６に格
納されているロギングデータには、グループ化に関係な
く全てのメッセージに対応するブロックを格納してお
く。そして、コンピュータ４により、設計書情報と、そ
の設計書情報のＭＳＣに対応するロギングデータとを互
いに比較する際には、グループ定義の内容のデータを参
照して、グループ化された各オブジェクトｏｂｊ２，ｏ
ｂｊ３の各メッセージＭＳＧ２，ＭＳＧ３に対応するブ
ロックを読み飛ばすようにする。

【００９０】従って、ＭＳＣの一部がグループ化されて
いる場合でも、ＭＳＣとソースプログラムＳとの結合検
査を確実に行うことが可能になり、結合検査の効率を向
上させることができる。 （３−２）結合検査に際して、複数のオブジェクトを見
かけ上１つのグループとして扱うことが可能になるた
め、既にソフトウェアとしての動作が保証されている部
分をグループとして扱い、そのグループの結合検査を省
いて、その他の部分の結合検査のみを行うことができ
る。

【００９１】従って、システム設計者が必要とする部分
のＭＳＣだけを選択して結合検査を行うことが可能にな
るため、ＭＳＣ全体の結合検査を行う場合に比べて、検
査時間を短縮することができる上に、結合検査の自由度
が増してさらなる効率化を図ることができる。

【００９２】尚、本発明は上記各実施形態に限定される
ものではなく、以下のように変更してもよく、その場合
でも、上記実施形態と同等もしくはそれ以上の作用・効
果を得ることができる。 （１）上記各実施形態では、ＥＣＵ１８のＩＣＥ１８ａ
によりソースプログラムＳを実行させてロギングデータ
を作成しているが、これに限られるものではなく、ソー
スプログラムＳをコンピュータ４におけるシミュレーシ
ョンにより実行させてロギングデータを作成してもよ
い。

【００９３】（２）上記各実施形態では、Ｓ４００の比
較処理結果を表示装置１０に表示する際に、ＭＳＣを描
画表示したが、これに限られるものでなく、ＭＳＣ以外
の形式による表示方法（例えば、各オブジェクトからの
メッセージの出力先や出力順序などが箇条書きに記述さ
れたリスト形式による表示方法）を用いてもよい。

【００９４】また、Ｓ４００の比較処理結果を表示装置
１０に描画表示するのではなく、例えばプリンタにより
文書として印字出力してもよい。 （３）上記各実施形態では、ＭＳＣから設計書情報を作
成したが、これに限られるものではなく、ＭＳＣの形式
以外の形式によるプログラム設計書（例えば、各オブジ
ェクトからのメッセージの出力先や出力順序などが箇条
書きに記述されたリスト形式のプログラム設計書）から
設計書情報を作成し、その設計書情報とロギングデータ
とを比較してもよい。

【００９５】（４）上記各実施形態では、Ｓ１０２にお
いてシナリオ名を検出する際に、ＭＳＣの所定位置にシ
ナリオ名を記載しておき、その所定位置に記載された文
字をシナリオ名として読み取るようにしたが、これに限
られるものではなく、図２（ａ）に示すように、シナリ
オ名の前または後ろの少なくともいずれか一方に所定

【００９６】の符号（「

【」「】」）を記載しておき、ＭＳＣ全体をスキャンし
て当該符号を認識することにより、その符号の前後に記
載された文字をシナリオ名として読み取るようにしても
よい。 （５）第３実施形態では、グループ定義の内容を示す文
字をＭＳＣの所定位置に記載しておき、その所定位置に
記載された文字をグループ定義の内容として読み取るよ
うにしたが、これに限られるものではなく、グループ定
義の内容を示す文字の前または後ろの少なくともいずれ
か一方に所定の符号を記載しておき、ＭＳＣ全体をスキ
ャンして当該符号を認識することにより、その符号の前
後に記載された文字をグループ定義の内容として読み取
るようにしてもよい。

【００９７】（６）第２実施形態と第３実施形態とを併
用してもよく、その場合は両実施形態の相乗作用によ
り、本発明の効果をさらに高めることができる。 （７）本発明は、オブジェクト指向のシステム設計にお
けるソフトウェア開発に限られるものではなく、複数の
ソフトウェア部品の結合により新たなソフトウェアを作
成する場合であれば、どのような場合に適用してもよ
い。

【図面の簡単な説明】

【図１】本発明を具体化した各実施形態のソフトウェア
結合検査装置の全体構成を表すブロック図。

【図２】第１実施形態におけるＭＳＣおよび設計書情報
の一例を示す模式図。

【図３】第１実施形態の結合検査処理を示すフローチャ
ート。

【図４】図３のＳ１００の処理の詳細を示すフローチャ
ート。

【図５】ロギングデータの一例を示す模式図。

【図６】第２実施形態におけるＭＳＣおよび設計書情報
の一例を示す模式図。

【図７】第２実施形態におけるＭＳＣおよび設計書情報
の一例を示す模式図。

【図８】第２実施形態における設計書情報の一例を示す
模式図。

【図９】第２実施形態を説明するための模式図。

【図１０】第３実施形態におけるＭＳＣおよび設計書情
報の一例を示す模式図。

【符号の説明】

２…ソフトウェア結合検査装置 ４…コンピュータ
１０…表示装置 １４…画像表示データ格納サーバ １６…ロギングデ
ータ格納サーバ Ｓ…ソースプログラム

───────────────────────────────────────────────────── フロントページの続き (72)発明者 柴田 健志 愛知県刈谷市昭和町１丁目１番地 株式会 社デンソー内 Ｆターム(参考） 5B042 GA08 GA13 GC08 HH03 HH14 HH30 MA08 MC09 5B076 DD05 EC04

Claims (7)

【特許請求の範囲】
1. 【請求項１】 複数のソフトウェア部品の結合により構
   成され、該複数のソフトウェア間の処理依頼の授受によ
   り機能するソフトウェアを検査するためのソフトウェア
   結合検査装置であって、 ソフトウエア部品間における処理依頼が時系列的に規定
   された設計書のデータを格納する設計書データ格納手段
   と、 該設計書データ格納手段に記憶された設計書データか
   ら、ソフトウェア部品間における処理依頼を設計書情報
   として読み取る設計書情報読取手段と、 前記設計書に基づいて作成された前記ソフトウェアの実
   行結果を格納する実行結果格納手段と、 該実行結果格納手段に格納された実行結果から、ソフト
   ウェア部品間における処理依頼の履歴を実行履歴情報と
   して時系列順に読み取る実行履歴情報読取手段と、 該実行履歴情報読取手段にて読み取られた実行履歴情報
   を、前記設計書情報読取手段にて読み取られた設計書情
   報と比較し、該両情報の一致・不一致を判定する比較判
   定手段と、 該比較判定による判定結果を、当該ソフトウェア結合検
   査装置外部に出力する出力手段とを備えたことを特徴と
   するソフトウェア結合検査装置。
2. 【請求項２】 請求項１に記載のソフトウェア結合検査
   装置において、 前記設計書は階層構造をとり、上位階層の設計書の中に
   下位階層の設計書が含まれ、上位階層の設計書中のどこ
   に下位階層の設計書が含まれるかを示すための第１の階
   層識別情報が上位階層の設計書中に規定されており、 前記設計書情報読取手段は、前記第１の階層識別情報を
   含む設計書情報を読み取り、 前記設計書に基づいて作成された前記ソフトウェアの実
   行結果には、上位階層の設計書中のどこに下位階層の設
   計書が含まれるかを示すための第２の階層識別情報が規
   定されており、 前記実行履歴情報読取手段は、前記第２の階層識別情報
   を含む実行履歴情報を読み取り、 前記比較判定手段は、前記第１および第２の階層識別情
   報に基づき、前記上位階層の設計書と前記下位階層の設
   計書とから選択された少なくとも１つの設計書につい
   て、前記実行履歴情報と前記設計書情報との一致・不一
   致を判定することを特徴とするソフトウェア結合検査装
   置。
3. 【請求項３】 請求項１または請求項２に記載のソフト
   ウェア結合検査装置において、 前記設計書を構成するソフトウェア部品のうち任意のも
   のがグループ化され、そのグループの定義内容を示すグ
   ループ定義情報が前記設計書中に規定されており、 前記設計書情報読取手段は、前記グループ定義情報を含
   む設計書情報を読み取り、 前記比較判定手段は、前記グループ定義情報に基づき、
   前記実行履歴情報読取手段にて読み取られた実行履歴情
   報のうち、前記グループ化されたソフトウェア部品に関
   する情報を除いた実行履歴情報について、前記設計書情
   報読取手段にて読み取られた設計書情報と比較し、該両
   情報の一致・不一致を判定することを特徴とするソフト
   ウェア結合検査装置。
4. 【請求項４】 請求項１〜３のいずれか１項に記載のソ
   フトウェア結合検査装置において、 前記出力手段は、前記比較判定手段が前記実行履歴情報
   と前記設計書情報とが不一致であると判定すると、該実
   行履歴情報と前記設計書情報との不一致の箇所を出力す
   ることを特徴とするソフトウェア結合検査装置。
5. 【請求項５】 請求項１〜４のいずれか１項に記載のソ
   フトウェア結合検査装置において、 前記設計書データ格納手段は、前記処理依頼が文字およ
   び図形により時系列的に規定された設計書の画像表示デ
   ータを格納し、 前記設計書情報読取手段は、前記設計書データ格納手段
   に記憶された設計書の画像表示データから、前記設計書
   上の文字および図形の位置を検出し、該検出結果に基づ
   いて、ソフトウェア部品間における処理依頼を設計書情
   報として読み取ることを特徴とするソフトウェア結合検
   査装置。
6. 【請求項６】 請求項５に記載のソフトウェア結合検査
   装置において、 前記設計書の画像表示データには、個々の設計書を識別
   するためのシナリオ名と、前記ソフトウェア部品の名称
   および生存線と、前記処理依頼の名称と、該処理依頼の
   内容を表すために前記生存線間に引かれた矢印とが記載
   されていることを特徴とするソフトウェア結合検査装
   置。
7. 【請求項７】 請求項６に記載のソフトウェア結合検査
   装置において、 前記設計書情報読取手段は、 前記設計書の画像表示データからシナリオ名を検出する
   第１の処理と、 前記設計書の画像表示データから前記ソフトウェア部品
   の名称および該名称の記載位置を検出する第２の処理
   と、 前記設計書の画像表示データから前記ソフトウェア部品
   の生存線および該生存線の記載位置を検出する第３の処
   理と、 前記設計書の画像表示データから、前記生存線の記載位
   置に基づいて該生存線間に引かれた前記処理依頼の内容
   を表す矢印を検出する第４の処理と、 前記設計書の画像表示データから前記処理依頼の名称を
   検出する第５の処理と、 前記第１〜第５の処理にて検出されたデータを時系列順
   にソートして整理する第６の処理とを備えたことを特徴
   とするソフトウェア結合検査装置。