特許ウォッチ

公開番号2025012807
公報種別公開特許公報(A)
公開日2025-01-24
出願番号2023115921
出願日2023-07-14
発明の名称ソフトウェアアーキテクチャの評価システム、ソフトウェアアーキテクチャの評価方法
出願人日立Astemo株式会社
代理人弁理士法人サンネクスト国際特許事務所
主分類G06F 8/74 20180101AFI20250117BHJP(計算;計数)
要約【課題】ソフトウェアアーキテクチャを評価できる。
【解決手段】評価システムは、ソフトウェアアーキテクチャに含まれるコンポーネント同士の依存関係を示す依存データを記憶する格納部と、コンポーネント同士の依存関係を示すマトリクスを生成するマトリクス生成部と、あらかじめ学習した画像認識モデルを用いてマトリクスを解析することでソフトウェアアーキテクチャを評価する評価部と、を備える。
【選択図】図6

特許請求の範囲【請求項１】
ソフトウェアアーキテクチャに含まれるコンポーネント同士の依存関係を示す依存データを記憶する格納部と、
前記コンポーネント同士の依存関係を示すマトリクスを生成するマトリクス生成部と、
あらかじめ学習した画像認識モデルを用いて前記マトリクスを解析することで前記ソフトウェアアーキテクチャを評価する評価部と、を備える評価システム。
続きを表示（約 990 文字）【請求項２】
請求項１に記載の評価システムにおいて、
前記マトリクス生成部は、予め定められた並び順で前記コンポーネント同士の依存関係を前記マトリクスに変換する、評価システム。
【請求項３】
請求項１に記載の評価システムにおいて、
前記マトリクスにおける要素とコンポーネントの対応関係はあらかじめ定められており、
前記マトリクス生成部は、予め定められた行と列の位置に、対応するコンポーネントの依存関係を示す値を設定する、評価システム。
【請求項４】
請求項１に記載の評価システムにおいて、
前記依存関係には、少なくともコンポーネント間のインタフェース数を含む、評価システム。
【請求項５】
請求項４に記載の評価システムにおいて、
前記コンポーネント同士の依存関係には、コンポーネント間で送信されるデータ量をさらに含み、
前記マトリクスは、前記インタフェース数の依存関係を示すチャンネル、および前記データ量の依存関係を示すチャンネルを含む、評価システム。
【請求項６】
請求項１に記載の評価システムにおいて、
前記マトリクス生成部は、前記コンポーネントの階層の深さが異なる複数の前記マトリクスを生成する、評価システム。
【請求項７】
請求項１に記載の評価システムにおいて、
前記評価部は、前記マトリクスの各要素の値を画像データにおける各画素の輝度値として前記画像認識モデルに入力する、評価システム。
【請求項８】
請求項１に記載の評価システムにおいて、
前記評価部は、前記マトリクスを評価するグラフニューラルネットワーク、および回帰モデルの少なくとも１つをさらに含む、評価システム。
【請求項９】
ソフトウェアアーキテクチャに含まれるコンポーネント同士の依存関係を示す依存データを記憶する格納部を備える評価装置が実行する評価方法であって、
前記コンポーネント同士の依存関係を示すマトリクスを生成することと、
あらかじめ学習した画像認識モデルを用いて前記マトリクスを解析することで前記ソフトウェアアーキテクチャを評価することと、を含むソフトウェアアーキテクチャの評価方法。

発明の詳細な説明【技術分野】
【０００１】
本発明は、ソフトウェアアーキテクチャの評価システム、およびソフトウェアアーキテクチャの評価方法に関する。
続きを表示（約 2,400 文字）【背景技術】
【０００２】
ソフトウェアアーキテクチャは、複雑なソフトウェアの開発において重要な役割を担っている。ソフトウェアアーキテクチャは、ソフトウェアの構造と構成を定義し、ソフトウェアのコンポーネントと相互作用の高度な視点を提供する。ソフトウェアアーキテクチャは、ソフトウェアが機能的および非機能的な要件を満たし、最適に動作することを保証するために不可欠である。特許文献１には、オブジェクト指向言語で記述された対象プログラムを解析する装置において、前記対象プログラムを１ステップずつ実行するステップ実行部と、前記ステップ実行部による前記対象プログラムの実行結果に基づき、１ステップごとに、オブジェクトのフィールドの変更履歴とその変更の原因となったオブジェクトのフィールドの情報を取得して、各オブジェクトの状態単位での因果関係を抽出する抽象解釈部とを備えることを特徴とするプログラム解析装置が開示されている。
【先行技術文献】
【特許文献】
【０００３】
米国特許出願公開第２００６／０１４３５９６号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載されている発明では、ソフトウェアアーキテクチャを評価できない。
【課題を解決するための手段】
【０００５】
本発明の第１の態様によるソフトウェアアーキテクチャの評価システムは、ソフトウェアアーキテクチャに含まれるコンポーネント同士の依存関係を示す依存データを記憶する格納部と、前記コンポーネント同士の依存関係を示すマトリクスを生成するマトリクス生成部と、あらかじめ学習した画像認識モデルを用いて前記マトリクスを解析することで前記ソフトウェアアーキテクチャを評価する評価部と、を備える。
本発明の第２態様によるソフトウェアアーキテクチャの評価方法は、ソフトウェアアーキテクチャに含まれるコンポーネント同士の依存関係を示す依存データを記憶する格納部を備える評価装置が実行する評価方法であって、前記コンポーネント同士の依存関係を示すマトリクスを生成することと、あらかじめ学習した画像認識モデルを用いて前記マトリクスを解析することで前記ソフトウェアアーキテクチャを評価することと、を含む。
【発明の効果】
【０００６】
本発明によれば、ソフトウェアアーキテクチャを評価できる。
【図面の簡単な説明】
【０００７】
実行装置のハードウエア構成図
依存データの一例を示す図
評価指標の一例を示す図
本発明を実施する評価装置のハードウエア構成図
画像認識モデルの概要を説明する図
第１の実施の形態における評価用ソフトウェアの機能ブロック図
データ量マトリクスの一例を示す図
ＩＦ数マトリクスの一例を示す図
ＣＮＮモデルの一例を示す図
変形例１におけるＣＮＮモデルの一例を示す図
変形例２における評価用ソフトウェアの機能ブロック図
変形例２におけるマルチチャンネルＣＮＮモデルの一例を示す図
変形例６におけるＩＦ数マトリクスの一例を示す図
第２の実施の形態における評価用ソフトウェアの機能ブロック図
テンプレート集の一例を示す図
標準化マトリクス生成部による処理の第１の例を示す図
標準化マトリクス生成部による処理の第２の例を示す図
第３の実施の形態における評価用ソフトウェアの機能ブロック図
評価用グラフの一例を示す図
ＧＮＮモデルの一例を示す図
第３の実施の形態の変形例１における評価用グラフの一例を示す図
第４の実施の形態における評価用ソフトウェアの機能ブロック図
回帰モデルを説明する図
第４の実施の形態の変形例２における評価用ソフトウェアの機能ブロック図
【発明を実施するための形態】
【０００８】
―第１の実施の形態―
以下、図１～図９を参照して、ソフトウェアアーキテクチャの評価システム、およびソフトウェアアーキテクチャの評価方法の第１の実施の形態を説明する。
【０００９】
図１は、評価対象のソフトウェアアーキテクチャに基づき生成される被生成ソフトウェア７２Ｖが実装される実行装置７０のハードウエア構成図である。実行装置７０は、中央演算装置であるＣＰＵ７１と、読み取り専用の記憶装置であるＲＯＭ７２と、読み書き可能な記憶装置であるＲＡＭ７３とを備える。ＣＰＵ７１は複数の演算コアであるコアＣ１およびコアＣ２を備える。ＣＰＵ７１に含まれるコアＣ１およびコアＣ２は、ＲＯＭ７２に格納される被生成ソフトウェア７２ＶをＲＡＭ７３に展開して実行する。ただしＣＰＵ７１が３つ以上のコアを備えてもよい。またＣＰＵ７１は１つのコアを備える複数の物理ＣＰＵでもよいし、複数のコアを備える１つの物理ＣＰＵでもよい。
【００１０】
コアＣ１およびコアＣ２のそれぞれは、被生成ソフトウェア７２Ｖを構成する１または複数のタスクを実行する。それぞれのタスクは、１または複数のジョブから構成される。以下では、コア、タスク、およびジョブを総称して「コンポーネント」と呼ぶ。以下では便宜的に、コア、タスク、およびジョブの相違をコンポーネントの「階層」や「レベル」の違いとも呼ぶ。この階層やレベルは、コアを最上位、ジョブを最下位とするものである。本実施の形態では、コアごとに実行するタスクがあらかじめ定められており、各タスクに含まれるジョブもあらかじめ定められている。
（【００１１】以降は省略されています）

関連特許