JP5247582B2 - Project management system - Google Patents
Project management system Download PDFInfo
- Publication number
- JP5247582B2 JP5247582B2 JP2009115676A JP2009115676A JP5247582B2 JP 5247582 B2 JP5247582 B2 JP 5247582B2 JP 2009115676 A JP2009115676 A JP 2009115676A JP 2009115676 A JP2009115676 A JP 2009115676A JP 5247582 B2 JP5247582 B2 JP 5247582B2
- Authority
- JP
- Japan
- Prior art keywords
- development
- data
- dependency
- information
- development element
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
本発明は、製品開発についてのプロジェクト管理を行うプロジェクト管理システムに関する。 The present invention relates to a project management system that performs project management for product development.
従来、ソフトウェア開発においてプロジェクト計画（スコープ、制約条件、ＷＢＳ、品質計画、検証計画）を行うにあたっては、工数を見積もるための様々な方法が提案されており、たとえば、下記特許文献１では、以下のような見積もり方法が提案されている。まず、画面上のコントロールを実装する際のソフトウェアの開発に要する工数を特定可能とする見積用コントロールを定義する。そして、見積対象のソフトウェアがディスプレイに表示する画面上のコントロールに対してユーザが割り付けた、見積用コントロールに基づいて、ソフトウェアの開発工数を見積もる。 Conventionally, various methods for estimating man-hours have been proposed for performing project planning (scope, constraint conditions, WBS, quality plan, verification plan) in software development. For example, in Patent Document 1 below, Such an estimation method has been proposed. First, a control for estimation that can specify the man-hours required for software development when implementing the control on the screen is defined. Then, the software development man-hour is estimated based on the control for estimation assigned by the user to the control on the screen displayed on the display by the software to be estimated.
一般には、プロジェクトの管理者は、見積もりにあたって以前のプロジェクトのプロジェクト計画，全体の実績工数，不具合の数、などを参考にする。また、プロジェクト計画を行う部門、または業界標準におけるプロジェクト計画のテンプレートを使用することが多い。 In general, the project manager refers to the project plan of the previous project, the total number of actual man-hours, the number of defects, etc. for the estimation. In addition, the project planning department or the project planning template in the industry standard is often used.
しかしながら、上記従来の技術によれば、特定の箇所の変更，モジュールの追加開発，不具合修正、といった作業について工程計画や見積もりを行う場合にも、標準工程や平均値を参考にすることとなる。したがって、これによりプロジェクト計画を策定した場合には、工程に含まれる項目，実施の順番などが実態と合わない、という問題があった。また、同様に見積もりを行った場合には、工程に含まれる項目，全体の規模，工数，残存不具合数などが実態と合わない、という問題があった。 However, according to the above-described conventional technique, the standard process and the average value are referred to even when a process plan or an estimate is performed for operations such as a change of a specific part, additional development of a module, and correction of a defect. Therefore, when a project plan is formulated in this way, there is a problem that the items included in the process, the order of implementation, etc. do not match the actual situation. Further, when the estimation is made in the same manner, there is a problem that items included in the process, the overall scale, the number of man-hours, the number of remaining defects, etc. do not match the actual situation.
本発明は、上記に鑑みてなされたものであって、プロジェクト計画および見積もりの精度を向上可能なプロジェクト管理システムを得ることを目的とする。 The present invention has been made in view of the above, and an object thereof is to obtain a project management system capable of improving the accuracy of project planning and estimation.
上述した課題を解決し、目的を達成するために、本発明は、仕様書体系内の開発要素名、開発要素の識別子、および開発要素の設計または検証を行うために必要なリソースを特定する情報であるリソース情報の対応関係と、前記開発要素間の依存関係の種類、依存関係にある開発要素の識別子、およびリソース情報の対応関係と、をデータとして蓄積するための仕様構造情報記憶手段と、反映させるべき仕様書体系データである投入データを添付した、仕様書体系内の開発要素および依存関係を改訂すべき指示である改訂指示、を検出した場合に、当該投入データおよび前記仕様構造情報記憶手段が保持するデータを比較して、変更がなされた開発要素または依存関係に対応する前記仕様構造情報記憶手段内のデータを更新し、当該仕様構造情報記憶手段に対して行った操作内容である構造処理結果データを出力する構造改訂処理手段と、前記構造改訂処理手段により検出された改訂指示に基づいて、前記仕様構造情報記憶手段内のデータにおける前記リソース情報を更新し、当該仕様構造情報記憶手段に対して行った操作内容である情報処理結果データを出力する情報改訂処理手段と、前記構造改訂処理手段による操作内容、および前記情報改訂処理手段による操作内容を含む仕様構造改訂履歴データを蓄積するための仕様構造改訂履歴記憶手段と、前記構造処理結果データおよび前記情報処理結果データに基づいて、前記仕様構造改訂履歴データを作成し、当該仕様構造改訂履歴データを前記仕様構造改訂履歴記憶手段に格納する履歴記録手段と、を備えることを特徴とする。 In order to solve the above-described problems and achieve the object, the present invention provides information specifying a development element name, a development element identifier, and a resource necessary for designing or verifying the development element in the specification system. A specification structure information storage means for storing the correspondence relationship of the resource information, the type of dependency relationship between the development elements, the identifier of the development element in the dependency relationship, and the correspondence relationship of the resource information as data, When the input data that is the specification system data to be reflected is attached and the development element in the specification system and the revision instruction that is the instruction to revise the dependency are detected, the input data and the specification structure information memory are stored. The data held in the means is compared, the data in the specification structure information storage means corresponding to the development element or the dependency relationship changed is updated, and the specification structure The structure revision processing means for outputting the structure processing result data as the operation content performed on the information storage means, and the data in the specification structure information storage means based on the revision instruction detected by the structure revision processing means Information revision processing means for updating the resource information and outputting information processing result data as the contents of the operation performed on the specification structure information storage means, operation contents by the structure revision processing means, and the information revision processing means The specification structure revision history storage means for accumulating the specification structure revision history data including the operation contents according to the above, the specification structure revision history data is created based on the structure processing result data and the information processing result data, and the specification And a history recording means for storing the structure revision history data in the specification structure revision history storage means.
本発明によれば、改訂の状況を把握し、履歴を辿ることができることになり、プロジェクト計画を実行するための情報を抽出しやすくなる、という効果を奏する。 According to the present invention, the revision status can be grasped and the history can be traced, and it is easy to extract information for executing the project plan.
以下に、本発明にかかるプロジェクト管理システムの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。 Embodiments of a project management system according to the present invention will be described below in detail with reference to the drawings. Note that the present invention is not limited to the embodiments.
実施の形態１．
図１は、本実施の形態におけるプロジェクト管理システムの構成例を示す図である。図１のプロジェクト管理システムは、構造改訂処理部１と、情報改訂処理部２と、仕様構造情報ＤＢ３と、履歴記録部４と、仕様構造改訂履歴ＤＢ５と、構成管理部６と、開発依存関係抽出部７と、開発依存関係パスＤＢ８と、工程出力部９と、リソース見積もり出力部１０とを備える。
Embodiment 1 FIG.
FIG. 1 is a diagram showing a configuration example of a project management system in the present embodiment. The project management system in FIG. 1 includes a structure revision processing unit 1, an information revision processing unit 2, a specification structure information DB 3, a history recording unit 4, a specification structure revision history DB 5, a configuration management unit 6, and development dependencies. An extraction unit 7, a development dependency path DB 8, a process output unit 9, and a resource
構造改訂処理部１は、ユーザなどの操作により、仕様書体系内の開発要素を改訂（追加、削除、修正）すべき指示（改訂指示）を検出すると、「開発要素」または「依存関係」の変更をチェックし、仕様構造情報ＤＢ３内の仕様構造データ（後述）を更新する。情報改訂処理部２は、構造改訂処理部１からの指示により、仕様構造情報ＤＢ３内の仕様構造データにおけるリソース情報（またはリソース情報へのリンク）を更新する。仕様構造情報ＤＢ３は、仕様書体系内の仕様書やソースコード階層内の開発要素の情報を管理し、また、開発要素間の依存関係を管理する仕様構造データ（詳細後述）を保持する。履歴記録部４は、仕様書体系内の開発要素が改訂された場合に、構造改訂処理部１および情報改訂処理部２の操作内容に基づいて、仕様構造改訂履歴データを作成し、当該仕様構造改訂履歴データを仕様構造改訂履歴ＤＢ５に格納する。仕様構造改訂履歴５は、構造改訂処理部１による操作内容および、情報改訂処理部２による操作内容を備える仕様構造改訂履歴データを蓄積する。 When the structure revision processing unit 1 detects an instruction (revision instruction) to revise (add, delete, modify) a development element in the specification document system by an operation of a user or the like, the “revision element” or “dependency” The change is checked, and the specification structure data (described later) in the specification structure information DB 3 is updated. The information revision processing unit 2 updates the resource information (or link to the resource information) in the specification structure data in the specification structure information DB 3 according to an instruction from the structure revision processing unit 1. The specification structure information DB 3 manages the specifications in the specification system and the information on the development elements in the source code hierarchy, and holds specification structure data (details will be described later) for managing the dependency between the development elements. The history recording unit 4 creates specification structure revision history data based on the operation contents of the structure revision processing unit 1 and the information revision processing unit 2 when a development element in the specification system is revised, and the specification structure The revision history data is stored in the specification structure revision history DB 5. The specification structure revision history 5 stores the specification structure revision history data including the operation contents by the structure revision processing unit 1 and the operation contents by the information revision processing unit 2.
構成管理部６は、仕様構造情報ＤＢ３および仕様構造改訂履歴ＤＢ５からデータを読み出し、任意の時点における仕様書体系の構造（以下、「再現仕様構造データ」ともいう）を再現する。開発依存関係抽出部７は、開発（追加、流用、不具合改修）により仕様書体系の開発要素が改訂された際に、改訂された開発要素を含めた依存関係をたどり、開発要素間の依存関係の連鎖（パス）を示すデータである開発依存関係パスデータを作成し、当該データを開発依存関係パスＤＢ８に記録する。開発依存関係パスＤＢ８は、開発依存関係パスデータを蓄積する。 The configuration management unit 6 reads data from the specification structure information DB 3 and the specification structure revision history DB 5 and reproduces the structure of the specification system at an arbitrary time (hereinafter also referred to as “reproduction specification structure data”). The development dependency extraction unit 7 traces the dependency including the revised development element when the development element of the specification system is revised by development (addition, diversion, defect repair), and the dependency between the development elements. Development dependency path data, which is data indicating a chain (path) of the above, is created, and the data is recorded in the development dependency path DB 8. The development dependency path DB 8 stores development dependency path data.
工程出力部９は、構成管理部６からの出力である再現仕様構造データに基づいて、指定される開発要素の工程を算出する。リソース見積もり出力部１０は、同様に、構成管理部６からの出力である再現仕様構造データに基づいて、指定される開発要素の見積もりを算出する。
The process output unit 9 calculates the process of the designated development element based on the reproduction specification structure data that is the output from the configuration management unit 6. Similarly, the resource
ここで、依存関係とは、開発要素（項目，記述，関数，データ（変数，定数など））と、その開発要素が影響を与える対象または影響を与えられる対象となる開発要素との、関係の種類を示す情報である。関係の種類とは、たとえば、「ＡはＢを参照する」，「ＡはＢを呼び出す」，「ＡはＢを変更する」，「ＡはＢを実装する」，「Ａを改訂するとＢに影響がある」といった、依存のパターンを示す情報である。また、リソース情報とは、開発要素について設計または検証を行うために必要なリソースを特定する情報である。具体的には、工数，（出力帳表などの）ページ数，（プログラムソースの）ライン数，前回リリース以降報告された不具合の数、といった、規模や品質を表す指標などの情報である。以下では、一例として、リソース情報は「工数」の値であるとする。 Here, the dependency relationship is the relationship between the development element (item, description, function, data (variable, constant, etc.)) and the development element that the development element affects or can be affected. Information indicating the type. The types of relationships are, for example, “A refers to B”, “A calls B”, “A changes B”, “A implements B”, “A revised B to B It is information indicating a dependency pattern, such as “influenced”. Further, the resource information is information for specifying a resource necessary for designing or verifying a development element. Specifically, it includes information such as indices indicating scale and quality, such as man-hours, number of pages (such as output book table), number of lines (program source), number of defects reported since the last release. Hereinafter, as an example, it is assumed that the resource information is a value of “man-hour”.
図２は、仕様構造情報ＤＢ３内の仕様構造データの構成例を示す図である。図２の仕様構造データは、たとえば、「レコードＩＤ」，「日時」，「開発要素／依存関係の種類」，「開発要素ＩＤ（１）」，「開発要素名」，「開発要素ＩＤ（２）」，「リソース情報（リソース情報リンク）」などの項目を備える。「レコードＩＤ」は、レコードの識別子である。「日時」は、たとえば、プロジェクト管理システムが処理を開始した時点のシステム時刻であって、仕様構造データの版管理（詳細後述）をするために用いる。「開発要素／依存関係の種類」は、開発要素の種類（機能，関数，変数など）または、上述の依存関係の種類である。開発要素を登録するエントリの場合、開発要素ＩＤ（１）に開発要素として「機能Ｆ１」などのＩＤがセットされる。依存関係を登録するエントリの場合、開発要素ＩＤ（１）および（２）には、たとえば、依存関係がある開発要素として、それぞれ「機能Ｆ１」，「パラメータＰ１」などのＩＤがセットされる。「開発要素名」には、開発要素ＩＤ（１）に入る開発要素の名称，たとえば、上記「機能Ｆ１」などが入る。また、「リソース情報（リソース情報リンク）」は、上述同様である。「リソース情報」は、実際の値ではなく、不具合管理ツールや工程管理ツール（いずれも図示せず）など、リソースが保持される参照先へのリンクでもよい。 FIG. 2 is a diagram illustrating a configuration example of the specification structure data in the specification structure information DB 3. The specification structure data in FIG. 2 includes, for example, “record ID”, “date / time”, “development element / dependency type”, “development element ID (1)”, “development element name”, “development element ID (2 ) ”,“ Resource information (resource information link) ”and the like. “Record ID” is an identifier of a record. The “date and time” is, for example, the system time when the project management system starts processing, and is used for version management (details will be described later) of the specification structure data. “Development element / dependency type” is the type of development element (function, function, variable, etc.) or the type of dependency described above. In the case of an entry for registering a development element, an ID such as “function F1” is set as the development element in the development element ID (1). In the case of an entry for registering a dependency relationship, IDs such as “function F1” and “parameter P1” are set in development element IDs (1) and (2), for example, as development elements having a dependency relationship. In the “development element name”, the name of the development element entering the development element ID (1), for example, the “function F1” is entered. The “resource information (resource information link)” is the same as described above. The “resource information” may not be an actual value, but may be a link to a reference destination where the resource is held, such as a defect management tool or a process management tool (both not shown).
図３は、仕様構造データを説明するための模式図である。図３の例では、仕様書階層（その１）である＜仕様＞と、仕様書階層（その２）である＜ソースコード＞とにより、仕様書体系が構成される場合を説明する。たとえば、図３の仕様書階層その１において、機能Ｆ１は、パラメータＰ１を参照する。この場合、機能Ｆ１とパラメータＰ１について、仕様構造データに登録されるエントリは、「開発要素である機能Ｆ１」，「開発要素であるパラメータＰ１」，および「機能Ｆ１がパラメータＰ１を参照するという依存関係」、である。また、機能Ｆ２は、パラメータＰ１およびＰ３を参照する。したがって、この場合、仕様構造データに登録されるエントリは、パラメータＰ１が既に登録されていたとすれば、「開発要素である機能Ｆ２」，「開発要素であるパラメータＰ３」，「機能Ｆ２がパラメータＰ１を参照するという依存関係」，「機能Ｆ２がパラメータＰ３を参照するという依存関係」、である。なお、依存関係を登録する場合の開発要素ＩＤ（１）と開発要素ＩＤ（２）は１対１であるとし、機能Ｆ２がパラメータＰ１およびＰ３を参照する関係は、同一のエントリでは登録しない。 FIG. 3 is a schematic diagram for explaining the specification structure data. In the example of FIG. 3, a case will be described in which a specification system is configured by <specification> which is a specification hierarchy (part 1) and <source code> which is a specification hierarchy (part 2). For example, in the specification hierarchy 1 of FIG. 3, the function F1 refers to the parameter P1. In this case, for the function F1 and the parameter P1, the entries registered in the specification structure data are “development element function F1”, “development element parameter P1”, and “function F1 refers to parameter P1”. Relationship ". The function F2 refers to the parameters P1 and P3. Accordingly, in this case, if the parameter P1 is already registered, the entry registered in the specification structure data is “function F2 as a development element”, “parameter P3 as a development element”, and “function F2 as parameter P1. ”And“ dependency that function F2 refers to parameter P3 ”. Note that the development element ID (1) and the development element ID (2) in the case of registering the dependency relationship are one-to-one, and the relationship in which the function F2 refers to the parameters P1 and P3 is not registered in the same entry.
また、図３に示すように、＜仕様＞は、＜関数呼び出し階層＞と＜大域変数・データ構造＞とを備える。ここで、＜関数呼び出し階層＞は、関数を階層的に管理するイメージである。たとえば、図３には、＜仕様＞の機能Ｆ１と、＜関数呼び出し階層＞における関数ｆ１との間に依存関係が示されるが、当該依存関係は、「機能Ｆ１は、関数ｆ１として具体化される」（または、機能Ｆ１は、関数ｆ１に対応する）といった関係である。一方、＜大域変数・データ構造＞は、変数やデータを管理するイメージである。たとえば、図３には、＜仕様＞のパラメータＰ１と、＜大域変数・データ構造＞における構造体Ｓ２との間に依存関係が示されるが、当該依存関係は、「パラメータＰ１は、構造体Ｓ２として具体化される」といった関係である。さらに、図３には、＜関数呼び出し階層＞の関数ｆ３−２と＜大域変数・データ構造＞のデータｄ２との間に依存関係が示されるが、当該依存関係は、たとえば、「関数ｆ３−２は、データｄ２を読み出す」および「関数ｆ３−２は、データｄ２を変更する」といった関係である。 Further, as shown in FIG. 3, <specification> includes <function call hierarchy> and <global variable / data structure>. Here, <function call hierarchy> is an image for managing functions hierarchically. For example, FIG. 3 shows a dependency relationship between the function F1 of <specification> and the function f1 in the <function call hierarchy>. The dependency relationship is “function F1 is embodied as a function f1. (Or the function F1 corresponds to the function f1). On the other hand, <global variable / data structure> is an image for managing variables and data. For example, FIG. 3 shows a dependency relationship between the parameter P1 of the <specification> and the structure S2 in the <global variable / data structure>. The dependency relationship is “the parameter P1 is the structure S2. It is embodied as ". Further, FIG. 3 shows a dependency relationship between the function f3-2 of the <function call hierarchy> and the data d2 of the <global variable / data structure>. The dependency relationship is, for example, “function f3- 2 is “reads out data d2” and “function f3-2 changes data d2”.
ユーザは、これらの開発要素および依存関係を、ソフトウェア解析ツールなどを使用して仕様書体系から抽出し、図２の「開発要素／依存関係の種類」，「開発要素ＩＤ（１）」，「開発要素ＩＤ（２）」に該当する抽出結果を得て、当該抽出結果に図２の「リソース情報（リソース情報リンク）」に該当する情報を付加し、プロジェクト管理システムへの反映させるべき仕様書体系データである投入データを作成する。 The user extracts these development elements and dependencies from the specification system using a software analysis tool or the like, and selects “development element / dependency type”, “development element ID (1)”, “ Specification to obtain the extraction result corresponding to “Development element ID (2)”, add the information corresponding to “resource information (resource information link)” in FIG. 2 to the extraction result, and reflect it to the project management system Create input data that is systematic data.
具体的には、ソフトウェア解析ツールでは、たとえば、開発要素名「Ｆ１」，開発要素の種類が「機能」，「Ｆ１」の開発要素ＩＤ、といった情報が抽出される。また、開発要素名「ｆ１」，開発要素の種類が「関数」，「ｆ１」の開発要素ＩＤ、といった情報が抽出される。さらに、開発要素名「Ｆ１」は、開発要素名「ｆ１」を参照するという依存関係（依存関係の種類を特定）がある、といった情報が抽出される。ここで、たとえば、開発要素名「Ｆ１」が、単純に追加される開発要素である場合、仕様構造情報ＤＢ３への登録の際には、「開発要素／依存関係の種類」＝「関数」，「開発要素名」＝「Ｆ１」がセットされ、開発要素ＩＤが未採番であれば、開発要素ＩＤ（１）＝システムで決められた採番体系（詳細後述）に基づく識別子、がセットされることとなる。 Specifically, in the software analysis tool, for example, information such as the development element name “F1”, the development element type “function”, and the development element ID “F1” is extracted. Also, information such as the development element name “f1”, the development element type “function”, and the development element ID “f1” is extracted. Further, information that the development element name “F1” has a dependency relationship (specification of the dependency relationship) that refers to the development element name “f1” is extracted. Here, for example, when the development element name “F1” is a development element that is simply added, when registering in the specification structure information DB 3, “development element / dependency type” = “function”, If “development element name” = “F1” is set and the development element ID is unnumbered, the development element ID (1) = identifier based on the numbering system (described later in detail) determined by the system is set The Rukoto.
そして、ユーザは、当該投入データを指定して、プロジェクト管理システムへのユーザインタフェースなどからの操作により、改訂内容をプロジェクト管理システムに反映させるために上述の改訂指示を出す。 Then, the user designates the input data and issues the above-described revision instruction in order to reflect the revision content on the project management system by an operation from the user interface to the project management system.
つづいて、以上のように構成されたプロジェクト管理システムの動作について説明する。構造改訂処理部１は、上記の改訂指示を検出すると、投入データに含まれる「開発要素／依存関係の種類」，「開発要素ＩＤ（１）」および「開発要素ＩＤ（２）」に合致するエントリがあるかどうかチェックすることで、開発要素または依存関係に変更があるかどうかをチェックする。変更があった場合には、仕様構造情報ＤＢ３内の仕様構造データに対し、変更を反映させる。 Next, the operation of the project management system configured as described above will be described. When the structure revision processing unit 1 detects the above revision instruction, it matches the “development element / dependency type”, “development element ID (1)”, and “development element ID (2)” included in the input data. Check for changes in development elements or dependencies by checking for entries. If there is a change, the change is reflected in the specification structure data in the specification structure information DB 3.
たとえば、開発要素が追加された（仕様構造情報ＤＢ３内に当該開発要素が登録されていない）場合には、その開発要素に、上述の採番体系に則ってＩＤを付与してエントリを登録し、投入データ内でその開発要素の依存関係が含まれていれば、当該依存関係のエントリを「追加」する。具体的には、上述の例でいえば、図２の「開発要素／依存関係の種類」に投入データの「依存関係の種類」＝「参照する」を，「開発要素ＩＤ（１）」に開発要素「Ｆ１」のＩＤを，「開発要素ＩＤ（２）」に開発要素「ｆ１」のＩＤをセットする。なお、仕様構造情報ＤＢ３に新たなエントリを登録する場合、「日時」には、構造改訂処理部１が改訂指示を検出したときのシステム時刻を、プロジェクト管理システムが処理を開始した時刻としてセットする。 For example, when a development element is added (the development element is not registered in the specification structure information DB 3), an entry is registered by assigning an ID to the development element in accordance with the numbering system described above. If the dependency of the development element is included in the input data, the entry of the dependency is “added”. Specifically, in the above-described example, “development element / dependency type” in FIG. 2 is set to “development element ID (1)” with “dependency type” = “reference” of input data. The ID of the development element “F1” is set, and the ID of the development element “f1” is set in “development element ID (2)”. When a new entry is registered in the specification structure information DB 3, the system time when the structure revision processing unit 1 detects a revision instruction is set as the time when the project management system starts processing in “Date / Time”. .
また、たとえば、開発要素が削除されている（仕様構造情報ＤＢ３内に当該開発要素が登録されるが、投入データにない）場合には、その開発要素のエントリを「削除」する。たとえば、改訂の内容が、モジュール名や関数名の変更である場合には、開発要素のエントリを「削除」および「追加」することとなる。また、依存関係が修正されている（仕様構造情報ＤＢ３内に、当該開発要素の依存関係が登録されているが、依存関係の種類または開発要素ＩＤ（２）が、投入データと異なる）場合には、依存関係のエントリを「修正」する。また、たとえば、投入データに新たな依存関係が含まれる場合には、当該依存関係のエントリを「追加」する。構造改訂処理部１は、投入データにかかる処理が完了すると、処理対象となったエントリについて、「開発要素／依存関係の種類」，「開発要素ＩＤ（１）」，「開発要素ＩＤ（２）」のデータと、仕様構造情報ＤＢ３に対する操作の種別（追加／削除／修正）とを、構造処理結果データとして履歴記録部４に出力する。また、処理が完了した旨を、情報改訂処理部２に通知する。 For example, when a development element is deleted (the development element is registered in the specification structure information DB 3 but not in the input data), the entry of the development element is “deleted”. For example, when the content of the revision is a change of the module name or function name, the entry of the development element is “deleted” and “added”. In addition, when the dependency relationship is corrected (the dependency relationship of the development element is registered in the specification structure information DB 3 but the dependency relationship type or the development element ID (2) is different from the input data). Will "fix" the dependency entry. For example, when a new dependency is included in the input data, an entry of the dependency is “added”. When the process related to the input data is completed, the structure revision processing unit 1 performs “development element / dependency type”, “development element ID (1)”, “development element ID (2)” for the entry to be processed. And the type of operation (addition / deletion / modification) for the specification structure information DB 3 is output to the history recording unit 4 as structure processing result data. In addition, the information revision processing unit 2 is notified that the processing has been completed.
また、情報改訂処理部２は、構造改訂処理部１から上記通知を受けると、自身の処理を開始する。具体的には、投入データに含まれる「開発要素／依存関係の種類」，「開発要素ＩＤ（１）」および「開発要素ＩＤ（２）」に合致するエントリを、仕様構造情報ＤＢ３の仕様構造データから抽出し、当該エントリに紐付けられたリソース情報またはリソース情報へのリンクを改訂する。たとえば、新たに登録されたエントリについてリソース情報を入力する場合は、「追加」操作となる。また、既にリソース情報が入力されたエントリに、データ内容が異なるリソース情報を入力する場合は、「修正」操作となる。また、既にリソース情報が入力されたエントリに、データ内容がスペースであるリソース情報を入力する場合は、「削除」操作となる。情報改訂処理部２は、投入データにかかる処理が完了すると、処理対象となったエントリについて、「開発要素／依存関係の種類」，「開発要素ＩＤ（１）」，「開発要素ＩＤ（２）」のデータと、仕様構造情報ＤＢ３に対する操作の種別（追加／削除／修正）とを、情報処理結果データとして履歴記録部４に出力する。 When the information revision processing unit 2 receives the notification from the structure revision processing unit 1, the information revision processing unit 2 starts its own processing. Specifically, an entry that matches the “development element / dependency type”, “development element ID (1)”, and “development element ID (2)” included in the input data is changed to the specification structure information DB3 specification structure. The resource information extracted from the data and linked to the entry or the link to the resource information is revised. For example, when resource information is input for a newly registered entry, an “add” operation is performed. In addition, when resource information with different data contents is input to an entry for which resource information has already been input, a “correct” operation is performed. When resource information whose data content is a space is input to an entry for which resource information has already been input, a “delete” operation is performed. When the processing related to the input data is completed, the information revision processing unit 2 performs “development element / dependency type”, “development element ID (1)”, “development element ID (2)” for the entry to be processed. And the type of operation (addition / deletion / modification) for the specification structure information DB 3 is output to the history recording unit 4 as information processing result data.
履歴記録部４は、構造改訂処理部１から構造処理結果データを受けとり、情報改訂処理部２から情報処理結果データを受けとると、構造処理結果データおよび情報処理結果データから仕様構造改訂履歴データを作成し、当該仕様構造改訂履歴データを仕様構造改訂履歴ＤＢ５に登録する。 When the history recording unit 4 receives the structure processing result data from the structure revision processing unit 1 and receives the information processing result data from the information revision processing unit 2, the history recording unit 4 creates the specification structure revision history data from the structure processing result data and the information processing result data. Then, the specification structure revision history data is registered in the specification structure revision history DB 5.
図４は、仕様構造改訂履歴ＤＢ５が保持するデータ構造の一例を示す図である。仕様構造改訂履歴ＤＢ５は、たとえば、「レコードＩＤ」，「日時」，「開発要素／依存関係の種類」，「構造改訂処理部の操作」，「情報改訂処理部の操作」，「ベースにした開発要素のＩＤ（複数）」などの項目を備える。「レコードＩＤ」は、レコードの識別子である。「日時」は、図２の同項目と同じである。「開発要素／依存関係の種類」は、上述同様である。「構造改訂処理部の操作」は、構造改訂処理部１の操作内容であって、「追加／削除／修正」が入る。「情報改訂処理部の操作」は、情報改訂処理部２の操作内容であって、「追加／削除／修正」が入る。「ベースにした開発要素のＩＤ（複数）」は、構造改訂処理部１から処理対象となったエントリについて通知される構造処理結果データ、に含まれる開発要素のＩＤである。「修正」操作の場合は、「開発要素ＩＤ（１）」および「開発要素ＩＤ（２）」の項目値である。「追加」操作の場合は、「開発要素ＩＤ（１）」のみとなる。「削除」操作の場合は、仕様構造情報ＤＢ３から削除したエントリの「開発要素ＩＤ（１）」である。 FIG. 4 is a diagram illustrating an example of a data structure held in the specification structure revision history DB 5. The specification structure revision history DB 5 is based on, for example, “record ID”, “date / time”, “type of development element / dependency”, “operation of the structure revision processing section”, “operation of the information revision processing section”, “base”. It includes items such as “development element IDs”. “Record ID” is an identifier of a record. “Date and time” is the same as that in FIG. “Development element / dependency type” is the same as described above. “Operation of the structure revision processing unit” is the operation content of the structure revision processing unit 1 and “add / delete / modify” is entered. “Operation of the information revision processing unit” is the operation content of the information revision processing unit 2 and “add / delete / modify” is entered. The “based development element ID (s)” is the ID of the development element included in the structure processing result data notified from the structure revision processing unit 1 about the entry to be processed. In the case of the “modify” operation, the item values of “development element ID (1)” and “development element ID (2)”. In the case of an “add” operation, only “development element ID (1)” is provided. In the case of the “delete” operation, the “development element ID (1)” of the entry deleted from the specification structure information DB 3 is used.
ここまでの処理により、仕様構造の改訂を仕様構造改訂履歴ＤＢ５に格納することができる。管理者などのユーザは、仕様構造改訂履歴ＤＢ５の仕様構造改訂履歴データを管理し参照することで、改訂の状況を把握し、履歴を辿ることができるので、プロジェクト計画を実行するための情報を抽出しやすくなる、という効果がある。 Through the processing so far, the revision of the specification structure can be stored in the specification structure revision history DB 5. A user such as an administrator can grasp the status of revision and track the history by managing and referring to the specification structure revision history data in the specification structure revision history DB 5, so that information for executing the project plan can be obtained. There is an effect that it is easy to extract.
つづいて、構成管理部６の動作を説明する。構成管理部６は、たとえば、ユーザによる、工程および見積もりを算出すべき旨の指示である工程見積もり出力指示により起動して、処理を実行する。構成管理部６は、仕様構造情報ＤＢ３から仕様構造データを読み出し、また、仕様構造改訂履歴ＤＢ５から仕様構造改訂履歴データを読み出し、ある時点での仕様書体系の構造を再現して、再現した仕様構造データ（以下、「再現仕様構造データ」）を出力する。なお、ユーザは、既に述べた改訂指示を出す際に、まとめて工程見積もり出力指示を出してもよい。 Next, the operation of the configuration management unit 6 will be described. The configuration management unit 6 is activated by, for example, a process estimate output instruction that is an instruction to calculate a process and an estimate by a user, and executes processing. The configuration management unit 6 reads the specification structure data from the specification structure information DB 3 and reads the specification structure revision history data from the specification structure revision history DB 5, reproduces the structure of the specification system at a certain point in time, and reproduces the reproduced specifications. Outputs structure data (hereinafter referred to as “reproduction specification structure data”). Note that the user may collectively issue a process estimate output instruction when issuing the revision instruction already described.
本プロジェクト管理システムにおける履歴管理は、以下のような考え方に基づいて実施する。これにより、必要な時点の再現仕様構造データを生成することが可能である。 History management in this project management system is implemented based on the following concept. Thereby, it is possible to generate reproduction specification structure data at a required time.
ここで、図２で示した全ての開発要素および依存関係に対する採番体系を説明する。各開発要素などは、版に関係なくフラットに識別子（ＩＤ）が振られ、さらに、たとえば末尾や冒頭に、版を示す情報が付加される。版を示す情報は、たとえば版番号である。ＩＤには、さらに作成日時を含めてもよい。 Here, the numbering system for all development elements and dependencies shown in FIG. 2 will be described. Each development element is assigned a flat identifier (ID) regardless of the version, and information indicating the version is added to the end or the beginning, for example. The information indicating the version is, for example, a version number. The ID may further include a creation date and time.
ところで、ユーザは、上述の工程見積もり出力指示を出すにあたり、版を指定する版指定情報を入力する。たとえば、改訂が行われない開発もあるので、特に指定がない場合は、１版，すなわち格納される全データを対象とした仕様を再現する指示と解釈できる。版の指定の仕方は、どのようでもよく、たとえば、版番号を指定する，最新版を指定する，最新の１つ前の版を指定する，日時を指定してそれ以前の最新版を要求する、などがある。 By the way, the user inputs version designation information for designating a version when issuing the above-described process estimation output instruction. For example, there are developments that are not revised, so if there is no specific designation, it can be interpreted as an instruction to reproduce the specifications for one version, that is, all stored data. The version can be specified in any way, for example, specifying the version number, specifying the latest version, specifying the latest previous version, specifying the date and time, and requesting the latest version before that ,and so on.
仕様構造情報ＤＢ３は、さらに、版番号と日時とを対応付けた版管理情報を保持する。上記の場合、構成管理部６は、工程見積もり出力指示を検知すると、当該工程見積もり出力指示に含まれる版指定情報を抽出し、仕様構造情報ＤＢ３が保持する版管理情報から、当該版指定情報に対応する版番号を取得する。そして、構成管理部６は、再現仕様構造データを生成するにあたり、当該版番号を用いる。 The specification structure information DB 3 further holds version management information in which version numbers are associated with dates and times. In the above case, upon detecting the process estimate output instruction, the configuration management unit 6 extracts the version designation information included in the process estimate output instruction, and converts the version designation information from the version management information held in the specification structure information DB 3 into the version designation information. Get the corresponding version number. The configuration management unit 6 uses the version number when generating the reproduction specification structure data.
構成管理部６は、仕様構造改訂履歴ＤＢ５から、仕様構造改訂履歴データのうち、図４で示す「日時」が上記版番号に合致するエントリを読み出す。そして、これらのエントリに基づいて再現仕様構造データを生成する。図５は、再現仕様構造データの構成例を示す図である。図５のデータは、たとえば、「レコードＩＤ」，「ベースにした開発要素／依存関係のＩＤ」，「作成した開発要素／依存関係のＩＤ」，「日時その１」，「日時その２」、などを備える。「レコードＩＤ」は、レコードの識別子である。「ベースにした開発要素／依存関係のＩＤ」は、改訂にあたりベースとした開発要素などのＩＤである。「作成した開発要素／依存関係のＩＤ」は、改訂により作成された開発要素などのＩＤである。「日時その１」および「日時その２」は、図４の仕様構造改訂履歴データの「日時」である。 The configuration management unit 6 reads from the specification structure revision history DB 5 an entry whose “date and time” shown in FIG. 4 matches the version number in the specification structure revision history data. Then, reproduction specification structure data is generated based on these entries. FIG. 5 is a diagram illustrating a configuration example of reproduction specification structure data. The data in FIG. 5 includes, for example, “record ID”, “based development element / dependency ID”, “created development element / dependency ID”, “date / time 1”, “date / time 2”, Etc. “Record ID” is an identifier of a record. “Based development element / dependency ID” is an ID of a development element or the like based on the revision. “Created development element / dependency ID” is an ID of a development element created by revision. “Date and time 1” and “Date and time 2” are “date and time” of the specification structure revision history data in FIG.
具体的には、構成管理部６は、読み出した仕様構造改訂履歴データの「構造処理改訂部の操作」を参照する。構造処理改訂部の操作が「追加」であった場合、「ベースにした開発要素／依存関係のＩＤ」にスペースを、「作成した開発要素／依存関係のＩＤ」に、仕様構造改訂履歴データの「ベースにした開発要素のＩＤ」をセットする。構造処理改訂部の操作が「削除」であった場合、「ベースにした開発要素／依存関係のＩＤ」に仕様構造改訂履歴データの「ベースにした開発要素のＩＤ」を、「作成した開発要素／依存関係のＩＤ」にスペースをセットする。構造処理改訂部の操作が「修正」であった場合、「ベースにした開発要素／依存関係のＩＤ」に仕様構造改訂履歴データの「ベースにした開発要素のＩＤ」のうち開発要素ＩＤ（１）に該当する値を、「作成した開発要素／依存関係のＩＤ」に仕様構造改訂履歴データの「ベースにした開発要素のＩＤ」のうち開発要素ＩＤ（２）に該当する値をセットする。 Specifically, the configuration management unit 6 refers to “operation of the structure processing revision unit” of the read specification structure revision history data. When the operation of the structure processing revision part is “addition”, a space is added to the “base development element / dependency ID”, a space of “created development element / dependency ID” is stored in the specification structure revision history data Set "ID of development element based on". When the operation of the structure processing revision part is “delete”, the “development element created based on the ID of the development element based on the specification structure revision history data” and the “development element created” Set a space in "/ Dependency ID". When the operation of the structure processing revision unit is “correction”, the “development element ID (1)” of the “base development element ID” of the specification structure revision history data in the “base development element / dependency ID” ), A value corresponding to the development element ID (2) among the “base development element ID” of the specification structure revision history data is set in the “created development element / dependency ID”.
さらに、構成管理部６は、「ベースにした開発要素／依存関係のＩＤ」が「開発要素ＩＤ（１）」に合致するエントリを仕様構造情報ＤＢ３において検索し、当該エントリの「日時」を取得して、「日時その１」とする。また、構成管理部６は、「作成した開発要素／依存関係のＩＤ」が「開発要素ＩＤ（１）」に合致するエントリを仕様構造情報ＤＢ３において検索し、当該エントリの「日時」を取得して、「日時その２」とする。 Further, the configuration management unit 6 searches the specification structure information DB 3 for an entry whose “base development element / dependency ID” matches “development element ID (1)”, and acquires the “date and time” of the entry. Then, “date and time 1” is set. Further, the configuration management unit 6 searches the specification structure information DB 3 for an entry whose “created development element / dependency ID” matches “development element ID (1)”, and acquires the “date and time” of the entry. “Date 2”.
構成管理部６は、このようにして、入力された版指定情報に該当する、再現仕様構造データを生成する。なお、本実施の形態では、版番号は識別のためにのみ用いるが、実質的には、開発要素間の版ごとの依存関係と、各開発要素の作成日時が必要である。したがって、版番号は、一意であればよく、ファイル管理用のフロントエンドプログラムなどで適宜定めてよい。 In this way, the configuration management unit 6 generates reproduction specification structure data corresponding to the input version designation information. In the present embodiment, the version number is used only for identification, but substantially requires dependency between development elements for each version and the creation date and time of each development element. Therefore, the version number only needs to be unique, and may be appropriately determined by a file management front-end program or the like.
再現仕様構造データにより、開発要素間には、版毎に、以下に示す様々な依存関係が定まる。依存関係は、１：Ｎ（Ｎは１以上）である。改版を重ねると、版依存関係の組合せの連鎖が出来上がる。 Based on the reproduction specification structure data, various dependencies shown below are determined between development elements for each version. The dependency relationship is 1: N (N is 1 or more). Repeated revisions create a chain of version dependency combinations.
たとえば、２版において、開発要素ＩＤ＃２が開発要素ＩＤ＃１を元に作成（改版）された場合には、「ベースにした開発要素／依存関係のＩＤ」が“ＩＤ＃１”，「日時その１」がＩＤ＃１の日時であり、さらに、「作成した開発要素／依存関係のＩＤ」が“ＩＤ＃２”，「日時その２」がＩＤ＃２の日時であるデータが生成される。さらに３版において、開発要素ＩＤ＃３が開発要素ＩＤ＃１を元に作成（改版）された場合には、「ベースにした開発要素／依存関係のＩＤ」が“ＩＤ＃１”，「作成した開発要素／依存関係のＩＤ」が“ＩＤ＃２”というデータが生成される。一方、たとえば、３版において、開発要素ＩＤ＃３が、開発要素ＩＤ＃１および開発要素ＩＤ＃２を元に作成（改版）された場合には、「ベースにした開発要素／依存関係のＩＤ」が“ＩＤ＃１”，「作成した開発要素／依存関係のＩＤ」が“ＩＤ＃３”というデータ、および「ベースにした開発要素／依存関係のＩＤ」が“ＩＤ＃２”，「作成した開発要素／依存関係のＩＤ」が“ＩＤ＃３”というデータが生成される。 For example, in the second edition, when development element ID # 2 is created (revised) based on development element ID # 1, “based development element / dependency ID” is “ID # 1”, “ Date / time 1 is the date / time of ID # 1, and further, data is generated where “ID of created development element / dependency” is “ID # 2” and “date / time 2” is the date / time of ID # 2. The Furthermore, in the 3rd edition, when development element ID # 3 is created (revised) based on development element ID # 1, the “base development element / dependency ID” is “ID # 1”, “creation” Data with “ID of development element / dependency relationship” “ID # 2” is generated. On the other hand, for example, in the 3rd edition, when the development element ID # 3 is created (revised) based on the development element ID # 1 and the development element ID # 2, the “base development element / dependency ID” "ID # 1", "Created development element / dependency ID" data is "ID # 3", and "Based development element / dependency ID" is "ID # 2", "Created Data with “ID of development element / dependency relationship” “ID # 3” is generated.
構成管理部６の処理に戻り、構成管理部６は、上記のように作成した再現仕様構造データを、開発依存関係抽出部７、および工程出力部９とリソース見積もり出力部１０とに出力する。
Returning to the processing of the configuration management unit 6, the configuration management unit 6 outputs the reproduction specification structure data created as described above to the development dependency extraction unit 7, the process output unit 9, and the resource
つづいて、構成管理部６から再現仕様構造データを受信した開発依存関係抽出部７の処理を説明する。ユーザは、上記工程見積もり出力指示を出すにあたり、工程などを作成する対象とする開発要素を指定する。開発要素は、たとえば、機能名や関数名を特定する方法で指定可能である。 Next, processing of the development dependency extraction unit 7 that has received the reproduction specification structure data from the configuration management unit 6 will be described. The user designates a development element for which a process or the like is to be created when issuing the process estimate output instruction. The development element can be specified by, for example, a method for specifying a function name or a function name.
開発依存関係抽出部７は、指定された開発要素をキーに、仕様構造情報ＤＢ３から開発要素ＩＤ（図２の開発要素ＩＤ（１））を取得し、当該開発要素ＩＤを「ベースにした開発要素／依存関係のＩＤ」として図５の再現仕様構造データを検索する。そして、図５における「作成した開発要素／依存関係のＩＤ」を抽出する。さらに、抽出した「作成した開発要素／依存関係のＩＤ」をたどり、開発要素間を結ぶ依存関係のパス、すなわち依存関係の連鎖（パス）を把握する。そして、当該パスについて、依存関係ごとに、改訂がなされた開発要素間の依存関係を示す開発依存関係パスデータを作成し、当該開発依存関係パスデータを開発依存関係パスＤＢ８に保存する。当該開発依存関係パスデータを参照することで、改訂により影響があった依存関係の状況を把握することができる。 The development dependency extraction unit 7 acquires the development element ID (development element ID (1) in FIG. 2) from the specification structure information DB 3 using the specified development element as a key, and develops based on the development element ID. The reproduction specification structure data in FIG. 5 is searched as “element / dependency ID”. Then, “created development element / dependency ID” in FIG. 5 is extracted. Further, the extracted “development element / dependency ID created” is traced, and a dependency path connecting development elements, that is, a dependency chain (path) is grasped. Then, for each dependency, development dependency path data indicating the dependency relationship between the revised development elements is created for each dependency relationship, and the development dependency path data is stored in the development dependency path DB 8. By referring to the development dependency path data, it is possible to grasp the situation of the dependency affected by the revision.
図６は、開発依存関係パスデータの構成例を示す図である。図６のデータは、「レコードＩＤ」，「開発要素ＩＤ」，「依存関係のある開発要素ＩＤ」（複数），「依存関係のＩＤ（種類）」，「依存関係の頻度」といった項目を備える。「レコードＩＤ」は、レコードの識別子である。「開発要素ＩＤ」は、たとえば、パスの始点となる開発要素（パス内の他の開発要素に影響を与える始点となる開発要素）のＩＤである。「依存関係のある開発要素ＩＤ」とは、パス内において、始点となる開発要素と依存関係のある開発要素のＩＤであって、複数登録できる。「依存関係ＩＤ（種類）」とは、パス内の依存関係のうちそのレコードＩＤで管理する依存関係のＩＤである。「依存関係の頻度」とは、当該レコードが示すパスにおいて、「開発要素ＩＤ」に該当する開発要素を改訂することで、影響があった依存関係の数、すなわち影響の発生頻度である。 FIG. 6 is a diagram illustrating a configuration example of development dependency path data. The data in FIG. 6 includes items such as “record ID”, “development element ID”, “development element IDs having dependency” (plurality), “dependency ID (type)”, and “dependency frequency”. . “Record ID” is an identifier of a record. The “development element ID” is, for example, an ID of a development element that is a starting point of a path (a development element that is a starting point that affects other development elements in the path). The “development element ID having a dependency relationship” is an ID of a development element having a dependency relationship with the development element that is the starting point in the path, and a plurality of development element IDs can be registered. “Dependency relationship ID (type)” is an ID of a dependency relationship managed by the record ID among the dependency relationships in the path. The “dependency relationship frequency” is the number of dependency relationships that are affected by revising the development element corresponding to the “development element ID” in the path indicated by the record, that is, the frequency of occurrence of the influence.
図７は、開発依存関係パスデータを説明するための模式図である。図７に示すように、たとえば、機能Ｆ３が改訂された開発要素である場合、機能Ｆ３を始点とするパスとして、「関数ｆ３」〜「関数ｆ３−１および関数ｆ３−２」〜「データｄ２」、がある。この場合、機能Ｆ３の開発要素ＩＤを図６の「開発要素ＩＤ」とし、他の要素を「依存関係のある開発要素のＩＤ」（複数）に登録する。依存関係の種類には、「開発要素ＩＤ」である関数ｆ３からみた他の開発要素との依存関係の種類が入る。依存関係の種類が複数にある場合、同一パスについて複数の開発依存関係パスデータを作成する。 FIG. 7 is a schematic diagram for explaining development dependency path data. As shown in FIG. 7, for example, when the function F3 is a revised development element, “function f3” to “function f3-1 and function f3-2” to “data d2” are used as paths starting from the function F3. There is. In this case, the development element ID of the function F3 is set as “development element ID” in FIG. 6, and other elements are registered in “IDs of development elements having a dependency” (plural). The type of dependency includes the type of dependency with other development elements as viewed from the function f3 which is the “development element ID”. When there are a plurality of types of dependency relationships, a plurality of development dependency relationship path data is created for the same path.
また、図７に示すように、たとえば、パラメータＰ３が改訂された開発要素である場合、「パラメータＰ３」〜「関数ｆ１−１」〜「関数ｆ１−１−１」〜「構造体Ｓ１」、というパスと、「パラメータＰ３」〜「データｄ１」というパスと、「パラメータＰ３」〜「構造体Ｓ１」というパスと、が存在する。この場合、パラメータＰ３の開発要素ＩＤを図６の「開発要素ＩＤ」とし、複数のパスについて、さらに依存関係の種類に応じて、パスごとに１以上の開発依存関係パスデータを作成する。 As shown in FIG. 7, for example, when the parameter P3 is a revised development element, “parameter P3” to “function f1-1” to “function f1-1-1” to “structure S1”, , “Parameter P3” to “data d1”, and “parameter P3” to “structure S1”. In this case, the development element ID of the parameter P3 is set to “development element ID” in FIG. 6, and one or more development dependency path data is created for each path according to the type of dependency for a plurality of paths.
つづいて、構成管理部６から再現仕様構造データを受信した工程出力部９の処理を説明する。工程出力部９は、再現仕様構造データと、ユーザにより指定された開発要素（複数）とを入力として動作する。工程出力部９は、再現仕様構造データにおける開発要素間の依存関係をもとに、開発要素の木構造を作成する。木構造を作成にあたっては、依存する開発要素が依存される開発要素より時間的に後になるよう、開発要素を線形に並べる。また、工程出力部９は、仕様構造情報ＤＢ３から、各開発要素ＩＤをキーにリソース情報を読み出し、当該リソース情報に基づいて、開発要素にリソース情報（ここでは、工数）を関連付ける。そして、出力データとして、たとえば、開発要素を縦または横に並べて、開発要素に対応するリソース情報（工数）を並べた工程データを作成し、リソース情報（工数）に比例した重み付けをした結果を出力する。ここで、各開発要素にかかる作業スケジュールが「工程」となる。出力では、たとえば、出力帳票である工程表における欄や作業工程を示す線を、重み付けにしたがった長さに調節して出力する。 Next, processing of the process output unit 9 that has received the reproduction specification structure data from the configuration management unit 6 will be described. The process output unit 9 operates with the reproduction specification structure data and the development elements (plurality) specified by the user as inputs. The process output unit 9 creates a tree structure of development elements based on the dependency relationship between the development elements in the reproduction specification structure data. When creating a tree structure, development elements are arranged linearly so that dependent development elements are later in time than dependent development elements. The process output unit 9 reads resource information from the specification structure information DB 3 using each development element ID as a key, and associates resource information (here, man-hours) with the development element based on the resource information. And, as output data, for example, process data is created by arranging development elements vertically or horizontally, and resource information (man-hours) corresponding to the development elements is created, and the result weighted in proportion to the resource information (man-hours) is output. To do. Here, the work schedule for each development element is a “process”. In the output, for example, a column in the process table that is an output form and a line indicating a work process are adjusted to a length according to the weight and output.
また、構成管理部６から再現仕様構造データを受信したリソース見積もり部１０の処理を説明する。リソース見積もり部１０は、再現仕様構造データと、ユーザにより指定された開発要素（複数）とを入力として動作する。リソース見積もり部１０は、再現仕様構造データにおける開発要素間の依存関係をもとに、上述同様に、開発要素の木構造を作成する。リソース見積もり部１０は、仕様構造情報ＤＢ３から開発要素ＩＤをキーにリソース情報（またはリソース情報リンク）を読み出し、当該リソース情報（工数）を、各開発要素に関連付ける。そして、開発要素ごとに見積もり（工数）を算出する。さらに、全ての見積もりを加算した総見積もり（全工数）を算出する。ここで、リソース情報に直接工数が指定されず、ソースコードのライン数，仕様書のページ数，残存不具合数、などが指定される場合には、これらを直接見積もりとするか、または、所定の規則で重み付けした工数を、見積もりとして算出する。また、工数を算出するだけでなく、残存不具合数などの情報をさらに算出し、工数に添えてもよい。リソース見積もり部１０は、このように算出した見積もりを、開発要素の木構造に対応させて出力する。また、たとえば、工程出力部９が出力する工程表などに添えて出力してもよい。
The processing of the
以上説明したように、本実施の形態では、工程計画策定および見積もり算出にあたって、開発要素についてのリソースの情報および依存関係を示す情報をデータベースに蓄積し、また、各開発要素の改訂履歴をデータベースに保存することとし、指定された改訂版の仕様構造情報データを再現して、工程および見積もりの算出に用いる構成とした。また、開発要素の依存関係に基づいて、直接関係する要素以外に必要となる設計，検証といった要素を網羅的に抽出し、工程の策定にあたっては、実態にあった各開発要素の順番を出力する構成とした。また、工程の各開発要素に関連付けられた情報（工数，ページ数，不具合数など）を用いて、実態にあった工程項目ごと、および全体工程の工数や、残存不具合数を出力する構成とした。 As described above, in the present embodiment, resource information about development elements and information indicating dependency relations are accumulated in the database in process planning and estimation calculation, and revision history of each development element is stored in the database. The specification structure information data of the specified revised version was reproduced and used to calculate the process and estimate. Also, based on the dependency relationship of development elements, the necessary design and verification elements are extracted in addition to the directly related elements, and the order of each development element that matches the actual situation is output when the process is formulated. The configuration. In addition, using the information (man-hours, number of pages, number of defects, etc.) associated with each development element of the process, it is configured to output the number of processes and the number of remaining defects for each process item that matches the actual situation. .
これにより、プロジェクト計画を実行し、また、管理するための情報を抽出しやすくなり、プロジェクト計画（スコープ，制約条件，ＷＢＳ，品質計画，検証計画）にかかる計画書の質を向上させ、また、見積りの精度を向上させることが可能となる。 This makes it easier to extract information for executing and managing the project plan, improving the quality of the project plan (scope, constraints, WBS, quality plan, verification plan), It is possible to improve the accuracy of estimation.
実施の形態２．
実施の形態１では、改訂版の仕様構造情報データを再現し、開発要素のリソース情報および依存関係を示す情報を用いて工程策定および見積もり算出を実行することとした。本実施の形態では、改変が発生した依存関係のパターンを抽出し、当該依存関係のパターンを用いて、最適な工程策定および見積もり算出を実行する場合を説明する。
Embodiment 2. FIG.
In the first embodiment, the revised specification structure information data is reproduced, and the process formulation and the estimate calculation are executed using the resource information of the development element and the information indicating the dependency. In the present embodiment, a case will be described in which a dependency pattern in which a modification has occurred is extracted and optimal process formulation and estimation calculation are executed using the dependency pattern.
図８は、本実施の形態におけるプロジェクト管理システムの構成例を示す図である。図８のプロジェクト管理システムは、図１のプロジェクト管理システムと比較すると、さらに、開発依存関係パターン抽出部１１と、開発依存関係パターンＤＢ１２と、最適工程出力部１３と、最適リソース見積もり出力部１４と、を備える。
FIG. 8 is a diagram showing a configuration example of the project management system in the present embodiment. Compared with the project management system of FIG. 1, the project management system of FIG. 8 further includes a development dependency
開発依存関係パターン抽出部１１は、開発依存関係パスＤＢ８から、所定の条件に沿ったレコードを抽出して、改訂があった開発要素間の依存関係のパターンを示すデータである開発依存関係パターンデータを作成し、開発依存関係パターンＤＢ１２に保存する。開発依存関係パターンＤＢ１２は、開発依存関係パターンデータを蓄積する。最適工程出力部１３は、工程出力部９の出力および、開発依存関係パターンＤＢ１２が保持するデータに基づいて、最適な工程を出力する。また、最適リソース見積もり出力部１４は、リソース見積もり出力部１０の出力および、開発依存関係パターンＤＢ１２が保持するデータに基づいて、最適な見積もりを算出し出力する。
The development dependency
図９は、開発依存関係パターンデータの構成例を示す図である。図９のデータは、「レコードＩＤ」，「開発要素ＩＤ」，「依存関係のある開発要素ＩＤ」（複数），「依存関係ＩＤ（種類）」，「リソース情報（リソース情報リンク）」といった項目を備える。「レコードＩＤ」は、レコードの識別子である。「開発要素のＩＤ」，「依存関係のある開発要素ＩＤ」（複数），「依存関係ＩＤ（種類）」は、図６と同じである。「リソース情報（リソース情報リンク）」は、この開発依存関係パターンを開発（検証，設計なども含む）するために必要なリソースの情報である。 FIG. 9 is a diagram illustrating a configuration example of development dependency pattern data. The data in FIG. 9 includes items such as “record ID”, “development element ID”, “development element IDs having dependency” (plural), “dependency ID (type)”, and “resource information (resource information link)”. Is provided. “Record ID” is an identifier of a record. The “development element ID”, “development element ID with dependency” (plural), and “dependency ID (type)” are the same as those in FIG. “Resource information (resource information link)” is information of resources necessary to develop (including verification, design, etc.) this development dependency pattern.
つづいて、以上のように構成されたプロジェクト管理システムの動作を説明する。ユーザが、実施の形態１の処理実行後に、開発要素を指定して最適な工程および工数の出力を指示する最適出力指示が入力されると、これを検知した開発依存関係パターン抽出部１１は、開発依存関係パスＤＢ８のデータを読み出す。そして、所定の条件にしたがって、以下のようなデータを抽出する。なお、ユーザは、上述の工程見積もり出力指示とともに最適出力指示を出してもよい。
Next, the operation of the project management system configured as described above will be described. When the user inputs an optimum output instruction for designating the development element and instructing the output of the optimum process and man-hours after the execution of the processing of the first embodiment, the development dependency
たとえば、仕様書階層の同レベル（機能，関数，構造体など）における開発要素一般について、「依存関係ＩＤ（種類）」が、「Ａを改訂したらＢに影響した」タイプであり、かつ、「依存関係の頻度」が所定の数以上であるデータを抽出する。この場合には、その仕様書階層の同レベルについて、開発要素の共通Ｉ／Ｆを洗練化することが必要である。 For example, with respect to development elements in general at the same level (function, function, structure, etc.) of the specification hierarchy, the “dependency ID (kind)” is of the type “impacts B when A is revised” and “ Data whose “dependency frequency” is a predetermined number or more is extracted. In this case, it is necessary to refine the common I / F of development elements for the same level of the specification hierarchy.
また、たとえば、仕様書階層の同レベルにおける開発要素一般について、変更が多いデータを抽出する。具体的には、たとえば、機能，関数，構造体、といった開発要素の種類ごとに、「依存関係の頻度」を積算し、所定数以上となる開発要素の種類（たとえば、「関数」など）があった場合には、同レベルにある開発要素（たとえば、関数など）を精査して共通部分を括り出し、ライブラリ化することが必要である。 Further, for example, data with many changes is extracted for development elements in general at the same level of the specification hierarchy. Specifically, for example, for each type of development element such as a function, function, structure, etc., the “dependency frequency” is integrated, and the type of development element (for example, “function”) that exceeds a predetermined number If there is, it is necessary to scrutinize development elements (for example, functions) at the same level, identify common parts, and create a library.
また、たとえば、「依存関係ＩＤ（種類）」が、「Ａを改訂してＢに影響した」タイプの依存関係であり、かつ、「依存関係のある開発要素のＩＤ（複数）」に開発要素ＩＤが登録される（上記Ｂとして参照される）、といったデータが所定数以上である場合には、Ｂとなる開発要素について、他の開発要素とのＩ／Ｆの洗練化が必要である。 Further, for example, “dependency relationship ID (kind)” is a dependency relationship of the type “A has been revised and B is affected”, and “development element ID (plurality) with dependency relationship” is a development element. When there is a predetermined number or more of data such as IDs registered (referred to as B), it is necessary to refine the I / F with other development elements for the development elements that become B.
開発依存関係パターン抽出部１１は、上記のようなデータを抽出すると、開発要素の共通Ｉ／Ｆ洗練化，開発要素のライブラリ化，特定の開発要素におけるＩ／Ｆの洗練化、といった作業において、当該作業を設計／検証などするために必要なリソース情報、またはリソース情報へのリンクを取得する。リソース情報とする場合は、たとえば、作業に含まれる開発要素を「開発要素ＩＤ（１）」として、仕様構造情報ＤＢ３の該当するデータ内の「リソース情報」を読み出し、当該リソース情報の工数を加算して、加算結果を調整して取得する。たとえば、一括で開発することにより負荷が軽減されるので７掛けとする、などが考えられる。また、リソース情報へのリンクとする場合は、たとえば、工程管理ツール（図示せず）などから、仕様書階層，開発要素の種類，作業の種類などを指定してリンクを取得する。
When the development dependency
そして、開発依存関係パターン抽出部１１は、開発依存関係パスＤＢ８のデータのうち、「開発要素ＩＤ」，「依存関係のある開発要素ＩＤ」（複数），「依存関係ＩＤ（種類）」と、当該「リソース情報」または「リソース情報へのリンク」とをセットした開発依存関係パターンデータを作成する。開発依存関係パターン抽出部１１は、当該開発依存関係パターンデータを開発依存関係パターンＤＢ１２に保存する。また、最適工程およびリソースを出力するよう、最適工程出力部１３および最適リソース見積もり出力部１４に通知する。
Then, the development dependency
最適工程出力部１３は、開発依存関係パターン抽出部１１から指示を受けると、ユーザの最適出力指示において指定された開発要素（複数）を入力として動作する。最適工程出力部１３は、当該開発要素の開発要素ＩＤをキーに、開発依存関係パターンＤＢ１２から「開発要素ＩＤ」および「依存関係のある開発要素ＩＤ」（複数）と、「リソース情報」とを取得する。リソース情報へのリンクが登録されている場合には、当該リンク先からリソース情報を取得する。
When receiving an instruction from the development dependency
最適工程出力部１３は、指定された開発要素（複数）について、工程出力部９から通知される工程、およびリソース見積もり部１０から通知される見積もりを対にする。そして、開発依存関係パターンＤＢ１２から取得したデータを用いて、最適な工程を得るための処理を行う。
The optimum
たとえば、工程出力部９が出力する工程において、開発要素Ａについての作業の後に、開発要素Ｂの作業、つづいて開発要素Ｃの作業が、並べられて出力された場合を考える。こうした場合に、たとえば、開発要素Ｂの工数が、「２人日」であり、開発要素Ｃの工数が、「３人日」であったとする。この場合、開発要素ＢおよびＣの工程が終了するまでに、５日かかる。一方、開発要素Ａ，ＢおよびＣが、仕様書階層の同レベルにある開発要素（たとえば、関数など）であって、ライブラリ化が必要であると判断され、開発依存関係パターンＤＢ１２に登録されているとする。ここで、開発依存関係パターンデータのリソース情報、すなわち、ライブラリ化に必要な工数が、「４人日」だったとする。この場合、開発要素ＢとＣについて個別に作業を行うことに比べ、ライブラリ化の作業を行う場合、工数が「１人日」削減できることとなる。
For example, let us consider a case where, in the process output by the process output unit 9, the work of the development element B and the work of the development element C are arranged and output after the work on the development element A. In such a case, for example, it is assumed that the man-hour of the development element B is “2 man-days” and the man-hour of the development element C is “3 man-days”. In this case, it takes 5 days to complete the processes of development elements B and C. On the other hand, it is determined that development elements A, B, and C are development elements (for example, functions) at the same level of the specification hierarchy and need to be made into a library, and are registered in the development
具体的には、最適工程出力部１３は、工程および見積もりの対のなかから、開発依存関係パターンＤＢ１２から取得した「開発要素のＩＤ」を始点とし、「依存関係のある開発要素のＩＤ」（複数）を終点とする箇所を検索する。そして、当該箇所について、開発依存関係パターンＤＢ１２の「リソース情報」に基づいて見積もりを算出し、当該見積もりと、リソース見積もり部１０から取得した見積もりとを比較し、少ない方の見積もりを有する工程を採用する。このような処理を、開発依存関係パターンＤＢ１２から取得した全てのデータを用いて行う。そして、工程および見積もりの全ての対を、リソースが最も小さくなるように作成し直し、当該工程を最適な工程として出力する。
Specifically, the optimum
最適リソース見積もり出力部１４は、開発依存関係パターン抽出部１１から指示を受けると、ユーザの最適出力指示において指定された開発要素（複数）を入力として動作する。最適リソース見積もり出力部１４は、当該開発要素の開発要素ＩＤをキーに、開発依存関係パターンＤＢ１２から「開発要素のＩＤ」および「依存関係のある開発要素のＩＤ」（複数）と、「リソース情報」とを取得する。リソース情報へのリンクが登録されている場合には、当該リンク先からリソース情報を取得する。
When receiving an instruction from the development dependency
また、最適リソース見積もり出力部１４は、指定された開発要素（複数）について、リソース見積もり出力部１０から通知される、開発要素の作業ごとの見積もりを取得する。そして、最適リソース見積もり出力部１４は、開発依存関係パターンＤＢ１２から取得したデータを用いて、最適な見積もりを得るための処理を行う。
Further, the optimum resource
具体的には、最適リソース見積もり出力部１４は、上述同様、開発要素の作業ごとの見積もりのなかから、開発依存関係パターンＤＢ１２から取得した「開発要素ＩＤ」を上流の作業とし、「依存関係のある開発要素ＩＤ」（複数）を下流の作業とする箇所を検索する。そして、当該箇所について、開発依存関係パターンＤＢ１２の「リソース情報」に基づいて見積もりを決定し、当該見積もりと、リソース見積もり部１０から取得した見積もりとを比較し、少ない方の見積もりを採用する。このような処理を、開発依存関係パターンＤＢ１２から取得した全てのデータを用いて行う。そして、開発要素の作業ごとのリソース見積もりを、見積もりが最も小さくなるように作成し直し、当該リソース見積もりを最適なリソース見積もりとして出力する。
Specifically, the optimal resource
以上説明したように、本実施の形態では、工程計画策定および見積もり算出にあたって、改訂がなされた開発要素間の依存関係を示す開発依存関係パスデータから、改訂があった開発要素間の依存関係のパターンを示す開発依存関係パターンデータを作成し、通常通りに得られた工程およびリソース見積もりを、開発依存関係パターンデータを用いて最適な工程およびリソース見積もりに最適化する構成とした。 As described above, in the present embodiment, in the process plan formulation and the estimation calculation, the dependency relationship between the revised development elements is determined from the development dependency path data indicating the dependency relation between the revised development elements. Development dependency pattern data indicating a pattern is created, and a process and resource estimate obtained as usual is optimized to an optimum process and resource estimate using the development dependency pattern data.
これにより、実施の形態１の効果に加えて、プロジェクト計画を実行するにあたって、工程やリソース見積もりの精度をさらに向上させることが可能となる。 As a result, in addition to the effects of the first embodiment, it is possible to further improve the accuracy of process and resource estimation when executing a project plan.
以上のように、本発明にかかるプロジェクト管理システムは、プロジェクト計画を策定する場合に有用であり、特に、工程および見積もりを策定する場合に適している。 As described above, the project management system according to the present invention is useful when formulating a project plan, and is particularly suitable for formulating processes and estimates.
１ 構造改訂処理部
２ 情報改訂処理部
３ 仕様構造情報ＤＢ
４ 履歴記録部
５ 仕様構造改訂履歴ＤＢ
６ 構成管理部
７ 開発依存関係抽出部
８ 開発依存関係パスＤＢ
９ 工程出力部
１０ リソース見積もり出力部
１１ 開発依存関係パターン抽出部
１２ 開発依存関係パターンＤＢ
１３ 最適工程出力部
１４ 最適リソース見積もり出力部
1 Structure revision processing section 2 Information revision processing section 3 Specification structure information DB
4 History recording section 5 Specification structure revision history DB
6 Configuration management unit 7 Development dependency extraction unit 8 Development dependency path DB
9
13 Optimal
Claims (2)
反映させるべき仕様書体系データである投入データを添付した、仕様書体系内の開発要素および依存関係を改訂すべき指示である改訂指示、を検出した場合に、当該投入データおよび前記仕様構造情報記憶手段が保持するデータを比較して、変更がなされた開発要素または依存関係に対応する前記仕様構造情報記憶手段内のデータを更新し、当該仕様構造情報記憶手段に対して行った操作内容である構造処理結果データを出力する構造改訂処理手段と、
前記構造改訂処理手段により検出された改訂指示に基づいて、前記仕様構造情報記憶手段内のデータにおける前記リソース情報を更新し、当該仕様構造情報記憶手段に対して行った操作内容である情報処理結果データを出力する情報改訂処理手段と、
前記構造改訂処理手段による操作内容、および前記情報改訂処理手段による操作内容を含む仕様構造改訂履歴データを蓄積するための仕様構造改訂履歴記憶手段と、
前記構造処理結果データおよび前記情報処理結果データに基づいて、前記仕様構造改訂履歴データを作成し、当該仕様構造改訂履歴データを前記仕様構造改訂履歴記憶手段に格納する履歴記録手段と、
工程および見積もりを出力すべき旨の指示であってかつ対象とする版識別子および開発要素が指定された指示である工程見積もり出力指示を検出した場合に、前記仕様構造情報記憶手段から当該版識別子に該当する仕様構造情報データを読み出し、前記仕様構造改訂履歴記憶手段から仕様構造改訂履歴データを読み出し、読み出した各データに基づいて任意の時点における仕様書体系の構造である再現仕様構造データを生成する構成管理手段と、
開発要素間の依存関係から構成される依存関係のパスを示すデータである開発依存関係パスデータを蓄積するための開発依存関係パス記憶手段と、
前記構成管理手段にて生成された再現仕様構造データに基づいて開発依存関係パスデータを作成し、当該開発依存関係パスデータを前記開発依存関係パス記憶手段に保存する開発依存関係抽出手段と、
前記工程見積もり出力指示において指定される開発要素をキーに、前記構成管理手段にて生成された再現仕様構造データから当該開発要素が含まれるデータを抽出し、開発要素の依存関係において依存する開発要素が依存される開発要素より時間的に後になるように開発要素を線形に並べた木構造を作成し、また、前記仕様構造情報記憶手段から当該開発要素をキーにリソース情報を読み出し、当該リソース情報を当該木構造に関連付け、当該リソース情報に対応する重み付けを行った工程データを出力する工程出力手段と、
前記工程見積もり出力指示において指定される開発要素をキーに前記再現仕様構造データから当該開発要素が含まれるデータを抽出し、開発要素の依存関係において依存する開発要素が依存される開発要素より時間的に後になるように開発要素を線形に並べた木構造を作成し、また、前記仕様構造情報記憶手段から当該開発要素をキーにリソース情報を読み出し、当該リソース情報を当該木構造に関連付け、当該リソース情報に基づいて、当該木構造に対応させて、当該開発要素ごとの見積もりまたは当該見積もりの総和を出力する見積もり出力手段と、
を備えることを特徴とするプロジェクト管理システム。 Correspondence relationship between the development element name in the specification system, the development element identifier, and the resource information that is information for identifying the resource required for designing or verifying the development element, and the type of dependency between the development elements A specification for storing , as data, identifiers of development elements that are in a dependency relationship and correspondence relationships of resource information, version management information that associates the date and time when the specification structure was revised, and the version identifier that is the revised version identifier Structural information storage means;
When the input data that is the specification system data to be reflected is attached and the development element in the specification system and the revision instruction that is the instruction to revise the dependency are detected, the input data and the specification structure information memory are stored. Compared to the data held by the means, the data in the specification structure information storage means corresponding to the changed development element or dependency relationship is updated, and the contents of the operation performed on the specification structure information storage means Structure revision processing means for outputting structure processing result data;
Based on the revision instruction detected by the structure revision processing means, the resource information in the data in the specification structure information storage means is updated, and the information processing result that is the content of the operation performed on the specification structure information storage means Information revision processing means for outputting data;
Specification structure revision history storage means for storing specification structure revision history data including operation contents by the structure revision processing means and operation contents by the information revision processing means;
Based on the structure processing result data and the information processing result data, the specification structure revision history data is created, and history recording means for storing the specification structure revision history data in the specification structure revision history storage means;
When a process estimate output instruction, which is an instruction to output a process and an estimate and is an instruction in which a target version identifier and development element are specified, is detected from the specification structure information storage unit to the version identifier. Read the corresponding specification structure information data, read the specification structure revision history data from the specification structure revision history storage means, and generate reproduction specification structure data which is the structure of the specification system at an arbitrary point of time based on the read data Configuration management means;
Development dependency path storage means for storing development dependency path data, which is data indicating a dependency path composed of dependencies between development elements,
Development dependency path data is created based on the reproduction specification structure data generated by the configuration management unit, and the development dependency path data is stored in the development dependency path storage unit.
Using the development element specified in the process estimation output instruction as a key, the development element that extracts the data including the development element from the reproduction specification structure data generated by the configuration management unit and depends on the dependency relationship of the development element A tree structure in which development elements are arranged linearly so as to be later in time than the development element on which the resource is dependent is created, and resource information is read from the specification structure information storage means using the development element as a key, and the resource information And a process output means for outputting process data weighted corresponding to the resource information.
Using the development element specified in the process estimation output instruction as a key, data including the development element is extracted from the reproduction specification structure data, and the development element that depends on the development element dependency is more time-consuming than the development element on which the development element depends. The resource information is read out from the specification structure information storage means using the development element as a key, the resource information is associated with the tree structure, and the resource Based on the information, an estimate output means for outputting an estimate for each development element or a sum of the estimates in correspondence with the tree structure;
A project management system comprising:
改訂があった開発要素間の依存関係のパターンを示すデータである開発依存関係パターンデータを蓄積するための開発依存関係パターン記憶手段と、
最適な工程および見積もりを出力すべき旨の最適出力指示を検出した場合に、前記開発依存関係パス記憶手段から、所定の条件に沿ったレコードを抽出してリソース情報を付加した開発依存関係パターンデータを作成し、当該開発依存関係パターンデータを前記開発依存関係パターン記憶手段に保存する開発依存関係パターン抽出手段と、
前記工程出力手段から工程データを受け取り、前記見積もり出力手段から開発要素ごとの見積もりを受け取った場合に、当該工程データの各工程に見積もりを対応付け、前記開発依存関係パターン記憶手段から開発依存関係パターンデータを読み出し、当該工程データの木構造において、当該開発依存関係パターンデータにて依存関係の始点である開発要素から終点である開発要素までが含まれる箇所を検索し、当該箇所について、前記開発依存関係パターン記憶手段に保存された開発依存関係パターンデータに付加されたリソース情報に基づいて見積もりを決定し、当該工程データの工程に対応付けられた見積もりと比較して少ない方の見積もりを有する工程を採用し、その結果を最適な工程データとして出力する最適工程出力手段と、
前記見積もり出力手段からの見積もりデータを受け取ると、前記開発依存関係パターン記憶手段から開発依存関係パターンデータを読み出し、当該見積もりデータにおける木構造において、当該開発依存関係パターンデータにて依存関係の始点である開発要素から終点である開発要素までが含まれる箇所を検索し、当該箇所について、前記開発依存関係パターン記憶手段に保存された開発依存関係パターンデータに付加されたリソース情報に基づいて見積もりを決定し、前記木構造に対応付けられた見積もりと比較して少ない方の見積もりを採用し、その結果を最適な見積もりデータとして出力する最適見積もり出力手段と、
を備えることを特徴とする請求項１に記載のプロジェクト管理システム。 further,
Development dependency pattern storage means for storing development dependency pattern data, which is data indicating a dependency pattern between development elements that have been revised,
Development dependency pattern data obtained by extracting records according to predetermined conditions from the development dependency path storage means and adding resource information when an optimum output instruction indicating that an optimum process and estimate should be output is detected Development dependency pattern extraction means for storing the development dependency pattern data in the development dependency pattern storage means,
When receiving process data from the process output unit and receiving an estimate for each development element from the estimate output unit, an estimate is associated with each process of the process data, and the development dependency pattern storage unit stores the development dependency pattern Read the data, and in the tree structure of the process data, search the development dependency pattern data for the location including the development element that is the start point of the dependency relationship to the development element that is the end point. Estimate is determined based on the resource information added to the development dependency relationship pattern data stored in the relationship pattern storage means, and a process having a smaller estimate compared to the estimate associated with the process of the process data. Adopting the optimum process output means that outputs the result as the optimum process data,
Upon receiving the estimate data from the estimate output unit, the development dependency pattern data is read from the development dependency pattern storage unit, and in the tree structure in the estimate data, the development dependency pattern data is the starting point of the dependency Search for a part including the development element to the development element that is the end point, and determine an estimate for the part based on the resource information added to the development dependency pattern data stored in the development dependency pattern storage unit. Adopting a smaller estimate compared to the estimate associated with the tree structure, and outputting the result as optimum estimate data;
The project management system according to claim 1 , further comprising:
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009115676A JP5247582B2 (en) | 2009-05-12 | 2009-05-12 | Project management system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009115676A JP5247582B2 (en) | 2009-05-12 | 2009-05-12 | Project management system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2010266934A JP2010266934A (en) | 2010-11-25 |
| JP5247582B2 true JP5247582B2 (en) | 2013-07-24 |
Family
ID=43363885
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009115676A Expired - Fee Related JP5247582B2 (en) | 2009-05-12 | 2009-05-12 | Project management system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5247582B2 (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2021039110A1 (en) * | 2019-08-28 | 2021-03-04 | 三菱電機株式会社 | Improvement proposing device and improvement proposing method |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008077482A (en) * | 2006-09-22 | 2008-04-03 | Sharp Corp | Correction man-hour estimation device, correction man-hour estimation method, and correction man-hour estimation program |
-
2009
- 2009-05-12 JP JP2009115676A patent/JP5247582B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2010266934A (en) | 2010-11-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8341590B1 (en) | System for relating workflow status to code component status in a software project | |
| US10970673B2 (en) | Bill of material synchronization | |
| US8707268B2 (en) | Testing operations of software | |
| US20080010543A1 (en) | Test planning assistance apparatus, test planning assistance method, and recording medium having test planning assistance program recorded therein | |
| JP2020510925A (en) | Method and apparatus for performing a test using a test case | |
| JP5614843B2 (en) | Integrated software design and operation management system | |
| US10481943B2 (en) | System and method for state machine management | |
| JPH0916392A (en) | Software development support method | |
| US12073295B2 (en) | Machine learning model operation management system and method | |
| US8548967B1 (en) | System for visual query and manipulation of configuration management records | |
| CN113490912B (en) | Information processing device, information processing method, and computer-readable recording medium | |
| JP2014123249A (en) | Information processor, program, and information processing method | |
| JP6336919B2 (en) | Source code review method and system | |
| US9396239B2 (en) | Compiling method, storage medium and compiling apparatus | |
| JP5247582B2 (en) | Project management system | |
| JP5900212B2 (en) | Test data generation apparatus, program, and method | |
| JP6336922B2 (en) | Business impact location extraction method and business impact location extraction device based on business variations | |
| JP6737063B2 (en) | Software asset management device, software asset management method, and software asset management program | |
| JP5160773B2 (en) | Information processing apparatus and method | |
| JP5243908B2 (en) | Computer system, method and computer program for verifying model quality | |
| JP6840966B2 (en) | Reference information output program, reference information output method, and reference information output device | |
| JP4906424B2 (en) | Web service design method and apparatus | |
| JP2011107906A (en) | Process management system | |
| JP2012118609A (en) | Sql verification system, method and program thereof | |
| JP2010061610A (en) | Development scale calculation method, information processor, and program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20110824 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20121203 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20130115 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20130220 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20130312 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20130409 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20160419 Year of fee payment: 3 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |