ホーム > 特許ランキング > 三菱電機ソフトウエア株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2022-05-13
(45)【発行日】2022-05-23
(54)【発明の名称】開発支援装置及び開発支援プログラム
(51)【国際特許分類】
G06F 8/20 20180101AFI20220516BHJP
G06F 8/70 20180101ALI20220516BHJP
【ＦＩ】
G06F8/20
G06F8/70
【請求項の数】
8
(21)【出願番号】P 2020194898
(22)【出願日】2020-11-25
【審査請求日】2020-12-14
(73)【特許権者】
【識別番号】591102095
【氏名又は名称】三菱電機ソフトウエア株式会社
(74)【代理人】
【識別番号】110002491
【氏名又は名称】溝井国際特許業務法人
(72)【発明者】
【氏名】藤原 啓一
【審査官】金木 陽一
(56)【参考文献】
【文献】特開２０１７－１０２７４５（ＪＰ，Ａ）
【文献】国際公開第２０１７／１２２２８５（ＷＯ，Ａ１）
【文献】特開２０１２－０８４０１９（ＪＰ，Ａ）
【文献】特開２０２０－１６１０２５（ＪＰ，Ａ）
【文献】北村 充晴ほか，ソフトウェア開発におけるトレーサビリティリンクの複雑さの表現と単純化方法，電子情報通信学会論文誌D，2014年03月01日，Vol. J97-D, No. 3，pp. 437-449，ISSN: 1880-4535
【文献】野尻 周平ほか，大規模並行開発での運用を考慮した成果物間整合保証方式の提案，情報処理学会研究報告，2008年09月19日，Vol. 2008, No. 93，pp. 25-32，ISSN: 0919-6072
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ ８／２０
Ｇ０６Ｆ ８／７０
(57)【特許請求の範囲】
【請求項1】
システム開発工程で作成された１つ以上の項目を含む複数の成果物であって、成果物間で関連がある項目同士が関連付けされた複数の成果物を取得する成果物取得部と、前記システム開発工程で作成される成果物間で関連付けされるべき項目が定義された接続定義を取得する定義取得部と、
前記成果物取得部によって取得された前記複数の成果物において関連付けされた項目と、前記定義取得部によって取得された前記接続定義で定義された関連付けされるべき項目とが一致するか否かを判定する判定部と、
前記判定部によって一致しないと判定された項目について、前記複数の成果物において関連付けされていないが、前記接続定義で関連付けされるべき項目と定義されている不接続項目と、前記複数の成果物において関連付けされているが、前記接続定義で関連付けされるべき項目と定義されていない過接続項目とに区別して表示する結果表示部と
を備える開発支援装置。
【請求項2】
前記接続定義は、前記成果物間で関連付けされるべきか否かが、２つの成果物のうちのどちらからどちらへ関連付けがされるかを示す関係の方向性毎に別々に定義された請求項１に記載の開発支援装置。
【請求項3】
前記開発支援装置は、さらに、前記結果表示部によって表示された前記不接続項目と前記過接続項目との少なくともいずれかを許容することを示す許容入力を受け付ける受付部
を備え、
前記結果表示部は、前記不接続項目及び前記過接続項目のうち、前記受付部によって前記許容入力がされた項目については表示を変更する
請求項１又は２に記載の開発支援装置。
【請求項4】
前記接続定義は、前記システム開発工程で作成されるべき成果物が定義されており、前記開発支援装置は、さらに、
前記接続定義で定義された成果物を、前記成果物取得部によってその成果物が取得されたか否かによって区別して表示する成果物表示部
を備える請求項１から３までのいずれか１項に記載の開発支援装置。
【請求項5】
システム開発工程で作成された１つ以上の項目を含む複数の成果物であって、成果物間で関連がある項目同士が関連付けされた複数の成果物を取得する成果物取得処理と、前記システム開発工程で作成される成果物間で関連付けされるべき項目が定義された接続定義を取得する定義取得処理と、
前記成果物取得処理によって取得された前記複数の成果物において関連付けされた項目と、前記定義取得処理によって取得された前記接続定義で定義された関連付けされるべき項目とが一致するか否かを判定する判定処理と、
前記判定処理によって一致しないと判定された項目について、前記複数の成果物において関連付けされていないが、前記接続定義で関連付けされるべき項目と定義されている不接続項目と、前記複数の成果物において関連付けされているが、前記接続定義で関連付けされるべき項目と定義されていない過接続項目とに区別して表示する結果表示処理と
を行う開発支援装置としてコンピュータを機能させる開発支援プログラム。
【請求項6】
前記接続定義は、前記成果物間で関連付けされるべきか否かが、２つの成果物のうちのどちらからどちらへ関連付けがされるかを示す関係の方向性毎に別々に定義された請求項５に記載の開発支援プログラム。
【請求項7】
前記開発支援プログラムは、さらに、前記表示処理によって表示された前記不接続項目と前記過接続項目との少なくともいずれかを許容することを示す許容入力を受け付ける受付処理
を行う開発支援装置としてコンピュータを機能させ、
前記表示処理では、前記不接続項目及び前記過接続項目のうち、前記受付処理によって前記許容入力がされた項目については表示を変更する
請求項５又は６に記載の開発支援プログラム。
【請求項8】
前記接続定義は、前記システム開発工程で作成されるべき成果物が定義されており、前記開発支援プログラムは、さらに、
前記接続定義で定義された成果物を、前記成果物取得処理によってその成果物が取得されたか否かによって区別して表示する成果物表示処理
を行う開発支援装置としてコンピュータを機能させる請求項５から７までのいずれか１項に記載の開発支援プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、システムの開発を支援する技術に関する。
【背景技術】
【0002】
ソフトウェアシステムと、機械と電子部品とソフトウェアとの複合システムといったシステムを開発する場合には、開発工程において様々な種類の設計書とプログラムのソースコード等の複数の成果物が生成される。
品質の高いシステムを開発するためには、各開発工程で適切な成果物が作成される必要がある。しかし、規模が大きいシステムを開発する場合には多くの作業者によって成果物が作成されることになり、成果物の品質管理が難しくなる。
品質の高いシステムを開発するためには、各開発工程で適切な成果物が作成される必要がある。しかし、規模が大きいシステムを開発する場合には多くの作業者によって成果物が作成されることになり、成果物の品質管理が難しくなる。
【0003】
特許文献１には、Ｖ字モデルと呼ばれる開発モデルにおけるトレーサビリティ管理方式について記載されている。特許文献１では、トレーサビリティ管理を適切に行うことにより、要件漏れのない高品質な開発管理の実現を図っている。
【先行技術文献】
【特許文献】
【0004】
【文献】国際公開第２０１７／１２２２８５号
【発明の概要】
【発明が解決しようとする課題】
【0005】
Ｖ字モデルと呼ばれる開発モデルでは、上流工程から下流工程に順に開発工程が進められることが前提となっている。そのため、上流工程で作成された成果物の項目に対応して、下流工程で成果物が作成されるという流れになる。したがって、上流工程で作成された成果物から下流工程で作成された成果物へ順に対応関係を辿ることにより、トレーサビリティが確立されていることを確認可能であった。
しかし、実際の開発では、一部の要件が確定しない状態で他の要件については設計等を進める必要があるといった状況が発生する。この場合には、上流工程の成果物が完成する前に下流工程の一部の成果物が作成されるといったことが起こる。そのため、システム開発中にトレーサビリティが確立されているかを確認することは困難となる場合があった。
本開示は、様々なシステム開発の現場において品質の高いシステム開発を行えるようにすることを目的とする。
しかし、実際の開発では、一部の要件が確定しない状態で他の要件については設計等を進める必要があるといった状況が発生する。この場合には、上流工程の成果物が完成する前に下流工程の一部の成果物が作成されるといったことが起こる。そのため、システム開発中にトレーサビリティが確立されているかを確認することは困難となる場合があった。
本開示は、様々なシステム開発の現場において品質の高いシステム開発を行えるようにすることを目的とする。
【課題を解決するための手段】
【0006】
本開示に係る開発支援装置は、
システム開発工程で作成された１つ以上の項目を含む複数の成果物であって、成果物間で関連がある項目同士が関連付けされた複数の成果物を取得する成果物取得部と、
前記システム開発工程で作成される成果物間で関連付けされるべき項目が定義された接続定義を取得する定義取得部と、
前記成果物取得部によって取得された前記複数の成果物において関連付けされた項目と、前記定義取得部によって取得された前記接続定義で定義された関連付けされるべき項目とが一致するか否かを判定する判定部と
を備える。
システム開発工程で作成された１つ以上の項目を含む複数の成果物であって、成果物間で関連がある項目同士が関連付けされた複数の成果物を取得する成果物取得部と、
前記システム開発工程で作成される成果物間で関連付けされるべき項目が定義された接続定義を取得する定義取得部と、
前記成果物取得部によって取得された前記複数の成果物において関連付けされた項目と、前記定義取得部によって取得された前記接続定義で定義された関連付けされるべき項目とが一致するか否かを判定する判定部と
を備える。
【0007】
前記開発支援装置は、さらに、
前記判定部によって一致しないと判定された項目について、前記複数の成果物において関連付けされていないが、前記接続定義で関連付けされるべき項目と定義されている不接続項目と、前記複数の成果物において関連付けされているが、前記接続定義で関連付けされるべき項目と定義されていない過接続項目とに区別して表示する結果表示部
を備える。
前記判定部によって一致しないと判定された項目について、前記複数の成果物において関連付けされていないが、前記接続定義で関連付けされるべき項目と定義されている不接続項目と、前記複数の成果物において関連付けされているが、前記接続定義で関連付けされるべき項目と定義されていない過接続項目とに区別して表示する結果表示部
を備える。
【0008】
前記開発支援装置は、さらに、
前記結果表示部によって表示された前記不接続項目と前記過接続項目との少なくともいずれかを許容することを示す許容入力を受け付ける受付部
を備え、
前記結果表示部は、前記不接続項目及び前記過接続項目のうち、前記受付部によって前記許容入力がされた項目については表示を変更する。
前記結果表示部によって表示された前記不接続項目と前記過接続項目との少なくともいずれかを許容することを示す許容入力を受け付ける受付部
を備え、
前記結果表示部は、前記不接続項目及び前記過接続項目のうち、前記受付部によって前記許容入力がされた項目については表示を変更する。
【0009】
前記接続定義は、前記システム開発工程で作成されるべき成果物が定義されており、
前記開発支援装置は、さらに、
前記接続定義で定義された成果物を、前記成果物取得部によってその成果物が取得されたか否かによって区別して表示する成果物表示部
を備える。
前記開発支援装置は、さらに、
前記接続定義で定義された成果物を、前記成果物取得部によってその成果物が取得されたか否かによって区別して表示する成果物表示部
を備える。
【0010】
本開示に係る開発支援プログラムは、
システム開発工程で作成された１つ以上の項目を含む複数の成果物であって、成果物間で関連がある項目同士が関連付けされた複数の成果物を取得する成果物取得処理と、
前記システム開発工程で作成される成果物間で関連付けされるべき項目が定義された接続定義を取得する定義取得処理と、
前記成果物取得処理によって取得された前記複数の成果物において関連付けされた項目と、前記定義取得処理によって取得された前記接続定義で定義された関連付けされるべき項目とが一致するか否かを判定する判定処理と
を行う開発支援装置としてコンピュータを機能させる。
システム開発工程で作成された１つ以上の項目を含む複数の成果物であって、成果物間で関連がある項目同士が関連付けされた複数の成果物を取得する成果物取得処理と、
前記システム開発工程で作成される成果物間で関連付けされるべき項目が定義された接続定義を取得する定義取得処理と、
前記成果物取得処理によって取得された前記複数の成果物において関連付けされた項目と、前記定義取得処理によって取得された前記接続定義で定義された関連付けされるべき項目とが一致するか否かを判定する判定処理と
を行う開発支援装置としてコンピュータを機能させる。
【0011】
前記開発支援プログラムは、さらに、
前記判定処理によって一致しないと判定された項目について、前記複数の成果物において関連付けされていないが、前記接続定義で関連付けされるべき項目と定義されている不接続項目と、前記複数の成果物において関連付けされているが、前記接続定義で関連付けされるべき項目と定義されていない過接続項目とに区別して表示する結果表示処理
を行う開発支援装置としてコンピュータを機能させる。
前記判定処理によって一致しないと判定された項目について、前記複数の成果物において関連付けされていないが、前記接続定義で関連付けされるべき項目と定義されている不接続項目と、前記複数の成果物において関連付けされているが、前記接続定義で関連付けされるべき項目と定義されていない過接続項目とに区別して表示する結果表示処理
を行う開発支援装置としてコンピュータを機能させる。
【0012】
前記開発支援プログラムは、さらに、
前記表示処理によって表示された前記不接続項目と前記過接続項目との少なくともいずれかを許容することを示す許容入力を受け付ける受付処理
を行う開発支援装置としてコンピュータを機能させ、
前記表示処理では、前記不接続項目及び前記過接続項目のうち、前記受付処理によって前記許容入力がされた項目については表示を変更する。
前記表示処理によって表示された前記不接続項目と前記過接続項目との少なくともいずれかを許容することを示す許容入力を受け付ける受付処理
を行う開発支援装置としてコンピュータを機能させ、
前記表示処理では、前記不接続項目及び前記過接続項目のうち、前記受付処理によって前記許容入力がされた項目については表示を変更する。
【0013】
前記接続定義は、前記システム開発工程で作成されるべき成果物が定義されており、
前記開発支援プログラムは、さらに、
前記接続定義で定義された成果物を、前記成果物取得処理によってその成果物が取得されたか否かによって区別して表示する成果物表示処理
を行う開発支援装置としてコンピュータを機能させる。
前記開発支援プログラムは、さらに、
前記接続定義で定義された成果物を、前記成果物取得処理によってその成果物が取得されたか否かによって区別して表示する成果物表示処理
を行う開発支援装置としてコンピュータを機能させる。
【発明の効果】
【0014】
本開示では、システム開発工程で作成される成果物間で関連付けされるべき項目を接続定義として定義しておき、接続定義に基づき実際に作成された成果物において関連付けされた項目が適切か判定される。これにより、作成された成果物について、トレーサビリティが確立されていない不適切な可能性がある箇所が特定される。特定された箇所について検討を行うことで、成果物の品質を高くすることが可能であり、その結果として品質の高いシステムを開発することが可能である。
特に、本開示では、どのような流れでシステム開発を行った場合においても、システムの開発中に不適切な可能性がある箇所を特定することが可能である。そのため、様々なシステム開発の現場において品質の高いシステム開発を行えるようにすることが可能である。
特に、本開示では、どのような流れでシステム開発を行った場合においても、システムの開発中に不適切な可能性がある箇所を特定することが可能である。そのため、様々なシステム開発の現場において品質の高いシステム開発を行えるようにすることが可能である。
【図面の簡単な説明】
【0015】
【図1】実施の形態１に係る開発支援装置１０の構成図。
【図2】実施の形態１に係る接続定義３１の説明図。
【図3】実施の形態１に係る接続定義３１の接続関係の説明図。
【図4】実施の形態１に係る接続定義３１の具体例の説明図。
【図5】実施の形態１に係る運用コンセプト定義４１の説明図。
【図7】実施の形態１に係るビジネスユースケース定義４３の説明図。
【図8】実施の形態１に係る運用フローモデル４４の説明図。
【図9】実施の形態１に係るシステム要件仕様４５の説明図。
【図10】実施の形態１に係る開発支援装置１０の処理のフローチャート。
【図11】実施の形態１に係る結果表示部２４の表示例を示す図。
【図12】変形例１に係る開発支援装置１０の構成図。
【図13】実施の形態２に係る開発支援装置１０の構成図。
【図14】実施の形態２に係る開発支援装置１０の処理のフローチャート。
【図15】実施の形態２に係る結果表示部２４の表示例を示す図。
【図16】実施の形態３に係る開発支援装置１０の構成図。
【図17】実施の形態３に係る開発支援装置１０の処理のフローチャート。
【図18】実施の形態３に係る成果物表示部２６の表示例を示す図。
【発明を実施するための形態】
【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】
１０ 開発支援装置、１１ プロセッサ、１２ メモリ、１３ ストレージ、１４ 通信インタフェース、１５ 電子回路、２１ 成果物取得部、２２ 定義取得部、２３ 判定部、２４ 結果表示部、２５ 受付部、２６ 成果物表示部、３１ 接続定義、４１ 運用コンセプト定義、４２ 運用ノード系統図、４３ ビジネスユースケース定義、４４ 運用フローモデル、４５ システム要件仕様。
【要約】
【課題】様々なシステム開発の現場において品質の高いシステム開発を行えるようにする。
【解決手段】成果物取得部２１は、システム開発工程で作成された１つ以上の項目を含む複数の成果物であって、成果物間で関連がある項目同士が関連付けされた複数の成果物を取得する。定義取得部２２は、システム開発工程で作成される成果物間で関連付けされるべき項目が定義された接続定義を取得する。判定部２３は、成果物取得部２１によって取得された複数の成果物において関連付けされた項目と、定義取得部２２によって取得された接続定義３１で定義された関連付けされるべき項目とが一致するか否かを判定する。
【選択図】図１
【解決手段】成果物取得部２１は、システム開発工程で作成された１つ以上の項目を含む複数の成果物であって、成果物間で関連がある項目同士が関連付けされた複数の成果物を取得する。定義取得部２２は、システム開発工程で作成される成果物間で関連付けされるべき項目が定義された接続定義を取得する。判定部２３は、成果物取得部２１によって取得された複数の成果物において関連付けされた項目と、定義取得部２２によって取得された接続定義３１で定義された関連付けされるべき項目とが一致するか否かを判定する。
【選択図】図１
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】