JP2000215038A - Information management device and recording medium - Google Patents
Information management device and recording mediumInfo
- Publication number
- JP2000215038A JP2000215038A JP11173238A JP17323899A JP2000215038A JP 2000215038 A JP2000215038 A JP 2000215038A JP 11173238 A JP11173238 A JP 11173238A JP 17323899 A JP17323899 A JP 17323899A JP 2000215038 A JP2000215038 A JP 2000215038A
- Authority
- JP
- Japan
- Prior art keywords
- product
- version
- task
- process definition
- project information
- 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)
Abstract
Description
【０００１】[0001]
【発明の属する技術分野】本発明は情報管理装置および
記録媒体に関し、特に、ソフトウェア開発・保守を実施
する一連のプロジェクト上で発生する様々な情報（以
下、プロジェクト情報と称する）を一元的に管理するこ
とによってソフトウェア開発・保守を支援するための装
置に用いて好適なものである。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an information management apparatus and a recording medium, and more particularly, to a unitary management of various information (hereinafter referred to as project information) generated in a series of projects for executing software development and maintenance. Thus, the present invention is suitable for use in an apparatus for supporting software development and maintenance.
【０００２】[0002]
【従来の技術】一般に、ソフトウェアの開発・保守は、
仕様書の作成、設計書の作成、ソースコードやバイナリ
コードの作成、出来上がったプログラムのテストなどの
各種の作業を通して行われる。そして、これらの作業を
行う際には、仕様書やソースコードなどの成果物の他
に、テストデータ、障害に関する情報、バージョンや進
捗に関する情報など、様々な情報（プロジェクト情報）
が扱われる。2. Description of the Related Art Generally, software development and maintenance
This is done through a variety of tasks, such as creating specifications, creating design documents, creating source and binary code, and testing completed programs. When performing these tasks, in addition to deliverables such as specifications and source code, various information (project information) such as test data, information on failures, information on versions and progress, etc.
Is treated.
【０００３】通常、これらのプロジェクト情報は、実際
には個々が単に独立したものとして存在するのではな
く、他の情報との関係を持って存在することが多い。例
えば、要求仕様書を参照して詳細設計書が作成され、そ
の作成された詳細設計書を参照してソースコードが作成
されるといったように、成果物どうしには何らかの参照
関係が存在する。[0003] Usually, these pieces of project information actually do not exist individually as individual things, but often exist in relation to other information. For example, there is some kind of reference relationship between the deliverables, such that a detailed design document is created with reference to the requirement specification and a source code is created with reference to the created detailed design document.
【０００４】したがって、上述の例でソースコードを作
成しようとする場合には、原則的にはその前提として詳
細設計書が作成されていなければならず、更にその詳細
設計書を作成しようとする場合には、原則的にはその前
提として要求仕様書が作成されていなければならないと
いうことになる。また、あるプロジェクト情報を変更し
たり削除した場合には、これに関連する他のプロジェク
ト情報も併せて変更したり削除しなくてはならない場合
が少なからず生じる。[0004] Therefore, when the source code is to be created in the above-described example, a detailed design document must be created as a prerequisite in principle, and further when the detailed design document is to be created. Means that, in principle, the requirements specification must be prepared. In addition, when a certain project information is changed or deleted, there are not a few cases where it is necessary to change or delete other related project information.
【０００５】[0005]
【発明が解決しようとする課題】従来、このようなプロ
ジェクト情報を生成・管理するためのツールがいくつか
提案され、また利用されている。しかしながら、これら
のツールでは、各ツールで作成されたプロジェクト情報
が各ツール毎に散在して管理されており、しかも互いの
関係が管理されることはなかった。Conventionally, several tools for generating and managing such project information have been proposed and used. However, in these tools, the project information created by each tool is scatteredly managed for each tool, and the relationship between the tools is not managed.
【０００６】そのため、例えば開発者があるプロジェク
ト情報を変更したときに、これに関連して変更すべき他
のプロジェクト情報があるときは、そのことを開発者自
らが判断し、そのためのツールを立ち上げて変更を行う
必要があった。よって、関連するプロジェクト情報の変
更を行うことを忘れてしまい、その結果、プロジェクト
情報間で整合性を欠いてしまうことがあるという問題が
あった。For this reason, for example, when a developer changes one project information and there is other project information to be changed in connection with the change, the developer determines the fact by itself and sets up a tool for that. Had to be raised and changed. Therefore, there is a problem in that the user forgets to change the related project information, and as a result, the project information may lack consistency.
【０００７】特に、ソフトウェア開発においては、成果
物の変更に伴ってバージョン（版）を順次更新すること
がよく行われる。そのため、開発者は、ある成果物のあ
る版に変更を加えたときに、それに関連して変更すべき
成果物の種類だけでなく、その成果物のどの版を変更す
べきかということまで自分で判断する必要があり、非常
に煩雑であった。In particular, in software development, it is often performed to sequentially update the version (version) in accordance with a change in the product. Therefore, when a developer makes a change to a version of an artifact, he or she has to decide not only what kind of artifact to change in relation to it, but also which version of the artifact to change. It was necessary to judge, and it was very complicated.
【０００８】また、従来のツールでは、各種プロジェク
ト情報の作成や変更を行う場合、基本的な操作は可能で
あるが、いつ、誰が、どの作業をして、どのような情報
を生成するかという作業手順を管理する手段を備えてい
ない。そのため、例えばあるアプリケーションソフトウ
ェアを作成しようとする場合、どのような作業をどのよ
うな順番で行うかを開発者自身が判断して行う必要があ
った。その結果、必要な作業の抜けが生じたり、適切で
ない順番で作業を行ってしまうことがあるという問題も
あった。[0008] In addition, with the conventional tools, when creating or changing various project information, basic operations are possible, but when, who performs what work, and what information is generated. There is no means to manage work procedures. For this reason, for example, when trying to create certain application software, it is necessary for the developer to determine what work to perform and in what order. As a result, there is a problem that necessary work may be omitted or work may be performed in an inappropriate order.
【０００９】さらに、一連のソフトウェア開発で生成さ
れたシステムをリリースするときには、前のバージョン
からの変更点や、対応済あるいは未対応の障害に関する
情報などを記述したリリースノートを作成することが多
い。しかしながら、従来は、このリリースノートは開発
者が記述していたため、必要な情報の記述漏れがあった
り、整合性を欠いてしまうなどの問題があった。Further, when releasing a system generated by a series of software developments, a release note describing changes from a previous version and information on a handled or unsupported failure is often created. However, conventionally, since the release notes were written by a developer, there were problems such as omission of necessary information and lack of consistency.
【００１０】本発明は、このような問題を解決するため
に成されたものであり、散逸しがちなプロジェクト情報
を一元管理し、版ごとに管理される各プロジェクト情報
間の整合性を常に正しく維持できるようにするととも
に、ソフトウェア開発で必要な作業を開発者が特に意識
しなくても適切な手順で行うことができるようにするこ
とを目的としている。また、本発明は、リリースノート
作成の効率を上げるとともに、その記述漏れや不整合を
抑制できるようにすることも目的としている。The present invention has been made in order to solve such a problem. The present invention unifyly manages project information which tends to be dissipated, and always corrects consistency between project information managed for each version. The purpose is to be able to maintain the software and to perform the necessary work in software development in an appropriate procedure without being particularly conscious of the developer. It is another object of the present invention to increase the efficiency of release note creation and to suppress omission of description and inconsistency.
【００１１】[0011]
【課題を解決するための手段】本発明の情報管理装置
は、システム開発・保守を行う上で必要な作業を示すタ
スク名とその順序、各タスクにより生成される成果物
名、各タスクを実行する作業者名、各成果物間の関連、
およびシステムの階層構造の各情報を含み、システム開
発・保守の基本的なプロセスを定義するプロセス定義手
段と、上記プロセス定義手段により記述されたプロセス
定義を格納する第１の記憶手段と、上記システム開発・
保守を実際に行うプロジェクトに合わせて各種作業を実
行し、その際に上記第１の記憶手段に格納されているプ
ロセス定義の内容を解析して種々のプロジェクト情報を
生成する複数の処理実行手段と、上記複数の処理実行手
段により生成されたプロジェクト情報を格納する第２の
記憶手段とを備えたことを特徴とする。ここで、上記プ
ロセス定義での各タスク名の記述順序はタスクの実行順
序と一致するようにしても良い。SUMMARY OF THE INVENTION An information management apparatus according to the present invention provides a task name indicating a task necessary for system development and maintenance, its order, a product name generated by each task, and an execution of each task. The name of the worker to perform, the relationship between each product,
And a first storage means for storing a process definition described by the above-mentioned process definition means, the process definition means including basic information of system development and maintenance including each information of the system and the hierarchical structure of the system; development of·
A plurality of processing executing means for executing various operations in accordance with the project for which maintenance is actually performed, analyzing the contents of the process definition stored in the first storage means and generating various project information at that time; And second storage means for storing the project information generated by the plurality of processing execution means. Here, the order in which the task names are described in the process definition may match the order in which the tasks are executed.
【００１２】本発明の他の態様では、上記複数の処理実
行手段は、ある成果物を作成もしくは変更するときに、
上記プロセス定義を参照して、当該成果物に対応するタ
スクを自動的に生成する第１の自動生成手段を含むこと
を特徴とする。ここで、上記第１の自動生成手段は、上
記プロセス定義に記述されている順序に従ってタスクを
生成するようにしても良い。また、上記第１の自動生成
手段は、作成もしくは変更した成果物との関連が上記プ
ロセス定義に記述されている成果物に対して参照関係を
自動的に生成する手段を更に含むようにしても良い。In another aspect of the present invention, the plurality of processing execution units are configured to generate or change a certain product,
A first automatic generation means for automatically generating a task corresponding to the product by referring to the process definition is provided. Here, the first automatic generation means may generate tasks in the order described in the process definition. Further, the first automatic generation means may further include means for automatically generating a reference relationship with respect to the artifact described in the process definition in association with the created or changed artifact.
【００１３】本発明のその他の態様では、上記複数の処
理実行手段は、ある成果物を削除するときに、上記プロ
セス定義を参照して、当該削除した成果物との関連が定
義されている成果物を自動的に削除する第１の自動削除
手段を含むことを特徴とする。In another aspect of the present invention, when deleting a certain product, the plurality of processing execution means refers to the process definition, and defines a relationship between the product and the deleted product. It includes a first automatic deletion means for automatically deleting an object.
【００１４】本発明のその他の態様では、上記複数の処
理実行手段は、ある成果物を変更するときに、上記プロ
セス定義を参照して、当該変更した成果物との関連が定
義されている成果物を報知する報知手段を含むことを特
徴とする。In another aspect of the present invention, when a certain product is changed, the plurality of processing execution means refers to the process definition and defines a result defined in relation to the changed product. It is characterized by including a notifying means for notifying an object.
【００１５】本発明のその他の態様では、上記複数の処
理実行手段は、ある成果物間の参照関係を作成するとき
に、上記プロセス定義を参照して、当該作成した参照関
係に付随して作成すべき成果物間の参照関係を自動的に
生成する第２の自動生成手段を含むことを特徴とする。
また、上記複数の処理実行手段は、ある成果物間の参照
関係を削除するときに、上記プロセス定義を参照して、
当該削除した参照関係に付随して削除すべき成果物間の
参照関係を自動的に削除する第２の自動削除手段を含む
ことを特徴とする。In another aspect of the present invention, the plurality of processing execution means refers to the process definition when creating a reference relationship between a certain product and creates the reference relationship with the created reference relationship. It is characterized by including a second automatic generation means for automatically generating a reference relationship between deliverables to be produced.
Further, the plurality of processing execution means refers to the process definition when deleting a reference relationship between a certain product,
It is characterized by including a second automatic deletion means for automatically deleting a reference relation between deliverables to be deleted accompanying the deleted reference relation.
【００１６】本発明のその他の態様では、上記複数の処
理実行手段は、成果物あるいは参照関係の作成、変更も
しくは削除を行うときに、上記第１の記憶手段内のプロ
セス定義と上記第２の記憶手段内に既に格納されている
プロジェクト情報とを参照して、その時点で選択可能な
成果物の一覧を作成する一覧作成手段を含むことを特徴
とする。In another aspect of the present invention, the plurality of processing execution means, when creating, changing or deleting a product or a reference relationship, stores the process definition in the first storage means and the second processing definition. It is characterized by including a list creating means for creating a list of deliverables selectable at that time by referring to project information already stored in the storage means.
【００１７】本発明のその他の態様では、上記複数の処
理実行手段は、上記タスクが生成されたときに、そのタ
スクを実行すべき作業者を割り当てる処理を起動する作
業者割り当て手段を含むことを特徴とする。In another aspect of the present invention, the plurality of processing executing means include an operator allocating means for activating a processing for allocating an operator to execute the task when the task is generated. Features.
【００１８】本発明のその他の態様では、システムの開
発・保守を行う際にバージョンアップされる各成果物の
版と、上記システムの版および当該システムに含まれる
成果物の構成とを管理する版・構成管理手段を備え、上
記複数の処理実行手段により生成されるプロジェクト情
報を、上記システムの版ごと、および当該システムの各
版を構成する各成果物の版ごとに管理することを特徴と
する。According to another aspect of the present invention, a version of each product to be upgraded when the system is developed and maintained, and a version for managing the version of the system and the configuration of the product included in the system. A configuration management unit that manages project information generated by the plurality of process execution units for each version of the system and for each version of each product constituting each version of the system; .
【００１９】本発明のその他の態様では、上記成果物あ
るいは参照関係の作成、変更もしくは削除を行うとき
に、上記第１の記憶手段内のプロセス定義と上記第２の
記憶手段内に既に格納されているプロジェクト情報とを
参照して、上記作成、変更もしくは削除を行う成果物の
版と関連のある成果物の版の一覧を作成する一覧作成手
段を備えることを特徴とする。According to another aspect of the present invention, when creating, changing or deleting the above-mentioned product or reference relationship, the process definition in the first storage means and the process definition already stored in the second storage means are used. And a list creation unit for creating a list of versions of the product to be created, changed, or deleted and a version of the related product with reference to the relevant project information.
【００２０】本発明のその他の態様では、上記成果物の
変更を行うときに、変更後の成果物を新たな版に更新す
るか現状の版で対応するかをユーザに選択させる選択手
段を備えることを特徴とする。この場合、上記タスクの
実行工程を管理し、各タスクが計画中、実行中、完了の
何れの段階にあるのかを管理する工程管理手段を備え、
上記選択手段は、上記工程管理手段により管理されてい
るタスクの状態が計画中もしくは実行中のタスクに対応
する成果物についてのみ、上記変更後の成果物を新たな
版に更新するか現状の版で対応するかをユーザに選択さ
せるようにしても良い。According to another aspect of the present invention, there is provided a selection means for allowing a user to select whether to update the changed product to a new version or to use the current version when changing the product. It is characterized by the following. In this case, there is provided a process management unit that manages an execution process of the task and manages which stage of each task is being planned, being executed, or completed,
The selecting means updates the changed product to a new version or updates the current version only for the product whose task status managed by the process management means corresponds to the task being planned or being executed. The user may be allowed to select whether or not to respond.
【００２１】本発明のその他の態様では、上記版・構成
管理手段は、上記成果物の作成、変更もしくは削除を行
うときに、上記システムの新しい版およびそれに含まれ
る各成果物の版の新しい構成を生成することを特徴とす
る。In another aspect of the present invention, the version / configuration management means, when creating, changing or deleting the product, performs a new configuration of the new version of the system and the version of each product included therein. Is generated.
【００２２】本発明のその他の態様では、上記成果物の
障害を管理する障害管理手段と、上記複数の処理実行手
段により上記成果物あるいは参照関係の作成、変更もし
くは削除を行うときに入力される変更データ、および上
記障害管理手段により障害管理を行うときに入力される
障害データを用いて、更新した版の内容を表すリリース
ノートを自動的に生成する第３の自動生成手段とを備え
たことを特徴とする。In another aspect of the present invention, the failure management means manages a failure of the product, and the plurality of processing execution means input the creation, change, or deletion of the product or reference relationship. A third automatic generation unit for automatically generating a release note representing the contents of the updated version using the change data and the failure data input when the failure management unit performs the failure management. It is characterized by.
【００２３】また、本発明のコンピュータ読み取り可能
な記録媒体は、システム開発・保守を行う上で必要な作
業を示すタスク名とその順序、各タスクにより生成され
る成果物名、各タスクを実行する作業者名、各成果物間
の関連、およびシステムの階層構造の各情報を含み、シ
ステム開発・保守の基本的なプロセスを定義するプロセ
ス定義手段と、上記システム開発・保守を実際に行うプ
ロジェクトに合わせて各種作業を実行し、その際に上記
プロセス定義手段により記述されたプロセス定義の内容
を解析して種々のプロジェクト情報を生成し、それを記
憶手段に格納する複数の処理実行手段としてコンピュー
タを機能させるためのプログラムを記録したことを特徴
とする。Further, the computer-readable recording medium of the present invention executes task names indicating tasks necessary for system development and maintenance, their order, product names generated by each task, and each task. A process definition means that defines the basic process of system development and maintenance, including information on the names of workers, the relationships between each product, and the hierarchical structure of the system. In addition, various tasks are executed, and at this time, a computer is used as a plurality of processing execution means for analyzing various contents of the process definition described by the process definition means to generate various project information and storing the same in the storage means. It is characterized by recording a program for functioning.
【００２４】本発明は上記技術手段より成るので、最初
に基本的なプロセス定義を記述しておけば、そのプロセ
ス定義の内容に沿ってプロジェクト情報を正しい手順で
生成していくことができ、しかも１つの基本的なプロセ
ス定義から異なるプロジェクト毎にそれぞれのプロジェ
クト情報を生成することができる。さらに、複数の処理
実行手段により順次生成したプロジェクト情報を各成果
物間の関連等も含めて１つの記憶手段にて一元的に管理
することが可能となる。Since the present invention comprises the above technical means, if a basic process definition is described first, project information can be generated in a correct procedure according to the contents of the process definition. Project information for each different project can be generated from one basic process definition. Further, it is possible to centrally manage the project information sequentially generated by the plurality of processing execution units, including the relation between the respective products, in one storage unit.
【００２５】本発明の他の特徴によれば、ある処理実行
手段により成果物が作成もしくは変更されると、当該成
果物に対応するタスクが自動的に生成されるので、開発
者は当該成果物を作成するための作業を特に意識しなく
ても正しい手順で作業を行うことが可能となる。さら
に、上記作成もしくは変更した成果物との関連が定義さ
れている成果物に対して参照関係が自動的に生成される
ので、成果物間の関連等について開発者が特に意識しな
くても、常に正しい関連が維持される。According to another feature of the present invention, when a product is created or changed by a certain processing execution means, a task corresponding to the product is automatically generated. It is possible to perform the work in a correct procedure without being particularly conscious of the work for creating the. Furthermore, since a reference relationship is automatically generated for a product in which the relationship with the created or modified product is defined, even if the developer is not particularly conscious of the relationship between the products, The correct association is always maintained.
【００２６】この参照関係の自動生成は、ある成果物間
の参照関係を作成したときにも、それに付随して作成す
べき参照関係について同様に行われる。また、これとは
逆にある成果物間の参照関係が削除されると、当該削除
された参照関係に付随して削除すべき成果物間の参照関
係が自動的に削除されるので、プロジェクト情報間の関
連が常に正しく維持される。The automatic generation of the reference relation is performed similarly when a reference relation between certain products is created, with respect to the reference relation to be created. Conversely, when the reference relationship between the artifacts is deleted, the reference relationship between the artifacts to be deleted accompanying the deleted reference relationship is automatically deleted. The association between them is always maintained correctly.
【００２７】本発明のその他の特徴によれば、ある処理
実行手段により成果物が削除されると、当該削除された
成果物との関連が定義されている成果物が自動的に削除
されるので、付随して削除すべき情報の消し忘れがなく
なり、正しい整合性を維持することが可能となる。ま
た、上述のように参照関係の自動生成によって正しい関
連が維持されているので、自動削除すべき情報の漏れが
ない。According to another feature of the present invention, when a product is deleted by a certain processing execution means, a product defined in relation to the deleted product is automatically deleted. Therefore, it is possible to keep the information to be deleted from being forgotten and to maintain correct consistency. Further, since the correct association is maintained by the automatic generation of the reference relation as described above, there is no omission of information to be automatically deleted.
【００２８】本発明のその他の特徴によれば、ある処理
実行手段により成果物が変更されると、当該変更された
成果物との関連が定義されている成果物が開発者に報知
されるので、付随して変更すべき情報の変更し忘れがな
くなり、正しい整合性を維持することが可能となる。ま
た、上述のように参照関係の自動生成によって正しい関
連が維持されているので、報知すべき情報の漏れがな
い。According to another feature of the present invention, when a product is changed by a certain processing execution means, a product in which the relation with the changed product is defined is notified to the developer. Therefore, it is possible to keep the information to be changed from being forgotten to be changed, and to maintain correct consistency. In addition, since the correct association is maintained by the automatic generation of the reference relation as described above, there is no omission of information to be notified.
【００２９】本発明のその他の特徴によれば、ある処理
実行手段により成果物あるいは参照関係の作成、変更も
しくは削除が行われると、その時点で選択可能な成果物
の一覧が作成され、例えば画面表示によって開発者に知
らせられるので、成果物や参照関係を操作できる作業に
制限が設けられ、その時点で有効なもの以外は選択でき
ないようになり、開発者が特に意識しなくても、常に正
しい成果物を参照しながらソフトウェア開発を実施する
ことができるようになる。According to another feature of the present invention, when creation or change or deletion of a deliverable or a reference relationship is performed by a certain processing execution means, a list of deliverables that can be selected at that time is created. Since the display informs the developer, the work that can operate the deliverables and reference relations is restricted, so that only those that are valid at that time can not be selected, and even if the developer is not particularly aware, it is always correct Software development can be performed while referring to the artifacts.
【００３０】本発明のその他の特徴によれば、複数の処
理実行手段により生成されるプロジェクト情報が、シス
テムの版ごとおよび当該システムの版を構成する各成果
物の版ごとに管理されるので、成果物間の参照関係がシ
ステムの版および成果物の版ごとに適切に維持されるよ
うになる。According to another feature of the present invention, the project information generated by the plurality of processing executing means is managed for each version of the system and for each version of each product constituting the version of the system. Reference relationships between artifacts will be properly maintained for each system version and artifact version.
【００３１】本発明のその他の特徴によれば、例えばあ
る成果物のある版に対して作成、変更もしくは削除が行
われると、それと関連のある成果物の版の一覧が作成さ
れ、例えば画面表示によって開発者に知らせられるの
で、開発者は、付随して変更等を行うべき成果物の版を
容易に知ることが可能となる。According to another feature of the present invention, for example, when a version of a given product is created, changed, or deleted, a list of versions of the related product is created, for example, a screen display. Is notified to the developer, so that the developer can easily know the version of the product to be changed and the like.
【００３２】本発明のその他の特徴によれば、成果物の
作成、変更もしくは削除が行われると、それに対応して
システムの新しい版およびそれに含まれる各成果物の版
の新しい構成が生成されるので、開発者が特に意識しな
くても、各成果物の版の間で常に正しい参照関係等が維
持されるようになる。According to another feature of the invention, when a product is created, modified, or deleted, a new version of the system and a new configuration of versions of each product included therein are generated correspondingly. Therefore, even if the developer is not particularly conscious, a correct reference relationship between the versions of each product is always maintained.
【００３３】本発明のその他の特徴によれば、成果物等
の変更の実行過程で得られる変更データ、および障害管
理手段による障害管理の実行過程で得られる障害データ
を用いてリリースノートが自動生成されるので、開発者
がリリースノートを一から作成しなくても済むようにな
る。According to another feature of the present invention, a release note is automatically generated using change data obtained in a process of executing a change of a product or the like and fault data obtained in a process of executing a fault management by a fault management unit. So developers do not have to write release notes from scratch.
【００３４】[0034]
【発明の実施の形態】以下、本発明の一実施形態を図面
に基づいて説明する。図１は、本実施形態による情報管
理装置の全体構成を示す機能ブロック図である。DESCRIPTION OF THE PREFERRED EMBODIMENTS One embodiment of the present invention will be described below with reference to the drawings. FIG. 1 is a functional block diagram illustrating the overall configuration of the information management device according to the present embodiment.
【００３５】図１において、１はプロセス定義部であ
り、ソフトウェア開発・保守を行う上で必要な基本的な
プロセスを定義する。プロセス定義の記述には、システ
ム等を開発するためにはどんな作業が必要であるかの基
本的なタスク名と、各タスクによって生成される成果物
名と、各タスクを誰（どのチーム）が実行するかの役割
を示す概念としてのチーム名と、タスクと成果物との関
係や成果物と役割との関係、さらには各成果物間の参照
関係との記述が少なくとも含まれる（ただし、成果物と
タスクとの関係が１対１であるならば、タスクに関する
内容をプロセス定義で記述しなくても良い）。各タスク
名の記述順序はタスクの実行順序と一致するものとす
る。In FIG. 1, reference numeral 1 denotes a process definition unit, which defines a basic process required for software development and maintenance. In the description of the process definition, the basic task name of what kind of work is required to develop the system, etc., the name of the product created by each task, and who (which team) It includes at least a description of the team name as a concept indicating the role of execution, the relationship between tasks and deliverables, the relationship between deliverables and roles, and the reference relationship between each deliverable (however, If there is a one-to-one relationship between an object and a task, the contents of the task need not be described in the process definition.) The description order of each task name matches the task execution order.
【００３６】このプロセス定義では、上述のタスク名や
成果物等を階層構造的に記述する。図２（ａ）は、一例
として成果物名を階層構造的に記述した例を概念的に示
している。この例では、１つのアプリケーションは仕様
書、ソースコード、バイナリ、リリースノートの構造を
持つということが示されている。また、これらの成果物
間の参照関係の記述としては、仕様書を参照してソース
コードが作成され、そのソースコードを参照してバイナ
リが作成されるといったような基本的な参照関係を記述
する。In the process definition, the above-described task names, deliverables, and the like are described in a hierarchical structure. FIG. 2A conceptually illustrates an example in which a product name is described in a hierarchical structure as an example. In this example, it is shown that one application has a structure of a specification, a source code, a binary, and a release note. In addition, as a description of a reference relationship between these artifacts, a basic reference relationship such as a source code is created with reference to a specification and a binary is created with reference to the source code is described. .
【００３７】図３〜図５は、プロセス記述の具体的な例
を示す図である。この例の記述中において、unitはシス
テムの構造を表すものであり、階層構造の各階層に置か
れる。ここには、各階層のunitが持つ具体的な構造要素
（component ）が定義されている。unitの構造要素（co
mponent ）としては、タスク名、各タスクによる成果物
名、タスクと成果物との関係や各成果物間の参照関係
（reference ）等が記述される。また、各成果物に対し
て、その成果物を生成するチーム名（role）や、その成
果物を生成する際に事前に生成されていることが必要な
成果物を表す起動条件（trigger ）も記述される。FIGS. 3 to 5 are diagrams showing specific examples of the process description. In the description of this example, the unit represents the structure of the system, and is placed at each level of the hierarchical structure. Here, specific structural elements (components) of units of each layer are defined. unit structural element (co
As mponent), a task name, a product name of each task, a relationship between the task and the product, a reference relationship (reference) between the products, and the like are described. In addition, for each deliverable, the team name (role) that generates the deliverable and the launch condition (trigger) that represents the deliverable that needs to be generated in advance when generating the deliverable are also provided. Is described.
【００３８】例えば、図３において、「define unit シ
ステム」と記述された部分には、このシステムを生成す
るためのタスクとして、分析設計、サブシステム開発、
テストの３つのタスクがあり、これらのタスクに対応す
る成果物として、仕様書、サブシステム、テストデータ
がこの順番で作られることが示されている。なお、成果
物名の後に記された＜＞内の数字は、その成果物をいく
つ持てるかを表したものである。For example, in FIG. 3, the parts described as “define unit system” include, as tasks for generating this system, analysis design, subsystem development,
There are three tasks for testing, and it is shown that specifications, subsystems, and test data are created in this order as deliverables corresponding to these tasks. The number in <> after the product name indicates how many products can be held.
【００３９】上記仕様書に関しては、「define product
システム．仕様書」と記述された部分において、その
仕様書は分析設計チームが作成するということが示され
ている。また、上記テストデータに関しては、「define
product システム．テストデータ」と記述された部分
において、そのテストデータは品質保証チームが作成
し、実行コード（バイナリコード）とライブラリとが全
て作られていることが事前条件として必要であることが
示されている。Regarding the above specification, "define product
system. The section labeled "Specifications" indicates that the specifications are created by the analysis and design team. For the above test data, see "define
product system. In the part described as "test data", it is shown that the test data is created by the quality assurance team, and it is necessary as a precondition that all of the execution code (binary code) and the library are created. .
【００４０】また、上記サブシステムに関しては、「de
fine unit システム．サブシステム」と記述された部分
において、更にこのサブシステムを生成するためのタス
クとして、分析設計、アプリケーション開発、ライブラ
リ開発、テストの４つのタスクがあり、各タスクに対応
する成果物として仕様書、アプリケーション、ライブラ
リ、テストデータがこの順番で作られることが示されて
いる。また、図４の「define unit システム．サブシス
テム．アプリケーション」と記述された部分に示すよう
に、アプリケーションを作成する際にはライブラリを参
照するということも示されている。Regarding the above subsystem, "de
fine unit system. In the part described as “subsystem”, there are four tasks of analysis design, application development, library development, and test as tasks for generating this subsystem, and specifications, It is shown that the application, library, and test data are created in this order. Further, as shown in a portion described as “define unit system.subsystem.application” in FIG. 4, it is also shown that a library is referred to when an application is created.
【００４１】このように、本実施形態では、ソフトウェ
ア開発で生成される各成果物間の関係だけでなく、その
成果物を誰が作るのか、その成果物を作るためには事前
にどんな成果物が作られていることが必要で、どんな作
業をしなければならないか等の情報を含めて、ソフトウ
ェア開発のプロセスをモデル化し、それを整理して記述
できる仕組みを提供している。As described above, in the present embodiment, not only the relationship between the respective products generated by software development, but also who creates the product, and what kind of product is created in advance to create the product. It provides a mechanism for modeling the software development process, including information on what needs to be done and what work must be done, and which can organize and describe it.
【００４２】上記プロセス定義部１で記述するプロセス
定義は、ソフトウェア開発の具体的なプロジェクトに依
存しない、基本的でかつ概念的なプロセスを定義したも
のであり、プロジェクトにおいては、プロセス定義にお
ける各要素を具現化したものをプロジェクト情報として
管理する。例えば、プロセス定義中の成果物であるアプ
リケーションは、プロジェクトによって、図２（ｂ）の
ような生産管理システムや計画システムといった固有の
情報として具現化される。The process definition described in the process definition section 1 defines a basic and conceptual process that does not depend on a specific project of software development. In the project, each element in the process definition is defined. Is implemented as project information. For example, an application that is a product in the process definition is embodied as unique information such as a production management system or a planning system as shown in FIG.
【００４３】また、あるプロジェクトがある基本プロセ
ス定義と合致した開発・保守を行うならば、その基本プ
ロセス定義からプロジェクト情報を生成することができ
る。一方、プロジェクトがどの基本プロセス定義にも合
致しなければ、そのプロジェクトに合致する基本プロセ
スを新たに定義し、追加することになる。したがって、
基本プロセス定義は、複数記述することができる。そし
て、新たな基本プロセス定義からプロセスを生成するこ
とになる。If a project is developed and maintained in accordance with a basic process definition, project information can be generated from the basic process definition. On the other hand, if the project does not match any of the basic process definitions, a basic process that matches the project is newly defined and added. Therefore,
A plurality of basic process definitions can be described. Then, a process is generated from the new basic process definition.
【００４４】次いで、２はプロセス定義格納部であり、
上記プロセス定義部１で記述された基本的なプロセス定
義を格納する。３はＤＢ初期化部であり、ユーザによっ
て記述されプロセス定義格納部２に格納されたプロセス
定義を読み込み、オブジェクト指向に従ったフォーマッ
トに変換して、その結果を記述形式格納部４に格納す
る。ＤＢ初期化部３はまた、記述されたプロセス定義を
どのプロジェクトに対して使うか、言い換えると、ある
プロジェクトでどのプロセス定義を使うかを指定する指
定情報をプロジェクト情報格納部５に格納する。Next, 2 is a process definition storage unit,
The basic process definition described in the process definition unit 1 is stored. A DB initialization unit 3 reads a process definition described by a user and stored in the process definition storage unit 2, converts the process definition into an object-oriented format, and stores the result in a description format storage unit 4. The DB initialization unit 3 also stores, in the project information storage unit 5, designation information for specifying which project uses the described process definition, in other words, which process definition is used for a certain project.
【００４５】上記記述形式格納部４は、記述された基本
的なプロセス定義を１つあるいは複数格納するデータベ
ースである。また、上記プロジェクト情報格納部５は、
上記記述形式格納部４内のプロセス定義に基づいてカス
タマイズされる各プロジェクト毎のプロジェクト情報
（以下に述べる各種実行部によって順次生成される実際
のインスタンス）を格納するデータベースである。ただ
し、初期の段階では、実際のインスタンスではなく、上
述した指定情報のみが格納される。The description format storage unit 4 is a database for storing one or more described basic process definitions. Further, the project information storage unit 5 includes:
This is a database that stores project information (actual instances sequentially generated by various execution units described below) for each project customized based on the process definition in the description format storage unit 4. However, at the initial stage, not the actual instance but only the above-described designation information is stored.
【００４６】後述するように、本実施形態では、成果物
毎に順次バージョンアップされる各版を版・構成管理部
２３により管理しており、プロジェクト情報は各版毎に
プロジェクト情報格納部５に格納される。また、このプ
ロジェクト情報格納部５上では、あるプロジェクトで生
成するシステムが順次バージョンアップされていく場合
に、それぞれのバージョンに含まれる成果物の構造情報
だけでなく、それぞれのリリースがどの成果物のどの版
によって構成されるかまで表した構成情報が版・構成管
理部２３により管理されている。As will be described later, in this embodiment, each version that is sequentially upgraded for each product is managed by the version / configuration management unit 23, and the project information is stored in the project information storage unit 5 for each version. Is stored. Further, in the project information storage unit 5, when a system generated in a certain project is sequentially upgraded, not only the structure information of the product included in each version, but also the release The configuration information indicating up to which version is configured is managed by the version / configuration management unit 23.
【００４７】６は選択可能成果物一覧作成部であり、例
えば、ある成果物のある版の追加、削除、変更を行った
り、参照関係の追加や削除を行ったりするときに、その
とき選択可能な成果物の版として何が存在するかを示す
一覧を作成し、その結果を変更管理部１８を介してユー
ザ入力・選択部１７に供給する。ユーザ入力・選択部１
７は、キーボードやマウス等の入力デバイスと、ディス
プレイやプリンタ等の出力デバイスを備えており、上記
作成された一覧は、例えばディスプレイに表示される。Reference numeral 6 denotes a selectable product list creation unit, which can be selected at the time of, for example, adding, deleting, or changing a version of a certain product, or adding or deleting a reference relationship. A list showing what exists as a version of a unique product is created, and the result is supplied to the user input / selection unit 17 via the change management unit 18. User input / selection unit 1
Reference numeral 7 includes an input device such as a keyboard and a mouse, and an output device such as a display and a printer. The created list is displayed on a display, for example.
【００４８】一覧を作成するときには、記述形式格納部
４およびプロジェクト情報格納部５の両方の内容を参照
する。すなわち、例えばある階層の成果物のある版に対
して追加や変更がユーザによって指示されると、記述形
式格納部４内のプロセス定義を参照して、その階層の成
果物がどんな記述形式で書かれているか、更にその下の
階層にはどんな成果物が存在するか、さらには成果物間
の参照関係にはどんなものが存在するかを調べる。そし
て、この調べた結果に基づいて、既にプロジェクト情報
格納部５に格納されている成果物の各版の中で現在選択
可能なものを取り出して画面に一覧として表示する。When a list is created, the contents of both the description format storage unit 4 and the project information storage unit 5 are referred to. That is, for example, when the user instructs to add or change a version of a product of a certain hierarchy, the product of that hierarchy is written in any description format by referring to the process definition in the description format storage unit 4. It examines what artifacts exist in the hierarchy below it, and what kind of reference relationship exists between the artifacts. Then, based on the result of the check, the currently selectable versions of the deliverables already stored in the project information storage unit 5 are extracted and displayed on the screen as a list.
【００４９】図２（ａ）の例で、例えばユーザによって
「ソースコード」のある版の追加が指示されると、選択
可能成果物一覧作成部６は、そのソースコードの版と参
照関係にあり、しかもソースコードを生成するに当たっ
て前提として必要となる「仕様書」のある版をプロジェ
クト情報格納部５から取り出して一覧を作成する。この
とき、プロジェクト情報格納部５内に仕様書が未だ格納
されていなければ、一覧は表示されない。これによりユ
ーザは、ソースコードを生成する前提として必要な仕様
書が未だ作成されていないことを認識することができ
る。In the example of FIG. 2A, for example, when the user instructs to add a certain version of the “source code”, the selectable product list creating unit 6 has a reference relationship with the version of the source code. In addition, a version having "specifications" required as a prerequisite for generating the source code is extracted from the project information storage unit 5 and a list is created. At this time, if no specifications have been stored in the project information storage unit 5, no list is displayed. This allows the user to recognize that the necessary specifications have not yet been created as a premise for generating the source code.
【００５０】このように、本実施形態では、成果物、参
照関係の作成や編集を行うことができる作業に制限を設
け、その時点で使用可能な成果物のみをツール側で自動
的に探し出してきて、その中からユーザに選ばせるよう
にしている。これにより、ユーザが特に意識しなくて
も、常に正しい手順でソフトウェア開発を実施すること
ができるようになる。As described above, in the present embodiment, the work that can create and edit the deliverable and the reference relation is limited, and only the deliverable that can be used at that time is automatically searched by the tool. And let the user choose from them. As a result, software development can always be performed in a correct procedure without the user being particularly conscious.
【００５１】次いで、７は成果物追加実行部であり、ユ
ーザ入力・選択部１７から変更管理部１８を介して与え
られる指示に応じて新たな成果物の追加を実行する。こ
のとき、新たな成果物には、版・構成管理部２３によっ
て版番号が付される。また、８は自動生成実行部であ
り、上記成果物追加実行部７の実行時に、その成果物の
作成に必要な作業（タスク）等を自動生成する。すなわ
ち、ある成果物の生成のために行うべきタスクは記述形
式格納部４内のプロセス定義に記述されているので、こ
れを参照して、必要となるタスクを自動生成する。自動
生成実行部８は、タスク自身を自動生成するだけでな
く、どの成果物のためのタスクかという成果物との関係
や、成果物どうしの参照関係、タスクの実行順序も自動
生成する。Next, reference numeral 7 denotes a product addition execution unit, which executes addition of a new product according to an instruction given from the user input / selection unit 17 via the change management unit 18. At this time, a version number is assigned to the new product by the version / configuration management unit 23. Reference numeral 8 denotes an automatic generation execution unit, which automatically generates a work (task) required for creating the product when the product addition execution unit 7 is executed. That is, a task to be performed for generating a certain product is described in the process definition in the description format storage unit 4, and a necessary task is automatically generated with reference to this. The automatic generation execution unit 8 not only automatically generates the task itself, but also automatically generates a relation between the product and the product, a reference relationship between the products, and a task execution order.
【００５２】この成果物追加実行部７および自動生成実
行部８での実行結果は、プロジェクト情報格納部５に格
納される。このプロジェクト情報格納部５に格納された
タスクは、後述する工程管理部１９で管理される。工程
管理部１９は、タスク情報等をユーザ入力・選択部１７
に供給し、その成果物を作るためにはどのような作業を
どのような順序で行うべきかをディスプレイ上にガント
チャートやスケジュール等の形式で表示したり、プリン
トアウトする。このようにすることで、開発者が行うべ
きタスクを確実に認識することができるようになる。The execution results of the product addition execution section 7 and the automatic generation execution section 8 are stored in the project information storage section 5. The tasks stored in the project information storage unit 5 are managed by a process management unit 19 described later. The process management unit 19 inputs task information and the like to the user input / selection unit 17.
In order to produce the product, what work should be performed and in what order are displayed on a display in the form of a Gantt chart or a schedule or printed out. By doing so, the task that the developer should perform can be surely recognized.
【００５３】９は成果物削除実行部であり、ユーザ入力
・選択部１７から変更管理部１８を介して与えられる指
示に応じて成果物の削除を実行する。また、１０は自動
削除実行部であり、上記成果物削除実行部９の実行時
に、記述形式格納部４内のプロセス定義を参照して、指
示に応じて削除した成果物より下位の階層にある成果物
で、関連のある成果物の版や参照関係にある成果物の版
を自動的に削除する。Reference numeral 9 denotes a product deletion executing unit, which deletes the product in accordance with an instruction given from the user input / selection unit 17 via the change management unit 18. Reference numeral 10 denotes an automatic deletion execution unit which, when the above-mentioned product deletion execution unit 9 executes, refers to the process definition in the description format storage unit 4 and is in a lower hierarchy than the product deleted according to the instruction. For artifacts, automatically delete the associated artifact version or the referenced artifact version.
【００５４】例えば、ある仕様書を削除する場合、その
仕様書から作られているソースコードやバイナリは、対
応する仕様書が削除された場合には残しておく必要がな
いのであれば、自動削除実行部１０によって上記仕様書
と共に自動的に削除される。あるいは、削除する仕様書
がユーザに提示され、ユーザからの確認後に削除され
る。この成果物削除実行部９および自動削除実行部１０
での実行結果も、プロジェクト情報格納部５に格納され
る。なお、成果物の削除は、変更管理部１８で管理する
データを削除するのであって、ファイル等の成果物の実
体を削除するものではない。For example, when a specification is deleted, the source code or binary created from the specification need not be kept when the corresponding specification is deleted. The execution unit 10 automatically deletes the document together with the specification. Alternatively, the specification to be deleted is presented to the user, and is deleted after confirmation from the user. This product deletion execution unit 9 and automatic deletion execution unit 10
Is also stored in the project information storage unit 5. Deletion of the product deletes the data managed by the change management unit 18, but does not delete the entity of the product such as a file.
【００５５】このように、本実施形態では、あらかじめ
記述されたプロセス定義の内容に従って、削除が指示さ
れた成果物の版と関連のある成果物の版も自動的に削除
するようにしているので、ユーザによる間違った操作を
防ぐことができる。また、同時に削除すべき成果物の版
を削除し忘れてしまう不都合もなくすことができ、成果
物どうしの整合性を保証することが可能となる。As described above, in this embodiment, according to the contents of the process definition described in advance, the version of the product related to the version of the product instructed to be deleted is also automatically deleted. In addition, incorrect operation by the user can be prevented. In addition, the inconvenience of forgetting to delete the version of the product to be deleted at the same time can be avoided, and the consistency between the products can be guaranteed.
【００５６】１１は参照関係追加実行部であり、ユーザ
入力・選択部１７から変更管理部１８を介して与えられ
る指示に応じて成果物どうしの参照関係の追加を実行す
る。上述のように、成果物間の参照関係は、記述形式格
納部４内のプロセス定義の内容や、版・構成管理の内容
に従って自動生成実行部８により自動的に生成される
が、プロジェクトを進めていく上で、ある成果物の版間
に参照関係を明示的に引く必要が生じる場合がある。こ
の参照関係追加実行部１１は、ユーザが明示的に参照関
係を引きたい場合に使用する。Reference numeral 11 denotes a reference relation addition execution unit which executes addition of a reference relation between deliverables in accordance with an instruction given from the user input / selection unit 17 via the change management unit 18. As described above, the reference relation between deliverables is automatically generated by the automatic generation execution unit 8 according to the contents of the process definition in the description format storage unit 4 and the contents of the version / configuration management. In some cases, it may be necessary to explicitly draw a reference relationship between versions of a product. This reference relation addition execution unit 11 is used when the user wants to explicitly draw a reference relation.
【００５７】この参照関係の追加を実行するときも、選
択可能成果物一覧作成部６による一覧表示が利用され
る。すなわち、ある成果物に対して参照関係を引けるの
はどの成果物であるかということが記述形式格納部４内
のプロセス定義にあらかじめ記述されており、また、成
果物の版構成がプロジェクト情報格納部５で管理されて
いるので、参照関係を引く一方の成果物とその版を指定
すると、対象となるもう一方の成果物とその版の一覧が
表示される。ユーザは、この一覧の中から任意の成果物
の版を選択することにより、参照関係を引く一対の成果
物とその版を指定することになる。When the reference relation is added, the list display by the selectable product list creation unit 6 is used. That is, it is described in advance in the process definition in the description format storage unit 4 which product can be referred to for a certain product, and the version configuration of the product is stored in the project information storage. Since it is managed by the section 5, when one of the deliverables to be referred to and its version are designated, a list of the other deliverable and its version is displayed. By selecting an arbitrary product version from this list, the user designates a pair of products to be referenced and a version thereof.
【００５８】１２は自動生成実行部であり、上記参照関
係追加実行部１１の実行時に、記述形式格納部４内のプ
ロセス定義を参照して、更に下位の階層の成果物との参
照関係を必要に応じて自動的に生成する。例えば、プロ
セス定義を参照して更に下位の階層の成果物を見た場合
に、指示に応じて参照関係を追加した成果物と対応する
成果物がある場合には、その成果物との参照関係を自動
生成する。この参照関係追加実行部１１および自動生成
実行部１２での実行結果も、プロジェクト情報格納部５
に格納される。Reference numeral 12 denotes an automatic generation execution unit, which refers to the process definition in the description format storage unit 4 when the reference relationship addition execution unit 11 executes, and requires a reference relationship with a product of a lower hierarchy. Automatically generated according to. For example, if you look at a product at a lower hierarchy level by referring to the process definition, and there is a product that corresponds to the product to which the reference relationship was added in accordance with the instruction, the reference relationship with that product Is automatically generated. The execution results of the reference relation addition execution unit 11 and the automatic generation execution unit 12 are also stored in the project information storage unit 5.
Is stored in
【００５９】１３は参照関係削除実行部であり、ユーザ
入力・選択部１７から変更管理部１８を介して与えられ
る指示に応じて成果物どうしの参照関係の削除を実行す
る。この参照関係削除実行部１３も、ユーザが明示的に
参照関係を削除したい場合に使用するものである。ま
た、１４は自動削除実行部であり、上記参照関係削除実
行部１３の実行時に、記述形式格納部４内のプロセス定
義を参照して、削除された参照関係と関連する参照関係
を全て自動的に削除する。あるいは、ユーザに提示し、
確認してから削除する。この参照関係削除実行部１３お
よび自動削除実行部１４での実行結果も、プロジェクト
情報格納部５に格納される。Reference numeral 13 denotes a reference relationship deletion execution unit which deletes a reference relationship between deliverables according to an instruction given from the user input / selection unit 17 via the change management unit 18. The reference relationship deletion execution unit 13 is also used when the user wants to explicitly delete the reference relationship. Reference numeral 14 denotes an automatic deletion execution unit, which refers to the process definition in the description format storage unit 4 and automatically executes all the reference relationships related to the deleted reference relationship when the reference relationship deletion execution unit 13 executes. To delete. Or present it to the user,
Confirm and delete. The execution results of the reference relationship deletion execution unit 13 and the automatic deletion execution unit 14 are also stored in the project information storage unit 5.
【００６０】このように参照関係の自動生成実行部１２
と自動削除実行部１４とを設けることにより、成果物ど
うしの参照関係のメンテナンスに抜けがなくなるように
することができる。これにより、上述した成果物の追加
や削除、あるいは後述する成果物の変更を行ったときの
成果物どうしの整合性を常に正しく維持することが保証
される。As described above, the reference relation automatic generation execution unit 12
By providing the automatic deletion execution unit 14 and the automatic deletion execution unit 14, the maintenance of the reference relation between the products can be prevented from being omitted. As a result, it is ensured that the consistency of the products at the time of adding or deleting the above-described products or changing the products described later is always correctly maintained.
【００６１】１５は変更／チーム割り当て実行部であ
り、ユーザ入力・選択部１７から変更管理部１８を介し
て与えられる指示に応じて変更の割り当ておよびチーム
の割り当てを行う。ここで、変更の割り当てとは、要求
に応じて各種成果物の変更を実際に実施することを言
う。また、チームの割り当てとは、成果物の変更の作業
を誰（どのチーム）が実施するかを決定することを言
う。成果物の変更を行うときにはチームの割り当ても必
ず行う必要があるので、本実施形態では１つの実行部に
これらの機能を持たせた。Reference numeral 15 denotes a change / team assignment execution unit that assigns changes and assigns teams in accordance with an instruction given from the user input / selection unit 17 via the change management unit 18. Here, the assignment of the change means that the change of various products is actually performed in response to a request. Also, the assignment of a team refers to determining who (who) will perform the work of changing the deliverable. Since it is necessary to always assign a team when changing the deliverable, in this embodiment, one execution unit has these functions.
【００６２】すなわち、上記選択可能成果物一覧作成部
６によりどの成果物のどの版を変更可能かを一覧として
表示し、任意の成果物とその版をユーザに選ばせる。ユ
ーザが変更したい成果物の版を選択すると、変更／チー
ム割り当て実行部１５は、成果物の変更内容を解析し、
その変更によって影響を受ける他の成果物とその版の特
定を行う。さらに、記述形式格納部４内のプロセス定義
を参照して、その変更作業をどのチームに割り当てるか
の決定も行う。That is, the selectable product list creating unit 6 displays which product and which version can be changed as a list, and allows the user to select an arbitrary product and its version. When the user selects the version of the product to be changed, the change / team assignment execution unit 15 analyzes the content of the change in the product,
Identify other artifacts and versions affected by the change. Further, referring to the process definition in the description format storage unit 4, it is determined which team the change work is assigned to.
【００６３】１６は自動生成実行部であり、上記変更／
チーム割り当て実行部１５により特定された内容に従っ
てプロジェクト情報を自動的に生成し、その結果をプロ
ジェクト情報格納部５に格納する。また、記述形式格納
部４内のプロセス定義やプロジェクト情報格納部５内の
版・構成管理情報を参照して、変更された成果物の版と
参照関係にある他の成果物の版を調べ、それを変更管理
部１８を介してユーザ入力・選択部１７に供給する。ユ
ーザ入力・選択部１７では、供給された成果物とその版
をディスプレイなどに表示することにより、関連して変
更すべき成果物をユーザに知らせる。これにより、１つ
の成果物の変更に伴って他の変更すべき成果物をユーザ
が見落としてしまうことがなくなる。Reference numeral 16 denotes an automatic generation execution unit,
Project information is automatically generated according to the content specified by the team assignment execution unit 15, and the result is stored in the project information storage unit 5. Further, referring to the process definition in the description format storage unit 4 and the version / configuration management information in the project information storage unit 5, check the versions of other deliverables having a reference relationship with the version of the changed deliverable. It is supplied to the user input / selection unit 17 via the change management unit 18. The user input / selection unit 17 displays the supplied product and its version on a display or the like, thereby notifying the user of the product to be changed in relation thereto. This prevents the user from overlooking another product to be changed in accordance with the change of one product.
【００６４】上記変更管理部１８は、ソフトウェア開発
における各種成果物の追加や削除、あるいは成果物の変
更等を行う際に、ユーザ入力・選択部１７からの指示に
応じて上述した各ブロック６〜１６を制御するととも
に、各ブロック６〜１６からの情報をユーザ入力・選択
部１７を介してユーザに提示する処理を行う。When adding or deleting various artifacts in software development, or changing the artifacts, the change management unit 18 responds to an instruction from the user input / selection unit 17 to execute the above-described blocks 6 to 6. In addition to controlling the CPU 16, a process of presenting information from each of the blocks 6 to 16 to the user via the user input / selection unit 17 is performed.
【００６５】また、上記工程管理部１９は、プロセス定
義に基づき上述の各実行部により生成された一連のタス
クの実行工程を管理する。図６は、この工程管理部１９
により管理される工程の画面表示例を示す図である。図
６において、白抜きのバー３１のそれぞれがタスクを示
している。各バー３１の横には、記述形式格納部４内の
プロセス定義に基づいて、そのタスクをどのチームが実
行するのかも併せて示している。また、タスク間に引か
れている矢印３２は、上記プロセス定義に記述されてい
る起動条件（trigger ）を示している。The process management unit 19 manages the execution process of a series of tasks generated by each of the execution units based on the process definition. FIG. 6 shows the process management unit 19.
FIG. 5 is a diagram showing an example of a screen display of a process managed according to FIG. In FIG. 6, each of the white bars 31 indicates a task. The side of each bar 31 also indicates which team executes the task based on the process definition in the description format storage unit 4. An arrow 32 drawn between the tasks indicates an activation condition (trigger) described in the process definition.
【００６６】また、上記バー３１の中の帯状の線は、そ
のタスクの進捗を示している。すなわち、バー３１の中
に帯状の線が何も描かれていないタスクは「計画中」、
途中まで描かれているタスクは「実行中」、最後まで描
かれているタスクは「完了」であることを示す。工程管
理部１９は、それぞれのタスクが現在、計画中、実行
中、完了のどの段階に当たるのかを管理し、その結果を
プロジェクト情報格納部５に格納する。The strip line in the bar 31 indicates the progress of the task. That is, a task in which no band-shaped line is drawn in the bar 31 is “planning”,
The task drawn halfway is “executing”, and the task drawn to the end is “completed”. The process management unit 19 manages which stage of each task is currently being planned, being executed, or completed, and stores the result in the project information storage unit 5.
【００６７】タスクが新たに登録された時点では、その
タスクには「計画中」のステータスが自動的に付けられ
る。その後、そのタスクに基づく作業を開始すると、
「実行中」のステータスに遷移させられる。そして、作
業が完全に終わった段階で「完了」のステータスが付け
られる。ステータスの切り替えは、入力される作業の実
績に応じて工程管理部１９が自動的に行っても良いし、
ユーザが明示的に指示することによって行っても良い。When a task is newly registered, the task is automatically given a status of "planning". Then, when you start working on that task,
The status is changed to "running". Then, when the work is completely completed, a status of “completed” is given. The status switching may be automatically performed by the process management unit 19 according to the input work results,
It may be performed by a user's explicit instruction.
【００６８】２０は障害管理部であり、一連のソフトウ
ェア開発の中で生成される各種成果物の障害を管理す
る。システム開発の際に発生するプログラム上のバグ
や、仕様書上の間違い等に関する障害は、原因調査、対
策、テスト等の各段階を経て最終的に除去される。障害
管理部２０は、発生した障害が登録されると、その登録
された障害が現在、原因調査中、対策中、テスト中等ど
の段階に当たるのかを管理し、各段階の作業などを確実
にフォローしていく。その際、障害管理部２０は、登録
された障害の件名、各段階で行った原因調査の内容やそ
の結果、対応策などのユーザから入力された情報をプロ
ジェクト情報格納部５に格納する。Reference numeral 20 denotes a failure management unit which manages failures of various products generated during a series of software development. Bugs related to program bugs and specification mistakes that occur during system development are ultimately removed through steps such as cause investigation, countermeasures, and tests. When the fault that has occurred is registered, the fault management unit 20 manages which stage the registered fault is currently in, such as during cause investigation, countermeasures, and testing, and reliably follows the work of each stage. To go. At this time, the failure management unit 20 stores information entered by the user, such as the title of the registered failure, the content of the cause investigation performed at each stage, the result thereof, and a countermeasure, in the project information storage unit 5.
【００６９】また、点線で示すブロック２１，２２はそ
れぞれ、上記変更管理部１８に対して設けられているブ
ロック６〜１４と同様の構成を備えるものであり、ここ
ではその詳細な構成については図示を省略している。た
だし、工程管理部１９に対するブロック２１内には、成
果物や成果物間の参照関係に関する追加や削除を行う構
成ではなく、タスクやタスク間の起動関係に関する追加
や削除を行う構成が備えられる。また、障害管理部２０
に対するブロック２２内には、成果物の障害や障害間の
参照関係に関する追加や削除を行う構成が備えられる。The blocks 21 and 22 indicated by the dotted lines have the same configuration as the blocks 6 to 14 provided for the change management unit 18, respectively. Is omitted. However, the block 21 for the process management unit 19 is provided with a configuration for adding or deleting a task or an activation relationship between tasks, instead of a configuration for adding or deleting a product or a reference relationship between the products. Also, the failure management unit 20
In the block 22 for, there is provided a configuration for adding or deleting a fault of a product or a reference relationship between faults.
【００７０】また、上記版・構成管理部２３は、成果物
毎に順次バージョンアップされる各版を成果物毎に管理
するとともに、各成果物のどの版を組み合わせてシステ
ム全体の版を構成するかを表す「成果物の構成」を管理
する。このある時間に作成を完了し、公開する計画がさ
れている個々の成果物の版と、その組み合わせで括られ
る一まとまりを「リリース」と呼ぶ。これに対して、シ
ステムがどの成果物の組み合わせから成るかを単に表し
たものを「成果物の構造」と呼ぶ。The version / configuration management unit 23 manages each version sequentially upgraded for each product for each product, and configures a version of the entire system by combining any version of each product. Manages the “composition of deliverables” that indicates A set of individual deliverables that have been completed at this time and are planned to be released, and a set of combinations of these, is called a “release”. On the other hand, what simply represents a combination of deliverables of the system is called a “deliverable structure”.
【００７１】図７は、この版・構成管理部２３により管
理されるあるシステムのあるリリース、つまり各成果物
の版と、その組み合わせである成果物の構成の例を示す
図である。この例では、システム全体のリリース番号は
「alpha1.2.1」であり、このシステムは、図７のツリー
構造中でそれより下の階層に含まれる各成果物の版を含
んで構成される。図７において、「計画中」と示された
成果物は、先に説明した工程管理部１９で「計画中」と
示されたタスクと紐付いている。つまり、まだ成果物は
実体としてないが、将来は成果物として存在すべきもの
まで明示され、管理されている。FIG. 7 is a diagram showing an example of a release of a certain system managed by the version / configuration management section 23, that is, an example of a version of each product and a configuration of a product which is a combination thereof. In this example, the release number of the entire system is “alpha1.2.1”, and this system is configured to include the version of each artifact included in the lower hierarchy in the tree structure of FIG. In FIG. 7, the product indicated as “planning” is associated with the task indicated as “planning” in the process management unit 19 described above. In other words, the deliverable is not yet an entity, but what should exist as a deliverable in the future is clearly specified and managed.
【００７２】２４はリリースノート作成部であり、生成
されたリリースに関するバージョンアップ情報等を作成
する。リリースノートに載せる情報としては、そのリリ
ースに含まれる成果物の構成とそのバージョン、前のバ
ージョンから変更された点や未対応の点、あるいは次バ
ージョンで対応予定の点に関する情報、障害に関する情
報などがある。これについての詳細は後述する。Reference numeral 24 denotes a release note creating unit for creating version upgrade information and the like relating to the generated release. Information to be included in the release notes includes the composition and version of the deliverables included in the release, information about changes and unsupported points from the previous version, points to be supported in the next version, information on defects, etc. There is. Details of this will be described later.
【００７３】次に、上記のように構成した本実施形態の
情報管理装置の動作を、以下に簡単に説明する。本実施
形態の情報管理装置を使用する前提として、ユーザはま
ず最初に、プロセス定義部１により基本的なプロセス定
義を記述し、ＤＢ初期化部３を介して記述形式格納部４
に格納する。また、あるプロジェクトでどのプロセス定
義を使うかを指定する指定情報をプロジェクト情報格納
部５に格納する。Next, the operation of the information management apparatus of the present embodiment configured as described above will be briefly described below. As a prerequisite for using the information management apparatus of the present embodiment, a user first describes a basic process definition by the process definition unit 1, and then writes a description format storage unit 4 via the DB initialization unit 3.
To be stored. Also, designation information for designating which process definition is used in a certain project is stored in the project information storage unit 5.
【００７４】このように、様々なプロジェクトに共通し
て利用可能なプロセス定義を記述形式格納部４に格納す
るとともに、プロジェクト情報格納部５にプロジェクト
情報の初期状態を設定することによって初めて、本実施
形態の情報管理装置を利用可能な状態となる。したがっ
て、ここまでの処理は、変更管理部１８、工程管理部１
９、障害管理部２０のそれぞれに対する各実行部６〜１
６，２１，２２の実行前にオフラインで実施することが
可能である。As described above, the present embodiment is implemented only by storing the process definitions that can be commonly used for various projects in the description format storage unit 4 and setting the initial state of the project information in the project information storage unit 5. It becomes possible to use the information management device of the form. Therefore, the processing up to this point is performed by the change management unit 18 and the process management unit 1
9. Each execution unit 6-1 for each of the failure management units 20
It is possible to execute offline before executing 6,21,22.
【００７５】このようにして準備が完了すると、ユーザ
からの指示に応じて、上述した各実行部６〜１６，２
１，２２により具体的なプロジェクト情報の生成が順次
行われる。その際、自動実行を達成するための基本的な
関係は全て記述形式格納部４内のプロセス定義に記述さ
れており、各実行部はそのプロセス定義に記述されてい
る関係を解析して処理を行う。When the preparation is completed in this way, each of the above-described execution units 6 to 16 and 2 is operated in accordance with an instruction from the user.
Generation of specific project information is sequentially performed by 1 and 22. At this time, all the basic relationships for achieving automatic execution are described in the process definition in the description format storage unit 4, and each execution unit analyzes the relationship described in the process definition and executes processing. Do.
【００７６】このとき、例えば、ある成果物の追加を行
うときには、成果物の作成に必要なタスクがその実行順
序等も含めて自動生成され、そのタスクを誰が行うべき
かも提示されるので、どのような作業をどのような順番
で誰が行うかをユーザ自身が判断する必要がなくなる。
また、ある成果物の追加、削除、変更を行ったり、参照
関係の追加、削除を行ったりするときは、そのとき選択
可能な成果物のみが一覧として表示されるので、ユーザ
が特に意識しなくても、常に正しい手順でソフトウェア
開発を実施することができ、必要な作業の抜けが生じた
り、適切でない順番で作業を行ってしまうことがなくな
る。At this time, for example, when a certain product is added, a task necessary for creating the product is automatically generated including its execution order and the like, and who should perform the task is also presented. It is not necessary for the user to judge who performs such operations in what order.
In addition, when adding, deleting, or changing a certain artifact, or adding or deleting a reference relationship, only the artifacts that can be selected at that time are displayed as a list, so the user is not particularly conscious. However, software development can always be performed according to the correct procedure, so that necessary operations are not skipped, and operations are not performed in an inappropriate order.
【００７７】また、ある成果物を削除すると、その削除
した成果物と関連のある成果物が自動的に削除されるの
で、同時に削除すべき成果物を消し忘れてしまう不都合
をなくすことができる。また、ある成果物の変更を実施
すると、その成果物と参照関係のある他の成果物が調べ
られ、それがディスプレイなどに表示されるので、１つ
の成果物の変更に伴って他の変更すべき成果物をユーザ
が見落としてしまうことがなくなる。これにより、成果
物どうしの整合性を正しく維持することができる。そし
て、このような成果物の整合性は、参照関係の自動生成
や自動削除機能によって、常に正しくなることが保証さ
れる。Further, when a certain product is deleted, the product related to the deleted product is automatically deleted, so that the inconvenience of forgetting to delete the product to be deleted can be eliminated. Also, when a change is made to a certain product, other products that have a reference relationship with the product are checked and displayed on a display or the like. Therefore, when another product is changed, another change is made. The user does not overlook the desired product. As a result, it is possible to correctly maintain the consistency between the deliverables. Then, it is guaranteed that the consistency of such a product is always correct by the automatic generation and automatic deletion functions of the reference relation.
【００７８】このようにして、それぞれの実行部６〜１
６，２１，２２での処理が行われる毎に、その処理結果
がプロジェクト情報格納部５に格納されていき、そのプ
ロジェクトに特有のプロセスが順次生成されていく。こ
のように、本実施形態では、それぞれの実行部６〜１
６，２１，２２での処理結果を全てプロジェクト情報格
納部５に格納することにより、プロジェクト情報を一元
的に管理することができる。Thus, each of the execution units 6-1
Each time the processing in 6, 21, 22 is performed, the processing result is stored in the project information storage unit 5, and a process unique to the project is sequentially generated. Thus, in the present embodiment, each of the execution units 6-1
By storing all of the processing results in 6, 21, and 22 in the project information storage unit 5, project information can be centrally managed.
【００７９】また、成果物の追加、削除、変更等が行わ
れると、それに応じてバージョンアップされる各成果物
の版が版・構成管理部２３により管理されるとともに、
システム全体のリリースに含まれる成果物の構成も版・
構成管理部２３により管理される。また、成果物の追
加、削除、変更等を行った原因となった障害の管理が障
害管理部２０により実行され、それらの実行結果がプロ
ジェクト情報格納部５に格納される。さらに、このプロ
ジェクト情報格納部５に格納された情報に基づいて、リ
リースノート管理部２４によりリリースノートが自動的
に生成される。When a product is added, deleted, changed, or the like, the version of each product to be upgraded is managed by the version / configuration management unit 23.
The composition of the deliverables included in the release of the entire system
It is managed by the configuration management unit 23. Further, the management of the failure that caused the addition, deletion, change, etc. of the product is executed by the failure management unit 20, and the execution results are stored in the project information storage unit 5. Further, a release note is automatically generated by the release note management unit 24 based on the information stored in the project information storage unit 5.
【００８０】図８は、成果物に変更を割り当てる際にユ
ーザ入力・選択部１７によりユーザに提示される表示画
面の例を示す図である。図８の上欄に示すように、成果
物の変更を実行するときは、まず変更名、変更内容、変
更理由、障害ＩＤを入力する。ここに入力される内容
は、リリースノート作成部２４によるリリースノート作
成の際に利用される。なお、障害ＩＤの欄には、障害管
理部２０に登録された障害に起因して成果物の変更を行
うときに、その変更の原因となった障害の番号等を入力
する。一方、障害が原因ではなく、顧客からの要求に応
じて成果物の変更を行うときなどには、そのことを表す
チェックボックス４５をクリックする。FIG. 8 is a diagram showing an example of a display screen presented to the user by the user input / selection unit 17 when assigning a change to a product. As shown in the upper section of FIG. 8, when executing the change of the deliverable, first, a change name, a change content, a change reason, and a failure ID are input. The content input here is used when the release note creation unit 24 creates a release note. In the column of the failure ID, when the product is changed due to the failure registered in the failure management unit 20, the number of the failure that caused the change is input. On the other hand, when the deliverable is to be changed in response to a request from the customer instead of the cause, the check box 45 indicating the change is clicked.
【００８１】また、図８の画面の下欄には、ユーザによ
り選択された所望のリリースに含まれる成果物の構成要
素が全て表示される。このとき、工程管理部１９により
管理されている、それぞれの成果物を生成するためのタ
スクが現在、計画中、実行中、完了のどの状態にあるの
かの情報もプロジェクト情報格納部５より得て、その情
報が各成果物名と共に表示される。Further, in the lower section of the screen of FIG. 8, all the constituent elements of the product included in the desired release selected by the user are displayed. At this time, information on whether the task for generating each product, which is managed by the process management unit 19, is currently in the planning, executing, or completed state is also obtained from the project information storage unit 5. The information is displayed together with each product name.
【００８２】さらに、それぞれの成果物名の横には、ど
の成果物に対して変更を行うかを選択するためのチェッ
クボックス４１が表示される。所望のチェックボックス
４１をマウス等の入力デバイスを用いてクリックするこ
とにより、所望の成果物を選択することが可能である。
図８の例では、共通ライブラリの「GRD alpha1.2.1」に
含まれる「ソースコード alpha1.2.1 」を変更する成果
物として選択した状態が示されている。Further, a check box 41 for selecting which product is to be changed is displayed next to each product name. By clicking a desired check box 41 using an input device such as a mouse, a desired product can be selected.
The example of FIG. 8 shows a state in which “source code alpha1.2.1” included in “GRD alpha1.2.1” of the common library is selected as a product to be changed.
【００８３】所望の成果物に対するチェックボックス４
１をクリックすると、更にその横に現在の版で対応する
かどうかを選択するためのチェックボックス４２が表示
される。ただし、このチェックボックス４２が表示され
るのは、対応するタスクのステータスが計画中あるいは
実行中となっている成果物を選択したときのみであり、
ステータスが完了となっている成果物を選択したときに
は表示されない。これは、既に作業が完了してしまって
いる成果物に対しては更に変更を加えることはできない
ので、このような成果物が選択された場合には自動的に
次の版を作るようにするためである。Check box 4 for desired product
Clicking on 1 displays a check box 42 next to it to select whether or not to support the current version. However, this check box 42 is displayed only when an artifact whose status of the corresponding task is planned or being executed is selected,
It is not displayed when you select a deliverable whose status is completed. This means that you cannot make further changes to a work that has already been completed, so that when such a work is selected, the next version will be created automatically. That's why.
【００８４】計画中あるいは実行中の成果物が選択され
た場合において、その成果物の変更を行ってもバージョ
ンアップはせず、現在の版のままで対応する場合には、
上記チェックボックス４２をクリックすれば良い。一
方、変更後に成果物のバージョンを上げる場合は（例え
ば、alpha1.2.2とするなど）、このチェックボックス４
２はクリックせずにそのままの状態としておく。When a product that is being planned or being executed is selected, the version is not upgraded even if the product is changed.
What is necessary is just to click the check box 42. On the other hand, if you want to increase the version of the product after the change (for example, alpha1.2.2)
2 is left as it is without clicking.
【００８５】次に、ある成果物を選択した状態で、「変
更割り当ての計算」と書かれたボタン４４をクリックす
ると、図１の変更／チーム割り当て実行部１５は、記述
形式格納部４に格納されているプロセス定義の内容やプ
ロジェクト情報格納部５内容の版・構成管理情報を参照
して、選択されている成果物に関連のある他の成果物を
調べる。すなわち、選択されている成果物に関して“re
ference ”や“trigger ”で記述されている関連のある
他の成果物がないかどうかを調べる。Next, when a certain product is selected and the button 44 labeled “Calculate change allocation” is clicked, the change / team allocation execution unit 15 in FIG. By referring to the contents of the process definition and the version / configuration management information of the contents of the project information storage unit 5, other deliverables related to the selected deliverable are checked. In other words, "re
Check for other related artifacts described by "ference" or "trigger".
【００８６】そして、そのような成果物が存在する場合
には、そのことをユーザに知らせるためのマーク４３
（図８の例では“！”）を該当する成果物名の横に表示
する。ユーザは、この表示を見ることにより、１つの成
果物の変更に伴って他の変更すべき成果物の候補を確認
することができる。これにより、変更すべき他の成果物
をユーザが見落としてしまうことを防ぐことができる。
必要であれば、マーク４３が表示された成果物について
も変更を割り当てることになる。If such a product exists, a mark 43 for notifying the user of the existence is provided.
(“!” In the example of FIG. 8) is displayed beside the corresponding product name. By looking at this display, the user can confirm another product candidate to be changed in accordance with the change of one product. This can prevent the user from overlooking another product to be changed.
If necessary, a change is also assigned to the product in which the mark 43 is displayed.
【００８７】図９は、上記版・構成管理部２３により実
行される版および成果物の構成管理の例を示す図であ
る。ここでは、説明の簡略化のために、図９（ａ）に示
すように、あるリリース1.1.1 が３つの成果物Ａ，Ｂ，
Ｃ（版は皆1.1.1 ）より構成され、成果物Ａは成果物Ｂ
を参照し、成果物Ｂは成果物Ｃを参照する関係（成果物
Ｂは成果物Ａから参照され、成果物Ｃは成果物Ｂから参
照される関係）にあるものとする。FIG. 9 is a diagram showing an example of configuration management of versions and deliverables executed by the version / configuration management unit 23. Here, for the sake of simplicity, as shown in FIG. 9A, one release 1.1.1 is composed of three deliverables A, B,
C (all versions are 1.1.1), and deliverable A is deliverable B
And that the deliverable B is in a relationship referring to the deliverable C (the deliverable B is referenced from the deliverable A and the deliverable C is referenced from the deliverable B).
【００８８】この状態において、例えば、成果物Ｂを変
更してその版を1.1.2 に上げ、新しいリリース1.1.2 を
作ったとする。このとき版・構成管理部２３は、図９
（ｂ）に示すように、成果物Ｂが変更される前の版1.1.
1 に張られていた参照・被参照関係を見て、そこで参照
・被参照関係にあった成果物Ａの版1.1.1 および成果物
Ｃの版1.1.1 との間に相互参照を張り、それを新たなリ
リース1.1.2 とする。In this state, for example, it is assumed that the product B is changed, its version is increased to 1.1.2, and a new release 1.1.2 is created. At this time, the version / configuration management unit 23
As shown in (b), version 1.1.
Looking at the reference / reference relationship set in 1 above, a cross-reference is established between version 1.1.1 of the product A and version 1.1.1 of the product C that were in the reference / reference relationship. Make it the new release 1.1.2.
【００８９】さらに、図９（ｂ）に示す状態において、
成果物Ａを変更してその版を1.1.2に上げ、その変更を
リリース1.1.2 に割り当てたとする。このとき版・構成
管理部２３は、図９（ｃ）に示すように、成果物Ａの版
1.1.1 と成果物Ｂの版1.1.2との間に張られていた参照
・被参照関係を、変更後の成果物Ａの版1.1.2 と成果物
Ｂの版1.1.2 との間の参照・被参照関係に切り替える。
つまり、ここでは、変更前の成果物Ａの版1.1.1 と参照
・被参照関係にあって、変更後のリリース1.1.2 に含ま
れるものがあるかどうかを調べ、あればそちらとの間で
関係を結ぶ。Further, in the state shown in FIG.
Suppose you have modified Product A, raised its version to 1.1.2, and assigned the change to Release 1.1.2. At this time, as shown in FIG. 9C, the version / configuration management unit 23
The reference / reference relationship established between 1.1.1 and version 1.1.2 of product B is changed between version 1.1.2 of product A and version 1.1.2 of product B after the change. Switch to the reference / reference relationship of.
In other words, here, it is checked whether there is a reference / reference relationship with the version 1.1.1 of the product A before the change and which is included in the release 1.1.2 after the change. Make a relationship with.
【００９０】一方、上記図９（ｂ）に示す状態におい
て、成果物Ａを変更してその版を1.1.2 に上げ、図９
（ｄ）に示すようにその変更を新たなリリース1.1.3 に
割り当てたとする（例えば、その変更がリリース1.1.2
を出すまでに間に合わないような場合）。この場合は、
成果物Ａの版1.1.2 と成果物Ｃの版1.1.1 がリリース1.
1.3 に含まれるのは確実であるが、成果物Ｂに関して
は、版1.1.1 と版1.1.2 のどちらがリリース1.1.3 に含
まれるのかは、どのような流れで各リリースを生成して
いるのかによる。On the other hand, in the state shown in FIG. 9B, the product A is changed and its version is increased to 1.1.2.
Suppose that the change was assigned to a new release 1.1.3 as shown in (d) (for example,
If you don't make it before you issue). in this case,
Version 1.1.2 of product A and version 1.1.1 of product C have been released.
Although it is certain that it will be included in 1.3, with regard to deliverable B, which release version 1.1.1 or version 1.1.2 is included in release 1.1.3, how does each release generate? It depends.
【００９１】例えば、リリース1.1.1 →リリース1.1.2
→リリース1.1.3 のように各リリースをシーケンシャル
に生成しているような場合には、最新のものが常に正で
あるという考えに基づいて、成果物Ｂに関しては、最新
の版1.1.2 の方にリリース1.1.3 の参照・被参照関係を
張る。また、リリース1.1.1 をもとにリリース1.1.2と
リリース1.1.3 とを生成しているような場合には、リリ
ース1.1.3 を作る元となったリリース1.1.1 に含まれる
版1.1.1 の方にリリース1.1.3 の参照・被参照関係を張
る。成果物Ｂに関して何れの版に参照・被参照関係を張
るかは、版・構成管理部２３が自動的に判断して決めて
も良いし、ユーザが指定することによって決めても良
い。For example, release 1.1.1 → release 1.1.2
→ In the case where each release is generated sequentially as in Release 1.1.3, based on the idea that the latest one is always positive, To release / reference relationship of Release 1.1.3. Also, if Release 1.1.2 and Release 1.1.3 are generated based on Release 1.1.1, version 1.1 included in Release 1.1.1 from which Release 1.1.3 was created. Create a reference / reference relationship of Release 1.1.3 to .1. The edition / configuration management unit 23 may automatically determine which edition to refer to or refer to for the deliverable B, or may be determined by the user.
【００９２】このように、本実施形態では、ある成果物
を変更してバージョンアップしたときに、版の概念も含
めて成果物間の依存関係が自動的に更新される。そのた
め、各成果物の各版どうしの整合性を常に正しく維持す
ることができる。これにより、例えば図８の画面で！マ
ーク４３を表示する際にも、選択された成果物の版と関
連のある成果物の版が常に正しく提示されるようにな
る。As described above, in this embodiment, when a certain product is changed and the version is upgraded, the dependencies between the products, including the concept of the version, are automatically updated. Therefore, the consistency of each version of each product can always be maintained correctly. Thereby, for example, on the screen of FIG. Also when displaying the mark 43, the version of the product related to the version of the selected product is always correctly presented.
【００９３】次に、各部の動作を以下に示すフローチャ
ートに従って詳しく説明する。図１０は、本実施形態の
情報管理装置を利用できるようにするまでの準備段階の
処理の流れ、つまりプロセス定義の記述からその登録ま
での流れを示すフローチャートである。Next, the operation of each unit will be described in detail with reference to the following flowchart. FIG. 10 is a flowchart showing the flow of processing in the preparation stage until the information management device of the present embodiment can be used, that is, the flow from the description of a process definition to its registration.
【００９４】図１０において、最初にステップＳ１でユ
ーザは、システムの立案を行う。システムの立案時に
は、開発手順も定めるので、図１のプロセス定義部１で
プロセス定義の記述形式ファイルを作成する。ここで
は、１つあるいは複数のプロセス定義を記述することが
可能である。ここで記述されたプロセス定義は、プロセ
ス定義格納部２を介してＤＢ初期化部３に与えられる。In FIG. 10, first, in step S1, the user makes a system plan. When the system is planned, the development procedure is also determined, so a process definition description file is created by the process definition unit 1 in FIG. Here, one or a plurality of process definitions can be described. The process definition described here is provided to the DB initialization unit 3 via the process definition storage unit 2.
【００９５】次のステップＳ２では、最初のプロジェク
ト登録か否か、すなわち、過去に本装置を使用して特定
の基本プロセス定義に則ったプロジェクト情報が生成さ
れておらず、今回が初めての登録か否かを判断し（これ
はユーザが明示的に指定しても良いし、ＤＢ初期化部３
が判断しても良い）、そうであればステップＳ３に進
み、そうでなければステップＳ４に進む。In the next step S2, it is determined whether or not this is the first project registration, that is, whether project information based on a specific basic process definition has been generated in the past using the present apparatus, and this is the first registration. (This may be explicitly specified by the user or the DB initialization unit 3
May be determined), and if so, the process proceeds to step S3; otherwise, the process proceeds to step S4.
【００９６】すなわち、特定の基本プロセス定義の最初
のプロジェクト登録の場合は、ステップＳ３で記述形式
格納部４を初期化した後、ステップＳ４に進む。一方、
最初のプロジェクト登録でない場合は、既に記述形式格
納部４は初期化されているので、ステップＳ３の処理は
行うことなくステップＳ４に進む。ステップＳ４では、
記述されたプロセス定義を専用のオブジェクト指向形式
に変換して記述形式格納部４に格納する。That is, in the case of the first project registration of a specific basic process definition, after the description format storage unit 4 is initialized in step S3, the process proceeds to step S4. on the other hand,
If it is not the first project registration, since the description format storage unit 4 has already been initialized, the process proceeds to step S4 without performing the process of step S3. In step S4,
The described process definition is converted into a dedicated object-oriented format and stored in the description format storage unit 4.
【００９７】次に、ステップＳ５では、ソフトウェア開
発におけるプロジェクトに特有のプロセス（プロジェク
ト情報）を作成するための初期状態を設定する。ここで
は、対象とするプロジェクトに合わせてプロセス定義を
使ってプロジェクト情報を作成するための内部構造情報
を生成する。そして、ステップＳ６で、その生成した内
部構造情報をプロジェクト情報格納部５に格納する。Next, in step S5, an initial state for creating a process (project information) specific to a project in software development is set. Here, internal structure information for creating project information using a process definition according to a target project is generated. Then, in step S6, the generated internal structure information is stored in the project information storage unit 5.
【００９８】図１１は、プロジェクト情報として新たな
成果物を追加する際の処理の流れの一例（システム登
録）を示すフローチャートである。図１１において、ス
テップＳ１１で、ユーザがユーザ入力・選択部１７を用
いて、例えば一番上の階層にある成果物である「システ
ム」の追加登録を行う旨を指示すると、成果物追加実行
部７は、ステップＳ１２で記述形式格納部４からプロセ
ス定義を読み込み、その内容に基づいて、ステップＳ１
３で上記システムに関して作成する成果物があるかどう
かを判断する。FIG. 11 is a flowchart showing an example of the flow of processing (system registration) when a new product is added as project information. In FIG. 11, in step S11, when the user instructs, for example, to additionally register a “system” which is a deliverable at the top level by using the user input / selection unit 17, a deliverable addition execution unit 7 reads the process definition from the description format storage unit 4 in step S12, and executes step S1 based on the content thereof.
In step 3, it is determined whether there is a product to be created for the system.
【００９９】ここで、作成する成果物がない場合にはそ
のまま処理を終了するが、ある場合にはステップＳ１４
に進む。このステップＳ１４で自動生成実行部８は、上
記読み込んだプロセス定義に記述されている成果物名に
対応するタスクを１つ自動生成する。このとき、タスク
の生成は、プロセス定義に記述されている順番に従って
行われる。Here, if there is no product to be created, the process is terminated as it is.
Proceed to. In step S14, the automatic generation execution unit 8 automatically generates one task corresponding to the product name described in the read process definition. At this time, tasks are generated in the order described in the process definition.
【０１００】さらに、ステップＳ１５では、そのときタ
スクを生成した成果物に対して関連を引ける他の成果物
があるかどうかを、上記読み込んだプロセス定義に記述
されている成果物の参照関係（reference ）や起動条件
（trigger ）等を参照することによって判断する。そし
て、そのような成果物が存在する場合には、自動生成実
行部８は、ステップＳ１６で当該成果物への関連を引
く。Further, in step S15, it is determined whether there is another deliverable that can be related to the deliverable that generated the task at that time, by referring to the reference relationship (reference) of the deliverable described in the read process definition. ) And start conditions (trigger). If such a product exists, the automatic generation execution unit 8 links the product to the product in step S16.
【０１０１】そして、ステップＳ１７で、上述のように
して自動生成したタスクや成果物間の関連（参照関係
等）を、成果物追加実行部７で作成した成果物と共にプ
ロジェクト情報としてプロジェクト情報格納部５に格納
する。その後、ステップＳ１３に戻り、作成する成果物
がまだ残っているかどうかを判断し、残っていればステ
ップＳ１４〜Ｓ１７の処理を同様に行う。このように、
プロセス定義として記述されている分だけ繰り返した
後、処理を終了する。Then, in step S17, the relation (reference relation, etc.) between the tasks and the products automatically generated as described above is stored as project information in the project information storage unit together with the products created by the product addition execution unit 7. 5 is stored. Thereafter, the process returns to step S13, and it is determined whether or not the product to be created still remains. in this way,
After repeating as many times as described in the process definition, the process ends.
【０１０２】図１２は、プロジェクト情報として新たな
成果物を追加する際の処理の流れの他の例（サブシステ
ム登録）を示すフローチャートである。図１２におい
て、ステップＳ２１で、ユーザがユーザ入力・選択部１
７を用いて、例えば一番上の階層にある成果物である
「システム」を選択すると、成果物追加実行部７は、ス
テップＳ２２で記述形式格納部４からプロセス定義を読
み込み、その内容に基づいて、ステップＳ２３で上記シ
ステムの下の階層にサブシステムの成果物を登録可能か
どうかを判断する。FIG. 12 is a flowchart showing another example (subsystem registration) of the processing flow when a new product is added as project information. In FIG. 12, in step S21, the user enters the user input / selection unit 1
For example, when "system", which is a product at the top hierarchy, is selected using the command 7, the product addition execution unit 7 reads the process definition from the description format storage unit 4 in step S22, and Then, in step S23, it is determined whether or not the product of the subsystem can be registered in the lower hierarchy of the system.
【０１０３】ここで、サブシステムの登録が可能でない
場合はそのまま処理を終了するが、登録可能な場合には
ステップＳ２４に進み、ユーザはサブシステム登録の指
示を行う。すると、成果物追加実行部７は、ステップＳ
２５で記述形式格納部４からそのサブシステムに関する
プロセス定義を読み込み、その内容に基づいて、ステッ
プＳ２６で上記サブシステムに関して作成する成果物が
あるかどうかを判断する。Here, if the registration of the subsystem is not possible, the process is terminated as it is. If the registration is possible, the process proceeds to step S24, and the user issues a subsystem registration instruction. Then, the product addition execution unit 7 proceeds to step S
At step 25, the process definition relating to the subsystem is read from the description format storage unit 4, and based on the contents, it is determined at step S26 whether there is a product to be created relating to the subsystem.
【０１０４】そして、作成する成果物がない場合にはそ
のまま処理を終了するが、ある場合にはステップＳ２７
に進む。このステップＳ２７で自動生成実行部８は、上
記読み込んだサブシステムのプロセス定義に記述されて
いる成果物とその成果物に対応するタスクを１つ自動生
成する。このとき、タスクの生成は、プロセス定義に記
述されている順番に従って行われる。If there is no product to be created, the process is terminated as it is.
Proceed to. In step S27, the automatic generation execution unit 8 automatically generates a product described in the process definition of the read subsystem and one task corresponding to the product. At this time, tasks are generated in the order described in the process definition.
【０１０５】さらに、ステップＳ２８では、そのときタ
スクを生成した成果物に対して関連を引ける他の成果物
があるかどうかを、上記読み込んだプロセス定義に記述
されている成果物の参照関係（reference ）や起動条件
（trigger ）等を参照することによって判断する。そし
て、そのような成果物が存在する場合には、自動生成実
行部８は、ステップＳ２９で当該成果物への関連を引
く。Further, in step S28, it is determined whether or not there is another deliverable that can be related to the deliverable that generated the task at that time by referring to the reference of the deliverable described in the read process definition. ) And start conditions (trigger). If such a product exists, the automatic generation execution unit 8 links the product to the product in step S29.
【０１０６】そして、ステップＳ３０で、上述のように
して自動生成したタスクや成果物間の関連（参照関係
等）を、成果物追加実行部７で作成した成果物と共にプ
ロジェクト情報としてプロジェクト情報格納部５に格納
する。その後、ステップＳ２６に戻り、作成する成果物
がまだ残っているかどうかを判断し、残っていればステ
ップＳ２７〜Ｓ３０の処理を同様に行う。このように、
プロセス定義として記述されている分だけ繰り返した
後、処理を終了する。Then, in step S30, the relations (reference relations, etc.) between the tasks and the products automatically generated as described above are stored as project information in the project information storage unit together with the products created by the product addition execution unit 7. 5 is stored. Thereafter, the process returns to step S26, and it is determined whether or not the product to be created still remains. If the result remains, the processes of steps S27 to S30 are similarly performed. in this way,
After repeating as many times as described in the process definition, the process ends.
【０１０７】図１３は、ユーザが明示的に参照関係を設
定する際の処理の流れを示すフローチャートである。図
１３において、ステップＳ３１でユーザが、参照関係を
引きたい成果物やタスク等のシステム構成要素を選択す
ると、選択可能成果物一覧作成部６は、ステップＳ３２
で記述形式格納部４からプロセス定義を読み込み、ステ
ップＳ３３で、その内容に基づいて、上記選択したシス
テム構成要素と参照関係を引くことが可能な他のシステ
ム構成要素があるかどうかを判断する。FIG. 13 is a flowchart showing the flow of processing when the user explicitly sets a reference relationship. In FIG. 13, when the user selects a system component such as a product or a task to be referred to in step S31, the selectable product list creation unit 6 proceeds to step S32.
Then, the process definition is read from the description format storage unit 4, and in step S33, it is determined based on the contents whether or not there is another system component that can be referred to with the selected system component.
【０１０８】参照可能なシステム構成要素がある場合
は、ステップＳ３４に進み、当該参照可能なシステム構
成要素に対応するプロジェクト情報をプロジェクト情報
格納部５から取り出してきて、候補の一覧を作成する。
この候補の作成は、参照可能なシステム構成要素がなく
なるまで繰り返し行われる。一方、参照可能なシステム
構成要素がない場合またはなくなった場合は、ステップ
Ｓ３５に進み、参照関係を引くための候補があるかどう
かを判断する。ここで、候補がない場合はそのまま処理
を終了するが、ある場合にはステップＳ３６に進む。If there is a referable system component, the process proceeds to step S34, where the project information corresponding to the referable system component is extracted from the project information storage unit 5, and a list of candidates is created.
The creation of this candidate is repeated until there are no system components that can be referred to. On the other hand, if there are no or no system components that can be referred to, the process proceeds to step S35, and it is determined whether there is a candidate for obtaining a reference relationship. Here, if there is no candidate, the process is terminated as it is, but if there is, the process proceeds to step S36.
【０１０９】ステップＳ３６では、ユーザは、候補の一
覧の中から、上記ステップＳ３１で選択したシステム構
成要素と参照関係を結びたいシステム構成要素を選択す
る。すると、参照関係追加実行部１１は、当該選択した
システム構成要素の階層レベルで参照関係を作成する。
次に、ステップＳ３８で参照関係追加実行部１１は、記
述形式格納部４からプロセス定義を読み込み、ステップ
Ｓ３９で、上記参照関係を作成した階層より下の階層に
おいて関連を引ける成果物があるかどうかを判断する。In step S36, the user selects, from the list of candidates, a system component that is to be linked to the system component selected in step S31. Then, the reference relation addition execution unit 11 creates a reference relation at the hierarchical level of the selected system component.
Next, in step S38, the reference relationship addition execution unit 11 reads the process definition from the description format storage unit 4, and in step S39, determines whether there is a product that can be related in a hierarchy lower than the hierarchy in which the reference relationship is created. Judge.
【０１１０】そのような成果物が存在する場合には、自
動生成実行部１２は、ステップＳ４０で当該成果物への
関連を引く。そして、ステップＳ４１で、上述のように
して生成した成果物間の参照関係をプロジェクト情報と
してプロジェクト情報格納部５に格納する。その後、ス
テップＳ３９に戻り、関連を引ける成果物がまだ残って
いるかどうかを判断し、残っていればステップＳ４０〜
Ｓ４１の処理を同様に行う。If such a product exists, the automatic generation execution unit 12 links the product to the product in step S40. Then, in step S41, the reference relation between the products generated as described above is stored in the project information storage unit 5 as project information. Thereafter, the process returns to step S39, and it is determined whether or not there is still a product that can be related.
The process of S41 is performed in the same manner.
【０１１１】図１４および図１５は、変更／チーム割り
当てを実行する際の処理の流れを示すフローチャートで
ある。図１４において、ステップＳ５１でユーザが変更
の割り当てを実行するリリースを選択すると、図８に示
した画面が表示される。ここで、ステップＳ５２でその
リリースの中から所望の成果物とその版をチェックボッ
クス４１のクリックにより選択すると、選択可能成果物
一覧作成部６は、ステップＳ５３でプロジェクト情報格
納部５に現在格納されているプロジェクト情報を読み込
むとともに、ステップＳ５４で記述形式格納部４からプ
ロセス定義を読み込む。FIG. 14 and FIG. 15 are flowcharts showing the flow of processing when executing the change / team assignment. In FIG. 14, when the user selects a release to execute change assignment in step S51, a screen shown in FIG. 8 is displayed. Here, when a desired product and its version are selected from the release by clicking the check box 41 in step S52, the selectable product list creation unit 6 is stored in the project information storage unit 5 in step S53. In addition to reading the project information, the process definition is read from the description format storage unit 4 in step S54.
【０１１２】そして、ステップＳ５５で、変更割り当て
の計算ボタン４４が押されると、読み込んだプロセス定
義等に基づいて、上記選択された成果物と参照関係にあ
る成果物をチェックし、ステップＳ５６で上記チェック
した成果物とその版を！マーク４３によりディスプレイ
画面に表示する。このように、ある成果物のある版を変
更しようとするときは、プロセス定義の内容等に基づい
て、そのときのプロジェクトの状態に合わせて関連して
変更すべき成果物とその版をチェックし、それをユーザ
に知らせることにより、変更漏れを防いで常に正しい成
果物の関係を維持することができる。Then, when the calculation button 44 of the change assignment is pressed in step S55, based on the read process definition and the like, a product having a reference relationship with the selected product is checked, and in step S56, the product is checked. Checked deliverables and their versions! The mark 43 is displayed on the display screen. As described above, when trying to change a certain version of a certain work product, check the work product to be changed and its version in accordance with the status of the project at that time based on the contents of the process definition, etc. By notifying the user of this, it is possible to prevent omission of change and to always maintain a correct relationship between the products.
【０１１３】次に、ステップＳ５７でユーザは、上記ス
テップＳ５６にて表示された！マーク４３をもとにどの
成果物のどの版を変更するかを選択する。上述したよう
に、基本的には参照関係のある一方の成果物が変更され
ると他方の成果物も変更する必要が生じるが（例えば、
仕様書を変更した場合には、それに対応してソースコー
ドも変更する必要が生じる）、微細な変更等のために関
連する成果物が影響を受けない場合もある。そのため、
関連して変更する成果物をユーザが選べるように構成し
ている。ここでは、１つあるいは複数の成果物を選択す
ることが可能である。Next, in step S57, the user is displayed in step S56! Based on the mark 43, the user selects which version of which product is to be changed. As described above, basically, when one of the products with a reference relationship is changed, the other product also needs to be changed (for example,
When the specification is changed, the source code also needs to be changed correspondingly), and the related product may not be affected due to a minute change or the like. for that reason,
It is configured so that the user can select a deliverable to be changed in association. Here, one or more artifacts can be selected.
【０１１４】次に、ステップＳ５８で、上記ステップＳ
５７で選択された成果物の版に対応するタスクが完了以
外の開始状態にあるかどうか、すなわち、計画中または
実行中であるかどうかを判断する。ここで、選択された
成果物の版の変更処理が現在計画中または実行中の場合
はステップＳ５９に進む。ステップＳ５９でユーザは、
選択された成果物について、その変更後も変更前と同じ
版で対応するかどうかをチェックボックス４２のクリッ
クにより選択する。一方、選択された成果物の版につい
て変更処理が既に完了している場合は、必ず新しい版で
対応するため、ステップＳ５９の処理は行わずにステッ
プＳ６０にジャンプする。Next, in step S58, the above-described step S58
It is determined whether the task corresponding to the version of the product selected at 57 is in a start state other than completion, that is, whether it is being planned or being executed. If the process of changing the version of the selected product is currently being planned or being executed, the process proceeds to step S59. In step S59, the user
The selected product is clicked on the check box 42 to determine whether or not the same version as before the change is used after the change. On the other hand, if the change process has already been completed for the selected product version, the process jumps to step S60 without performing the process of step S59, since the new version is always supported.
【０１１５】上記ステップＳ５９で、ユーザが変更後の
成果物について版を更新しないことを選択した場合はス
テップＳ６７にジャンプし、版を更新することを選択し
た場合はステップＳ６０に進む。ステップＳ６０では、
成果物の変更に対応した新たなリリースを作成したかど
うかを判断し、作成していない場合はステップＳ６１で
新たなリリース（以下に述べる新しい版の成果物や参照
関係などの情報を格納する枠組み）を作成する。一方、
変更に対応した新たなリリースが作成済の場合は、上記
ステップＳ６１の処理は行わずにステップＳ６２に進
む。In step S59, if the user selects not to update the version of the product after the change, the process jumps to step S67, and if the user selects to update the version, the process proceeds to step S60. In step S60,
It is determined whether or not a new release corresponding to the change of the product has been created. If not, a new release is created in step S61 (a framework for storing information such as a new version of the product and a reference relationship described below). ) To create. on the other hand,
If a new release corresponding to the change has been created, the process proceeds to step S62 without performing the process of step S61.
【０１１６】ステップＳ６２では、上記ステップＳ５７
で選択された成果物の版の１つに対して変更を施すこと
によって、新しい成果物の版を作成する。次に、ステッ
プＳ６３で、上記変更に伴う版の更新によって新たに作
成すべき成果物があるかどうかを判断して、そのように
作成する成果物がある場合には、プロセス定義の内容に
従って、当該作成する成果物に対応するタスクを自動生
成する。At step S62, at step S57
Create a new artifact version by making changes to one of the artifact versions selected in. Next, in step S63, it is determined whether there is a product to be newly created by updating the version according to the above change. If there is a product to be created as such, according to the contents of the process definition, A task corresponding to the created product is automatically generated.
【０１１７】さらに、ステップＳ６４では、図１５を用
いて後述するように、新たに作成する成果物の版に対し
て、どのチームがその成果物を作成するのかの役割を設
定する。つまり、ある成果物の変更を実施した場合に
は、その変更に伴って新たな成果物が追加（複製）さ
れ、これに対応するタスクが自動的に生成される。この
ようにタスクが新たに生成されるので、それらのタスク
をどのチームが担当するかを決める必要が生じ、チーム
の割り当てが実行される。Further, in step S64, as described later with reference to FIG. 15, the role of which team creates the product is set for the newly created version of the product. That is, when a certain product is changed, a new product is added (copied) in accordance with the change, and a task corresponding to the new product is automatically generated. Since tasks are newly generated in this way, it is necessary to determine which team is to be in charge of those tasks, and the team is assigned.
【０１１８】そして、ステップＳ６５で版・構成管理部
２３は、更新される前の元の版の成果物について参照・
被参照関係が設定されている成果物の版をリストアップ
し、ステップＳ６６で、そのリストアップした成果物の
版と、新しい成果物の版との間に参照・被参照関係を張
る。すなわち、図９（ｂ）〜（ｄ）に示した何れの状態
に該当するかによって、成果物間に相互参照関係を構築
する。Then, in step S65, the version / configuration management unit 23 refers to the original version of the product before being updated.
The version of the product to which the reference relationship is set is listed, and in step S66, a reference / reference relationship is established between the version of the listed product and the version of the new product. That is, a cross-reference relationship is established between deliverables depending on which of the states shown in FIGS. 9B to 9D.
【０１１９】上記ステップＳ５７で複数の成果物とその
版が選択されている場合、そのうちの最初の成果物につ
いて処理しているときは、図９（ｂ）のケースに該当す
ることが多い。この場合は、上記ステップＳ６５では、
成果物Ｂが更新される前の元の版に参照・被参照関係が
張られていた成果物Ａの版1.1.1 と成果物Ｃの版1.1.1
とをリストアップし、ステップＳ６６では、そのリスト
アップした成果物Ａ，Ｃの版1.1.1 と新しい成果物Ｂの
版1.1.2 との間に相互参照を張る。また、２番目以降の
成果物について処理しているときは、図９（ｃ）あるい
は（ｄ）のケースに該当することが多く、これらの場合
はそれぞれのケースに従って上述したように相互参照を
張る。When a plurality of deliverables and their versions are selected in step S57, when the first deliverable is processed, it often corresponds to the case of FIG. 9B. In this case, in step S65,
Version 1.1.1 of Product A and Version 1.1.1 of Product C that have a reference / reference relationship to the original version before Product B was updated
In step S66, a cross-reference is made between version 1.1.1 of the listed products A and C and version 1.1.2 of the new product B. When processing is performed for the second and subsequent products, the cases often correspond to the cases of FIG. 9C or 9D, and in these cases, cross-references are made as described above according to the respective cases. .
【０１２０】次に、ステップＳ６７で、上述のように変
更して作成した新たな成果物の版、新たなリリース、自
動生成したタスクや成果物間の参照関係、更には変更内
容や変更理由等の情報を、プロジェクト情報としてプロ
ジェクト情報格納部５に格納する。その後、ステップＳ
６８で、上記ステップＳ５７で選択された成果物の版を
全て処理したかどうを判断し、まだ残りがあればステッ
プＳ５８に戻り、同様の処理を繰り返す。Next, in step S67, a version of a new product created by changing as described above, a new release, a reference relationship between automatically generated tasks and products, a content of change, a reason for change, and the like. Is stored in the project information storage unit 5 as project information. Then, step S
At 68, it is determined whether all versions of the product selected in step S57 have been processed, and if there are any remaining versions, the process returns to step S58, and the same processing is repeated.
【０１２１】図１５は、上記図１４のステップＳ６４に
おけるチーム割り当て処理の流れを示すフローチャート
である。図１５において、ステップＳ７１で、上記図１
４のステップＳ６３で自動生成された複数のタスクの中
からユーザが任意のタスクを選択すると、図１の変更／
チーム割り当て実行部１５は、ステップＳ７２で、その
選択されたタスクに対応する成果物が持つ役割（プロセ
ス定義に記述されている上述した分析設計チーム、実装
チーム、品質保証チームなどの概念としてチーム名）を
記述形式格納部４内のプロセス定義から獲得する。FIG. 15 is a flowchart showing the flow of the team assignment process in step S64 in FIG. In FIG. 15, in step S71, FIG.
When the user selects an arbitrary task from the plurality of tasks automatically generated in step S63 of FIG.
In step S72, the team assignment execution unit 15 determines the role of the product corresponding to the selected task (the team name as a concept such as the analysis design team, the implementation team, and the quality assurance team described in the process definition). ) Is obtained from the process definition in the description format storage unit 4.
【０１２２】そして、ステップＳ７３で、上記獲得した
仮想上のチームと、プロジェクト上の実際のチーム（例
えば第１チーム、第２チームなどの具体的なチーム名）
とを照合し、選択されたタスクを担当すべき実際のチー
ムを把握する。次のステップＳ７４では、この照合結果
に基づいてチームの候補を作成し、例えばユーザ入力・
選択部１７に供給して画面表示する。In step S73, the acquired virtual team and the actual team on the project (for example, specific team names such as the first team and the second team)
To determine the actual team that should be responsible for the selected task. In the next step S74, a candidate for a team is created based on the result of this collation.
The data is supplied to the selection unit 17 and displayed on the screen.
【０１２３】次のステップＳ７５でユーザは、表示され
た候補の中から任意のチームを選択する。これに対応し
て変更／チーム割り当て実行部１５は、ステップＳ７６
で、選択されたチームとタスクとを関係付け、その結果
を次のステップＳ７７でプロジェクト情報格納部５に格
納する。At the next step S75, the user selects an arbitrary team from the displayed candidates. In response to this, the change / team allocation execution unit 15 determines in step S76
Then, the selected team is associated with the task, and the result is stored in the project information storage unit 5 in the next step S77.
【０１２４】以上が成果物の変更割り当てとチーム割り
当ての一連の処理内容であるが、チーム割り当ては、新
たなタスクが作られたときに必ず行われるものである。
したがって、図１５の処理は、図１１や図１２の処理に
よってタスクが追加された場合にも同様に実行される。The above is a series of processing contents of the change assignment of the product and the team assignment. The team assignment is always performed when a new task is created.
Therefore, the processing in FIG. 15 is also executed when a task is added by the processing in FIG. 11 or FIG.
【０１２５】図１６は、リリースノート作成部２４によ
りリリースノートを作成する際の処理の流れを示すフロ
ーチャートである。図１６において、ステップＳ８１で
ユーザがリリースするバージョンを選択すると、ステッ
プＳ８２でリリースノート作成部２４は、その選択され
たリリースに対応したシステムの成果物構成のデータ
（そのリリースがどの成果物のどの版により構成される
かを表したデータ）をプロジェクト情報格納部５内から
取得する。FIG. 16 is a flowchart showing the flow of processing when the release note creating section 24 creates a release note. In FIG. 16, when the user selects the version to be released in step S81, the release note creating unit 24 in step S82 sets the data of the product configuration of the system corresponding to the selected release. (Data indicating whether the image is composed of plates) is acquired from the project information storage unit 5.
【０１２６】さらに、ステップＳ８３でリリースノート
作成部２４は、プロジェクト情報格納部５内から変更デ
ータを取得する。この変更データは、例えば図８の画面
から入力された変更内容や変更理由に関するデータ、変
更管理部１８を用いて実際に成果物の変更処理を行って
いる際に入力された顧客からの要求等に対する対応策の
データ、機能追加を説明したデータ等を含む。次に、ス
テップＳ８４では、変更に含まれる障害があるかどう
か、すなわち、何らかの障害に対応するために行われた
成果物の変更があるかどうかを判断する。Further, in step S83, the release note creator 24 acquires change data from the project information storage 5. The change data includes, for example, data regarding the change content and the reason for change input from the screen of FIG. 8, a request from the customer input when the change management unit 18 is actually performing the change processing of the product, and the like. And data describing the addition of functions. Next, in step S84, it is determined whether or not there is a failure included in the change, that is, whether or not there is a change in the deliverable made in response to any failure.
【０１２７】ここで、変更に含まれる障害がある場合
は、ステップＳ８５でその障害に関する障害データをプ
ロジェクト情報格納部５内から取得して、ステップＳ８
４に戻る。この障害データは、障害管理部２０を用いて
実際に障害対策を行っている際に入力される障害の件
名、障害に対する対応策のデータ等を含む。一方、変更
に含まれる障害がない場合は、ステップＳ８６に進み、
全ての変更を調査したかどうかを判断する。そして、未
調査の変更がある場合はステップＳ８３に戻り、その未
調査の変更に対して同様の処理を行う。If there is a fault included in the change, fault data relating to the fault is obtained from the project information storage unit 5 in step S85, and the process proceeds to step S8.
Return to 4. The failure data includes the title of the failure, data of a countermeasure for the failure, and the like, which are input when the failure management unit 20 actually performs the failure countermeasure. On the other hand, if there is no obstacle included in the change, the process proceeds to step S86,
Determine if all changes have been investigated. Then, when there is an unexamined change, the process returns to step S83, and the same processing is performed on the unexamined change.
【０１２８】一方、全ての変更を調査した場合は、ステ
ップＳ８７に進み、現在選択しているリリースでは未対
応の変更や障害、つまり先のリリースで対応予定のもの
が登録されているかどうかを判断する。そして、現在の
リリースで未対応の変更や障害が登録されている場合
は、ステップＳ８８に進み、未来のリリースで対応予定
の仕様や不具合を記述したデータとして、上述の変更デ
ータおよび障害データをプロジェクト情報格納部５内か
ら取得する。そして、ステップＳ８９で、今までの各ス
テップの処理で取得した変更データおよび障害データを
リリースノートとして出力する。On the other hand, if all the changes have been investigated, the process proceeds to step S87, in which it is determined whether or not a change or failure that is not supported by the currently selected release, that is, one that is scheduled to be supported by the previous release is registered. I do. If a change or failure that is not supported by the current release is registered, the process proceeds to step S88, and the above-described change data and failure data are written as data describing specifications and defects to be supported in a future release. Acquired from the information storage unit 5. Then, in step S89, the change data and the failure data acquired in the processing of each step up to now are output as release notes.
【０１２９】このように、本実施形態では、成果物の変
更を行う際に入力される変更内容や変更理由、あるいは
障害対策を行う際に入力される障害対応策などのデータ
を保存しておき、それらのデータをそのまま出力する
（多少のフォーマット変換は行っても良い）ことによっ
てリリースノートを自動生成するようにしている。した
がって、リリースノートを始めから記述していく手間が
省け、しかも記述漏れを防ぐことができるというメリッ
トを有する。As described above, in the present embodiment, data such as the details of the change and the reason for inputting the change when the product is changed, and the trouble countermeasure input when the trouble countermeasure is performed are stored. Then, the release notes are automatically generated by outputting the data as it is (although some format conversion may be performed). Therefore, there is an advantage that the trouble of writing the release notes from the beginning can be omitted, and the omission of description can be prevented.
【０１３０】なお、以上に説明した本実施形態の情報管
理装置は、コンピュータのＣＰＵあるいはＭＰＵ、ＲＡ
Ｍ、ＲＯＭなどで構成されるものであり、ＲＡＭやＲＯ
Ｍに記憶されたプログラムが動作することによって実現
できる。したがって、コンピュータが上記機能を果たす
ように動作させるプログラムを、例えばＣＤ−ＲＯＭの
ような記録媒体に記録し、コンピュータに読み込ませる
ことによって実現できるものである。記録媒体として
は、ＣＤ−ＲＯＭ以外に、例えばフロッピーディスク、
ハードディスク、磁気テープ、光ディスク、光磁気ディ
スク、ＣＤ−Ｉ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ、ｚｉ
ｐ、不揮発性メモリカード等を用いることができる。The information management apparatus according to the present embodiment described above includes a CPU of a computer or an MPU or RA.
M, ROM, etc., RAM and RO
This can be realized by operating a program stored in M. Therefore, the present invention can be realized by recording a program that causes a computer to perform the above function on a recording medium such as a CD-ROM, and reading the program into the computer. As a recording medium, besides the CD-ROM, for example, a floppy disk,
Hard disk, magnetic tape, optical disk, magneto-optical disk, CD-I, CD-R, CD-RW, DVD, zi
p, a non-volatile memory card or the like can be used.
【０１３１】[0131]
【発明の効果】本発明は上述したように、システム開発
・保守を行う上で基本的なプロセスを定義するプロセス
定義手段と、プロジェクトに合わせて各種作業を実行
し、その際にプロセス定義の内容を解析して種々のプロ
ジェクト情報を生成して第２の記憶手段に格納する複数
の処理実行手段とを設け、１つのプロセス定義を複数の
処理実行手段で実際のプロジェクトに合わせてカスタマ
イズすることによってプロジェクト情報を生成するよう
にしたので、最初に基本的なプロセス定義を記述してお
けば、複数の処理実行手段によりそのプロセス定義の内
容に沿ってプロジェクト情報を正しい手順で順次生成し
ていくことができ、しかも生成したプロジェクト情報を
各成果物間の関連等も含めて１つの記憶手段にて一元的
に管理し、プロジェクト情報間に矛盾が生じないように
することができる。しかも、本発明によれば、様々なプ
ロジェクトに合わせた基本プロセスを定義することがで
きるので、本発明の情報管理装置が陳腐化することがな
い。As described above, according to the present invention, a process definition means for defining a basic process for performing system development and maintenance, and various operations are executed in accordance with a project, and at that time, the contents of the process definition And a plurality of processing execution means for generating various project information and storing the generated information in the second storage means, and customizing one process definition by the plurality of processing execution means in accordance with an actual project. Since the project information is generated, if the basic process definition is described first, the project information should be sequentially generated by multiple processing execution means in the correct procedure according to the contents of the process definition. In addition, the generated project information, including the relationship between each product, is managed centrally in one storage unit, It can be made to contradict intercluster information does not occur. Moreover, according to the present invention, a basic process can be defined according to various projects, so that the information management device of the present invention does not become obsolete.
【０１３２】また、ある成果物を作成もしくは変更した
ときにその成果物に対応するタスクや当該成果物との関
連が定義されている成果物に対する参照関係等を自動的
に生成する手段や、ある成果物間の参照関係を作成ある
いは削除したときにそれに付随して作成あるいは削除す
べき成果物間の参照関係を自動的に作成あるいは削除す
る手段を設けたので、開発者は当該成果物を作成するた
めの作業や成果物間の関連等について特に意識しなくて
も正しい作業を行うことが可能となる。There is also a means for automatically generating, when a certain product is created or changed, a task corresponding to the product and a reference relation to the product in which the relation with the product is defined. When creating or deleting a reference relationship between artifacts, a means is provided for automatically creating or deleting a reference relationship between artifacts that should be created or deleted, so the developer creates the artifact. It is possible to perform correct work without having to pay particular attention to the work to be performed and the relationship between the products.
【０１３３】また、ある成果物が削除されたときに当該
削除された成果物との関連が定義されている成果物を自
動的に削除する手段や、ある成果物が変更されたときに
当該変更された成果物との関連が定義されている成果物
を開発者に報知する手段を設けたので、付随して削除す
べき情報の消し忘れや付随して変更すべき情報の変更し
忘れがなくなり、プロジェクト情報間の正しい整合性を
維持することが可能となる。In addition, when a certain product is deleted, a means for automatically deleting a product in which the relation with the deleted product is defined, and when a certain product is changed, the change is made. A means has been provided to notify the developer of the work that is defined in relation to the work that has been deleted. Thus, correct consistency between project information can be maintained.
【０１３４】また、ある成果物あるいは参照関係の作
成、変更もしくは削除が行われたときにその時点で選択
可能な成果物の一覧を作成する手段を設けたので、開発
者がある作業を実行しようとするときにその時点で有効
な成果物以外は選択できないようになり、開発者が特に
意識しなくても、常に正しい手順でソフトウェア開発を
実施することができるようになる。Further, since a means for creating a list of products which can be selected at the time when a certain product or a reference relation is created, changed or deleted is provided, the developer will execute a certain work. In such a case, it becomes impossible to select a product other than the effective product at that time, so that software development can always be carried out in a correct procedure without the consciousness of the developer.
【０１３５】また、複数の処理実行手段により生成され
るプロジェクト情報を、システムの版ごとおよび当該シ
ステムの各版を構成する各成果物の版ごとに管理するよ
うにしたので、成果物間の参照関係をシステムの版およ
び成果物の版ごとに適切に維持することができ、システ
ム開発・保守を行う際に版がバージョンアップされてい
くような場合にも対応することができる。Further, since the project information generated by the plurality of processing executing means is managed for each version of the system and for each version of each product constituting each version of the system, reference between products is performed. The relationship can be appropriately maintained for each version of the system and each version of the product, and it is possible to cope with a case where the version is upgraded when performing system development and maintenance.
【０１３６】また、成果物あるいは参照関係の作成、変
更もしくは削除を行うときに、その対象となる成果物の
版と関連のある成果物の版の一覧を作成する手段を設け
たので、開発者は、付随して変更等を行うべき成果物の
版を容易に知ることができ、変更すべき成果物の版の変
更し忘れ等がなくなり、プロジェクト情報間の正しい整
合性を維持することが可能となる。Further, when creating, changing, or deleting a product or a reference relationship, a means for creating a list of versions of the product related to the version of the target product is provided. Can easily know the version of the product that should be changed, etc., avoid forgetting to change the version of the product that should be changed, and maintain the correct consistency between project information Becomes
【０１３７】また、成果物の作成、変更もしくは削除が
行われたときに、それに対応してシステムの新しい版お
よびそれに含まれる各成果物の版の新しい構成を生成す
るようにしたので、開発者が特に意識しなくても、各成
果物の版の間で常に正しい参照関係等を維持することが
できる。When a product is created, changed, or deleted, a new version of the system and a new configuration of the version of each product included therein are generated in response to the creation, change, or deletion. Even if the user is not particularly conscious, it is possible to always maintain a correct reference relationship between the versions of each product.
【０１３８】また、複数の処理実行手段による実行過程
で得られる変更データ、および障害管理手段による障害
管理の実行過程で得られる障害データを用いてリリース
ノートを自動生成するようにしたので、開発者がリリー
スノートを一から作成する手間を省くことができるとと
もに、必要な記述漏れを防ぐことができ、リリースノー
ト作成の効率および品質を向上させることができる。Further, since the release notes are automatically generated using the change data obtained in the execution process by the plurality of process execution means and the fault data obtained in the fault management execution process by the fault management means, the developer Can save the trouble of creating the release notes from scratch, prevent necessary omission of description, and improve the efficiency and quality of release note creation.
【図１】本発明の一実施形態による情報管理装置の全体
構成を示す機能ブロック図である。FIG. 1 is a functional block diagram illustrating an overall configuration of an information management device according to an embodiment of the present invention.
【図２】図１の記述形式格納部およびプロセス定義格納
部内の情報の例を概念的に示す図である。FIG. 2 is a diagram conceptually illustrating an example of information in a description format storage unit and a process definition storage unit in FIG.
【図３】プロセス記述の具体的な例を示す図である。FIG. 3 is a diagram showing a specific example of a process description.
【図４】プロセス記述の具体的な例（図３の続き）を示
す図である。FIG. 4 is a diagram showing a specific example of the process description (continuation of FIG. 3).
【図５】プロセス記述の具体的な例（図４の続き）を示
す図である。FIG. 5 is a diagram showing a specific example of the process description (continuation of FIG. 4).
【図６】工程管理部により管理される工程の一例を示す
図である。FIG. 6 is a diagram illustrating an example of a process managed by a process management unit.
【図７】版・構成管理部により管理される各成果物の版
およびリリース内の成果物の構成の例を示す図である。FIG. 7 is a diagram illustrating an example of a version of each product managed by the version / configuration management unit and a configuration of a product in a release;
【図８】成果物に変更を割り当てる際にユーザに提示さ
れる表示画面の例を示す図である。FIG. 8 is a diagram showing an example of a display screen presented to a user when assigning a change to a deliverable.
【図９】版・構成管理部により実行される版および成果
物の構成管理の例を示す図である。FIG. 9 is a diagram illustrating an example of configuration management of a version and a product executed by a version / configuration management unit.
【図１０】本実施形態の情報管理装置を利用できるよう
にするまでの準備段階の処理の流れ、つまりプロセス定
義の記述からその登録までの流れを示すフローチャート
である。FIG. 10 is a flowchart showing a flow of processing in a preparation stage until the information management apparatus according to the embodiment can be used, that is, a flow from description of a process definition to registration thereof.
【図１１】プロジェクト情報として新たな成果物を追加
する際の処理の流れの一例（システム登録）を示すフロ
ーチャートである。FIG. 11 is a flowchart illustrating an example of a process flow (system registration) when a new product is added as project information.
【図１２】プロジェクト情報として新たな成果物を追加
する際の処理の流れの他の例（サブシステム登録）を示
すフローチャートである。FIG. 12 is a flowchart illustrating another example (sub-system registration) of the processing flow when a new product is added as project information.
【図１３】ユーザが明示的に参照関係を設定する際の処
理の流れを示すフローチャートである。FIG. 13 is a flowchart illustrating a flow of processing when a user explicitly sets a reference relationship.
【図１４】成果物の変更およびチーム割り当てを実行す
る際の処理の流れを示すフローチャートである。FIG. 14 is a flowchart showing the flow of processing when changing a deliverable and assigning a team.
【図１５】チーム割り当てを実行する際の処理の流れを
示すフローチャートである。FIG. 15 is a flowchart showing a flow of processing when executing team assignment.
【図１６】リリースノートを作成する際の処理の流れを
示すフローチャートである。FIG. 16 is a flowchart showing a flow of processing when creating a release note.
１ プロセス定義部 ２ プロセス定義格納部 ３ ＤＢ初期化部 ４ 記述形式格納部 ５ プロジェクト情報格納部 ６ 選択可能成果物一覧作成部 ７ 成果物追加実行部 ８ 自動生成実行部 ９ 成果物削除実行部 １０ 自動削除実行部 １１ 参照関係追加実行部 １２ 自動生成実行部 １３ 参照関係削除実行部 １４ 自動削除実行部 １５ 変更／チーム割り当て実行部 １６ 自動生成実行部 １７ ユーザ入力・選択部 １８ 変更管理部 １９ 工程管理部 ２０ 障害管理部 ２３ 版・構成管理部 ２４ リリースノート作成部 DESCRIPTION OF SYMBOLS 1 Process definition part 2 Process definition storage part 3 DB initialization part 4 Description format storage part 5 Project information storage part 6 Selectable product list creation part 7 Deliverable addition execution part 8 Automatic generation execution part 9 Deliverable deletion execution part 10 Automatic deletion execution unit 11 Reference relationship addition execution unit 12 Automatic generation execution unit 13 Reference relationship deletion execution unit 14 Automatic deletion execution unit 15 Change / team assignment execution unit 16 Automatic generation execution unit 17 User input / selection unit 18 Change management unit 19 Process Management unit 20 Failure management unit 23 Version / configuration management unit 24 Release note creation unit
───────────────────────────────────────────────────── フロントページの続き (72)発明者 北原 直樹 東京都千代田区大手町２−６−３ 新日本 製鐵株式会社内 (72)発明者 木方 憲 東京都千代田区大手町２−６−３ 新日本 製鐵株式会社内 Ｆターム(参考） 5B076 AB10 DD02 EC09 ──────────────────────────────────────────────────続 き Continued on the front page (72) Inventor Naoki Kitahara 2-6-3 Otemachi, Chiyoda-ku, Tokyo Inside Nippon Steel Corporation (72) Inventor Ken Kikata 2-6, Otemachi, Chiyoda-ku, Tokyo 3 Nippon Steel Corporation F-term (reference) 5B076 AB10 DD02 EC09
Claims (18)
業を示すタスク名とその順序、各タスクにより生成され
る成果物名、各タスクを実行する作業者名、各成果物間
の関連、およびシステムの階層構造の各情報を含み、シ
ステム開発・保守の基本的なプロセスを定義するプロセ
ス定義手段と、 上記プロセス定義手段により記述されたプロセス定義を
格納する第１の記憶手段と、 上記システム開発・保守を実際に行うプロジェクトに合
わせて各種作業を実行し、その際に上記第１の記憶手段
に格納されているプロセス定義の内容を解析して種々の
プロジェクト情報を生成する複数の処理実行手段と、 上記複数の処理実行手段により生成されたプロジェクト
情報を格納する第２の記憶手段とを備えたことを特徴と
する情報管理装置。1. A task name indicating a task necessary for system development / maintenance and its order, a name of a product generated by each task, a name of a worker executing each task, a relation between the respective products, Process definition means for defining a basic process of system development and maintenance, including information on the system and the hierarchical structure of the system; first storage means for storing the process definition described by the process definition means; Various operations are performed in accordance with a project for which development and maintenance are actually performed, and at this time, a plurality of processes for generating various project information by analyzing the contents of the process definition stored in the first storage means. Means, and a second storage means for storing project information generated by the plurality of processing execution means.
順序はタスクの実行順序と一致することを特徴とする請
求項１に記載の情報管理装置。2. The information management apparatus according to claim 1, wherein a description order of each task name in the process definition matches a task execution order.
を作成もしくは変更するときに、上記プロセス定義を参
照して、当該成果物に対応するタスクを自動的に生成す
る第１の自動生成手段を含むことを特徴とする請求項１
または２に記載の情報管理装置。3. A first automatic generation means for automatically generating a task corresponding to a product by referring to the process definition when creating or changing a certain product. 2. The method according to claim 1, further comprising means.
Or the information management device according to 2.
ス定義に記述されている順序に従ってタスクを生成する
ことを特徴とする請求項３に記載の情報管理装置。4. The information management apparatus according to claim 3, wherein said first automatic generation means generates tasks according to an order described in said process definition.
は変更した成果物との関連が上記プロセス定義に記述さ
れている成果物に対して参照関係を自動的に生成する手
段を更に含むことを特徴とする請求項３または４に記載
の情報管理装置。5. The first automatic generation means further includes means for automatically generating a reference relationship with respect to a product described in the process definition in association with a created or changed product. The information management device according to claim 3 or 4, wherein:
を削除するときに、上記プロセス定義を参照して、当該
削除した成果物との関連が定義されている成果物を自動
的に削除する第１の自動削除手段を含むことを特徴とす
る請求項１〜５の何れか１項に記載の情報管理装置。6. When a certain product is deleted, the plurality of processing execution means refers to the process definition and automatically deletes a product in which a relation with the deleted product is defined. 6. The information management apparatus according to claim 1, further comprising a first automatic deletion unit that performs the operation.
を変更するときに、上記プロセス定義を参照して、当該
変更した成果物との関連が定義されている成果物を報知
する報知手段を含むことを特徴とする請求項１〜６の何
れか１項に記載の情報管理装置。7. The notifying means for, when changing a certain product, notifying a product in which a relation with the changed product is defined by referring to the process definition when changing a certain product. The information management device according to any one of claims 1 to 6, further comprising:
間の参照関係を作成するときに、上記プロセス定義を参
照して、当該作成した参照関係に付随して作成すべき成
果物間の参照関係を自動的に生成する第２の自動生成手
段を含むことを特徴とする請求項１〜７の何れか１項に
記載の情報管理装置。8. The process execution means refers to the process definition when creating a reference relationship between certain products, and creates a reference relationship between the products to be created accompanying the created reference relationship. The information management apparatus according to claim 1, further comprising a second automatic generation unit configured to automatically generate a reference relationship.
間の参照関係を削除するときに、上記プロセス定義を参
照して、当該削除した参照関係に付随して削除すべき成
果物間の参照関係を自動的に削除する第２の自動削除手
段を含むことを特徴とする請求項１〜８の何れか１項に
記載の情報管理装置。9. The method according to claim 1, wherein the plurality of processing execution units refer to the process definition when deleting a reference relationship between the products, and perform a process for deleting the products along with the deleted reference relationships. 9. The information management apparatus according to claim 1, further comprising a second automatic deletion unit that automatically deletes the reference relation.
変更もしくは削除を行うときに、上記第１の記憶手段内
のプロセス定義と上記第２の記憶手段内に既に格納され
ているプロジェクト情報とを参照して、その時点で選択
可能な成果物の一覧を作成する一覧作成手段を備えるこ
とを特徴とする請求項１〜９の何れか１項に記載の情報
管理装置。10. Creation of the artifact or reference relationship,
When making changes or deletions, a list of deliverables that can be selected at that time is referred to by referring to the process definition in the first storage means and the project information already stored in the second storage means. The information management apparatus according to any one of claims 1 to 9, further comprising a list creation unit that creates a list.
クが生成されたときに、そのタスクを実行すべき作業者
を割り当てる処理を起動する作業者割り当て手段を含む
ことを特徴とする請求項１〜１０の何れか１項に記載の
情報管理装置。11. The apparatus according to claim 1, wherein said plurality of processing executing means include an operator allocating means for activating a processing for allocating an operator to execute the task when the task is generated. 11. The information management device according to any one of items 10 to 10.
ジョンアップされる各成果物の版と、上記システムの版
および当該システムに含まれる成果物の構成とを管理す
る版・構成管理手段を備え、上記複数の処理実行手段に
より生成されるプロジェクト情報を、上記システムの版
ごと、および当該システムの各版を構成する各成果物の
版ごとに管理することを特徴とする請求項１に記載の情
報管理装置。12. A version / configuration management means for managing a version of each product to be upgraded when a system is developed and maintained, and a version of the system and a configuration of a product included in the system. 2. The system according to claim 1, wherein the project information generated by the plurality of processing execution units is managed for each version of the system and for each version of each product constituting each version of the system. Information management device.
変更もしくは削除を行うときに、上記第１の記憶手段内
のプロセス定義と上記第２の記憶手段内に既に格納され
ているプロジェクト情報とを参照して、上記作成、変更
もしくは削除を行う成果物の版と関連のある成果物の版
の一覧を作成する一覧作成手段を備えることを特徴とす
る請求項１２に記載の情報管理装置。13. Creating the artifact or reference relationship,
When making a change or deletion, a product to be created, changed or deleted with reference to the process definition in the first storage means and the project information already stored in the second storage means. 13. The information management apparatus according to claim 12, further comprising: a list creating unit that creates a list of versions of a product related to the version of the product.
後の成果物を新たな版に更新するか現状の版で対応する
かをユーザに選択させる選択手段を備えることを特徴と
する請求項１２または１３に記載の情報管理装置。14. The system according to claim 1, further comprising a selection unit for allowing a user to select whether to update the changed product to a new version or to use the current version when changing the product. Item 14. The information management device according to item 12 or 13.
スクが計画中、実行中、完了の何れの段階にあるのかを
管理する工程管理手段を備え、 上記選択手段は、上記工程管理手段により管理されてい
るタスクの状態が計画中もしくは実行中のタスクに対応
する成果物についてのみ、上記変更後の成果物を新たな
版に更新するか現状の版で対応するかをユーザに選択さ
せるようにしたことを特徴とする請求項１４に記載の情
報管理装置。15. A process management means for managing an execution process of the task, and managing which stage of each task is being planned, being executed, or being completed. The selection means is provided by the process management means. Only for the deliverables whose managed task status corresponds to the planned or running task, let the user choose whether to update the above-mentioned modified deliverable to a new version or to use the current version. The information management apparatus according to claim 14, wherein
あるいは参照関係の作成、変更もしくは削除を行うとき
に、上記システムの新しい版およびそれに含まれる各成
果物の版の新しい構成を生成することを特徴とする請求
項１２〜１５の何れか１項に記載の情報管理装置。16. The version / configuration management means generates a new version of the system and a new configuration of a version of each product included therein when creating, changing or deleting the product or the reference relationship. The information management device according to any one of claims 12 to 15, wherein:
手段と、 上記複数の処理実行手段により上記成果物あるいは参照
関係の作成、変更もしくは削除を行うときに入力される
変更データ、および上記障害管理手段により障害管理を
行うときに入力される障害データを用いて、上記システ
ムの更新した版の内容を表すリリースノートを自動的に
生成する第３の自動生成手段とを備えたことを特徴とす
る請求項１２〜１６の何れか１項に記載の情報管理装
置。17. A failure management unit that manages a failure of the product, change data that is input when creating, changing, or deleting the product or the reference relationship by the plurality of processing execution units; Third automatic generation means for automatically generating a release note representing the contents of an updated version of the system using failure data input when performing failure management by the management means. The information management device according to any one of claims 12 to 16, wherein
作業を示すタスク名とその順序、各タスクにより生成さ
れる成果物名、各タスクを実行する作業者名、各成果物
間の関連、およびシステムの階層構造の各情報を含み、
システム開発・保守の基本的なプロセスを定義するプロ
セス定義手段と、 上記システム開発・保守を実際に行うプロジェクトに合
わせて各種作業を実行し、その際に上記プロセス定義手
段により記述されたプロセス定義の内容を解析して種々
のプロジェクト情報を生成し、それを記憶手段に格納す
る複数の処理実行手段としてコンピュータを機能させる
ためのプログラムを記録したことを特徴とするコンピュ
ータ読み取り可能な記録媒体。18. A task name and an order of the tasks necessary for performing system development and maintenance, a name of a product generated by each task, a name of a worker executing each task, a relation between the products, And system hierarchy information,
Process definition means that defines the basic process of system development and maintenance, and various tasks are executed in accordance with the project that actually performs the system development and maintenance. At that time, the process definition described by the process definition means A computer-readable recording medium on which a program for causing a computer to function as a plurality of processing executing means for analyzing contents to generate various project information and storing the same in a storage means is recorded.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11173238A JP2000215038A (en) | 1998-11-20 | 1999-06-18 | Information management device and recording medium |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP33087098 | 1998-11-20 | ||
| JP10-330870 | 1998-11-20 | ||
| JP11173238A JP2000215038A (en) | 1998-11-20 | 1999-06-18 | Information management device and recording medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000215038A true JP2000215038A (en) | 2000-08-04 |
Family
ID=26495298
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11173238A Pending JP2000215038A (en) | 1998-11-20 | 1999-06-18 | Information management device and recording medium |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000215038A (en) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6799183B2 (en) | 2000-09-29 | 2004-09-28 | Hitachi, Ltd. | Operation assistance method and system and recording medium for storing operation assistance method |
| JP2005227960A (en) * | 2004-02-12 | 2005-08-25 | Ricoh Co Ltd | Apparatus, method and program for process editing support and process management, and recording medium |
| KR100669604B1 (en) | 2004-12-17 | 2007-01-15 | 엘지전자 주식회사 | Software Integration Tool System for Configuration Management System |
| JP2007058703A (en) * | 2005-08-26 | 2007-03-08 | Matsushita Electric Ind Co Ltd | Project management system |
| JP2009104393A (en) * | 2007-10-23 | 2009-05-14 | Canon Inc | Software trouble ticket management system and method, and program |
| JP2010134893A (en) * | 2008-10-29 | 2010-06-17 | Hitachi Software Eng Co Ltd | Problem management system |
| JP2014123249A (en) * | 2012-12-21 | 2014-07-03 | International Business Maschines Corporation | Information processor, program, and information processing method |
-
1999
- 1999-06-18 JP JP11173238A patent/JP2000215038A/en active Pending
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6799183B2 (en) | 2000-09-29 | 2004-09-28 | Hitachi, Ltd. | Operation assistance method and system and recording medium for storing operation assistance method |
| JP2005227960A (en) * | 2004-02-12 | 2005-08-25 | Ricoh Co Ltd | Apparatus, method and program for process editing support and process management, and recording medium |
| KR100669604B1 (en) | 2004-12-17 | 2007-01-15 | 엘지전자 주식회사 | Software Integration Tool System for Configuration Management System |
| JP2007058703A (en) * | 2005-08-26 | 2007-03-08 | Matsushita Electric Ind Co Ltd | Project management system |
| JP2009104393A (en) * | 2007-10-23 | 2009-05-14 | Canon Inc | Software trouble ticket management system and method, and program |
| JP2010134893A (en) * | 2008-10-29 | 2010-06-17 | Hitachi Software Eng Co Ltd | Problem management system |
| JP2014123249A (en) * | 2012-12-21 | 2014-07-03 | International Business Maschines Corporation | Information processor, program, and information processing method |
| US9891911B2 (en) | 2012-12-21 | 2018-02-13 | International Business Machines Corporation | Software development work item management system |
| US10768928B2 (en) | 2012-12-21 | 2020-09-08 | International Business Machines Corporation | Software development work item management system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5428729A (en) | System and method for computer aided software engineering | |
| US5799193A (en) | Scenario based iterative method for development of an object oriented system model | |
| AU4098700A (en) | Circuit arrangement for measuring the resistances of a pressure-sensitive resistance mat | |
| US20070106695A1 (en) | Information processing apparatus, method, and system | |
| US5781905A (en) | Program generating method combining data item part with database manipulation part | |
| JP2000215038A (en) | Information management device and recording medium | |
| JPH1139145A (en) | Device to support programming and storage medium | |
| US20130346141A1 (en) | Workflow modeling with workets and transitions | |
| WO2006071368A2 (en) | System and method for information encapsulation for providing multiple deliverable formats from one information source | |
| KR20060079690A (en) | Component-based programming automation process using templates and patterns | |
| CN113568902A (en) | Management system and method of PDS pipeline reference database | |
| JP5319643B2 (en) | Software product line development support apparatus and method | |
| JP2009169628A (en) | Construction device, construction method and program for monitoring control system | |
| JP4683535B2 (en) | Job net management system | |
| AU760395B2 (en) | Program reproducing method and device, and medium on which program for program reproduction recording | |
| JP5481267B2 (en) | Control program creation device and control program creation device drive method | |
| JP2002032225A (en) | Work result managing device, work plan support device and storage medium in which program to make computer perform processing by the same devices is stored | |
| CN117608536B (en) | Gap data online template customization and supplementary recording system and method thereof | |
| JP3424558B2 (en) | Object management method | |
| EP4261678A1 (en) | Generation of a technical instruction | |
| JP4180099B2 (en) | Recording medium recording sequence analysis program, sequence analysis apparatus, and sequence analysis method | |
| JP2008234379A (en) | Software generation device and software generation method | |
| US20050108279A1 (en) | Method and dynamic system for the mangement and production of technical documentation in a database | |
| Paolucci | Access control rights Application, UI renewal project | |
| CN112633856A (en) | Data processing method and device based on work items |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050707 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080729 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080929 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081028 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090303 |