JPH0916392A - ソフトウェア開発支援方式 - Google Patents
ソフトウェア開発支援方式Info
- Publication number
- JPH0916392A JPH0916392A JP7161168A JP16116895A JPH0916392A JP H0916392 A JPH0916392 A JP H0916392A JP 7161168 A JP7161168 A JP 7161168A JP 16116895 A JP16116895 A JP 16116895A JP H0916392 A JPH0916392 A JP H0916392A
- Authority
- JP
- Japan
- Prior art keywords
- development
- information
- user
- software development
- design
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Stored Programmes (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【目的】 任意の成果物を修正する際に、その修正内容
に応じて関連する成果物の情報を提示するソフトウェア
開発支援方式を得ることを目的とする。 【構成】 要求分析、システム設計、機能設計、詳細設
計、ソースコード生成生成、オブジェクトコード生成、
システム結合、単体試験、結合試験、総合試験、運用試
験の各開発フェーズで得られる全ての成果物に関する情
報を格納する定型資料データベース110と、成果物の
相互の関連付け情報を格納する関連付けデータベース1
12とを設ける。
に応じて関連する成果物の情報を提示するソフトウェア
開発支援方式を得ることを目的とする。 【構成】 要求分析、システム設計、機能設計、詳細設
計、ソースコード生成生成、オブジェクトコード生成、
システム結合、単体試験、結合試験、総合試験、運用試
験の各開発フェーズで得られる全ての成果物に関する情
報を格納する定型資料データベース110と、成果物の
相互の関連付け情報を格納する関連付けデータベース1
12とを設ける。
Description
【0001】
【産業上の利用分野】この発明は、計算機システムの構
築の効率を向上し作業を容易にするためのソフトウェア
開発支援方式に関するものである。
築の効率を向上し作業を容易にするためのソフトウェア
開発支援方式に関するものである。
【0002】
【従来の技術】図27は計算機システムを開発するため
の従来のソフトウェア開発支援方式の代表的な例である
CASE(Computer Aided Software Environment )ツ
ールにおけるソフトウェアプロセスモデルの一例である
Vカーブモデルの開発の流れを示す図である。
の従来のソフトウェア開発支援方式の代表的な例である
CASE(Computer Aided Software Environment )ツ
ールにおけるソフトウェアプロセスモデルの一例である
Vカーブモデルの開発の流れを示す図である。
【0003】次に動作について説明する。かかるソフト
ウェア開発支援方式では、ソフトウェアの開発は、要求
分析(問題の解説)、システム(概要)設計、機能(基
本)設計、詳細(モジュール)設計、ソースコード生
成、オブジェクトコード生成、システム結合、単体試
験、結合試験、総合試験、運用試験の各開発フェーズを
順に進行する。各開発フェーズでは、各種の仕様書や、
ソースプログラム、試験データ等が成果物として生成さ
れる。それらの成果物は、開発対象となる計算機システ
ムにより異なる。また、ある開発フェーズで不具合が生
じた場合には、すぐ上流の開発フェーズに戻るようにし
てソフトウェア開発は進められる。
ウェア開発支援方式では、ソフトウェアの開発は、要求
分析(問題の解説)、システム(概要)設計、機能(基
本)設計、詳細(モジュール)設計、ソースコード生
成、オブジェクトコード生成、システム結合、単体試
験、結合試験、総合試験、運用試験の各開発フェーズを
順に進行する。各開発フェーズでは、各種の仕様書や、
ソースプログラム、試験データ等が成果物として生成さ
れる。それらの成果物は、開発対象となる計算機システ
ムにより異なる。また、ある開発フェーズで不具合が生
じた場合には、すぐ上流の開発フェーズに戻るようにし
てソフトウェア開発は進められる。
【0004】従来のソフトウェア開発支援方式を用いた
CASEツールは上記した開発フェーズを支援するため
に、構造化手法、オブジェクト指向分析と言った方法論
に基づいてソフトウェア開発の作法を規定し、またこれ
ら方法論で採用されているドキュメントの記法を用いて
仕様書を作成するためのエディタを提供している。例え
ば構造化手法を採用するものは、データフローダイアグ
ラム(以下DFDと略記する)等を描画するためのエデ
ィタを持ち、オブジェクト指向分析を採用するものはク
ラス階層図等のエディタを持っている等である。これら
は単に描画のみではなく、描画された内容が各設計手法
の枠組に添っているかの検査を行う機能を持つ。例え
ば、DFDではデータの流れが完結しているか等の検
査、クラス階層図では継承関係がループしていないかど
うか等の検査を行う等である。また、上記したように、
これらの設計内容に応じて部分的又は完全なソースコー
ドの生成を行う機能を有している。さらに、生成された
ソースコードに対して異常動作が起きるかどうかの検査
項目を生成する機能を有している。
CASEツールは上記した開発フェーズを支援するため
に、構造化手法、オブジェクト指向分析と言った方法論
に基づいてソフトウェア開発の作法を規定し、またこれ
ら方法論で採用されているドキュメントの記法を用いて
仕様書を作成するためのエディタを提供している。例え
ば構造化手法を採用するものは、データフローダイアグ
ラム(以下DFDと略記する)等を描画するためのエデ
ィタを持ち、オブジェクト指向分析を採用するものはク
ラス階層図等のエディタを持っている等である。これら
は単に描画のみではなく、描画された内容が各設計手法
の枠組に添っているかの検査を行う機能を持つ。例え
ば、DFDではデータの流れが完結しているか等の検
査、クラス階層図では継承関係がループしていないかど
うか等の検査を行う等である。また、上記したように、
これらの設計内容に応じて部分的又は完全なソースコー
ドの生成を行う機能を有している。さらに、生成された
ソースコードに対して異常動作が起きるかどうかの検査
項目を生成する機能を有している。
【0005】さらに、従来のソフトウェア開発支援方式
を用いたCASEツールは、上記した個々の開発フェー
ズ間の成果物の整合性のチェック機能と、連続した開発
フェーズの間での成果物の変換のための機能とを有して
いる。整合性のチェックは各開発フェーズ毎に成果物の
構成要素が全てそろった時点で可能になる。一般に、開
発フェーズのうち、分析や設計、製作に関するものの間
では、下流工程後のものほどより詳細かつ具体的な記述
が行われる。CASEツールの中には、作成中の計算機
システムに要求される機能、性能が満たされているかの
評価機能を備えているものがあるが、これについても全
ての構成要素に関する詳細な記述が完了している必要が
ある。特に、性能に関する評価は詳細設計が終了するま
ではできない。さらに、各開発フェーズで生成される成
果物は個別システム毎に管理されており、連続して複数
のシステムを作成するような場合でも、システム間での
統合的な管理は行われることはない。
を用いたCASEツールは、上記した個々の開発フェー
ズ間の成果物の整合性のチェック機能と、連続した開発
フェーズの間での成果物の変換のための機能とを有して
いる。整合性のチェックは各開発フェーズ毎に成果物の
構成要素が全てそろった時点で可能になる。一般に、開
発フェーズのうち、分析や設計、製作に関するものの間
では、下流工程後のものほどより詳細かつ具体的な記述
が行われる。CASEツールの中には、作成中の計算機
システムに要求される機能、性能が満たされているかの
評価機能を備えているものがあるが、これについても全
ての構成要素に関する詳細な記述が完了している必要が
ある。特に、性能に関する評価は詳細設計が終了するま
ではできない。さらに、各開発フェーズで生成される成
果物は個別システム毎に管理されており、連続して複数
のシステムを作成するような場合でも、システム間での
統合的な管理は行われることはない。
【0006】
【発明が解決しようとする課題】従来のソフトウェア開
発支援方式は以上のように構成されているので、全ての
成果物のモジュール等の設計の詳細化が完了してから機
能、性能の評価を行い、機能が不十分な成果物のモジュ
ールの修正に加えてその影響を吸収するために他の成果
物のモジュール等の修正を行って全体の整合を取らなけ
ればならず、その関連ある成果物のモジュール等を探し
出すために多大な手間がかかってしまうという問題点が
あった。
発支援方式は以上のように構成されているので、全ての
成果物のモジュール等の設計の詳細化が完了してから機
能、性能の評価を行い、機能が不十分な成果物のモジュ
ールの修正に加えてその影響を吸収するために他の成果
物のモジュール等の修正を行って全体の整合を取らなけ
ればならず、その関連ある成果物のモジュール等を探し
出すために多大な手間がかかってしまうという問題点が
あった。
【0007】また、連続して複数のシステムを作成する
際に以前に開発したシステムに類似の機能があったとし
ても、それを後から開発するシステムに流用して開発を
効率的に行うことができないという問題点があった。
際に以前に開発したシステムに類似の機能があったとし
ても、それを後から開発するシステムに流用して開発を
効率的に行うことができないという問題点があった。
【0008】さらに、システム開発中又は保守にあたり
システムの機能を変更する際には、その機能を直接実現
しているモジュールを改造するだけではなく、関連する
モジュールについても前者のモジュールの変更内容の吸
収するための改造が必要になる事があるが、このような
場合、従来のソフトウェア開発支援方式では仕様変更の
工数の見積りが困難であり、また、仕様変更に対する適
切な判断材料を提示できないなどの問題点があった。
システムの機能を変更する際には、その機能を直接実現
しているモジュールを改造するだけではなく、関連する
モジュールについても前者のモジュールの変更内容の吸
収するための改造が必要になる事があるが、このような
場合、従来のソフトウェア開発支援方式では仕様変更の
工数の見積りが困難であり、また、仕様変更に対する適
切な判断材料を提示できないなどの問題点があった。
【0009】この発明は上記のような問題点を解消する
ためになされたもので、任意の成果物を修正する際に、
その修正内容に応じて関連する成果物の修正を容易に達
成するために、関連する成果物の情報を提示するソフト
ウェア開発支援方式を得ることを目的とする。
ためになされたもので、任意の成果物を修正する際に、
その修正内容に応じて関連する成果物の修正を容易に達
成するために、関連する成果物の情報を提示するソフト
ウェア開発支援方式を得ることを目的とする。
【0010】またこの発明は、類似したシステムの成果
物等をテンプレートとして提供して開発効率を向上させ
得るソフトウェア開発支援方式を得ることを目的とす
る。
物等をテンプレートとして提供して開発効率を向上させ
得るソフトウェア開発支援方式を得ることを目的とす
る。
【0011】さらにこの発明は、成果物の変更に伴って
改造が必要な影響範囲を見積り、仕様変更に伴う改造の
工数を見積ることにより、仕様変更に対する適切な判断
材料を提供できるソフトウェア開発支援方式を得ること
を目的とする。
改造が必要な影響範囲を見積り、仕様変更に伴う改造の
工数を見積ることにより、仕様変更に対する適切な判断
材料を提供できるソフトウェア開発支援方式を得ること
を目的とする。
【0012】
【課題を解決するための手段】請求項1の発明に係るソ
フトウェア開発支援方式は、各開発フェーズで得られる
全ての成果物を相互に関連付ける関連付け情報を格納す
る統合データベースを設けたものである。
フトウェア開発支援方式は、各開発フェーズで得られる
全ての成果物を相互に関連付ける関連付け情報を格納す
る統合データベースを設けたものである。
【0013】請求項2の発明に係るソフトウェア開発支
援方式は、少なくとも機能設計及び詳細設計の開発フェ
ーズにおいて、既定値を含むテンプレートを用いて開発
を行うものである。
援方式は、少なくとも機能設計及び詳細設計の開発フェ
ーズにおいて、既定値を含むテンプレートを用いて開発
を行うものである。
【0014】請求項3の発明に係るソフトウェア開発支
援方式は、各開発フェーズの直接の成果物以外の資料
と、各開発フェーズにおいて生成される成果物とを相互
に関連付ける関連付け情報を統合データベースにおいて
管理するものである。
援方式は、各開発フェーズの直接の成果物以外の資料
と、各開発フェーズにおいて生成される成果物とを相互
に関連付ける関連付け情報を統合データベースにおいて
管理するものである。
【0015】請求項4の発明に係るソフトウェア開発支
援方式は、サブシステム、モジュールの各々についての
版とそれらを組み合わせた全体の版との管理を行い、且
つ、関連付け情報の改訂履歴を含めた版管理を行うもの
である。
援方式は、サブシステム、モジュールの各々についての
版とそれらを組み合わせた全体の版との管理を行い、且
つ、関連付け情報の改訂履歴を含めた版管理を行うもの
である。
【0016】請求項5の発明に係るソフトウェア開発支
援方式は、既定値を含むテンプレートを用いて、ソフト
ウェア開発の各開発フェーズ毎にソフトウェアの機能、
性能の検証を行うものである。
援方式は、既定値を含むテンプレートを用いて、ソフト
ウェア開発の各開発フェーズ毎にソフトウェアの機能、
性能の検証を行うものである。
【0017】請求項6の発明に係るソフトウェア開発支
援方式は、ソフトウェア開発の各開発フェーズ毎に、テ
ンプレートの既定値が設計値で置き換わった割合により
システムを構成する要件が全てそろっているか否かを判
定するものである。
援方式は、ソフトウェア開発の各開発フェーズ毎に、テ
ンプレートの既定値が設計値で置き換わった割合により
システムを構成する要件が全てそろっているか否かを判
定するものである。
【0018】請求項7の発明に係るソフトウェア開発支
援方式は、利用者が利用を開始するときに入力する情報
に基づいて、統合データベースから利用者の担当する成
果物を呼び出すものである。
援方式は、利用者が利用を開始するときに入力する情報
に基づいて、統合データベースから利用者の担当する成
果物を呼び出すものである。
【0019】請求項8の発明に係るソフトウェア開発支
援方式は、システムの成果物の間のシステム構成上の関
係に基づいて、開発中または開発済みのシステムの一部
又は全部の機能変更に直接関与する部分の改造が影響す
る範囲を見積るものである。
援方式は、システムの成果物の間のシステム構成上の関
係に基づいて、開発中または開発済みのシステムの一部
又は全部の機能変更に直接関与する部分の改造が影響す
る範囲を見積るものである。
【0020】請求項9の発明に係るソフトウェア開発支
援方式は、影響範囲の見積とソフトウェア開発の各利用
者の担当部分の情報とから、改造の部分の担当者を検索
し提示するものである。
援方式は、影響範囲の見積とソフトウェア開発の各利用
者の担当部分の情報とから、改造の部分の担当者を検索
し提示するものである。
【0021】請求項10の発明に係るソフトウェア開発
支援方式は、影響範囲の見積と各成果物の工数とに基づ
き、改造の工数の見積を行うものである。
支援方式は、影響範囲の見積と各成果物の工数とに基づ
き、改造の工数の見積を行うものである。
【0022】請求項11の発明に係るソフトウェア開発
支援方式は、利用者が入力する開発対象のシステムの特
徴に基づいて、過去の開発事例から開発対象のシステム
と関連の深い開発事例を選択し該開発事例の成果物をテ
ンプレートとして使用するものである。
支援方式は、利用者が入力する開発対象のシステムの特
徴に基づいて、過去の開発事例から開発対象のシステム
と関連の深い開発事例を選択し該開発事例の成果物をテ
ンプレートとして使用するものである。
【0023】請求項12の発明に係るソフトウェア開発
支援方式は、過去の開発事例について非定型資料関連付
けステップにおいて管理される開発事例の関連付け情報
を参照することにより、開発事例に関連する情報を提示
するものである。
支援方式は、過去の開発事例について非定型資料関連付
けステップにおいて管理される開発事例の関連付け情報
を参照することにより、開発事例に関連する情報を提示
するものである。
【0024】
【作用】請求項1の発明におけるソフトウェア開発支援
方式は、要求分析、システム設計、機能設計、詳細設
計、ソースコード生成、オブジェクトコード生成、シス
テム結合、単体試験、結合試験、総合試験、運用試験の
各開発フェーズで得られる全ての成果物の間での関連づ
けを行うことで、開発するソフトウェアの例えばあるモ
ジュールを変更する際に関連するモジュールを検出し提
示することが可能になる。関連づけは利用者が関連づけ
られたモジュールを確認するために呼び出すためにも使
用できる。
方式は、要求分析、システム設計、機能設計、詳細設
計、ソースコード生成、オブジェクトコード生成、シス
テム結合、単体試験、結合試験、総合試験、運用試験の
各開発フェーズで得られる全ての成果物の間での関連づ
けを行うことで、開発するソフトウェアの例えばあるモ
ジュールを変更する際に関連するモジュールを検出し提
示することが可能になる。関連づけは利用者が関連づけ
られたモジュールを確認するために呼び出すためにも使
用できる。
【0025】請求項2の発明におけるソフトウェア開発
支援方式は、少なくとも機能設計及び詳細設計の開発フ
ェーズにおいて、既定値を持つテンプレートを使用して
ソフトウェア開発を進める。これにより、システムの設
計の際の指針を利用者に与えることができ、設計の効率
を向上させ得る。また、テンプレートの利用は設計時の
漏れも防ぐことができる。
支援方式は、少なくとも機能設計及び詳細設計の開発フ
ェーズにおいて、既定値を持つテンプレートを使用して
ソフトウェア開発を進める。これにより、システムの設
計の際の指針を利用者に与えることができ、設計の効率
を向上させ得る。また、テンプレートの利用は設計時の
漏れも防ぐことができる。
【0026】請求項3の発明におけるソフトウェア開発
支援方式は、打合せ議事録、打合せ資料、及び参考文献
を少なくとも含む、各開発フェーズの直接の成果物以外
の資料と、各開発フェーズにおいて生成される成果物と
を相互に関連付ける関連付け情報を統合データベースに
おいて管理する。このように、関連づけが打合せ議事録
等にも及ぶことで、設計内容の背景の確認が容易にな
り、設計方針の誤った解釈によるミスを減少させること
ができる。
支援方式は、打合せ議事録、打合せ資料、及び参考文献
を少なくとも含む、各開発フェーズの直接の成果物以外
の資料と、各開発フェーズにおいて生成される成果物と
を相互に関連付ける関連付け情報を統合データベースに
おいて管理する。このように、関連づけが打合せ議事録
等にも及ぶことで、設計内容の背景の確認が容易にな
り、設計方針の誤った解釈によるミスを減少させること
ができる。
【0027】請求項4の発明におけるソフトウェア開発
支援方式は、ソフトウェアを少なくともサブシステム、
モジュールに細分化して、その各々についての版とそれ
らを組み合わせた全体の版との管理を行い、且つ、関連
付け情報の改訂履歴を含めた版管理を行う。最小単位毎
に版管理を行うことで、関連付けの単位と版管理の単位
が一致することになり、関連付けを版毎に管理すること
が可能になる。関連付け情報を実体と分離して管理する
ことで、柔軟な関連付けの管理が行え、外部から取り込
まれたデータに対しても関連付けが行える。
支援方式は、ソフトウェアを少なくともサブシステム、
モジュールに細分化して、その各々についての版とそれ
らを組み合わせた全体の版との管理を行い、且つ、関連
付け情報の改訂履歴を含めた版管理を行う。最小単位毎
に版管理を行うことで、関連付けの単位と版管理の単位
が一致することになり、関連付けを版毎に管理すること
が可能になる。関連付け情報を実体と分離して管理する
ことで、柔軟な関連付けの管理が行え、外部から取り込
まれたデータに対しても関連付けが行える。
【0028】請求項5の発明におけるソフトウェア開発
支援方式は、既定値を含むテンプレートを用いて、ソフ
トウェア開発の各開発フェーズ毎にソフトウェアの機
能、性能の検証を行う。既定値の埋め込まれたテンプレ
ートを使用することで、個別のモジュールの内容を検討
するにあたって、そのモジュールについては新たに設計
した内容を用いて、残りのモジュールについては既定値
を用いて動作の模擬を行うことが可能になる。テンプレ
ート上で機能、設計の見積を行うことにより、部分的な
設計がシステム全体の要求に合致しているかを確認でき
る。
支援方式は、既定値を含むテンプレートを用いて、ソフ
トウェア開発の各開発フェーズ毎にソフトウェアの機
能、性能の検証を行う。既定値の埋め込まれたテンプレ
ートを使用することで、個別のモジュールの内容を検討
するにあたって、そのモジュールについては新たに設計
した内容を用いて、残りのモジュールについては既定値
を用いて動作の模擬を行うことが可能になる。テンプレ
ート上で機能、設計の見積を行うことにより、部分的な
設計がシステム全体の要求に合致しているかを確認でき
る。
【0029】請求項6の発明におけるソフトウェア開発
支援方式は、ソフトウェア開発の各開発フェーズ毎に、
テンプレートの既定値が設計値で置き換わった割合によ
りシステムを構成する要件が全てそろっているか否かを
判定する。より具体的には、各モジュールに付けられた
設計が済であるか否かのマークを集計することで、シス
テム開発の進捗を把握するための指標を提示することが
可能になる。
支援方式は、ソフトウェア開発の各開発フェーズ毎に、
テンプレートの既定値が設計値で置き換わった割合によ
りシステムを構成する要件が全てそろっているか否かを
判定する。より具体的には、各モジュールに付けられた
設計が済であるか否かのマークを集計することで、シス
テム開発の進捗を把握するための指標を提示することが
可能になる。
【0030】請求項7の発明におけるソフトウェア開発
支援方式は、利用者の参加するプロジェクト、プロジェ
クト内のチーム、及び利用者が担当する部分に関する情
報を少なくとも管理し、利用者が利用を開始するときに
入力する情報に基づいて、統合データベースから利用者
の担当する成果物を呼び出す。従って、利用者がシステ
ムの使用開始時に入力する情報をプロジェクト、利用者
の属性と照合し、当該作業に必要な情報を検索、収集し
て提示することが可能になる。
支援方式は、利用者の参加するプロジェクト、プロジェ
クト内のチーム、及び利用者が担当する部分に関する情
報を少なくとも管理し、利用者が利用を開始するときに
入力する情報に基づいて、統合データベースから利用者
の担当する成果物を呼び出す。従って、利用者がシステ
ムの使用開始時に入力する情報をプロジェクト、利用者
の属性と照合し、当該作業に必要な情報を検索、収集し
て提示することが可能になる。
【0031】請求項8の発明におけるソフトウェア開発
支援方式は、開発中または開発済みのシステムの一部又
は全部の機能を変更する際に、システムの成果物の間の
システム構成上の関係に基づいて、変更に直接関与する
部分の改造が影響する範囲を見積る。従って、特定モジ
ュールの変更のシステム全体への影響の度合いを見積
り、仕様変更に対する評価基準を提示することができ
る。
支援方式は、開発中または開発済みのシステムの一部又
は全部の機能を変更する際に、システムの成果物の間の
システム構成上の関係に基づいて、変更に直接関与する
部分の改造が影響する範囲を見積る。従って、特定モジ
ュールの変更のシステム全体への影響の度合いを見積
り、仕様変更に対する評価基準を提示することができ
る。
【0032】請求項9の発明におけるソフトウェア開発
支援方式は、影響範囲の見積とソフトウェア開発の各利
用者の担当部分の情報とから、改造の部分の担当者を検
索し提示する。即ち、例えばモジュール間のシステム構
成上の関係を辿り影響範囲を求め、モジュール毎の担当
部門、担当者を上記の統合データベースから検索するこ
とで、設計時の変更、問題点の解消のための連絡先、即
ち改造が必要な部分の担当者を提示することが可能にな
る。
支援方式は、影響範囲の見積とソフトウェア開発の各利
用者の担当部分の情報とから、改造の部分の担当者を検
索し提示する。即ち、例えばモジュール間のシステム構
成上の関係を辿り影響範囲を求め、モジュール毎の担当
部門、担当者を上記の統合データベースから検索するこ
とで、設計時の変更、問題点の解消のための連絡先、即
ち改造が必要な部分の担当者を提示することが可能にな
る。
【0033】請求項10の発明におけるソフトウェア開
発支援方式は、影響範囲の見積と各成果物の工数とに基
づき、改造の工数の見積を行う。工数の予測を行うこと
で、改造の規模を把握するための情報が提供でき、改造
の方式が複数考えられるような場合に、それらを比較検
討するための指標として使用できる。
発支援方式は、影響範囲の見積と各成果物の工数とに基
づき、改造の工数の見積を行う。工数の予測を行うこと
で、改造の規模を把握するための情報が提供でき、改造
の方式が複数考えられるような場合に、それらを比較検
討するための指標として使用できる。
【0034】請求項11の発明におけるソフトウェア開
発支援方式は、利用者が入力する開発対象のシステムの
特徴に基づいて、過去の開発事例から開発対象のシステ
ムと関連の深い開発事例を選択し該開発事例の成果物を
テンプレートとして使用する。システム、より細かくは
モジュールの特徴、即ち機能、性能を検索することで、
過去に開発した類似システム、モジュールを提示するこ
とが可能になる。予め用意されたテンプレートだけでは
なく、よく似た事例を検索する機能を用いることによ
り、新規設計時にも設計の方針を得やすくなる。
発支援方式は、利用者が入力する開発対象のシステムの
特徴に基づいて、過去の開発事例から開発対象のシステ
ムと関連の深い開発事例を選択し該開発事例の成果物を
テンプレートとして使用する。システム、より細かくは
モジュールの特徴、即ち機能、性能を検索することで、
過去に開発した類似システム、モジュールを提示するこ
とが可能になる。予め用意されたテンプレートだけでは
なく、よく似た事例を検索する機能を用いることによ
り、新規設計時にも設計の方針を得やすくなる。
【0035】請求項12の発明におけるソフトウェア開
発支援方式は、過去の開発事例について非定型資料関連
付けステップにおいて管理される開発事例の関連付け情
報を参照することにより、開発事例に関連する情報を提
示する。開発事例を検索した際には、関連付け情報を辿
りその開発事例の設計の根拠を知ることで、新規設計で
変更すべき点をより良く把握できる。
発支援方式は、過去の開発事例について非定型資料関連
付けステップにおいて管理される開発事例の関連付け情
報を参照することにより、開発事例に関連する情報を提
示する。開発事例を検索した際には、関連付け情報を辿
りその開発事例の設計の根拠を知ることで、新規設計で
変更すべき点をより良く把握できる。
【0036】
実施例1.以下、この発明の一実施例を図について説明
する。図1はこの発明の一実施例によるソフトウェア開
発支援方式の構成を示すブロック図であり、図におい
て、101はデータベースインタフェイス、108はプ
ロジェクト属性を格納するプロジェクト属性データベー
ス(統合データ、ベース)、109は利用者属性を格納
する利用者属性データベース(統合データ、ベース)、
110は定型資料を格納する定型資料データベース(統
合データ、ベース)、111は事例情報を格納する事例
データベース(統合データ、ベース)、112は関連付
け情報を格納する関連付けデータベース(統合データ、
ベース)、113は非定型資料を格納する非定型資料デ
ータベース(統合データ、ベース)である。データベー
スインタフェイス101は、表示制御部102、属性決
定部103、リポジトリ検索部104、事例検索部10
5、関連決定部106、外部アクセス部107からな
る。
する。図1はこの発明の一実施例によるソフトウェア開
発支援方式の構成を示すブロック図であり、図におい
て、101はデータベースインタフェイス、108はプ
ロジェクト属性を格納するプロジェクト属性データベー
ス(統合データ、ベース)、109は利用者属性を格納
する利用者属性データベース(統合データ、ベース)、
110は定型資料を格納する定型資料データベース(統
合データ、ベース)、111は事例情報を格納する事例
データベース(統合データ、ベース)、112は関連付
け情報を格納する関連付けデータベース(統合データ、
ベース)、113は非定型資料を格納する非定型資料デ
ータベース(統合データ、ベース)である。データベー
スインタフェイス101は、表示制御部102、属性決
定部103、リポジトリ検索部104、事例検索部10
5、関連決定部106、外部アクセス部107からな
る。
【0037】次に動作について説明する。データベース
インタフェイス101は、利用者と各データベースの間
のインタフェイスをつかさどる。データベースインタフ
ェイス101に含まれる各サブシステム、表示制御部1
02、属性決定部103、リポジトリ検索部104、事
例検索部105、関連決定部106、外部アクセス部1
07は、互いに交信しながら各データベースにアクセス
し、利用者の要求するデータの呼び出し、更新を行う。
インタフェイス101は、利用者と各データベースの間
のインタフェイスをつかさどる。データベースインタフ
ェイス101に含まれる各サブシステム、表示制御部1
02、属性決定部103、リポジトリ検索部104、事
例検索部105、関連決定部106、外部アクセス部1
07は、互いに交信しながら各データベースにアクセス
し、利用者の要求するデータの呼び出し、更新を行う。
【0038】プロジェクト属性データベース108は、
ソフトウェア開発の支援の対象となるソフトウェア開発
プロジェクトに関する、開発体制、開発内容等の情報を
格納している。具体的には、プロジェクトの名称、プロ
ジェクト責任者、担当者、担当者のチーム分け、チーム
毎の担当内容、プロジェクトの開発対象システムの情報
が格納される。図2はプロジェクト属性データベース1
08内に格納されるプロジェクト属性情報の形式を示す
図であり、図において、201はプロジェクト番号、2
02はプロジェクト名称、203は責任者の利用者番
号、204は担当者の複数の利用者番号、205は複数
のチーム情報、206はソフトウェアシステムのシステ
ム番号である。プロジェクト番号201、利用者番号2
03,204、システム番号206は、それぞれプロジ
ェクト、利用者、ソフトウェアシステムを識別するため
のものであり、この発明によるソフトウェア開発支援方
式によるソフトウェアシステムに登録されるプロジェク
ト、システム、利用者それぞれの通し番号である。尚、
プロジェクト属性データベース108は、プロジェクト
番号201又はプロジェクト名称202をキーとして検
索される。
ソフトウェア開発の支援の対象となるソフトウェア開発
プロジェクトに関する、開発体制、開発内容等の情報を
格納している。具体的には、プロジェクトの名称、プロ
ジェクト責任者、担当者、担当者のチーム分け、チーム
毎の担当内容、プロジェクトの開発対象システムの情報
が格納される。図2はプロジェクト属性データベース1
08内に格納されるプロジェクト属性情報の形式を示す
図であり、図において、201はプロジェクト番号、2
02はプロジェクト名称、203は責任者の利用者番
号、204は担当者の複数の利用者番号、205は複数
のチーム情報、206はソフトウェアシステムのシステ
ム番号である。プロジェクト番号201、利用者番号2
03,204、システム番号206は、それぞれプロジ
ェクト、利用者、ソフトウェアシステムを識別するため
のものであり、この発明によるソフトウェア開発支援方
式によるソフトウェアシステムに登録されるプロジェク
ト、システム、利用者それぞれの通し番号である。尚、
プロジェクト属性データベース108は、プロジェクト
番号201又はプロジェクト名称202をキーとして検
索される。
【0039】図3はプロジェクト属性情報から参照され
るチーム情報205の形式を示す図であり、図におい
て、301はチーム番号、302はチーム名称、303
はチームの責任者の利用者番号、304は所属する担当
者の複数の利用者番号、305〜307は担当する複数
の製作単位の番号であり、チーム情報205はこれらの
情報から成る。チーム番号301はプロジェクト内での
チーム分けを識別するためのものであり、プロジェクト
内での通し番号である。製作単位の番号は、プロジェク
ト内での成果物を識別するためのものであるが、製作単
位は適用する開発手法により変化する。例えば、オブジ
ェクト指向分析/設計を適用する場合プログラムは、サ
ブシステム、モジュール、クラスの順に細分化されるの
で、製作単位の番号の並びは、これらの番号の並びとな
る。クラス単位での指定をするためには、図3に示すよ
うに、それの属するサブシステム番号305、サブシス
テム内でのモジュール番号306、モジュール内でのク
ラス番号307の組合せで指定する。モジュール単位で
の指定をする場合には、それが属するサブシステム番号
305、サブシステム内でのモジュール番号306とモ
ジュール自身であることを示す識別子で指定する。モジ
ュール自身であることの識別子は、例えばクラスの裁番
を1から行い0がモジュール自身を差すことにすれば実
現できる。
るチーム情報205の形式を示す図であり、図におい
て、301はチーム番号、302はチーム名称、303
はチームの責任者の利用者番号、304は所属する担当
者の複数の利用者番号、305〜307は担当する複数
の製作単位の番号であり、チーム情報205はこれらの
情報から成る。チーム番号301はプロジェクト内での
チーム分けを識別するためのものであり、プロジェクト
内での通し番号である。製作単位の番号は、プロジェク
ト内での成果物を識別するためのものであるが、製作単
位は適用する開発手法により変化する。例えば、オブジ
ェクト指向分析/設計を適用する場合プログラムは、サ
ブシステム、モジュール、クラスの順に細分化されるの
で、製作単位の番号の並びは、これらの番号の並びとな
る。クラス単位での指定をするためには、図3に示すよ
うに、それの属するサブシステム番号305、サブシス
テム内でのモジュール番号306、モジュール内でのク
ラス番号307の組合せで指定する。モジュール単位で
の指定をする場合には、それが属するサブシステム番号
305、サブシステム内でのモジュール番号306とモ
ジュール自身であることを示す識別子で指定する。モジ
ュール自身であることの識別子は、例えばクラスの裁番
を1から行い0がモジュール自身を差すことにすれば実
現できる。
【0040】利用者属性データベース109は、個々の
利用者の担当内容等の情報を格納している。具体的に
は、利用者の名称、参加するプロジェクト、参加プロジ
ェクト内での所属チーム、担当する製作単位の情報を格
納する。図4は利用者属性データベース109における
利用者属性データの形式を示す図であり、図において、
401は利用者番号、402は利用者名称、403は複
数の参加プロジェクト情報である。また、図5は利用者
属性データベース109の利用者属性データから参照さ
れる参加プロジェクト情報の並び403の形式を示す図
であり、図において、501はプロジェクト番号、50
2は担当情報の並びである。また、図6は参加プロジェ
クト情報の並び403から参照される担当情報の並び5
02の形式を示す図であり、図において、601はチー
ム番号、602〜604は利用者の担当する複数の製作
単位の番号、即ちサブシステム番号、モジュール番号、
クラス番号である。尚、利用者属性データベース109
で使用される利用者番号401、プロジェクト番号50
1、チーム番号601、製作単位の番号、即ちサブシス
テム番号602、モジュール番号603、クラス番号6
04はプロジェクト属性データベース108で使用され
るものと共通である。尚、利用者属性データベース10
9は利用者番号401又は利用者名称402をキーとし
て検索される。
利用者の担当内容等の情報を格納している。具体的に
は、利用者の名称、参加するプロジェクト、参加プロジ
ェクト内での所属チーム、担当する製作単位の情報を格
納する。図4は利用者属性データベース109における
利用者属性データの形式を示す図であり、図において、
401は利用者番号、402は利用者名称、403は複
数の参加プロジェクト情報である。また、図5は利用者
属性データベース109の利用者属性データから参照さ
れる参加プロジェクト情報の並び403の形式を示す図
であり、図において、501はプロジェクト番号、50
2は担当情報の並びである。また、図6は参加プロジェ
クト情報の並び403から参照される担当情報の並び5
02の形式を示す図であり、図において、601はチー
ム番号、602〜604は利用者の担当する複数の製作
単位の番号、即ちサブシステム番号、モジュール番号、
クラス番号である。尚、利用者属性データベース109
で使用される利用者番号401、プロジェクト番号50
1、チーム番号601、製作単位の番号、即ちサブシス
テム番号602、モジュール番号603、クラス番号6
04はプロジェクト属性データベース108で使用され
るものと共通である。尚、利用者属性データベース10
9は利用者番号401又は利用者名称402をキーとし
て検索される。
【0041】定型資料データベース110は、ソフトウ
ェアのシステム開発の各開発フェーズで作成されるシス
テム構成図、データフローチャート等の定型的な成果物
を格納している。具体的には、システム構成、機能設
計、詳細設計、ソースコード、オブジェクトコード、実
行形式、単体試験仕様、単体試験結果、組合せ試験仕
様、組合せ試験結果、総合試験仕様、総合試験結果等テ
ンプレート作成の対象となるシステム開発の各開発フェ
ーズでの成果物全てが定型資料データベース110に格
納される。
ェアのシステム開発の各開発フェーズで作成されるシス
テム構成図、データフローチャート等の定型的な成果物
を格納している。具体的には、システム構成、機能設
計、詳細設計、ソースコード、オブジェクトコード、実
行形式、単体試験仕様、単体試験結果、組合せ試験仕
様、組合せ試験結果、総合試験仕様、総合試験結果等テ
ンプレート作成の対象となるシステム開発の各開発フェ
ーズでの成果物全てが定型資料データベース110に格
納される。
【0042】例えば、オブジェクト指向分析/設計を行
う場合は、サブシステム間の関係を表現するサブシステ
ム交信モデル、オブジェクト間の関係を表現するオブジ
ェクト交信モデル、オブジェクトの状態遷移を表現する
オブジェクト状態モデル、オブジェクトの動作とデータ
のやり取りを表現するアクションデータフローダイアグ
ラム(以下ADFDと略記する)、全体の動作の制御を
表現する制御スレッド図等多数の成果物を作成すること
が定められている。図7はオブジェクト状態モデルの一
例を示す説明図、図8はADFDの一例を示す説明図、
図9に制御スレッド図の一例を示す説明図である。これ
らの図は本位田真一/伊藤潔監訳「続・オブジェクト指
向システム分析」啓学出版(エス スレーラ、ジェイ
メラー著、プレンティスーホール)より引用(状態モデ
ルは41頁、制御スレッド図は102頁、ADFDは1
22頁に記載されている)した。
う場合は、サブシステム間の関係を表現するサブシステ
ム交信モデル、オブジェクト間の関係を表現するオブジ
ェクト交信モデル、オブジェクトの状態遷移を表現する
オブジェクト状態モデル、オブジェクトの動作とデータ
のやり取りを表現するアクションデータフローダイアグ
ラム(以下ADFDと略記する)、全体の動作の制御を
表現する制御スレッド図等多数の成果物を作成すること
が定められている。図7はオブジェクト状態モデルの一
例を示す説明図、図8はADFDの一例を示す説明図、
図9に制御スレッド図の一例を示す説明図である。これ
らの図は本位田真一/伊藤潔監訳「続・オブジェクト指
向システム分析」啓学出版(エス スレーラ、ジェイ
メラー著、プレンティスーホール)より引用(状態モデ
ルは41頁、制御スレッド図は102頁、ADFDは1
22頁に記載されている)した。
【0043】定型資料データベース110に格納される
定型資料情報にはその改訂履歴を管理するための版情報
と、テキスト、ダイアグラム、ブロック図と言った情報
の内容に応じて表示方式を決定するための表示制御情報
が付加される。図10は定型資料データベース110の
定型資料情報の形式を示す図であり、図において、10
01はシステム番号、1002はシステム名称、100
3は成果物情報の並びである。図11は図10に示す定
型資料情報から参照される成果物情報の並び1003の
形式を示す図であり、図において、1101は成果物番
号、1102は成果物名称、1103は開発フェーズ番
号、1104は製作単位番号、1105は工数、110
6は表示識別番号、1107は複数の成果物実体情報、
1108は未編集リストである。開発フェーズ番号11
03は、開発フェーズ名との対応表において定義され
る。開発フェーズの分け方は適用するVカーブモデル、
スパイラルモデル等の開発手法に応じて定められる。成
果物実体情報の並び1107は、成果物の版毎の改訂履
歴を示す。工数1105には設計完了前は見積、完了後
は実績が入る。未編集リスト1108は当該成果物のテ
ンプレートの既定値が設計値で置き換えられていないも
ののリストである。これは成果物実体情報の形式により
異なる。
定型資料情報にはその改訂履歴を管理するための版情報
と、テキスト、ダイアグラム、ブロック図と言った情報
の内容に応じて表示方式を決定するための表示制御情報
が付加される。図10は定型資料データベース110の
定型資料情報の形式を示す図であり、図において、10
01はシステム番号、1002はシステム名称、100
3は成果物情報の並びである。図11は図10に示す定
型資料情報から参照される成果物情報の並び1003の
形式を示す図であり、図において、1101は成果物番
号、1102は成果物名称、1103は開発フェーズ番
号、1104は製作単位番号、1105は工数、110
6は表示識別番号、1107は複数の成果物実体情報、
1108は未編集リストである。開発フェーズ番号11
03は、開発フェーズ名との対応表において定義され
る。開発フェーズの分け方は適用するVカーブモデル、
スパイラルモデル等の開発手法に応じて定められる。成
果物実体情報の並び1107は、成果物の版毎の改訂履
歴を示す。工数1105には設計完了前は見積、完了後
は実績が入る。未編集リスト1108は当該成果物のテ
ンプレートの既定値が設計値で置き換えられていないも
ののリストである。これは成果物実体情報の形式により
異なる。
【0044】例えば、図9に示した制御スレッド図の場
合、各プロセスの処理時間が設計対象であるから、未編
集リスト1108の初期値はプロセス名が列挙されたも
のである。設計の進展に伴って、つまり設計値で既定値
が置き換えられる毎に未編集リスト1108から当該の
ものが除かれる。設計が完了した時点では、未編集リス
ト1108は空になる。尚、定型資料データベース11
0は、システム番号1001又はシステム名称1002
をキーとして検索される。
合、各プロセスの処理時間が設計対象であるから、未編
集リスト1108の初期値はプロセス名が列挙されたも
のである。設計の進展に伴って、つまり設計値で既定値
が置き換えられる毎に未編集リスト1108から当該の
ものが除かれる。設計が完了した時点では、未編集リス
ト1108は空になる。尚、定型資料データベース11
0は、システム番号1001又はシステム名称1002
をキーとして検索される。
【0045】図12は図11の成果物実体情報の並び1
107を示す図であり、図において、1201は成果物
実体番号、1202は版番号、1203は利用者番号、
1204はチーム番号、1205は実体呼び出し番号、
1206はエントリ情報の並である。また、図13は図
12のエントリ情報の並び1206を示す図であり、図
において、1301はエントリ番号、1302は位置情
報、1303は関係付け番号である。
107を示す図であり、図において、1201は成果物
実体番号、1202は版番号、1203は利用者番号、
1204はチーム番号、1205は実体呼び出し番号、
1206はエントリ情報の並である。また、図13は図
12のエントリ情報の並び1206を示す図であり、図
において、1301はエントリ番号、1302は位置情
報、1303は関係付け番号である。
【0046】図11に示す表示識別番号1106は、フ
ロック図、アローダイアグラム、テキスト等、用いられ
る情報の表示形式に応じて番号付けされたものである。
また、図13に示す位置情報1302は表示形式により
指定の方法が異なる。ブロック図のようにブロック単位
で意味を持つものはブロック番号を内容とし、アローダ
イアグラムのようにノードとアークそれぞれが意味を持
つものは、ノードとアークの種別とその番号を内容とす
る。図12の実体呼び出し番号1205は資料の実体の
呼び出しのための識別子として用いられる。成果物とし
てのソースコードやオブジェクトコード、実行形式等は
通常のファイルシステムのファイルとして格納されても
よいし、特定のCASEツールのリポジトリに加えられ
てもよい。
ロック図、アローダイアグラム、テキスト等、用いられ
る情報の表示形式に応じて番号付けされたものである。
また、図13に示す位置情報1302は表示形式により
指定の方法が異なる。ブロック図のようにブロック単位
で意味を持つものはブロック番号を内容とし、アローダ
イアグラムのようにノードとアークそれぞれが意味を持
つものは、ノードとアークの種別とその番号を内容とす
る。図12の実体呼び出し番号1205は資料の実体の
呼び出しのための識別子として用いられる。成果物とし
てのソースコードやオブジェクトコード、実行形式等は
通常のファイルシステムのファイルとして格納されても
よいし、特定のCASEツールのリポジトリに加えられ
てもよい。
【0047】事例データベース111は過去の開発事例
を新たに開発するシステムのひな形として使用するため
の検索情報を格納している。具体的には、過去に開発さ
れたシステムの名称とそれらの機能、性能の特徴に関す
る情報を格納する。即ち、システム、モジュール毎にそ
の機能、性能をもとにして特徴付けを行い、それらをキ
ーとして過去の開発事例を検索することを目的として、
それらの機能、性能が事例データベース111に登録さ
れている。機能、性能は、それらを表現する項目を予め
設定しておき、例えば項目毎に数値化して評価すること
で表現する。図14は事例データベース111における
事例データの形式を示しており、図において、1401
は事例番号、1402はシステム番号、1403は機能
評価値(又は機能特性)の並び、1404は性能評価値
(又は性能特性)の並びである。システム番号1402
は事例となるシステムを識別するためのものであり、プ
ロジェクト属性データベース108で使用するものと共
通である。
を新たに開発するシステムのひな形として使用するため
の検索情報を格納している。具体的には、過去に開発さ
れたシステムの名称とそれらの機能、性能の特徴に関す
る情報を格納する。即ち、システム、モジュール毎にそ
の機能、性能をもとにして特徴付けを行い、それらをキ
ーとして過去の開発事例を検索することを目的として、
それらの機能、性能が事例データベース111に登録さ
れている。機能、性能は、それらを表現する項目を予め
設定しておき、例えば項目毎に数値化して評価すること
で表現する。図14は事例データベース111における
事例データの形式を示しており、図において、1401
は事例番号、1402はシステム番号、1403は機能
評価値(又は機能特性)の並び、1404は性能評価値
(又は性能特性)の並びである。システム番号1402
は事例となるシステムを識別するためのものであり、プ
ロジェクト属性データベース108で使用するものと共
通である。
【0048】機能評価値(又は機能特性)1403、性
能評価値(又は性能特性)1404はプロジェクトの終
了毎に各システムを機能、性能で特徴付けるために利用
者が評価して定めるものである。機能評価値(又は機能
特性)1403はシステムの機能を数値化して表現する
ものである。例えば、リアルタイム性、汎用度等の項目
化を行い各々に対して評価値を与える。また、機能評価
値(又は機能特性)1403として適用分野を用いても
よく、アプリケーションの種別による分類を行いその番
号を指定することもできる。例えば、データベース検索
システムの中でも、検索対象が銀行の口座であるか、資
材の在庫であるか、保険の顧客名簿であるか等の分類が
できる。あるいは、PATLISのキーワード検索のよ
うな方式を取ることも可能である。性能評価値(又は性
能特性)1404は機能評価値(又は機能特性)140
3と同様に、システムを機能面から特徴付ける項目をあ
らかじめ設定しておき、それらに評価値を与える。例え
ば、応答性、モジュールサイズ等の項目を設定した場合
はベンチマークによる定量データを使用できる。また、
性能評価値又は性能特性1404として、変更の容易性
を示す保守性等利用者の主観による評価のほかに、試験
結果を不具合の改修の程度をしめすシステムの安定性等
も使用できる。尚、事例データベース111は、機能評
価値(又は機能特性)1403又は性能評価値(又は性
能特性)1404に基づく評価関数で検索される。
能評価値(又は性能特性)1404はプロジェクトの終
了毎に各システムを機能、性能で特徴付けるために利用
者が評価して定めるものである。機能評価値(又は機能
特性)1403はシステムの機能を数値化して表現する
ものである。例えば、リアルタイム性、汎用度等の項目
化を行い各々に対して評価値を与える。また、機能評価
値(又は機能特性)1403として適用分野を用いても
よく、アプリケーションの種別による分類を行いその番
号を指定することもできる。例えば、データベース検索
システムの中でも、検索対象が銀行の口座であるか、資
材の在庫であるか、保険の顧客名簿であるか等の分類が
できる。あるいは、PATLISのキーワード検索のよ
うな方式を取ることも可能である。性能評価値(又は性
能特性)1404は機能評価値(又は機能特性)140
3と同様に、システムを機能面から特徴付ける項目をあ
らかじめ設定しておき、それらに評価値を与える。例え
ば、応答性、モジュールサイズ等の項目を設定した場合
はベンチマークによる定量データを使用できる。また、
性能評価値又は性能特性1404として、変更の容易性
を示す保守性等利用者の主観による評価のほかに、試験
結果を不具合の改修の程度をしめすシステムの安定性等
も使用できる。尚、事例データベース111は、機能評
価値(又は機能特性)1403又は性能評価値(又は性
能特性)1404に基づく評価関数で検索される。
【0049】関連付けデータベース112は、設計内容
の裏付けを得たり、過去の開発事例の設計からその試験
結果を調べる等、関連情報の検索に使用する関連付けに
ついての情報を格納される。具体的には、定型資料デー
タベース110と、以下で詳細に説明する非定型資料デ
ータベース113とに格納される全てのデータの間の関
連付けの情報が関連付けデータベース112に格納され
る。図15は関連付けデータベース112における関連
付け情報の構成を示す図であり、図において、1501
は関連付け番号、1502は関連付けの重み付けの値、
1503,1507はシステム番号、1504,150
8は成果物番号、1505,1509は版番号、150
6,1510はエントリ番号である。このように、1つ
の関連づけ情報には1つの関連づけ番号1501が付与
され、1対の関連付けられた成果物のシステム番号、成
果物番号、版番号、及びエントリ番号から構成される。
の裏付けを得たり、過去の開発事例の設計からその試験
結果を調べる等、関連情報の検索に使用する関連付けに
ついての情報を格納される。具体的には、定型資料デー
タベース110と、以下で詳細に説明する非定型資料デ
ータベース113とに格納される全てのデータの間の関
連付けの情報が関連付けデータベース112に格納され
る。図15は関連付けデータベース112における関連
付け情報の構成を示す図であり、図において、1501
は関連付け番号、1502は関連付けの重み付けの値、
1503,1507はシステム番号、1504,150
8は成果物番号、1505,1509は版番号、150
6,1510はエントリ番号である。このように、1つ
の関連づけ情報には1つの関連づけ番号1501が付与
され、1対の関連付けられた成果物のシステム番号、成
果物番号、版番号、及びエントリ番号から構成される。
【0050】関連付けの重み付けの値は関連づけられる
資料の双方が定型資料であるときにのみ与えられる。関
連付け先が非定型資料の場合は、システム番号1503
又は1507は非定型資料で有ることを示すマークとな
り、成果物番号1508は非定型資料番号となる。関連
付け番号1501は、関連付け情報を識別するための番
号であり、全ての関連付けを通して裁番される。システ
ム番号1503,1507、成果物番号1504,15
08、版番号1505,1509、エントリ番号150
6,1510、非定型資料番号(関連付け先が非定型資
料の場合)は、プロジェクト属性データベース108、
定型資料データベース110、非定型資料データベース
113等のものと共通である。非定型資料であることを
示すマークは、例えばシステム番号1503又は150
7を1から裁番し、0を非定型資料のマークとすること
で実現できる。尚、関連付けデータベース112は、関
連付け番号1501で検索される。
資料の双方が定型資料であるときにのみ与えられる。関
連付け先が非定型資料の場合は、システム番号1503
又は1507は非定型資料で有ることを示すマークとな
り、成果物番号1508は非定型資料番号となる。関連
付け番号1501は、関連付け情報を識別するための番
号であり、全ての関連付けを通して裁番される。システ
ム番号1503,1507、成果物番号1504,15
08、版番号1505,1509、エントリ番号150
6,1510、非定型資料番号(関連付け先が非定型資
料の場合)は、プロジェクト属性データベース108、
定型資料データベース110、非定型資料データベース
113等のものと共通である。非定型資料であることを
示すマークは、例えばシステム番号1503又は150
7を1から裁番し、0を非定型資料のマークとすること
で実現できる。尚、関連付けデータベース112は、関
連付け番号1501で検索される。
【0051】非定型資料データベース113は定型資料
データベース110に蓄えられる成果物の裏付け資料と
して参照される外部資料を格納している。具体的には、
議事録、打合せ資料等、定型資料データベース110に
格納される以外の情報が格納される。非定型資料には、
表示制御情報が付加される。図16は非定型資料データ
ベース113における非定型資料の形式を示す図であ
り、図において、1601は非定型資料番号、1602
は非定型資料名称、1604は表示識別番号、1605
は実体呼び出し番号である。非定型資料香号1601
は、定型資料との関連付けられた非定型資料を検索する
ための識別子であり、それらの非定型資料の通し番号で
ある。実体呼び出し番号1605は、定型資料と同様に
実体へのアクセスに使用する。表示識別番号1604も
定型資料と同様に、非定型資料の表示形式の識別に用い
られる。尚、非定型資料データベース113は非定型資
料番号1601又は非定型資料名称1602で検索され
る。
データベース110に蓄えられる成果物の裏付け資料と
して参照される外部資料を格納している。具体的には、
議事録、打合せ資料等、定型資料データベース110に
格納される以外の情報が格納される。非定型資料には、
表示制御情報が付加される。図16は非定型資料データ
ベース113における非定型資料の形式を示す図であ
り、図において、1601は非定型資料番号、1602
は非定型資料名称、1604は表示識別番号、1605
は実体呼び出し番号である。非定型資料香号1601
は、定型資料との関連付けられた非定型資料を検索する
ための識別子であり、それらの非定型資料の通し番号で
ある。実体呼び出し番号1605は、定型資料と同様に
実体へのアクセスに使用する。表示識別番号1604も
定型資料と同様に、非定型資料の表示形式の識別に用い
られる。尚、非定型資料データベース113は非定型資
料番号1601又は非定型資料名称1602で検索され
る。
【0052】次にデータベースインタフェース101の
各部における動作について説明する。表示制御部102
は、定型資料データベース110及び非定型資料データ
ベース113に格納されている定型資料及び非定型資料
の情報の属性に応じて、CRT等の表示装置への適切な
表示の制御を行う。表示の形式は表示識別子である表示
識別番号1106,1604により決定される。
各部における動作について説明する。表示制御部102
は、定型資料データベース110及び非定型資料データ
ベース113に格納されている定型資料及び非定型資料
の情報の属性に応じて、CRT等の表示装置への適切な
表示の制御を行う。表示の形式は表示識別子である表示
識別番号1106,1604により決定される。
【0053】属性決定部103は、利用者が使用開始時
に入力する利用者名称(図4の利用者名称402に対
応)、プロジェクト名称(図2のプロジェクト名称20
2に対応)、チーム名称(図3のチーム名称302に対
応)から、図2に示す形式を有するプロジェクト属性デ
ータベース108、及び図4に示す形式を有する利用者
属性データベース109を検索して、当該利用者の担当
するシステム番号206、製作単位番号等のリストを得
る。チーム名称を入力するのは、複数のチームに重複し
て所属することに対応するためである。成果物の版は最
新を仮定するが、特に指定されたときは、指定された版
の値を使用する。
に入力する利用者名称(図4の利用者名称402に対
応)、プロジェクト名称(図2のプロジェクト名称20
2に対応)、チーム名称(図3のチーム名称302に対
応)から、図2に示す形式を有するプロジェクト属性デ
ータベース108、及び図4に示す形式を有する利用者
属性データベース109を検索して、当該利用者の担当
するシステム番号206、製作単位番号等のリストを得
る。チーム名称を入力するのは、複数のチームに重複し
て所属することに対応するためである。成果物の版は最
新を仮定するが、特に指定されたときは、指定された版
の値を使用する。
【0054】リポジトリ検索部104は、属性決定部1
03が得たシステム番号206、モジュール番号30
6、版番号1202から、定型資料データベース110
を検索し、利用者が行う作業の対象となる成果物実体番
号1201を得る。
03が得たシステム番号206、モジュール番号30
6、版番号1202から、定型資料データベース110
を検索し、利用者が行う作業の対象となる成果物実体番
号1201を得る。
【0055】事例検索部105は、利用者が入力するシ
ステムの機能、性能の情報から、事例情報データベース
111を検索し、それらのパラメータがもっとも近いシ
ステム番号1402を得る。パラメータのマッチングに
は任意の方法を用いてよい。例えば、あらかじめ入力さ
れたパラメータと事例情報データベース111内のパラ
メータを用いた評価式をいくつか用意しておき、検索時
にそれらからの選択を許したり、検索時に評価式を自由
に作成させる等の方法がある。いずれの場合も、評価式
の最大化又は最小化を行い、上位のいくつかを結果とし
て出力する。
ステムの機能、性能の情報から、事例情報データベース
111を検索し、それらのパラメータがもっとも近いシ
ステム番号1402を得る。パラメータのマッチングに
は任意の方法を用いてよい。例えば、あらかじめ入力さ
れたパラメータと事例情報データベース111内のパラ
メータを用いた評価式をいくつか用意しておき、検索時
にそれらからの選択を許したり、検索時に評価式を自由
に作成させる等の方法がある。いずれの場合も、評価式
の最大化又は最小化を行い、上位のいくつかを結果とし
て出力する。
【0056】関連決定部106は、利用者が定型又は非
定型資料の表示上で選択する関連呼び出し情報から、関
連付けデータベース112を検索し、関連付けの他方の
成果物番号1504又は1508、即ち定型又は非定型
資料番号を得る。外部アクセス部107は、定型又は非
定型資料のうち、実体が外部のデータベースに蓄えられ
たものについて、それが蓄えられたデータベースにアク
セスし、当該データを呼び出す。
定型資料の表示上で選択する関連呼び出し情報から、関
連付けデータベース112を検索し、関連付けの他方の
成果物番号1504又は1508、即ち定型又は非定型
資料番号を得る。外部アクセス部107は、定型又は非
定型資料のうち、実体が外部のデータベースに蓄えられ
たものについて、それが蓄えられたデータベースにアク
セスし、当該データを呼び出す。
【0057】次にこの実施例のソフトウェア開発支援方
式によるソフトウェア開発の動作について説明する。ソ
フトウェアシステムの開発に先立ち、各開発フェーズに
おいて生成すべき成果物のガイドラインをテンプレート
により定めておく。テンプレートは、過去に開発した類
似システムの平均的なシステム構成と、それに含まれる
個々のモジュールの機能、性能とを含む。クラス、モジ
ュール間でのデータのやり取り、関数,ロジックの呼び
出し等の論理的な関係はシステム構成に含まれる。各開
発フェーズ内では、システムのモジュール構成等の情報
に基づき、成果物は相互に関連づけられ、その関連付け
情報が上記した関連付けデータベース112に格納され
ている。これ以外に、設計者が着目する成果物の間の関
連づけを自由に行えるように、全ての開発フェーズをま
たがり成果物間の関連付け情報が関連付けデータベース
112に格納され得る。関連づけはシステム開発中に生
成される全ての書類を対象とする。仕様を決定するため
の会議の打合議事録、開発チームの間での通信記録等も
関連付けデータベース112に取り込み、関連づけの対
象とする。モジュール間の関連づけには相互の関連の強
さによる重み付けを行う。関連付け情報は、モジュール
間の関数の呼び出し等論理的な構造により決定される
が、重み付けを得るためのそれらの客観的な指標が得ら
れないときには、利用者により決定される。重み付けは
成果物の間に限られる。外部資料との関連付けには重み
付けは行わない。
式によるソフトウェア開発の動作について説明する。ソ
フトウェアシステムの開発に先立ち、各開発フェーズに
おいて生成すべき成果物のガイドラインをテンプレート
により定めておく。テンプレートは、過去に開発した類
似システムの平均的なシステム構成と、それに含まれる
個々のモジュールの機能、性能とを含む。クラス、モジ
ュール間でのデータのやり取り、関数,ロジックの呼び
出し等の論理的な関係はシステム構成に含まれる。各開
発フェーズ内では、システムのモジュール構成等の情報
に基づき、成果物は相互に関連づけられ、その関連付け
情報が上記した関連付けデータベース112に格納され
ている。これ以外に、設計者が着目する成果物の間の関
連づけを自由に行えるように、全ての開発フェーズをま
たがり成果物間の関連付け情報が関連付けデータベース
112に格納され得る。関連づけはシステム開発中に生
成される全ての書類を対象とする。仕様を決定するため
の会議の打合議事録、開発チームの間での通信記録等も
関連付けデータベース112に取り込み、関連づけの対
象とする。モジュール間の関連づけには相互の関連の強
さによる重み付けを行う。関連付け情報は、モジュール
間の関数の呼び出し等論理的な構造により決定される
が、重み付けを得るためのそれらの客観的な指標が得ら
れないときには、利用者により決定される。重み付けは
成果物の間に限られる。外部資料との関連付けには重み
付けは行わない。
【0058】図17、図18、及び図19はそれぞれ関
連付けデータベース112の関連付け情報を得る処理の
流れを示すフローチャートである。成果物間の関連付け
にはモジュール間の関数等の呼び出し関係等論理的に定
まるものと、利用者が自由に設定するものとの2通りが
ある。前者は、市販のCASEツールに含まれるモジュ
ール構成エディタ等でシステム設計を行う過程でその関
連付け情報は自動的にCASEツールのデータベースに
登録されるので、その関連付け情報から自動的に生成し
て関連付けデータベース112に格納することができ
る。重み付けについては関数間呼び出し等に基づく依存
関係から自動的に定めることができるが、利用者による
上書きを行うことも可能である。
連付けデータベース112の関連付け情報を得る処理の
流れを示すフローチャートである。成果物間の関連付け
にはモジュール間の関数等の呼び出し関係等論理的に定
まるものと、利用者が自由に設定するものとの2通りが
ある。前者は、市販のCASEツールに含まれるモジュ
ール構成エディタ等でシステム設計を行う過程でその関
連付け情報は自動的にCASEツールのデータベースに
登録されるので、その関連付け情報から自動的に生成し
て関連付けデータベース112に格納することができ
る。重み付けについては関数間呼び出し等に基づく依存
関係から自動的に定めることができるが、利用者による
上書きを行うことも可能である。
【0059】他方、後者の場合は、図17に示すよう
に、ステップST1において、まず利用者は関連付けを
行いたい2つの資料を選び、各々の任意の位置を指定す
ることによりエントリを設定し両者を関連付ける。ステ
ップST2において、両方(又は両端)のエントリを設
定したか否かを判定し、まだ両方のエントリを設定して
いないならばステップST1に戻る。次に、ステップS
T3において、関連付けの両方が定型資料か否か調べ、
関連付けの両方が定型資料である場合は、ステップST
4において、関連付けの重み付けの値が利用者により設
定される。そして、ステップST5において、作成した
関連付け情報を登録して終了する。
に、ステップST1において、まず利用者は関連付けを
行いたい2つの資料を選び、各々の任意の位置を指定す
ることによりエントリを設定し両者を関連付ける。ステ
ップST2において、両方(又は両端)のエントリを設
定したか否かを判定し、まだ両方のエントリを設定して
いないならばステップST1に戻る。次に、ステップS
T3において、関連付けの両方が定型資料か否か調べ、
関連付けの両方が定型資料である場合は、ステップST
4において、関連付けの重み付けの値が利用者により設
定される。そして、ステップST5において、作成した
関連付け情報を登録して終了する。
【0060】図17におけるステップST1のエントリ
設定は図18のフローチャートに従って実行される。ま
ず、ステップST11において、利用者は関連付けを行
いたい2つの資料における各々の任意のエントリ位置を
設定する。自動生成による関連付けと利用者による関連
付けのいずれの場合も、ステップST12において、指
定された位置にエントリがあるか否かを判定し、エント
リがないときはステップST13及びST14において
新たにエントリを作成し登録する。また、図18のステ
ップST11におけるエントリ位置設定は図19に示す
フローチャートに従って実行される。エントリの位置指
定は、まず、ステップST21において、関連づけられ
る資料の任意の部分がブロック図のような構造データか
否かを判定し、ブロック図のような構造データの場合
は、ステップST22においてブロック等の要素を指定
し、テキストデータのような非構造データの場合は、ス
テップST23において文頭からの位置等座標で指定す
る。
設定は図18のフローチャートに従って実行される。ま
ず、ステップST11において、利用者は関連付けを行
いたい2つの資料における各々の任意のエントリ位置を
設定する。自動生成による関連付けと利用者による関連
付けのいずれの場合も、ステップST12において、指
定された位置にエントリがあるか否かを判定し、エント
リがないときはステップST13及びST14において
新たにエントリを作成し登録する。また、図18のステ
ップST11におけるエントリ位置設定は図19に示す
フローチャートに従って実行される。エントリの位置指
定は、まず、ステップST21において、関連づけられ
る資料の任意の部分がブロック図のような構造データか
否かを判定し、ブロック図のような構造データの場合
は、ステップST22においてブロック等の要素を指定
し、テキストデータのような非構造データの場合は、ス
テップST23において文頭からの位置等座標で指定す
る。
【0061】関連付けデータベース112は、打合せ議
事録、打合せ資料、参考文献等ソフトウェア開発支援方
式が直接関与しない非定型資料と、ソフトウェア開発支
援方式を経由して生成される定型資料である成果物との
間の関連付け情報を管理できるようにしてもよい。この
場合、図19に示すエントリの位置指定をグラフィック
イメージ等に対応するように修正した、図20に示すエ
ントリ位置設定のフローチャートで実現される。打合せ
議事録、打合せ資料、参考文献等ソフトウェア開発支援
方式が直接関与しない非定型資料は、写真やFAXの出
力等のイメージを含むために、2次元での位置指定が必
要になる。まず、ステップST31において、関連づけ
られる資料の一方が定型資料であるか否かを判定し、定
型資料でないならば、ステップST32において、関連
づける情報の位置を2次元で指定する。定型資料である
場合の処理(ステップST33〜ST35)は、図19
に示すとおりであるので重複説明は省略する。
事録、打合せ資料、参考文献等ソフトウェア開発支援方
式が直接関与しない非定型資料と、ソフトウェア開発支
援方式を経由して生成される定型資料である成果物との
間の関連付け情報を管理できるようにしてもよい。この
場合、図19に示すエントリの位置指定をグラフィック
イメージ等に対応するように修正した、図20に示すエ
ントリ位置設定のフローチャートで実現される。打合せ
議事録、打合せ資料、参考文献等ソフトウェア開発支援
方式が直接関与しない非定型資料は、写真やFAXの出
力等のイメージを含むために、2次元での位置指定が必
要になる。まず、ステップST31において、関連づけ
られる資料の一方が定型資料であるか否かを判定し、定
型資料でないならば、ステップST32において、関連
づける情報の位置を2次元で指定する。定型資料である
場合の処理(ステップST33〜ST35)は、図19
に示すとおりであるので重複説明は省略する。
【0062】以上述べたように、全ての成果物を統合デ
ータベースに格納する際に、他の製作単位や他の開発フ
ェーズとの関連付け情報が関連付けデータベース112
に記録される。関連付け情報にはシステムの構成により
定まるものと、利用者が自由に設定するものとの2種類
あり、全ての成果物は前者の第1のタイプにより相互に
関連付けられて保存されている。成果物のいずれかを修
正する場合は、その修正内容に応じて関連する成果物を
修正し全体の整合を取る必要があるが、関連付けデータ
ベース112に格納された関連付け情報がその助けにな
る。即ち、成果物の間での関連付けを行うことで、ある
モジュールを変更する際に関連するモジュールを検出し
提示することが可能になる。この際、後者の第2のタイ
プの利用者が設定した関連付け情報を辿り背景となる設
計の根拠を知ることで、より正確な判断が下せる。ま
た、関連付け情報は、利用者が関連付けられたモジュー
ルを確認するために呼び出すためにも使用できる。さら
に、関連付けが議事録等の非定型資料にも及ぶことで、
設計内容の背景の確認が容易になり、設計方針の誤った
解釈によるミスを減少させることができる。
ータベースに格納する際に、他の製作単位や他の開発フ
ェーズとの関連付け情報が関連付けデータベース112
に記録される。関連付け情報にはシステムの構成により
定まるものと、利用者が自由に設定するものとの2種類
あり、全ての成果物は前者の第1のタイプにより相互に
関連付けられて保存されている。成果物のいずれかを修
正する場合は、その修正内容に応じて関連する成果物を
修正し全体の整合を取る必要があるが、関連付けデータ
ベース112に格納された関連付け情報がその助けにな
る。即ち、成果物の間での関連付けを行うことで、ある
モジュールを変更する際に関連するモジュールを検出し
提示することが可能になる。この際、後者の第2のタイ
プの利用者が設定した関連付け情報を辿り背景となる設
計の根拠を知ることで、より正確な判断が下せる。ま
た、関連付け情報は、利用者が関連付けられたモジュー
ルを確認するために呼び出すためにも使用できる。さら
に、関連付けが議事録等の非定型資料にも及ぶことで、
設計内容の背景の確認が容易になり、設計方針の誤った
解釈によるミスを減少させることができる。
【0063】次に各開発フェーズにおいて生成すべき成
果物のガイドラインを定めるテンプレートについて説明
する。機能設計開発フェーズのテンプレートは各モジュ
ールの機能の記述を含み、詳細設計開発フェーズのテン
プレートは各モジュールの性能の記述を含む。個々のモ
ジュールの機能、性能は、従来のシステムの平均的な内
容を既定値として設定する。ソフトウェアシステムの開
発は、テンプレートに埋め込まれた既定値を、新たに設
計した内容で置き換える方式で行う。テンプレートの例
としては、図7や図8や図9の様な定型資料についての
典型的な構成と内容を持つものである。これらに含まれ
る内容は規定値として用いられる。新たな設計内容で規
定値を置き換えることで、ソフトウェアシステムの設計
を行うことになる。
果物のガイドラインを定めるテンプレートについて説明
する。機能設計開発フェーズのテンプレートは各モジュ
ールの機能の記述を含み、詳細設計開発フェーズのテン
プレートは各モジュールの性能の記述を含む。個々のモ
ジュールの機能、性能は、従来のシステムの平均的な内
容を既定値として設定する。ソフトウェアシステムの開
発は、テンプレートに埋め込まれた既定値を、新たに設
計した内容で置き換える方式で行う。テンプレートの例
としては、図7や図8や図9の様な定型資料についての
典型的な構成と内容を持つものである。これらに含まれ
る内容は規定値として用いられる。新たな設計内容で規
定値を置き換えることで、ソフトウェアシステムの設計
を行うことになる。
【0064】ソフトウェア開発の各開発フェーズ毎にソ
フトウェアの機能、性能の検証を行うにあたり、上記し
たテンプレートの既定値を用いて模擬動作を実行し、部
分的な設計内容がシステム全体に要求される機能、性能
に合致するかどうかを検証する。各開発フェーズでは、
当該開発モジュール毎に記述された機能、性能の内容に
従って動作の模擬を行う。機能設計開発フェーズでは、
システムの動作内容の模擬を行い、詳細設計レベルで
は、応答性等性能に関する模擬を行う。かかる機能、性
能の検証は、図7、図8、図9に示した様な定型資料の
テンプレートを使用して行う。部分的に設計の行われた
成果物は一部の設計内容で既定値が置き換えられている
状態である。
フトウェアの機能、性能の検証を行うにあたり、上記し
たテンプレートの既定値を用いて模擬動作を実行し、部
分的な設計内容がシステム全体に要求される機能、性能
に合致するかどうかを検証する。各開発フェーズでは、
当該開発モジュール毎に記述された機能、性能の内容に
従って動作の模擬を行う。機能設計開発フェーズでは、
システムの動作内容の模擬を行い、詳細設計レベルで
は、応答性等性能に関する模擬を行う。かかる機能、性
能の検証は、図7、図8、図9に示した様な定型資料の
テンプレートを使用して行う。部分的に設計の行われた
成果物は一部の設計内容で既定値が置き換えられている
状態である。
【0065】図8に示したようなADFDには、データ
のやり取りにどのような変換が行われるかが記述され
る。ADFDはシステム外部との入出力も記述されるの
で、ADFD上でシステム外部からの入力からシステム
外部への出力までの全てのパスを検証することで、シス
テムが正しくデータを加工しているかどうかを判定でき
る。これによりシステムの機能の検証が行える。この機
能の検証はデータの流れをトレースすることで行うた
め、検証の対象となるモジュールについて全てのデータ
の授受が記述されている必要がある。
のやり取りにどのような変換が行われるかが記述され
る。ADFDはシステム外部との入出力も記述されるの
で、ADFD上でシステム外部からの入力からシステム
外部への出力までの全てのパスを検証することで、シス
テムが正しくデータを加工しているかどうかを判定でき
る。これによりシステムの機能の検証が行える。この機
能の検証はデータの流れをトレースすることで行うた
め、検証の対象となるモジュールについて全てのデータ
の授受が記述されている必要がある。
【0066】性能の検証は、図9に示した制御スレッド
図のように、プロセス毎の動作制御を記述した図を用い
て行われる。ここで言うプロセスとはデータの書き換え
や式の計算等、意味のある処理の単位である。制御スレ
ッド図の各プロセスにその処理に必要な時間が添えられ
ている。各プロセスはそれに先行する全てのプロセスが
完了するまで処理を開始できない。制御スレッド図を上
から下にたどりながら、所要時間を集計することで対象
モジュールの応答性能が評価できる。制御スレッド図も
ADFDと同様、すべてのプロセスについての処理時
間、前後関係が記述されている必要がある。
図のように、プロセス毎の動作制御を記述した図を用い
て行われる。ここで言うプロセスとはデータの書き換え
や式の計算等、意味のある処理の単位である。制御スレ
ッド図の各プロセスにその処理に必要な時間が添えられ
ている。各プロセスはそれに先行する全てのプロセスが
完了するまで処理を開始できない。制御スレッド図を上
から下にたどりながら、所要時間を集計することで対象
モジュールの応答性能が評価できる。制御スレッド図も
ADFDと同様、すべてのプロセスについての処理時
間、前後関係が記述されている必要がある。
【0067】前述のように設計途上のシステムについて
は、テンプレートの未設計の部分については既定値が埋
め込まれている。設計が完了していない部分については
既定値を用いてトレースすることで、設計が途中のモジ
ュールについても機能、性能の検証が行える。テンプレ
ートの規定値を用いてソフトウェア開発の各開発フェー
ズ毎に、システムを構成する要件が全てそろっているか
どうかを判定することができる。設計作業はテンプレー
ト上の既定値を新たな設計値で置き換えるか、新たな要
素を追加することで行われる。テンプレートの呼び出し
時に各定型資料の要素すべてを、図11に示す成果物情
報1003に含まれる未編集リスト1108に登録す
る。既定値の置き換え毎に当該要素を未編集リス110
8から取り除く。未編集リスト1108に要素が残って
いるかどうかが、システム設計完了の判定になる。より
明確に言うと、ソフトウェア開発の進捗を既定値が設計
値ないし設計内容で置き換えられた比率で把握する。既
定値を設計値で置き換える動作を行ったときに、そのモ
ジュールの設計が済であることのマーク付けを行う。モ
ジュールによっては既定値をそのまま使用する場合もあ
るが、この場合も設計が済であることを示すマーク付け
を行う。各モジュールに付けられた設計が済であるか否
かのマークを集計することで、システム開発の進捗を把
握するための指標を提示することが可能になる。
は、テンプレートの未設計の部分については既定値が埋
め込まれている。設計が完了していない部分については
既定値を用いてトレースすることで、設計が途中のモジ
ュールについても機能、性能の検証が行える。テンプレ
ートの規定値を用いてソフトウェア開発の各開発フェー
ズ毎に、システムを構成する要件が全てそろっているか
どうかを判定することができる。設計作業はテンプレー
ト上の既定値を新たな設計値で置き換えるか、新たな要
素を追加することで行われる。テンプレートの呼び出し
時に各定型資料の要素すべてを、図11に示す成果物情
報1003に含まれる未編集リスト1108に登録す
る。既定値の置き換え毎に当該要素を未編集リス110
8から取り除く。未編集リスト1108に要素が残って
いるかどうかが、システム設計完了の判定になる。より
明確に言うと、ソフトウェア開発の進捗を既定値が設計
値ないし設計内容で置き換えられた比率で把握する。既
定値を設計値で置き換える動作を行ったときに、そのモ
ジュールの設計が済であることのマーク付けを行う。モ
ジュールによっては既定値をそのまま使用する場合もあ
るが、この場合も設計が済であることを示すマーク付け
を行う。各モジュールに付けられた設計が済であるか否
かのマークを集計することで、システム開発の進捗を把
握するための指標を提示することが可能になる。
【0068】以上述べたように、既定値を持つテンプレ
ートを使用することで、システム設計の際の指針を利用
者に与えることができ、設計の効率を向上させることが
できる。また、テンプレートには設計時の漏れを防ぐ効
果もある。さらに、既定値の埋め込まれたテンプレート
を使用することで、個別モジュールの内容を検討するに
際にそのモジュールについては新たに設計した内容を用
いて、残りのモジュールについては既定値を用いて動作
の模擬を行うことにより、設計途上のシステムのための
テンプレート上での機能、性能の検証を行うことがで
き、部分的な設計がシステム全体の要求に合致している
かを確認できる。従って、全体の設計が終わってから機
能性能を見積るのに比べて早い時期での修正が行うこと
ができ、設計上の効率を増すことができる。
ートを使用することで、システム設計の際の指針を利用
者に与えることができ、設計の効率を向上させることが
できる。また、テンプレートには設計時の漏れを防ぐ効
果もある。さらに、既定値の埋め込まれたテンプレート
を使用することで、個別モジュールの内容を検討するに
際にそのモジュールについては新たに設計した内容を用
いて、残りのモジュールについては既定値を用いて動作
の模擬を行うことにより、設計途上のシステムのための
テンプレート上での機能、性能の検証を行うことがで
き、部分的な設計がシステム全体の要求に合致している
かを確認できる。従って、全体の設計が終わってから機
能性能を見積るのに比べて早い時期での修正が行うこと
ができ、設計上の効率を増すことができる。
【0069】次に版管理について説明する。ソフトウェ
アをサブシステム、モジュール等に細分化するとき、そ
の各々についての版とそれらを組み合わせた全体の版管
理を行うとともに、関連付けの改訂履歴を含めた版管理
を行う。図12の定型資料データベース110の成果物
実体情報1107の構造に示したように成果物実体と版
番号1202とを組にして管理することで行う。成果物
実体が修正されて新たな版として登録されたときは、当
該成果物実体を指定された版番号1202と組合せて新
たな定型資料として登録する。関連付けが変更されたと
きも新たな版として登録する。関連付けの変更による版
更新は、図17に示した関連付け登録のフローチャート
に図21に示したように版更新の処理を追加することで
実現される。図21に示すように、ステップST41に
おいて、まず利用者は関連付けを行いたい2つの資料を
選び、各々の任意の位置を指定することによりエントリ
を設定し両者を関連付ける。ステップST42におい
て、両方(又は両端)のエントリを設定したか否かを判
定し、まだ両方のエントリを設定していないならばステ
ップST41に戻る。次に、ステップST43におい
て、作成した関連付け情報を登録し、ステップST44
において、その関連付け情報に関連する成果物等の版を
更新して終了する。版の呼び出しは、プロジェクト属性
データベース108、利用者属性データベース109及
び定型資料データベース110を検索して成果物一覧を
引き出し、各成果物の最新の版を呼び出すことで行う。
特定の版の呼び出しの場合は、指定された版より少ない
値で最大の版番号を持つ版を呼び出す。
アをサブシステム、モジュール等に細分化するとき、そ
の各々についての版とそれらを組み合わせた全体の版管
理を行うとともに、関連付けの改訂履歴を含めた版管理
を行う。図12の定型資料データベース110の成果物
実体情報1107の構造に示したように成果物実体と版
番号1202とを組にして管理することで行う。成果物
実体が修正されて新たな版として登録されたときは、当
該成果物実体を指定された版番号1202と組合せて新
たな定型資料として登録する。関連付けが変更されたと
きも新たな版として登録する。関連付けの変更による版
更新は、図17に示した関連付け登録のフローチャート
に図21に示したように版更新の処理を追加することで
実現される。図21に示すように、ステップST41に
おいて、まず利用者は関連付けを行いたい2つの資料を
選び、各々の任意の位置を指定することによりエントリ
を設定し両者を関連付ける。ステップST42におい
て、両方(又は両端)のエントリを設定したか否かを判
定し、まだ両方のエントリを設定していないならばステ
ップST41に戻る。次に、ステップST43におい
て、作成した関連付け情報を登録し、ステップST44
において、その関連付け情報に関連する成果物等の版を
更新して終了する。版の呼び出しは、プロジェクト属性
データベース108、利用者属性データベース109及
び定型資料データベース110を検索して成果物一覧を
引き出し、各成果物の最新の版を呼び出すことで行う。
特定の版の呼び出しの場合は、指定された版より少ない
値で最大の版番号を持つ版を呼び出す。
【0070】このように、最小単位毎に版管理を行うこ
とで、関連付けの単位と版管理の単位とが一致すること
になり、関連付けを版毎に管理することが可能になる。
即ち、版情報を実体と分離して管理することで、最小の
製作単位毎の柔軟な版管理が実現でき、外部から取り込
まれた非定型資料等のデータに対しても関連付けが行え
るようになる。
とで、関連付けの単位と版管理の単位とが一致すること
になり、関連付けを版毎に管理することが可能になる。
即ち、版情報を実体と分離して管理することで、最小の
製作単位毎の柔軟な版管理が実現でき、外部から取り込
まれた非定型資料等のデータに対しても関連付けが行え
るようになる。
【0071】次に、図22に示す利用者の関連情報の呼
び出し処理のフローチャートを参照しながら、利用者が
利用を開始するときに入力する情報に基づいて利用者属
性データベース109を含む統合データベースから必要
な情報を呼び出す動作について説明する。既に述べたよ
うに、利用者属性データベース109は利用者の参加す
るプロジェクト、プロジェクト内のチーム、担当する部
分等に関する情報を管理している。図22に示すよう
に、ステップST51において、利用者名が入力される
と、ステップST52において、属性決定部103が、
図4に示す利用者属性データベース109の利用者情報
から当該利用者の参加するプロジェクトの情報を得てプ
ロジェクトリストを作成し、ステップST53におい
て、そのプロジェクトリストをCRTディスプレイ等の
表示装置に表示する。次に、ステップST54におい
て、利用者がそのプロジェクトリストの中から特定のプ
ロジェクトを選択すると、ステップST55において、
当該担当者の担当する担当内容を決定し制作単位の成果
物実体を呼び出す。
び出し処理のフローチャートを参照しながら、利用者が
利用を開始するときに入力する情報に基づいて利用者属
性データベース109を含む統合データベースから必要
な情報を呼び出す動作について説明する。既に述べたよ
うに、利用者属性データベース109は利用者の参加す
るプロジェクト、プロジェクト内のチーム、担当する部
分等に関する情報を管理している。図22に示すよう
に、ステップST51において、利用者名が入力される
と、ステップST52において、属性決定部103が、
図4に示す利用者属性データベース109の利用者情報
から当該利用者の参加するプロジェクトの情報を得てプ
ロジェクトリストを作成し、ステップST53におい
て、そのプロジェクトリストをCRTディスプレイ等の
表示装置に表示する。次に、ステップST54におい
て、利用者がそのプロジェクトリストの中から特定のプ
ロジェクトを選択すると、ステップST55において、
当該担当者の担当する担当内容を決定し制作単位の成果
物実体を呼び出す。
【0072】従って、利用者が当該ソフトウェア開発支
援方式の使用開始時に入力する情報をプロジェクト、利
用者の属性と照合し、当該作業に必要な情報を検索、収
集して利用者に提示することが可能になる。次に、開発
中または開発済みのシステムの一部又は全部の機能を変
更するにあたって、システムの成果物の間のシステム構
成上の関係に基づいて、変更内容に直接関与する部分の
改造が影響を及ぼす範囲の見積処理について説明する。
図23は影響範囲の見積処理の流れを示すフローチャー
トであり、以下この図を参照しながら説明する。まず、
ステップST61において利用者が変更対象を選択し改
造対象が決定すると、ステップST62において、シス
テム構成上の成果物間の関連付け情報を関連付けデータ
ベース112から検索し改造による影響を受ける可能性
のある制作単位を求める。そして、ステップST63に
おいて、製作単位毎に改造の及ぼす影響度を計算して、
ステップST64において、算出した影響度から影響範
囲を決定する。
援方式の使用開始時に入力する情報をプロジェクト、利
用者の属性と照合し、当該作業に必要な情報を検索、収
集して利用者に提示することが可能になる。次に、開発
中または開発済みのシステムの一部又は全部の機能を変
更するにあたって、システムの成果物の間のシステム構
成上の関係に基づいて、変更内容に直接関与する部分の
改造が影響を及ぼす範囲の見積処理について説明する。
図23は影響範囲の見積処理の流れを示すフローチャー
トであり、以下この図を参照しながら説明する。まず、
ステップST61において利用者が変更対象を選択し改
造対象が決定すると、ステップST62において、シス
テム構成上の成果物間の関連付け情報を関連付けデータ
ベース112から検索し改造による影響を受ける可能性
のある制作単位を求める。そして、ステップST63に
おいて、製作単位毎に改造の及ぼす影響度を計算して、
ステップST64において、算出した影響度から影響範
囲を決定する。
【0073】システム構成上の関連付け情報の表現方式
はシステム設計の方式、実装言語によって違うが、ここ
ではオブジェクト指向分析/設計に基づき、C++等の
オブジェクト指向言語による実装を行う場合について説
明する。C++の場合、実装の最小単位はクラスであ
る。クラスの間の関連付け情報は、関数呼び出し、デー
タメンバのアクセス、継承関係である。これらの関連付
け情報は、クラスをノードとし、関数呼び出し、データ
メンバのアクセス、継承関係をアークとする有向グラフ
で表現できる。前述のように、関連付け情報には、論理
構造から定まるか又は利用者により決定される依存関係
の強さの重み付けの値が付加される。アークにはこの重
み付けの値がラベリングされる。以下この有向グラフを
用いてオブジェクト指向言語における影響度の計算につ
いて説明する。
はシステム設計の方式、実装言語によって違うが、ここ
ではオブジェクト指向分析/設計に基づき、C++等の
オブジェクト指向言語による実装を行う場合について説
明する。C++の場合、実装の最小単位はクラスであ
る。クラスの間の関連付け情報は、関数呼び出し、デー
タメンバのアクセス、継承関係である。これらの関連付
け情報は、クラスをノードとし、関数呼び出し、データ
メンバのアクセス、継承関係をアークとする有向グラフ
で表現できる。前述のように、関連付け情報には、論理
構造から定まるか又は利用者により決定される依存関係
の強さの重み付けの値が付加される。アークにはこの重
み付けの値がラベリングされる。以下この有向グラフを
用いてオブジェクト指向言語における影響度の計算につ
いて説明する。
【0074】改造にあたり直接修正の対象となるクラス
群に対応するノードの集合を原始集合とする。アークの
向きを考慮して有向グラフを探索し、原始集合のノード
から辿れるノードが影響の及ぶ範囲である。ただし、単
純にシステム構成を現す有向グラフ上でこのような探索
を行うと、システム内の要素は互いになんらかの関連を
持つので、全てのノードが影響範囲に含まれる可能性が
高くなる。そこで、各ノードが影響範囲内にあるかどう
かを、原始集合からの経路の長さと、原始集合からの経
路の数を元にして判定する。判定には次の式で表現され
る評価関数を用いる。
群に対応するノードの集合を原始集合とする。アークの
向きを考慮して有向グラフを探索し、原始集合のノード
から辿れるノードが影響の及ぶ範囲である。ただし、単
純にシステム構成を現す有向グラフ上でこのような探索
を行うと、システム内の要素は互いになんらかの関連を
持つので、全てのノードが影響範囲に含まれる可能性が
高くなる。そこで、各ノードが影響範囲内にあるかどう
かを、原始集合からの経路の長さと、原始集合からの経
路の数を元にして判定する。判定には次の式で表現され
る評価関数を用いる。
【0075】
【数1】
【0076】ここで、Vはノードの集合、Eはアークの
集合である。tは継承であるか、参照であるかといった
関連付けタイプ、fはタイプによる重み付けの関数であ
る。Pはvとuの関係に基づいて決まる影響の波及度で
ある。この値は、先に述べた利用者により設定される依
存関係の強さである。この評価関数は原始集合からアー
クをたどりながら再帰的に計算される。各ノードの評価
関数がしきい値より小さくなったときは、そのノードの
評価関数の値を0とする。これにより、0以外の評価関
数の値を持つノードが、影響を受けると予測されるノー
ド群になる。
集合である。tは継承であるか、参照であるかといった
関連付けタイプ、fはタイプによる重み付けの関数であ
る。Pはvとuの関係に基づいて決まる影響の波及度で
ある。この値は、先に述べた利用者により設定される依
存関係の強さである。この評価関数は原始集合からアー
クをたどりながら再帰的に計算される。各ノードの評価
関数がしきい値より小さくなったときは、そのノードの
評価関数の値を0とする。これにより、0以外の評価関
数の値を持つノードが、影響を受けると予測されるノー
ド群になる。
【0077】以上の方法で決定されたノードの集合に対
応する成果物単位の集合が、改造の結果影響を受ける可
能性が高いものであると決定される。影響を受けると予
測されるクラス、モジュールが決定されると、影響を受
けるモジュールの担当者、担当チームが検索でき、改造
の内容を連絡すべき相手先として利用者に提示できる。
図24はかかる担当者の検索処理の流れを示すフローチ
ャートである。このフローチャートは図23の改造の影
響範囲の見積処理の流れを示すフローチャートに担当者
検索を追加したものである。この図24に示すように、
上記した図23のステップST61〜ST64と同一な
ステップST71〜ST74で改造の影響範囲が決定さ
れると、ステップST75において、求めた改造の影響
範囲に含まれる成果物単位毎に、図12に示す定型資料
データベース110の成果物実体情報から担当の利用者
の情報を検索して獲得する。
応する成果物単位の集合が、改造の結果影響を受ける可
能性が高いものであると決定される。影響を受けると予
測されるクラス、モジュールが決定されると、影響を受
けるモジュールの担当者、担当チームが検索でき、改造
の内容を連絡すべき相手先として利用者に提示できる。
図24はかかる担当者の検索処理の流れを示すフローチ
ャートである。このフローチャートは図23の改造の影
響範囲の見積処理の流れを示すフローチャートに担当者
検索を追加したものである。この図24に示すように、
上記した図23のステップST61〜ST64と同一な
ステップST71〜ST74で改造の影響範囲が決定さ
れると、ステップST75において、求めた改造の影響
範囲に含まれる成果物単位毎に、図12に示す定型資料
データベース110の成果物実体情報から担当の利用者
の情報を検索して獲得する。
【0078】以上述べたように、システム構成による関
連情報をたどるだけでは、全ての成果物が修正の対象に
なる可能生が高いが、関連付けの強さを反映する評価関
数に基づき影響の度合いを評価することで、特定モジュ
ールの変更のシステム全体への影響の度合いを見積るた
めの評価基準を提示することができる。これにより、個
々の成果物についての修正の必要の有無の指針が得ら
れ、個別に判定するよりも効率良くまた漏れなく修正対
象を決定できる。また、モジュール間の関連付けを辿
り、モジュール毎の担当部門、担当者を定型資料データ
ベース110から検索することで、設計時の変更、問題
点の解消のための連絡先又は交渉先を提示することが可
能になる。
連情報をたどるだけでは、全ての成果物が修正の対象に
なる可能生が高いが、関連付けの強さを反映する評価関
数に基づき影響の度合いを評価することで、特定モジュ
ールの変更のシステム全体への影響の度合いを見積るた
めの評価基準を提示することができる。これにより、個
々の成果物についての修正の必要の有無の指針が得ら
れ、個別に判定するよりも効率良くまた漏れなく修正対
象を決定できる。また、モジュール間の関連付けを辿
り、モジュール毎の担当部門、担当者を定型資料データ
ベース110から検索することで、設計時の変更、問題
点の解消のための連絡先又は交渉先を提示することが可
能になる。
【0079】次に、改造の影響見積と各成果物の工数と
に基づく改造の工数の見積処理について説明する。改造
による工数の見積は、図23に示した影響範囲の見積処
理と、各成果物毎の工数の見積又は実績とを用いて行わ
れる。図25はかかる工数計算処理の流れを示すフロー
チャートである。図25に示すように、上記した図23
のステップST61〜ST64と同一なステップST8
1〜ST84で改造の影響範囲が決定されると、ステッ
プST85において、求めた改造の影響範囲に含まれる
成果物単位毎に改造の工数を求める。ある変更に伴う改
造の工数は各クラスの工数c(v)を用いて
に基づく改造の工数の見積処理について説明する。改造
による工数の見積は、図23に示した影響範囲の見積処
理と、各成果物毎の工数の見積又は実績とを用いて行わ
れる。図25はかかる工数計算処理の流れを示すフロー
チャートである。図25に示すように、上記した図23
のステップST61〜ST64と同一なステップST8
1〜ST84で改造の影響範囲が決定されると、ステッ
プST85において、求めた改造の影響範囲に含まれる
成果物単位毎に改造の工数を求める。ある変更に伴う改
造の工数は各クラスの工数c(v)を用いて
【数2】 と表現できる。U(v)は式(1)で求めたクラス毎の
評価関数、即ち影響波及度である。改造の工数の見積は
複数の改造案に対する評価の指標として利用者に提示さ
れる。
評価関数、即ち影響波及度である。改造の工数の見積は
複数の改造案に対する評価の指標として利用者に提示さ
れる。
【0080】上記の改造の影響範囲の決定処理等におい
ては、クラスを対象として記述したが、モジュールが対
象であってもよく、モジュールを中心に考えるときは、
モジュールとクラスとの包含関係をもとにして、クラス
間の関連に基づく有向グラフを縮約して得られる有向グ
ラフを用いて同様のことが行える。
ては、クラスを対象として記述したが、モジュールが対
象であってもよく、モジュールを中心に考えるときは、
モジュールとクラスとの包含関係をもとにして、クラス
間の関連に基づく有向グラフを縮約して得られる有向グ
ラフを用いて同様のことが行える。
【0081】以上述べたように、改造の工数の予測を行
うことで、仕様変更に対して適切な判断を行い改造の規
模を把握するための情報を提供でき、改造の方式が複数
考えられるような場合に、それらを比較検討するための
指標として使用できる。
うことで、仕様変更に対して適切な判断を行い改造の規
模を把握するための情報を提供でき、改造の方式が複数
考えられるような場合に、それらを比較検討するための
指標として使用できる。
【0082】次に、ユーザが入力するシステムの特徴に
基づいて、統合データベースに蓄えられた過去の開発事
例から、関連の深い事例を選択し提示して、新規開発の
ためのテンプレートとして使用することを可能にする機
能について説明する。図26はかかる過去の開発事例か
ら類似システムを得る処理の流れを示すフローチャート
である。図26に示すように、まずステップST91に
おいて、利用者がシステムの特徴パラメータを入力する
と、ステップST92において、事例検索部105が、
図14の事例データベース111に格納された過去の事
例にはそのシステムの機能、性能の評価のパラメータと
して付加された機能評価値1403及び性能評価値14
04を用い、ユーザの入力した特徴パラメータとこれら
のパラメータとの相関を評価関数により計算する。評価
関数は用途に応じて任意のものを用いてよく、例えば項
目毎の差の二乗の総和で評価する最小2乗誤差等を用い
れば平均的な類似度を評価できる。特定の性質を重視し
たいときは、パラメータ毎に荷重係数をかける等して調
整できる。そして、ステップST93において、評価関
数がある閾値より大きいか否かをもって類似システムを
決定する。
基づいて、統合データベースに蓄えられた過去の開発事
例から、関連の深い事例を選択し提示して、新規開発の
ためのテンプレートとして使用することを可能にする機
能について説明する。図26はかかる過去の開発事例か
ら類似システムを得る処理の流れを示すフローチャート
である。図26に示すように、まずステップST91に
おいて、利用者がシステムの特徴パラメータを入力する
と、ステップST92において、事例検索部105が、
図14の事例データベース111に格納された過去の事
例にはそのシステムの機能、性能の評価のパラメータと
して付加された機能評価値1403及び性能評価値14
04を用い、ユーザの入力した特徴パラメータとこれら
のパラメータとの相関を評価関数により計算する。評価
関数は用途に応じて任意のものを用いてよく、例えば項
目毎の差の二乗の総和で評価する最小2乗誤差等を用い
れば平均的な類似度を評価できる。特定の性質を重視し
たいときは、パラメータ毎に荷重係数をかける等して調
整できる。そして、ステップST93において、評価関
数がある閾値より大きいか否かをもって類似システムを
決定する。
【0083】以上述べたように、テンプレートだけでは
なく、システム、モジュールの機能、性能の評価のパラ
メータを用いて良く似た過去の開発事例を検索して、過
去に開発した類似システム、モジュールを提示でき、利
用者は新規設計時にも設計の方針を得やすくなる。過去
の開発事例に対して設計根拠を提示する機能を有する。
過去の開発事例の根拠の提示は、検索した過去の事例か
らそれに関連づけられている非定型資料を呼び出すこと
で実現できる。これは、関連決定部106が関連付けデ
ータベース112を検索し関連づけられた過去の事例の
非定型資料番号を得、この非定型資料を加工することな
く、例えば外部アクセス部107が現在編集途上の成果
物と同じ形式で呼び出すことにより可能になる。したが
って、過去の事例に関連づけられている非定型資料の呼
び出しは、過去の事例の情報をすべてコピーし、図11
に示した成果物情報に含まれる編集の進展を示す未編集
リスト1108にすべての編集対象をリストアップする
ことにより実行される。
なく、システム、モジュールの機能、性能の評価のパラ
メータを用いて良く似た過去の開発事例を検索して、過
去に開発した類似システム、モジュールを提示でき、利
用者は新規設計時にも設計の方針を得やすくなる。過去
の開発事例に対して設計根拠を提示する機能を有する。
過去の開発事例の根拠の提示は、検索した過去の事例か
らそれに関連づけられている非定型資料を呼び出すこと
で実現できる。これは、関連決定部106が関連付けデ
ータベース112を検索し関連づけられた過去の事例の
非定型資料番号を得、この非定型資料を加工することな
く、例えば外部アクセス部107が現在編集途上の成果
物と同じ形式で呼び出すことにより可能になる。したが
って、過去の事例に関連づけられている非定型資料の呼
び出しは、過去の事例の情報をすべてコピーし、図11
に示した成果物情報に含まれる編集の進展を示す未編集
リスト1108にすべての編集対象をリストアップする
ことにより実行される。
【0084】以上述べたように、開発事例を検索したと
きに、利用者が自由に設定した成果物間の関連付けをた
どりその過去の開発事例の設計の根拠を知ることで、新
規設計で変更すべき点をより良く把握できる。
きに、利用者が自由に設定した成果物間の関連付けをた
どりその過去の開発事例の設計の根拠を知ることで、新
規設計で変更すべき点をより良く把握できる。
【0085】
【発明の効果】以上のように、請求項1の発明によれ
ば、各開発フェーズで得られる全ての成果物を相互に関
連付ける関連付け情報を格納する統合データベースを設
けたものであるように構成したので、関連づけは利用者
が関連づけられたモジュールを確認するために呼び出す
ためにも使用できる効果がある。
ば、各開発フェーズで得られる全ての成果物を相互に関
連付ける関連付け情報を格納する統合データベースを設
けたものであるように構成したので、関連づけは利用者
が関連づけられたモジュールを確認するために呼び出す
ためにも使用できる効果がある。
【0086】請求項2の発明によれば、少なくとも機能
設計及び詳細設計の開発フェーズにおいて、既定値を含
むテンプレートを用いて開発を行うものであるように構
成したので、これにより、システムの設計の際の指針を
利用者に与えることができ、設計の効率を向上させ得
る。また、テンプレートの利用は設計時の漏れも防ぐこ
とができる効果がある。
設計及び詳細設計の開発フェーズにおいて、既定値を含
むテンプレートを用いて開発を行うものであるように構
成したので、これにより、システムの設計の際の指針を
利用者に与えることができ、設計の効率を向上させ得
る。また、テンプレートの利用は設計時の漏れも防ぐこ
とができる効果がある。
【0087】請求項3の発明によれば、各開発フェーズ
の直接の成果物以外の資料と、各開発フェーズにおいて
生成される成果物とを相互に関連付ける関連付け情報を
統合データベースにおいて管理するものであるように構
成したので、このように、関連づけが打合せ議事録等に
も及ぶことで、設計内容の背景の確認が容易になり、設
計方針の誤った解釈によるミスを減少させることができ
る効果がある。
の直接の成果物以外の資料と、各開発フェーズにおいて
生成される成果物とを相互に関連付ける関連付け情報を
統合データベースにおいて管理するものであるように構
成したので、このように、関連づけが打合せ議事録等に
も及ぶことで、設計内容の背景の確認が容易になり、設
計方針の誤った解釈によるミスを減少させることができ
る効果がある。
【0088】請求項4の発明によれば、サブシステム、
モジュールの各々についての版とそれらを組み合わせた
全体の版との管理を行い、且つ、関連付け情報の改訂履
歴を含めた版管理を行うものであるように構成したの
で、最小単位毎に版管理を行うことで、関連付けの単位
と版管理の単位が一致することになり、関連付けを版毎
に管理することが可能になる。関連付け情報を実体と分
離して管理することで、柔軟な関連付けの管理が行え、
外部から取り込まれたデータに対しても関連付けが行え
る効果がある。
モジュールの各々についての版とそれらを組み合わせた
全体の版との管理を行い、且つ、関連付け情報の改訂履
歴を含めた版管理を行うものであるように構成したの
で、最小単位毎に版管理を行うことで、関連付けの単位
と版管理の単位が一致することになり、関連付けを版毎
に管理することが可能になる。関連付け情報を実体と分
離して管理することで、柔軟な関連付けの管理が行え、
外部から取り込まれたデータに対しても関連付けが行え
る効果がある。
【0089】請求項5の発明によれば、既定値を含むテ
ンプレートを用いて、ソフトウェア開発の各開発フェー
ズ毎にソフトウェアの機能、性能の検証を行うものであ
るように構成したので、既定値の埋め込まれたテンプレ
ートを使用することで、個別のモジュールの内容を検討
するにあたって、そのモジュールについては新たに設計
した内容を用いて、残りのモジュールについては既定値
を用いて動作の模擬を行う可能になる。テンプレート上
で機能、設計の見積を行うことにより、部分的な設計が
システム全体の要求に合致しているかを確認できる効果
がある。
ンプレートを用いて、ソフトウェア開発の各開発フェー
ズ毎にソフトウェアの機能、性能の検証を行うものであ
るように構成したので、既定値の埋め込まれたテンプレ
ートを使用することで、個別のモジュールの内容を検討
するにあたって、そのモジュールについては新たに設計
した内容を用いて、残りのモジュールについては既定値
を用いて動作の模擬を行う可能になる。テンプレート上
で機能、設計の見積を行うことにより、部分的な設計が
システム全体の要求に合致しているかを確認できる効果
がある。
【0090】請求項6の発明によれば、ソフトウェア開
発の各開発フェーズ毎に、テンプレートの既定値が設計
値で置き換わった割合によりシステムを構成する要件が
全てそろっているか否かを判定するものであるように構
成したので、より具体的には、各モジュールに付けられ
た設計が済であるか否かのマークを集計することで、シ
ステム開発の進捗を把握するための指標を提示すること
ができる効果がある。
発の各開発フェーズ毎に、テンプレートの既定値が設計
値で置き換わった割合によりシステムを構成する要件が
全てそろっているか否かを判定するものであるように構
成したので、より具体的には、各モジュールに付けられ
た設計が済であるか否かのマークを集計することで、シ
ステム開発の進捗を把握するための指標を提示すること
ができる効果がある。
【0091】請求項7の発明によれば、利用者が利用を
開始するときに入力する情報に基づいて、統合データベ
ースから利用者の担当する成果物を呼び出すものである
ように構成したので、従って、利用者がシステムの使用
開始時に入力する情報をプロジェクト、利用者の属性と
照合し、当該作業に必要な情報を検索、収集して提示で
きる効果がある。
開始するときに入力する情報に基づいて、統合データベ
ースから利用者の担当する成果物を呼び出すものである
ように構成したので、従って、利用者がシステムの使用
開始時に入力する情報をプロジェクト、利用者の属性と
照合し、当該作業に必要な情報を検索、収集して提示で
きる効果がある。
【0092】請求項8の発明によれば、システムの成果
物の間のシステム構成上の関係に基づいて、開発中また
は開発済みのシステムの一部又は全部の機能変更に直接
関与する部分の改造が影響する範囲の見積るものである
ように構成したので、従って、特定モジュールの変更の
システム全体への影響の度合いを見積り、仕様変更に対
する評価基準を提示することができる効果がある。
物の間のシステム構成上の関係に基づいて、開発中また
は開発済みのシステムの一部又は全部の機能変更に直接
関与する部分の改造が影響する範囲の見積るものである
ように構成したので、従って、特定モジュールの変更の
システム全体への影響の度合いを見積り、仕様変更に対
する評価基準を提示することができる効果がある。
【0093】請求項9の発明によれば、影響範囲の見積
とソフトウェア開発の各利用者の担当部分の情報とか
ら、改造の部分の担当者を検索し提示するものであるよ
うに構成したので、即ち、例えばモジュール間のシステ
ム構成上の関係を辿り影響範囲を求め、モジュール毎の
担当部門、担当者を上記の統合データベースから検索す
ることで、設計時の変更、問題点の解消のための連絡
先、即ち改造が必要な部分の担当者を提示することがで
きる効果がある。
とソフトウェア開発の各利用者の担当部分の情報とか
ら、改造の部分の担当者を検索し提示するものであるよ
うに構成したので、即ち、例えばモジュール間のシステ
ム構成上の関係を辿り影響範囲を求め、モジュール毎の
担当部門、担当者を上記の統合データベースから検索す
ることで、設計時の変更、問題点の解消のための連絡
先、即ち改造が必要な部分の担当者を提示することがで
きる効果がある。
【0094】請求項10の発明によれば、影響範囲の見
積と各成果物の工数とに基づき、改造の工数の見積を行
うものであるように構成したので、工数の予測を行うこ
とで、改造の規模を把握するための情報が提供でき、改
造の方式が複数考えられるような場合に、それらを比較
検討するための指標として使用できる効果がある。
積と各成果物の工数とに基づき、改造の工数の見積を行
うものであるように構成したので、工数の予測を行うこ
とで、改造の規模を把握するための情報が提供でき、改
造の方式が複数考えられるような場合に、それらを比較
検討するための指標として使用できる効果がある。
【0095】請求項11の発明によれば、利用者が入力
する開発対象のシステムの特徴に基づいて、過去の開発
事例から開発対象のシステムと関連の深い開発事例を選
択し該開発事例の成果物をテンプレートとして使用する
ものであるように構成したので、システム、より細かく
はモジュールの特徴、即ち機能、性能を検索すること
で、過去に開発した類似システム、モジュールを提示す
ることが可能になる。予め用意されたテンプレートだけ
ではなく、良く似た事例を検索する機能を用いることに
より、新規設計時にも設計の方針を得やすくなる効果が
ある。
する開発対象のシステムの特徴に基づいて、過去の開発
事例から開発対象のシステムと関連の深い開発事例を選
択し該開発事例の成果物をテンプレートとして使用する
ものであるように構成したので、システム、より細かく
はモジュールの特徴、即ち機能、性能を検索すること
で、過去に開発した類似システム、モジュールを提示す
ることが可能になる。予め用意されたテンプレートだけ
ではなく、良く似た事例を検索する機能を用いることに
より、新規設計時にも設計の方針を得やすくなる効果が
ある。
【0096】請求項12の発明によれば、過去の開発事
例について非定型資料関連付けステップにおいて管理さ
れる開発事例の関連付け情報を参照することにより、開
発事例に関連する情報を提示するものであるように構成
したので、開発事例を検索した際には、関連付け情報を
辿りその開発事例の設計の根拠を知ることで、新規設計
で変更すべき点をより良く把握できる効果がある。
例について非定型資料関連付けステップにおいて管理さ
れる開発事例の関連付け情報を参照することにより、開
発事例に関連する情報を提示するものであるように構成
したので、開発事例を検索した際には、関連付け情報を
辿りその開発事例の設計の根拠を知ることで、新規設計
で変更すべき点をより良く把握できる効果がある。
【図1】 この発明の一実施例によるソフトウェア開発
支援方式の構成を示すブロック図である。
支援方式の構成を示すブロック図である。
【図2】 上記実施例におけるプロジェクト属性データ
ベース108に格納されるプロジェクト属性情報のデー
タ構造を示す図である。
ベース108に格納されるプロジェクト属性情報のデー
タ構造を示す図である。
【図3】 図2に示すプロジェクト属性情報のうちのチ
ーム情報部分のデータ構造を示す図である。
ーム情報部分のデータ構造を示す図である。
【図4】 上記実施例における利用者属性データベース
109に格納される利用者情報のデータ構造を示す図で
ある。
109に格納される利用者情報のデータ構造を示す図で
ある。
【図5】 図4の利用者属性情報の参加プロジェクト情
報部分のデータ構造を示す図である。
報部分のデータ構造を示す図である。
【図6】 図5の参加プロジェクト情報の担当情報部分
のデータ構造を示す図である。
のデータ構造を示す図である。
【図7】 オブジェクト指向設計によるソフトウェア開
発を行う場合の成果物の一例である、オブジェクトの状
態変化を記述したオブジェクト状態モデルの一例を示す
図である。
発を行う場合の成果物の一例である、オブジェクトの状
態変化を記述したオブジェクト状態モデルの一例を示す
図である。
【図8】 オブジェクト指向設計によるソフトウェア開
発を行う場合の成果物の一例である、プロセス毎の処理
内容とデータの受渡とを記述したアクションデータフロ
ーダイアグラムの一例を示す図である。
発を行う場合の成果物の一例である、プロセス毎の処理
内容とデータの受渡とを記述したアクションデータフロ
ーダイアグラムの一例を示す図である。
【図9】 オブジェクト指向設計によるソフトウェア開
発を行う場合の成果物の一例である、プロセス毎の処理
の制御を記述した制御スレッド図である。
発を行う場合の成果物の一例である、プロセス毎の処理
の制御を記述した制御スレッド図である。
【図10】 上記実施例における定型資料データベース
110に格納される定型資料情報のデータ構造を示す図
である。
110に格納される定型資料情報のデータ構造を示す図
である。
【図11】 図10の定型情報データベース110の成
果物情報1003のデータ構造を示す図である。
果物情報1003のデータ構造を示す図である。
【図12】 図11の成果物の実体情報1107のデー
タ構造を示す図である。
タ構造を示す図である。
【図13】 図12の成果物の実体情報のうちのエント
リ情報1206のデータ構造を示す図である。
リ情報1206のデータ構造を示す図である。
【図14】 事例データベース111に格納される事例
データのデータ構造を示す図である。
データのデータ構造を示す図である。
【図15】 関連付けデータベース112に格納される
関連付けデータのデータ構造を示す図である。
関連付けデータのデータ構造を示す図である。
【図16】 非定型資料データベース113に格納され
る非定型資料データのデータ構造を示す図である。
る非定型資料データのデータ構造を示す図である。
【図17】 関連付けデータベース112に格納する成
果物間の関連付け情報の作成処理の流れを示すフローチ
ャートである。
果物間の関連付け情報の作成処理の流れを示すフローチ
ャートである。
【図18】 図17に示すフローチャートにおけるエン
トリ設定処理の流れを示すフローチャートである。
トリ設定処理の流れを示すフローチャートである。
【図19】 図18に示すフローチャートにおけるエン
トリ位置設定処理の流れを示すフローチャートである。
トリ位置設定処理の流れを示すフローチャートである。
【図20】 ソフトウェア開発支援方式が直接関与しな
い資料への関連付け処理におけるエントリ位置設定処理
の流れを示すフローチャートである。
い資料への関連付け処理におけるエントリ位置設定処理
の流れを示すフローチャートである。
【図21】 関連付けデータベース112に格納する成
果物間の関連付け情報の作成処理に伴う版管理の流れを
示すフローチャートである。
果物間の関連付け情報の作成処理に伴う版管理の流れを
示すフローチャートである。
【図22】 利用者の必要とする情報を呼び出す利用者
関連情報呼び出し処理の流れを示すフローチャートであ
る。
関連情報呼び出し処理の流れを示すフローチャートであ
る。
【図23】 ソフトウェア変更時の改造の影響範囲を見
積る影響範囲見積処理の流れを示すフローチャートであ
る。
積る影響範囲見積処理の流れを示すフローチャートであ
る。
【図24】 改造の際に改造部分の担当者を検索する担
当者連絡処理の流れを示すフローチャートである。
当者連絡処理の流れを示すフローチャートである。
【図25】 改造のための工数の見積を行う工数見積処
理の流れを示すフローチャートである。
理の流れを示すフローチャートである。
【図26】 ソフトウェア開発の際に関連する過去の開
発事例を呼び出す事例利用開発処理の流れを示すフロー
チャートである。
発事例を呼び出す事例利用開発処理の流れを示すフロー
チャートである。
【図27】 従来のソフトウェア開発支援方式における
ソフトウェアプロセスモデルの一例であるVカーブモデ
ルの開発の流れを示す図である。
ソフトウェアプロセスモデルの一例であるVカーブモデ
ルの開発の流れを示す図である。
108 プロジェクト属性データベース(統合データベ
ース)、109 利用者属性データベース(統合データ
ベース)、110 定型資料データベース(統合データ
ベース)、111 事例データベース(統合データベー
ス)、112関連付けデータベース(統合データベー
ス)、113 非定型資料データベース(統合データベ
ース)。
ース)、109 利用者属性データベース(統合データ
ベース)、110 定型資料データベース(統合データ
ベース)、111 事例データベース(統合データベー
ス)、112関連付けデータベース(統合データベー
ス)、113 非定型資料データベース(統合データベ
ース)。
Claims (12)
- 【請求項1】 要求分析、システム設計、機能設計、詳
細設計、ソースコード生成、オブジェクトコード生成、
システム結合、単体試験、結合試験、総合試験、運用試
験の各開発フェーズで得られる全ての成果物に関する情
報と、前記成果物を相互に関連付ける関連付け情報とを
共に格納する統合データベースを設けたソフトウェア開
発支援方式。 - 【請求項2】 少なくとも前記機能設計及び前記詳細設
計の開発フェーズにおいて、既定値を含むテンプレート
を用いて開発を行うテンプレート利用開発ステップを含
むことを特徴とする請求項1記載のソフトウェア開発支
援方式。 - 【請求項3】 打合せ議事録、打合せ資料、及び参考文
献を少なくとも含む、各前記開発フェーズの直接の成果
物以外の資料と、各前記開発フェーズにおいて生成され
る成果物とを相互に関連付ける関連付け情報を前記統合
データベースにおいて管理する非定型資料関連付けステ
ップを含むことを特徴とする請求項1記載のソフトウェ
ア開発支援方式。 - 【請求項4】 ソフトウェアを少なくともサブシステ
ム、モジュールに細分化して、その各々についての版と
それらを組み合わせた全体の版との管理を行い、且つ、
前記関連付け情報の改訂履歴を含めた版管理を行う版管
理ステップを含む請求項1から請求項3のうちのいずれ
か一項記載のソフトウェア開発支援方式。 - 【請求項5】 既定値を含む前記テンプレートを用い
て、ソフトウェア開発の各開発フェーズ毎にソフトウェ
アの機能、性能の検証を行う検証ステップを含むことを
特徴とする請求項2記載のソフトウェア開発支援方式。 - 【請求項6】 ソフトウェア開発の前記各開発フェーズ
毎に、前記テンプレートの既定値が設計値で置き換わっ
た割合によりシステムを構成する要件が全てそろってい
るか否かを判定する開発進捗判定ステップを含むことを
特徴とする請求項2記載のソフトウェア開発支援方式。 - 【請求項7】 利用者の参加するプロジェクト、プロジ
ェクト内のチーム、及び前記利用者が担当する部分に関
する情報を少なくとも管理し、前記利用者が利用を開始
するときに入力する情報に基づいて、前記統合データベ
ースから前記利用者の担当する成果物を呼び出す利用者
関連情報呼び出しステップを含むことを特徴とする請求
項1記載のソフトウェア開発支援方式。 - 【請求項8】 開発中または開発済みのシステムの一部
又は全部の機能を変更する際に、システムの成果物の間
のシステム構成上の関係に基づいて、前記変更に直接関
与する部分の改造が影響する範囲の見積る影響範囲見積
ステップを含むことを特徴とする請求項1記載のソフト
ウェア開発支援方式。 - 【請求項9】 前記影響範囲の見積とソフトウェア開発
の各利用者の担当部分の情報とから、前記改造の部分の
担当者を検索し提示する担当者検索ステップを含むこと
を特徴とする請求項8記載のソフトウェア開発支援方
式。 - 【請求項10】 前記影響範囲の見積と各成果物の工数
とに基づき、前記改造の工数の見積を行う改造工数見積
ステップを含むことを特徴とする請求項8記載のソフト
ウェア開発支援方式。 - 【請求項11】 利用者が入力する開発対象のシステム
の特徴に基づいて、過去の開発事例から前記開発対象の
システムと関連の深い開発事例を選択し該開発事例の成
果物をテンプレートとして使用する事例利用ステップを
含むことを特徴とする請求項1記載のソフトウェア開発
支援方式。 - 【請求項12】 過去の開発事例について前記非定型資
料関連付けステップにおいて管理される前記開発事例の
関連付け情報を参照することにより、前記開発事例に関
連する情報を提示する開発事例設計根拠提示ステップを
含むことを特徴とする請求項3記載のソフトウェア開発
支援方式。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP7161168A JPH0916392A (ja) | 1995-06-27 | 1995-06-27 | ソフトウェア開発支援方式 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP7161168A JPH0916392A (ja) | 1995-06-27 | 1995-06-27 | ソフトウェア開発支援方式 |
Publications (1)
Publication Number | Publication Date |
---|---|
JPH0916392A true JPH0916392A (ja) | 1997-01-17 |
Family
ID=15729893
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP7161168A Pending JPH0916392A (ja) | 1995-06-27 | 1995-06-27 | ソフトウェア開発支援方式 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JPH0916392A (ja) |
Cited By (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH1091408A (ja) * | 1996-07-25 | 1998-04-10 | Fujitsu Ltd | 変更モジュールチェック装置およびそのプログラム記憶媒体 |
JPH11212780A (ja) * | 1998-01-26 | 1999-08-06 | Mitsubishi Electric Corp | 監視制御システム用アプリケーション群開発方法とアプリケーションテンプレート開発支援装置 |
JPH11353014A (ja) * | 1998-06-08 | 1999-12-24 | Mitsubishi Electric Corp | 保守支援システム |
JP2001022574A (ja) * | 1999-07-05 | 2001-01-26 | Mitsubishi Electric Corp | モジュール保守管理システム |
JP2002297883A (ja) * | 2001-03-29 | 2002-10-11 | Fujitsu Ltd | 知識情報管理方法、知識情報生成方法、知識情報利用方法および知識情報管理装置 |
JP2004246782A (ja) * | 2003-02-17 | 2004-09-02 | Toshiba Corp | 金融事務処理事故情報管理システム |
WO2005041032A1 (ja) * | 2003-10-27 | 2005-05-06 | Matsushita Electric Industrial Co. Ltd. | 統合業務ソフトウエアの導入運用支援システム |
JP2005284594A (ja) * | 2004-03-29 | 2005-10-13 | Dainippon Screen Mfg Co Ltd | 開発管理システム |
WO2005124541A1 (ja) * | 2004-06-15 | 2005-12-29 | Kanazawa Institute Of Technology | ソフトウエアライフサイクル管理方法およびソフトウエアライフサイクル管理装置 |
JP2006134225A (ja) * | 2004-11-09 | 2006-05-25 | Hitachi Ltd | ソフトウエアカスタマイズ工数見積システム、ソフトウエアカスタマイズ工数見積方法、ソフトウエアカスタマイズ工数見積プログラム |
US7072796B2 (en) | 2001-07-26 | 2006-07-04 | Kabushiki Kaisha Toshiba | Modification risk degree measurement system, modification risk degree measurement method and modification risk degree measurement program |
JP2006302319A (ja) * | 2006-07-24 | 2006-11-02 | Fujitsu Ltd | 知識情報生成方法 |
JP2007080018A (ja) * | 2005-09-15 | 2007-03-29 | Mitsubishi Electric Corp | ソフトウェアサービス提供装置及びソフトウェアサービス提供方法 |
JP2007156820A (ja) * | 2005-12-05 | 2007-06-21 | Fujitsu Ltd | 保守コスト見積プログラム、保守コスト見積方法および保守コスト見積装置 |
WO2008012919A1 (fr) * | 2006-07-28 | 2008-01-31 | Mitsubishi Electric Corporation | dispositif périphérique de contrôleur de logique programmable |
JP2008250866A (ja) * | 2007-03-30 | 2008-10-16 | Fujitsu Ltd | 算出方法、算出装置及びコンピュータプログラム |
JP2009104588A (ja) * | 2008-08-21 | 2009-05-14 | Nec Corp | システム構築ガイドシステム |
KR100898748B1 (ko) * | 2007-08-01 | 2009-05-25 | 한국철도기술연구원 | 열차제어시스템 소프트웨어 안전성 평가를 위한 시험방법 |
WO2009128465A1 (ja) * | 2008-04-16 | 2009-10-22 | 日本電気株式会社 | サービス変更部品生成システム、方法及び記録媒体 |
JP2010522397A (ja) * | 2007-03-19 | 2010-07-01 | マイクロソフト コーポレーション | チーム環境におけるコラボレーション開発情報の使用 |
WO2012036304A1 (ja) * | 2010-09-16 | 2012-03-22 | 日本電気株式会社 | 動作検証支援装置、動作検証支援方法、及び動作検証支援プログラム |
WO2012114621A1 (ja) * | 2011-02-23 | 2012-08-30 | 株式会社日立製作所 | 提案仕様作成装置および提案仕様作成方法 |
JP2012230538A (ja) * | 2011-04-26 | 2012-11-22 | Mitsubishi Electric Corp | ソフトウェア評価装置、ソフトウェア評価方法およびシステム評価装置 |
JP2019207687A (ja) * | 2018-04-13 | 2019-12-05 | アクセンチュア グローバル ソリューションズ リミテッド | データモデルのオブジェクトを使用したプロジェクト成果物の生成 |
CN112416308A (zh) * | 2020-11-30 | 2021-02-26 | 上海汽车集团股份有限公司 | 一种软件优化方法、装置及软件架构 |
WO2023084791A1 (ja) * | 2021-11-15 | 2023-05-19 | 日本電気株式会社 | 情報管理装置、システム及び方法、並びに、コンピュータ可読媒体 |
-
1995
- 1995-06-27 JP JP7161168A patent/JPH0916392A/ja active Pending
Cited By (31)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH1091408A (ja) * | 1996-07-25 | 1998-04-10 | Fujitsu Ltd | 変更モジュールチェック装置およびそのプログラム記憶媒体 |
JPH11212780A (ja) * | 1998-01-26 | 1999-08-06 | Mitsubishi Electric Corp | 監視制御システム用アプリケーション群開発方法とアプリケーションテンプレート開発支援装置 |
JPH11353014A (ja) * | 1998-06-08 | 1999-12-24 | Mitsubishi Electric Corp | 保守支援システム |
JP2001022574A (ja) * | 1999-07-05 | 2001-01-26 | Mitsubishi Electric Corp | モジュール保守管理システム |
JP2002297883A (ja) * | 2001-03-29 | 2002-10-11 | Fujitsu Ltd | 知識情報管理方法、知識情報生成方法、知識情報利用方法および知識情報管理装置 |
US7072796B2 (en) | 2001-07-26 | 2006-07-04 | Kabushiki Kaisha Toshiba | Modification risk degree measurement system, modification risk degree measurement method and modification risk degree measurement program |
JP2004246782A (ja) * | 2003-02-17 | 2004-09-02 | Toshiba Corp | 金融事務処理事故情報管理システム |
WO2005041032A1 (ja) * | 2003-10-27 | 2005-05-06 | Matsushita Electric Industrial Co. Ltd. | 統合業務ソフトウエアの導入運用支援システム |
JP2005284594A (ja) * | 2004-03-29 | 2005-10-13 | Dainippon Screen Mfg Co Ltd | 開発管理システム |
WO2005124541A1 (ja) * | 2004-06-15 | 2005-12-29 | Kanazawa Institute Of Technology | ソフトウエアライフサイクル管理方法およびソフトウエアライフサイクル管理装置 |
JP2006134225A (ja) * | 2004-11-09 | 2006-05-25 | Hitachi Ltd | ソフトウエアカスタマイズ工数見積システム、ソフトウエアカスタマイズ工数見積方法、ソフトウエアカスタマイズ工数見積プログラム |
JP2007080018A (ja) * | 2005-09-15 | 2007-03-29 | Mitsubishi Electric Corp | ソフトウェアサービス提供装置及びソフトウェアサービス提供方法 |
JP4523901B2 (ja) * | 2005-09-15 | 2010-08-11 | 三菱電機株式会社 | ソフトウェアサービス提供装置及びソフトウェアサービス提供方法 |
JP2007156820A (ja) * | 2005-12-05 | 2007-06-21 | Fujitsu Ltd | 保守コスト見積プログラム、保守コスト見積方法および保守コスト見積装置 |
JP2006302319A (ja) * | 2006-07-24 | 2006-11-02 | Fujitsu Ltd | 知識情報生成方法 |
WO2008012919A1 (fr) * | 2006-07-28 | 2008-01-31 | Mitsubishi Electric Corporation | dispositif périphérique de contrôleur de logique programmable |
JP2010522397A (ja) * | 2007-03-19 | 2010-07-01 | マイクロソフト コーポレーション | チーム環境におけるコラボレーション開発情報の使用 |
US8464209B2 (en) | 2007-03-19 | 2013-06-11 | Microsoft Corporation | Using collaborative development information in a team environment |
JP2008250866A (ja) * | 2007-03-30 | 2008-10-16 | Fujitsu Ltd | 算出方法、算出装置及びコンピュータプログラム |
KR100898748B1 (ko) * | 2007-08-01 | 2009-05-25 | 한국철도기술연구원 | 열차제어시스템 소프트웨어 안전성 평가를 위한 시험방법 |
WO2009128465A1 (ja) * | 2008-04-16 | 2009-10-22 | 日本電気株式会社 | サービス変更部品生成システム、方法及び記録媒体 |
JP2009104588A (ja) * | 2008-08-21 | 2009-05-14 | Nec Corp | システム構築ガイドシステム |
CN103119558A (zh) * | 2010-09-16 | 2013-05-22 | 日本电气株式会社 | 操作验证支持设备、操作验证支持方法和操作验证支持程序 |
WO2012036304A1 (ja) * | 2010-09-16 | 2012-03-22 | 日本電気株式会社 | 動作検証支援装置、動作検証支援方法、及び動作検証支援プログラム |
JP2012174099A (ja) * | 2011-02-23 | 2012-09-10 | Hitachi Ltd | 提案仕様作成装置および提案仕様作成方法 |
WO2012114621A1 (ja) * | 2011-02-23 | 2012-08-30 | 株式会社日立製作所 | 提案仕様作成装置および提案仕様作成方法 |
JP2012230538A (ja) * | 2011-04-26 | 2012-11-22 | Mitsubishi Electric Corp | ソフトウェア評価装置、ソフトウェア評価方法およびシステム評価装置 |
JP2019207687A (ja) * | 2018-04-13 | 2019-12-05 | アクセンチュア グローバル ソリューションズ リミテッド | データモデルのオブジェクトを使用したプロジェクト成果物の生成 |
US11449813B2 (en) | 2018-04-13 | 2022-09-20 | Accenture Global Solutions Limited | Generating project deliverables using objects of a data model |
CN112416308A (zh) * | 2020-11-30 | 2021-02-26 | 上海汽车集团股份有限公司 | 一种软件优化方法、装置及软件架构 |
WO2023084791A1 (ja) * | 2021-11-15 | 2023-05-19 | 日本電気株式会社 | 情報管理装置、システム及び方法、並びに、コンピュータ可読媒体 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JPH0916392A (ja) | ソフトウェア開発支援方式 | |
Moody | Metrics for evaluating the quality of entity relationship models | |
US7058588B2 (en) | Dependency-based work flow integration and reduction | |
US8015051B2 (en) | System and method for business process integration | |
Christel et al. | Issues in requirements elicitation | |
JP2783109B2 (ja) | データベースシステム退避装置及びデータベースシステム復元装置及びデータベースシステム移行装置 | |
US5560012A (en) | Object-oriented data processing system | |
JP4444867B2 (ja) | 業務プロセスモデル作成支援システムおよびプログラム,ならびに業務プロセスモデル作成処理方法 | |
CN109344230A (zh) | 代码库文件生成、代码搜索、联结、优化以及移植方法 | |
JP2002032773A (ja) | 地図データの処理装置及び方法 | |
KR101975272B1 (ko) | 협업 의존성 기반 컴포넌트 재사용 추천 시스템 및 방법 | |
US7720872B1 (en) | Software interface mapping tool | |
JP2004252930A (ja) | 作業範囲を確定または変更するコンピュータ化された方法 | |
Schlie et al. | Incremental feature model synthesis for clone-and-own software systems in MATLAB/Simulink | |
Postina et al. | An ea-approach to develop soa viewpoints | |
JP4069701B2 (ja) | 作業支援装置 | |
CN116702892A (zh) | 一种知识库生成方法、装置、电子设备及存储介质 | |
Kato et al. | PAORE: Package oriented requirements elicitation | |
JP3914010B2 (ja) | 設計解析方法および設計解析プログラム | |
Staron et al. | Using models to develop measurement systems: a method and its industrial use | |
JP2004355326A (ja) | ソフトウェア開発支援プログラム、当該プログラムを記録した記録媒体及びソフトウェア開発支援システム | |
Randles et al. | A vocabulary for describing mapping quality assessment, refinement and validation | |
Feldmann et al. | Towards goal-oriented organizational learning: representing and maintaining knowledge in an experience base | |
Koch | Hypermedia systems development based on the Unified Process | |
Blum | Documentation for maintenance: a hypertext design |