特許 7644384 生成システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-03-04

(45)【発行日】2025-03-12

(54)【発明の名称】生成システム

(51)【国際特許分類】

   G06F 8/30 20180101AFI20250305BHJP

【ＦＩ】

G06F8/30

【請求項の数】 6

(21)【出願番号】P 2023119158

(22)【出願日】2023-07-21

(65)【公開番号】P2025016104

(43)【公開日】2025-01-31

【審査請求日】2024-03-26

(73)【特許権者】

【識別番号】000002853

【氏名又は名称】ダイキン工業株式会社

(74)【代理人】

【識別番号】110000202

【氏名又は名称】弁理士法人新樹グローバル・アイピー

(72)【発明者】

【氏名】三木 武史

(72)【発明者】

【氏名】五月女 宣夫

【審査官】佐藤 直樹

(56)【参考文献】

【文献】韓国登録特許第１０－２３９７４９５（ＫＲ，Ｂ１）

【文献】特開２０１８－００５４４５（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ８／３０

(57)【特許請求の範囲】

【請求項1】

ノーコードで生成されるアプリケーションのメンテナンスに必要な第１情報（Ｉ１）と、前記アプリケーションを動作させるために必要な第２情報（Ｉ２）と、を受け付ける受付部（１０１）と、
前記アプリケーションに実装される機能の要件である機能要件と、前記アプリケーションに実装される機能以外の要件である非機能要件と、の定義を示す情報である要件定義情報を、少なくとも前記第１情報及び前記第２情報に基づいて、生成する第１生成部（１０３）と、
生成された前記要件定義情報を外部の装置により出力させる出力部（１０４）と、
を備える生成システム（１）。

【請求項2】

少なくとも前記第２情報に基づいて、前記アプリケーションをノーコードで生成する第２生成部（１０５）、
をさらに備える、
請求項１に記載の生成システム。

【請求項3】

前記第１生成部は、
少なくとも前記第１情報に基づいて、前記非機能要件の定義を示す情報を生成し、
少なくとも前記第２情報に基づいて、前記機能要件の定義を示す情報を生成して、
前記要件定義情報を生成する、
請求項１または請求項２に記載の生成システム。

【請求項4】

前記第１情報は、
前記アプリケーションの信頼性に関する情報と、
前記アプリケーションの正確性に関する情報と、
前記アプリケーションのセキュリティに関する情報と、
前記アプリケーションの時間効率性に関する情報と、
前記アプリケーションの応答時間に関する情報と、
前記アプリケーションの資源効率性に関する情報と、
前記アプリケーションの障害許容性に関する情報と、
前記アプリケーションの回復性に関する情報と、
前記アプリケーションの目的と、
前記アプリケーションの利用方法と、
前記アプリケーションの外部インタフェースと、
前記アプリケーションの内容を表示する言語と、
前記アプリケーションのジョブフローと、
前記アプリケーションの性能と、
の少なくとも何れかを含み、
前記第２情報は、
前記アプリケーションで用いられるテーブルに関する情報と、
前記アプリケーションで用いられる画面に関する情報と、
前記アプリケーションのバッチ処理に関する情報と、
前記アプリケーションの名称と、
前記アプリケーションに実装される機能の背景と、
前記アプリケーションに実装される機能の課題と、
前記アプリケーションに実装される機能が用いられる業務と、
の少なくとも何れかを含む、
請求項１または請求項２に記載の生成システム。

【請求項5】

前記第１生成部は、複数のフェーズに分けて前記要件定義情報を生成し、
前記受付部は、前記フェーズごとに前記第１生成部が前記要件定義情報を生成するために必要な、前記第１情報及び前記第２情報を段階的に受け付ける、
請求項１または請求項２に記載の生成システム。

【請求項6】

前記フェーズごとに前記第１生成部が前記要件定義情報を生成するために必要な、前記第１情報及び前記第２情報、の項目を外部の装置により報知させる報知部（１０６）、
をさらに備える、
請求項５に記載の生成システム。

【発明の詳細な説明】

【技術分野】

【0001】

生成システムに関する。

【背景技術】

【0002】

特許文献１（特開２０１７－１０２８７５）は、属性情報などに基づく設計書生成処理をコンピュータに実行させるソフトウェア開発プログラムを開示している。

【発明の概要】

【発明が解決しようとする課題】

【0003】

特許文献１のソフトウェア開発プログラムは、ノーコードで生成されるアプリケーション、の要件定義情報については開示していない。

【0004】

本開示は、要件定義情報により、ノーコードで生成されるアプリケーションのライフサイクルコストを削減できる生成システムを提案する。

【課題を解決するための手段】

【0005】

第１観点の生成システムは、受付部と、第１生成部と、出力部と、を備える。受付部は、ノーコードで生成されるアプリケーションのメンテナンスに必要な第１情報と、アプリケーションを動作させるために必要な第２情報と、を受け付ける。第１生成部は、要件定義情報を、少なくとも第１情報及び第２情報に基づいて、生成する。要件定義情報は、アプリケーションに実装される機能の要件である機能要件と、アプリケーションに実装される機能以外の要件である非機能要件と、の定義を示す情報である。出力部は、生成された要件定義情報を外部の装置により出力させる。

【0006】

本開示にかかる生成システムは、ノーコードで生成されるアプリケーションのメンテナンスに必要な第１情報と、アプリケーションを動作させるために必要な第２情報を、受け付ける。本生成システムは、第１情報及び第２情報に基づいて要件定義情報を生成し、出力する。従って、本生成システムは、要件定義情報により、ノーコードで生成されるアプリケーションのライフサイクルコストを削減できる。

【0007】

第２観点の生成システムは、第１観点の生成システムであって、第２生成部をさらに備える。第２生成部は、少なくとも第２情報に基づいて、アプリケーションをノーコードで生成する。

【0008】

第３観点の生成システムは、第１観点又は第２観点の生成システムであって、第１生成部が、少なくとも第１情報に基づいて、非機能要件の定義を示す情報を生成し、少なくとも第２情報に基づいて、機能要件の定義を示す情報を生成して、要件定義情報を生成する。

【0009】

第４観点の生成システムは、第１観点から第３観点の何れかの観点の生成システムであって、第１情報が、アプリケーションの信頼性に関する情報と、アプリケーションの正確性に関する情報と、アプリケーションのセキュリティに関する情報と、アプリケーションの時間効率性に関する情報と、アプリケーションの応答時間に関する情報と、アプリケーションの資源効率性に関する情報と、アプリケーションの障害許容性に関する情報と、アプリケーションの回復性に関する情報と、アプリケーションの目的と、アプリケーションの利用方法と、アプリケーションの外部インタフェースと、アプリケーションの内容を表示する言語と、アプリケーションのジョブフローと、アプリケーションの性能と、の少なくとも何れかを含む。第２情報は、アプリケーションで用いられるテーブルに関する情報と、アプリケーションで用いられる画面に関する情報と、アプリケーションのバッチ処理に関する情報と、アプリケーションの名称と、アプリケーションに実装される機能の背景と、アプリケーションに実装される機能の課題と、アプリケーションに実装される機能が用いられる業務と、の少なくとも何れかを含む。

【0010】

第５観点の生成システムは、第１観点から第４観点の何れかの観点の生成システムであって、第１生成部が、複数のフェーズに分けて要件定義情報を生成する。受付部は、フェーズごとに第１生成部が要件定義情報を生成するために必要な、第１情報及び第２情報を段階的に受け付ける。

【0011】

第６観点の生成システムは、第５観点の生成システムであって、報知部をさらに備える。報知部は、フェーズごとに第１生成部が要件定義情報を生成するために必要な、第１情報及び第２情報、の項目を外部の装置により報知させる。

【図面の簡単な説明】

【0012】

【図1】生成システム１の全体構成を示す概略構成図である。

【図2】ユーザＰＣ１０の制御ブロック図である。

【図3】生成システム１の動作を示すフローチャートである。

【発明を実施するための形態】

【0013】

（１）ローコード開発、ノーコード開発
（１－１）背景
アプリケーションの生成は、アプリケーションに機能を実装させるため、コーディングを要する。しかし、コーディングは、コーディングにかかる知見と、コーディングにかかる時間などを要する。そのため、アプリケーションの生成が困難な問題などが生じ得る。

【0014】

上記問題を解決するため、アプリケーションを生成する場合、ローコード開発又はノーコード開発が行われる。「ローコード開発」は、アプリケーションに実装させる機能のうちの一部の機能を、アプリケーションに実装させる際に、コーディングを要しない開発をいう。「ノーコード開発」は、アプリケーションに実装させる全ての機能、をアプリケーションに実装させる際に、コーディングを要しない開発をいう。

【0015】

ローコード開発又はノーコード開発は、コーディングにかかる時間を短縮させる。また、ローコード開発又はノーコード開発は、コーディングにかかる知見が乏しい場合でも実現できる。

【0016】

（１－２）プロセスの一例
ローコード開発又はノーコード開発によりアプリケーションを生成する場合における、プロセスの一例について説明する。

【0017】

複数の「アプリケーションに実装できる機能、を実現するアプリケーションコンポーネント」と、複数の「一又は複数の機能、が実装されたアプリケーション」と、の少なくとも何れかが予め用意される。「予め用意された、アプリケーションに実装できる機能、を実現するアプリケーションコンポーネント」を、「サンプルコンポーネント」と称する。「予め用意された、一又は複数の機能、が実装されたアプリケーション」を、「サンプルアプリケーション」と称する。

【0018】

「アプリケーションを動作させるために必要な情報」が、受け付けられる。「アプリケーションを動作させるために必要な情報」を、「第２情報」と称する。

【0019】

第２情報に対応するサンプルコンポーネントと、第２情報に対応するサンプルアプリケーションと、の少なくとも何れかが選択される。サンプルコンポーネントが選択された場合、複数のサンプルコンポーネントの組み合わせと、一又は複数のサンプルコンポーネントとサンプルアプリケーションとの組み合わせと、の何れかが行われる。

【0020】

複数のサンプルコンポーネントの組み合わせと、一又は複数のサンプルコンポーネントとサンプルアプリケーションとの組み合わせと、サンプルアプリケーションの選択と、の何れかにより、アプリケーションが生成される。

【0021】

上記プロセスにより、アプリケーションが、第２情報に基づいて、ローコード又はノーコードで生成される。生成されたアプリケーションは、第２情報に対応する動作を実現できる。

【0022】

（１－３）問題
アプリケーションがローコード及びノーコード、以外の方法で生成される場合、要件定義情報が予め用意される。「要件定義情報」は、アプリケーションに実装される機能の要件である「機能要件」と、アプリケーションに実装される機能以外の要件である「非機能要件」と、の定義を示す情報である。要件定義情報に基づいて、設計が行われる。設計により、コーディングが行われる。コーディングにより、アプリケーションが生成される。

【0023】

他方、アプリケーションがローコード及びノーコードで生成される場合、サンプルコンポーネント又はサンプルアプリケーションが予め用意される。ユーザは、短時間で生成されたアプリケーションが要件を満たすか否か、を試すことができる。そのため、アプリケーションがローコード及びノーコードで生成される場合、要件定義情報は用意されない。

【0024】

しかし、アプリケーションを運用するためには、アプリケーションの生成だけでなく、アプリケーションのメンテナンスも必要である。要件定義情報が用意されないと、「アプリケーションのメンテナンスに必要な情報」などの把握が難しく、アプリケーションのメンテナンスが困難である。「アプリケーションのメンテナンスに必要な情報」を、「第１情報」と称する。

【0025】

従って、アプリケーションがローコード及びノーコードで生成される場合、アプリケーションのライフサイクルコストが増大する問題が生じていた。

【0026】

生成システム１は、上記問題を解決する。なお、生成システム１が解決する問題は、上記問題に限定されない。

【0027】

（２）全体構成
生成システム１の全体構成について説明する。図１は、生成システム１の全体構成を示す概略構成図である。生成システム１は、ローコード又はノーコードで、アプリケーションを生成する。生成システム１は、ユーザＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）１０と、サーバ２１と、データベース２２などを備える。生成システム１が備える各構成要素は、複数であってもよい。

【0028】

生成システム１は、有線又は無線で、表示装置２と接続する。表示装置２は、外部の装置の一例である。なお、生成システム１は、表示装置２の代わりに、プリンターと接続してもよい。プリンターは、外部の装置の一例である。

【0029】

（２－１）ユーザＰＣ
ユーザＰＣ１０は、ユーザから情報を受け付け、アプリケーション及び要件定義情報を生成する。ユーザＰＣ１０は、有線又は無線で、サーバ２１と、表示装置２と、入力装置（図示せず）と接続する。ユーザＰＣ１０の詳細については後述する。

【0030】

（２－２）サーバ
サーバ２１は、情報の処理を行い、ユーザＰＣ１０とデータベース２２との間において情報の送信及び情報の受信を行う。

【0031】

（２－３）データベース
データベース２２は、複数のサンプルアプリケーションＳＡと、第１情報Ｉ１と、第２情報Ｉ２などを記憶する記憶装置である。第１情報Ｉ１及び第２情報Ｉ２の詳細については後述する。データベース２２の例としては、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）と、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などが挙げられる。データベース２２は、有線又は無線で、サーバ２１と接続する。なお、データベース２２は、複数のサンプルコンポーネントを記憶してもよい。

【0032】

（２－４）ハードウェア構成
ユーザＰＣ１０及びサーバ２１はコンピュータにより実現されるものである。ユーザＰＣ１０及びサーバ２１は、制御演算装置と記憶装置とを備える。制御演算装置には、ＣＰＵ又はＧＰＵといったプロセッサを使用できる。制御演算装置は、記憶装置に記憶されているプログラムを読み出し、このプログラムに従って所定の画像処理や演算処理を行う。さらに、制御演算装置は、プログラムに従って、演算結果を記憶装置に書き込んだり、記憶装置に記憶されている情報を読み出したりすることができる。記憶装置は、データベースとして用いることができる。

【0033】

（３）詳細構成
ユーザＰＣ１０の詳細構成について説明する。図２は、ユーザＰＣ１０の制御ブロック図である。図２は、制御演算装置により実現される各種の機能ブロックを示している。ユーザＰＣ１０は、受付部１０１と、送信部１０２と、第１生成部１０３と、出力部１０４と、第２生成部１０５と、報知部１０６などを有する。

【0034】

（３－１）受付部
受付部１０１は、入力装置を介して、第１情報Ｉ１及び第２情報Ｉ２を受け付ける。具体的には、受付部１０１は、フェーズごとに第１生成部１０３が要件定義情報を生成するために必要な、第１情報Ｉ１及び第２情報Ｉ２を段階的に受け付ける。「フェーズ」の詳細については後述する。

【0035】

（３－１－１）第１情報
第１情報Ｉ１は、アプリケーションの信頼性に関する情報と、アプリケーションの正確性に関する情報と、アプリケーションのセキュリティに関する情報と、アプリケーションの時間効率性に関する情報と、アプリケーションの応答時間に関する情報と、アプリケーションの資源効率性に関する情報と、アプリケーションの障害許容性に関する情報と、アプリケーションの回復性に関する情報と、アプリケーションの目的と、アプリケーションの利用方法と、アプリケーションの外部インタフェースと、アプリケーションの内容を表示する言語と、アプリケーションのジョブフローと、アプリケーションの性能と、の少なくとも何れかを含む。

【0036】

アプリケーションの信頼性に関する情報の例としては、アプリケーションの障害からの回復時間目標と、アプリケーションの障害からの回復時点目標と、アプリケーションの障害からの回復レベル目標などが挙げられる。アプリケーションの正確性に関する情報の例としては、アプリケーションの時刻同期と、アプリケーションの計算精度などが挙げられる。アプリケーションのセキュリティに関する情報の例としては、アプリケーションのパスワードに関する情報と、アプリケーションのアクセス権などが挙げられる。

【0037】

（３－１－２）第２情報
第２情報Ｉ２は、アプリケーションで用いられるテーブルに関する情報と、アプリケーションで用いられる画面に関する情報と、アプリケーションのバッチ処理に関する情報と、アプリケーションの名称と、アプリケーションに実装される機能の背景と、アプリケーションに実装される機能の課題と、アプリケーションに実装される機能が用いられる業務と、の少なくとも何れかを含む。

【0038】

（３－１－３）設計情報
第１情報Ｉ１と第２情報Ｉ２と、を組み合わせた情報を、「設計情報」と称する。ローコード及びノーコード、以外の方法でアプリケーションが生成される場合、設計情報はコーディングに用いられる。言い換えると、設計情報は、「アプリケーションを生成するためのコーディングの設計に用いられる情報」ともいえる。

【0039】

（３－１－４）フェーズ
「フェーズ」は、「要件定義情報を生成するために予め設けられた、第１情報Ｉ１及び第２情報Ｉ２の受付プロセス上の区切り」である。

【0040】

例えば、２つのフェーズ（フェーズ１、フェーズ２）が予め設けられるとする。受付部１０１は、フェーズ１において、第１情報である「アプリケーションの目的」と、第２情報である「アプリケーションの名称」を受け付ける。受付部１０１は、フェーズ２において、第１情報である「アプリケーションの外部インタフェース」と、第２情報である「アプリケーションで用いられるテーブルに関する情報」を受け付ける。これにより、受付部１０１は、フェーズごとに第１生成部１０３が要件定義情報を生成するために必要な、第１情報Ｉ１及び第２情報Ｉ２を段階的に受け付ける。

【0041】

（３－２）送信部
送信部１０２は、第１情報Ｉ１及び第２情報Ｉ２を、サーバ２１に送信する。なお、サーバ２１に送信された第１情報Ｉ１及び第２情報Ｉ２は、サーバ２１によりデータベース２２に記録される。

【0042】

（３－３）第１生成部
第１生成部１０３は、データベース２２が記憶している第１情報Ｉ１及び第２情報Ｉ２を読み込んで、複数のフェーズに分けて要件定義情報を生成する。

【0043】

具体的には、第１生成部１０３は、少なくとも第１情報Ｉ１に基づいて、非機能要件の定義を示す情報を生成する。また、第１生成部１０３は、少なくとも第２情報Ｉ２に基づいて、機能要件の定義を示す情報を生成する。これにより、第１生成部１０３は、要件定義情報を生成する。

【0044】

なお、第１生成部１０３は、データベース２２の第１情報Ｉ１及び第２情報Ｉ２の代わりに、受付部１０１が受け付けた第１情報Ｉ１及び第２情報Ｉ２により、要件定義情報を生成してもよい。

【0045】

（３－４）出力部
出力部１０４は、生成された要件定義情報を、表示装置２により出力させる。出力部１０４は、生成された要件定義情報を、プリンターに出力させてもよい。

【0046】

（３－５）第２生成部
第２生成部１０５は、少なくとも第２情報Ｉ２に基づいて、アプリケーションをローコード又はノーコードで生成する。具体的には、第２生成部１０５は、データベース２２が記憶している、第２情報Ｉ２及び複数のサンプルアプリケーションＳＡを読み込んで、第２情報Ｉ２に対応するサンプルアプリケーションＳＡの選択により、アプリケーションを生成する。なお、第２生成部１０５は、データベース２２の第２情報Ｉ２の代わりに、受付部１０１が受け付けた第２情報Ｉ２により、アプリケーションを生成してもよい。なお、第２生成部１０５は、サンプルアプリケーションＳＡの選択の代わりに、サンプルコンポーネントの選択により、アプリケーションを生成してもよい。

【0047】

（３－６）報知部
報知部１０６は、フェーズごとに第１生成部１０３が要件定義情報を生成するために必要な、第１情報Ｉ１及び第２情報Ｉ２、の項目を表示装置２により報知させる。

【0048】

（４）動作
生成システム１の動作について説明する。図３は、生成システム１の動作を示すフローチャートである。

【0049】

報知部１０６は、第１情報Ｉ１及び第２情報Ｉ２、の項目を表示装置２により報知させる（ステップＳ１）。報知される第１情報Ｉ１及び第２情報Ｉ２は、該当フェーズに第１生成部１０３が要件定義情報を生成するために必要な、第１情報Ｉ１及び第２情報Ｉ２である。表示装置２は、第１情報Ｉ１及び第２情報Ｉ２、の項目を表示する。ユーザは、表示された第１情報Ｉ１及び第２情報Ｉ２、の項目を確認する。ユーザは、入力装置により、第１情報Ｉ１及び第２情報Ｉ２を入力する。

【0050】

受付部１０１は、入力装置を介して、第１情報Ｉ１及び第２情報Ｉ２を受け付ける（ステップＳ２）。

【0051】

送信部１０２は、第１情報Ｉ１及び第２情報Ｉ２をサーバ２１に送信する（ステップＳ３）。送信された第１情報Ｉ１及び第２情報Ｉ２は、サーバ２１によりデータベース２２に記録される。

【0052】

第１生成部１０３は、データベース２２が記憶している、第１情報Ｉ１及び第２情報Ｉ２を読み込む（ステップＳ４）。

【0053】

第１生成部１０３は、少なくとも第１情報Ｉ１に基づいて、非機能要件の定義を示す情報を生成する（ステップＳ５）。

【0054】

第１生成部１０３は、少なくとも第２情報Ｉ２に基づいて、機能要件の定義を示す情報を生成する（ステップＳ６）。これにより、第１生成部１０３は、該当フェーズに対応する、要件定義情報を生成できる。

【0055】

ステップＳ１からステップＳ６までの動作は、最初のフェーズから最後のフェーズまで、フェーズごとに行われる。例えば、フェーズが３つ（フェーズ１、フェーズ２、フェーズ３）存在するとする。最初に、フェーズ１について、ステップＳ１からステップＳ６の動作が行われる。次に、フェーズ２について、ステップＳ１からステップＳ６の動作が行われる。最後に、フェーズ３について、ステップＳ１からステップＳ６の動作が行われる。

【0056】

第１生成部１０３は、複数のフェーズごとに生成された要件定義情報を組み合わせる（ステップＳ７）。これにより、全てのフェーズにかかる要件定義情報が生成される。

【0057】

出力部１０４は、生成された要件定義情報を、表示装置２により表示させる（ステップＳ８）。表示装置２は、要件定義情報を表示する。ユーザは、生成された要件定義情報を確認できる。

【0058】

第２生成部１０５は、データベース２２が記憶している、第２情報Ｉ２及び複数のサンプルアプリケーションＳＡを読み込む（ステップＳ９）。第２情報Ｉ２は、受付部１０１がフェーズごとに段階的に受け付けた、全てのフェーズにかかる第２情報Ｉ２である。

【0059】

第２生成部１０５は、第２情報Ｉ２に対応するサンプルアプリケーションＳＡの選択により、ローコード又はノーコードでアプリケーションを生成する（ステップＳ１０）。なお、ユーザＰＣ１０は、生成されたアプリケーションを示す情報又は生成されたアプリケーション、を表示装置２に表示させてもよい。これにより、ユーザは、生成されたアプリケーションを示す情報又は生成されたアプリケーション、を確認できる。

【0060】

（５）特徴
（５－１）
生成システム１は、受付部１０１と、第１生成部１０３と、出力部１０４と、を備える。受付部１０１は、ノーコードで生成されるアプリケーションのメンテナンスに必要な第１情報Ｉ１と、アプリケーションを動作させるために必要な第２情報Ｉ２と、を受け付ける。第１生成部１０３は、要件定義情報を、少なくとも第１情報Ｉ１及び第２情報Ｉ２に基づいて、生成する。要件定義情報は、アプリケーションに実装される機能の要件である機能要件と、アプリケーションに実装される機能以外の要件である非機能要件と、の定義を示す情報である。出力部１０４は、生成された要件定義情報を外部の装置により出力させる。

【0061】

ローコード又はノーコードでアプリケーションが生成される場合、要件定義情報は予め用意されない。要件定義情報を作成しようとしても、要件定義情報の内容を作成することと、要件定義情報の粒度を定めることなどは、困難である。そのため、要件定義情報の作成は、無駄な工数を発生させる可能性がある。また、要件定義情報の作成には、要件定義情報が作成できる開発者を要する。開発者を要することは、ローコード又はノーコード、の開発方法に適しない。さらに、要件定義情報の作成には、時間を要する。

【0062】

生成システム１は、ノーコードで生成されるアプリケーションのメンテナンスに必要な第１情報Ｉ１と、アプリケーションを動作させるために必要な第２情報Ｉ２を、受け付ける。生成システム１は、第１情報Ｉ１及び第２情報Ｉ２に基づいて要件定義情報を生成し、出力する。従って、生成システム１は、要件定義情報により、ローコード又はノーコードで生成されるアプリケーションのライフサイクルコストを削減できる。

【0063】

（５－２）
生成システム１は、第２生成部１０５をさらに備える。第２生成部１０５は、少なくとも第２情報Ｉ２に基づいて、アプリケーションをノーコードで生成する。

【0064】

生成システム１は、要件定義情報の生成だけでなく、アプリケーションも生成する。ユーザは、別途、アプリケーションを生成する必要がない。従って、生成システム１は、ローコード又はノーコードでアプリケーションの生成する場合における、ユーザの利便性を向上できる。

【0065】

また、アプリケーションの生成に用いられる第２情報Ｉ２は、要件定義情報の生成にも用いられる。従って、生成システム１は、要件定義情報に対応する、アプリケーションを生成できる。

【0066】

（５－３）
生成システム１は、第１生成部１０３が、少なくとも第１情報Ｉ１に基づいて、非機能要件の定義を示す情報を生成し、少なくとも第２情報Ｉ２に基づいて、機能要件の定義を示す情報を生成して、要件定義情報を生成する。

【0067】

ローコード又はノーコード、によるアプリケーションの生成は、アプリケーションに実装する機能と関わる第２情報Ｉ２を要する。しかし、要件定義情報の生成は、第２情報Ｉ２だけでなく、アプリケーションに実装する機能に関わらない第１情報Ｉ１も要する。生成システム１は、第１情報Ｉ１と第２情報Ｉ２と、の役割を分けて、機能要件だけでなく、非機能要件を含む要件定義情報を生成する。従って、生成システム１は、ローコード又はノーコードで生成されるアプリケーションのライフサイクルコストを削減できる。

【0068】

（５－４）
生成システム１は、第１情報Ｉ１が、アプリケーションの信頼性に関する情報と、アプリケーションの正確性に関する情報と、アプリケーションのセキュリティに関する情報と、アプリケーションの時間効率性に関する情報と、アプリケーションの応答時間に関する情報と、アプリケーションの資源効率性に関する情報と、アプリケーションの障害許容性に関する情報と、アプリケーションの回復性に関する情報と、アプリケーションの目的と、アプリケーションの利用方法と、アプリケーションの外部インタフェースと、アプリケーションの内容を表示する言語と、アプリケーションのジョブフローと、アプリケーションの性能と、の少なくとも何れかを含む。第２情報Ｉ２は、アプリケーションで用いられるテーブルに関する情報と、アプリケーションで用いられる画面に関する情報と、アプリケーションのバッチ処理に関する情報と、アプリケーションの名称と、アプリケーションに実装される機能の背景と、アプリケーションに実装される機能の課題と、アプリケーションに実装される機能が用いられる業務と、の少なくとも何れかを含む。

【0069】

生成システム１は、上述の様々な情報を含む、第１情報Ｉ１及び第２情報Ｉ２に基づいて要件定義情報を生成する。従って、生成システム１は、ローコード又はノーコードで生成されるアプリケーションのライフサイクルコストを削減できる。

【0070】

（５－５）
生成システム１は、第１生成部１０３が、複数のフェーズに分けて要件定義情報を生成する。受付部１０１は、フェーズごとに第１生成部１０３が要件定義情報を生成するために必要な、第１情報Ｉ１及び第２情報Ｉ２を段階的に受け付ける。

【0071】

第１情報Ｉ１及び第２情報Ｉ２は、異なる粒度にかかる、多くの情報を含む。フェーズごとに、段階的に第１情報Ｉ１及び第２情報Ｉ２を受け付けることは、異なる粒度にかかる、多くの情報の受付に役に立つ。従って、生成システム１は、効率よく要件定義情報を生成できる。

【0072】

（５－６）
生成システム１は、報知部１０６をさらに備える。報知部１０６は、フェーズごとに第１生成部１０３が要件定義情報を生成するために必要な、第１情報Ｉ１及び第２情報Ｉ２、の項目を外部の装置により報知させる。

【0073】

ユーザは、報知された第１情報Ｉ１及び第２情報Ｉ２の項目を確認できる。ユーザは、フェーズごとに必要な、第１情報Ｉ１及び第２情報Ｉ２を入力できる。従って、生成システム１は、効率よく要件定義情報を生成できる。

【0074】

（６）変形例
（６－１）変形例１Ａ
生成システム１は、第３生成部（図示せず）をさらに備えてもよい。第３生成部は、第１情報Ｉ１と、第２情報Ｉ２と、の少なくとも何れかに基づいて、アプリケーションの概要説明資料と、アプリケーションのマニュアルと、の少なくとも何れかを生成する。

【0075】

出力部１０４は、概要説明資料及びマニュアルを表示装置２により出力させる。ユーザは、要件定義情報だけでなく、概要説明資料及びマニュアルも確認できる。従って、生成システム１は、ローコード又はノーコードで生成されるアプリケーションのライフサイクルコストをより削減できる。

【0076】

なお、第３生成部は、第２生成部１０５によりアプリケーションが生成された後に、概要説明資料及びマニュアルに基づいて、完成図書又はナビゲーション情報をさらに生成してもよい。「ナビゲーション情報」は、ユーザによるアプリケーションの運用を支援する情報をいう。

【0077】

なお、生成システム１は、記録部（図示せず）をさらに備えてもよい。記録部は、概要説明資料及びマニュアルを、第２生成部１０５により生成されたアプリケーションと紐づけて、記憶装置（図示せず）に記録する。また、記録部は、概要説明資料及びマニュアルと、第２生成部１０５により生成されたアプリケーションとに加えて、バージョンも紐づけて、記憶装置に記録してもよい。これにより、ユーザは、バージョンごとの、概要説明資料及びマニュアルやアプリケーションなどにおける、変更点（差分点）を容易に管理できる。

【0078】

（６－２）変形例１Ｂ
生成システム１は、日程生成部（図示せず）をさらに備えてもよい。日程生成部は、第１生成部１０３による要件定義情報の生成の状況に基づいて、日程を生成する。以下、日程生成部の動作の一例を説明する。

【0079】

日程生成部は、生成された要件定義情報（一部又は全て）を、要件定義情報と所要日程とが紐づけられた情報に照らし合わせて、所要日程を算出する。日程生成部は、各種日程表における、日程が埋まってない最早の営業日を初日として算入して、算出された所要日程を、日程として入力する。従って、ユーザは、所要日程などを計算しなくても、容易に日程管理できる。

【0080】

以上、本開示の実施形態を説明したが、特許請求の範囲に記載された本開示の趣旨及び範囲から逸脱することなく、形態や詳細の多様な変更が可能なことが理解されるであろう。

【符号の説明】

【0081】

１ 生成システム
１０１ 受付部
１０３ 第１生成部
１０４ 出力部
１０５ 第２生成部
１０６ 報知部
Ｉ１ 第１情報
Ｉ２ 第２情報

【先行技術文献】

【特許文献】

【0082】

【文献】特開２０１７－１０２８７５

【図1】

【図2】

【図3】