WO2009093441A1 - 情報処理システム、プログラム、および情報処理方法 - Google Patents

情報処理システム、プログラム、および情報処理方法 Download PDF

Info

Publication number
WO2009093441A1
WO2009093441A1 PCT/JP2009/000185 JP2009000185W WO2009093441A1 WO 2009093441 A1 WO2009093441 A1 WO 2009093441A1 JP 2009000185 W JP2009000185 W JP 2009000185W WO 2009093441 A1 WO2009093441 A1 WO 2009093441A1
Authority
WO
WIPO (PCT)
Prior art keywords
dependency
requirement
task
value
risk value
Prior art date
Application number
PCT/JP2009/000185
Other languages
English (en)
French (fr)
Inventor
Katsufumi Araki
Katsuya Terashima
Original Assignee
Itid Consulting, Ltd.
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Itid Consulting, Ltd. filed Critical Itid Consulting, Ltd.
Priority to JP2009550464A priority Critical patent/JP5211077B2/ja
Priority to DE112009000168T priority patent/DE112009000168T5/de
Publication of WO2009093441A1 publication Critical patent/WO2009093441A1/ja
Priority to US12/841,163 priority patent/US20100287017A1/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0635—Risk analysis of enterprise or organisation activities
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders

Definitions

  • the present invention relates to an information processing system, a program, and an information processing method.
  • the present invention relates to an information processing system, a program for the information processing system, and an information processing method used for a product development project.
  • This application is related to the following Japanese application. For designated countries where incorporation by reference of documents is permitted, the contents described in the following application are incorporated into this application by reference and made a part of this application.
  • the user must manually input the technical examination item data. For this reason, the user may erroneously input data that is inconsistent with other technical examination item data.
  • an object of one aspect of the present invention is to provide an “information processing system, program, and information processing method” that can solve the above-described problems. This object is achieved by a combination of features described in the independent claims.
  • the dependent claims define further advantageous specific examples of the present invention.
  • an information processing system is a risk value indicating the feasibility of each of a plurality of requirements required for a development target product, and the development target Based on the risk value and the degree of dependency, the risk value acquisition unit that acquires the risk value indicating the reliability for each of the multiple elements included in the product, the dependency acquisition unit that acquires the dependency of the requirement and the element, A requirement element dependency relationship information generation unit that generates requirement element dependency relationship information indicating a plurality of requirements and dependency relationships of a plurality of elements, and a plurality of requirements element dependency relationship information based on risk values and dependencies A risk value matching determination unit that determines whether or not the risk values match.
  • FIG. 1 shows an example of an information processing system 10 according to an embodiment.
  • 2 shows an example of a functional configuration of the information processing apparatus 100.
  • An example of requirement and element structure is shown.
  • An example of the flow of processing by the schedule generation unit 200 is shown.
  • An example of the risk value acquired by the status acquisition unit 222 and the dependency acquired by the dependency acquisition unit 224 is shown.
  • Another example of the risk value acquired by the status acquisition unit 222 and the dependency acquired by the dependency acquisition unit 224 is shown.
  • Another example of the risk value acquired by the status acquisition unit 222 and the dependency acquired by the dependency acquisition unit 224 is shown.
  • An example of the requirement element dependency relationship information generated by the requirement element dependency relationship information generation unit 226 is shown.
  • An example of the detailed task list acquired by the detailed task list acquisition unit 204 is shown.
  • An example of the general task list acquired by the general task list acquisition unit 201 is shown.
  • An example of the general task dependency relationship information acquired by the general task dependency relationship information acquisition unit 202 is shown.
  • An example of the integrated task dependency relationship information generated by the integrated task dependency relationship information generation unit 212 is shown.
  • An example of the integrated task dependency relationship information generated by the integrated task dependency relationship information generation unit 212 is shown.
  • An example of the integrated task dependency relationship information indicating the work order of a plurality of detailed tasks is shown.
  • An example of the overlap policy acquired by the overlap policy acquisition unit 214 is shown.
  • An example of the schedule which the output part 217 output is shown.
  • An example of a functional configuration of the data check unit 300 is shown.
  • An example of processing by the data check unit 300 is shown.
  • Another example of processing by the data check unit 300 is shown.
  • Another example of processing by the data check unit 300 is shown.
  • Another example of processing by the data check unit 300 is shown.
  • 2 shows an example of a functional configuration of a data matching unit 400.
  • An example of processing by the data matching unit 400 is shown.
  • Another example of processing by the data matching unit 400 is shown.
  • 2 shows an exemplary hardware configuration of an information processing apparatus 100.
  • An example of the flow of processing by the schedule generation unit 200 is shown.
  • An example of the status acquired by the status acquisition unit 222 and the dependency acquired by the dependency acquisition unit 224 is shown.
  • An example of the general task list acquired by the general task list acquisition unit 201 is shown.
  • An example of the general task dependency relationship information acquired by the general task dependency relationship information acquisition unit 202 is shown.
  • An example of the general schedule output by the output unit 217 is shown.
  • An example of the detailed task list acquired by the detailed task list acquisition unit 204 is shown.
  • An example of the integrated task list generated by the integrated task dependency calculation unit 208 is shown.
  • An example of the integrated task dependency relationship information generated by the integrated task dependency relationship information generation unit 212 is shown.
  • An example of the integrated task dependency relationship information generated by the integrated task dependency relationship information generation unit 212 is shown.
  • An example of the integrated task dependency relationship information indicating the work order of a plurality of detailed tasks is shown.
  • An example of the overlap policy acquired by the overlap policy acquisition unit 214 is shown.
  • generated is shown.
  • An example of the integrated schedule which the output part 217 output is shown.
  • An example of the integrated task list generated by the integrated task dependency calculation unit 208 is shown.
  • An example of the risk value acquired by the status acquisition unit 222 and the dependency acquired by the dependency acquisition unit 224 is shown.
  • An example of the integrated task list generated by the integrated task dependency calculation unit 208 is shown.
  • An example of the risk value acquired by the status acquisition unit 222 and the dependency acquired by the dependency acquisition unit 224 is shown.
  • Another example of processing by the data matching unit 400 is shown.
  • FIG. 1 shows an example of an information processing system 10 according to the embodiment.
  • the information processing system 10 includes an information processing device 100, a data server 110, a terminal device 121, a terminal device 122, and a terminal device 123.
  • the information processing system 10 functions as a project management system.
  • the information processing system 10 manages product development projects hierarchized into a plurality of management layers. For example, the information processing system 10 manages product development projects that are hierarchized into three hierarchies: an organizational standard management layer, a business management layer, and a design management layer. The information processing system 10 manages the product development project for each phase.
  • Product development projects include all projects that manage work processes and schedules, such as system development projects.
  • the organization standard management layer manages the management items of the highest layer in the product development project. Specifically, the organizational standard management layer manages the product development project at a general task level, which is a management item of the highest layer in the product development project.
  • the general task is a higher-order task of the detailed task and includes a plurality of detailed tasks.
  • the business management layer manages the management items below the general task. Specifically, the business management layer manages the product development project at a detailed task level that is a management item in a lower layer than the general task. The detailed task indicates a work item in the product development project.
  • the design management layer manages technical study items that are lower-level management items than detailed tasks. Specifically, the design management layer manages the product development project at the requirement and element level, which are management items lower than the detailed task.
  • the above requirements indicate requirements required for the product to be developed.
  • the above elements indicate elements included in the product to be developed.
  • the information processing system 10 generates an outline schedule and an integrated schedule by using the management data of the design management layer, the management data of the business management layer, and the management data of the organization standard management layer in an integrated manner.
  • the integration task includes a plurality of general tasks and a plurality of detailed tasks.
  • the summary schedule includes a schedule of a plurality of summary tasks as a tight schedule.
  • the tight schedule means, for example, a schedule estimated by a member of a project leader class based on a request from an administrator.
  • the integrated schedule includes a schedule of a plurality of detailed tasks in consideration of a schedule of a plurality of general tasks as a prospective schedule.
  • the prospect schedule means a realistic schedule calculated by a project practitioner.
  • the information processing system 10 includes dependency relationships between detailed tasks, dependency relationships between general tasks, and dependency relationships between detailed tasks and general tasks based on the management data of each management layer described above. Find integration task dependencies. Then, the information processing system 10 determines the work order of the integrated task including the work orders of the plurality of detailed tasks and the plurality of general tasks based on the dependency relationship of the integrated tasks. Further, the information processing system 10 generates an integrated schedule including a plurality of detailed tasks and a prospective schedule of a plurality of general tasks based on the work order of the integrated tasks.
  • Dependency between tasks indicates the degree of influence on other tasks when an event occurs in one task. For example, when a design change occurs in one task, if there is a high possibility that a design change will occur in another task, the dependency relationship between the one task and the other task may be considered high. On the other hand, when a design change occurs in one task, if there is a low possibility that a design change will occur in another task, the dependency relationship between the one task and the other task may be considered low.
  • the information processing system 10 When any one of the management data of the design management layer, the management data of the business management layer, or the management data of the organization standard management layer is updated, the information processing system 10 performs an integrated schedule according to the update contents of the updated data. To change. Thereby, the information processing system 10 can always synchronize the management data of each management layer and the integrated schedule.
  • the information processing system 10 changes the dependency relationship of the integrated task according to the updated content of the management data. Then, the information processing system 10 changes the work order of the integrated tasks based on the changed dependency relationship of the integrated tasks. Further, the information processing system 10 changes the integration schedule based on the changed work order of the integrated tasks.
  • the data server 110 stores management data of each management layer.
  • the data server 110 stores management data of each management layer input from the terminal device 121 or the like.
  • the data server 110 stores management data of each management layer output from the information processing apparatus 100.
  • the data server 110 may be physically configured by a single device.
  • the data server 110 may be physically configured by a plurality of devices.
  • the information processing apparatus 100 functions as a project management apparatus that controls the information processing system 10. For example, the information processing apparatus 100 obtains the integration task dependency based on the management data of each management layer input from the terminal device 121 or the like and the management data of each management layer stored in the data server 110. Further, the information processing apparatus 100 determines the work order of the integrated task based on the dependency relationship of the integrated task. Further, the information processing apparatus 100 generates an integrated schedule based on the work order of the integrated task.
  • the information processing apparatus 100 checks the consistency of management data of each management layer input from the terminal device 121 or the like. In addition, the information processing apparatus 100 matches the management data of each management layer input from the terminal device 121 or the like. For example, when any of the management data of each management layer input from the terminal device 121 or the like is updated, the information processing apparatus 100 updates the management data related to the updated management data. Thereby, the information processing apparatus 100 can always match the management data of each management layer.
  • the information processing apparatus 100 may be physically configured by a single device.
  • the information processing apparatus 100 may be physically configured by a plurality of apparatuses.
  • the information processing apparatus 100 may perform input / output processing related to management data of one or a plurality of management layers instead of the terminal device 121 or the like.
  • the information processing apparatus 100 may store part or all of the management data of each management layer in place of the data server 110.
  • the terminal device 121, the terminal device 122, and the terminal device 123 input / output management data of each management layer.
  • the terminal device 121, the terminal device 122, and the terminal device 123 transmit management data of each management layer input from the user by an input device such as a keyboard to the data server 110 or the information processing device 100 via the communication network. Send.
  • the terminal device 121, the terminal device 122, and the terminal device 123 output the management data of each management layer transmitted from the data server 110 or the information processing apparatus 100 using an output device such as a display.
  • the terminal device 121, the terminal device 122, and the terminal device 123 may input / output management data of some management layers among the management data of each management layer.
  • the terminal device 121 may input / output management data of the organization standard management layer.
  • the terminal device 122 may input / output management data of the business management layer.
  • the terminal device 123 may input / output management data of the design management layer.
  • the terminal device 121, the terminal device 122, and the terminal device 123 may perform part of the processing performed by the information processing apparatus 100 instead of the information processing apparatus 100.
  • the terminal device 121, the terminal device 122, and the terminal device 123 may store part or all of the management data of each management layer in place of the data server 110.
  • the dependency relationship of the integrated task including the dependency relationship of the plurality of detailed tasks can be automatically calculated based on the management data of the plurality of management layers. Further, when the management data is updated, the dependency relationship of the integrated task can be automatically updated according to the update contents of the management data.
  • an integrated schedule showing an appropriate work order can be automatically generated based on management data of a plurality of management layers.
  • the integrated schedule can be automatically updated according to the update contents of the management data.
  • the information processing system 10 according to the present embodiment can generate an integrated schedule focusing on a part of a period in a product development project by using management data of a plurality of layers in an integrated manner.
  • the information processing system 10 according to the present embodiment can generate an integrated schedule focusing on some phases or some general tasks. Thereby, the information processing system 10 according to the present embodiment can generate a more appropriate integrated schedule than when generating an integrated schedule for the entire product development project.
  • FIG. 2 shows an example of the functional configuration of the information processing apparatus 100.
  • the information processing apparatus 100 includes a schedule generation unit 200, a data check unit 300, and a data matching unit 400.
  • the schedule generation unit 200 includes a general task list acquisition unit 201, a general task dependency relationship information acquisition unit 202, a detailed task list acquisition unit 204, a requirement element dependency relationship information acquisition unit 206, an integrated task dependency relationship calculation unit 208, and an integrated task work.
  • An order calculation unit 210 is provided.
  • the schedule generation unit 200 also includes an integrated task dependency relationship information generation unit 212, an overlap policy acquisition unit 214, an approximate schedule generation unit 215, an integrated schedule generation unit 216, an output unit 217, and an update detection unit 218.
  • the schedule generation unit 200 also includes a status acquisition unit 222, a dependency degree acquisition unit 224, and a requirement element dependency relationship information generation unit 226.
  • the schedule generation unit 200 also includes a general task dependency relationship acquisition unit 231, a general task work order calculation unit 232, and a general task dependency relationship information generation unit 233.
  • the general task list acquisition unit 201 acquires a general task list showing a plurality of general tasks.
  • the general task list acquisition unit 201 may acquire the general task list focusing on a part of the phases in the product development project.
  • the general task list acquisition unit 201 may acquire the general task list from a storage medium such as a hard disk or a memory included in the computer.
  • the general task dependency relationship acquisition unit 231 acquires the dependency relationships of a plurality of general tasks shown in the general task list acquired by the general task list acquisition unit 201.
  • the general task dependency relationship acquisition unit 231 may acquire dependency relationships of a plurality of general tasks from a storage medium such as a hard disk or a memory included in the computer. Further, the general task dependency relationship acquisition unit 231 may acquire the dependency relationship of a plurality of general tasks input from the user by an input device such as a keyboard provided in the computer.
  • the general task work order calculation unit 232 calculates the work order of a plurality of general tasks shown in the general task list acquired by the general task list acquisition unit 201. For example, the general task work order calculation unit 232 calculates the work order of a plurality of general tasks based on the dependency relationships of the plurality of general tasks acquired by the general task dependency relationship acquisition unit 231.
  • the general task dependency relationship information generation unit 233 generates general task dependency relationship information indicating dependency relationships of a plurality of general tasks.
  • the general task dependency relationship information generation unit 233 may generate general task dependency relationship information indicating dependency relationships of a plurality of general tasks and a work order of the plurality of general tasks.
  • the general task dependency relationship information generation unit 233 indicates the dependency relationships of the general tasks acquired by the general task dependency relationship acquisition unit 231 and the work orders of the general tasks calculated by the general task work order calculation unit 232.
  • general task dependency relationship information is generated.
  • the general task dependency relationship information generation unit 233 may generate general task dependency relationship information in which dependency relationships of a plurality of general tasks are indicated in a DSM (Design Structure Matrix) table format.
  • the general task dependency relationship information generation unit 233 may generate general task dependency relationship information in which dependency relationships of a plurality of general tasks and a work order of the plurality of general tasks are indicated in a DSM table format.
  • the general task dependency relationship information generation unit 233 may store the generated general task dependency relationship information in a recording medium such as a hard disk or a memory included in the computer.
  • the general task dependency relationship information acquisition unit 202 acquires general task dependency relationship information indicating dependency relationships of a plurality of general tasks shown in the general task list acquired by the general task list acquisition unit 201. For example, the general task dependency relationship information acquisition unit 202 acquires the general task dependency relationship information generated by the general task dependency relationship information generation unit 233.
  • the general task dependency relationship information acquisition unit 202 may acquire general task dependency relationship information in which dependency relationships of a plurality of general tasks are indicated in a DSM table format.
  • the general task dependency relationship information acquisition unit 202 may acquire general task dependency relationship information from a storage medium such as a hard disk or a memory included in the computer.
  • the detailed task list acquisition unit 204 acquires, for each of a plurality of detailed tasks, a detailed task list in which at least one of requirements required for the development target product and elements included in the development target product are associated. .
  • the detailed task list acquisition unit 204 may acquire a detailed task list focusing on some phases in the product development project.
  • the detailed task list acquisition unit 204 may acquire a detailed task list that focuses on some of the general tasks in the product development project.
  • the detailed task list acquisition unit 204 may acquire a detailed task list from a storage medium such as a hard disk or a memory included in the computer.
  • the requirement element dependency relationship information acquisition unit 206 acquires the requirement element dependency relationship information indicating the requirements indicated in the detailed task list and the dependency relationship of the elements.
  • the requirement element dependency relationship information acquisition unit 206 may acquire the requirement element dependency relationship information in which the requirements indicated in the detailed task list and the element dependency relationship are indicated in the DSM table format.
  • the requirement element dependency relationship information acquisition unit 206 may acquire the requirement element dependency relationship information from a storage medium such as a hard disk or a memory included in the computer.
  • the requirement element dependency relationship information acquisition unit 206 acquires requirement element dependency relationship information generated based on the difference risk value between the requirement and element risk values at the start of work and the requirement and element risk values at the end of the work. May be.
  • the requirement element dependency relationship information acquisition unit 206 includes the requirement and element risk values at the start of work and the requirement and element risk values at the end of work for some phases or some general tasks in the design and development project.
  • the requirement element dependency relationship information generated based on the difference risk value may be acquired.
  • the integrated task dependency relationship calculation unit 208 includes a plurality of detailed tasks indicated in the detailed task list acquired by the detailed task list acquisition unit 204 based on the requirement element dependency relationship information acquired by the requirement element dependency relationship information acquisition unit 206.
  • the dependency relationship of the integrated task including the dependency relationship is calculated.
  • the integrated task dependency relationship calculation unit 208 The dependency relationship may be calculated.
  • the integrated task dependency relationship calculation unit 208 Based on the difference requirement element dependency relationship information, dependency relationships of a plurality of detailed tasks may be calculated. Also, the integrated task dependency calculation unit 208 includes an integrated task including dependency relationships of a plurality of general tasks shown in the general task list and dependency relationships of a plurality of detailed tasks shown in the detailed task list. The dependency relationship may be calculated.
  • the integrated task work order calculation unit 210 includes a plurality of detailed tasks indicated in the detailed task list acquired by the detailed task list acquisition unit 204 based on the integrated task dependency calculated by the integrated task dependency calculation unit 208.
  • the work order of the integrated task including the work order is calculated.
  • the integrated task work order calculation unit 210 may calculate an integrated task work order that further includes the work orders of a plurality of general tasks indicated in the general task list acquired by the general task list acquisition unit 201.
  • the integrated task dependency relationship information generating unit 212 generates integrated task dependency relationship information in which the dependency relationship of the integrated task calculated by the integrated task dependency relationship calculating unit 208 is indicated.
  • the integrated task dependency relationship information generation unit 212 may generate integrated task dependency relationship information in which the integrated task work order calculated by the integrated task work order calculation unit 210 is further indicated.
  • the integrated task dependency relationship information generation unit 212 may generate integrated task dependency relationship information in which the dependency relationship of the integrated task is indicated in the DSM table format. Further, the integrated task dependency relationship information generation unit 212 may generate integrated task dependency relationship information in which the dependency relationship of the integrated task and the work order of the integrated task are indicated in the DSM table format. The integrated task dependency relationship information generation unit 212 may store the generated integrated task dependency relationship information in a recording medium such as a hard disk or a memory included in the computer.
  • the overlap policy acquisition unit 214 acquires an overlap policy that determines the synchronization timing of work schedules between detailed tasks.
  • the overlap policy acquisition unit 214 may acquire an overlap policy that determines the synchronization timing of work schedules between the general tasks.
  • the overlap policy acquisition unit 214 may acquire the overlap policy from a storage medium such as a hard disk or memory provided in the computer.
  • the general schedule generation unit 215 generates a general schedule based on the work order of a plurality of general tasks indicated in the general task dependency relationship information.
  • the general schedule generation unit 215 may generate the general schedule based on the estimated work time information for each of the plurality of general tasks shown in the general task list.
  • the general schedule generation unit 215 may generate a general schedule in which work schedules of a plurality of general tasks are synchronized based on the overlap policy acquired by the overlap policy acquisition unit 214.
  • the general schedule generation unit 215 may generate a task chart indicating the general schedule.
  • the general schedule generation unit 215 may store the generated schedule in a recording medium such as a hard disk or a memory included in the computer.
  • the integrated schedule generation unit 216 generates an integrated schedule based on the work order of the integrated tasks indicated in the integrated task dependency relationship information generated by the integrated task dependency relationship information generation unit 212.
  • the integrated schedule generation unit 216 may generate an integrated schedule based further on the estimated work time information for each of the plurality of detailed tasks shown in the detailed task list.
  • the integrated schedule generation unit 216 may generate an integrated schedule in which work schedules of a plurality of tasks are synchronized based on the overlap policy acquired by the overlap policy acquisition unit 214.
  • the integrated schedule generation unit 216 may generate a task chart indicating the integrated schedule.
  • the integrated schedule generation unit 216 may store the generated integrated schedule in a recording medium such as a hard disk or a memory included in the computer.
  • the output unit 217 outputs the general schedule generated by the general schedule generation unit 215.
  • the output unit 217 outputs the integrated schedule generated by the integrated schedule generating unit 216.
  • the output unit 217 may store the general schedule and the integrated schedule in a recording medium such as a hard disk or a memory included in the computer.
  • the output unit 217 may display the general schedule and the integrated schedule on a display included in the computer.
  • the output unit 217 may transmit the general schedule and the integrated schedule to the terminal device 121, the terminal device 122, or the terminal device 123.
  • the terminal device 121, the terminal device 122, or the terminal device 123 may display the received general schedule and integrated schedule on a display provided in the terminal device 121, the terminal device 122, or the terminal device 123.
  • the output unit 217 may display the general schedule and the integrated schedule on a display included in the computer so that the general schedule and the integrated schedule can be compared.
  • the update detection unit 218 detects that the requirement or the dependency relationship of the element indicated in the requirement element dependency relationship information has been updated.
  • the update detection unit 218 may detect that the risk value has been changed by monitoring the risk value acquired by the status acquisition unit 222. Further, the update detection unit 218 may detect that the dependency degree has been changed by monitoring the dependency degree acquired by the dependency degree acquisition unit 224.
  • the update detection unit 218 detects the addition, change, or deletion of the general task to the general task list by monitoring the general task list acquired by the general task list acquisition unit 201. Good. In addition, the update detection unit 218 monitors the detailed task list acquired by the detailed task list acquisition unit 204 to detect that a detailed task has been added, changed, or deleted from the detailed task list. Good. Further, the update detection unit 218 may detect that the progress status of the detailed task has been updated by monitoring the detailed task list acquired by the detailed task list acquisition unit 204.
  • the requirement element dependency relationship information acquisition unit 206 updates the requirement element dependency relationship information. May be obtained. Then, the integrated task dependency relationship calculating unit 208 may recalculate the integrated task dependency relationship based on the updated requirement element dependency relationship information.
  • the integrated task work order calculation unit 210 may recalculate the work order of the integrated tasks based on the recalculated dependency relationship of the integrated tasks. Furthermore, the integrated task dependency relationship information generation unit 212 may regenerate integrated task dependency relationship information indicating the dependency relationship of the recalculated integrated task and the work order of the recalculated integrated task. Furthermore, the integrated schedule generation unit 216 may regenerate the integrated schedule based on the recalculated integrated task work order.
  • the status acquisition unit 222 acquires a risk value indicating the feasibility of each of a plurality of requirements required for a development target product and a risk value indicating a reliability for each of a plurality of elements included in the development target product. To do. In addition, the design freedom and importance for each requirement and element are obtained.
  • the status acquisition unit 222 may acquire the risk value, the degree of freedom of design, and the importance from a storage medium such as a hard disk or a memory included in the computer. Further, the status acquisition unit 222 may acquire a risk value, a degree of design freedom, and an importance level input from a user by an input device such as a keyboard provided in the computer.
  • the dependency degree acquisition unit 224 acquires the dependency degree of the requirement and element for which the status acquisition unit 222 has acquired the risk value. Specifically, the dependency degree acquisition unit 224 acquires the dependency degree between the requirements, the dependency degree between the elements, and the dependency degree between the requirement and the element.
  • the dependency degree acquisition unit 224 may acquire the dependency degree from a storage medium such as a hard disk or a memory included in the computer. Further, the dependency degree acquisition unit 224 may acquire the dependency degree input from the user by an input device such as a keyboard provided in the computer.
  • the requirement element dependency relationship information generation unit 226 is a requirement in which a plurality of requirements and dependency relationships of a plurality of elements are indicated based on the risk value acquired by the status acquisition unit 222 and the dependency acquired by the dependency acquisition unit 224. Generate element dependency information. Based on the risk value acquired by the status acquisition unit 222 and the dependency acquired by the dependency acquisition unit 224, the requirement element dependency relationship information generation unit 226 displays a plurality of requirements and dependency relationships of the plurality of elements in a DSM table format. The requirement element dependency relationship information shown may be generated.
  • the requirement element dependency relationship information generation unit 226 may acquire the risk value acquired by the status acquisition unit 222 and the dependency acquired by the dependency acquisition unit 224 from the DMM table.
  • the requirement element dependency relationship information generation unit 226 may store the generated requirement element dependency relationship information in a recording medium such as a hard disk or a memory included in the computer.
  • the requirement element dependency relationship information generation unit 226 may generate the requirement element dependency relationship information based on the risk value of the difference between the risk value at the start of work and the risk value at the end of work acquired by the status acquisition unit 222. Good.
  • the requirement element dependency relationship information generation unit 226 is based on the risk value of the difference between the risk value at the start of work and the risk value at the end of work in some phases or some general tasks in the design and development project.
  • the requirement element dependency relationship information may be generated.
  • the requirement element dependency relationship information generation unit 226 calculates the requirement and dependency of the element indicated in the requirement element dependency relationship information. May be.
  • the requirement element dependency relationship information generation unit 226 may determine the work order of requirements and elements indicated in the requirement element dependency relationship information based on the calculated dependency. Further, the requirement element dependency relationship information generation unit 226 further acquires the design freedom degree and the importance degree for each of the requirement and the element, thereby further obtaining the requirement element dependency relation information based on the obtained design freedom degree and the importance degree. The requirements shown and the dependency of elements and the work order may be calculated.
  • the requirement element dependency relationship information generation unit 226 receives the risk value, the degree of design freedom, and the importance for each requirement and element from the status acquisition unit 222. For example, the requirement element dependency relationship information generation unit 226 acquires the risk value, the degree of design freedom, and the importance from the DMM table.
  • the requirement element dependency relationship information generation unit 226 receives the dependency degree from the dependency degree acquisition unit 224. For example, the requirement element dependency relationship information generation unit 226 acquires the dependency degree from the DMM table.
  • the requirement element dependency relationship information generation unit 226 calculates the dependency shown in the requirement element dependency relationship information based on the risk value, the dependency, the design freedom, and the importance.
  • the requirement element dependency relationship information generation unit 226 may calculate the dependency shown in the requirement element dependency relationship information by using a method described in Japanese Patent Application Laid-Open No. 2007-109073.
  • the requirement element dependency relationship information generation unit 226 aggregates requirements and elements having strong dependency relationships in the requirement element dependency relationship information by performing partition analysis on the requirement element dependency relationship information indicating the calculated dependency. As such, the columns and rows of the requirement element dependency relationship information are rearranged. In this case, the requirement element dependency relationship information generation unit 226 performs the partition analysis described in Japanese Patent Application Laid-Open No. 2007-109073 on the requirement element dependency relationship information to determine the requirement and the work order of the elements. Also good.
  • FIG. 3 shows an example of requirements and element configuration.
  • FIG. 3A shows a partial structure of requirements required for a printer to be developed.
  • the “fixer requirement” that is a parent requirement has “warm-up time”, “fixability”, “paper transportability”, “durability”, and “safety / environment” that are child requirements.
  • the “warm-up time” that is a requirement of the child has “rise slope” and “settling time” that are requirements of the grandchild.
  • “fixability” that is a requirement of the child has “temperature range” and “pressure profile” that are requirements of the grandchild.
  • the “paper transportability” that is a requirement of the child has “wrinkles” and “jam” that are requirements of the grandchild.
  • Fig. 3 (b) shows the structure of part of the elements included in the printer to be developed.
  • the “fixer structure” as a parent element has “paper guide”, “media”, “toner”, “heat roller part”, “pressure part”, and “control part” as child elements.
  • the “heat roller part” as a child element has “heat roller part: heater”, “heat roller part: sleeve”, and “heat roller part: rubber layer” as grandchild elements.
  • the “pressing unit” that is the child element includes “pressing unit: pressure roller” and “pressing unit: separation claw” that are the grandchild elements.
  • the “control unit” that is a child element has “control unit: thermistor” and “control unit: control logic” that are grandchild elements.
  • the information processing apparatus 100 may display a tree showing requirements and the structure of elements as shown in FIG. 3 on a display provided in the computer. Further, the information processing apparatus 100 may display the risk value of each requirement and element together with the tree. For example, each of the requirement and the element may be colored with a color corresponding to the risk value.
  • the information processing apparatus 100 may display information for identifying whether each risk value is consistent with other risk values together with the tree. For example, requirements or elements having risk values that are not consistent with other risk values may be highlighted and displayed, such as by coloring. In addition, the information processing apparatus 100 may cause the user to input a risk value of any requirement or element from the screen on which the tree is displayed.
  • FIG. 4 shows an example of a processing flow by the schedule generation unit 200.
  • the status acquisition unit 222 acquires risk values of a plurality of requirements and a plurality of elements (S401).
  • the dependency degree acquisition unit 224 acquires the requirement and element dependency (S402).
  • the requirement element dependency relationship information generation unit 226 generates requirement element dependency relationship information indicating a plurality of requirements and dependency relationships of the plurality of elements (S403).
  • the general task list acquisition unit 201 acquires a general task list showing a plurality of general tasks (S404).
  • the general task dependency relationship acquisition unit 231 acquires dependency relationships of a plurality of general tasks indicated in the general task list acquired in S404 (S405).
  • the general task work order calculation unit 232 calculates the work order of a plurality of general tasks shown in the general task list acquired in S404 (S406).
  • the general task dependency relationship information generation unit 233 generates general task dependency relationship information indicating the dependency relationships of the general tasks acquired in S405 and the work order of the general tasks calculated in S406 ( S407).
  • the general task dependency relationship information acquisition unit 202 acquires the general task dependency relationship information generated in S407 (S408).
  • the detailed task list acquisition unit 204 acquires a detailed task list in which at least one of requirements and elements is associated with each of the plurality of detailed tasks (S409).
  • the requirement element dependency relationship information acquisition unit 206 acquires the requirement element dependency relationship information generated by the requirement element dependency relationship information generation unit 226 (S410).
  • the integrated task dependency calculation unit 208 calculates the integrated task dependency including the dependency relationships of the plurality of detailed tasks shown in the detailed task list acquired in S409 (S411).
  • the integrated task dependency relationship calculated by the integrated task dependency relationship calculating unit 208 by the integrated task work order calculating unit 210 the work order of the plurality of detailed tasks shown in the detailed task list acquired in S409.
  • the work order of the integrated task including is calculated (S412).
  • the integrated task dependency relationship information generation unit 212 generates integrated task dependency relationship information indicating the dependency relationship of the integrated task calculated in S411 and the work order of the integrated task calculated in S412 (S413).
  • the overlap policy acquisition unit 214 acquires an overlap policy that determines the synchronization timing of work schedules between detailed tasks and between general tasks (S414).
  • the general schedule generating unit 215 generates an approximate schedule in which work schedules of a plurality of approximate tasks are synchronized (S415).
  • the integrated schedule generating unit 216 generates an integrated schedule in which work schedules of a plurality of detailed tasks are synchronized (S416).
  • the output unit 217 outputs the plurality of general schedules generated in S415 and the integrated schedule generated in S416 (S417). Subsequently, the update detection unit 218 determines whether the progress status of the detailed task shown in the detailed task list has been updated (S418).
  • the user updates the progress of the detailed task shown in the detailed task list.
  • the update detection unit 218 monitors the progress status of the detailed task shown in the detailed task list. Accordingly, the update detection unit 218 detects that the progress status of the detailed task indicated in the detailed task list has been updated.
  • the information processing apparatus 100 updates the risk value of the requirement or element associated with the detailed task whose progress status has been updated. The user may correct the requirement or element risk value updated by the information processing apparatus 100.
  • the update detection unit 218 may detect that information other than the progress status of the detailed task has been updated. For example, the update detection unit 218 may detect that a general task has been added, changed, or deleted from the general task list acquired in S404. Further, the update detection unit 218 may detect that a detailed task has been added, changed, or deleted from the detailed task list acquired in S409. Further, the update detection unit 218 may detect that the risk value acquired in S401 has been changed. In addition, the update detection unit 218 may detect that the dependency acquired in S402 has been changed.
  • the integrated schedule is set so that the optimal work order is obtained according to the updated content of the progress status of the detailed task. Can be updated automatically. Thereby, the labor and cost concerning management of a product development project can be reduced.
  • the information processing apparatus 100 processes a plurality of processes in series.
  • the information processing apparatus 100 may process some processes in parallel with other processes.
  • the information processing apparatus 100 may process a plurality of processes with different management layers in parallel.
  • FIG. 5 shows an example of the risk value acquired by the status acquisition unit 222 and the dependency acquired by the dependency acquisition unit 224.
  • the information processing apparatus 100 can indicate the risk value acquired by the status acquisition unit 222 and the dependency acquired by the dependency acquisition unit 224 in a DMM table format.
  • the information processing apparatus 100 may indicate elements in columns of the DMM table. Further, the information processing apparatus 100 may indicate the requirements in the rows of the DMM table.
  • the status column 510 shows status information for each of a plurality of requirements.
  • Requirement status information includes “Verification risk” and “Distribution risk”.
  • “Verification risk” indicates a risk value regarding the degree of achievement of each requirement acquired by the status acquisition unit 222.
  • Distribution risk is the risk value of each requirement acquired by the status acquisition unit 222.
  • the status column 520 shows status information of each element.
  • the element status information includes “unit risk” and “element risk”. “Unit risk” indicates the risk value of each element acquired by the status acquisition unit 222 in units. “Element risk” is a unique risk value of each element acquired by the status acquisition unit 222, and how much the element is concretely designed to achieve the relevant requirements and how much is verified. Indicates the risk level. The risk value of a requirement or element means that the higher the number, the more difficult it is to achieve the requirement or element.
  • Dependency column 530 indicates the dependency between requirements and elements.
  • the dependency between the requirement and the element means that the larger the numerical value, the stronger the dependency between the requirement and the element.
  • the dependency column 530 indicates “9” as the dependency between the requirement “durability” and the element “control unit: thermistor”. This means that the requirement “durability” and the element “control unit: thermistor” have a strong influence relationship.
  • dependency degree column 530 indicates “6” as the dependency degree between the requirement “durability” and the element “pressurizing part: separation claw”. This means that the requirement “durability” and the element “pressure part: separation claw” have a relatively strong influence relationship.
  • dependency level column 530 indicates “3” as the dependency level between the requirement “durability” and the element “control unit: control logic”. This means that the requirement “durability” and the element “control unit: control logic” have a weak but not negligible influence relationship.
  • dependency column 530 does not indicate the dependency between the requirement “durability” and the element “paper guide”. This means that the requirement “durability” and the element “paper guide” have no influence relationship or have an influence relationship but can be ignored.
  • the DMM table shows the design freedom for each requirement and element.
  • the degree of design freedom indicates how freely the requirement or element can be designed with respect to the current design plan.
  • the degree of design freedom means that the greater the numerical value, the higher the degree of design freedom.
  • “4” is indicated as the design freedom of the requirement “rising slope” in the cell specified by the column “designing freedom” and the row “rising slope”.
  • the cell specified by the column “heat roller part: heater” and the row “design freedom (unique)” has a design freedom specific to the element “heat roller part: heater”. “3” is shown.
  • the DMM table shows the importance for each requirement and element. Importance indicates how important a requirement or element is in product planning. The importance degree means that the larger the numerical value, the more necessary requirement or element in the product planning. For example, in the DMM table shown in FIG. 5, “5” is shown as the importance of the requirement “rising slope” in the cell specified by the column “importance” and the row “rising slope”. In the DMM table shown in FIG. 5, “5” is indicated as the importance level unique to the element “heat roller portion: heater” in the cell specified by the column “heat roller portion: heater” and the row “importance”. Has been.
  • the status column 510 and the status column 520 show the risk values at the start of work.
  • “5” is shown as the risk value at the start of the work of the requirement “rising slope” in the cell specified by the column “validation risk” and the row “rising slope”.
  • the cell specified by the column “heat roller part: heater” and the row “element risk” has “3” as a risk value at the start of the operation unique to the element “heat roller part: heater”. It is shown.
  • FIG. 6 shows another example of the risk value acquired by the status acquisition unit 222 and the dependency acquired by the dependency acquisition unit 224.
  • the DMM table shown in FIG. 6 is different from the DMM table shown in FIG. 5 in that the target risk value at the end of work is shown in the status column 510 and the status column 520.
  • the status column 510 “2” is indicated as the target risk value at the end of the work of the requirement “rising slope” in the cell specified by the column “validation risk” and the row “rising slope”.
  • the cell specified by the column “heat roller part: heater” and the row “element risk” has “2” as the target risk value at the end of the operation unique to the element “heat roller part: heater”. It is shown.
  • FIG. 7 shows another example of the risk value acquired by the status acquisition unit 222 and the dependency acquired by the dependency acquisition unit 224.
  • the risk value of the difference between the risk value at the start of work shown in FIG. 5 and the target risk value at the end of work shown in FIG. This is different from the DMM tables shown in FIG. 5 and FIG.
  • “4” is shown as the risk value of the difference of the requirement “rising slope” in the cell specified by the column “validation risk” and the row “rising slope”.
  • the information processing apparatus 100 acquires “5” from the DMM table illustrated in FIG. 5 as the risk value at the start of work for the requirement “rising slope”. Further, the information processing apparatus 100 acquires “2” as the target risk value at the end of the work of the requirement “rising slope” from the DMM table illustrated in FIG. 6. Then, the information processing apparatus 100 subtracts “2” that is the target risk value at the end of the work from “5” that is the risk value at the start of the work, and then adds “1”. Then, “4” is calculated as the risk value of the difference.
  • a process of adding “1” is provided, but a process of adding “1” may not be provided.
  • “2” is shown as a risk value of the difference specific to the element “heat roller part: heater” in the cell specified by the column “heat roller part: heater” and the row “element risk”. ing.
  • the information processing apparatus 100 acquires “3” from the DMM table illustrated in FIG. 5 as the risk value at the start of work unique to the element “heat roller unit: heater”. Further, the information processing apparatus 100 acquires “2” as the target risk value at the end of the work specific to the element “heat roller unit: heater” from the DMM table illustrated in FIG. 6.
  • the information processing apparatus 100 subtracts “2” that is the target risk value at the end of the work from “3” that is the risk value at the start of the work and then adds “1”. Then, “2” is calculated as the difference risk value. Also here, when calculating the risk value of the difference, a process of adding “1” is provided, but a process of adding “1” may not be provided.
  • FIG. 8 shows an example of requirement element dependency relationship information generated by the requirement element dependency relationship information generation unit 226.
  • the information processing apparatus 100 can indicate the requirement element dependency relationship information in the DSM table format. As illustrated in FIG. 8, the information processing apparatus 100 may indicate main requirements and elements in columns of the DSM table. Further, the information processing apparatus 100 may indicate the subordinate requirements and elements in the rows of the DSM table.
  • Dependency shown in requirement element dependency relationship information means that the larger the numerical value, the stronger the relationship between the requirement or element and the other requirement or element.
  • the requirement element dependency relationship information indicates a cell specified by a column “heat roller part: sleeve” and a row “rising slope”, and “7” as a dependency.
  • the requirement element dependency relationship information indicates “4” as the dependency on the cell specified by the column “rise gradient” and the row “heat roller part: sleeve”. This means that the influence of the requirement “rising slope” from the element “heat roller part: sleeve” is larger than the influence of the element “heat roller part: sleeve” from the requirement “rising slope”.
  • the DSM table shown in FIG. 8 includes a requirement element dependency relationship information generation unit 226 based on the risk value, the dependency, the importance, and the degree of freedom of design shown in the DMM table shown in FIG. The calculated dependence is shown.
  • the requirement element dependency relationship information generation unit 226 acquires the risk value of the difference, the dependency, the importance, and the design freedom from the DMM table illustrated in FIG. Then, the requirement element dependency relationship information generation unit 226 calculates the dependency shown in the requirement element dependency relationship information based on the acquired risk value, dependency, degree of design freedom, and importance.
  • the requirement element dependency relationship information generation unit 226 may calculate the dependency shown in the requirement element dependency relationship information by using a method described in Japanese Patent Application Laid-Open No. 2007-109073.
  • the requirement element dependency relationship information generation unit 226 aggregates requirements and elements having strong dependency relationships in the requirement element dependency relationship information by performing partition analysis on the requirement element dependency relationship information indicating the calculated dependency. As such, the columns and rows of the requirement element dependency relationship information are rearranged. In this case, the requirement element dependency relationship information generation unit 226 performs the partition analysis described in Japanese Patent Application Laid-Open No. 2007-109073 on the requirement element dependency relationship information to determine the requirement and the work order of the elements. Also good. Thereby, the requirement element dependency relationship information generation unit 226 can generate the requirement element dependency relationship information shown in FIG.
  • FIG. 9 shows an example of the detailed task list acquired by the detailed task list acquisition unit 204.
  • FIG. 9 shows a detailed task list focusing on the “detailed design task” of the “technical trial phase” in the product development project.
  • the detailed task list includes “task name”, “work attribute”, “status”, “requirement”, “element”, “risk value”, “estimation period”, “phase”, and “summary task”.
  • element the element name associated with the detailed task is entered. By inputting the element name in “Element”, the detailed task and the element are associated with each other. In the detailed task list, a plurality of elements can be associated with one detailed task.
  • Work attribute the work attribute to which the detailed task belongs is entered.
  • any of “design”, “prototype”, or “evaluation” is input as the work attribute to which the detailed task belongs.
  • the risk value of the requirement or element at the end of work of the detailed task is entered.
  • the risk value input in “risk value” is acquired by the status acquisition unit 222.
  • the risk value acquired by the status acquisition unit 222 is used when the requirement element dependency relationship information generation unit 226 generates the requirement element dependency relationship information.
  • “Current” is associated with “Status”. For example, when the detailed task is completed, the user inputs “completed” in “status”. As a result, the information processing apparatus 100 updates the risk value indicated by “current” to the risk value indicated by “target”.
  • the status acquisition unit 222 acquires the updated risk value at a timing when the risk value indicated in the “risk value” is updated or at a predetermined timing.
  • the requirement element dependency relationship information generation unit 226 updates the requirement element dependency relationship information based on the updated risk value.
  • Estimatimation period the number of work days required for each detailed task is entered.
  • the “estimated period” includes “optimistic value”, “median value”, and “pessimistic value”.
  • the same number of days may be input for each of “optimistic value”, “median value”, and “pessimistic value”.
  • the working days required for the detailed task may be widened.
  • Phase is the name of the phase.
  • a general task name that is a higher-order task of the detailed task is input.
  • the summary task name By inputting the summary task name in the “summary task”, the detailed task and the summary task are associated with each other.
  • the detailed task list In the detailed task list, a plurality of detailed tasks can be associated with one general task.
  • FIG. 10 shows an example of the general task list acquired by the general task list acquisition unit 201.
  • FIG. 10 shows a general task list focusing on the “technical trial phase” in the product development project.
  • the general task list has “task name”, “estimation period”, and “phase”.
  • a summary task is entered in “Task Name”.
  • the “estimation period” the number of work days required for each general task is input.
  • the “estimated period” includes “optimistic value”, “median value”, and “pessimistic value”.
  • the same number of days may be input for each of “optimistic value”, “median value”, and “pessimistic value”.
  • the working days required for the general task may be widened.
  • Phase is the name of the phase. By inputting the phase name in “Phase”, the phase and the general task are associated with each other.
  • FIG. 11 shows an example of the general task dependency relationship information acquired by the general task dependency relationship information acquisition unit 202.
  • FIG. 11 shows the general task dependency relationship information focusing on the “technical trial phase” in the product development project.
  • the information processing apparatus 100 can show the general task dependency relationship information in the DSM table.
  • the information processing apparatus 100 may show the main general tasks in the columns of the DSM table. Further, the information processing apparatus 100 may indicate a subordinate general task in a row of the DSM table.
  • the summary task dependency relationship information indicates “9” as the dependency in the cell specified by the column “detailed design” and the row “technical trial”. This means that the general task “technical trial” has a relatively strong influence on the general task “detailed design”. On the other hand, the general task dependency relationship information does not indicate the dependency on the cells specified by the column “technical trial” and the row “detailed design”. This means that the general task “detailed design” has no influence on the general task “technical prototype” or has an influence relationship but can be ignored.
  • the general task dependency relationship information indicates the work order of a plurality of general tasks. For example, in the general task dependency relationship information shown in FIG. 11, columns and rows are arranged in the order of “detailed design”, “technical trial production”, and “technical trial evaluation”. Thereby, it is shown that it is preferable that the general task dependency relationship information is operated in the order of “detailed design”, “technical trial production”, and “technical trial evaluation”.
  • FIG. 12 shows an example of the integrated task dependency relationship information generated by the integrated task dependency relationship information generation unit 212.
  • FIG. 12 shows integrated task dependency relationship information focusing on the “detailed design task” of the “technical trial phase” in the product development project.
  • FIG. 12 shows the integrated task dependency relationship information before the dependency between tasks is set.
  • the information processing apparatus 100 can indicate the integrated task dependency relationship information in a DSM table format.
  • the information processing apparatus 100 may show main detailed tasks and general tasks in the DSM column.
  • the information processing apparatus 100 may indicate the subordinate detailed task and the general task in the DSM row.
  • the table area 910 shows the dependency relationship between the general tasks.
  • a table area 920 and a table area 930 indicate the dependency relationship between the general task and the detailed task.
  • a table area 940 shows the dependency between detailed tasks.
  • the integrated task dependency relationship information generation unit 212 sets a numerical value from “1” to “10” indicating the strength of the dependency relationship as the dependency level for the corresponding cells of the tasks having the dependency relationship.
  • the degree of dependence means that the larger the numerical value, the stronger the dependence.
  • the integrated task dependency relationship information generation unit 212 may divide a general task for generating a schedule at a detailed task level among a plurality of general tasks into a start task and an end task. For example, as shown in FIG. 12, the integrated task dependency relationship information generation unit 212 changes “detailed design”, which is a general task having child tasks, to “detailed design [start]” and “detailed design [end]”. You may divide into. On the other hand, the integrated task dependency relationship information generation unit 212 may not divide “technical trial” and “technical trial evaluation”, which are general tasks having no child tasks.
  • FIG. 13 shows an example of the integrated task dependency relationship information generated by the integrated task dependency relationship information generation unit 212.
  • FIG. 13 shows integrated task dependency relationship information focusing on the “detailed design task” of the “technical trial phase” in the product development project.
  • FIG. 13 shows integrated task dependency relationship information after the degree of dependency between tasks is set.
  • the integrated task dependency relationship information generation unit 212 sets “10” as the degree of dependency for the cell 1001.
  • the dependency between the general tasks may be the same as the dependency between the general tasks in the general task dependency information. Therefore, the integrated task dependency relationship information generation unit 212 sets the dependency “9” for each cell of the table area 1010 as in the case of the general task dependency relationship information shown in FIG.
  • the integrated task dependency relationship information generation unit 212 sets the dependency “10” for each cell of the table area 1020.
  • the integrated task dependency relationship information generation unit 212 sets the dependency “10” for each cell of the table area 1030.
  • the dependency between detailed tasks is calculated by the integrated task dependency calculation unit 208 by a calculation method according to the combination of work attributes of the detailed tasks.
  • the integrated task dependency relationship calculating unit 208 refers to the detailed task list shown in FIG. 9 for each detailed task indicated in the integrated task dependency relationship information, and determines the work attribute of the detailed task. .
  • the integrated task dependency relationship calculation unit 208 calculates the dependence set for each cell of the table area 1040 by a calculation method according to the combination of work attributes of the detailed task. Furthermore, the integrated task dependency relationship information generation unit 212 sets the dependency calculated by the integrated task dependency relationship calculation unit 208 for each cell of the table area 1040.
  • a method for calculating the dependency of the detailed task according to the combination of work attributes of the detailed task will be described for each combination of work attributes of the detailed task.
  • the integrated task dependency calculation unit 208 refers to the detailed task list to identify each element associated with both detailed tasks.
  • the integrated task dependency relationship calculation unit 208 sets the dependency A indicating the degree of influence from the element associated with the main detailed task to the element associated with the subordinate detailed task, as a requirement element. Extract from dependency information.
  • the integrated task dependency calculation unit 208 calculates the dependency B indicating the degree of influence from the element associated with the subordinate detailed task to the element associated with the main detailed task, based on the requirement element dependency Extract from relationship information.
  • the integrated task dependency calculation unit 208 determines the dependency A and the dependency for each combination. B is extracted.
  • the integrated task dependency relationship calculation unit 208 (dependency A ⁇ risk value reduction amount in the detailed task of the element associated with the main detailed task / element associated with the main detailed task Dependency on the detailed task, which is the degree of influence from the element associated with the main detail task to the element associated with the subordinate detailed task.
  • the dependence degree A ′ shown is calculated.
  • the integrated task dependency calculation unit 208 (dependency B ⁇ reduction level of risk value in the detailed task of the element associated with the detailed task that is subordinate / the element of the element that is associated with the subordinate detailed task Indicates the degree of dependency on the detailed task, which is the degree of influence from the element associated with the subordinate detailed task to the element associated with the main detailed task.
  • the dependency B ′ is calculated.
  • the decrease in risk value in the detailed task of the element is changed from the “current” value of “risk value” shown in the detailed task list to the “target” of “risk value” shown in the detailed task list. It can be obtained by subtracting the value.
  • the reduction level of the risk value in the phase of the element can be obtained by subtracting the risk value at the end of work acquired by the status acquisition unit 222 from the risk value at the start of work acquired by the status acquisition unit 222.
  • the integrated task dependency calculation unit 208 determines the dependency A ′ and the dependency for each combination. The degree B ′ is calculated. Then, the integrated task dependency calculation unit 208 determines the maximum value of the calculated dependencies A ′ as the dependency from the main detailed task to the subordinate detailed task. Further, the integrated task dependency calculation unit 208 determines the maximum value of the calculated dependencies B ′ as the dependency from the subordinate detailed task to the main detailed task.
  • the integrated task dependency relationship calculation unit 208 refers to the detailed task list shown in FIG. 9 as an element associated with the main detailed task “basic design of the NIP unit”. : Sleeve "," heat roller part: rubber layer “, and” pressure part: pressure roller ". Further, the integrated task dependency calculation unit 208 refers to the detailed task list shown in FIG. 9 as an element associated with the subordinate detailed task “determination of heater wattage / light distribution”. “Heat roller section: heater” is specified.
  • the integrated task dependency calculation unit 208 extracts “3” as the dependency A from “heat roller unit: sleeve” to “heat roller unit: heater” from the requirement element dependency relationship information shown in FIG. To do. Further, the integrated task dependency relationship calculating unit 208 sets “3” as the dependency degree A from “heat roller portion: rubber layer” to “heat roller portion: heater” from the requirement element dependency relationship information shown in FIG. Extract. Further, the integrated task dependency relationship calculation unit 208 calculates “3” as the dependency degree A from “pressure unit: pressure roller” to “heat roller unit: heater” from the requirement element dependency relationship information shown in FIG. To extract.
  • the integrated task dependency calculation unit 208 extracts “2” as the dependency B from “heat roller unit: heater” to “heat roller unit: sleeve” from the requirement element dependency relationship information shown in FIG. To do. Further, the integrated task dependency relationship calculating unit 208 sets “2” as the dependency B from the “heat roller portion: heater” to the “heat roller portion: rubber layer” from the requirement element dependency relationship information shown in FIG. Extract. Further, the integrated task dependency relationship calculation unit 208 calculates “2” as the dependency B from the “heat roller unit: heater” to the “pressure unit: pressure roller” from the requirement element dependency relationship information shown in FIG. To extract.
  • the integrated task dependency relationship calculation unit 208 changes the “heat roller unit: sleeve” from “5” shown in “current” of “risk value” of the detailed task list shown in FIG. 9 to FIG. “3” shown in “Target” of “Risk value” in the detailed task list shown is subtracted. As a result, the integrated task dependency relationship calculation unit 208 calculates “2” as the risk value reduction amount in the detailed task of “heat roller unit: sleeve”.
  • the integrated task dependency calculation unit 208 calculates the “heat roller part: sleeve” from the risk value “5” of “heat roller part: sleeve” shown in the DMM table shown in FIG. The risk value “2” of “heat roller part: sleeve” shown in the DMM table shown is subtracted. As a result, the integrated task dependency calculation unit 208 calculates “3” as the risk value reduction amount in the phase of “heat roller unit: sleeve”.
  • the integrated task dependency calculation unit 208 calculates “dependency A ⁇ reduced risk value in the calculated detailed task / reduced risk value in the calculated phase” from “heat roller unit: sleeve” to “ “2” is calculated as the dependency A ′ to the “heat roller section: heater”.
  • the integrated task dependency relationship calculation unit 208 changes the “heat roller unit: heater” from “3” shown in “current” of “risk value” of the detailed task list shown in FIG. “2” shown in “Target” of “Risk value” in the detailed task list shown is subtracted. As a result, the integrated task dependency relationship calculation unit 208 calculates “1” as the risk value reduction amount in the detailed task of “heat roller unit: heater”.
  • the integrated task dependency relationship calculation unit 208 calculates the “heat roller unit: heater” from the risk value “3” of “heat roller unit: heater” shown in the DMM table shown in FIG. The risk value “2” of “heat roller part: heater” shown in the DMM table shown is subtracted. As a result, the integrated task dependency relationship calculation unit 208 calculates “1” as the risk value reduction amount in the phase of “heat roller unit: heater”. Then, the integrated task dependency relationship calculation unit 208 determines from “heat roller unit: heater” to “dependency B ⁇ reduced risk value in calculated detailed task / reduced risk value in calculated phase” from “heat roller unit: heater”. “2” is calculated as the dependency B ′ on the “heat roller portion: sleeve”.
  • the integrated task dependency calculation unit 208 calculates “2” as the dependency A ′ from the “heat roller unit: rubber layer” to the “heat roller unit: heater”. Further, the integrated task dependency relationship calculation unit 208 calculates “2” as the dependency B ′ from “heat roller unit: heater” to “heat roller unit: rubber layer”.
  • the integrated task dependency relationship calculation unit 208 calculates “2” as the dependency A ′ in the detailed task from “pressure unit: pressure roller” to “heat roller unit: heater”. Further, the integrated task dependency relationship calculation unit 208 calculates “2” as the dependency B ′ in the detailed task from “heat roller unit: heater” to “pressure unit: pressure roller”.
  • the integrated task dependency relationship calculation unit 208 sets “2”, which is the maximum value among the plurality of dependencies A ′, as a subordinate detailed task from the “NIP basic design” that is the main detailed task. It is determined as the degree of dependence on a certain “determination of heater wattage and light distribution”. In addition, the integrated task dependency calculation unit 208 calculates “2”, which is the maximum value among the plurality of dependencies B ′, from the “detailed determination of heater wattage / light distribution” as a subordinate detailed task. It is determined as the degree of dependence on the “NIP basic design” which is a detailed task. As described above, the integrated task dependency calculation unit 208 calculates a more appropriate dependency between detailed tasks by focusing on a part of the product development project, not the entire period of the product development project. Can do.
  • the integrated task dependency relationship calculation unit 208 specifies requirements associated with both detailed tasks by referring to the detailed task list.
  • the integrated task dependency calculation unit 208 calculates the dependency C indicating the degree of influence from the requirement associated with the main detailed task to the requirement associated with the subordinate detailed task. Extract from dependency information.
  • the integrated task dependency calculation unit 208 calculates the dependency D, which indicates the degree of influence from the requirement associated with the subordinate detailed task to the requirement associated with the main detailed task. Extract from relationship information.
  • the integrated task dependency calculation unit 208 determines the dependency C and the dependency for each combination. D is extracted.
  • the integrated task dependency calculation unit 208 (dependency C ⁇ reduction amount of risk value in requirement detailed task associated with main detailed task / requirement associated with main detailed task Dependency on the detailed task, which is the degree of influence from the requirement associated with the main detail task to the requirement associated with the subordinate detailed task.
  • the dependence C ′ shown is calculated.
  • the integrated task dependency relationship calculation unit 208 (dependency D ⁇ reduction of risk value in the detailed task associated with the detailed task that is subordinate / requirement of the requirement associated with the subordinate detailed task Describe the dependency on the detailed task, which is the degree of influence from the requirement associated with the secondary detail task to the requirement associated with the primary detail task.
  • the dependency degree D ′ is calculated.
  • the amount of decrease in the risk value in the detailed task of the requirement is changed from the “current” value of the “risk value” shown in the detailed task list to the “target” of the “risk value” shown in the detailed task list. It can be obtained by subtracting the value.
  • the reduction amount of the risk value in the requirement phase can be obtained by subtracting the risk value at the end of work acquired by the status acquisition unit 222 from the risk value at the start of work acquired by the status acquisition unit 222.
  • the integrated task dependency calculation unit 208 determines the dependency C ′ and the dependency for each combination. The degree D ′ is calculated. Then, the integrated task dependency calculation unit 208 determines the maximum value of the calculated dependencies C ′ as the dependency from the main detailed task to the subordinate detailed task. Further, the integrated task dependency relationship calculation unit 208 determines the maximum value of the calculated dependency degrees D ′ as the dependency degree from the subordinate detailed task to the main detailed task. As described above, the integrated task dependency calculation unit 208 calculates a more appropriate dependency between detailed tasks by focusing on a part of the product development project, not the entire period of the product development project. Can do.
  • the integrated task dependency calculation unit 208 refers to the detailed task list to identify each element associated with both detailed tasks.
  • the integrated task dependency calculation unit 208 determines whether any of the elements associated with the main detailed task is associated with the subordinate detailed task. If any of the elements associated with one of the main detailed tasks is associated with the other detailed task, the integrated task dependency calculation unit 208 sets the dependency “9” to It is determined as the degree of dependence from the main detail task to the subordinate detailed task.
  • the integrated task dependency calculation unit 208 determines whether the subordinate task is associated with the master detail task. It is determined that there is no dependency on the detailed task. If any of the elements associated with one of the main detail tasks has a parent-child relationship with any of the elements associated with the other detail task, the integrated task dependency calculation unit 208 The degree “9” is determined as the degree of dependence from the main detailed task to the subordinate detailed task.
  • the integrated task dependency calculation unit 208 refers to the detailed task list to identify an element associated with the main detailed task.
  • the integrated task dependency relationship calculating unit 208 refers to the detailed task list to identify the requirements associated with the subordinate detailed task.
  • the integrated task dependency relationship calculation unit 208 sets the dependency E to the requirement element indicating the degree of influence from the element associated with the main detailed task to the requirement associated with the subordinate detailed task. Extract from dependency information. When there are a plurality of combinations of the elements associated with the main detailed task and the requirements associated with the subordinate detailed task, the integrated task dependency calculation unit 208 extracts the dependency E for each combination. .
  • the integrated task dependency relationship calculating unit 208 (dependency E ⁇ risk value reduction amount in the detailed task of the element related to the main detailed task / element related to the main detailed task
  • the risk task's degree of risk reduction reduces the dependency on the detail task, which indicates the impact of the elements associated with the main detail task on the requirements associated with the subordinate detail task.
  • the dependence degree E ′ shown is calculated.
  • the decrease in risk value in the detailed task of the element is changed from the “current” value of “risk value” shown in the detailed task list to the “target” of “risk value” shown in the detailed task list. It can be obtained by subtracting the value.
  • the extent of the risk value reduction in the element and requirement phase can be obtained by subtracting the risk value at the end of work acquired by the status acquisition section 222 from the risk value at the start of work acquired by the status acquisition section 222. it can.
  • the integrated task dependency calculation unit 208 determines the calculated dependency E ′ as the dependency from the main detailed task to the subordinate detailed task.
  • the integrated task dependency calculation unit 208 calculates the dependency E ′ for each combination. After that, the maximum value among the plurality of dependency levels E ′ is determined as the dependency level from the main detail task to the subordinate detailed task.
  • the integrated task dependency calculation unit 208 refers to the detailed task list to identify the requirements associated with the main detailed task.
  • the integrated task dependency relationship calculation unit 208 refers to the detailed task list to identify an element associated with the detailed task that is the subordinate.
  • the integrated task dependency calculation unit 208 sets the dependency F indicating the degree of influence from the requirement associated with the main detailed task to the element associated with the subordinate detailed task, as a requirement element. Extract from dependency information. When there are a plurality of combinations of the requirements associated with the main detailed task and the elements associated with the subordinate detailed task, the integrated task dependency calculation unit 208 extracts the dependency F for each combination. .
  • the integrated task dependency relationship calculation unit 208 calculates (dependency F ⁇ reduction amount of risk value in requirement detailed task associated with main detailed task / requirement associated with main detailed task.
  • the risk task's degree of risk) reduces the dependency on the detail task, which shows the impact of the requirements associated with the main detail task on the elements associated with the subordinate detail task.
  • the dependence F ′ shown is calculated.
  • the amount of decrease in the risk value in the detailed task of the requirement is changed from the “current” value of the “risk value” shown in the detailed task list to the “target” of the “risk value” shown in the detailed task list. It can be obtained by subtracting the value.
  • the extent of the risk value reduction in the element and requirement phase can be obtained by subtracting the risk value at the end of work acquired by the status acquisition section 222 from the risk value at the start of work acquired by the status acquisition section 222. it can.
  • the integrated task dependency calculation unit 208 determines the calculated dependency F ′ as the dependency from the main detailed task to the subordinate detailed task.
  • the integrated task dependency calculation unit 208 calculates the dependency F ′ for each combination. After that, the maximum value among the plurality of dependency levels F ′ is determined as the dependency level from the main detailed task to the subordinate detailed task.
  • the integrated task dependency relationship calculation unit 208 acquires the name of the prototype that is embodied by the main detailed task. For example, the name of the prototype realized by the main detailed task is described in advance in the detailed task list. As a result, the integrated task dependency relationship calculation unit 208 can acquire the name of the prototype embodied by the main detailed task by referring to the detailed task list or the like.
  • the integrated task dependency calculation unit 208 acquires the name of the work tool used for the subordinate detailed task. For example, the name of the work tool used for the subordinate detailed task is described in advance in the detailed task list. As a result, the integrated task dependency calculation unit 208 can acquire the name of the work tool used for the subordinate detailed task by referring to the detailed task list or the like.
  • the integrated task dependency calculation unit 208 determines whether or not the name of the prototype acquired in the main detailed task is included in the name of the work tool acquired in the subordinate detailed task.
  • the integrated task dependency calculation unit 208 changes the dependency “9” from the main detailed task to the subordinate detailed task. Determined as dependence on.
  • the integrated task dependency calculation unit 208 determines that the detailed tasks do not have dependency.
  • FIG. 14 shows an example of the integrated task dependency relationship information indicating the work order of a plurality of detailed tasks.
  • the integrated task dependency relationship information shown in FIG. 14 is that the columns and rows are rearranged according to the work order of a plurality of integrated tasks calculated by the integrated task work order calculation unit 210. Differs from related information.
  • the integrated task work order calculation unit 210 determines the work order of a plurality of detailed tasks based on the dependency shown in the integrated task dependency relationship information. Specifically, the integrated task work order calculating unit 210 performs partition analysis on the integrated task dependency relationship information so that detailed tasks having strong dependency relationships are aggregated in the integrated task dependency relationship information. Rearrange columns and rows of related information. For example, the integrated task work order calculation unit 210 may determine the work order of a plurality of detailed tasks by performing partition analysis described in Japanese Patent Application Laid-Open No. 2007-109073 on the integrated task dependency relationship information. Good.
  • the integrated task work order calculation unit 210 generates a loop chain of the integrated task dependency by performing partition analysis on the integrated task dependency relationship information.
  • a loop chain means a group of dependencies having a redo relationship.
  • the loop chain 1410 indicates a loop chain having a loop level “1”.
  • a loop chain 1420 indicates a loop chain having a loop level “2”.
  • the loop level means that the larger the value, the stronger the loop chain.
  • the integrated task work order calculation unit 210 may generate a loop chain of the integrated task dependency by performing the partition analysis described in JP 2007-109073 A on the integrated task dependency relationship information. .
  • FIG. 15 shows an example of the overlap policy acquired by the overlap policy acquisition unit 214.
  • the overlap policy shown in FIG. 15 has “dependency” and “loop level”.
  • the “dependency” and “loop level” include “threshold” and “synchronization type”, respectively.
  • the user sets a threshold for determining a task to be synchronized in “threshold” included in “dependency”.
  • the user sets any numerical value from “1” to “10” as the “threshold value” included in the “dependency”.
  • the integrated schedule generation unit 216 determines that the integrated task dependency relationship information illustrated in FIG. A task having a dependency is determined as a task to be synchronized.
  • the user sets a numerical value indicating how the tasks determined to be synchronized are processed in parallel in the “synchronization type” included in the “dependency”. In the present embodiment, the user sets any numerical value from “1” to “3” to “synchronization type” included in “dependency”.
  • the user sets a threshold value for determining a task to be processed in parallel as a “threshold value” included in the “loop level”.
  • the user sets a numerical value from “1” to “10” for the “threshold” included in the “loop level”.
  • the integrated schedule generation unit 216 includes the dependency included in the loop level of “2” or higher in the integrated task dependency relationship information.
  • a task having a degree is determined as a task to be processed in parallel.
  • the user sets a numerical value indicating how the tasks determined as parallel work targets are to be processed in parallel in the “synchronization type” included in the “loop level”. In the present embodiment, the user sets any numerical value from “2” to “3” to “synchronization type” included in “loop level”.
  • a task that is determined as a synchronization target by the setting value of “dependency” may be determined as a parallelization work target by a setting value of “loop level”.
  • the setting value of “loop level” is preferentially applied.
  • the integrated schedule generation unit 216 generates an integrated schedule in which tasks determined as synchronization targets are synchronized with each other. In this case, for the task corresponding to the synchronization type “1”, the integrated schedule generation unit 216 generates a schedule for synchronizing the tasks so that the preceding task is completed and the subsequent task is started at the same time. In addition, the integrated schedule generation unit 216 generates a schedule for synchronizing the tasks so that the task corresponding to the synchronization type “2” ends at the same time as the preceding task and the subsequent task. Further, the integrated schedule generation unit 216 generates a schedule for synchronizing the tasks so that the task corresponding to the synchronization type “3” starts simultaneously with the preceding task and the subsequent task.
  • FIG. 16 shows an example of the schedule output by the output unit 217.
  • a schedule 1310 indicates a detailed task schedule focusing on the “detailed design task” of the “technical trial phase” in the product development project.
  • the schedule 1320, the schedule 1330, and the schedule 1340 indicate schematic schedules focusing on the “technical trial phase” in the product development project.
  • the hatched task bar indicates a tight schedule generated by the general schedule generation unit 215.
  • the filled task bar indicates the expected schedule generated by the integrated schedule generation unit 216.
  • An asterisk indicates the expected completion date of work when a return work is included.
  • the integrated schedule generation unit 216 may determine the work periods of the plurality of detailed tasks based on the estimated days of the plurality of detailed tasks indicated in the detailed task list. For example, in the schedule shown in FIG. 16, the work periods of the plurality of detailed tasks are determined based on the estimated days of the plurality of detailed tasks shown in the detailed task list shown in FIG.
  • the integrated schedule generation unit 216 may determine the work order of the plurality of detailed tasks based on the work order of the plurality of detailed tasks indicated in the integrated task dependency relationship information. For example, in the schedule shown in FIG. 16, the work order of a plurality of detailed tasks is determined based on the work order of the plurality of detailed tasks shown in the integrated task dependency relationship information shown in FIG.
  • the general schedule generation unit 215 may determine the work periods of the plurality of general tasks based on the estimated days of the plurality of general tasks indicated in the general task list. For example, in the schedule shown in FIG. 16, the work periods of the plurality of general tasks are determined based on the estimated days of the plurality of general tasks shown in the general task list shown in FIG.
  • the general schedule generation unit 215 may determine the work order of the plurality of general tasks based on the work order of the plurality of general tasks indicated in the general task dependency relationship information. For example, in the schedule shown in FIG. 16, the work order of a plurality of general tasks is determined based on the work order of a plurality of general tasks shown in the general task dependency relationship information shown in FIG.
  • the integrated schedule generation unit 216 may generate an integrated schedule in which work schedules of a plurality of detailed tasks are synchronized based on the overlap policy. For example, in the schedule shown in FIG. 16, based on the overlap policy shown in FIG. 15, “basic design of NIP unit”, “determination of heater wattage / light distribution”, “examination of control method”, and “ The timing of starting the “determining thermistor type and arrangement” is synchronized.
  • NIP basic design As described with reference to FIG. 14, “NIP basic design”, “determination of heater wattage / light distribution”, “examination of control method”, and “determination of thermistor type / arrangement” are loop levels “2”. Loop chain relationship. In the overlap policy shown in FIG. 15, “3” is set as the synchronization type for the loop level “2”. Therefore, the integrated schedule generation unit 216 performs the operations for “basic design of the NIP unit”, “determination of heater wattage / light distribution”, “examination of control method”, and “determination of thermistor type / arrangement”. The schedule for synchronizing the detailed tasks is generated so that the preceding detailed task and the subsequent detailed task are started simultaneously.
  • the information processing apparatus 100 generates management schedules that focus on a part of phases or a part of general tasks in a product development project by using management data of a plurality of layers in an integrated manner. it can. For this reason, according to the information processing apparatus 100 of the present embodiment, it is possible to generate a more appropriate integrated schedule than when generating an integrated schedule for the entire product development project.
  • FIG. 17 shows an example of the functional configuration of the data check unit 300.
  • the data check unit 300 determines whether any upstream requirement or element having a dependency relationship with one upstream requirement or element is equal to or greater than the risk value of the one upstream requirement or element. Check whether the risk values are consistent. Also, the data check unit 300 divides the risk value of one upstream requirement or element having a dependency relationship with one and the degree of dependence between them by “9. It is checked whether the upstream and downstream risk values are consistent with each other in accordance with the rule that “the value is equal to or less than the maximum of the intermediate values indicated by the product with the calculated value”.
  • the requirement specification risk is upstream of the element risk
  • the element risk is upstream of the requirement verification risk.
  • the parent specification risk is upstream of the child specification risk
  • the child verification risk is upstream of the parent verification risk.
  • the disaggregation risk is a type of specification risk, and in the risk value matching determination process and the risk value update process, the disaggregation risk is processed as a specification risk that is not related to the upstream specification risk.
  • the data check unit 300 includes a determination reference value calculation unit 310, a risk value matching determination unit 330, a dependency degree determination reference value acquisition unit 350, a dependency degree matching determination unit 370, and a determination result information output unit 390.
  • the determination reference value calculation unit 310 includes a first determination reference value calculation unit 312, a second determination reference value calculation unit 314, a third determination reference value calculation unit 316, a fourth determination reference value calculation unit 318, and a fifth determination reference value.
  • a calculation unit 320 is included.
  • the first determination reference value calculation unit 312 determines the risk value of the child requirement having the parent requirement acquired by the status acquisition unit 222 and the dependency between the parent requirement acquired by the dependency acquisition unit 224 and the child requirement. Based on this, a first criterion value is calculated that is a criterion for determining whether or not the risk value of the parent requirement is consistent with the risk value of the child requirement. For example, when the parent requirement is a specification requirement, the first determination reference value calculation unit 312 obtains the maximum value among the obtained specification risk values after obtaining the specification risk value for each child requirement. It is good also as a judgment standard value.
  • the first determination reference value calculation unit 312 calculates an intermediate value by (validation risk value ⁇ (dependency with parent requirement / 9)) for each child requirement. After the calculation, the maximum value among the calculated intermediate value and the verification risk value unique to itself may be used as the first determination reference value.
  • the second determination reference value calculation unit 314 determines the risk value of the parent requirement having the child requirement acquired by the status acquisition unit 222 and the dependency between the child requirement acquired by the dependency acquisition unit 224 and the parent requirement. Based on this, a second criterion value that is a criterion for determining whether or not the risk value of the child requirement is consistent with the risk value of the parent requirement is calculated. For example, when the parent requirement is a specification requirement, the second determination reference value calculation unit 314 calculates an intermediate value by (specification risk value ⁇ (dependency with child requirement / 9)) for each parent requirement. After the calculation, the maximum value among the calculated intermediate value and the specification risk value unique to itself may be used as the second determination reference value. In addition, when the parent requirement is a verification requirement, the second determination reference value calculation unit 314 obtains a verification risk value for each parent requirement, and then sets the maximum value of the acquired verification risk values to the second value. It is good also as a judgment standard value.
  • the third determination reference value calculation unit 316 Based on the risk value of the child element having the parent element acquired by the status acquisition unit 222 and the risk value specific to the parent element acquired by the status acquisition unit 222, the third determination reference value calculation unit 316 A third criterion value that is a criterion for determining whether or not the risk value of the element is consistent with the risk value of the child element is calculated. For example, the third determination reference value calculation unit 316 may use the maximum value of the risk value of the child element and the risk value inherent to the parent element as the third determination reference value.
  • the fourth determination reference value calculation unit 318 determines the risk value of the child element having the parent requirement acquired by the status acquisition unit 222, and the dependency between the parent requirement acquired by the dependency acquisition unit 224 and the child element. Based on this, a fourth criterion value that is a criterion for determining whether or not the risk value of the parent requirement is consistent with the risk value of the child element is calculated. For example, if the parent requirement is a specification requirement, the fourth determination criterion value calculation unit 318 acquires the risk value for each child element, and then sets the maximum value among the acquired risk values to the fourth determination criterion. It may be a value.
  • the fourth determination reference value calculation unit 318 calculates an intermediate value by (risk value ⁇ (dependency with parent requirement / 9)) for each child element. After that, the maximum value among the calculated intermediate values may be set as the fourth determination reference value.
  • the fifth determination reference value calculation unit 320 determines the risk value of the parent requirement having the child element acquired by the status acquisition unit 222 and the dependency between the child element acquired by the dependency acquisition unit 224 and the parent requirement. Based on this, a fifth criterion value that is a criterion for determining whether or not the risk value of the child element is consistent with the risk value of the parent requirement is calculated. For example, if the parent requirement is a specification requirement, the fifth criterion value calculation unit 320 calculates an intermediate value by (specification risk value ⁇ (dependency with child elements / 9)) for each parent requirement. After the calculation, the maximum value among the calculated intermediate values may be set as the fifth determination reference value. In addition, when the parent requirement is the verification requirement, the fifth judgment reference value calculation unit 320 obtains the verification risk value for each parent requirement, and then sets the maximum value of the acquired verification risk values to the fifth value. It is good also as a judgment standard value.
  • the risk value matching determination unit 330 uses a plurality of risk values used when generating requirement element dependency relationship information based on the risk value acquired by the status acquisition unit 222 and the dependency acquired by the dependency acquisition unit 224. It is determined whether or not they are consistent. For example, the risk value matching determination unit 330 compares the first determination reference value calculated by the first determination reference value calculation unit 312 with the risk value of the parent requirement, so that the risk value of the parent requirement is the child value. Determine whether the risk value of the requirement is consistent. The risk value matching determination unit 330 may determine that the risk value of the parent requirement is consistent with the risk value of the child requirement when the first determination reference value is greater than or equal to the risk value of the parent requirement. .
  • the risk value matching determination unit 330 compares the second determination reference value calculated by the second determination reference value calculation unit 314 with the risk value of the child requirement so that the risk value of the child requirement is Determine whether the risk value of the requirement is consistent.
  • the risk value matching determination unit 330 may determine that the risk value of the child requirement is consistent with the risk value of the parent requirement if the second criterion value is equal to or greater than the risk value of the child requirement. .
  • the risk value matching determination unit 330 compares the third determination reference value calculated by the third determination reference value calculation unit 316 with the risk value of the parent element, so that the risk value of the parent element is the child value. Determine whether the element's risk value is consistent.
  • the risk value matching determination unit 330 may determine that the risk value of the parent element is consistent with the risk value of the child element when the third criterion value is greater than or equal to the risk value of the parent element. .
  • the risk value matching determination unit 330 compares the fourth determination reference value calculated by the fourth determination reference value calculation unit 318 with the risk value of the parent requirement, so that the risk value of the parent requirement is the child value. Determine whether the element's risk value is consistent.
  • the risk value matching determination unit 330 may determine that the risk value of the parent requirement is consistent with the risk value of the child element when the fourth determination reference value is greater than or equal to the risk value of the parent requirement. .
  • the risk value matching determination unit 330 compares the fifth determination reference value calculated by the fifth determination reference value calculation unit 320 with the risk value of the child element, so that the risk value of the child element is the parent value. Determine whether the risk value of the requirement is consistent.
  • the risk value matching determination unit 330 may determine that the risk value of the child element matches the risk value of the parent requirement when the fifth criterion value is equal to or greater than the risk value of the child element. .
  • the dependency degree determination reference value acquisition unit 350 acquires a dependency degree determination reference value that is a reference for determining whether or not a plurality of dependency degrees used when generating the requirement element dependency relationship information is consistent.
  • the dependency degree determination reference value acquisition unit 350 may acquire a dependency degree determination reference value having a range.
  • the dependency level matching determination unit 370 uses the plurality of dependency levels used when generating the requirement element dependency relationship information and the dependency level determination reference value acquired by the dependency level determination reference value acquisition unit 350 to determine the requirement element dependency relationship information. It is determined whether or not a plurality of dependence levels used in generating is consistent. For example, the dependency matching determination unit 370 determines whether the parent requirement and the plurality of child requirements match when the dependency between the parent requirement and the plurality of child requirements matches the dependency determination reference value. It may be determined that the respective dependencies are consistent. In addition, the dependency matching determination unit 370 determines whether the dependency between the child requirement and the plurality of parent requirements is the same as the dependency determination reference value. It may be determined that the respective dependencies are consistent.
  • the dependency matching determination unit 370 determines whether the parent requirement and the plurality of child elements match each other when the dependency between the parent requirement and the plurality of child elements matches the dependency determination reference value. It may be determined that the respective dependencies are consistent. In addition, the dependency matching determination unit 370 determines whether the child element and the requirements of the plurality of parents match if the dependency of any of the child elements and the requirements of the plurality of parents matches the dependency determination criterion value. It may be determined that the respective dependencies are consistent.
  • the judgment result information output unit 390 outputs the result of the judgment process by the risk value matching judgment unit 330. Specifically, the determination result information output unit 390 outputs the item name, the current risk value, the recommended value of the risk value, and the like of the requirement or element determined to be inconsistent with each other. When the determination result information output unit 390 outputs the recommended risk value, the recommended value may have a range. The determination result information output unit 390 may output the requirement element dependency relationship information in which the risk value in error is highlighted. Further, the determination result information output unit 390 may output the requirement element dependency relationship information in which the requirement or element in which the risk value that caused the error is set is highlighted.
  • the determination result information output unit 390 outputs the result of the determination process by the dependency matching determination unit 370. Specifically, the determination result information output unit 390 outputs the item name, the current dependency, the recommended value of the dependency, and the like of the requirement or element determined to be inconsistent with each other. When the determination result information output unit 390 outputs a recommended value of dependency, the recommended value may have a range.
  • the determination result information output unit 390 may output the requirement element dependency relationship information in which the dependency that has become an error is highlighted. Further, the determination result information output unit 390 may output the requirement element dependency relationship information in which the requirement or the element for which the dependency degree that caused the error is set is highlighted.
  • the determination result information output unit 390 may display the result of the determination process on a screen of the computer. Further, the determination result information output unit 390 may store the result of the determination process in a recording medium such as a hard disk or a memory included in the computer.
  • FIG. 18 shows an example of processing by the data check unit 300.
  • FIG. 18 illustrates an example of checking the consistency of risk values between the specification requirement A and the specification requirement B, which are parent requirements, and the specification requirement a and the specification requirement b, which are child requirements.
  • the first determination reference value calculation unit 312 acquires a risk value for each of the specification requirement a and the specification requirement b. For example, the first determination reference value calculation unit 312 acquires “4” as the risk value of the specification requirement a. The first determination reference value calculation unit 312 acquires “3” as the risk value of the specification requirement b.
  • the first determination reference value calculation unit 312 determines “4”, which is the maximum value among the acquired risk values, as the first determination reference value. Since the first judgment reference value “4” is equal to or higher than the risk value “4” of the specification requirement A, the risk value matching judgment unit 330 matches the risk value of the specification requirement A and the risk value of the specification requirement b. Judge that you are doing.
  • the second judgment reference value calculation unit 314 calculates an intermediate value for each of the specification requirement A and the specification requirement B by (risk value ⁇ (dependency with the specification requirement b / 9)). Thereby, the second determination reference value calculation unit 314 calculates “4” as the intermediate value of the specification requirement A. In addition, the second determination reference value calculation unit 314 calculates “0.67” as the intermediate value of the specification requirement B.
  • the second determination reference value calculation unit 314 determines “4”, which is the maximum value among the calculated intermediate values, as the second determination reference value.
  • the risk value matching determination unit 330 matches the risk value of the specification requirement b with the risk value of the specification requirement A and the specification requirement B because the second determination reference value “4” is equal to or greater than the risk value “3” of the specification requirement b. Judge that you are doing.
  • FIG. 19 shows another example of processing by the data check unit 300.
  • FIG. 19 illustrates an example of checking the consistency of risk values between the verification requirement C and the verification requirement D that are the parent requirements and the verification requirement c and the verification requirement d that are the child requirements.
  • the first determination reference value calculation unit 312 calculates an intermediate value for each of the verification requirement c and the verification requirement d by (risk value ⁇ (dependency with the verification requirement C / 9)). Thereby, the first determination reference value calculation unit 312 calculates “4” as the intermediate value of the verification requirement c. The first determination reference value calculation unit 312 calculates “3” as an intermediate value of the verification requirement d.
  • the first determination reference value calculation unit 312 determines “4”, which is the maximum value among the calculated intermediate values, as the first determination reference value. Since the first determination reference value “4” is equal to or higher than the risk value “4” of the verification requirement C, the risk value matching determination unit 330 matches the risk value of the verification requirement C with the risk value of the verification requirement c and the verification requirement d. Judge that you are doing.
  • the second determination reference value calculation unit 314 calculates an intermediate value for each of the verification requirement C and the verification requirement D by (risk value ⁇ (dependency with the verification requirement d / 9)). Accordingly, the second determination reference value calculation unit 314 calculates “4” as the intermediate value of the verification requirement C. Further, the second determination reference value calculation unit 314 calculates “1.49” as the intermediate value of the verification requirement D.
  • the second determination reference value calculation unit 314 determines “4”, which is the maximum value among the calculated intermediate values, as the second determination reference value. Since the second judgment reference value “4” is equal to or higher than the risk value “3” of the verification requirement d, the risk value matching determination unit 330 matches the risk value of the verification requirement d with the risk values of the verification requirement C and the verification requirement D Judge that you are doing.
  • FIG. 20 shows another example of processing by the data check unit 300.
  • FIG. 20 illustrates an example of checking the consistency of risk values between specification requirements E and specification requirements F, which are parent requirements, and elements e and f, which are child elements.
  • the fourth determination reference value calculation unit 318 acquires risk values for each of the elements e and f. For example, the fourth determination reference value calculation unit 318 acquires “4” as the risk value of the element e. Also, the fourth determination reference value calculation unit 318 acquires “3” as the risk value of the element f.
  • the fourth determination reference value calculation unit 318 determines “4”, which is the maximum value among the acquired risk values, as the fourth determination reference value. Since the fourth judgment reference value “4” is equal to or higher than the risk value “4” of the specification requirement E, the risk value matching judgment unit 330 matches the risk value of the requirement e with the risk values of the elements e and f. Judge that
  • the fifth judgment reference value calculation unit 320 calculates an intermediate value for each of the specification requirement E and the specification requirement F by (risk value ⁇ (dependency with the element f / 9)). Accordingly, the fifth determination reference value calculation unit 320 calculates “4” as the intermediate value of the specification requirement E. Further, the fifth determination reference value calculation unit 320 calculates “0.67” as the intermediate value of the specification requirement F.
  • the fifth determination reference value calculation unit 320 determines “4”, which is the maximum value among the calculated intermediate values, as the fifth determination reference value. Since the fifth judgment reference value “4” is equal to or higher than the risk value “3” of the element f, the risk value matching judgment unit 330 matches the risk value of the element f with the risk values of the specification requirement E and the specification requirement F. Judge that
  • FIG. 21 shows another example of processing by the data check unit 300.
  • FIG. 21 illustrates an example of checking the consistency of risk values between the verification requirement G and the verification requirement H, which are the parent requirements, and the element e and the element f, which are the child elements.
  • the fourth determination reference value calculation unit 318 calculates an intermediate value for each of the element g and the element h by (risk value ⁇ (dependency with the verification requirement G / 9)). Thereby, the fourth determination reference value calculation unit 318 calculates “4” as the intermediate value of the element g. Further, the fourth determination reference value calculation unit 318 calculates “3” as the intermediate value of the element h.
  • the fourth determination reference value calculation unit 318 determines “4”, which is the maximum value among the calculated intermediate values, as the fourth determination reference value. Since the fourth criterion value “4” is equal to or higher than the risk value “4” of the verification requirement G, the risk value matching determination unit 330 matches the risk value of the verification requirement G with the risk values of the elements g and h. Judge that
  • the fifth judgment reference value calculation unit 320 acquires a risk value for each of the verification requirement G and the verification requirement H. For example, the fifth determination reference value calculation unit 320 acquires “4” as the risk value of the verification requirement G. Further, the fifth determination reference value calculation unit 320 acquires “1” as the risk value of the verification requirement H.
  • the fifth determination reference value calculation unit 320 determines “4”, which is the maximum value among the acquired risk values, as the fifth determination reference value. Since the fifth criterion value “4” is equal to or higher than the risk value “3” of the element h, the risk value matching determination unit 330 matches the risk value of the element h with the risk value of the verification requirement G and the verification requirement H. Judge that
  • FIG. 22 shows an example of the functional configuration of the data matching unit 400.
  • the data matching unit 400 includes a risk value update detection unit 402, a risk update value calculation unit 404, a risk value update unit 406, and a matching value storage unit 408.
  • the risk value update detection unit 402 detects that the requirement or element risk value used when generating the requirement element dependency relationship information has been updated. For example, the risk value update detection unit 402 detects that the risk value used in generating the requirement element dependency relationship information has been updated by constantly monitoring the requirement or element.
  • the risk update value calculation unit 404 detects the risk value updated by the risk value update detection unit 402, so that the risk value of the requirement or element whose risk value has been updated and the requirement or element whose risk value has been updated Calculate an updated value to reconcile the requirements related to the element or the risk value of the element.
  • the risk update value calculation unit 404 may calculate the update value based on the acquired match value by acquiring the match value from the match value storage unit 408.
  • the consistent value indicates the maximum value of the risk value given to the affected item by the affected item.
  • the risk value update unit 406 updates the risk value of the requirement or element related to the requirement or element whose risk value has been updated to the update value calculated by the risk update value calculation unit 404.
  • the matching value storage unit 408 stores the matching value.
  • FIG. 23 shows an example of processing by the data matching unit 400.
  • the data matching unit 400 eliminates inconsistency between the risk value of the affected item whose risk value has been updated and the risk value of the affected item affected by the affected item.
  • the matching value storage unit 408 stores a matching value at the time of initial matching.
  • the alignment value at the time of initial alignment is, for example, the alignment value when the risk value mismatch does not occur in the processing by the data check unit 300, or the alignment value when the risk value mismatch is resolved. Indicates.
  • the data check unit 300 records the matching value at the time of initial matching in the matching value storage unit 408.
  • the matching value storage unit 408 stores “2” as the matching value received by the affected item a from the affected item A. Also, the matching value storage unit 408 stores “3” as the matching value received by the item b of the influence destination from the item A of the influence source. Also, the matching value storage unit 408 stores “2” as the matching value that the affected item b receives from the affected item B.
  • the data consistency unit 400 determines that the risk value is ((risk value after update / risk value before update) ⁇ (dependency / 9) ⁇ existing consistency value).
  • the consistency value received by the affected item is newly calculated from the affected source item updated.
  • the data matching unit 400 updates the consistency value received by the affected item from the affected item whose risk value has been updated to the calculated consistent value. For example, as shown in FIG. 23B, when the risk value of the item A of the influence source is updated from “3” to “5”, the data matching unit 400 changes the item A of the influence destination from the item A of the influence source.
  • the matching value received by item a is updated to “3”.
  • the data matching unit 400 updates the matching value received by the affected item b from the affected item A to “5”.
  • the data matching unit 400 updates the risk value of the affected item to the maximum value among the matched values received from each of the affected items. For example, as shown in FIG. 23B, the data matching unit 400 updates the risk value of the affected item a to “3”. Further, the data matching unit 400 updates the risk value of the affected item b to “5”. If the affected item has a further affected item, the data matching unit 400 updates the risk value of the further affected item by performing the above-described process again.
  • FIG. 24 shows another example of processing by the data matching unit 400.
  • the data consistency unit 400 determines that the affected item is updated from the affected item whose risk value is updated by (updated risk value ⁇ (dependency / 9)). A new matching value is calculated.
  • the data consistency unit 400 converts the consistency value received by the affected item from the affected item whose risk value has been updated to the calculated consistency value. Update.
  • the data matching unit 400 changes the item A of the influence destination from the item A of the influence source.
  • the matching value received by the item b is updated to “2”.
  • the data matching unit 400 updates the risk value of the affected item to the maximum value among the matched values received from each affected item. For example, as shown in FIG. 23B, the data matching unit 400 updates the risk value of the affected item b to “2”. If the affected item has a further affected item, the data matching unit 400 updates the risk value of the further affected item by performing the above-described process again.
  • the management level management data such as the general task list and the general task dependency relationship information and the engineer level management data such as the requirement element dependency relationship information are included. Based on this, an integrated schedule with an optimal work sequence can be automatically generated. Thereby, the labor and cost concerning management of a product development project can be reduced. In addition, an integrated schedule based on an optimal work order that takes into account both standard business rules and technical risks can be formulated prior to the start of the project.
  • an integrated schedule focusing on a part of phases or a part of general tasks in a product development project is obtained by using management data of a plurality of layers in an integrated manner. Can be generated. This makes it possible to generate a more appropriate integration schedule than when generating an integration schedule for the entire product development project.
  • the integrated schedule when the management data is updated, the integrated schedule can be automatically updated according to the updated contents of the management data so that the optimal work order is obtained. .
  • the labor and cost concerning management of a product development project can be reduced.
  • even in a product development project in which data is frequently updated according to the progress of the project it is possible to always present an integrated schedule based on the optimal work order to the user.
  • the information processing system 10 of the present embodiment it is possible to determine the consistency of a plurality of data based on the dependency relationship between the plurality of data input by the user. If it is determined that the consistency of the plurality of data is not achieved, information indicating that the consistency of the plurality of data is not achieved is output to prompt the user to input correct data. it can. Thereby, the labor and cost concerning management of a product development project can be reduced. Even in a product development project that manages a large amount of data, the consistency of a plurality of data can be easily maintained.
  • FIG. 25 shows an example of the hardware configuration of the information processing apparatus 100.
  • the information processing apparatus 100 includes a CPU peripheral part, an input / output part, and a legacy input / output part.
  • the CPU peripheral section includes a CPU 1505, a RAM 1520, a graphic controller 1575, and a display device 1580 that are connected to each other by a host controller 1582.
  • the input / output unit includes a communication interface 1530, a hard disk drive 1540, and a CD-ROM drive 1560 connected to the host controller 1582 by the input / output controller 1584.
  • the legacy input / output unit includes a ROM 1510, a flexible disk drive 1550, and an input / output chip 1570 connected to the input / output controller 1584.
  • the host controller 1582 connects the RAM 1520, the CPU 1505 that accesses the RAM 1520, and the graphic controller 1575.
  • the CPU 1505 operates based on programs stored in the ROM 1510 and the RAM 1520 to control each unit.
  • the graphic controller 1575 acquires image data generated by the CPU 1505 or the like on a frame buffer provided in the RAM 1520 and displays it on the display device.
  • the graphic controller 1575 may include a frame buffer that stores image data generated by the CPU 1505 or the like.
  • the input / output controller 1584 connects the host controller 1582 to the hard disk drive 1540, the communication interface 1530, and the CD-ROM drive 1560, which are relatively high-speed input / output devices.
  • the hard disk drive 1540 stores programs and data used by the CPU 1505.
  • the communication interface 1530 is connected to the network communication device 1598 to transmit / receive programs or data.
  • the CD-ROM drive 1560 reads a program or data from the CD-ROM 1595 and provides it to the hard disk drive 1540 and the communication interface 1530 via the RAM 1520.
  • the input / output controller 1584 is connected to the ROM 1510, the flexible disk drive 1550, and the relatively low-speed input / output device of the input / output chip 1570.
  • the ROM 1510 stores a boot program that is executed when the information processing apparatus 100 is started up, a program that depends on the hardware of the information processing apparatus 100, and the like.
  • the flexible disk drive 1550 reads a program or data from the flexible disk 1590 and provides it to the hard disk drive 1540 and the communication interface 1530 via the RAM 1520.
  • the input / output chip 1570 connects various input / output devices via the flexible disk drive 1550 or a parallel port, serial port, keyboard port, mouse port, and the like.
  • the program executed by the CPU 1505 is stored in a recording medium such as the flexible disk 1590, the CD-ROM 1595, or an IC card and provided by the user.
  • the program stored in the recording medium may be compressed or uncompressed.
  • the program is installed in the hard disk drive 1540 from the recording medium, read into the RAM 1520, and executed by the CPU 1505.
  • the program executed by the CPU 1505 causes the computer to function as each function unit included in the schedule generation unit 200 and the schedule generation unit 200 described with reference to FIGS. Further, the program executed by the CPU 1505 causes the computer to function as the data check unit 300 and the functional units included in the data check unit 300 described with reference to FIGS. In addition, the program executed by the CPU 1505 causes the computer to function as the data matching unit 400 described with reference to FIGS. 1 to 24 and the functional units included in the data matching unit 400.
  • the programs shown above may be stored in an external storage medium.
  • an optical recording medium such as DVD or PD, a magneto-optical recording medium such as MD, a tape medium, a semiconductor memory such as an IC card, and the like can be used.
  • a storage device such as a hard disk or a RAM provided in a server system connected to a dedicated communication network or the Internet may be used as a recording medium and provided to the information processing apparatus 100 as a program via the network.
  • the requirement element dependency relationship information generation unit 226 does not generate requirement element dependency relationship information.
  • the integrated task dependency relationship calculation unit 208 determines the dependency relationship between the detailed tasks shown in the detailed task list based on the risk value acquired by the status acquisition unit 222 and the dependency level acquired by the dependency level acquisition unit 224. Is calculated.
  • the integrated task dependency relationship calculating unit 208 determines the work attribute of each detailed task by referring to the detailed task list. In addition, the integrated task dependency relationship calculation unit 208 obtains risk values, dependency levels, and other parameters necessary for calculating the dependency relationship between the detailed tasks from the detailed task list and the DMM table. Then, the integrated task dependency calculation unit 208 calculates the dependency between the detailed tasks by performing an operation according to the work attribute of the detailed task using the acquired parameter.
  • FIG. 26 shows an example of the processing flow by the schedule generation unit 200.
  • the status acquisition unit 222 acquires the status of each of a plurality of requirements and a plurality of elements (S2601).
  • the dependency level acquisition unit 224 acquires the requirements and the dependency levels of elements (S2602).
  • the general task list acquisition unit 201 acquires a general task list showing a plurality of general tasks (S2604).
  • the general task dependency relationship acquisition unit 231 acquires dependency relationships of a plurality of general tasks shown in the general task list acquired in S2604 (S2605).
  • the general task work order calculating unit 232 calculates the work order of a plurality of general tasks shown in the general task list acquired in S2604 (S2606).
  • the general task dependency relationship information generating unit 233 generates general task dependency relationship information indicating the dependency relationships of the general tasks acquired in S2605 and the work order of the general tasks calculated in S2606 ( S2607).
  • the general task dependency relationship information acquisition unit 202 acquires the general task dependency relationship information generated in S2607 (S2608).
  • the detailed task list acquisition unit 204 acquires a detailed task list in which at least one of requirements and elements is associated with each of the plurality of detailed tasks (S2609).
  • the integrated task dependency calculation unit 208 calculates the integrated task dependency including the dependency of the plurality of detailed tasks shown in the detailed task list acquired in S2609 (S2611).
  • the integrated task work order calculating unit 210 performs the work order of a plurality of detailed tasks shown in the detailed task list acquired in S2609. The work order of the integrated task including is calculated (S2612).
  • the integrated task dependency relationship information generation unit 212 generates integrated task dependency relationship information in which the integrated task dependency relationship calculated in S2611 and the integrated task work order calculated in S2612 are indicated (S2613).
  • the overlap policy acquisition unit 214 acquires an overlap policy that determines the synchronization timing of work schedules between detailed tasks and between general tasks (S2614).
  • the outline schedule generation unit 215 generates an outline schedule in which work schedules of a plurality of outline tasks are synchronized (S2615).
  • generation part 216 produces
  • the output unit 217 outputs a plurality of general schedules generated in S2615 and the integrated schedule generated in S2616 (S2617). Subsequently, the update detection unit 218 determines whether the progress status of the detailed task indicated in the detailed task list has been updated (S2618).
  • FIG. 27 shows an example of the status acquired by the status acquisition unit 222 and the dependency acquired by the dependency acquisition unit 224.
  • the information processing apparatus 100 can indicate the status acquired by the status acquisition unit 222 and the dependency acquired by the dependency acquisition unit 224 in a DMM table format.
  • the information processing apparatus 100 indicates the status and the dependency in a DMM table format in which elements are shown in columns and requirements are shown in rows.
  • the status column 2710 shows status information for each of a plurality of requirements.
  • Requirement status information includes “Verification risk” and “Distribution risk”.
  • “Verification risk” is a status acquired by the status acquisition unit 222 and indicates a risk level regarding the degree of achievement of the requirement.
  • “Distribution risk” is the status acquired by the status acquisition unit 222, and the degree of risk regarding extraction of child requirements or design elements to satisfy the requirement, assignment of target specifications to the child requirements, and implementation of design specifications Indicates.
  • the status column 2720 shows status information of each of a plurality of elements.
  • the element status information includes “unit risk” and “element risk”. “Unit risk” indicates the risk value of each element acquired by the status acquisition unit 222 in units.
  • the “element risk” is the status acquired by the status acquisition unit 222, and indicates the degree of risk regarding how much the element is designed and verified for achieving the related requirements.
  • the risk level of requirements and elements means that the higher the number, the more difficult it is to achieve the requirements and elements.
  • Dependency column 2730 indicates the dependency between requirements and elements.
  • the dependency between the requirement and the element means that the larger the numerical value, the stronger the dependency between the requirement and the element.
  • the dependency level column 2730 indicates “9” as the dependency between the requirement “durability” and the element “control unit: thermistor”. This means that the requirement “durability” and the element “control unit: thermistor” have a strong influence relationship.
  • dependency degree column 2730 indicates “6” as the dependency between the requirement “durability” and the element “pressurizing part: separation claw”. This means that the requirement “durability” and the element “pressure part: separation claw” have a relatively strong influence relationship.
  • dependency column 2730 indicates “3” as the dependency between the requirement “durability” and the element “control unit: control logic”. This means that the requirement “durability” and the element “control unit: control logic” have a weak but not negligible influence relationship.
  • the dependency column 2730 does not indicate the dependency between the requirement “durability” and the element “paper guide”. This means that the requirement “durability” and the element “paper guide” have no influence relationship or have an influence relationship but can be ignored.
  • the DMM table shows the design freedom for each requirement and element.
  • the degree of design freedom indicates how freely the requirement or element can be designed with respect to the current design plan.
  • the degree of design freedom means that the greater the numerical value, the higher the degree of design freedom.
  • “4.6” is shown as the design freedom of the requirement “rising slope” in the cell specified by the column “degree of freedom” and the row “rising slope”.
  • the cell specified by the column “heat roller part: heater” and the row “degree of freedom” has “3.0” as the design freedom specific to the element “heat roller part: heater”. "It is shown.
  • the DMM table shows the importance for each requirement and element. Importance indicates how important a requirement or element is in product planning.
  • the importance degree means that the larger the numerical value, the more necessary requirement or element in the product planning.
  • “5.0” is indicated as the importance of the requirement “rising slope” in the cell specified by the column “importance” and the row “rising slope”.
  • the cell specified by the column “heat roller part: heater” and the row “importance” has “5.0” as the importance degree unique to the element “heat roller part: heater”. It is shown.
  • a status column 2710 and a status column 2720 indicate the status at the start of work.
  • “5.0” is shown as the risk value at the start of the operation of the requirement “rising slope” in the cell specified by the column “validation risk” and the row “rising slope”.
  • the cell specified by the column “heat roller part: heater” and the row “element risk” has “3.0” as the risk value at the start of the operation of the element “heat roller part: heater”. It is shown.
  • FIG. 28 shows an example of a general task list acquired by the general task list acquisition unit 201.
  • FIG. 28 shows a general task list focusing on the “technical trial phase” in the product development project.
  • the general task list has “task name”, “estimation period”, and “phase”.
  • a summary task is entered in “Task Name”.
  • the “estimation period” the number of work days required for each general task is input.
  • the “estimated period” includes “optimistic value”, “median value”, and “pessimistic value”.
  • the same number of days may be input for each of “optimistic value”, “median value”, and “pessimistic value”.
  • the working days required for the general task may be widened.
  • Phase is the name of the phase. By inputting the phase name in “Phase”, the phase and the general task are associated with each other.
  • FIG. 29 shows an example of the general task dependency relationship information acquired by the general task dependency relationship information acquisition unit 202.
  • FIG. 29 shows general task dependency relationship information focusing on the “technical trial phase” in the product development project.
  • the information processing apparatus 100 can show the general task dependency relationship information in the DSM table.
  • the information processing apparatus 100 indicates the general task dependency relationship information in a DSM table format in which the main general task is shown in the column and the general task that follows the row.
  • the summary task dependency relationship information indicates “9” as the dependency in the cell specified by the column “detailed design” and the row “technical trial”. This means that the general task “technical trial” has a relatively strong influence on the general task “detailed design”. On the other hand, the general task dependency relationship information does not indicate the dependency on the cells specified by the column “technical trial” and the row “detailed design”. This means that the general task “detailed design” has no influence on the general task “technical prototype” or has an influence relationship but can be ignored.
  • the general task dependency relationship information further indicates the work order of a plurality of general tasks. For example, in the general task dependency relationship information shown in FIG. 29, columns and rows are arranged in the order of “detailed design”, “technical prototype”, and “technical prototype evaluation”. Thereby, it is shown that it is preferable that the general task dependency relationship information is operated in the order of “detailed design”, “technical trial production”, and “technical trial evaluation”.
  • FIG. 30 shows an example of a schematic schedule output by the output unit 217.
  • the output unit 217 may output the general schedule (a tight schedule) generated by the general schedule generation unit 215 in a Gantt chart format.
  • a schedule 3010 indicates the general schedule of the general task “detailed design” of the “technical trial phase” in the product development project.
  • the schedule 3020 indicates a general schedule of the general task “technical trial” in the “technical trial phase” in the product development project.
  • a schedule 3030 indicates a general schedule of the general task “technical trial evaluation” of the “technical trial phase” in the product development project.
  • Each schedule includes “work start time” and “task work period”.
  • work start time the work start time of the general task is set.
  • task work period the work period of the general task is set.
  • the general schedule generation unit 215 determines the work periods of the general tasks based on the work days of the general tasks indicated in the general task list.
  • the general schedule generation unit 215 determines the work start time of each of the plurality of general tasks based on the respective work periods of the plurality of general tasks and the work order of the plurality of general tasks indicated by the general task dependency relationship information. .
  • FIG. 31 shows an example of a detailed task list acquired by the detailed task list acquisition unit 204.
  • FIG. 31 shows a detailed task list focusing on the general task “detailed design” and the general task “technical trial evaluation” in the “technical trial phase” in the product development project.
  • Detailed task list includes "task name”, “requirement”, “element”, “work attribute”, “current risk level (verification)”, “target risk level (verification)”, “current risk level (element ) ”,“ Target risk level (element) ”,“ Estimation period ”,“ Phase ”,“ Parent task ”, and“ Status ”.
  • element the element name associated with the detailed task is entered. By inputting the element name in “Element”, the detailed task and the element are associated with each other. In the detailed task list, a plurality of elements can be associated with one detailed task.
  • Work attribute the work attribute to which the detailed task belongs is entered. For example, “design” or “verification” is input to “work attribute” as the work attribute to which the detailed task belongs.
  • Estimatimation period the number of work days required for each detailed task is entered.
  • the “estimated period” includes “optimistic value”, “median value”, and “pessimistic value”.
  • the same number of days may be input for each of “optimistic value”, “median value”, and “pessimistic value”.
  • the working days required for the detailed task may be widened.
  • Phase is the name of the phase.
  • parent task a general task name that is a higher-order task of the detailed task is input.
  • the detailed task and the general task are associated with each other.
  • the detailed task list a plurality of detailed tasks can be associated with one general task.
  • FIG. 32 shows an example of an integrated task list generated by the integrated task dependency relationship calculation unit 208.
  • the integrated task dependency relationship calculation unit 208 may create an integrated task list in which the general task information and the detailed task information are integrated before calculating the integrated task dependency relationship.
  • the integrated task dependency calculation unit 208 creates an integrated task list from the detailed task list and the general task list.
  • the integrated task list shown in FIG. 32 is an integrated task list generated by the integrated task dependency calculation unit 208 based on the general task list shown in FIG. 28 and the detailed task list shown in FIG.
  • the integrated task dependency relationship calculation unit 208 may generate the integrated task list by adding each of the plurality of general tasks shown in the general task list to the detailed task list.
  • the integrated task dependency calculation unit 208 performs the general task “detailed design” shown in the general task list shown in FIG. 28 with respect to the detailed task list shown in FIG. ”, General task“ technical trial ”, and general task“ technical trial evaluation ”.
  • the integrated task dependency calculation unit 208 performs the general task “detailed design”, the general task “detailed design [S]” indicating the start of the general task, and the general task. Is divided into the general task “detailed design [E]” indicating the end of the process. Similarly, the general task “technical trial” is divided into a general task “technical trial [S]” and a general task “technical trial [E]”. Similarly, the general task “technical trial evaluation” is divided into a general task “technical trial evaluation [S]” and a general task “technical trial evaluation [E]”.
  • the integrated task list is synchronized with the detailed task list and the general task list. For this reason, when the detailed task list and the general task list are updated, the integrated task dependency relationship calculating unit 208 updates the integrated task list accordingly. On the contrary, when the integrated task list is updated, the integrated task dependency relationship calculating unit 208 updates the detailed task list and the general task list accordingly.
  • FIG. 33 shows an example of the integrated task dependency relationship information generated by the integrated task dependency relationship information generation unit 212.
  • FIG. 33 shows the integrated task dependency relationship information focusing on the “technical trial phase” in the product development project.
  • FIG. 33 shows integrated task dependency relationship information before the dependency between tasks is set.
  • the information processing apparatus 100 can indicate the integrated task dependency relationship information in a DSM table format.
  • the information processing apparatus 100 indicates the integrated task dependency relationship information in the DSM table format in which the main task is shown in the column and the task that follows the row.
  • a table area 3310 indicates the dependency relationship between the general tasks.
  • a table area 3320 and a table area 3330 show the dependency relationship between the general task and the detailed task.
  • a table area 3340 shows the dependency between detailed tasks.
  • the integrated task dependency relationship information generation unit 212 sets a numerical value from “1” to “10” indicating the strength of the dependency relationship as the dependency level for the corresponding cells of the tasks having the dependency relationship.
  • the degree of dependence means that the larger the numerical value, the stronger the dependence.
  • FIG. 34 shows an example of the integrated task dependency relationship information generated by the integrated task dependency relationship information generation unit 212.
  • FIG. 34 shows integrated task dependency relationship information focusing on the “technical trial phase” in the product development project.
  • FIG. 34 shows integrated task dependency relationship information after the degree of dependency between tasks is set.
  • the integrated task dependency relationship information generation unit 212 specifies the cell specified by the general task “detailed design [S]” and the general task “detailed design [E]” in the table area 3310 of the DSM table shown in FIG.
  • a cell identified by the general task “technical trial [S]” and the general task “technical trial [E]”, and the general task “technical trial evaluation [S]” and the general task “technical trial evaluation [E]” “10” is set as the dependence degree for each of the cells specified by the above.
  • the dependency between the general tasks may be the same as the dependency between the general tasks in the general task dependency relationship information. Therefore, the integrated task dependency relationship information generation unit 212 performs the general task illustrated in FIG. 29 for each cell indicating the dependency relationship between the general tasks having the dependency in the table region 3310 of the DSM table illustrated in FIG. Similar to the dependency relationship information, the dependency degree “9” is set.
  • the integrated task dependency relationship information generation unit 212 sets the dependency “10” for each of the cells indicating the dependency relationship between the start task of the general task and the detailed task belonging to the general task in the table area 3320. Set.
  • the integrated task dependency relationship information generation unit 212 sets the dependency “10” for each of the cells indicating the dependency relationship between the end task of the general task and the detailed task belonging to the general task in the table area 3330. Set.
  • the integrated task dependency calculation unit 208 calculates the dependency between detailed tasks to be shown in the table area 3340 of the DSM table shown in FIG. 34 by a calculation method according to the combination of work attributes of the detailed tasks. For example, the integrated task dependency calculation unit 208 determines the work attribute of each detailed task by referring to the detailed task list shown in FIG. 31 for each detailed task shown in the DSM table shown in FIG. To do.
  • the integrated task dependency calculation unit 208 calculates the dependency set for each cell of the table area 3340 by a calculation method according to the combination of work attributes of the detailed tasks. Furthermore, the integrated task dependency relationship information generation unit 212 sets the dependency calculated by the integrated task dependency relationship calculation unit 208 for each cell in the table area 3340.
  • the integrated task dependency calculation unit 208 may adjust the risk value and the degree of freedom required when calculating the dependency between detailed tasks before performing the subsequent processing.
  • the risk value and the degree of freedom may be adjusted using a mathematical formula ((original value ⁇ 1) ⁇ 2 + 1), respectively. For example, if the original value of the risk value or the degree of freedom is “5”, the integrated task dependency relationship calculating unit 208 may adjust the risk value or the degree of freedom to “9”.
  • the integrated task dependency relationship calculation unit 208 may adjust the dependency value necessary for calculating the dependency relationship between the detailed tasks. For example, when the original value of the dependency is “10”, “1” may be set as a new dependency. Further, when the original value of the dependency is “1” to “9”, the value obtained by the mathematical formula (dependency / 9) may be set as the new dependency. For example, if the original value of the dependency level is “3”, the integrated task dependency relationship calculating unit 208 may set “0.33.
  • the element associated with the design task 1 is indicated as “element A”.
  • the element associated with the design task 2 is indicated as “element C”.
  • a verification requirement having a dependency relationship with the element A and the element C is indicated as “requirement B”.
  • the dependency indicating the degree of influence on the requirement B from the element A is indicated as “dependency 1”.
  • the dependency indicating the degree of influence on the requirement B from the element C is indicated as “dependency 2”.
  • the integrated task dependency calculation unit 208 sets “0” to the design task 1 and the design task. 2 as a degree of dependence.
  • the integrated task dependency calculation unit 208 performs the design task 1 by the following method. And the dependency of design task 2 are determined.
  • the integrated task dependency relationship calculation unit 208 calculates a risk value EV that is propagated from the element A of the design task 1 to the requirement B by a mathematical formula (Min (element risk at the start of the element A, variation risk of the requirement B)).
  • Min () represents a mathematical expression for obtaining a minimum value from a plurality of parameters.
  • the integrated task dependency relationship calculation unit 208 calculates a plurality of risk values EV for each combination of the element A and the requirement B.
  • the integrated task dependency relationship calculation unit 208 calculates a risk value VE that propagates from the requirement B to the element C of the design task 2 using a mathematical formula (Min (EV, degree of freedom of the element C)).
  • Min (EV, degree of freedom of the element C) a mathematical formula that specifies a plurality of combinations of the risk value EV and the element C.
  • the integrated task dependency relationship calculation unit 208 calculates the risk value EE using a mathematical formula (VE ⁇ dependency 1 ⁇ dependency 2), or sets VE as the risk value EE as it is. Furthermore, the integrated task dependency relationship calculation unit 208 determines the calculated risk value EE as the dependency between the design task 1 and the design task 2.
  • the integrated task dependency relationship calculation unit 208 calculates the risk value VE, the dependency level 1, and the dependency level 2 for each combination.
  • a risk value EE is calculated.
  • the integrated task dependency relationship calculation unit 208 determines the maximum value among the calculated risk values EE as the dependency between the design task 1 and the design task 2.
  • the element associated with the design task 1 is indicated as “element A”.
  • the requirement associated with the verification task 1 is indicated as “requirement B”.
  • the dependency indicating the degree of influence on the requirement B from the element A is indicated as “dependency 1”.
  • the integrated task dependency calculation unit 208 sets “0” to the design task 1 and the verification task. The degree of dependence on 1 is determined.
  • the integrated task dependency calculation unit 208 calculates the formula (Min (start of element A Element risk at the time, verification risk at the start of requirement B) x dependency 1) or a formula (Min (element risk at the start of element A, verification risk at the start of requirement B) ) Is determined as the dependency between the design task 1 and the verification task 1.
  • the requirement associated with the verification task 1 is indicated as “requirement A”.
  • An element associated with the design task 1 is indicated as “element B”.
  • the dependency indicating the degree of influence on the requirement A from the element B is indicated as “dependency 1”.
  • the integrated task dependency calculation unit 208 sets “0” to the verification task 1 and the design task. The degree of dependence on 1 is determined.
  • the integrated task dependency calculation unit 208 calculates the mathematical expression (((Min (Min ( Dispersion risk at the start of requirement A, element risk at the start of element B), freedom of element B)-Max (Dispersion risk at the end of requirement A, element risk at the end of element B)) x dependency 1) or formula (Min (Min (Dissemination risk at the start of requirement A, Element risk at the start of factor B), Degree of freedom of component B)-Max (At the end of requirement A)
  • Min () represents a mathematical expression for obtaining the maximum value from a plurality of parameters.
  • the main detailed task is indicated as “verification task 1”.
  • the subordinate detailed task is indicated as “verification task 2”.
  • the requirement associated with the verification task 1 is indicated as “requirement A”. Further, the requirement associated with the verification task 2 is indicated as “requirement C”. Further, an upper verification requirement having a dependency relationship with the requirement A and the requirement C is indicated as “requirement B”, and an upper design element is indicated as “element B”. A subordinate verification requirement having a dependency relationship with the requirement A and the requirement C is indicated as “requirement D”.
  • “higher” and “lower” indicate that the design element is higher in the design element and the verification requirement, and the child requirement is higher in the verification requirement that is the child requirement and the verification requirement that is the parent.
  • Dependency indicating the degree of influence on requirement A from requirement B or element B is indicated as “dependency 1”. Further, the dependency indicating the degree of influence on the requirement C from the requirement B or the element B is indicated as “dependency 2”. Further, the dependency indicating the degree of influence from requirement A to requirement D is indicated as “dependency 3”. Further, the dependency indicating the degree of influence on the requirement D from the requirement C is indicated as “dependency 4”.
  • the integrated task dependency relationship calculation unit 208 calculates a mathematical expression (Min (Min (Dissemination risk at the start of requirement A, Verification risk of requirement B or Element risk of factor B), Degree of freedom of requirement B or factor B) ⁇ Max) (Risk risk at the end of requirement A, verification risk at the end of requirement C)), the risk value P propagated from verification task 1 to verification task 2 is calculated. Then, the integrated task dependency calculation unit 208 adopts the mathematical formula (P ⁇ dependency 3 ⁇ dependency 4) or the P value as it is, thereby verifying task 2 from verification task 1 via upper requirement B or element B. A risk value VV to be transmitted to is calculated.
  • the integrated task dependency calculation unit 208 calculates a plurality of combinations for each combination of requirement A, requirement C, requirement B, or element B.
  • a risk value vv is calculated.
  • the integrated task dependency calculation unit 208 calculates a mathematical expression (Min (verification risk at the start of requirement A, dispersal risk of requirement D) ⁇ Max (verification risk at the end of requirement A, verification at the end of requirement C).
  • the risk value P) propagated from the verification task 1 to the verification task 2 is calculated by the risk)).
  • the integrated task dependency calculation unit 208 uses the mathematical formula (P ⁇ dependency 3 ⁇ dependency 4) or the P value as it is to propagate from the verification task 1 to the verification task 2 via the subordinate requirement B.
  • a risk value VV is calculated.
  • integrated task dependency relationship calculating section 208 calculates a plurality of risk values VV for each combination of requirement A, requirement C, and requirement D. .
  • the requirement A of the verification task 1 and the requirement C of the verification task 2 have a direct dependency relationship, and there is a relationship in which the higher order is the requirement A and the lower order is the requirement C, the following processing is executed.
  • the dependency indicating the degree of influence from requirement A to requirement C is indicated as “dependency 11”.
  • the integrated task dependency calculation unit 208 calculates the formula (Min (start of the requirement A).
  • the risk value P that is propagated from the verification task 1 to the verification task 2 is calculated by the following verification risk).
  • the integrated task dependency calculation unit 208 calculates the risk value vV propagated from the verification task 1 to the verification task 2 by directly adopting the mathematical formula (P ⁇ dependency 11) or the P value.
  • the integrated task dependency relationship calculation unit 208 calculates a plurality of risk values vV for each combination of the requirement A and the requirement C.
  • the requirement A of the verification task 1 and the requirement C of the verification task 2 have a direct dependency relationship, and the lower order is the requirement A and the higher order is the requirement C, the following processing is executed.
  • the dependency indicating the degree of influence from requirement C to requirement A is indicated as “dependency 11”.
  • the integrated task dependency calculation unit 208 calculates the formula (Min (start of the requirement A Risk value propagated from verification task 1 to verification task 2 by Max (Dispersion risk at the end of requirement A, Verification risk at the end of requirement C)) P is calculated. Then, the integrated task dependency calculation unit 208 calculates the risk value Vv propagated from the verification task 1 to the verification task 2 by directly adopting the mathematical formula (P ⁇ dependency 11) or the P value. When there are a plurality of combinations of the requirement A and the requirement C, the integrated task dependency calculation unit 208 calculates a plurality of risk values Vv for each combination of the requirement A and the requirement C.
  • the integrated task dependency relationship calculating unit 208 determines the maximum value among the risk value VV, the risk value vv, the risk value vV, and the risk value Vv as the dependency between the verification task 1 and the verification task 2.
  • the integrated task dependency calculation unit 208 The degree of dependence between the stage processes is obtained. First, the integrated task dependency relationship calculation unit 208 determines whether or not the same requirement is associated with both stage processes. If it is determined that exactly the same requirements are associated, the degree of dependence between the preceding stage process and the subsequent stage process is determined to be “10”.
  • the integrated task dependency calculation unit 208 targets the child requirement. Find the dependency between tasks. Specifically, the integrated task dependency relationship calculating unit 208 determines the degree of dependency between the task targeting the preceding child requirement and the task targeting the following child requirement as “10”.
  • FIG. 35 shows an example of integrated task dependency relationship information indicating the work order of a plurality of detailed tasks.
  • the integrated task dependency relationship information shown in FIG. 35 is that the columns and rows are rearranged according to the work order of the plurality of integrated tasks calculated by the integrated task work order calculation unit 210. Differs from related information.
  • the integrated task work order calculation unit 210 determines the work order of a plurality of detailed tasks based on the dependency shown in the integrated task dependency relationship information. Specifically, the integrated task work order calculating unit 210 performs partition analysis on the integrated task dependency relationship information so that detailed tasks having strong dependency relationships are aggregated in the integrated task dependency relationship information. Rearrange columns and rows of related information. For example, the integrated task work order calculation unit 210 may determine the work order of a plurality of detailed tasks by performing partition analysis described in Japanese Patent Application Laid-Open No. 2007-109073 on the integrated task dependency relationship information. Good.
  • the integrated task work order calculation unit 210 generates a loop chain of the integrated task dependency by performing partition analysis on the integrated task dependency relationship information.
  • a loop chain means a group of dependencies having a redo relationship.
  • the integrated task work order calculation unit 210 generates a loop chain 3510, a loop chain 3520, a loop chain 3530, and a loop chain 3540 in the integrated task dependency relationship information shown in FIG.
  • the integrated task work order calculation unit 210 generates a loop chain of the integrated task dependency by performing the partition analysis described in JP 2007-109073 A on the integrated task dependency relationship information. Also good.
  • FIG. 36 shows an example of the overlap policy acquired by the overlap policy acquisition unit 214.
  • the overlap policy shown in FIG. 36 has “loop level”, “dependency”, and “synchronization type”.
  • the “loop level” is set to the loop level of the loop chain to be processed in parallel.
  • “None” or any numerical value from “1” to “10” is set in “Dependency”.
  • the user can set multiple loop levels for the overlap policy.
  • Synchronization type a numerical value indicating how the tasks determined as synchronization targets are processed in parallel is set. In the present embodiment, any value from “1” to “3” is set in “synchronization type”. The user can set a plurality of synchronization types for each loop level set to “loop level”.
  • a threshold for determining the task to be synchronized is set.
  • a numerical value of “0” to “10” is set in the “dependency”.
  • the user can set the dependency for each synchronization type set to “synchronization type” at each loop level set to “loop level”.
  • the integrated schedule generation unit 216 generates an integrated schedule in which tasks determined as synchronization targets are synchronized with each other. In this case, for the task corresponding to the synchronization type “1”, the integrated schedule generation unit 216 generates a schedule for synchronizing the tasks so that the preceding task is completed and the subsequent task is started at the same time. In addition, the integrated schedule generation unit 216 generates a schedule for synchronizing the tasks so that the task corresponding to the synchronization type “2” ends at the same time as the preceding task and the subsequent task. Further, the integrated schedule generation unit 216 generates a schedule for synchronizing the tasks so that the task corresponding to the synchronization type “3” starts simultaneously with the preceding task and the subsequent task.
  • the loop level “9” is associated with the synchronization type “3”, the synchronization type “2”, and the synchronization type “1”.
  • the synchronization type “3” is associated with the dependency “9”.
  • the synchronization type “2” is associated with the dependency “9”.
  • the dependency “10” is associated with the synchronization type “1”.
  • the integrated schedule generation unit 216 generates an integrated schedule in which tasks included in the loop chain of the loop level “9” are synchronized with each other. At this time, the integrated schedule generation unit 216 determines that the task corresponding to the synchronization type “3” and having the dependency degree “9” or more starts the preceding task and the succeeding task at the same time. Generates a schedule to synchronize.
  • the integrated schedule generation unit 216 for tasks corresponding to the synchronization type “2” and having a dependency level of “9” or more, the tasks are arranged so that the preceding task and the succeeding task are completed at the same time. Generate a schedule to synchronize.
  • the integrated schedule generation unit 216 for tasks corresponding to the synchronization type “1” and having a dependency level of “10” or higher, allows the tasks to be started so that the subsequent task starts at the same time as the preceding task ends. Generates a schedule to synchronize.
  • the integrated schedule generation unit 216 When a plurality of loop levels are set in the overlap policy, the integrated schedule generation unit 216 generates, for each of the plurality of loop levels, a schedule in which tasks included in the loop chain of the loop level are synchronized with each other. . Note that the integrated schedule generation unit 216 takes into account the most restrictive condition when the synchronization type is set for a plurality of other tasks when generating the schedule of one task. The schedule of the one task may be generated so that the start time of the task becomes the latest.
  • FIG. 37 shows an example of the synchronization relationship table generated by the integrated schedule generation unit 216.
  • the integrated schedule generation unit 216 may create a synchronization relationship table indicating the synchronization relationship between tasks before generating the integrated schedule.
  • a plurality of integrated tasks are arranged in the same arrangement as the integrated task dependency relation information shown in FIG.
  • the integrated schedule generating unit 216 determines the dependency between the integrated tasks shown in FIG. 35, the loop level of the loop chain shown in FIG. 35, and the overlap policy shown in FIG. Based on this, a synchronization type is set in each cell of the synchronization relationship table.
  • the integrated schedule generation unit 216 sets the other loop chain as one deemed task.
  • the synchronization type may be set for each related cell in the synchronization relationship table.
  • the integrated schedule generation unit 216 first sets the preceding task and a plurality of normal tasks in the subsequent task (loop chain). Among the dependencies with each other, the maximum dependency having the maximum value is specified. And the integrated schedule production
  • the integrated schedule generation unit 216 first adds each of a plurality of normal tasks in the preceding only task (loop chain) and the succeeding task. Among the dependence degrees, the maximum dependence degree having the maximum value is specified. Then, the integrated schedule generation unit 216 sets a synchronization type corresponding to the specified maximum dependency for the synchronization relationship of the subsequent tasks with respect to each of the plurality of normal tasks.
  • the integrated schedule generation unit 216 first includes each of a plurality of normal tasks in the preceding only task (loop chain) and only the following task. Among the dependencies with each of a plurality of normal tasks in the task (loop chain), the maximum dependency having the maximum value is specified. Then, the integrated schedule generation unit 216 sets a synchronization type corresponding to the specified maximum dependency for each synchronization relationship of the plurality of normal tasks with respect to each of the plurality of normal tasks.
  • FIG. 38 shows an example of the integrated schedule output by the output unit 217.
  • the output unit 217 may output the integrated schedule generated by the integrated schedule generating unit 216 in a Gantt chart format.
  • a schedule 3810 shows an integrated schedule of the general task “detailed design” of the “technical trial phase” in the product development project.
  • the schedule 3820 shows an integrated schedule of the general task “technical trial” in the “technical trial phase” in the product development project.
  • the schedule 3830 indicates an integrated schedule of the general task “technical trial evaluation” in the “technical trial phase” in the product development project.
  • a line with a hatched task bar indicates an outline schedule (a tight schedule) generated by the outline schedule generation unit 215. Also, the filled task bar indicates the expected schedule generated by the integrated schedule generation unit 216.
  • Each of the rough schedule and the prospective schedule includes “work start time” and “initial work end time”.
  • work start time work start times of the general task and the detailed task are set.
  • the work end time is set according to the work start time and work time of the general task and the detailed task.
  • the work period of each prospective schedule of the plurality of detailed tasks is based on the estimated number of days of the plurality of detailed tasks shown in the detailed task list shown in FIG. It is determined by the generation unit 216.
  • the work order of a plurality of detailed tasks is based on the work order of the plurality of detailed tasks shown in the integrated task dependency relationship information shown in FIG. Is determined by.
  • the work periods of the general schedules of the general tasks are integrated based on the general schedules of the general tasks shown in the general schedule shown in FIG. It is determined by the schedule generation unit 216.
  • the work order of the plurality of general tasks is determined by the integrated schedule generation unit 216 based on the work order of the plurality of general tasks shown in the general schedule shown in FIG. ing.
  • the work period of each prospective schedule of the plurality of general tasks is based on the respective prospective schedules of the plurality of detailed tasks shown in the integrated schedule. Is determined by.
  • the integrated schedule generation unit 216 generates an integrated schedule in which work schedules of a plurality of detailed tasks are synchronized based on the overlap policy shown in FIG. As an example, in the synchronization relationship table shown in FIG. 37, the synchronization type “3” is indicated in the cell indicating the synchronization relationship between the detailed task “Basic design of the NIP part (1)” and the detailed task “Examination of control method”. Is set. For this reason, the integrated schedule generation unit 216 generates an integrated schedule in which the work start time of the detailed task “basic design of the NIP unit (1)” and the work start time of the detailed task “examination of control method” are synchronized.
  • the information processing apparatus 100 can generate an integrated schedule that focuses on some phases in a product development project by using management data of a plurality of layers in an integrated manner. For this reason, according to the information processing apparatus 100 of the present embodiment, it is possible to generate a more appropriate integrated schedule than when generating an integrated schedule for the entire product development project.
  • FIG. 39 shows an example of an integrated task list generated by the integrated task dependency relationship calculation unit 208.
  • the integrated task list shown in FIG. 39 is different from the integrated task list shown in FIG. 32 in that the work order of a plurality of tasks is rearranged in the work order determined by the integrated schedule generation unit 216.
  • FIG. 40 shows an example of the risk value acquired by the status acquisition unit 222 and the dependency acquired by the dependency acquisition unit 224.
  • the status column 2720 shows the status of each of the corresponding elements. It is automatically updated, and the status column 2710 is different from the DMM table shown in FIG. 27 in that each status of a plurality of related requirements is automatically updated.
  • the data matching unit 400 responds to the completion of the status of the detailed task [NIP basic design (1)] in the element “heat roller part: sleeve” and the element “heat roller”. "Part: Rubber layer” and the element “Pressure part: Pressure roller” are updated. Further, the element risk of the element “control unit: control logic” is updated to “3.0” in response to the completion of “status” of “examination of control method”. In response to the update of each of the above element risks, the unit risks of the element “heat roller unit”, the element “pressure unit”, the element “control unit”, and the element “fixer structure” are “3. "0" is automatically updated. In the status column 2710, the data matching unit 400 automatically updates the verification risk value and the distribution risk value of the requirements related to the element whose status is updated.
  • FIG. 41 shows an example of an integrated task list generated by the integrated task dependency relationship calculation unit 208.
  • the integrated task list shown in FIG. 41 is different from the integrated task list shown in FIG. 32 in that the work order of a plurality of tasks is rearranged in the work order determined by the integrated schedule generation unit 216.
  • FIG. 42 illustrates an example of the risk value acquired by the status acquisition unit 222 and the dependency acquired by the dependency acquisition unit 224.
  • the data consistency unit 400 displays the status column 2710 in response to the “status” of all the detailed tasks being updated to “completed” in the integrated task list as shown in FIG.
  • the data consistency unit 400 automatically updates each element risk and unit risk of each of the plurality of elements in the status column 2720. It is different from the DMM table shown in FIG. 27 in that it is updated.
  • FIG. 43 shows another example of processing by the data matching unit 400.
  • the processing method by the data matching unit 400 is different between the first embodiment and the second embodiment.
  • the matching value storage unit 408 stores the matching value received by the downstream item from the upstream item and the upstream item from the downstream item with respect to the path between the items having the upstream and downstream relationships.
  • the element risk of the child element is upstream of the unit risk of the parent element
  • the specification risk of the parent requirement is upstream of the specification risk of the child requirement
  • the specification risk of the requirement is upstream of the element risk
  • the child requirement verification risk is upstream of the parent requirement verification risk.
  • the disaggregation risk is a type of specification risk, and in the risk value matching determination process and the risk value update process, the disaggregation risk is processed as a specification risk that is not related to the upstream specification risk.
  • the matching value storage unit 408 stores “2” as the matching value received by the upstream item a from the downstream item A.
  • the maximum value of the matching value that can be passed from the downstream item A to the upstream item a is “3” in the formula (item A risk value ⁇ dependency between item A and item a / 9). Since the risk value of a is set to “2”, the matching value from the downstream item A to the upstream item a is limited to the value of the upstream item a and is “2”.
  • the matching value storage unit 408 stores “3” as the matching value received by the upstream item b from the downstream item A.
  • the matching value storage unit 408 stores “2” as the matching value received by the upstream item b from the downstream item B.
  • the matching value storage unit 408 stores “2” as the matching value received by the downstream item A from the upstream item a.
  • the matching value storage unit 408 stores “3” as the matching value received by the downstream item A from the upstream item b.
  • the matching value storage unit 408 stores “2” as the matching value received by the downstream item B from the upstream item b.
  • the maximum value of the matching value that can be passed from the upstream item b to the downstream item B is “3” in the formula (item b risk value ⁇ dependency between item b and item B / 9). Since the risk value of B is set to “2”, the matching value from the upstream item b to the downstream item B is limited to the value of the downstream item B and is “2”.
  • the data consistency unit 400 updates the risk value of the item having the upstream relationship with respect to the item whose risk value has been updated. Specifically, the data matching unit 400 determines that the risk value has been updated by ((downstream risk value after update / downstream risk value before update) ⁇ existing downstream to upstream match value). The matching value received by the upstream item from the item is newly calculated. Then, the data matching unit 400 updates the matching value received by the upstream item from the downstream item whose risk value has been updated to the calculated matching value. Further, the data matching unit 400 updates the risk value of the upstream item to the maximum value among the matching values received from each of the downstream items.
  • the data matching unit 400 determines that the upstream item a from the downstream item A The received matching value is updated from “2” to “3.33”. Further, the data matching unit 400 updates the matching value received from the downstream item A to the upstream item b from “3” to “5”. Then, the data matching unit 400 updates the risk value of the upstream item a from “2” to “3.33”. When only the integer value is allowed as the risk value, the data matching unit 400 may not update the risk value of the upstream item a with “3”. Further, the data matching unit 400 updates the risk value of the upstream item b from “3” to “5”.
  • the data matching unit 400 updates the risk value of the further upstream item by performing the above-described process again.
  • the data matching unit 400 updates the risk value of an item having a downstream relationship with respect to the most upstream item. Specifically, the data matching unit 400 determines that the risk value has been updated by ((upstream risk value after update / upstream risk value before update) ⁇ existing upstream to downstream match value). The matching value received by the downstream item from the item is newly calculated. The data matching unit 400 then updates the matching value received by the downstream item from the upstream item whose risk value has been updated to the calculated matching value. Further, the data matching unit 400 updates the risk value of the downstream item to the maximum value among the matching values received from each of the upstream items.
  • the data matching unit 400 sets the downstream item from the upstream item “a”.
  • the matching value received by A is updated from “2” to “3.33”.
  • the data matching unit 400 determines that the downstream item A is changed from the upstream item b.
  • the matching value received is updated from “3” to “5”.
  • the data matching unit 400 updates the matching value received by the downstream item B from the upstream item b from “2” to “3.33”.
  • the data matching unit 400 may update the matching value received from the child item b to the parent item B from “2” to “3”.
  • the data matching unit 400 updates the risk value of the downstream item B from “2” to “3.33”.
  • the risk value of the downstream item A is already equal to or greater than the maximum value among the matching values received from each of the upstream items, the data matching unit 400 does not update the risk value of the downstream item A.
  • the process when the risk value of one item decreases is the same as the series of update processes when the risk value increases, but the consistency value for the affected item is changed from the item with the decreased risk value. Only when the value is limited to the affected value, the update rule of the consistency value between the items is different. For example, when the risk value of the item A is updated from 5 to 1 from the state of FIG. 43C, the matching value from the item A to the item b can pass the risk value “5” of the item A to the item b at the maximum. Since the consistency value (risk value of item A ⁇ dependency of item A and item b / “5” is obtained as 9), the data matching unit 400 has a case where the value of one risk value has increased. Similarly, the consistency value is updated to “1”.
  • the matching value from item A to item a is the matching value (risk value of item A ⁇ item A and item A) that can be passed from item A to item a by the risk value “3.33” of the affected item a.
  • the matching value restricted by “5”) as a value obtained from the dependency of a / 9 is “3.33”. Therefore, in this case, in order to update the consistency value of the item A from the item A, the necessary risk value of the item A that is the minimum necessary for propagating the consistency value from the item A to the item a to the affected party in advance.
  • “3.33” is obtained by a mathematical formula (consistent value from item A to item a / dependency between item A and item a ⁇ 9), and the consistent value from item A to item a when the risk value of item A decreases.
  • the data integrity unit 400 does not consider the decrease in the risk value of the item A (the decrease from 5 to 3.33) that is greater than the necessary risk value of the item A, A risk value of A / necessary risk value of item A) ⁇ consistent value from existing item A to item a) is updated to “1”.
  • the status of the risk value of each requirement and each element changes by virtually entering the progress into the detailed task list. Can be easily grasped. For example, by grasping these, the user can determine whether there is a work omission, necessity of reviewing the plan, or the like.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Development Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Game Theory and Decision Science (AREA)
  • Educational Administration (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

　製品開発プロジェクトにおける複数のデータの整合性を容易に保持すること。 　情報処理システムは、開発対象の製品に要求される複数の要件のそれぞれの実現可能性を示すリスク値、および開発対象の製品に含まれる複数の要素のそれぞれに対する信頼度を示すリスク値を取得するリスク値取得部と、要件および要素の依存度を取得する依存度取得部と、リスク値および依存度に基づいて、複数の要件および複数の要素の依存関係が示された要件要素依存関係情報を生成する要件要素依存関係情報生成部と、リスク値および依存度に基づいて、要件要素依存関係情報に用いられる複数のリスク値同士が整合しているか否かを判断するリスク値整合判断部とを備える。

Description

情報処理システム、プログラム、および情報処理方法
　本発明は、情報処理システム、プログラム、および情報処理方法に関する。特に本発明は、製品開発プロジェクトに用いられる、情報処理システム、情報処理システム用のプログラム、および情報処理方法に関する。なお、本出願は、下記の日本出願に関連する。文献の参照による組み込みが認められる指定国については、下記の出願に記載された内容を参照により本出願に組み込み、本出願の一部とする。
　特願２００８－０１３１６３　　出願日　２００８年１月２３日
　製品開発プロジェクトにおいて、ユーザ入力された技術検討項目データから、技術検討項目間の依存関係を算出して、算出した技術検討項目間の依存関係に基づいて、複数の技術検討項目の作業順序を求めることで、作業効率を向上させることを目的としたコンピュータシステムが知られている（たとえば、特許文献１参照。）。
特開２００７－１０９０７３号公報
　上記技術では、ユーザは、技術検討項目データを手作業で入力しなければならない。このため、ユーザは、他の技術検討項目データとの整合性の取れないデータを誤って入力する場合がある。
　しかしながら、上記技術では、コンピュータは、入力されたデータの誤りを検出することができない。このため、上記技術では、製品開発プロジェクトにおける、複数のデータ間の整合性を容易に保持することができない。そこで本発明の１つの側面においては、上記の課題を解決することのできる「情報処理システム、プログラム、および情報処理方法」を提供することを目的とする。この目的は請求の範囲における独立項に記載の特徴の組み合わせにより達成される。また従属項は本発明の更なる有利な具体例を規定する。
　上記課題を解決するために、本発明の第１の形態においては、情報処理システムであって、開発対象の製品に要求される複数の要件のそれぞれの実現可能性を示すリスク値、および開発対象の製品に含まれる複数の要素のそれぞれに対する信頼度を示すリスク値を取得するリスク値取得部と、要件および要素の依存度を取得する依存度取得部と、リスク値および依存度に基づいて、複数の要件および複数の要素の依存関係が示された要件要素依存関係情報を生成する要件要素依存関係情報生成部と、リスク値および依存度に基づいて、要件要素依存関係情報に用いられる複数のリスク値同士が整合しているか否かを判断するリスク値整合判断部とを備える。
　なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではなく、これらの特徴群のサブコンビネーションもまた発明となりうる。
実施形態に係る情報処理システム１０の一例を示す。 情報処理装置１００の機能構成の一例を示す。 要件および要素の構成の一例を示す。 スケジュール生成ユニット２００による処理のフローの一例を示す。 ステータス取得部２２２が取得したリスク値、および依存度取得部２２４が取得した依存度の一例を示す。 ステータス取得部２２２が取得したリスク値、および依存度取得部２２４が取得した依存度の他の一例を示す。 ステータス取得部２２２が取得したリスク値、および依存度取得部２２４が取得した依存度の他の一例を示す。 要件要素依存関係情報生成部２２６が生成した要件要素依存関係情報の一例を示す。 詳細タスクリスト取得部２０４が取得した詳細タスクリストの一例を示す。 概略タスクリスト取得部２０１が取得した概略タスクリストの一例を示す。 概略タスク依存関係情報取得部２０２が取得した概略タスク依存関係情報の一例を示す。 統合タスク依存関係情報生成部２１２が生成した統合タスク依存関係情報の一例を示す。 統合タスク依存関係情報生成部２１２が生成した統合タスク依存関係情報の一例を示す。 複数の詳細タスクの作業順序が示された統合タスク依存関係情報の一例を示す。 オーバーラップポリシー取得部２１４が取得したオーバーラップポリシーの一例を示す。 出力部２１７が出力したスケジュールの一例を示す。 データチェックユニット３００の機能構成の一例を示す。 データチェックユニット３００による処理の一例を示す。 データチェックユニット３００による処理の他の一例を示す。 データチェックユニット３００による処理の他の一例を示す。 データチェックユニット３００による処理の他の一例を示す。 データ整合化ユニット４００の機能構成の一例を示す。 データ整合化ユニット４００による処理の一例を示す。 データ整合化ユニット４００による処理の他の一例を示す。 情報処理装置１００のハードウェア構成の一例を示す。 スケジュール生成ユニット２００による処理のフローの一例を示す。 ステータス取得部２２２が取得したステータス、および依存度取得部２２４が取得した依存度の一例を示す。 概略タスクリスト取得部２０１が取得した概略タスクリストの一例を示す。 概略タスク依存関係情報取得部２０２が取得した概略タスク依存関係情報の一例を示す。 出力部２１７が出力した概略スケジュールの一例を示す。 詳細タスクリスト取得部２０４が取得した詳細タスクリストの一例を示す。 統合タスク依存関係算出部２０８が生成した統合タスクリストの一例を示す。 統合タスク依存関係情報生成部２１２が生成した統合タスク依存関係情報の一例を示す。 統合タスク依存関係情報生成部２１２が生成した統合タスク依存関係情報の一例を示す。 複数の詳細タスクの作業順序が示された統合タスク依存関係情報の一例を示す。 オーバーラップポリシー取得部２１４が取得したオーバーラップポリシーの一例を示す。 統合スケジュール生成部２１６が生成した同期関係表の一例を示す。 出力部２１７が出力した統合スケジュールの一例を示す。 統合タスク依存関係算出部２０８が生成した統合タスクリストの一例を示す。 ステータス取得部２２２が取得したリスク値、および依存度取得部２２４が取得した依存度の一例を示す。 統合タスク依存関係算出部２０８が生成した統合タスクリストの一例を示す。 ステータス取得部２２２が取得したリスク値、および依存度取得部２２４が取得した依存度の一例を示す。 データ整合化ユニット４００による処理の他の一例を示す。
　以下、発明の実施形態を通じて本発明を説明するが、以下の実施形態は請求の範囲に係る発明を限定するものではない。また実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
　図１は、実施形態に係る情報処理システム１０の一例を示す。情報処理システム１０は、情報処理装置１００、データサーバ１１０、端末装置１２１、端末装置１２２、および端末装置１２３を備える。情報処理システム１０は、プロジェクト管理システムとして機能する。
　情報処理システム１０は、複数の管理層に階層化された製品開発プロジェクトを管理する。たとえば、情報処理システム１０は、組織標準管理層と、業務管理層と、設計管理層との、三つの階層に階層化された製品開発プロジェクトを管理する。また、情報処理システム１０は、フェーズごとに、製品開発プロジェクトを管理する。製品開発プロジェクトとは、システム開発プロジェクトなど、作業工程および日程を管理するプロジェクト全般を含む。
　組織標準管理層は、製品開発プロジェクトにおける最上位層の管理項目を管理する。具体的には、組織標準管理層は、製品開発プロジェクトにおける最上位層の管理項目である概略タスクレベルで、製品開発プロジェクトを管理する。概略タスクとは、詳細タスクの上位タスクであって、複数の詳細タスクを包含する。
　業務管理層は、概略タスクよりも下位層の管理項目を管理する。具体的には、業務管理層は、概略タスクよりも下位層の管理項目である詳細タスクレベルで、製品開発プロジェクトを管理する。詳細タスクとは、製品開発プロジェクトにおける作業項目を示す。
　設計管理層は、詳細タスクよりも下位層の管理項目である技術検討項目を管理する。具体的には、設計管理層は、詳細タスクよりも下位層の管理項目である要件および要素レベルで、製品開発プロジェクトを管理する。上記要件とは、開発対象の製品に要求される要件を示す。上記要素とは、開発対象の製品に含まれる要素を示す。
　情報処理システム１０は、設計管理層の管理データ、業務管理層の管理データ、および組織標準管理層の管理データを統合的に利用して、概略スケジュールおよび統合スケジュールを生成する。統合タスクは、複数の概略タスクおよび複数の詳細タスクを含む。
　概略スケジュールは、しばりスケジュールとして、複数の概略タスクのスケジュールを含む。しばりスケジュールとは、たとえば、管理者からの要求に基づいて、プロジェクトのリーダクラスのメンバが概算したスケジュールを意味する。統合スケジュールは、見込みスケジュールとして、複数の概略タスクのスケジュールを考慮した、複数の詳細タスクのスケジュールを含む。見込みスケジュールとは、プロジェクトの実務担当者が算出した現実的なスケジュールを意味する。
　具体的には、情報処理システム１０は、上記した各管理層の管理データに基づいて、詳細タスク同士の依存関係、概略タスク同士の依存関係、および詳細タスクと概略タスクとの依存関係を含む、統合タスクの依存関係を求める。そして、情報処理システム１０は、統合タスクの依存関係に基づいて、複数の詳細タスクおよび複数の概略タスクの作業順序を含む、統合タスクの作業順序を決定する。さらに、情報処理システム１０は、統合タスクの作業順序に基づいて、複数の詳細タスクおよび複数の概略タスクの見込みスケジュールを含む、統合スケジュールを生成する。
　タスク同士の依存関係とは、一のタスクに何らかの事象が生じた場合の、他のタスクへの影響度を示す。たとえば、一のタスクに設計変更が生じた場合に、他のタスクにも設計変更が生じる可能性が高い場合は、一のタスクと他のタスクとの依存関係が高いとみなしてもよい。一方、一のタスクに設計変更が生じた場合に、他のタスクにも設計変更が生じる可能性が低い場合は、一のタスクと他のタスクとの依存関係が低いとみなしてもよい。
　情報処理システム１０は、設計管理層の管理データ、業務管理層の管理データ、または組織標準管理層の管理データのいずれかが更新された場合、更新されたデータの更新内容に応じて、統合スケジュールを変更する。これにより、情報処理システム１０は、上記した各管理層の管理データと、統合スケジュールとを常に同期させておくことができる。
　具体的には、情報処理システム１０は、上記した各管理層の管理データのいずれかが更新された場合に、更新された管理データの更新内容に応じて、統合タスクの依存関係を変更する。そして、情報処理システム１０は、変更された統合タスクの依存関係に基づいて、統合タスクの作業順序を変更する。さらに、情報処理システム１０は、変更された統合タスクの作業順序に基づいて、統合スケジュールを変更する。
　データサーバ１１０は、各管理層の管理データを記憶する。たとえば、データサーバ１１０は、端末装置１２１などから入力された各管理層の管理データを記憶する。また、データサーバ１１０は、情報処理装置１００から出力された各管理層の管理データを記憶する。データサーバ１１０は、物理的に一台の装置によって構成されていてもよい。データサーバ１１０は、物理的に複数台の装置によって構成されていてもよい。
　情報処理装置１００は、情報処理システム１０を司るプロジェクト管理装置として機能する。たとえば、情報処理装置１００は、端末装置１２１などから入力された各管理層の管理データおよびデータサーバ１１０に記憶されている各管理層の管理データに基づいて、統合タスクの依存関係を求める。また、情報処理装置１００は、統合タスクの依存関係に基づいて、統合タスクの作業順序を決定する。また、情報処理装置１００は、統合タスクの作業順序に基づいて、統合スケジュールを生成する。
　また、情報処理装置１００は、端末装置１２１などから入力された各管理層の管理データの整合性をチェックする。また、情報処理装置１００は、端末装置１２１などから入力された各管理層の管理データを整合化する。たとえば、情報処理装置１００は、端末装置１２１などから入力された各管理層の管理データのいずれかが更新された場合、更新された管理データに関連する管理データを更新する。これにより、情報処理装置１００は、各管理層の管理データを常に整合させておくことができる。
　情報処理装置１００は、物理的に一台の装置によって構成されていてもよい。情報処理装置１００は、物理的に複数台の装置によって構成されていてもよい。情報処理装置１００は、一または複数の管理層の管理データに関する入出力処理を、端末装置１２１などの代わりにおこなってもよい。情報処理装置１００は、各管理層の管理データの一部または全部を、データサーバ１１０に代わって記憶してもよい。
　端末装置１２１、端末装置１２２、および端末装置１２３は、各管理層の管理データを入出力する。たとえば、端末装置１２１、端末装置１２２、および端末装置１２３は、キーボードなどの入力デバイスによってユーザから入力された各管理層の管理データを、通信ネットワークを介して、データサーバ１１０または情報処理装置１００に送信する。また、端末装置１２１、端末装置１２２、および端末装置１２３は、データサーバ１１０または情報処理装置１００から送信された各管理層の管理データを、ディスプレイなどの出力デバイスによって出力する。
　端末装置１２１、端末装置１２２、および端末装置１２３は、各管理層の管理データのうち、一部の管理層の管理データを入出力してもよい。たとえば、端末装置１２１は、組織標準管理層の管理データを入出力してもよい。また、端末装置１２２は、業務管理層の管理データを入出力してもよい。また、端末装置１２３は、設計管理層の管理データを入出力してもよい。
　端末装置１２１、端末装置１２２、および端末装置１２３は、情報処理装置１００がおこなう処理の一部を、情報処理装置１００の代わりにおこなってもよい。端末装置１２１、端末装置１２２、および端末装置１２３は、各管理層の管理データの一部または全部を、データサーバ１１０に代わって記憶してもよい。
　本実施形態の情報処理システム１０によれば、複数の管理層の管理データに基づいて、複数の詳細タスクの依存関係を含む統合タスクの依存関係を自動的に算出できる。また、管理データが更新された場合、管理データの更新内容に応じて、統合タスクの依存関係を自動的に更新できる。
　また、本実施形態の情報処理システム１０によれば、複数の管理層の管理データに基づいて、適切な作業順序が示された統合スケジュールを自動的に生成できる。また、管理データが更新された場合、管理データの更新内容に応じて、統合スケジュールを自動的に更新できる。
　なお、本実施形態の情報処理システム１０は、複数の階層の管理データを統合的に利用することにより、製品開発プロジェクトにおける一部の期間に着目した、統合スケジュールを生成できる。たとえば、本実施形態の情報処理システム１０は、一部のフェーズまたは一部の概略タスクに着目した、統合スケジュールを生成できる。これにより、本実施形態の情報処理システム１０は、製品開発プロジェクトの全体での統合スケジュールを生成する場合よりも、より適切な統合スケジュールを生成できる。
　図２は、情報処理装置１００の機能構成の一例を示す。情報処理装置１００は、スケジュール生成ユニット２００、データチェックユニット３００、およびデータ整合化ユニット４００を備える。
　スケジュール生成ユニット２００は、概略タスクリスト取得部２０１、概略タスク依存関係情報取得部２０２、詳細タスクリスト取得部２０４、要件要素依存関係情報取得部２０６、統合タスク依存関係算出部２０８、および統合タスク作業順序算出部２１０を備える。また、スケジュール生成ユニット２００は、統合タスク依存関係情報生成部２１２、オーバーラップポリシー取得部２１４、概略スケジュール生成部２１５、統合スケジュール生成部２１６、出力部２１７、および更新検出部２１８を備える。また、スケジュール生成ユニット２００は、ステータス取得部２２２、依存度取得部２２４、および要件要素依存関係情報生成部２２６を備える。また、スケジュール生成ユニット２００は、概略タスク依存関係取得部２３１、概略タスク作業順序算出部２３２、および概略タスク依存関係情報生成部２３３を備える。
　概略タスクリスト取得部２０１は、複数の概略タスクが示された概略タスクリストを取得する。概略タスクリスト取得部２０１は、製品開発プロジェクトにおける一部のフェーズに着目した、概略タスクリストを取得してもよい。概略タスクリスト取得部２０１は、コンピュータが備えるハードディスク、メモリなどの記憶媒体から、概略タスクリストを取得してもよい。
　概略タスク依存関係取得部２３１は、概略タスクリスト取得部２０１が取得した概略タスクリストに示されている複数の概略タスクの依存関係を取得する。概略タスク依存関係取得部２３１は、コンピュータが備えるハードディスク、メモリなどの記憶媒体から、複数の概略タスクの依存関係を取得してもよい。また、概略タスク依存関係取得部２３１は、コンピュータが備えるキーボードなどの入力デバイスによりユーザから入力された、複数の概略タスクの依存関係を取得してもよい。
　概略タスク作業順序算出部２３２は、概略タスクリスト取得部２０１が取得した概略タスクリストに示されている複数の概略タスクの作業順序を算出する。たとえば、概略タスク作業順序算出部２３２は、概略タスク依存関係取得部２３１が取得した複数の概略タスクの依存関係に基づいて、複数の概略タスクの作業順序を算出する。
　概略タスク依存関係情報生成部２３３は、複数の概略タスクの依存関係が示された、概略タスク依存関係情報を生成する。概略タスク依存関係情報生成部２３３は、複数の概略タスクの依存関係および複数の概略タスクの作業順序が示された、概略タスク依存関係情報を生成してもよい。
　たとえば、概略タスク依存関係情報生成部２３３は、概略タスク依存関係取得部２３１が取得した複数の概略タスクの依存関係および概略タスク作業順序算出部２３２が算出した複数の概略タスクの作業順序が示された、概略タスク依存関係情報を生成する。概略タスク依存関係情報生成部２３３は、複数の概略タスクの依存関係がＤＳＭ（Ｄｅｓｉｇｎ　Ｓｔｒｕｃｔｕｒｅ　Ｍａｔｒｉｘ）表形式で示された、概略タスク依存関係情報を生成してもよい。また、概略タスク依存関係情報生成部２３３は、複数の概略タスクの依存関係および複数の概略タスクの作業順序がＤＳＭ表形式で示された、概略タスク依存関係情報を生成してもよい。概略タスク依存関係情報生成部２３３は、生成した概略タスク依存関係情報を、コンピュータが備えるハードディスク、メモリなどの記録媒体に格納してもよい。
　概略タスク依存関係情報取得部２０２は、概略タスクリスト取得部２０１が取得した概略タスクリストに示されている複数の概略タスクの依存関係が示された概略タスク依存関係情報を取得する。たとえば、概略タスク依存関係情報取得部２０２は、概略タスク依存関係情報生成部２３３が生成した概略タスク依存関係情報を取得する。概略タスク依存関係情報取得部２０２は、複数の概略タスクの依存関係がＤＳＭ表形式で示された、概略タスク依存関係情報を取得してもよい。概略タスク依存関係情報取得部２０２は、コンピュータが備えるハードディスク、メモリなどの記憶媒体から、概略タスク依存関係情報を取得してもよい。
　詳細タスクリスト取得部２０４は、複数の詳細タスクのそれぞれに対して、開発対象の製品に要求される要件、および開発対象の製品に含まれる要素の少なくとも一方が関連付けられた詳細タスクリストを取得する。詳細タスクリスト取得部２０４は、製品開発プロジェクトにおける一部のフェーズに着目した、詳細タスクリストを取得してもよい。また、詳細タスクリスト取得部２０４は、製品開発プロジェクトにおける一部の概略タスクに着目した、詳細タスクリストを取得してもよい。詳細タスクリスト取得部２０４は、コンピュータが備えるハードディスク、メモリなどの記憶媒体から、詳細タスクリストを取得してもよい。
　要件要素依存関係情報取得部２０６は、詳細タスクリストに示された要件および要素の依存関係が示された要件要素依存関係情報を取得する。要件要素依存関係情報取得部２０６は、詳細タスクリストに示された要件および要素の依存関係がＤＳＭ表形式で示された要件要素依存関係情報を取得してもよい。要件要素依存関係情報取得部２０６は、コンピュータが備えるハードディスク、メモリなどの記憶媒体から、要件要素依存関係情報を取得してもよい。
　要件要素依存関係情報取得部２０６は、作業開始時における要件および要素のリスク値と作業終了時における要件および要素のリスク値との差分のリスク値に基づいて生成された要件要素依存関係情報を取得してもよい。たとえば、要件要素依存関係情報取得部２０６は、設計開発プロジェクトにおける一部のフェーズまたは一部の概略タスクの、作業開始時における要件および要素のリスク値と作業終了時における要件および要素のリスク値との差分のリスク値に基づいて生成された要件要素依存関係情報を取得してもよい。
　統合タスク依存関係算出部２０８は、要件要素依存関係情報取得部２０６が取得した要件要素依存関係情報に基づいて、詳細タスクリスト取得部２０４が取得した詳細タスクリストに示されている複数の詳細タスクの依存関係を含む、統合タスクの依存関係を算出する。統合タスク依存関係算出部２０８は、要件要素依存関係情報取得部２０６が取得した要件要素依存関係情報、および概略タスク依存関係情報取得部２０２が取得した概略タスク依存関係情報に基づいて、上記統合タスクの依存関係を算出してもよい。
　要件要素依存関係情報取得部２０６が作業開始時のリスク値と作業終了時のリスク値との差分のリスク値に基づく差分の要件要素依存関係情報を取得した場合、統合タスク依存関係算出部２０８は、差分の要件要素依存関係情報に基づいて、複数の詳細タスクの依存関係を算出してもよい。また、統合タスク依存関係算出部２０８は、概略タスクリストに示されている複数の概略タスクの依存関係と、詳細タスクリストに示されている複数の詳細タスクとの依存関係とを含む、統合タスクの依存関係を算出してもよい。
　統合タスク作業順序算出部２１０は、統合タスク依存関係算出部２０８が算出した統合タスクの依存関係に基づいて、詳細タスクリスト取得部２０４が取得した詳細タスクリストに示されている複数の詳細タスクの作業順序を含む、統合タスクの作業順序を算出する。統合タスク作業順序算出部２１０は、概略タスクリスト取得部２０１が取得した概略タスクリストに示されている複数の概略タスクの作業順序をさらに含む、統合タスクの作業順序を算出してもよい。
　統合タスク依存関係情報生成部２１２は、統合タスク依存関係算出部２０８が算出した統合タスクの依存関係が示された、統合タスク依存関係情報を生成する。統合タスク依存関係情報生成部２１２は、統合タスク作業順序算出部２１０が算出した統合タスクの作業順序がさらに示された、統合タスク依存関係情報を生成してもよい。
　統合タスク依存関係情報生成部２１２は、統合タスクの依存関係がＤＳＭ表形式で示された、統合タスク依存関係情報を生成してもよい。また、統合タスク依存関係情報生成部２１２は、統合タスクの依存関係および統合タスクの作業順序がＤＳＭ表形式で示された、統合タスク依存関係情報を生成してもよい。統合タスク依存関係情報生成部２１２は、生成した統合タスク依存関係情報を、コンピュータが備えるハードディスク、メモリなどの記録媒体に格納してもよい。
　オーバーラップポリシー取得部２１４は、詳細タスク同士の作業日程の同期タイミングを定めるオーバーラップポリシーを取得する。オーバーラップポリシー取得部２１４は、概略タスク同士の作業日程の同期タイミングを定めるオーバーラップポリシーを取得してもよい。オーバーラップポリシー取得部２１４は、コンピュータが備えるハードディスク、メモリなどの記憶媒体から、オーバーラップポリシーを取得してもよい。
　概略スケジュール生成部２１５は、概略タスク依存関係情報に示された複数の概略タスクの作業順序に基づいて、概略スケジュールを生成する。概略スケジュール生成部２１５は、概略タスクリストに示されている、複数の概略タスクのそれぞれに対する作業時間の見積もり情報にさらに基づいて、概略スケジュールを生成してもよい。
　概略スケジュール生成部２１５は、オーバーラップポリシー取得部２１４が取得したオーバーラップポリシーに基づいて、複数の概略タスク同士の作業日程が同期する、概略スケジュールを生成してもよい。概略スケジュール生成部２１５は、概略スケジュールを示すタスクチャートを生成してもよい。概略スケジュール生成部２１５は、生成したスケジュールを、コンピュータが備えるハードディスク、メモリなどの記録媒体に格納してもよい。
　統合スケジュール生成部２１６は、統合タスク依存関係情報生成部２１２が生成した統合タスク依存関係情報に示されている統合タスクの作業順序に基づいて、統合スケジュールを生成する。統合スケジュール生成部２１６は、詳細タスクリストに示されている、複数の詳細タスクのそれぞれに対する作業時間の見積もり情報にさらに基づいて、統合スケジュールを生成してもよい。
　統合スケジュール生成部２１６は、オーバーラップポリシー取得部２１４が取得したオーバーラップポリシーに基づいて、複数のタスク同士の作業日程が同期する、統合スケジュールを生成してもよい。統合スケジュール生成部２１６は、上記統合スケジュールを示すタスクチャートを生成してもよい。統合スケジュール生成部２１６は、生成した統合スケジュールを、コンピュータが備えるハードディスク、メモリなどの記録媒体に格納してもよい。
　出力部２１７は、概略スケジュール生成部２１５が生成した概略スケジュールを出力する。また、出力部２１７は、統合スケジュール生成部２１６が生成した統合スケジュールを出力する。出力部２１７は、概略スケジュールおよび統合スケジュールを、コンピュータが備えるハードディスク、メモリなどの記録媒体に格納してもよい。
　出力部２１７は、概略スケジュールおよび統合スケジュールを、コンピュータが備えるディスプレイに表示してもよい。また、出力部２１７は、概略スケジュールおよび統合スケジュールを、端末装置１２１、端末装置１２２、または端末装置１２３に送信してもよい。端末装置１２１、端末装置１２２、または端末装置１２３は、受信した概略スケジュールおよび統合スケジュールを、端末装置１２１、端末装置１２２、または端末装置１２３が備えるディスプレイに表示してもよい。出力部２１７は、概略スケジュールと統合スケジュールとが比較できるように、概略スケジュールおよび統合スケジュールを、コンピュータが備えるディスプレイに表示してもよい。
　更新検出部２１８は、要件要素依存関係情報に示された要件または要素の依存関係が更新されたことを検出する。更新検出部２１８は、ステータス取得部２２２が取得したリスク値を監視することにより、当該リスク値が変更されたことを検出してもよい。また、更新検出部２１８は、依存度取得部２２４が取得した依存度を監視することにより、当該依存度が変更されたことを検出してもよい。
　また、更新検出部２１８は、概略タスクリスト取得部２０１が取得した概略タスクリストを監視することにより、当該概略タスクリストに対して概略タスクが追加、変更、または削除されたことを検出してもよい。また、更新検出部２１８は、詳細タスクリスト取得部２０４が取得した詳細タスクリストを監視することにより、当該詳細タスクリストに対して詳細タスクが追加、変更、または削除されたことを検出してもよい。また、更新検出部２１８は、詳細タスクリスト取得部２０４が取得した詳細タスクリストを監視することにより、詳細タスクの進捗状況が更新されたことを検出してもよい。
　更新検出部２１８が、要件要素依存関係情報に示された要件または要素の依存関係が更新されたことを検出することにより、要件要素依存関係情報取得部２０６は、更新された要件要素依存関係情報を取得してもよい。そして、統合タスク依存関係算出部２０８は、更新された要件要素依存関係情報に基づいて、統合タスクの依存関係を再算出してもよい。
　さらに、統合タスク作業順序算出部２１０は、再算出された統合タスクの依存関係に基づいて、統合タスクの作業順序を再算出してもよい。さらに、統合タスク依存関係情報生成部２１２は、再算出された統合タスクの依存関係および再算出された統合タスクの作業順序が示された、統合タスク依存関係情報を再生成してもよい。さらに、統合スケジュール生成部２１６は、再算出された統合タスクの作業順序に基づいて、統合スケジュールを再生成してもよい。
　ステータス取得部２２２は、開発対象の製品に要求される複数の要件のそれぞれの実現可能性を示すリスク値、および開発対象の製品に含まれる複数の要素のそれぞれに対する信頼度を示すリスク値を取得する。また、要件および要素のそれぞれに対する設計自由度および重要度を取得する。ステータス取得部２２２は、コンピュータが備えるハードディスク、メモリなどの記憶媒体から、リスク値、設計自由度、および重要度を取得してもよい。また、ステータス取得部２２２は、コンピュータが備えるキーボードなどの入力デバイスによりユーザから入力された、リスク値、設計自由度、および重要度を取得してもよい。
　依存度取得部２２４は、ステータス取得部２２２がリスク値を取得した要件および要素の、依存度を取得する。具体的には、依存度取得部２２４は、上記要件同士の依存度、上記要素同士の依存度、および上記要件と上記要素との依存度を取得する。依存度取得部２２４は、コンピュータが備えるハードディスク、メモリなどの記憶媒体から、依存度を取得してもよい。また、依存度取得部２２４は、コンピュータが備えるキーボードなどの入力デバイスによりユーザから入力された、依存度を取得してもよい。
　要件要素依存関係情報生成部２２６は、ステータス取得部２２２が取得したリスク値と依存度取得部２２４が取得した依存度とに基づいて、複数の要件および複数の要素の依存関係が示された要件要素依存関係情報を生成する。要件要素依存関係情報生成部２２６は、ステータス取得部２２２が取得したリスク値と依存度取得部２２４が取得した依存度とに基づいて、複数の要件および複数の要素の依存関係がＤＳＭ表形式で示された、要件要素依存関係情報を生成してもよい。
　要件要素依存関係情報生成部２２６は、ステータス取得部２２２が取得したリスク値と依存度取得部２２４が取得した依存度とを、ＤＭＭ表から取得してもよい。要件要素依存関係情報生成部２２６は、生成した要件要素依存関係情報を、コンピュータが備えるハードディスク、メモリなどの記録媒体に格納してもよい。
　要件要素依存関係情報生成部２２６は、ステータス取得部２２２が取得した作業開始時のリスク値と作業終了時のリスク値との差分のリスク値に基づいて、要件要素依存関係情報を生成してもよい。たとえば、要件要素依存関係情報生成部２２６は、設計開発プロジェクトにおける一部のフェーズまたは一部の概略タスクの、作業開始時のリスク値と作業終了時のリスク値との差分のリスク値に基づいて、要件要素依存関係情報を生成してもよい。
　要件要素依存関係情報生成部２２６は、ステータス取得部２２２が取得したリスク値、および依存度取得部２２４が取得した依存度に基づいて、要件要素依存関係情報に示す要件および要素の依存度を算出してもよい。また、要件要素依存関係情報生成部２２６は、算出した依存度に基づいて、要件要素依存関係情報に示す、要件および要素の作業順序を決定してもよい。また、要件要素依存関係情報生成部２２６は、要件および要素のそれぞれに対する設計自由度および重要度をさらに取得することにより、取得した設計自由度および重要度にさらに基づいて、要件要素依存関係情報に示す要件および要素の依存度および作業順序を算出してもよい。
　具体例を挙げると、まず、要件要素依存関係情報生成部２２６は、要件および要素のそれぞれに対するリスク値、設計自由度、および重要度をステータス取得部２２２から受け取る。たとえば、要件要素依存関係情報生成部２２６は、リスク値、設計自由度、および重要度をＤＭＭ表から取得する。つぎに、要件要素依存関係情報生成部２２６は、依存度を、依存度取得部２２４から受け取る。たとえば、要件要素依存関係情報生成部２２６は、依存度をＤＭＭ表から取得する。
　そして、要件要素依存関係情報生成部２２６は、リスク値、依存度、設計自由度、および重要度に基づいて、要件要素依存関係情報に示す依存度を算出する。この場合、要件要素依存関係情報生成部２２６は、特開２００７－１０９０７３号公報に記載されている方法を利用することにより、要件要素依存関係情報に示す依存度を算出してもよい。
　さらに、要件要素依存関係情報生成部２２６は、算出した依存度が示された要件要素依存関係情報に対するパーティション分析をおこなうことにより、要件要素依存関係情報において依存関係の強い要件および要素同士が集約するように、要件要素依存関係情報の列および行を並べ替える。この場合、要件要素依存関係情報生成部２２６は、特開２００７－１０９０７３号公報に記載されているパーティション分析を要件要素依存関係情報に対しておこなうことにより、要件および要素の作業順序を決定してもよい。
　図３は、要件および要素の構成の一例を示す。図３（ａ）は、開発対象であるプリンタに要求される要件の一部の構造を示す。親の要件である「定着器要件」は、子の要件である「ウォームアップ時間」、「定着性」、「紙搬送性」、「耐久性」、および「安全・環境性」を有する。
　また、子の要件である「ウォームアップ時間」は、孫の要件である「立ち上がり勾配」および「整定時間」を有する。また、子の要件である「定着性」は、孫の要件である「温度範囲」および「圧力プロファイル」を有する。また、子の要件である「紙搬送性」は、孫の要件である「しわ」および「ジャム」を有する。
　図３（ｂ）は、開発対象であるプリンタに含まれる要素の一部の構造を示す。親の要素である「定着器構造」は、子の要素である「ペーパーガイド」、「メディア」、「トナー」、「ヒートローラ部」、「加圧部」、および「制御部」を有する。
　また、子の要素である「ヒートローラ部」は、孫の要素である「ヒートローラ部：ヒータ」、「ヒートローラ部：スリーブ」、および「ヒートローラ部：ラバー層」を有する。また、子の要素である「加圧部」は、孫の要素である「加圧部：加圧ローラ」および「加圧部：分離爪」を有する。また、子の要素である「制御部」は、孫の要素である「制御部：サーミスタ」および「制御部：コントロールロジック」を有する。
　情報処理装置１００は、図３に示したような、要件および要素の構造を示すツリーを、コンピュータが備えるディスプレイに表示してもよい。また、情報処理装置１００は、上記ツリーとともに、要件および要素のそれぞれのリスク値を表示してもよい。たとえば、要件および要素のそれぞれを、リスク値に応じた色で着色してもよい。
　また、情報処理装置１００は、上記ツリーとともに、リスク値のそれぞれが他のリスク値と整合しているかを識別するための情報を表示してもよい。たとえば、他のリスク値と整合していないリスク値を有する要件または要素を、着色するなどにより、強調して表示してもよい。また、情報処理装置１００は、情報処理装置１００は、上記ツリーが表示された画面から、任意の要件または要素のリスク値を、ユーザに入力させてもよい。
　図４は、スケジュール生成ユニット２００による処理のフローの一例を示す。まず、ステータス取得部２２２によって、複数の要件および複数の要素のそれぞれのリスク値を取得する（Ｓ４０１）。つぎに、依存度取得部２２４によって、要件および要素の依存度を取得する（Ｓ４０２）。
　つぎに、要件要素依存関係情報生成部２２６によって、複数の要件および複数の要素の依存関係が示された要件要素依存関係情報を生成する（Ｓ４０３）。つぎに、概略タスクリスト取得部２０１によって、複数の概略タスクが示された概略タスクリストを取得する（Ｓ４０４）。
　つぎに、概略タスク依存関係取得部２３１によって、Ｓ４０４で取得した概略タスクリストに示されている複数の概略タスクの依存関係を取得する（Ｓ４０５）。つぎに、概略タスク作業順序算出部２３２によって、Ｓ４０４で取得した概略タスクリストに示されている複数の概略タスクの作業順序を算出する（Ｓ４０６）。つぎに、概略タスク依存関係情報生成部２３３によって、Ｓ４０５で取得した複数の概略タスクの依存関係およびＳ４０６で算出した複数の概略タスクの作業順序が示された、概略タスク依存関係情報を生成する（Ｓ４０７）。つぎに、概略タスク依存関係情報取得部２０２によって、Ｓ４０７で生成された概略タスク依存関係情報を取得する（Ｓ４０８）。
　つぎに、詳細タスクリスト取得部２０４によって、複数の詳細タスクのそれぞれに対して、要件および要素の少なくとも一方が関連付けられた詳細タスクリストを取得する（Ｓ４０９）。つぎに、要件要素依存関係情報取得部２０６によって、要件要素依存関係情報生成部２２６が生成した要件要素依存関係情報を取得する（Ｓ４１０）。
　つぎに、統合タスク依存関係算出部２０８によって、Ｓ４０９で取得した詳細タスクリストに示されている複数の詳細タスクの依存関係を含む、統合タスクの依存関係を算出する（Ｓ４１１）。つぎに、統合タスク作業順序算出部２１０によって、統合タスク依存関係算出部２０８が算出した統合タスクの依存関係に基づいて、Ｓ４０９で取得した詳細タスクリストに示されている複数の詳細タスクの作業順序を含む、統合タスクの作業順序を算出する（Ｓ４１２）。
　つぎに、統合タスク依存関係情報生成部２１２によって、Ｓ４１１で算出した統合タスクの依存関係およびＳ４１２で算出した統合タスクの作業順序が示された、統合タスク依存関係情報を生成する（Ｓ４１３）。つぎに、オーバーラップポリシー取得部２１４によって、詳細タスク同士および概略タスク同士の作業日程の同期タイミングを定めるオーバーラップポリシーを取得する（Ｓ４１４）。
　つぎに、概略スケジュール生成部２１５によって、複数の概略タスク同士の作業日程が同期する、概略スケジュールを生成する（Ｓ４１５）。つぎに、統合スケジュール生成部２１６によって、複数の詳細タスク同士の作業日程が同期する、統合スケジュールを生成する（Ｓ４１６）。
　そして、出力部２１７によって、Ｓ４１５で生成した複数の概略スケジュールおよびＳ４１６で生成した統合スケジュールを出力する（Ｓ４１７）。続いて、更新検出部２１８によって、詳細タスクリストに示された詳細タスクの進捗状況が更新されたか否かを判断する（Ｓ４１８）。
　たとえば、プロジェクトの進捗状況に変化があった場合、詳細タスクリストに示されている詳細タスクの進捗状況をユーザが更新する。更新検出部２１８は、詳細タスクリストに示されている詳細タスクの進捗状況を監視する。これにより、更新検出部２１８は、詳細タスクリストに示されている詳細タスクの進捗状況が更新されたことを検出する。更新検出部２１８が詳細タスクの進捗状況が更新されたことを検出した場合、情報処理装置１００は、進捗状況が更新された詳細タスクに関連付けられている要件または要素のリスク値を更新する。ユーザは、情報処理装置１００が更新した要件または要素のリスク値を修正してもよい。
　Ｓ４１８で、更新検出部２１８は、詳細タスクの進捗状況以外の情報が更新されたことを検出してもよい。たとえば、更新検出部２１８は、Ｓ４０４で取得した概略タスクリストに対して、概略タスクが追加、変更、または削除されたことを検出してもよい。また、更新検出部２１８は、Ｓ４０９で取得した詳細タスクリストに対して、詳細タスクが追加、変更、または削除されたことを検出してもよい。また、更新検出部２１８は、Ｓ４０１で取得したリスク値が変更されたことを検出してもよい。また、更新検出部２１８は、Ｓ４０２で取得した依存度が変更されたことを検出してもよい。
　更新検出部２１８が、詳細タスクリストに示された詳細タスクの進捗状況が更新されたと判断した場合は（Ｓ４１８：Ｙｅｓ）、情報処理装置１００は、Ｓ４０１以降の処理を、引き続き実行する。一方、更新検出部２１８が、詳細タスクリストに示された詳細タスクの進捗状況が更新されていないと判断した場合は（Ｓ４１８：Ｎｏ）、情報処理装置１００は、Ｓ４１８を、引き続き実行する。
　このように、本実施形態の情報処理装置１００によれば、詳細タスクの進捗状況が更新された場合、詳細タスクの進捗状況の更新内容に応じて、最適な作業順序となるように統合スケジュールを自動的に更新することができる。これにより、製品開発プロジェクトの管理にかかる労力およびコストを低減することができる。なお、上記では、情報処理装置１００が複数の処理を直列に処理する例を記載したが、情報処理装置１００は、一部の処理を他の処理と並列して処理してもよい。たとえば、情報処理装置１００は、管理層が異なる複数の処理を並列に処理してもよい。
　図５は、ステータス取得部２２２が取得したリスク値、および依存度取得部２２４が取得した依存度の一例を示す。情報処理装置１００は、ステータス取得部２２２が取得したリスク値、および依存度取得部２２４が取得した依存度を、ＤＭＭ表形式で示すことができる。情報処理装置１００は、ＤＭＭ表の列に要素を示してもよい。また、情報処理装置１００は、ＤＭＭ表の行に要件を示してもよい。
　ステータス欄５１０は、複数の要件のそれぞれのステータス情報を示す。要件のステータス情報は、「検証リスク」および「ばらしリスク」を含む。「検証リスク」は、ステータス取得部２２２が取得した、それぞれの要件の達成度合いについてのリスク値を示す。「ばらしリスク」は、ステータス取得部２２２が取得した、それぞれの要件のリスク値であって、当該要件を満たすための子要件または設計要素の抽出、子要件に対する目標仕様割り付け、および設計諸元の具体化についてのリスク度を示す。
　ステータス欄５２０は、それぞれの要素のステータス情報を示す。要素のステータス情報は、「ユニットリスク」および「要素リスク」を含む。「ユニットリスク」は、ステータス取得部２２２が取得した、それぞれの要素のリスク値をユニット単位で示す。「要素リスク」は、ステータス取得部２２２が取得した、それぞれの要素の固有のリスク値であって、当該要素が関連要件の達成のための設計をどれだけ具体化し、どれだけ検証しているかについてのリスク度を示す。要件または要素のリスク値は、数値が大きいほど要件または要素を達成することが難しいことを意味する。
　依存度欄５３０は、要件と要素との依存度を示す。要件と要素との依存度は、数値が大きいほど要件と要素との依存関係が強いことを意味する。たとえば、依存度欄５３０は、要件「耐久性」と要素「制御部：サーミスタ」との依存度として、「９」を示している。これは、要件「耐久性」と要素「制御部：サーミスタ」とが、強い影響関係を有することを意味する。
　また、依存度欄５３０は、要件「耐久性」と要素「加圧部：分離爪」との依存度として「６」を示している。これは、要件「耐久性」と要素「加圧部：分離爪」とが、比較的強い影響関係を有することを意味する。
　また、依存度欄５３０は、要件「耐久性」と、要素「制御部：コントロールロジック」との依存度として「３」を示している。これは、要件「耐久性」と要素「制御部：コントロールロジック」とが、弱いながらも無視できない影響関係を有することを意味する。
　また、依存度欄５３０は、要件「耐久性」と要素「ペーパーガイド」との依存度を示していない。これは、要件「耐久性」と要素「ペーパーガイド」が、影響関係を有しない、または影響関係を有するが無視できることを意味する。
　さらに、ＤＭＭ表には、要件および要素のそれぞれに対する設計自由度が示されている。設計自由度は、要件または要素が、現状の設計案に対してどの程度自由に設計できるかを示す。設計自由度は、数値が大きいほど、設計の自由度が高いことを意味する。たとえば、図５に示すＤＭＭ表において、列「設計自由度」および行「立ち上がり勾配」によって特定されるセルには、要件「立ち上がり勾配」の設計自由度として「４」が示されている。また、図５に示すＤＭＭ表において、列「ヒートローラ部：ヒータ」および行「設計自由度（固有）」によって特定されるセルには、要素「ヒートローラ部：ヒータ」固有の設計自由度として「３」が示されている。
　さらに、ＤＭＭ表には、要件および要素のそれぞれに対する重要度が示されている。重要度は、要件または要素が、商品企画においてどの程度重要かを示す。重要度は、数値が大きいほど、商品企画において必要な要件または要素であることを意味する。たとえば、図５に示すＤＭＭ表において、列「重要度」および行「立ち上がり勾配」によって特定されるセルには、要件「立ち上がり勾配」の重要度として「５」が示されている。また、図５に示すＤＭＭ表において、列「ヒートローラ部：ヒータ」および行「重要度」によって特定されるセルには、要素「ヒートローラ部：ヒータ」固有の重要度として「５」が示されている。
　図５に示すＤＭＭ表では、ステータス欄５１０およびステータス欄５２０において、作業開始時のリスク値が示されている。たとえば、ステータス欄５１０において、列「検証リスク」および行「立ち上がり勾配」によって特定されるセルには、要件「立ち上がり勾配」の作業開始時のリスク値として「５」が示されている。また、ステータス欄５２０において、列「ヒートローラ部：ヒータ」および行「要素リスク」によって特定されるセルには、要素「ヒートローラ部：ヒータ」固有の作業開始時のリスク値として「３」が示されている。
　図６は、ステータス取得部２２２が取得したリスク値、および依存度取得部２２４が取得した依存度の他の一例を示す。図６に示すＤＭＭ表では、ステータス欄５１０およびステータス欄５２０において、作業終了時の目標リスク値が示されている点が、図５に示したＤＭＭ表と相違する。
　たとえば、ステータス欄５１０において、列「検証リスク」および行「立ち上がり勾配」によって特定されるセルには、要件「立ち上がり勾配」の作業終了時の目標リスク値として「２」が示されている。また、ステータス欄５２０において、列「ヒートローラ部：ヒータ」および行「要素リスク」によって特定されるセルには、要素「ヒートローラ部：ヒータ」固有の作業終了時の目標リスク値として「２」が示されている。
　図７は、ステータス取得部２２２が取得したリスク値、および依存度取得部２２４が取得した依存度の他の一例を示す。図７に示すＤＭＭ表では、ステータス欄５１０およびステータス欄５２０において、図５に示した作業開始時のリスク値と図６に示した作業終了時の目標リスク値との差分のリスク値が示されている点が、図５および図６に示したＤＭＭ表と相違する。
　たとえば、ステータス欄５１０において、列「検証リスク」および行「立ち上がり勾配」によって特定されるセルには、要件「立ち上がり勾配」の差分のリスク値として「４」が示されている。たとえば、情報処理装置１００は、図５に示したＤＭＭ表から、要件「立ち上がり勾配」の作業開始時のリスク値として「５」を取得する。また、情報処理装置１００は、図６に示したＤＭＭ表から、要件「立ち上がり勾配」の作業終了時の目標リスク値として「２」を取得する。そして、情報処理装置１００は、取得した作業開始時のリスク値である「５」から、作業終了時の目標リスク値である「２」を減算したうえで、さらに「１」を加算することにより、差分のリスク値として「４」を算出する。本実施例では、差分のリスク値を算出する場合に、「１」を加算する処理を設けているが、「１」を加算する処理を設けなくてもよい。
　また、ステータス欄５２０において、列「ヒートローラ部：ヒータ」および行「要素リスク」によって特定されるセルには、要素「ヒートローラ部：ヒータ」固有の差分のリスク値として「２」が示されている。たとえば、情報処理装置１００は、図５に示したＤＭＭ表から、要素「ヒートローラ部：ヒータ」固有の作業開始時のリスク値として「３」を取得する。また、情報処理装置１００は、図６に示したＤＭＭ表から、要素「ヒートローラ部：ヒータ」固有の作業終了時の目標リスク値として「２」を取得する。そして、情報処理装置１００は、取得した作業開始時のリスク値である「３」から、作業終了時の目標リスク値である「２」を減算したうえで、さらに「１」を加算することにより、差分のリスク値として「２」を算出する。ここでも、差分のリスク値を算出する場合に、「１」を加算する処理を設けているが、「１」を加算する処理を設けなくてもよい。
　図８は、要件要素依存関係情報生成部２２６が生成した要件要素依存関係情報の一例を示す。情報処理装置１００は、要件要素依存関係情報を、ＤＳＭ表形式で示すことができる。図８に示すように、情報処理装置１００は、ＤＳＭ表の列に、主となる要件および要素を示してもよい。また、情報処理装置１００は、ＤＳＭ表の行に、従となる要件および要素を示してもよい。
　要件要素依存関係情報に示された依存度は、数値が大きいほど、要件または要素と他の要件または要素とが強い影響関係を有することを意味する。たとえば、要件要素依存関係情報は、列「ヒートローラ部：スリーブ」および行「立ち上がり勾配」によって特定されるセル、依存度として「７」を示している。一方、要件要素依存関係情報は、列「立ち上がり勾配」および行「ヒートローラ部：スリーブ」によって特定されるセルに、依存度として「４」を示している。これは、要素「ヒートローラ部：スリーブ」が要件「立ち上がり勾配」から受ける影響よりも、要件「立ち上がり勾配」が要素「ヒートローラ部：スリーブ」から受ける影響のほうが大きいことを意味する。
　図８に示すＤＳＭ表には、図７に示したＤＭＭ表に示されている、差分のリスク値、依存度、重要度、および設計自由度に基づいて、要件要素依存関係情報生成部２２６が算出した依存度が示されている。たとえば、要件要素依存関係情報生成部２２６は、差分のリスク値、依存度、重要度、および設計自由度を、図７に示したＤＭＭ表から取得する。そして、要件要素依存関係情報生成部２２６は、取得したリスク値、依存度、設計自由度、および重要度に基づいて、要件要素依存関係情報に示す依存度を算出する。この場合、要件要素依存関係情報生成部２２６は、特開２００７－１０９０７３号公報に記載されている方法を利用することにより、要件要素依存関係情報に示す依存度を算出してもよい。
　さらに、要件要素依存関係情報生成部２２６は、算出した依存度が示された要件要素依存関係情報に対するパーティション分析をおこなうことにより、要件要素依存関係情報において依存関係の強い要件および要素同士が集約するように、要件要素依存関係情報の列および行を並べ替える。この場合、要件要素依存関係情報生成部２２６は、特開２００７－１０９０７３号公報に記載されているパーティション分析を要件要素依存関係情報に対しておこなうことにより、要件および要素の作業順序を決定してもよい。これにより、要件要素依存関係情報生成部２２６は、図８に示す要件要素依存関係情報を生成することができる。
　図９は、詳細タスクリスト取得部２０４が取得した詳細タスクリストの一例を示す。また、図９は、製品開発プロジェクトにおける「技術試作フェーズ」の「詳細設計タスク」に着目した詳細タスクリストを示す。詳細タスクリストは、「タスク名」、「作業属性」、「ステータス」、「要件」、「要素」、「リスク値」、「見積期間」、「フェーズ」、および「サマリタスク」を有する。
　「タスク名」には、詳細タスク名が入力される。「要件」には、詳細タスクに関連付ける要件名が入力される。「要件」に要件名が入力されることにより、詳細タスクと要件とが関連付けられる。詳細タスクリストでは、一つの詳細タスクに対して、複数の要件を関連付けることができる。
　「要素」には、詳細タスクに関連付ける要素名が入力される。「要素」に要素名が入力されることにより、詳細タスクと要素とが関連付けられる。詳細タスクリストでは、一つの詳細タスクに対して、複数の要素を関連付けることができる。
　「作業属性」には、詳細タスクが属する作業属性が入力される。たとえば、「作業属性」には、詳細タスクが属する作業属性として「設計」、「試作」、または「評価」のいずれかが入力される。
　「ステータス」には、詳細タスクの進捗状況が入力される。たとえば、「ステータス」には、詳細タスクの進捗状況として「着手」、「未着手」、または「完了」が入力される。
　「リスク値」には、詳細タスクに関連する要件または要素のリスク値が入力される。「リスク値」は「現在」および「目標」を含む。「現在」には、詳細タスクの作業開始時における、要件または要素のリスク値が入力される。
　「目標」には、詳細タスクの作業終了時における、要件または要素のリスク値が入力される。「リスク値」に入力されたリスク値は、ステータス取得部２２２によって取得される。ステータス取得部２２２によって取得されたリスク値は、要件要素依存関係情報生成部２２６によって、要件要素依存関係情報を生成する場合に用いられる。
　「現在」は、「ステータス」に関連付けられている。たとえば、詳細タスクが完了した場合、ユーザは、「ステータス」に「完了」を入力する。これにより、情報処理装置１００は、「現在」に示されているリスク値を、「目標」に示されているリスク値に更新する。ステータス取得部２２２は、「リスク値」に示されているリスク値が更新されたタイミング、または所定のタイミングで、更新されたリスク値を取得する。要件要素依存関係情報生成部２２６は、更新されたリスク値に基づいて、要件要素依存関係情報を更新する。
　「見積期間」には、各詳細タスクに要する作業日数が入力される。「見積期間」は「楽観値」、「中央値」、および「悲観値」を含む。「楽観値」、「中央値」、および「悲観値」のそれぞれに対して同じ日数を入力してもよい。「楽観値」、「中央値」、および「悲観値」のそれぞれに対して異なる日数を入力することにより、詳細タスクに要する作業日数に幅を持たせてもよい。
　「フェーズ」には、フェーズ名が入力される。「サマリタスク」には、詳細タスクの上位タスクである概略タスク名が入力される。「サマリタスク」に概略タスク名が入力されることにより、詳細タスクと概略タスクとが関連付けられる。詳細タスクリストでは、一つの概略タスクに対して、複数の詳細タスクを関連付けることができる。
　図１０は、概略タスクリスト取得部２０１が取得した概略タスクリストの一例を示す。また、図１０は、製品開発プロジェクトにおける「技術試作フェーズ」に着目した概略タスクリストを示す。概略タスクリストは、「タスク名」、「見積期間」、および「フェーズ」を有する。
　「タスク名」には、概略タスクが入力される。「見積期間」には、各概略タスクに要する作業日数が入力される。「見積期間」は「楽観値」、「中央値」、および「悲観値」を含む。「楽観値」、「中央値」、および「悲観値」のそれぞれに対して同じ日数を入力してもよい。「楽観値」、「中央値」、および「悲観値」のそれぞれに対して異なる日数を入力することにより、概略タスクに要する作業日数に幅を持たせてもよい。
　「フェーズ」には、フェーズ名が入力される。「フェーズ」にフェーズ名が入力されることにより、フェーズと概略タスクとが関連付けられる。
　図１１は、概略タスク依存関係情報取得部２０２が取得した概略タスク依存関係情報の一例を示す。図１１では、製品開発プロジェクトにおける「技術試作フェーズ」に着目した概略タスク依存関係情報を示す。情報処理装置１００は、概略タスク依存関係情報を、ＤＳＭ表で示すことができる。情報処理装置１００は、ＤＳＭ表の列に、主となる概略タスクを示してもよい。また、情報処理装置１００は、ＤＳＭ表の行に、従となる概略タスクを示してもよい。
　概略タスク依存関係情報は、列「詳細設計」および行「技術試作」によって特定されるセルに、依存度として「９」を示している。これは、概略タスク「技術試作」が、概略タスク「詳細設計」に対して比較的強い影響関係を有することを意味する。一方、概略タスク依存関係情報は、列「技術試作」および行「詳細設計」によって特定されるセルに、依存度を示していない。これは、概略タスク「詳細設計」が、概略タスク「技術試作」に対して影響関係を有しない、または影響関係を有するが無視できることを意味する。
　また、概略タスク依存関係情報は、複数の概略タスクの作業順序を示す。たとえば、図１１に示す概略タスク依存関係情報においては、「詳細設計」、「技術試作」、「技術試作評価」の順に、列および行が並べられている。これにより、概略タスク依存関係情報は、「詳細設計」、「技術試作」、「技術試作評価」の順に、作業することが好ましいことを示す。
　図１２は、統合タスク依存関係情報生成部２１２が生成した統合タスク依存関係情報の一例を示す。また、図１２は、製品開発プロジェクトにおける「技術試作フェーズ」の「詳細設計タスク」に着目した統合タスク依存関係情報を示す。また、図１２は、タスク同士の依存度が設定される前の統合タスク依存関係情報を示す。
　情報処理装置１００は、統合タスク依存関係情報を、ＤＳＭ表形式で示すことができる。情報処理装置１００は、ＤＳＭの列に、主となる詳細タスクおよび概略タスクを示してもよい。また、情報処理装置１００は、ＤＳＭの行に、従となる詳細タスクおよび概略タスクを示してもよい。
　表領域９１０は、概略タスク同士の依存関係を示す。表領域９２０および表領域９３０は、概略タスクと詳細タスクとの依存関係を示す。表領域９４０は、詳細タスク同士の依存関係を示す。
　統合タスク依存関係情報生成部２１２は、依存関係を有するタスク同士の該当するセルに対して、依存関係の強度を示す「１」から「１０」までの数値を、依存度として設定する。依存度は、数値が大きいほど依存関係が強いことを意味する。
　統合タスク依存関係情報生成部２１２は、複数の概略タスクのうち、詳細タスクレベルでのスケジュールを生成する概略タスクを、開始タスクと終了タスクとに分割してもよい。たとえば、図１２に示すように、統合タスク依存関係情報生成部２１２は、子のタスクを有する概略タスクである「詳細設計」を、「詳細設計［開始］」と「詳細設計［終了］」とに分割してもよい。一方、統合タスク依存関係情報生成部２１２は、子のタスクを有しない概略タスクである「技術試作」および「技術試作評価」は分割しなくてもよい。
　図１３は、統合タスク依存関係情報生成部２１２が生成した統合タスク依存関係情報の一例を示す。また、図１３は、製品開発プロジェクトにおける「技術試作フェーズ」の「詳細設計タスク」に着目した統合タスク依存関係情報を示す。また、図１３は、タスク同士の依存度が設定された後の統合タスク依存関係情報を示す。
　統合タスク依存関係情報において、開始タスクが開始しないと、終了タスクは満たされない。このため、統合タスク依存関係情報生成部２１２は、セル１００１に対して、依存度として「１０」を設定する。
　統合タスク依存関係情報において、概略タスク同士の依存度は、概略タスク依存関係情報における概略タスク同士の依存度と同じであってよい。したがって、統合タスク依存関係情報生成部２１２は、表領域１０１０のそれぞれのセルに対して、図１１に示した概略タスク依存関係情報と同様に、依存度「９」を設定する。
　統合タスク依存関係情報において、開始タスクが開始しないと、複数の詳細タスクのそれぞれは開始されない。このため、統合タスク依存関係情報生成部２１２は、表領域１０２０のそれぞれのセルに対して、依存度「１０」を設定する。
　統合タスク依存関係情報において、複数の詳細タスクのそれぞれが終了しないと、終了タスクは満たされない。このため、統合タスク依存関係情報生成部２１２は、表領域１０３０のそれぞれのセルに対して、依存度「１０」を設定する。
　統合タスク依存関係情報において、詳細タスク同士の依存度は、詳細タスクの作業属性の組み合わせに応じた算出方法により、統合タスク依存関係算出部２０８が算出する。たとえば、統合タスク依存関係算出部２０８は、統合タスク依存関係情報に示されているそれぞれの詳細タスクについて、図９に示した詳細タスクリストを参照することにより、当該詳細タスクの作業属性を判断する。
　そして、統合タスク依存関係算出部２０８は、表領域１０４０のそれぞれのセルに対して、詳細タスクの作業属性の組み合わせに応じた算出方法により、当該セルに設定する依存度を算出する。さらに、統合タスク依存関係情報生成部２１２は、表領域１０４０のそれぞれのセルに対して、統合タスク依存関係算出部２０８が算出した依存度を設定する。以下、詳細タスクの作業属性の組み合わせに応じた詳細タスクの依存度の算出方法の一例を、詳細タスクの作業属性の組み合わせごとに説明する。
　まず、主となる詳細タスクの作業属性が「設計」であり、従となる詳細タスクの作業属性が「設計」である場合の、依存度の算出方法の一例を説明する。まず、統合タスク依存関係算出部２０８は、詳細タスクリストを参照することにより、双方の詳細タスクに関連付けられている要素をそれぞれ特定する。
　つぎに、統合タスク依存関係算出部２０８は、主となる詳細タスクに関連付けられている要素から、従となる詳細タスクに関連付けられている要素への影響度を示す、依存度Ａを、要件要素依存関係情報から抽出する。また、統合タスク依存関係算出部２０８は、従となる詳細タスクに関連付けられている要素から、主となる詳細タスクに関連付けられている要素への影響度を示す、依存度Ｂを、要件要素依存関係情報から抽出する。主となる詳細タスクに関連付けられている要素と従となる詳細タスクに関連付けられている要素との組み合わせが複数ある場合、統合タスク依存関係算出部２０８は、組み合わせごとに、依存度Ａおよび依存度Ｂを抽出する。
　つぎに、統合タスク依存関係算出部２０８は、（依存度Ａ×主となる詳細タスクに関連付けられている要素の詳細タスクでのリスク値の下げ幅／主となる詳細タスクに関連付けられている要素のフェーズでのリスク値の下げ幅）により、主となる詳細タスクに関連付けられている要素から、従となる詳細タスクに関連付けられている要素への影響度である、詳細タスクでの依存度を示す、依存度Ａ´を算出する。また、統合タスク依存関係算出部２０８は、（依存度Ｂ×従となる詳細タスクに関連付けられている要素の詳細タスクでのリスク値の下げ幅／従となる詳細タスクに関連付けられている要素のフェーズでのリスク値の下げ幅）により、従となる詳細タスクに関連付けられている要素から、主となる詳細タスクに関連付けられている要素への影響度である、詳細タスクでの依存度を示す、依存度Ｂ´を算出する。
　要素の詳細タスクでのリスク値の下げ幅は、詳細タスクリストに示されている「リスク値」の「現在」の値から、詳細タスクリストに示されている「リスク値」の「目標」の値を減算することにより求めることができる。要素のフェーズでのリスク値の下げ幅は、ステータス取得部２２２が取得した作業開始時のリスク値から、ステータス取得部２２２が取得した作業終了時のリスク値を減算することにより求めることができる。
　主となる詳細タスクに関連付けられている要素と従となる詳細タスクに関連付けられている要素との組み合わせが複数ある場合、統合タスク依存関係算出部２０８は、組み合わせごとに、依存度Ａ´および依存度Ｂ´を算出する。そして、統合タスク依存関係算出部２０８は、算出した依存度Ａ´のうちの最大値を、主となる詳細タスクから従となる詳細タスクへの依存度として決定する。また、統合タスク依存関係算出部２０８は、算出した依存度Ｂ´のうちの最大値を、従となる詳細タスクから主となる詳細タスクへの依存度として決定する。
　以下、上記した手順の具体例を説明する。たとえば、主となる詳細タスクが「ＮＩＰ部の基礎設計」であり、従となる詳細タスクが「ヒータのワット数・配光の決定」である場合について説明する。
　この場合、統合タスク依存関係算出部２０８は、図９に示した詳細タスクリストを参照することにより、主となる詳細タスク「ＮＩＰ部の基礎設計」に関連付けられている要素として、「ヒートローラ部：スリーブ」、「ヒートローラ部：ラバー層」、および「加圧部：加圧ローラ」を特定する。また、統合タスク依存関係算出部２０８は、図９に示した詳細タスクリストを参照することにより、従となる詳細タスク「ヒータのワット数・配光の決定」に関連付けられている要素として、「ヒートローラ部：ヒータ」を特定する。
　そして、統合タスク依存関係算出部２０８は、図８に示した要件要素依存関係情報から、「ヒートローラ部：スリーブ」から「ヒートローラ部：ヒータ」への依存度Ａとして、「３」を抽出する。また、統合タスク依存関係算出部２０８は、図８に示した要件要素依存関係情報から、「ヒートローラ部：ラバー層」から「ヒートローラ部：ヒータ」への依存度Ａとして、「３」を抽出する。また、統合タスク依存関係算出部２０８は、図８に示した要件要素依存関係情報から、「加圧部：加圧ローラ」から「ヒートローラ部：ヒータ」への依存度Ａとして、「３」を抽出する。
　また、統合タスク依存関係算出部２０８は、図８に示した要件要素依存関係情報から、「ヒートローラ部：ヒータ」から「ヒートローラ部：スリーブ」への依存度Ｂとして、「２」を抽出する。また、統合タスク依存関係算出部２０８は、図８に示した要件要素依存関係情報から、「ヒートローラ部：ヒータ」から「ヒートローラ部：ラバー層」への依存度Ｂとして、「２」を抽出する。また、統合タスク依存関係算出部２０８は、図８に示した要件要素依存関係情報から、「ヒートローラ部：ヒータ」から「加圧部：加圧ローラ」への依存度Ｂとして、「２」を抽出する。
　さらに、統合タスク依存関係算出部２０８は、「ヒートローラ部：スリーブ」について、図９に示した詳細タスクリストの「リスク値」の「現在」に示されている「５」から、図９に示した詳細タスクリストの「リスク値」の「目標」に示されている「３」を減算する。これにより、統合タスク依存関係算出部２０８は、「ヒートローラ部：スリーブ」の、詳細タスクでのリスク値の下げ幅として、「２」を算出する。
　また、統合タスク依存関係算出部２０８は、「ヒートローラ部：スリーブ」について、図５に示したＤＭＭ表に示されている「ヒートローラ部：スリーブ」のリスク値「５」から、図６に示したＤＭＭ表に示されている「ヒートローラ部：スリーブ」のリスク値「２」を減算する。これにより、統合タスク依存関係算出部２０８は、「ヒートローラ部：スリーブ」の、フェーズでのリスク値の下げ幅として、「３」を算出する。そして、統合タスク依存関係算出部２０８は、（依存度Ａ×算出した詳細タスクでのリスク値の下げ幅／算出したフェーズでのリスク値の下げ幅）により、「ヒートローラ部：スリーブ」から「ヒートローラ部：ヒータ」への、依存度Ａ´として、「２」を算出する。
　さらに、統合タスク依存関係算出部２０８は、「ヒートローラ部：ヒータ」について、図９に示した詳細タスクリストの「リスク値」の「現在」に示されている「３」から、図９に示した詳細タスクリストの「リスク値」の「目標」に示されている「２」を減算する。これにより、統合タスク依存関係算出部２０８は、「ヒートローラ部：ヒータ」の、詳細タスクでのリスク値の下げ幅として、「１」を算出する。
　また、統合タスク依存関係算出部２０８は、「ヒートローラ部：ヒータ」について、図５に示したＤＭＭ表に示されている「ヒートローラ部：ヒータ」のリスク値「３」から、図６に示したＤＭＭ表に示されている「ヒートローラ部：ヒータ」のリスク値「２」を減算する。これにより、統合タスク依存関係算出部２０８は、「ヒートローラ部：ヒータ」の、フェーズでのリスク値の下げ幅として、「１」を算出する。そして、統合タスク依存関係算出部２０８は、（依存度Ｂ×算出した詳細タスクでのリスク値の下げ幅／算出したフェーズでのリスク値の下げ幅）により、「ヒートローラ部：ヒータ」から「ヒートローラ部：スリーブ」への、依存度Ｂ´として、「２」を算出する。
　同様に、統合タスク依存関係算出部２０８は、「ヒートローラ部：ラバー層」から、「ヒートローラ部：ヒータ」への、依存度Ａ´として、「２」を算出する。また、統合タスク依存関係算出部２０８は、「ヒートローラ部：ヒータ」から「ヒートローラ部：ラバー層」への、依存度Ｂ´として、「２」を算出する。
　同様に、統合タスク依存関係算出部２０８は、「加圧部：加圧ローラ」から、「ヒートローラ部：ヒータ」への、詳細タスクでの依存度Ａ´として、「２」を算出する。また、統合タスク依存関係算出部２０８は、「ヒートローラ部：ヒータ」から「加圧部：加圧ローラ」への、詳細タスクでの依存度Ｂ´として、「２」を算出する。
　そのうえで、統合タスク依存関係算出部２０８は、複数の依存度Ａ´のうちの最大値である「２」を、主となる詳細タスクである「ＮＩＰ部の基礎設計」から従となる詳細タスクである「ヒータのワット数・配光の決定」への依存度として決定する。また、統合タスク依存関係算出部２０８は、複数の依存度Ｂ´のうちの最大値である「２」を、従となる詳細タスクである「ヒータのワット数・配光の決定」から主となる詳細タスクである「ＮＩＰ部の基礎設計」への依存度として決定する。このように、統合タスク依存関係算出部２０８は、製品開発プロジェクトにおける全体の期間ではなく、製品開発プロジェクトにおける一部の期間に着目することにより、詳細タスク同士のより適切な依存関係を算出することができる。
　つぎに、主となる詳細タスクの作業属性が「評価」であり、従となる詳細タスクの作業属性が「評価」である場合の、依存度の算出方法の一例を説明する。まず、統合タスク依存関係算出部２０８は、詳細タスクリストを参照することにより、双方の詳細タスクに関連付けられている要件をそれぞれ特定する。
　つぎに、統合タスク依存関係算出部２０８は、主となる詳細タスクに関連付けられている要件から、従となる詳細タスクに関連付けられている要件への影響度を示す、依存度Ｃを、要件要素依存関係情報から抽出する。また、統合タスク依存関係算出部２０８は、従となる詳細タスクに関連付けられている要件から、主となる詳細タスクに関連付けられている要件への影響度を示す、依存度Ｄを、要件要素依存関係情報から抽出する。主となる詳細タスクに関連付けられている要件と従となる詳細タスクに関連付けられている要件との組み合わせが複数ある場合、統合タスク依存関係算出部２０８は、組み合わせごとに、依存度Ｃおよび依存度Ｄを抽出する。
　つぎに、統合タスク依存関係算出部２０８は、（依存度Ｃ×主となる詳細タスクに関連付けられている要件の詳細タスクでのリスク値の下げ幅／主となる詳細タスクに関連付けられている要件のフェーズでのリスク値の下げ幅）により、主となる詳細タスクに関連付けられている要件から、従となる詳細タスクに関連付けられている要件への影響度である、詳細タスクでの依存度を示す、依存度Ｃ´を算出する。また、統合タスク依存関係算出部２０８は、（依存度Ｄ×従となる詳細タスクに関連付けられている要件の詳細タスクでのリスク値の下げ幅／従となる詳細タスクに関連付けられている要件のフェーズでのリスク値の下げ幅）により、従となる詳細タスクに関連付けられている要件から、主となる詳細タスクに関連付けられている要件への影響度である、詳細タスクでの依存度を示す、依存度Ｄ´を算出する。
　要件の詳細タスクでのリスク値の下げ幅は、詳細タスクリストに示されている「リスク値」の「現在」の値から、詳細タスクリストに示されている「リスク値」の「目標」の値を減算することにより求めることができる。要件のフェーズでのリスク値の下げ幅は、ステータス取得部２２２が取得した作業開始時のリスク値から、ステータス取得部２２２が取得した作業終了時のリスク値を減算することにより求めることができる。
　主となる詳細タスクに関連付けられている要件と従となる詳細タスクに関連付けられている要件との組み合わせが複数ある場合、統合タスク依存関係算出部２０８は、組み合わせごとに、依存度Ｃ´および依存度Ｄ´を算出する。そして、統合タスク依存関係算出部２０８は、算出した依存度Ｃ´のうちの最大値を、主となる詳細タスクから従となる詳細タスクへの依存度として決定する。また、統合タスク依存関係算出部２０８は、算出した依存度Ｄ´のうちの最大値を、従となる詳細タスクから主となる詳細タスクへの依存度として決定する。このように、統合タスク依存関係算出部２０８は、製品開発プロジェクトにおける全体の期間ではなく、製品開発プロジェクトにおける一部の期間に着目することにより、詳細タスク同士のより適切な依存関係を算出することができる。
　つぎに、主となる詳細タスクの作業属性が「設計」または「試作」であり、従となる詳細タスクの作業属性が「試作」である場合の、依存度の算出方法の一例を説明する。まず、統合タスク依存関係算出部２０８は、詳細タスクリストを参照することにより、双方の詳細タスクに関連付けられている要素をそれぞれ特定する。
　つぎに、統合タスク依存関係算出部２０８は、主となる詳細タスクに関連付けられている要素のいずれかが、従となる詳細タスクで関連付けられているか否かを判断する。主となる一方の詳細タスクに関連付けられている要素のいずれかが、従となる他方の詳細タスクに関連付けられている場合、統合タスク依存関係算出部２０８は、依存度「９」を、当該の主となる詳細タスクから従となる詳細タスクへの依存度として決定する。
　主となる一方の詳細タスクに関連付けられている要素のいずれかが、従となる他方の詳細タスクと関連付けられていない場合、統合タスク依存関係算出部２０８は、当該の主となる詳細タスクから従となる詳細タスクへの依存度を有しないと決定する。主となる一方の詳細タスクに関連付けられている要素のいずれかが、従となる他方の詳細タスクに関連付けられている要素のいずれかと親子関係を有する場合、統合タスク依存関係算出部２０８は、依存度「９」を、当該の主となる詳細タスクから従となる詳細タスクへの依存度として決定する。
　つぎに、主となる詳細タスクの作業属性が「設計」であり、従となる詳細タスクの作業属性が「評価」である場合の、依存度の算出方法の一例を説明する。まず、統合タスク依存関係算出部２０８は、詳細タスクリストを参照することにより、主となる詳細タスクに関連付けられている要素を特定する。つぎに、統合タスク依存関係算出部２０８は、詳細タスクリストを参照することにより、従となる詳細タスクに関連付けられている要件を特定する。
　つぎに、統合タスク依存関係算出部２０８は、主となる詳細タスクに関連付けられている要素から、従となる詳細タスクに関連付けられている要件への影響度を示す、依存度Ｅを、要件要素依存関係情報から抽出する。主となる詳細タスクに関連付けられている要素と従となる詳細タスクに関連付けられている要件との組み合わせが複数ある場合、統合タスク依存関係算出部２０８は、組み合わせごとに、依存度Ｅを抽出する。
　つぎに、統合タスク依存関係算出部２０８は、（依存度Ｅ×主となる詳細タスクに関連付けられている要素の詳細タスクでのリスク値の下げ幅／主となる詳細タスクに関連付けられている要素のフェーズでのリスク値の下げ幅）により、主となる詳細タスクに関連付けられている要素から、従となる詳細タスクに関連付けられている要件への影響度を示す、詳細タスクでの依存度を示す、依存度Ｅ´を算出する。
　要素の詳細タスクでのリスク値の下げ幅は、詳細タスクリストに示されている「リスク値」の「現在」の値から、詳細タスクリストに示されている「リスク値」の「目標」の値を減算することにより求めることができる。要素および要件のフェーズでのリスク値の下げ幅は、ステータス取得部２２２が取得した作業開始時のリスク値から、ステータス取得部２２２が取得した作業終了時のリスク値を減算することにより求めることができる。
　そして、統合タスク依存関係算出部２０８は、算出した依存度Ｅ´を、主となる詳細タスクから従となる詳細タスクへの依存度として決定する。主となる詳細タスクに関連付けられている要素と従となる詳細タスクに関連付けられている要件との組み合わせが複数ある場合、統合タスク依存関係算出部２０８は、組み合わせごとに、依存度Ｅ´を算出した後に、複数の依存度Ｅ´のうちの最大値を、主となる詳細タスクから従となる詳細タスクへの依存度として決定する。
　つぎに、主となる詳細タスクの作業属性が「評価」であり、従となる詳細タスクの作業属性が「設計」である場合の、依存度の算出方法の一例を説明する。まず、統合タスク依存関係算出部２０８は、詳細タスクリストを参照することにより、主となる詳細タスクに関連付けられている要件を特定する。つぎに、統合タスク依存関係算出部２０８は、詳細タスクリストを参照することにより、従となる詳細タスクに関連付けられている要素を特定する。
　つぎに、統合タスク依存関係算出部２０８は、主となる詳細タスクに関連付けられている要件から、従となる詳細タスクに関連付けられている要素への影響度を示す、依存度Ｆを、要件要素依存関係情報から抽出する。主となる詳細タスクに関連付けられている要件と従となる詳細タスクに関連付けられている要素との組み合わせが複数ある場合、統合タスク依存関係算出部２０８は、組み合わせごとに、依存度Ｆを抽出する。
　つぎに、統合タスク依存関係算出部２０８は、（依存度Ｆ×主となる詳細タスクに関連付けられている要件の詳細タスクでのリスク値の下げ幅／主となる詳細タスクに関連付けられている要件のフェーズでのリスク値の下げ幅）により、主となる詳細タスクに関連付けられている要件から、従となる詳細タスクに関連付けられている要素への影響度を示す、詳細タスクでの依存度を示す、依存度Ｆ´を算出する。
　要件の詳細タスクでのリスク値の下げ幅は、詳細タスクリストに示されている「リスク値」の「現在」の値から、詳細タスクリストに示されている「リスク値」の「目標」の値を減算することにより求めることができる。要素および要件のフェーズでのリスク値の下げ幅は、ステータス取得部２２２が取得した作業開始時のリスク値から、ステータス取得部２２２が取得した作業終了時のリスク値を減算することにより求めることができる。
　そして、統合タスク依存関係算出部２０８は、算出した依存度Ｆ´を、主となる詳細タスクから従となる詳細タスクへの依存度として決定する。主となる詳細タスクに関連付けられている要件と従となる詳細タスクに関連付けられている要素との組み合わせが複数ある場合、統合タスク依存関係算出部２０８は、組み合わせごとに、依存度Ｆ´を算出した後に、複数の依存度Ｆ´のうちの最大値を、主となる詳細タスクから従となる詳細タスクへの依存度として決定する。
　つぎに、主となる詳細タスクの作業属性が「試作」であり、従となる詳細タスクの作業属性が「評価」である場合の、依存度の算出方法の一例を説明する。まず、統合タスク依存関係算出部２０８は、主となる詳細タスクによって具現化される試作物の名称を取得する。たとえば、主となる詳細タスクによって具現化される試作物の名称は、予め詳細タスクリストなどに記載しておく。これにより、統合タスク依存関係算出部２０８は、詳細タスクリストなどを参照することにより、主となる詳細タスクによって具現化される試作物の名称を取得できる。
　つぎに、統合タスク依存関係算出部２０８は、従となる詳細タスクに使用する作業道具の名称を取得する。たとえば、従となる詳細タスクに使用する作業道具の名称は、予め詳細タスクリストなどに記載しておく。これにより、統合タスク依存関係算出部２０８は、詳細タスクリストなどを参照することにより、従となる詳細タスクに使用する作業道具の名称を取得できる。
　そして、統合タスク依存関係算出部２０８は、従となる詳細タスクにおいて取得した作業道具の名称に、主となる詳細タスクにおいて取得した試作物の名称が含まれているか否かを判断する。取得した作業道具の名称に、取得した試作物の名称が含まれている場合、統合タスク依存関係算出部２０８は、依存度「９」を、当該の主となる詳細タスクから従となる詳細タスクへの依存度として決定する。一方、取得した作業道具の名称に、取得した試作物の名称が含まれていない場合、統合タスク依存関係算出部２０８は、当該詳細タスク同士は依存度を有しないと決定する。
　図１４は、複数の詳細タスクの作業順序が示された統合タスク依存関係情報の一例を示す。図１４に示す統合タスク依存関係情報は、統合タスク作業順序算出部２１０が算出した複数の統合タスクの作業順序に従って、列および行が並べ替えられている点で、図１３に示した統合タスク依存関係情報と相違する。
　統合タスク作業順序算出部２１０は、統合タスク依存関係情報に示されている依存度に基づいて、複数の詳細タスクの作業順序を決定する。具体的には、統合タスク作業順序算出部２１０は、統合タスク依存関係情報に対するパーティション分析をおこなうことにより、統合タスク依存関係情報において、依存関係の強い詳細タスク同士が集約するように、統合タスク依存関係情報の列および行を並べ替える。たとえば、統合タスク作業順序算出部２１０は、特開２００７－１０９０７３号公報に記載されているパーティション分析を統合タスク依存関係情報に対しておこなうことにより、複数の詳細タスクの作業順序を決定してもよい。
　統合タスク作業順序算出部２１０は、統合タスク依存関係情報に対するパーティション分析をおこなうことにより、統合タスクの依存関係のループチェインを生成する。ループチェインとは、やりなおしの関係を有する依存関係同士のまとまりを意味する。たとえば、図１４に示す統合タスク依存関係情報において、ループチェイン１４１０は、ループレベルが「１」の、ループチェインを示す。また、ループチェイン１４２０は、ループレベルが「２」の、ループチェインを示す。
　ループレベルは、数値が大きいほど、ループチェインの強度が強いことを意味する。たとえば、図１４に示す統合タスク依存関係情報においては、「ＮＩＰ部の基礎設計」、「ヒータのワット数・配光の決定」、「制御方式の検討」、および「サーミスタの種類・配置の決定」はループレベル「２」のループチェインの関係を有する。統合タスク作業順序算出部２１０は、特開２００７－１０９０７３号公報に記載されているパーティション分析を統合タスク依存関係情報に対しておこなうことにより、統合タスクの依存関係のループチェインを生成してもよい。
　図１５は、オーバーラップポリシー取得部２１４が取得したオーバーラップポリシーの一例を示す。図１５に示すオーバーラップポリシーは、「依存度」および「ループレベル」を有する。「依存度」および「ループレベル」は、それぞれ、「閾値」および「同期タイプ」を含む。
　たとえば、ユーザは、「依存度」に含まれる「閾値」に、同期対象とするタスクを決定するための閾値を設定する。本実施の形態においては、ユーザは、「依存度」に含まれる「閾値」には、「１」～「１０」のいずれかの数値を設定する。たとえば、ユーザが、「依存度」に含まれる「閾値」に「１」を設定した場合、統合スケジュール生成部２１６は、図１４に示す統合タスク依存関係情報において、対角線左下において「１」以上の依存度を有するタスクを、同期対象とするタスクとして決定する。
　また、ユーザは、「依存度」に含まれる「同期タイプ」に、同期対象として決定したタスク同士を、どのように並列処理させるかを示す数値を設定する。本実施の形態においては、ユーザは、「依存度」に含まれる「同期タイプ」に、「１」～「３」のいずれかの数値を設定する。
　また、ユーザは、「ループレベル」に含まれる「閾値」に、並行作業化対象とするタスクを決定するための閾値を設定する。本実施の形態においては、ユーザは、「ループレベル」に含まれる「閾値」には、「１」～「１０」のいずれかの数値を設定する。たとえば、ユーザが、「ループレベル」に含まれる「閾値」に「２」を設定した場合、統合スケジュール生成部２１６は、統合タスク依存関係情報において、「２」以上のループレベル内に含まれる依存度を有するタスクを、並行作業化対象とするタスクとして決定する。
　また、ユーザは、「ループレベル」に含まれる「同期タイプ」に、平行作業化対象として決定したタスク同士を、どのように並列処理させるかを示す数値を設定する。本実施の形態においては、ユーザは、「ループレベル」に含まれる「同期タイプ」に、「２」～「３」のいずれかの数値を設定する。
　「依存度」の設定値により同期対象として決定されたタスクが、「ループレベル」の設定値によっても並行化作業対象として決定される場合がある。このようなタスクに対しては、「ループレベル」の設定値を優先的に適用する。
　統合スケジュール生成部２１６は、同期対象として決定されたタスク同士が同期する統合スケジュールを生成する。この場合、統合スケジュール生成部２１６は、同期タイプ「１」に該当するタスクに対しては、先行するタスクが終了すると同時に後続するタスクが開始するように、タスク同士が同期するスケジュールを生成する。また、統合スケジュール生成部２１６は、同期タイプ「２」に該当するタスクに対しては、先行するタスクと後続するタスクとが同時に終了するように、タスク同士が同期するスケジュールを生成する。また、統合スケジュール生成部２１６は、同期タイプ「３」に該当するタスクに対しては、先行するタスクと後続するタスクとが同時に開始するように、タスク同士が同期するスケジュールを生成する。
　図１６は、出力部２１７が出力したスケジュールの一例を示す。スケジュール１３１０は、製品開発プロジェクトにおける「技術試作フェーズ」の「詳細設計タスク」に着目した、詳細タスクのスケジュールを示す。また、スケジュール１３２０、スケジュール１３３０、およびスケジュール１３４０は、製品開発プロジェクトにおける「技術試作フェーズ」に着目した、概略スケジュールを示す。
　また、斜線模様のタスクバーは、概略スケジュール生成部２１５が生成した、しばりスケジュールを示す。また、塗り潰されたタスクバーは、統合スケジュール生成部２１６が生成した、見込みスケジュールを示す。また、星印は、手戻り作業を含んだ場合の作業完了見込み日を示す。
　統合スケジュール生成部２１６は、詳細タスクリストに示されている複数の詳細タスクのそれぞれの見積もり日数に基づいて、複数の詳細タスクのそれぞれの作業期間を決定してもよい。たとえば、図１６に示すスケジュールは、図９に示した詳細タスクリストに示されている複数の詳細タスクのそれぞれの見積もり日数に基づいて、複数の詳細タスクのそれぞれの作業期間が決定されている。
　また、統合スケジュール生成部２１６は、統合タスク依存関係情報に示されている複数の詳細タスクの作業順序に基づいて、複数の詳細タスクの作業順序を決定してもよい。たとえば、図１６に示すスケジュールは、図１４に示した統合タスク依存関係情報に示されている複数の詳細タスクの作業順序に基づいて、複数の詳細タスクの作業順序が決定されている。
　また、概略スケジュール生成部２１５は、概略タスクリストに示されている複数の概略タスクのそれぞれの見積もり日数に基づいて、複数の概略タスクのそれぞれの作業期間を決定してもよい。たとえば、図１６に示すスケジュールは、図１０に示した概略タスクリストに示されている複数の概略タスクのそれぞれの見積もり日数に基づいて、複数の概略タスクのそれぞれの作業期間が決定されている。
　また、概略スケジュール生成部２１５は、概略タスク依存関係情報に示されている複数の概略タスクの作業順序に基づいて、複数の概略タスクの作業順序を決定してもよい。たとえば、図１６に示すスケジュールは、図１１に示した概略タスク依存関係情報に示されている複数の概略タスクの作業順序に基づいて、複数の概略タスクの作業順序が決定されている。
　また、統合スケジュール生成部２１６は、オーバーラップポリシーに基づいて、複数の詳細タスク同士の作業日程が同期する統合スケジュールを生成してもよい。たとえば、図１６に示すスケジュールでは、図１５に示したオーバーラップポリシーに基づいて、「ＮＩＰ部の基礎設計」、「ヒータのワット数・配光の決定」、「制御方式の検討」、および「サーミスタの種類・配置の決定」の作業を開始するタイミングが同期する。
　図１４で説明したように、「ＮＩＰ部の基礎設計」、「ヒータのワット数・配光の決定」、「制御方式の検討」、および「サーミスタの種類・配置の決定」はループレベル「２」のループチェインの関係を有する。また、図１５に示したオーバーラップポリシーには、ループレベル「２」に対する同期タイプとして「３」が設定されている。したがって、統合スケジュール生成部２１６は、「ＮＩＰ部の基礎設計」、「ヒータのワット数・配光の決定」、「制御方式の検討」、および「サーミスタの種類・配置の決定」に対しては、先行する詳細タスクと後続する詳細タスクとが同時に開始するように、詳細タスク同士が同期するスケジュールを生成する。
　このように、本実施形態の情報処理装置１００は、複数の階層の管理データを統合的に利用して、製品開発プロジェクトにおける一部のフェーズまたは一部の概略タスクに着目した、統合スケジュールを生成できる。このため、本実施形態の情報処理装置１００によれば、製品開発プロジェクトの全体での統合スケジュールを生成する場合よりも、より適切な統合スケジュールを生成できる。
　図１７は、データチェックユニット３００の機能構成の一例を示す。データチェックユニット３００は、「一の上流の要件または要素と依存関係を持つ下流の要件または要素のいずれかが、一の上流の要件または要素のリスク値以上とする」いうルールに従って、上流と下流のリスク値が整合しているか否かをチェックする。また、データチェックユニット３００は、「一の下流の要件または要素のリスク値が、一と依存関係を持つ上流の要件または要素のいずれかのリスク値と、それらの間の依存度を９で除した値との積で示される中間値の最大値以下とする」というルールに従って、上流と下流のリスク値が整合しているか否かをチェックする。なお、要件の仕様リスクは要素リスクの上流であり、要素リスクは要件の検証リスクの上流である。また、要件の仕様リスク間では、親の仕様リスクは子の仕様リスクの上流であり、要件の検証リスク間では、子の検証リスクが親の検証リスクの上流である。なお、ばらしリスクは仕様リスクの一種であり、リスク値の整合判断処理およびリスク値の更新処理においては、ばらしリスクは上流の仕様リスクと関係を持たない仕様リスクと位置付けられて処理される。
　データチェックユニット３００は、判断基準値算出部３１０、リスク値整合判断部３３０、依存度判断基準値取得部３５０、依存度整合判断部３７０、および判断結果情報出力部３９０を備える。判断基準値算出部３１０は、第一判断基準値算出部３１２、第二判断基準値算出部３１４、第三判断基準値算出部３１６、第四判断基準値算出部３１８、および第五判断基準値算出部３２０を有する。
　第一判断基準値算出部３１２は、ステータス取得部２２２が取得した親の要件を有する子の要件のリスク値、および依存度取得部２２４が取得した親の要件と子の要件との依存度に基づいて、親の要件のリスク値が子の要件のリスク値と整合しているか否かの判断基準となる第一判断基準値を算出する。たとえば、第一判断基準値算出部３１２は、親の要件が仕様要件の場合には、子の要件ごとに、仕様リスク値を取得した後に、取得した仕様リスク値のうちの最大値を第一判断基準値としてもよい。また、第一判断基準値算出部３１２は、親の要件が検証要件の場合には、子の要件ごとに、（検証リスク値×（親の要件との依存度／９））により中間値を算出した後に、算出された中間値と自身が固有する検証リスク値のうちの最大値を第一判断基準値としてもよい。
　第二判断基準値算出部３１４は、ステータス取得部２２２が取得した子の要件を有する親の要件のリスク値、および依存度取得部２２４が取得した子の要件と親の要件との依存度に基づいて、子の要件のリスク値が親の要件のリスク値と整合しているか否かの判断基準となる第二判断基準値を算出する。たとえば、第二判断基準値算出部３１４は、親の要件が仕様要件の場合には、親の要件ごとに、（仕様リスク値×（子の要件との依存度／９））により中間値を算出した後に、算出された中間値と自身が固有する仕様リスク値のうちの最大値を第二判断基準値としてもよい。また、第二判断基準値算出部３１４は、親の要件が検証要件の場合には、親の要件ごとに、検証リスク値を取得した後に、取得した検証リスク値のうちの最大値を第二判断基準値としてもよい。
　第三判断基準値算出部３１６は、ステータス取得部２２２が取得した親の要素を有する子の要素のリスク値、およびステータス取得部２２２が取得した親の要素が固有するリスク値に基づいて、親の要素のリスク値が子の要素のリスク値と整合しているか否かの判断基準となる第三判断基準値を算出する。たとえば、第三判断基準値算出部３１６は、子の要素のリスク値および親の要素が固有するリスク値のうちの最大値を第三判断基準値としてもよい。
　第四判断基準値算出部３１８は、ステータス取得部２２２が取得した親の要件を有する子の要素のリスク値、および依存度取得部２２４が取得した親の要件と子の要素との依存度に基づいて、親の要件のリスク値が子の要素のリスク値と整合しているか否かの判断基準となる第四判断基準値を算出する。たとえば、第四判断基準値算出部３１８は、親の要件が仕様要件の場合には、子の要素ごとに、リスク値を取得した後に、取得したリスク値のうちの最大値を第四判断基準値としてもよい。また、第四判断基準値算出部３１８は、親の要件が検証要件の場合には、子の要素ごとに、（リスク値×（親の要件との依存度／９））により中間値を算出した後に、算出された中間値のうちの最大値を第四判断基準値としてもよい。
　第五判断基準値算出部３２０は、ステータス取得部２２２が取得した子の要素を有する親の要件のリスク値、および依存度取得部２２４が取得した子の要素と親の要件との依存度に基づいて、子の要素のリスク値が親の要件のリスク値と整合しているか否かの判断基準となる第五判断基準値を算出する。たとえば、第五判断基準値算出部３２０は、親の要件が仕様要件の場合には、親の要件ごとに、（仕様リスク値×（子の要素との依存度／９））により中間値を算出した後に、算出された中間値のうちの最大値を第五判断基準値としてもよい。また、第五判断基準値算出部３２０は、親の要件が検証要件の場合には、親の要件ごとに、検証リスク値を取得した後に、取得した検証リスク値のうちの最大値を第五判断基準値としてもよい。
　リスク値整合判断部３３０は、ステータス取得部２２２が取得したリスク値、および依存度取得部２２４が取得した依存度に基づいて、要件要素依存関係情報を生成する場合に用いられる複数のリスク値同士が整合しているか否かを判断する。たとえば、リスク値整合判断部３３０は、第一判断基準値算出部３１２が算出した第一判断基準値と、親の要件のリスク値とを比較することにより、親の要件のリスク値が子の要件のリスク値と整合しているか否かを判断する。リスク値整合判断部３３０は、第一判断基準値が親の要件のリスク値以上だった場合に、親の要件のリスク値が子の要件のリスク値と整合していると判断してもよい。
　また、リスク値整合判断部３３０は、第二判断基準値算出部３１４が算出した第二判断基準値と、子の要件のリスク値とを比較することにより、子の要件のリスク値が親の要件のリスク値と整合しているか否かを判断する。リスク値整合判断部３３０は、第二判断基準値が子の要件のリスク値以上だった場合に、子の要件のリスク値が親の要件のリスク値と整合していると判断してもよい。
　また、リスク値整合判断部３３０は、第三判断基準値算出部３１６が算出した第三判断基準値と、親の要素のリスク値とを比較することにより、親の要素のリスク値が子の要素のリスク値と整合しているか否かを判断する。リスク値整合判断部３３０は、第三判断基準値が親の要素のリスク値以上だった場合に、親の要素のリスク値が子の要素のリスク値と整合していると判断してもよい。
　また、リスク値整合判断部３３０は、第四判断基準値算出部３１８が算出した第四判断基準値と、親の要件のリスク値とを比較することにより、親の要件のリスク値が子の要素のリスク値と整合しているか否かを判断する。リスク値整合判断部３３０は、第四判断基準値が親の要件のリスク値以上だった場合に、親の要件のリスク値が子の要素のリスク値と整合していると判断してもよい。
　また、リスク値整合判断部３３０は、第五判断基準値算出部３２０が算出した第五判断基準値と、子の要素のリスク値とを比較することにより、子の要素のリスク値が親の要件のリスク値と整合しているか否かを判断する。リスク値整合判断部３３０は、第五判断基準値が子の要素のリスク値以上だった場合に、子の要素のリスク値が親の要件のリスク値と整合していると判断してもよい。
　依存度判断基準値取得部３５０は、要件要素依存関係情報を生成する場合に用いられる複数の依存度同士が整合しているか否かの判断基準となる依存度判断基準値を取得する。依存度判断基準値取得部３５０は、範囲を有する依存度判断基準値を取得してもよい。
　依存度整合判断部３７０は、要件要素依存関係情報を生成する場合に用いられる複数の依存度および依存度判断基準値取得部３５０が取得した依存度判断基準値に基づいて、要件要素依存関係情報を生成する場合に用いられる複数の依存度同士が整合しているか否かを判断する。たとえば、依存度整合判断部３７０は、親の要件と複数の子の要件とのいずれかの依存度が、依存度判断基準値と一致する場合に、親の要件と複数の子の要件とのそれぞれの依存度同士が整合していると判断してもよい。また、依存度整合判断部３７０は、子の要件と複数の親の要件とのいずれかの依存度が、依存度判断基準値と一致する場合に、子の要件と複数の親の要件とのそれぞれの依存度同士が整合していると判断してもよい。
　また、依存度整合判断部３７０は、親の要件と複数の子の要素とのいずれかの依存度が、依存度判断基準値と一致する場合に、親の要件と複数の子の要素とのそれぞれの依存度同士が整合していると判断してもよい。また、依存度整合判断部３７０は、子の要素と複数の親の要件とのいずれかの依存度が、依存度判断基準値と一致する場合に、子の要素と複数の親の要件とのそれぞれの依存度同士が整合していると判断してもよい。
　判断結果情報出力部３９０は、リスク値整合判断部３３０による判断処理の結果を出力する。具体的には、判断結果情報出力部３９０は、リスク値同士が整合していないと判断された要件または要素の、項目名、現在のリスク値、リスク値の推奨値等を出力する。判断結果情報出力部３９０がリスク値の推奨値を出力する場合、当該推奨値は範囲を有してもよい。判断結果情報出力部３９０は、エラーとなったリスク値が強調表示された要件要素依存関係情報を出力してもよい。また、判断結果情報出力部３９０は、エラーとなったリスク値が設定されている要件または要素が強調表示された要件要素依存関係情報を出力してもよい。
　また、判断結果情報出力部３９０は、依存度整合判断部３７０による判断処理の結果を出力する。具体的には、判断結果情報出力部３９０は、依存度同士が整合していないと判断された要件または要素の、項目名、現在の依存度、依存度の推奨値等を出力する。判断結果情報出力部３９０が依存度の推奨値を出力する場合、当該推奨値は範囲を有してもよい。判断結果情報出力部３９０は、エラーとなった依存度が強調表示された要件要素依存関係情報を出力してもよい。また、判断結果情報出力部３９０は、エラーとなった依存度が設定されている要件または要素が強調表示された要件要素依存関係情報を出力してもよい。
　判断結果情報出力部３９０は、上記判断処理の結果を、コンピュータが有する画面に表示してもよい。また、判断結果情報出力部３９０は、上記判断処理の結果を、コンピュータが備えるハードディスク、メモリなどの記録媒体に格納してもよい。
　図１８は、データチェックユニット３００による処理の一例を示す。図１８では、親の要件である仕様要件Ａおよび仕様要件Ｂと、子の要件である仕様要件ａおよび仕様要件ｂとのリスク値の整合性をチェックする例を説明する。
　第一判断基準値算出部３１２は、仕様要件ａおよび仕様要件ｂのそれぞれについて、リスク値を取得する。たとえば、第一判断基準値算出部３１２は、仕様要件ａのリスク値として「４」を取得する。また、第一判断基準値算出部３１２は、仕様要件ｂのリスク値として「３」を取得する。
　第一判断基準値算出部３１２は、取得したリスク値のうちの最大値である「４」を第一判断基準値として決定する。リスク値整合判断部３３０は、第一判断基準値「４」が仕様要件Ａのリスク値「４」以上であるので、仕様要件Ａのリスク値が仕様要件ａおよび仕様要件ｂのリスク値と整合していると判断する。
　第二判断基準値算出部３１４は、仕様要件Ａおよび仕様要件Ｂのそれぞれについて、（リスク値×（仕様要件ｂとの依存度／９））により中間値を算出する。これにより、第二判断基準値算出部３１４は、仕様要件Ａの中間値として「４」を算出する。また、第二判断基準値算出部３１４は、仕様要件Ｂの中間値として「０．６７」を算出する。
　第二判断基準値算出部３１４は、算出された中間値のうちの最大値である「４」を第二判断基準値として決定する。リスク値整合判断部３３０は、第二判断基準値「４」が仕様要件ｂのリスク値「３」以上であるので、仕様要件ｂのリスク値が仕様要件Ａおよび仕様要件Ｂのリスク値と整合していると判断する。
　図１９は、データチェックユニット３００による処理の他の一例を示す。図１９では、親の要件である検証要件Ｃおよび検証要件Ｄと、子の要件である検証要件ｃおよび検証要件ｄとのリスク値の整合性をチェックする例を説明する。
　第一判断基準値算出部３１２は、検証要件ｃおよび検証要件ｄのそれぞれについて、（リスク値×（検証要件Ｃとの依存度／９））により中間値を算出する。これにより、第一判断基準値算出部３１２は、検証要件ｃの中間値として「４」を算出する。また、第一判断基準値算出部３１２は、検証要件ｄの中間値として「３」を算出する。
　第一判断基準値算出部３１２は、算出された中間値のうちの最大値である「４」を第一判断基準値として決定する。リスク値整合判断部３３０は、第一判断基準値「４」が検証要件Ｃのリスク値「４」以上であるので、検証要件Ｃのリスク値が検証要件ｃおよび検証要件ｄのリスク値と整合していると判断する。
　第二判断基準値算出部３１４は、検証要件Ｃおよび検証要件Ｄのそれぞれについて、（リスク値×（検証要件ｄとの依存度／９））により中間値を算出する。これにより、第二判断基準値算出部３１４は、検証要件Ｃの中間値として「４」を算出する。また、第二判断基準値算出部３１４は、検証要件Ｄの中間値として「１．４９」を算出する。
　第二判断基準値算出部３１４は、算出された中間値のうちの最大値である「４」を第二判断基準値として決定する。リスク値整合判断部３３０は、第二判断基準値「４」が検証要件ｄのリスク値「３」以上であるので、検証要件ｄのリスク値が検証要件Ｃおよび検証要件Ｄのリスク値と整合していると判断する。
　図２０は、データチェックユニット３００による処理の他の一例を示す。図２０では、親の要件である仕様要件Ｅおよび仕様要件Ｆと、子の要素である要素ｅおよび要素ｆとのリスク値の整合性をチェックする例を説明する。
　第四判断基準値算出部３１８は、要素ｅおよび要素ｆのそれぞれについて、リスク値を取得する。たとえば、第四判断基準値算出部３１８は、要素ｅのリスク値として「４」を取得する。また、第四判断基準値算出部３１８は、要素ｆのリスク値として「３」を取得する。
　第四判断基準値算出部３１８は、取得したリスク値のうちの最大値である「４」を第四判断基準値として決定する。リスク値整合判断部３３０は、第四判断基準値「４」が仕様要件Ｅのリスク値「４」以上であるので、仕様要件Ｅのリスク値が要素ｅおよび要素ｆのリスク値と整合していると判断する。
　第五判断基準値算出部３２０は、仕様要件Ｅおよび仕様要件Ｆのそれぞれについて、（リスク値×（要素ｆとの依存度／９））により中間値を算出する。これにより、第五判断基準値算出部３２０は、仕様要件Ｅの中間値として「４」を算出する。また、第五判断基準値算出部３２０は、仕様要件Ｆの中間値として「０．６７」を算出する。
　第五判断基準値算出部３２０は、算出された中間値のうちの最大値である「４」を第五判断基準値として決定する。リスク値整合判断部３３０は、第五判断基準値「４」が要素ｆのリスク値「３」以上であるので、要素ｆのリスク値が仕様要件Ｅおよび仕様要件Ｆのリスク値と整合していると判断する。
　図２１は、データチェックユニット３００による処理の他の一例を示す。図２１では、親の要件である検証要件Ｇおよび検証要件Ｈと、子の要素である要素ｅおよび要素ｆとのリスク値の整合性をチェックする例を説明する。
　第四判断基準値算出部３１８は、要素ｇおよび要素ｈのそれぞれについて、（リスク値×（検証要件Ｇとの依存度／９））により中間値を算出する。これにより、第四判断基準値算出部３１８は、要素ｇの中間値として「４」を算出する。また、第四判断基準値算出部３１８は、要素ｈの中間値として「３」を算出する。
　第四判断基準値算出部３１８は、算出された中間値のうちの最大値である「４」を第四判断基準値として決定する。リスク値整合判断部３３０は、第四判断基準値「４」が検証要件Ｇのリスク値「４」以上であるので、検証要件Ｇのリスク値が要素ｇおよび要素ｈのリスク値と整合していると判断する。
　第五判断基準値算出部３２０は、検証要件Ｇおよび検証要件Ｈのそれぞれについて、リスク値を取得する。たとえば、第五判断基準値算出部３２０は、検証要件Ｇのリスク値として「４」を取得する。また、第五判断基準値算出部３２０は、検証要件Ｈのリスク値として「１」を取得する。
　第五判断基準値算出部３２０は、取得したリスク値のうちの最大値である「４」を第五判断基準値として決定する。リスク値整合判断部３３０は、第五判断基準値「４」が要素ｈのリスク値「３」以上であるので、要素ｈのリスク値が検証要件Ｇおよび検証要件Ｈのリスク値と整合していると判断する。
　図２２は、データ整合化ユニット４００の機能構成の一例を示す。データ整合化ユニット４００は、リスク値更新検出部４０２、リスク更新値算出部４０４、リスク値更新部４０６、および整合値記憶部４０８を備える。
　リスク値更新検出部４０２は、要件要素依存関係情報を生成する場合に用いられた要件または要素のリスク値が更新されたことを検出する。たとえば、リスク値更新検出部４０２は、上記の要件または要素を常時監視することにより、要件要素依存関係情報を生成する場合に用いられたリスク値が更新されたことを検出する。
　リスク更新値算出部４０４は、リスク値が更新されたことをリスク値更新検出部４０２が検出することにより、リスク値が更新された要件または要素のリスク値と、リスク値が更新された要件または要素に関連する要件または要素のリスク値とを整合させるための更新値を算出する。リスク更新値算出部４０４は、整合値記憶部４０８から整合値を取得することにより、取得した整合値に基づいて、上記更新値を算出してもよい。整合値とは、影響元の項目が影響先の項目に与えるリスク値の最大値を示す。
　リスク値更新部４０６は、リスク値が更新された要件または要素に関連する要件または要素のリスク値を、リスク更新値算出部４０４が算出した更新値に更新する。整合値記憶部４０８は、整合値を記憶する。
　図２３は、データ整合化ユニット４００による処理の一例を示す。データ整合化ユニット４００は、リスク値が更新された影響元の項目のリスク値と、当該影響元の項目が影響を与える影響先の項目のリスク値との不整合を解消する。
　整合値記憶部４０８には、初期整合時の整合値が記憶されている。初期整合時の整合値とは、たとえば、データチェックユニット３００による処理において、リスク値の不整合が生じなかった時点での整合値、または、リスク値の不整合が解消された時点での整合値を示す。初期整合時の整合値は、たとえば、データチェックユニット３００が、整合値記憶部４０８に記録する。
　図２３（ａ）に示す例では、整合値記憶部４０８には、影響元の項目Ａから影響先の項目ａが受ける整合値として、「２」が記憶されている。また、整合値記憶部４０８には、影響元の項目Ａから影響先の項目ｂが受ける整合値として、「３」が記憶されている。また、整合値記憶部４０８には、影響元の項目Ｂから影響先の項目ｂが受ける整合値として、「２」が記憶されている。
　影響元の項目のリスク値が増加した場合、データ整合化ユニット４００は、（（更新後のリスク値／更新前のリスク値）×（依存度／９）×既存の整合値）により、リスク値が更新された影響元の項目から影響先の項目が受ける整合値を新たに算出する。そして、データ整合化ユニット４００は、リスク値が更新された影響元の項目から影響先の項目が受ける整合値を、算出した整合値に更新する。たとえば、図２３（ｂ）に示すように、影響元の項目Ａのリスク値が「３」から「５」に更新された場合、データ整合化ユニット４００は、影響元の項目Ａから影響先の項目ａが受ける整合値を「３」に更新する。また、データ整合化ユニット４００は、影響元の項目Ａから影響先の項目ｂが受ける整合値を「５」に更新する。
　さらに、データ整合化ユニット４００は、影響先の項目のリスク値を、影響元の項目のそれぞれから受ける整合値のうちの最大値に更新する。たとえば、図２３（ｂ）に示すように、データ整合化ユニット４００は、影響先の項目ａのリスク値を「３」に更新する。また、データ整合化ユニット４００は、影響先の項目ｂのリスク値を「５」に更新する。影響先の項目がさらなる影響先の項目を有する場合、データ整合化ユニット４００は、上記した処理を再度おこなうことにより、さらなる影響先の項目のリスク値を更新する。
　図２４は、データ整合化ユニット４００による処理の他の一例を示す。影響元の項目のリスク値が低減した場合、データ整合化ユニット４００は、（更新後のリスク値×（依存度／９））により、リスク値が更新された影響元の項目から影響先の項目が受ける整合値を新たに算出する。そして、データ整合化ユニット４００は、既存の整合値より、算出した整合値のほうが小さい場合、リスク値が更新された影響元の項目から影響先の項目が受ける整合値を、算出した整合値に更新する。
　たとえば、図２４（ｂ）に示すように、影響元の項目Ａのリスク値が「３」から「２」に更新された場合、データ整合化ユニット４００は、影響元の項目Ａから影響先の項目ｂが受ける整合値を「２」に更新する。さらに、データ整合化ユニット４００は、影響先の項目のリスク値を、影響元の項目のそれぞれから受ける整合値のうちの最大値に更新する。たとえば、図２３（ｂ）に示すように、データ整合化ユニット４００は、影響先の項目ｂのリスク値を「２」に更新する。影響先の項目がさらなる影響先の項目を有する場合、データ整合化ユニット４００は、上記した処理を再度おこなうことにより、さらなる影響先の項目のリスク値を更新する。
　このように、本実施形態の情報処理システム１０によれば、概略タスクリストおよび概略タスク依存関係情報などの管理者レベルの管理データと、要件要素依存関係情報などの技術者レベルの管理データとに基づいて、最適な作業順序による統合スケジュールを自動的に生成することができる。これにより、製品開発プロジェクトの管理にかかる労力およびコストを低減することができる。また、標準業務ルールと技術リスク双方を考慮した最適な作業順序による統合スケジュールをプロジェクトの開始に先立って立案することができる。
　また、本実施形態の情報処理システム１０によれば、複数の階層の管理データを統合的に利用することにより、製品開発プロジェクトにおける一部のフェーズまたは一部の概略タスクに着目した、統合スケジュールを生成できる。これにより、製品開発プロジェクトの全体での統合スケジュールを生成する場合よりも、より適切な統合スケジュールを生成できる。
　また、本実施形態の情報処理システム１０によれば、管理データが更新された場合、管理データの更新内容に応じて、最適な作業順序となるように統合スケジュールを自動的に更新することができる。これにより、製品開発プロジェクトの管理にかかる労力およびコストを低減することができる。また、プロジェクトの進捗状況に応じてデータが頻繁に更新される製品開発プロジェクトにおいても、常に最適な作業順序による統合スケジュールを、ユーザに対して提示することができる。
　また、本実施形態の情報処理システム１０によれば、ユーザ入力された複数のデータの依存関係に基づいて、複数のデータの整合性を判断することができる。そして、複数のデータの整合性が取れていないと判断した場合は、複数のデータの整合性が取れていない旨を示す情報を出力することにより、ユーザに対して正しいデータの入力を促すことができる。これにより、製品開発プロジェクトの管理にかかる労力およびコストを低減することができる。また、大量のデータを管理する製品開発プロジェクトにおいても、複数のデータの整合性を容易に保持することができる。
　図２５は、情報処理装置１００のハードウェア構成の一例を示す。情報処理装置１００は、ＣＰＵ周辺部と、入出力部と、レガシー入出力部とを備える。ＣＰＵ周辺部は、ホスト・コントローラ１５８２により相互に接続されるＣＰＵ１５０５、ＲＡＭ１５２０、グラフィック・コントローラ１５７５、および表示装置１５８０を有する。入出力部は、入出力コントローラ１５８４によりホスト・コントローラ１５８２に接続される通信インターフェイス１５３０、ハードディスクドライブ１５４０、およびＣＤ－ＲＯＭドライブ１５６０を有する。レガシー入出力部は、入出力コントローラ１５８４に接続されるＲＯＭ１５１０、フレキシブルディスク・ドライブ１５５０、および入出力チップ１５７０を有する。
　ホスト・コントローラ１５８２は、ＲＡＭ１５２０と、ＲＡＭ１５２０をアクセスするＣＰＵ１５０５、およびグラフィック・コントローラ１５７５とを接続する。ＣＰＵ１５０５は、ＲＯＭ１５１０、およびＲＡＭ１５２０に格納されたプログラムに基づいて動作して、各部の制御をする。グラフィック・コントローラ１５７５は、ＣＰＵ１５０５等がＲＡＭ１５２０内に設けたフレーム・バッファ上に生成する画像データを取得して、表示装置上に表示させる。これに代えて、グラフィック・コントローラ１５７５は、ＣＰＵ１５０５等が生成する画像データを格納するフレーム・バッファを、内部に含んでもよい。
　入出力コントローラ１５８４は、ホスト・コントローラ１５８２と、比較的高速な入出力装置であるハードディスクドライブ１５４０、通信インターフェイス１５３０、ＣＤ－ＲＯＭドライブ１５６０を接続する。ハードディスクドライブ１５４０は、ＣＰＵ１５０５が使用するプログラム、およびデータを格納する。通信インターフェイス１５３０は、ネットワーク通信装置１５９８に接続してプログラムまたはデータを送受信する。ＣＤ－ＲＯＭドライブ１５６０は、ＣＤ－ＲＯＭ１５９５からプログラムまたはデータを読み取り、ＲＡＭ１５２０を介してハードディスクドライブ１５４０、および通信インターフェイス１５３０に提供する。
　入出力コントローラ１５８４には、ＲＯＭ１５１０と、フレキシブルディスク・ドライブ１５５０、および入出力チップ１５７０の比較的低速な入出力装置とが接続される。ＲＯＭ１５１０は、情報処理装置１００が起動時に実行するブート・プログラム、あるいは情報処理装置１００のハードウェアに依存するプログラム等を格納する。フレキシブルディスク・ドライブ１５５０は、フレキシブルディスク１５９０からプログラムまたはデータを読み取り、ＲＡＭ１５２０を介してハードディスクドライブ１５４０、および通信インターフェイス１５３０に提供する。入出力チップ１５７０は、フレキシブルディスク・ドライブ１５５０、あるいはパラレル・ポート、シリアル・ポート、キーボード・ポート、マウス・ポート等を介して各種の入出力装置を接続する。
　ＣＰＵ１５０５が実行するプログラムは、フレキシブルディスク１５９０、ＣＤ－ＲＯＭ１５９５、またはＩＣカード等の記録媒体に格納されて利用者によって提供される。記録媒体に格納されたプログラムは圧縮されていても非圧縮であってもよい。プログラムは、記録媒体からハードディスクドライブ１５４０にインストールされ、ＲＡＭ１５２０に読み出されてＣＰＵ１５０５により実行される。
　ＣＰＵ１５０５により実行されるプログラムは、コンピュータを、図１から図２４に関連して説明したスケジュール生成ユニット２００およびスケジュール生成ユニット２００が有する各機能部として機能させる。また、ＣＰＵ１５０５により実行されるプログラムは、コンピュータを、図１から図２４に関連して説明したデータチェックユニット３００およびデータチェックユニット３００が有する各機能部として機能させる。また、ＣＰＵ１５０５により実行されるプログラムは、コンピュータを、図１から図２４に関連して説明したデータ整合化ユニット４００およびデータ整合化ユニット４００が有する各機能部として機能させる。
　以上に示したプログラムは、外部の記憶媒体に格納されてもよい。記憶媒体としては、フレキシブルディスク１５９０、ＣＤ－ＲＯＭ１５９５の他に、ＤＶＤまたはＰＤ等の光学記録媒体、ＭＤ等の光磁気記録媒体、テープ媒体、ＩＣカード等の半導体メモリ等を用いることができる。また、専用通信ネットワークあるいはインターネットに接続されたサーバシステムに設けたハードディスクまたはＲＡＭ等の記憶装置を記録媒体として使用して、ネットワークを介したプログラムとして情報処理装置１００に提供してもよい。
　続いて、本発明の第２の実施形態を説明する。これまでに説明した第１の実施形態と、第２の実施形態とでは、詳細タスクリストに示されている詳細タスク同士の依存関係の算出方法が異なる。第２の実施形態では、要件要素依存関係情報生成部２２６は、要件要素依存関係情報を生成しない。また、統合タスク依存関係算出部２０８は、ステータス取得部２２２が取得したリスク値と依存度取得部２２４が取得した依存度とに基づいて、詳細タスクリストに示されている詳細タスク同士の依存関係を算出する。
　具体的には、統合タスク依存関係算出部２０８は、詳細タスクリストを参照することにより、各詳細タスクの作業属性を判断する。また、統合タスク依存関係算出部２０８は、詳細タスク同士の依存関係を算出する場合に必要なリスク値、依存度、およびその他のパラメータを、詳細タスクリストおよびＤＭＭ表から取得する。そして、統合タスク依存関係算出部２０８は、取得したパラメータを用いて、詳細タスクの作業属性に応じた演算をおこなうことにより、詳細タスク同士の依存関係を算出する。
　図２６は、スケジュール生成ユニット２００による処理のフローの一例を示す。まず、ステータス取得部２２２が、複数の要件および複数の要素のそれぞれのステータスを取得する（Ｓ２６０１）。つぎに、依存度取得部２２４が、要件および要素の依存度を取得する（Ｓ２６０２）。
　つぎに、概略タスクリスト取得部２０１が、複数の概略タスクが示された概略タスクリストを取得する（Ｓ２６０４）。つぎに、概略タスク依存関係取得部２３１が、Ｓ２６０４で取得した概略タスクリストに示されている複数の概略タスクの依存関係を取得する（Ｓ２６０５）。つぎに、概略タスク作業順序算出部２３２が、Ｓ２６０４で取得した概略タスクリストに示されている複数の概略タスクの作業順序を算出する（Ｓ２６０６）。つぎに、概略タスク依存関係情報生成部２３３が、Ｓ２６０５で取得した複数の概略タスクの依存関係およびＳ２６０６で算出した複数の概略タスクの作業順序が示された、概略タスク依存関係情報を生成する（Ｓ２６０７）。つぎに、概略タスク依存関係情報取得部２０２が、Ｓ２６０７で生成された概略タスク依存関係情報を取得する（Ｓ２６０８）。
　つぎに、詳細タスクリスト取得部２０４が、複数の詳細タスクのそれぞれに対して、要件および要素の少なくとも一方が関連付けられた詳細タスクリストを取得する（Ｓ２６０９）。
　つぎに、統合タスク依存関係算出部２０８が、Ｓ２６０９で取得した詳細タスクリストに示されている複数の詳細タスクの依存関係を含む、統合タスクの依存関係を算出する（Ｓ２６１１）。つぎに、統合タスク作業順序算出部２１０が、統合タスク依存関係算出部２０８が算出した統合タスクの依存関係に基づいて、Ｓ２６０９で取得した詳細タスクリストに示されている複数の詳細タスクの作業順序を含む、統合タスクの作業順序を算出する（Ｓ２６１２）。
　つぎに、統合タスク依存関係情報生成部２１２が、Ｓ２６１１で算出した統合タスクの依存関係およびＳ２６１２で算出した統合タスクの作業順序が示された、統合タスク依存関係情報を生成する（Ｓ２６１３）。つぎに、オーバーラップポリシー取得部２１４が、詳細タスク同士および概略タスク同士の作業日程の同期タイミングを定めるオーバーラップポリシーを取得する（Ｓ２６１４）。
　つぎに、概略スケジュール生成部２１５が、複数の概略タスク同士の作業日程が同期する、概略スケジュールを生成する（Ｓ２６１５）。つぎに、統合スケジュール生成部２１６が、複数の詳細タスク同士の作業日程が同期する、統合スケジュールを生成する（Ｓ２６１６）。
　そして、出力部２１７が、Ｓ２６１５で生成した複数の概略スケジュールおよびＳ２６１６で生成した統合スケジュールを出力する（Ｓ２６１７）。続いて、更新検出部２１８が、詳細タスクリストに示された詳細タスクの進捗状況が更新されたか否かを判断する（Ｓ２６１８）。
　更新検出部２１８が、詳細タスクリストに示された詳細タスクの進捗状況が更新されたと判断した場合は（Ｓ２６１８：Ｙｅｓ）、情報処理装置１００は、Ｓ２６０１以降の処理を、引き続き実行する。一方、更新検出部２１８が、詳細タスクリストに示された詳細タスクの進捗状況が更新されていないと判断した場合は（Ｓ２６１８：Ｎｏ）、情報処理装置１００は、Ｓ２６１８を、引き続き実行する。
　図２７は、ステータス取得部２２２が取得したステータス、および依存度取得部２２４が取得した依存度の一例を示す。情報処理装置１００は、ステータス取得部２２２が取得したステータス、および依存度取得部２２４が取得した依存度を、ＤＭＭ表形式で示すことができる。たとえば、情報処理装置１００は、上記ステータスおよび上記依存度を、列に要素を示し行が要件を示すＤＭＭ表形式で示す。
　ステータス欄２７１０は、複数の要件のそれぞれのステータス情報を示す。要件のステータス情報は、「検証リスク」および「ばらしリスク」を含む。「検証リスク」は、ステータス取得部２２２が取得したステータスであって、当該要件の達成度合いについてのリスク度を示す。「ばらしリスク」は、ステータス取得部２２２が取得したステータスであって、当該要件を満たすための子要件または設計要素の抽出、子要件に対する目標仕様割り付け、および設計諸元の具体化についてのリスク度を示す。
　ステータス欄２７２０は、複数の要素のそれぞれのステータス情報を示す。要素のステータス情報は、「ユニットリスク」および「要素リスク」を含む。「ユニットリスク」は、ステータス取得部２２２が取得した、それぞれの要素のリスク値をユニット単位で示す。「要素リスク」は、ステータス取得部２２２が取得したステータスであって、当該要素が関連要件の達成のための設計をどれだけ具体化し、どれだけ検証しているかについてのリスク度を示す。要件および要素のリスク度は、数値が大きいほど要件および要素を達成することが難しいことを意味する。
　依存度欄２７３０は、要件と要素との依存度を示す。要件と要素との依存度は、数値が大きいほど要件と要素との依存関係が強いことを意味する。たとえば、依存度欄２７３０は、要件「耐久性」と要素「制御部：サーミスタ」との依存度として、「９」を示している。これは、要件「耐久性」と要素「制御部：サーミスタ」とが、強い影響関係を有することを意味する。
　また、依存度欄２７３０は、要件「耐久性」と要素「加圧部：分離爪」との依存度として「６」を示している。これは、要件「耐久性」と要素「加圧部：分離爪」とが、比較的強い影響関係を有することを意味する。
　また、依存度欄２７３０は、要件「耐久性」と、要素「制御部：コントロールロジック」との依存度として「３」を示している。これは、要件「耐久性」と要素「制御部：コントロールロジック」とが、弱いながらも無視できない影響関係を有することを意味する。
　また、依存度欄２７３０は、要件「耐久性」と要素「ペーパーガイド」との依存度を示していない。これは、要件「耐久性」と要素「ペーパーガイド」が、影響関係を有しない、または影響関係を有するが無視できることを意味する。
　さらに、ＤＭＭ表には、要件および要素のそれぞれに対する設計自由度が示されている。設計自由度は、要件または要素が、現状の設計案に対してどの程度自由に設計できるかを示す。設計自由度は、数値が大きいほど、設計の自由度が高いことを意味する。たとえば、図２７に示すＤＭＭ表において、列「自由度」および行「立ち上がり勾配」によって特定されるセルには、要件「立ち上がり勾配」の設計自由度として「４．６」が示されている。また、図２７に示すＤＭＭ表において、列「ヒートローラ部：ヒータ」および行「自由度」によって特定されるセルには、要素「ヒートローラ部：ヒータ」固有の設計自由度として「３．０」が示されている。
　さらに、ＤＭＭ表には、要件および要素のそれぞれに対する重要度が示されている。重要度は、要件または要素が、商品企画においてどの程度重要かを示す。重要度は、数値が大きいほど、商品企画において必要な要件または要素であることを意味する。たとえば、図２７に示すＤＭＭ表において、列「重要度」および行「立ち上がり勾配」によって特定されるセルには、要件「立ち上がり勾配」の重要度として「５．０」が示されている。また、図２７に示すＤＭＭ表において、列「ヒートローラ部：ヒータ」および行「重要度」によって特定されるセルには、要素「ヒートローラ部：ヒータ」固有の重要度として「５．０」が示されている。
　図２７に示すＤＭＭ表では、ステータス欄２７１０およびステータス欄２７２０において、作業開始時のステータスが示されている。たとえば、ステータス欄２７１０において、列「検証リスク」および行「立ち上がり勾配」によって特定されるセルには、要件「立ち上がり勾配」の作業開始時のリスク値として「５．０」が示されている。また、ステータス欄２７２０において、列「ヒートローラ部：ヒータ」および行「要素リスク」によって特定されるセルには、要素「ヒートローラ部：ヒータ」の作業開始時のリスク値として「３．０」が示されている。
　図２８は、概略タスクリスト取得部２０１が取得した概略タスクリストの一例を示す。また、図２８は、製品開発プロジェクトにおける「技術試作フェーズ」に着目した概略タスクリストを示す。概略タスクリストは、「タスク名」、「見積期間」、および「フェーズ」を有する。
　「タスク名」には、概略タスクが入力される。「見積期間」には、各概略タスクに要する作業日数が入力される。「見積期間」は「楽観値」、「中央値」、および「悲観値」を含む。「楽観値」、「中央値」、および「悲観値」のそれぞれに対して同じ日数を入力してもよい。「楽観値」、「中央値」、および「悲観値」のそれぞれに対して異なる日数を入力することにより、概略タスクに要する作業日数に幅を持たせてもよい。
　「フェーズ」には、フェーズ名が入力される。「フェーズ」にフェーズ名が入力されることにより、フェーズと概略タスクとが関連付けられる。
　図２９は、概略タスク依存関係情報取得部２０２が取得した概略タスク依存関係情報の一例を示す。図２９では、製品開発プロジェクトにおける「技術試作フェーズ」に着目した概略タスク依存関係情報を示す。情報処理装置１００は、概略タスク依存関係情報を、ＤＳＭ表で示すことができる。たとえば、情報処理装置１００は、概略タスク依存関係情報を、列に主となる概略タスクを示し行に従となる概略タスクを示すＤＳＭ表形式で示す。
　概略タスク依存関係情報は、列「詳細設計」および行「技術試作」によって特定されるセルに、依存度として「９」を示している。これは、概略タスク「技術試作」が、概略タスク「詳細設計」に対して比較的強い影響関係を有することを意味する。一方、概略タスク依存関係情報は、列「技術試作」および行「詳細設計」によって特定されるセルに、依存度を示していない。これは、概略タスク「詳細設計」が、概略タスク「技術試作」に対して影響関係を有しない、または影響関係を有するが無視できることを意味する。
　また、概略タスク依存関係情報は、複数の概略タスクの作業順序をさらに示す。たとえば、図２９に示す概略タスク依存関係情報においては、「詳細設計」、「技術試作」、「技術試作評価」の順に、列および行が並べられている。これにより、概略タスク依存関係情報は、「詳細設計」、「技術試作」、「技術試作評価」の順に、作業することが好ましいことを示す。
　図３０は、出力部２１７が出力した概略スケジュールの一例を示す。図３０に示すように、出力部２１７は、概略スケジュール生成部２１５が生成した概略スケジュール（しばりスケジュール）をガントチャート形式で出力してもよい。
　図３０に示す概略スケジュールにおいて、スケジュール３０１０は、製品開発プロジェクトにおける「技術試作フェーズ」の概略タスク「詳細設計」の概略スケジュールを示す。また、スケジュール３０２０は、製品開発プロジェクトにおける「技術試作フェーズ」の概略タスク「技術試作」の概略スケジュールを示す。また、スケジュール３０３０は、製品開発プロジェクトにおける「技術試作フェーズ」の概略タスク「技術試作評価」の概略スケジュールを示す。
　それぞれの概略スケジュールは、「作業開始時期」および「タスク作業期間」を含む。「作業開始時期」には、概略タスクの作業開始時期が設定される。「タスク作業期間」には、概略タスクの作業期間が設定される。
　概略スケジュール生成部２１５は、概略タスクリストに示されている複数の概略タスクのそれぞれの作業日数に基づいて、複数の概略タスクのそれぞれの作業期間を決定する。概略スケジュール生成部２１５は、複数の概略タスクのそれぞれの作業期間と、概略タスク依存関係情報が示す複数の概略タスクの作業順序とに基づいて、複数の概略タスクのそれぞれの作業開始時期を決定する。
　たとえば、図３０に示す概略スケジュールにおいて、スケジュール３０１０の「作業開始時期」には、「０．０」が示されている。スケジュール３０１０の「タスク作業期間」には、「４０．０」が示されている。また、スケジュール３０２０の「作業開始時期」には、「４０．０」が示されている。スケジュール３０２０の「タスク作業期間」には、「１５．０」が示されている。また、スケジュール３０３０の「作業開始時期」には、「５５．０」が示されている。スケジュール３０１０の「タスク作業期間」には、「２５．０」が示されている。
　図３１は、詳細タスクリスト取得部２０４が取得した詳細タスクリストの一例を示す。図３１は、製品開発プロジェクトにおける「技術試作フェーズ」の概略タスク「詳細設計」および概略タスク「技術試作評価」に着目した詳細タスクリストを示す。詳細タスクリストは、「タスク名」、「要件」、「要素」、「作業属性」、「現在のリスク度（検証）」、「目標のリスク度（検証）」、「現在のリスク度（要素）」、「目標のリスク度（要素）」、「見積期間」、「フェーズ」、「親タスク」、および「ステータス」を有する。
　「タスク名」には、詳細タスク名が入力される。「要件」には、詳細タスクに関連付ける要件名が入力される。「要件」に要件名が入力されることにより、詳細タスクと要件とが関連付けられる。詳細タスクリストでは、一つの詳細タスクに対して、複数の要件を関連付けることができる。
　「要素」には、詳細タスクに関連付ける要素名が入力される。「要素」に要素名が入力されることにより、詳細タスクと要素とが関連付けられる。詳細タスクリストでは、一つの詳細タスクに対して、複数の要素を関連付けることができる。
　「作業属性」には、詳細タスクが属する作業属性が入力される。たとえば、「作業属性」には、詳細タスクが属する作業属性として「設計」または「検証」が入力される。
　「ステータス」には、詳細タスクの進捗状況が入力される。たとえば、「ステータス」には、詳細タスクの進捗状況として「着手」、「未着手」、または「完了」が入力される。
　「現在のリスク度（検証）」には、作業属性が「検証」の詳細タスクの作業開始時における、要件ごとのリスク値が入力される。「目標のリスク度（検証）」には、作業属性が「検証」の詳細タスクの作業終了時における、要件ごとのリスク値が入力される。
　「現在のリスク度（要素）」には、作業属性が「設計」の詳細タスクの作業開始時における、要素ごとのリスク値が入力される。「目標のリスク度（要素）」には、作業属性が「設計」の詳細タスクの作業終了時における、要素ごとのリスク値が入力される。
　「見積期間」には、各詳細タスクに要する作業日数が入力される。「見積期間」は「楽観値」、「中央値」、および「悲観値」を含む。「楽観値」、「中央値」、および「悲観値」のそれぞれに対して同じ日数を入力してもよい。「楽観値」、「中央値」、および「悲観値」のそれぞれに対して異なる日数を入力することにより、詳細タスクに要する作業日数に幅を持たせてもよい。
　「フェーズ」には、フェーズ名が入力される。「親タスク」には、詳細タスクの上位タスクである概略タスク名が入力される。「親タスク」に概略タスク名が入力されることにより、詳細タスクと概略タスクとが関連付けられる。詳細タスクリストでは、一つの概略タスクに対して、複数の詳細タスクを関連付けることができる。
　図３２は、統合タスク依存関係算出部２０８が生成した統合タスクリストの一例を示す。統合タスク依存関係算出部２０８は、統合タスクの依存関係を算出する前に、概略タスクの情報と詳細タスクの情報とが一体化された統合タスクリストを作成してもよい。たとえば、統合タスク依存関係算出部２０８は、詳細タスクリストと概略タスクリストとから、統合タスクリストを作成する。図３２に示す統合タスクリストは、図２８に示した概略タスクリストと、図３１に示した詳細タスクリストとに基づいて、統合タスク依存関係算出部２０８が生成した統合タスクリストである。
　図３２に示す統合タスクリストは、詳細タスクリストと同様のフォーマットを有する。統合タスク依存関係算出部２０８は、詳細タスクリストに、概略タスクリストに示されている複数の概略タスクのそれぞれを加えることにより、統合タスクリストを生成してもよい。
　たとえば、図３２に示す統合タスクリストは、統合タスク依存関係算出部２０８が、図３１に示した詳細タスクリストに対して、図２８に示した概略タスクリストに示されている概略タスク「詳細設計」、概略タスク「技術試作」、および概略タスク「技術試作評価」を加えたことにより生成した統合タスクリストである。
　なお、図３２に示す統合タスクリストにおいて、統合タスク依存関係算出部２０８は、概略タスク「詳細設計」を、当該概略タスクの開始時を示す概略タスク「詳細設計［Ｓ］」と、当該概略タスクの終了時を示す概略タスク「詳細設計［Ｅ］」とに分割している。同様に、概略タスク「技術試作」を、概略タスク「技術試作［Ｓ］」と概略タスク「技術試作［Ｅ］」とに分割している。同様に、概略タスク「技術試作評価」を、概略タスク「技術試作評価［Ｓ］」と概略タスク「技術試作評価［Ｅ］」とに分割している。
　統合タスクリストは、詳細タスクリストおよび概略タスクリストと同期する。このため、統合タスク依存関係算出部２０８は、詳細タスクリストおよび概略タスクリストが更新された場合、これに応じて、統合タスクリストを更新する。反対に、統合タスク依存関係算出部２０８は、統合タスクリストが更新された場合、これに応じて、詳細タスクリストおよび概略タスクリストを更新する。
　図３３は、統合タスク依存関係情報生成部２１２が生成した統合タスク依存関係情報の一例を示す。図３３は、製品開発プロジェクトにおける「技術試作フェーズ」に着目した統合タスク依存関係情報を示す。図３３は、タスク同士の依存度が設定される前の統合タスク依存関係情報を示す。
　情報処理装置１００は、統合タスク依存関係情報を、ＤＳＭ表形式で示すことができる。たとえば、図３３に示す例では、情報処理装置１００は、統合タスク依存関係情報を、列に主となるタスクを示し、行に従となるタスクを示す、ＤＳＭ表形式で示す。
　図３３に示すＤＳＭ表において、表領域３３１０は、概略タスク同士の依存関係を示す。表領域３３２０および表領域３３３０は、概略タスクと詳細タスクとの依存関係を示す。表領域３３４０は、詳細タスク同士の依存関係を示す。
　統合タスク依存関係情報生成部２１２は、依存関係を有するタスク同士の該当するセルに対して、依存関係の強度を示す「１」から「１０」までの数値を、依存度として設定する。依存度は、数値が大きいほど依存関係が強いことを意味する。
　図３４は、統合タスク依存関係情報生成部２１２が生成した統合タスク依存関係情報の一例を示す。また、図３４は、製品開発プロジェクトにおける「技術試作フェーズ」に着目した統合タスク依存関係情報を示す。また、図３４は、タスク同士の依存度が設定された後の統合タスク依存関係情報を示す。
　同一の概略タスクについて、開始タスクが開始しないと、終了タスクは満たされない。このため、統合タスク依存関係情報生成部２１２は、図３４に示すＤＳＭ表の表領域３３１０において、概略タスク「詳細設計［Ｓ］」と概略タスク「詳細設計［Ｅ］」とによって特定されるセル、概略タスク「技術試作［Ｓ］」と概略タスク「技術試作［Ｅ］」とによって特定されるセル、および概略タスク「技術試作評価［Ｓ］」と概略タスク「技術試作評価［Ｅ］」とによって特定されるセルのそれぞれに対して、依存度として「１０」を設定する。
　また、概略タスク同士の依存度は、概略タスク依存関係情報における概略タスク同士の依存度と同じであってよい。したがって、統合タスク依存関係情報生成部２１２は、図３４に示すＤＳＭ表の表領域３３１０において、依存関係を有する概略タスク同士の依存関係を示すセルのそれぞれに対して、図２９に示した概略タスク依存関係情報と同様に、依存度「９」を設定する。
　また、概略タスクの開始タスクが開始しないと、当該概略タスクに属する詳細タスクは開始されない。このため、統合タスク依存関係情報生成部２１２は、表領域３３２０において、概略タスクの開始タスクと当該概略タスクに属する詳細タスクとの依存関係を示すセルのそれぞれに対して、依存度「１０」を設定する。
　また、概略タスクに属する複数の詳細タスクのそれぞれが終了しないと、概略タスクの終了タスクは満たされない。このため、統合タスク依存関係情報生成部２１２は、表領域３３３０において、概略タスクの終了タスクと当該概略タスクに属する詳細タスクとの依存関係を示すセルのそれぞれに対して、依存度「１０」を設定する。
　図３４に示すＤＳＭ表の表領域３３４０に示されるべき、詳細タスク同士の依存度は、詳細タスクの作業属性の組み合わせに応じた算出方法により、統合タスク依存関係算出部２０８が算出する。たとえば、統合タスク依存関係算出部２０８は、図３４に示すＤＳＭ表に示されているそれぞれの詳細タスクについて、図３１に示した詳細タスクリストを参照することにより、当該詳細タスクの作業属性を判断する。
　そして、統合タスク依存関係算出部２０８は、表領域３３４０のそれぞれのセルに対して、詳細タスク同士の作業属性の組み合わせに応じた算出方法により、当該セルに設定する依存度を算出する。さらに、統合タスク依存関係情報生成部２１２は、表領域３３４０のそれぞれのセルに対して、統合タスク依存関係算出部２０８が算出した依存度を設定する。
　以下、統合タスク依存関係算出部２０８による、詳細タスク同士の作業属性の組み合わせに応じた詳細タスク同士の依存度の算出方法の一例を、詳細タスク同士の作業属性の組み合わせごとに説明する。以下で説明する組み合わせ以外の組み合わせについての、詳細タスク同士の依存度の算出方法については、第１の実施形態で説明した算出方法と同様でよいので、説明を省略する。
　なお、以降の処理をおこなう前に、統合タスク依存関係算出部２０８は、詳細タスク同士の依存関係を算出する場合に必要なリスク値および自由度を調整してもよい。たとえば、数式（（元の値－１）×２＋１）を用いて、リスク値および自由度をそれぞれ調整してもよい。たとえば、リスク値または自由度の元の値が「５」であれば、統合タスク依存関係算出部２０８は、リスク値または自由度を「９」に調整してもよい。
　また、以降の処理をおこなう前に、統合タスク依存関係算出部２０８は、詳細タスク同士の依存関係を算出する場合に必要な依存度の値を調整してもよい。たとえば、依存度の元の値が「１０」の場合、「１」を新たな依存度としてもよい。また、依存度の元の値が「１」～「９」の場合は、数式（依存度／９）によって求められる値を新たな依存度としてもよい。たとえば、依存度の元の値が「３」であれば、統合タスク依存関係算出部２０８は、「０．３３・・・」を新たな依存度としてもよい。
　まず、主となる詳細タスクの作業属性が「設計」であり、従となる詳細タスクの作業属性が「設計」である場合の、依存度の算出方法の一例を説明する。なお、以下の説明において、主となる詳細タスクを「設計タスク１」と示す。また、従となる詳細タスクを「設計タスク２」と示す。
　また、設計タスク１に関連付けられている要素を「要素Ａ」と示す。また、設計タスク２に関連付けられている要素を「要素Ｃ」と示す。また、要素Ａおよび要素Ｃと依存関係を有する検証要件を「要件Ｂ」と示す。また、要素Ａから、要件Ｂへの影響度を示す依存度を「依存度１」と示す。また、要素Ｃから、要件Ｂへの影響度を示す依存度を「依存度２」と示す。
　設計タスク１の開始時の要素Ａの要素リスクが、設計タスク２の終了時の要素Ｃの要素リスク以下の場合、統合タスク依存関係算出部２０８は、「０」を、設計タスク１と設計タスク２との依存度として決定する。一方、設計タスク１の開始時の要素Ａの要素リスクが、設計タスク２の終了時の要素Ｃの要素リスクよりも大きい場合、統合タスク依存関係算出部２０８は、以下の方法により、設計タスク１と設計タスク２との依存度を決定する。
　まず、統合タスク依存関係算出部２０８は、数式（Ｍｉｎ（要素Ａの開始時の要素リスク，要件Ｂのばらしリスク））により、設計タスク１の要素Ａから要件Ｂに伝播するリスク値ＥＶを算出する。ここで、Ｍｉｎ（）は、複数のパラメータの中から最小値を求める数式を示す。なお、要素Ａと要件Ｂとの組み合わせが複数存在する場合、統合タスク依存関係算出部２０８は、要素Ａと要件Ｂとの組み合わせごとの、複数のリスク値ＥＶを算出する。
　つぎに、統合タスク依存関係算出部２０８は、数式（Ｍｉｎ（ＥＶ，要素Ｃの自由度））により、要件Ｂから設計タスク２の要素Ｃに伝播するリスク値ＶＥを算出する。なお、リスク値ＥＶと要素Ｃとの組み合わせが複数存在する場合、統合タスク依存関係算出部２０８は、リスク値ＥＶと要素Ｃとの組み合わせごとの、複数のリスク値ＶＥを算出する。
　そして、統合タスク依存関係算出部２０８は、数式（ＶＥ×依存度１×依存度２）により、リスク値ＥＥを算出するか、もしくは、ＶＥをそのままリスク値ＥＥとする。さらに、統合タスク依存関係算出部２０８は、算出したリスク値ＥＥを、設計タスク１と設計タスク２との依存度として決定する。
　リスク値ＶＥと、依存度１と、依存度２との組み合わせが複数存在する場合、統合タスク依存関係算出部２０８は、リスク値ＶＥと、依存度１と、依存度２との組み合わせごとの、リスク値ＥＥを算出する。この場合、統合タスク依存関係算出部２０８は、算出した複数のリスク値ＥＥのうちの最大値を、設計タスク１と設計タスク２との依存度として決定する。
　つぎに、主となる詳細タスクの作業属性が「設計」であり、従となる詳細タスクの作業属性が「検証」である場合の、依存度の算出方法の一例を説明する。なお、以下の説明において、主となる詳細タスクを「設計タスク１」と示す。また、従となる詳細タスクを「検証タスク１」と示す。
　また、設計タスク１に関連付けられている要素を「要素Ａ」と示す。また、検証タスク１に関連付けられている要件を「要件Ｂ」と示す。また、要素Ａから、要件Ｂへの影響度を示す依存度を「依存度１」と示す。
　設計タスク１の開始時の要素Ａの要素リスクが、検証タスク１の終了時の要件Ｂの検証リスク以下の場合、統合タスク依存関係算出部２０８は、「０」を、設計タスク１と検証タスク１との依存度として決定する。一方、設計タスク１の開始時の要素Ａの要素リスクが、検証タスク１の終了時の要件Ｂの検証リスクよりも大きい場合、統合タスク依存関係算出部２０８は、数式（Ｍｉｎ（要素Ａの開始時の要素リスク，要件Ｂの開始時の検証リスク）×依存度１）により算出された値か、もしくは、数式（Ｍｉｎ（要素Ａの開始時の要素リスク，要件Ｂの開始時の検証リスク））の値を、設計タスク１と検証タスク１との依存度として決定する。
　つぎに、主となる詳細タスクの作業属性が「検証」であり、従となる詳細タスクの作業属性が「設計」である場合の、依存度の算出方法の一例を説明する。なお、以下の説明において、主となる詳細タスクを「検証タスク１」と示す。また、従となる詳細タスクを「設計タスク１」と示す。
　また、検証タスク１に関連付けられている要件を「要件Ａ」と示す。また、設計タスク１に関連付けられている要素を「要素Ｂ」と示す。また、要素Ｂから、要件Ａへの影響度を示す依存度を「依存度１」と示す。
　検証タスク１の開始時の要件Ａのばらしリスクが、設計タスク１の終了時の要素Ｂの要素リスク以下の場合、統合タスク依存関係算出部２０８は、「０」を、検証タスク１と設計タスク１との依存度として決定する。一方、検証タスク１の開始時の要件Ａのばらしリスクが、設計タスク１の終了時の要素Ｂの要素リスク値よりも大きい場合、統合タスク依存関係算出部２０８は、数式（（Ｍｉｎ（Ｍｉｎ（要件Ａの開始時のばらしリスク，要素Ｂの開始時の要素リスク），要素Ｂの自由度）－Ｍａｘ（要件Ａの終了時のばらしリスク，要素Ｂの終了時の要素リスク））×依存度１）により算出された値か、もしくは、数式（Ｍｉｎ（Ｍｉｎ（要件Ａの開始時のばらしリスク，要素Ｂの開始時の要素リスク），要素Ｂの自由度）－Ｍａｘ（要件Ａの終了時のばらしリスク，要素Ｂの終了時の要素リスク））により算出された値を、検証タスク１と設計タスク１との依存度として決定する。ここで、Ｍａｘ（）は、複数のパラメータの中から最大値を求める数式を示す。
　つぎに、主となる詳細タスクの作業属性が「検証」であり、従となる詳細タスクの作業属性が「検証」である場合の、依存度の算出方法の一例を説明する。なお、以下の説明において、主となる詳細タスクを「検証タスク１」と示す。また、従となる詳細タスクを「検証タスク２」と示す。
　また、検証タスク１に関連付けられている要件を「要件Ａ」と示す。また、検証タスク２に関連付けられている要件を「要件Ｃ」と示す。また、要件Ａおよび要件Ｃと依存関係を持つ上位の検証要件を「要件Ｂ」、もしくは上位の設計要素を「要素Ｂ」と示す。また、要件Ａおよび要件Ｃと依存関係を持つ下位の検証要件を「要件Ｄ」と示す。ここで、「上位」、「下位」とは、設計要素と検証要件では設計要素が上位であり、子要件となる検証要件とその親となる検証要件では、子要件が上位となる。
　また、要件Ｂもしくは要素Ｂから、要件Ａへの影響度を示す依存度を「依存度１」と示す。また、要件Ｂもしくは要素Ｂから、要件Ｃへの影響度を示す依存度を「依存度２」と示す。また、要件Ａから、要件Ｄへの影響度を示す依存度を「依存度３」と示す。また、要件Ｃから、要件Ｄへの影響度を示す依存度を「依存度４」と示す。
　まず、統合タスク依存関係算出部２０８は、数式（Ｍｉｎ（Ｍｉｎ（要件Ａの開始時のばらしリスク，要件Ｂの検証リスクもしくは要素Ｂの要素リスク），要件Ｂもしくは要素Ｂの自由度）－Ｍａｘ（要件Ａの終了時のばらしリスク，要件Ｃの終了時の検証リスク））により、検証タスク１から検証タスク２に伝播するリスク値Ｐを算出する。そして、統合タスク依存関係算出部２０８は、数式（Ｐ×依存度３×依存度４）もしくはＰ値をそのまま採用することにより、検証タスク１から上位要件Ｂもしくは要素Ｂを経由して検証タスク２に伝播するリスク値ＶＶを算出する。なお、要件Ａと要件Ｃと要件Ｂもしくは要素Ｂとの組み合わせが複数存在する場合、統合タスク依存関係算出部２０８は、要件Ａと要件Ｃと要件Ｂもしくは要素Ｂとの組み合わせごとの、複数のリスク値ｖｖを算出する。
　つぎに、統合タスク依存関係算出部２０８は、数式（Ｍｉｎ（要件Ａの開始時の検証リスク，要件Ｄのばらしリスク）－Ｍａｘ（要件Ａの終了時の検証リスク，要件Ｃの終了時の検証リスク））により、検証タスク１から検証タスク２に伝播するリスク値Ｐを算出する。そして、統合タスク依存関係算出部２０８は、数式（Ｐ×依存度３×依存度４）もしくはＰ値をそのまま採用することにより、検証タスク１から下位要件Ｂを経由して検証タスク２に伝播するリスク値ＶＶを算出する。なお、要件Ａと要件Ｃと要件Ｄとの組み合わせが複数存在する場合、統合タスク依存関係算出部２０８は、要件Ａと要件Ｃと要件Ｄとの組み合わせごとの、複数のリスク値ＶＶを算出する。
　ここで、検証タスク１の要件Ａと検証タスク２の要件Ｃが直接的な依存関係を有し、上位が要件Ａで下位が要件Ｃとなる関係がある場合は、以下の処理を実行する。ここで、要件Ａから要件Ｃへの影響度を示す依存度を「依存度１１」と示す。まず、検証タスク１の開始時の要件Ａの検証リスクが、検証タスク２の終了時の要件Ｃの検証リスク以下の場合、統合タスク依存関係算出部２０８は、「０」を、検証タスク１から検証タスク２に伝播するリスク値Ｐの値とする。一方、検証タスク１の開始時の要件Ａの検証リスクが、検証タスク２の終了時の要件Ｃの検証リスクよりも大きい場合、統合タスク依存関係算出部２０８は、数式（Ｍｉｎ（要件Ａの開始時の検証リスク、要件Ｃの開始時の検証リスク））により、検証タスク１から検証タスク２に伝播するリスク値Ｐを算出する。そして、統合タスク依存関係算出部２０８は、数式（Ｐ×依存度１１）もしくはＰ値をそのまま採用する事により、検証タスク１から検証タスク２に伝播するリスク値ｖＶを算出する。なお、要件Ａと要件Ｃとの組み合わせが複数存在する場合、統合タスク依存関係算出部２０８は、要件Ａと要件Ｃとの組み合わせごとの、複数のリスク値ｖＶを算出する。
　もしくは、検証タスク１の要件Ａと検証タスク２の要件Ｃが直接的な依存関係を有し、下位が要件Ａで上位が要件Ｃとなる関係がある場合は、以下の処理を実行する。ここで、要件Ｃから要件Ａへの影響度を示す依存度を「依存度１１」と示す。まず、検証タスク１の開始時の要件Ａのばらしリスクが、検証タスク２の終了時の要件Ｃの検証リスク以下の場合、統合タスク依存関係算出部２０８は、「０」を、検証タスク１から検証タスク２に伝播するリスク値Ｐの値とする。一方、検証タスク１の開始時の要件Ａのばらしリスクが、検証タスク２の終了時の要件Ｃの検証リスクよりも大きい場合、統合タスク依存関係算出部２０８は、数式（Ｍｉｎ（要件Ａの開始時のばらしリスク、要件Ｃの開始時の検証リスク）－Ｍａｘ（要件Ａの終了時のばらしリスク、要件Ｃの終了時の検証リスク））により、検証タスク１から検証タスク２に伝播するリスク値Ｐを算出する。そして、統合タスク依存関係算出部２０８は、数式（Ｐ×依存度１１）もしくはＰ値をそのまま採用する事により、検証タスク１から検証タスク２に伝播するリスク値Ｖｖを算出する。なお、要件Ａと要件Ｃとの組み合わせが複数存在する場合、統合タスク依存関係算出部２０８は、要件Ａと要件Ｃとの組み合わせごとの、複数のリスク値Ｖｖを算出する。
　そして、統合タスク依存関係算出部２０８は、リスク値ＶＶ、リスク値ｖｖ、リスク値ｖＶ、およびリスク値Ｖｖのうちの最大値を、検証タスク１と検証タスク２との依存度として決定する。
　一の要件（または要素。以下同様。）のリスクを段階的に下げていくことを目的として、一の要件内に複数の段階処理が設けられている場合、統合タスク依存関係算出部２０８は、段階処理同士の依存度を求める。まず、統合タスク依存関係算出部２０８は、双方の段階処理に全く同一の要件が関連付けられているか否かを判断する。そして、全く同一の要件が関連付けられていると判断した場合、先行する段階処理と後攻する段階処理との依存度を「１０」に決定する。
　また、一の要件（または要素。以下同様。）を構造展開した結果、一の要件内に複数の子要件が含まれている場合、統合タスク依存関係算出部２０８は、子要件を対象としたタスク同士の依存度を求める。具体的には、統合タスク依存関係算出部２０８は、先行する子要件を対象としたタスクと後攻する子要件を対象としたタスクとの依存度を「１０」に決定する。
　図３５は、複数の詳細タスクの作業順序が示された統合タスク依存関係情報の一例を示す。図３５に示す統合タスク依存関係情報は、統合タスク作業順序算出部２１０が算出した複数の統合タスクの作業順序に従って、列および行が並べ替えられている点で、図３４に示した統合タスク依存関係情報と相違する。
　統合タスク作業順序算出部２１０は、統合タスク依存関係情報に示されている依存度に基づいて、複数の詳細タスクの作業順序を決定する。具体的には、統合タスク作業順序算出部２１０は、統合タスク依存関係情報に対するパーティション分析をおこなうことにより、統合タスク依存関係情報において、依存関係の強い詳細タスク同士が集約するように、統合タスク依存関係情報の列および行を並べ替える。たとえば、統合タスク作業順序算出部２１０は、特開２００７－１０９０７３号公報に記載されているパーティション分析を統合タスク依存関係情報に対しておこなうことにより、複数の詳細タスクの作業順序を決定してもよい。
　統合タスク作業順序算出部２１０は、統合タスク依存関係情報に対するパーティション分析をおこなうことにより、統合タスクの依存関係のループチェインを生成する。ループチェインとは、やりなおしの関係を有する依存関係同士のまとまりを意味する。たとえば、統合タスク作業順序算出部２１０は、図３５に示す統合タスク依存関係情報において、ループチェイン３５１０、ループチェイン３５２０、ループチェイン３５３０、およびループチェイン３５４０をそれぞれ生成する。たとえば、統合タスク作業順序算出部２１０は、特開２００７－１０９０７３号公報に記載されているパーティション分析を統合タスク依存関係情報に対しておこなうことにより、統合タスクの依存関係のループチェインを生成してもよい。
　図３６は、オーバーラップポリシー取得部２１４が取得したオーバーラップポリシーの一例を示す。図３６に示すオーバーラップポリシーは、「ループレベル」、「依存度」、および「同期タイプ」を有する。
　「ループレベル」には、並行作業化対象とするループチェインのループレベルが設定される。本実施形態においては、「依存度」には、「なし」または「１」～「１０」のいずれかの数値が設定される。ユーザは、オーバーラップポリシーに対して、複数のループレベルを設定することができる。
　「同期タイプ」には、同期対象として決定したタスク同士を、どのように並列処理させるかを示す数値が設定される。本実施形態においては、「同期タイプ」には、「１」～「３」のいずれかの数値が設定される。ユーザは、「ループレベル」に設定されている各ループレベルに対して、複数の同期タイプを設定することができる。
　「依存度」には、同期対象とするタスクを決定するための閾値が設定される。本実施形態においては、「依存度」には、「０」～「１０」のいずれかの数値が設定される。ユーザは、「ループレベル」に設定されている各ループレベルの、「同期タイプ」に設定されている各同期タイプに対して、依存度を設定することができる。
　統合スケジュール生成部２１６は、同期対象として決定されたタスク同士が同期する統合スケジュールを生成する。この場合、統合スケジュール生成部２１６は、同期タイプ「１」に該当するタスクに対しては、先行するタスクが終了すると同時に後続するタスクが開始するように、タスク同士が同期するスケジュールを生成する。また、統合スケジュール生成部２１６は、同期タイプ「２」に該当するタスクに対しては、先行するタスクと後続するタスクとが同時に終了するように、タスク同士が同期するスケジュールを生成する。また、統合スケジュール生成部２１６は、同期タイプ「３」に該当するタスクに対しては、先行するタスクと後続するタスクとが同時に開始するように、タスク同士が同期するスケジュールを生成する。
　たとえば、図３６に示すオーバーラップポリシーでは、ループレベル「９」には、同期タイプ「３」、同期タイプ「２」、および同期タイプ「１」がそれぞれ対応付けられている。また、これらのうち、同期タイプ「３」には、依存度「９」が対応付けられている。また、同期タイプ「２」には、依存度「９」が対応付けられている。同期タイプ「１」には、依存度「１０」が対応付けられている。
　この場合、統合スケジュール生成部２１６は、ループレベル「９」のループチェインに含まれるタスク同士が同期する統合スケジュールを生成する。このとき、統合スケジュール生成部２１６は、同期タイプ「３」に該当する、依存度が「９」以上のタスクに対しては、先行するタスクと後続するタスクとが同時に開始するように、タスク同士が同期するスケジュールを生成する。
　また、統合スケジュール生成部２１６は、同期タイプ「２」に該当する、依存度が「９」以上のタスクに対しては、先行するタスクと後続するタスクとが同時に終了するように、タスク同士が同期するスケジュールを生成する。また、統合スケジュール生成部２１６は、同期タイプ「１」に該当する、依存度が「１０」以上のタスクに対しては、先行するタスクが終了すると同時に後続するタスクが開始するように、タスク同士が同期するスケジュールを生成する。
　オーバーラップポリシーに複数のループレベルが設定されている場合、統合スケジュール生成部２１６は、複数のループレベルのそれぞれについて、当該ループレベルのループチェインに含まれているタスク同士が同期するスケジュールを生成する。なお、統合スケジュール生成部２１６は、一のタスクのスケジュールを生成する場合に、複数の他のタスクに同期タイプが設定されている場合、もっとも制約がきつい条件となるものを考慮して、当該一のタスクの開始時期が最も遅くなるように、当該一のタスクのスケジュールを生成してもよい。
　図３７は、統合スケジュール生成部２１６が生成した同期関係表の一例を示す。統合スケジュール生成部２１６は、統合スケジュールを生成する前に、タスク同士の同期関係を示す同期関係表を作成してもよい。
　同期関係表においては、図３５に示した統合タスク依存関係情報と同じ配列で、複数の統合タスクが配列されている。統合スケジュール生成部２１６は、複数の統合タスクの組み合わせのそれぞれについて、図３５に示した統合タスク同士の依存度、図３５に示したループチェインのループレベル、および図３６に示したオーバーラップポリシーに基づいて、同期関係表の各セルに、同期タイプを設定する。
　ここで、統合スケジュール生成部２１６は、一のループチェインに、当該一のループチェインよりも高いループレベルを有する他のループチェインが内包されている場合、当該他のループチェインを１つのみなしタスクとし、同期関係表の関連する各セルに、同期タイプを設定してもよい。
　たとえば、先行のタスクが通常のタスクで、後続のタスクがみなしタスクの場合、統合スケジュール生成部２１６は、まず、先行のタスクと、後続のみなしタスク（ループチェイン）内の複数の通常のタスクのそれぞれとの依存度のうち、最大値を有する最大依存度を特定する。そして、統合スケジュール生成部２１６は、先行のタスクに対する、上記複数の通常のタスクのそれぞれの同期関係について、特定した最大依存度に対応する同期タイプを設定する。
　また、先行のタスクがみなしタスクで、後続のタスクが通常タスクの場合、統合スケジュール生成部２１６は、まず、先行のみなしタスク（ループチェイン）内の複数の通常のタスクのそれぞれと、後続のタスクとの依存度のうち、最大値を有する最大依存度を特定する。そして、統合スケジュール生成部２１６は、上記複数の通常のタスクのそれぞれに対する、後続のタスクの同期関係について、特定した最大依存度に対応する同期タイプを設定する。
　また、先行のタスクがみなしタスクで、後続のタスクもみなしタスクの場合、統合スケジュール生成部２１６は、まず、先行のみなしタスク（ループチェイン）内の複数の通常のタスクのそれぞれと、後続のみなしタスク（ループチェイン）内の複数の通常のタスクのそれぞれとの依存度のうち、最大値を有する最大依存度を特定する。そして、統合スケジュール生成部２１６は、上記複数の通常のタスクのそれぞれに対する、上記複数の通常のタスクのそれぞれの同期関係について、特定した最大依存度に対応する同期タイプを設定する。
　図３８は、出力部２１７が出力した統合スケジュールの一例を示す。図３８に示すように、出力部２１７は、統合スケジュール生成部２１６が生成した統合スケジュールをガントチャート形式で出力してもよい。
　図３８に示す統合スケジュールにおいて、スケジュール３８１０は、製品開発プロジェクトにおける「技術試作フェーズ」の概略タスク「詳細設計」の、統合スケジュールを示す。また、スケジュール３８２０は、製品開発プロジェクトにおける「技術試作フェーズ」の概略タスク「技術試作」の、統合スケジュールを示す。また、スケジュール３８３０は、製品開発プロジェクトにおける「技術試作フェーズ」の概略タスク「技術試作評価」の、統合スケジュールを示す。
　図３８に示す統合スケジュールにおいて、斜線模様のタスクバーが示されている行は、概略スケジュール生成部２１５が生成した、概略スケジュール（しばりスケジュール）を示す。また、塗り潰されたタスクバーは、統合スケジュール生成部２１６が生成した、見込みスケジュールを示す。
　概略スケジュールおよび見込みスケジュールのそれぞれは、「作業開始時期」、「初期作業終了時期」を含む。「作業開始時期」には、概略タスクおよび詳細タスクの作業開始時期が設定される。「初期作業終了時期間」には、概略タスクおよび詳細タスクの、作業開始時期と作業期間に応じて、作業終了時期が設定される。
　図３８に示す統合スケジュールにおいて、複数の詳細タスクのそれぞれの見込みスケジュールの作業期間は、図３１に示した詳細タスクリストに示されている複数の詳細タスクのそれぞれの見積もり日数に基づいて、統合スケジュール生成部２１６によって決定されている。
　また、図３８に示す統合スケジュールにおいて、複数の詳細タスクの作業順序は、図３５に示した統合タスク依存関係情報に示されている複数の詳細タスクの作業順序に基づいて、統合スケジュール生成部２１６によって決定されている。
　また、図３８に示す統合スケジュールにおいて、複数の概略タスクのそれぞれの概略スケジュールの作業期間は、図３０に示した概略スケジュールに示されている複数の概略タスクのそれぞれの概略スケジュールに基づいて、統合スケジュール生成部２１６によって決定されている。
　また、図３８に示す統合スケジュールにおいて、複数の概略タスクの作業順序は、図３０に示した概略スケジュールに示されている複数の概略タスクの作業順序に基づいて、統合スケジュール生成部２１６によって決定されている。
　また、図３８に示す統合スケジュールにおいて、複数の概略タスクのそれぞれの見込みスケジュールの作業期間は、当該統合スケジュールに示されている複数の詳細タスクのそれぞれの見込みスケジュールに基づいて、統合スケジュール生成部２１６によって決定されている。
　統合スケジュール生成部２１６は、図３６に示したオーバーラップポリシーに基づいて、複数の詳細タスク同士の作業日程が同期する統合スケジュールを生成する。一例を挙げると、図３７に示した同期関係表においては、詳細タスク「ＮＩＰ部の基礎設計（１）」と詳細タスク「制御方式の検討」との同期関係を示すセルに同期タイプ「３」が設定されている。このため、統合スケジュール生成部２１６は、詳細タスク「ＮＩＰ部の基礎設計（１）」の作業開始時期と詳細タスク「制御方式の検討」の作業開始時期とが同期する統合スケジュールを生成する。
　このように、本実施形態の情報処理装置１００は、複数の階層の管理データを統合的に利用して、製品開発プロジェクトにおける一部のフェーズに着目した、統合スケジュールを生成できる。このため、本実施形態の情報処理装置１００によれば、製品開発プロジェクトの全体での統合スケジュールを生成する場合よりも、より適切な統合スケジュールを生成できる。
　図３９は、統合タスク依存関係算出部２０８が生成した統合タスクリストの一例を示す。図３９に示す統合タスクリストは、複数のタスクの作業順序が、統合スケジュール生成部２１６が決定した作業順序に並べ替えられている点で、図３２に示した統合タスクリストと相違する。
　また、詳細タスク［ＮＩＰ部の基礎設計（１）」および詳細タスク「制御方式の検討」の作業がそれぞれ完了したことに応じて、詳細タスク［ＮＩＰ部の基礎設計（１）」および詳細タスク「制御方式の検討」の「ステータス」が、それぞれ「未着手」から「済み」に更新されている点で、図３２に示した統合タスクリストと相違する。
　図４０は、ステータス取得部２２２が取得したリスク値、および依存度取得部２２４が取得した依存度の一例を示す。図４０に示すＤＭＭ表は、図３９に示したように統合タスクリストにおいて詳細タスクの「ステータス」が更新されたことに応じて、ステータス欄２７２０においては、対応する複数の要素のそれぞれのステータスが自動的に更新され、ステータス欄２７１０においては、関連する複数の要件のそれぞれのステータスが自動的に更新されている点で、図２７に示したＤＭＭ表と相違する。
　たとえば、データ整合化ユニット４００は、ステータス欄２７２０においては、詳細タスク［ＮＩＰ部の基礎設計（１）」のステータスが完了したことに応じて、要素「ヒートローラ部：スリーブ」、要素「ヒートローラ部：ラバー層」、要素「加圧部：加圧ローラ」の要素リスクを更新する。また、「制御方式の検討」の「ステータス」が完了したことに応じて、要素「制御部：コントロールロジック」の要素リスクを「３．０」に更新する。上記のそれぞれの要素リスクが更新されたことに応じて、要素「ヒートローラ部」、要素「加圧部」、要素「制御部」、要素「定着器構造」のそれぞれのユニットリスクが「３．０」を自動的に更新する。また、データ整合化ユニット４００は、ステータス欄２７１０においては、ステータスが更新された要素に関連する要件の、検証リスク値およびばらしリスク値を自動的に更新する。
　図４１は、統合タスク依存関係算出部２０８が生成した統合タスクリストの一例を示す。図４１に示す統合タスクリストは、複数のタスクの作業順序が、統合スケジュール生成部２１６が決定した作業順序に並べ替えられている点で、図３２に示した統合タスクリストと相違する。
　また、全ての詳細タスクの作業がそれぞれ完了したことに応じて、全ての詳細タスクの「ステータス」が、それぞれ「未着手」から「済み」に更新されている点で、図３２に示した統合タスクリストと相違する。
　図４２は、ステータス取得部２２２が取得したリスク値、および依存度取得部２２４が取得した依存度の一例を示す。図４２に示すＤＭＭ表は、図４１に示したように統合タスクリストにおいて全ての詳細タスクの「ステータス」が「済み」に更新されたことに応じて、データ整合化ユニット４００は、ステータス欄２７１０において、複数の要件のそれぞれの検証リスク値およびばらしリスク値を自動的に更新し、データ整合化ユニット４００は、ステータス欄２７２０において、複数の要素のそれぞれの要素リスク、およびユニットリスクを自動的に更新している点で、図２７に示したＤＭＭ表と相違する。
　図４３は、データ整合化ユニット４００による処理の他の一例を示す。第１の実施形態と、第２の実施形態とでは、データ整合化ユニット４００による処理方法が異なる。第２の実施形態では、整合値記憶部４０８には、上流と下流の関係を有する項目間のパスに対して、上流の項目から下流の項目が受ける整合値と、下流の項目から上流の項目が受ける整合値とのそれぞれを記憶する。ここで、子要素の要素リスクは、親要素のユニットリスクの上流であり、親要件の仕様リスクは子要件の仕様リスクの上流であり、要件の仕様リスクは要素リスクの上流であり、要素リスクは要件の検証リスクの上流であり、子要件の検証リスクは親要件の検証リスクの上流である。なお、ばらしリスクは仕様リスクの一種であり、リスク値の整合判断処理およびリスク値の更新処理においては、ばらしリスクは上流の仕様リスクと関係を持たない仕様リスクと位置付けられて処理される。
　図４３（ａ）に示す例では、整合値記憶部４０８には、下流の項目Ａからの上流の項目ａが受ける整合値として、「２」が記憶されている。ここで、下流の項目Ａから上流の項目ａに渡せる整合値の最大値は、数式（項目Ａリスク値×項目Ａと項目ａの依存関係／９）で「３」となるが、上流の項目ａのリスク値が「２」と設定されているので、下流の項目Ａから上流の項目ａへの整合値は、上流の項目ａの値に制限されて「２」となっている。また、整合値記憶部４０８には、下流の項目Ａから上流の項目ｂが受ける整合値として、「３」が記憶されている。また、整合値記憶部４０８には、下流の項目Ｂから上流の項目ｂが受ける整合値として、「２」が記憶されている。
　反対に、整合値記憶部４０８には、上流の項目ａから下流の項目Ａが受ける整合値として、「２」が記憶されている。また、整合値記憶部４０８には、上流の項目ｂから下流の項目Ａが受ける整合値として、「３」が記憶されている。また、整合値記憶部４０８には、上流の項目ｂから下流の項目Ｂが受ける整合値として、「２」が記憶されている。ここで、上流の項目ｂから下流の項目Ｂに渡せる整合値の最大値は、数式（項目ｂリスク値×項目ｂと項目Ｂの依存関係／９）で「３」となるが、下流の項目Ｂのリスク値が「２」と設定されているので、上流の項目ｂから下流の項目Ｂへの整合値は、下流の項目Ｂの値に制限されて「２」となっている。
　下流の項目のリスク値が増加した場合、まず、データ整合化ユニット４００は、リスク値が更新された項目に対して、上流の関係を有する項目のリスク値を更新する。具体的には、データ整合化ユニット４００は、（（更新後の下流のリスク値／更新前の下流のリスク値）×既存の下流から上流への整合値）により、リスク値が更新された下流の項目から上流の項目が受ける整合値を新たに算出する。そして、データ整合化ユニット４００は、リスク値が更新された下流の項目から上流の項目が受ける整合値を、算出した整合値に更新する。さらに、データ整合化ユニット４００は、上流の項目のリスク値を、下流の項目のそれぞれから受ける整合値のうちの最大値に更新する。
　たとえば、図４３（ｂ）に示すように、下流の項目Ａのリスク値が「３」から「５」に更新された場合、データ整合化ユニット４００は、下流の項目Ａから上流の項目ａが受ける整合値を「２」から「３．３３」に更新する。また、データ整合化ユニット４００は、下流の項目Ａから上流の項目ｂが受ける整合値を「３」から「５」に更新する。そして、データ整合化ユニット４００は、上流の項目ａのリスク値を「２」から「３．３３」に更新する。リスク値として整数値のみを許容する場合、データ整合化ユニット４００は、上流の項目ａのリスク値は「３」のまま更新しなくてもよい。また、データ整合化ユニット４００は、上流の項目ｂのリスク値を「３」から「５」に更新する。
　上流の項目がさらなる上流の項目を有する場合、データ整合化ユニット４００は、上記した処理を再度おこなうことにより、さらなる上流の項目のリスク値を更新する。
　続いて、データ整合化ユニット４００は、最上流の項目に対して、下流の関係を有する項目のリスク値を更新する。具体的には、データ整合化ユニット４００は、（（更新後の上流のリスク値／更新前の上流のリスク値）×既存の上流から下流への整合値）により、リスク値が更新された上流の項目から下流の項目が受ける整合値を新たに算出する。そして、データ整合化ユニット４００は、リスク値が更新された上流の項目から下流の項目が受ける整合値を、算出した整合値に更新する。さらに、データ整合化ユニット４００は、下流の項目のリスク値を、上流の項目のそれぞれから受ける整合値のうちの最大値に更新する。
　たとえば、図４３（ｃ）に示すように、上流の項目ａのリスク値が「３」から「３．３３」に更新された場合、データ整合化ユニット４００は、上流の項目ａから下流の項目Ａが受ける整合値を「２」から「３．３３」に更新する。
　また、図４３（ｃ）に示すように、上流の項目ｂのリスク値が「３」から「５」に更新された場合、データ整合化ユニット４００は、上流の項目ｂから下流の項目Ａが受ける整合値を「３」から「５」に更新する。また、データ整合化ユニット４００は、上流の項目ｂから下流の項目Ｂが受ける整合値を「２」から「３．３３」に更新する。リスク値として整数値のみを許容する場合、データ整合化ユニット４００は、子の項目ｂから親の項目Ｂが受ける整合値を「２」から「３」に更新してもよい。
　そして、データ整合化ユニット４００は、下流の項目Ｂのリスク値を「２」から「３．３３」に更新する。なお、下流の項目Ａのリスク値は、既に、上流の項目のそれぞれから受ける整合値のうちの最大値以上であるので、データ整合化ユニット４００は、下流の項目Ａのリスク値を更新しない。
　なお、一つの項目のリスク値が低下した場合の処理も、当該のリスク値が上昇した場合の一連の更新処理と同じであるが、リスク値が低下した項目から影響先の項目に対する整合値が影響先の値に制限されていている場合のみ、その項目間の整合値の更新ルールが異なる。たとえば、図４３（ｃ）の状態から項目Ａのリスク値を５から１へ更新した場合、項目Ａから項目ｂへの整合値は、項目Ａのリスク値「５」を項目ｂへ最大渡しうる整合値（項目Ａのリスク値×項目Ａと項目ｂの依存度／９により求められる値として「５」）となるので、データ整合化ユニット４００は、一つのリスク値の値が上昇した場合と同じく整合値を更新し、「１」と更新する。
　一方、項目Ａから項目ａへの整合値は、影響先の項目ａのリスク値「３．３３」により、項目Ａから項目ａへ最大渡しうる整合値（項目Ａのリスク値×項目Ａと項目ａの依存度／９により求められる値として「５」）から制限を受けた整合値として「３．３３」となっている。よって、この場合、この項目Ａから項目ａの整合値を更新するには、あらかじめ、項目Ａから項目ａへの整合値を影響先へ伝播するために最低限必要な項目Ａの必要リスク値を数式（項目Ａから項目ａへの整合値／項目Ａと項目ａの依存度×９）で「３．３３」と求め、項目Ａのリスク値が低下した場合の項目Ａから項目ａの整合値の更新処理は、項目Ａの必要リスク値以上の項目Ａのリスク値の低下分（５から３．３３までの低下分）は考慮せず、データ整合化ユニット４００は、（（更新後の項目Ａのリスク値／項目Ａの必要リスク値）×既存の項目Ａから項目ａへの整合値）により、「１」と更新する。
　このように、本実施形態の本実施形態の情報処理装置１００によれば、詳細タスクリストに対して進捗が入力されたことに応じて、進捗が入力された詳細タスクに関連する要件および要素のリスク値を、自動的に更新することができる。また、詳細タスクに関連する要件および要素のリスク値が更新された都度、当該更新により生じた複数の要件および要素間のリスク値の不整合を、自動的に解消することができるので、複数の要件および要素間のリスク値の整合状態を維持し続けることができる。このため、ユーザは、詳細タスクの作業が予定通り終了したことに応じて、詳細タスクリストに対して進捗を入力することで、各要件および各要素のリスク値がどのような状態にあるかを容易に把握することができる。また、詳細タスクの作業が予定通り終了したことを想定して、詳細タスクリストに対して仮想的に進捗を入力することで、各要件および各要素のリスク値がどのような状態に変化するかを容易に把握することができる。たとえば、ユーザは、これらを把握することで、作業漏れの有無、計画の見直しの必要性などを判断することができる。
　以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、請求の範囲の記載から明らかである。
　請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。
符号の説明
　１０　情報処理システム、１００　情報処理装置、１１０　データサーバ、１２１　端末装置、１２２　端末装置、１２３　端末装置、２００　スケジュール生成ユニット、２０１　概略タスクリスト取得部、２０２　概略タスク依存関係情報取得部、２０４　詳細タスクリスト取得部、２０６　要件要素依存関係情報取得部、２０８　統合タスク依存関係算出部、２１０　統合タスク作業順序算出部、２１２　統合タスク依存関係情報生成部、２１４　オーバーラップポリシー取得部、２１５　概略スケジュール生成部、２１６　統合スケジュール生成部、２１７　出力部、２１８　更新検出部、２２２　ステータス取得部、２２４　依存度取得部、２２６　要件要素依存関係情報生成部、２３１　概略タスク依存関係取得部、２３２　概略タスク作業順序算出部、２３３　概略タスク依存関係情報生成部、３００　データチェックユニット、３１０　判断基準値算出部、３３０　リスク値整合判断部、３５０　依存度判断基準値取得部、３７０　依存度整合判断部、３９０　判断結果情報出力部、３１２　第一判断基準値算出部、３１４　第二判断基準値算出部、３１６　第三判断基準値算出部、３１８　第四判断基準値算出部、３２０　第五判断基準値算出部、４００　データ整合化ユニット、４０２　リスク値更新検出部、４０４　リスク更新値算出部、４０６　リスク値更新部、４０８　整合値記憶部、５１０　ステータス欄、５２０　ステータス欄、５３０　依存度欄、９１０　表領域、９２０　表領域、９３０　表領域、９４０　表領域、１００１　セル、１０１０　表領域、１０２０　表領域、１０３０　表領域、１０４０　表領域、１３１０　スケジュール、１３２０　スケジュール、１３３０　スケジュール、１３４０　スケジュール、１４１０　ループチェイン、１４２０　ループチェイン、１５０５　ＣＰＵ、１５１０　ＲＯＭ、１５２０　ＲＡＭ、１５３０　通信インターフェイス、１５４０　ハードディスクドライブ、１５５０　フレキシブルディスク・ドライブ、１５６０　ＣＤ－ＲＯＭドライブ、１５７０　入出力チップ、１５７５　グラフィック・コントローラ、１５８０　表示装置、１５８２　ホスト・コントローラ、１５８４　入出力コントローラ、１５９０　フレキシブルディスク、１５９５　ＣＤ－ＲＯＭ、１５９８　ネットワーク通信装置、２７１０　ステータス欄、２７２０　ステータス欄、２７３０　依存度欄、３０１０　スケジュール、３０２０　スケジュール、３０３０　スケジュール、３３１０　表領域、３３２０　表領域、３３３０　表領域、３３４０　表領域、３５１０　ループチェイン、３５２０　ループチェイン、３５３０　ループチェイン、３５４０　ループチェイン、３８１０　スケジュール、３８２０　スケジュール、３８３０　スケジュール

Claims (14)

  1. 　開発対象の製品に要求される複数の要件のそれぞれの実現可能性を示すリスク値、および前記開発対象の製品に含まれる複数の要素のそれぞれに対する信頼度を示すリスク値を取得するリスク値取得部と、
    　前記要件および前記要素の依存度を取得する依存度取得部と、
    　前記リスク値および前記依存度に基づいて、前記複数の要件および前記複数の要素の依存関係が示された要件要素依存関係情報を生成する要件要素依存関係情報生成部と、
    　前記リスク値および前記依存度に基づいて、前記要件要素依存関係情報に用いられる複数の前記リスク値同士が整合しているか否かを判断するリスク値整合判断部と
    　を備える情報処理システム。
  2. 　親の前記要件を有する子の前記要件の前記リスク値、および前記親の要件と前記子の要件との前記依存度に基づいて、前記親の要件の前記リスク値が前記子の要件の前記リスク値と整合しているか否かの判断基準となる第一判断基準値を算出する第一判断基準値算出部をさらに備え、
    　前記リスク値整合判断部は、前記第一判断基準値と、前記親の要件の前記リスク値とを比較することにより、前記親の要件の前記リスク値が前記子の要件の前記リスク値と整合しているか否かを判断する請求項１に記載の情報処理システム。
  3. 　子の前記要件を有する親の前記要件の前記リスク値、および前記子の要件と前記親の要件との前記依存度に基づいて、前記子の要件の前記リスク値が前記親の要件の前記リスク値と整合しているか否かの判断基準となる第二判断基準値を算出する第二判断基準値算出部をさらに備え、
    　前記リスク値整合判断部は、前記第二判断基準値と、前記子の要件の前記リスク値とを比較することにより、前記子の要件の前記リスク値が前記親の要件の前記リスク値と整合しているか否かを判断する請求項２に記載の情報処理システム。
  4. 　親の前記要素を有する子の前記要素の前記リスク値、および前記親の要素が固有する前記リスク値に基づいて、前記親の要素の前記リスク値が前記子の要素の前記リスク値と整合しているか否かの判断基準となる第三判断基準値を算出する第三判断基準値算出部をさらに備え、
    　前記リスク値整合判断部は、前記第三判断基準値と、前記親の要素の前記リスク値とを比較することにより、前記親の要素の前記リスク値が前記子の要素の前記リスク値と整合しているか否かを判断する請求項３に記載の情報処理システム。
  5. 　親の前記要件を有する子の前記要素の前記リスク値、および前記親の要件と前記子の要素との前記依存度に基づいて、前記親の要件の前記リスク値が前記子の要素の前記リスク値と整合しているか否かの判断基準となる第四判断基準値を算出する第四判断基準値算出部をさらに備え、
    　前記リスク値整合判断部は、
    　前記第四判断基準値と、前記親の要件の前記リスク値とを比較することにより、前記親の要件の前記リスク値が前記子の要素の前記リスク値と整合しているか否かを判断する請求項４に記載の情報処理システム。
  6. 　子の前記要素を有する親の前記要件の前記リスク値、および前記子の要素と前記親の要件との前記依存度に基づいて、前記子の要素の前記リスク値が前記親の要件の前記リスク値と整合しているか否かの判断基準となる第五判断基準値を算出する第五判断基準値算出部をさらに備え、
    　前記リスク値整合判断部は、
    　前記第五判断基準値と、前記子の要素の前記リスク値とを比較することにより、前記子の要素の前記リスク値が前記親の要件の前記リスク値と整合しているか否かを判断する請求項５に記載の情報処理システム。
  7. 　前記要件要素依存関係情報を生成する場合に用いられた前記リスク値が更新されたことを検出するリスク値更新検出部と、
    　前記リスク値が更新されたことを前記リスク値更新検出部が検出することにより、前記リスク値が更新された前記要件または前記要素のリスク値と前記リスク値が更新された前記要件または前記要素に関連する前記要件または前記要素のリスク値とを整合させるための更新値を算出するリスク更新値算出部と、
    　前記リスク値が更新された前記要件または前記要素に関連する前記要件または前記要素のリスク値を前記更新値に更新するリスク値更新部と
    　をさらに備える請求項６に記載の情報処理システム。
  8. 　複数の前記依存度同士が整合しているか否かの判断基準となる依存度判断基準値を取得する依存度判断基準値取得部と、
    　複数の前記依存度および前記依存度判断基準値に基づいて、複数の前記依存度同士が整合しているか否かを判断する依存度整合判断部と
    　をさらに備える請求項７に記載の情報処理システム。
  9. 　前記依存度整合判断部は、
    　親の前記要件と複数の子の前記要件とのいずれかの前記依存度が、前記依存度判断基準値と一致する場合に、前記親の要件と前記複数の子の要件とのそれぞれの前記依存度同士が整合していると判断する請求項８に記載の情報処理システム。
  10. 　前記依存度整合判断部は、
    　子の前記要件と複数の親の前記要件とのいずれかの前記依存度が、前記依存度判断基準値と一致する場合に、前記子の要件と前記複数の親の要件とのそれぞれの前記依存度同士が整合していると判断する請求項９に記載の情報処理システム。
  11. 　前記依存度整合判断部は、
    　親の前記要件と複数の子の前記要素とのいずれかの前記依存度が、前記依存度判断基準値と一致する場合に、前記親の要件と前記複数の子の要素とのそれぞれの前記依存度同士が整合していると判断する請求項１０に記載の情報処理システム。
  12. 　前記依存度整合判断部は、
    　子の前記要素と複数の親の前記要件とのいずれかの前記依存度が、前記依存度判断基準値と一致する場合に、前記子の要素と前記複数の親の要件とのそれぞれの前記依存度同士が整合していると判断する請求項１１に記載の情報処理システム。
  13. 　情報処理システム用のプログラムであって、前記情報処理システムを、
    　開発対象の製品に要求される複数の要件のそれぞれの実現可能性を示すリスク値、および前記開発対象の製品に含まれる複数の要素のそれぞれに対する信頼度を示すリスク値を取得するリスク値取得部、
    　前記要件および前記要素の依存度を取得する依存度取得部、
    　前記リスク値および前記依存度とに基づいて、前記複数の要件および前記複数の要素の依存関係が示された要件要素依存関係情報を生成する要件要素依存関係情報生成部、
    　前記リスク値および前記依存度に基づいて、前記要件要素依存関係情報を生成する場合に用いられる複数の前記リスク値同士が整合しているか否かを判断するリスク値整合判断部
    　として機能させるプログラム。
  14. 　開発対象の製品に要求される複数の要件のそれぞれの実現可能性を示すリスク値、および前記開発対象の製品に含まれる複数の要素のそれぞれに対する信頼度を示すリスク値を取得するリスク値取得段階と、
    　前記要件および前記要素の依存度を取得する依存度取得段階と、
    　前記リスク値および前記依存度とに基づいて、前記複数の要件および前記複数の要素の依存関係が示された要件要素依存関係情報を生成する要件要素依存関係情報生成段階と、
    　前記リスク値および前記依存度に基づいて、前記要件要素依存関係情報を生成する場合に用いられる複数の前記リスク値同士が整合しているか否かを判断するリスク値整合判断段階と
    　を備える情報処理方法。
PCT/JP2009/000185 2008-01-23 2009-01-20 情報処理システム、プログラム、および情報処理方法 WO2009093441A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2009550464A JP5211077B2 (ja) 2008-01-23 2009-01-20 情報処理システム、プログラム、および情報処理方法
DE112009000168T DE112009000168T5 (de) 2008-01-23 2009-01-20 Informationsverarbeitungssystem, Programm und Informationsverarbeitungsverfahren
US12/841,163 US20100287017A1 (en) 2008-01-23 2010-07-21 Information processing system, program, and information processing method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2008-013163 2008-01-23
JP2008013163 2008-01-23

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/841,163 Continuation US20100287017A1 (en) 2008-01-23 2010-07-21 Information processing system, program, and information processing method

Publications (1)

Publication Number Publication Date
WO2009093441A1 true WO2009093441A1 (ja) 2009-07-30

Family

ID=40900953

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2009/000185 WO2009093441A1 (ja) 2008-01-23 2009-01-20 情報処理システム、プログラム、および情報処理方法

Country Status (4)

Country Link
US (1) US20100287017A1 (ja)
JP (1) JP5211077B2 (ja)
DE (1) DE112009000168T5 (ja)
WO (1) WO2009093441A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015122035A (ja) * 2013-12-25 2015-07-02 株式会社日立製作所 振り返りデータ生成システムおよび振り返りデータ生成方法
JP2016081185A (ja) * 2014-10-14 2016-05-16 富士ゼロックス株式会社 情報処理装置及び情報処理プログラム

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5804492B2 (ja) * 2011-03-29 2015-11-04 日本電気株式会社 リスク管理装置
JP5942481B2 (ja) * 2012-03-01 2016-06-29 富士通株式会社 運用作業管理システム、方法、及びプログラム
CN113672167B (zh) * 2021-07-09 2023-12-22 济南浪潮数据技术有限公司 一种分布式存储系统的数据一致性校验方法、装置及设备
CN114091930B (zh) * 2021-11-25 2024-06-18 深圳前海微众银行股份有限公司 业务指标预警方法、装置、电子设备和存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007109073A (ja) * 2005-10-14 2007-04-26 Itid Consulting:Kk 製品開発プロセス支援システム及び製品開発プロセス支援方法
JP2007265447A (ja) * 2007-07-13 2007-10-11 Itid Consulting:Kk 製品開発プロセス支援システム及び製品開発プロセス支援方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6219805B1 (en) * 1998-09-15 2001-04-17 Nortel Networks Limited Method and system for dynamic risk assessment of software systems
US7313531B2 (en) * 2001-11-29 2007-12-25 Perot Systems Corporation Method and system for quantitatively assessing project risk and effectiveness
CH696749A5 (de) * 2003-09-19 2007-11-15 Swiss Reinsurance Co System zum Ausführen einer Risikoanalyse.
US20050114829A1 (en) * 2003-10-30 2005-05-26 Microsoft Corporation Facilitating the process of designing and developing a project
US7552447B2 (en) * 2004-05-26 2009-06-23 International Business Machines Corporation System and method for using root cause analysis to generate a representation of resource dependencies
US7664712B1 (en) * 2005-08-05 2010-02-16 Troux Technologies Method and system for impact analysis using a data model
JP5150106B2 (ja) 2006-06-05 2013-02-20 本田技研工業株式会社 車両用視認補助装置
JP4240504B2 (ja) * 2006-08-04 2009-03-18 インターナショナル・ビジネス・マシーンズ・コーポレーション 製品開発プロセスにおける設計変更の影響度分析装置および方法
WO2008073431A2 (en) * 2006-12-11 2008-06-19 Grant Thornton Llp Method and system for risk evaluation and management

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007109073A (ja) * 2005-10-14 2007-04-26 Itid Consulting:Kk 製品開発プロセス支援システム及び製品開発プロセス支援方法
JP2007265447A (ja) * 2007-07-13 2007-10-11 Itid Consulting:Kk 製品開発プロセス支援システム及び製品開発プロセス支援方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015122035A (ja) * 2013-12-25 2015-07-02 株式会社日立製作所 振り返りデータ生成システムおよび振り返りデータ生成方法
JP2016081185A (ja) * 2014-10-14 2016-05-16 富士ゼロックス株式会社 情報処理装置及び情報処理プログラム

Also Published As

Publication number Publication date
US20100287017A1 (en) 2010-11-11
JPWO2009093441A1 (ja) 2011-05-26
DE112009000168T5 (de) 2011-01-27
JP5211077B2 (ja) 2013-06-12

Similar Documents

Publication Publication Date Title
JP5210328B2 (ja) 情報処理システム、プログラム、および情報処理方法
JP5211077B2 (ja) 情報処理システム、プログラム、および情報処理方法
JP6618461B2 (ja) メタデータ管理のシステム
US8768651B2 (en) System and method for automatic standardization and verification of system design requirements
US7644357B2 (en) Data conversion system
US11853794B2 (en) Pipeline task verification for a data processing platform
JP6090850B2 (ja) ソースプログラム解析システム、ソースプログラム解析方法およびプログラム
US20230086854A1 (en) Dynamically controlling case model structure using case fragments
CN112308727A (zh) 保险理赔业务处理方法及装置
CN111090803A (zh) 一种数据处理方法、装置、电子设备和存储介质
WO2005022307A2 (en) Facilitating design specification of a particular display
CN112328680A (zh) 一种电子元器件数据的处理方法、数据接口及管理系统
CN1963849A (zh) 产品数据管理系统的整合方法
JP6695847B2 (ja) ソフトウェア部品管理システム、計算機
WO2011054957A1 (en) Information integrity rules framework
GB2507874A (en) Comparing man-hours for manual and automated testing
CN114911511A (zh) 一种软件技术状态管理系统
US8255881B2 (en) System and method for calculating software certification risks
US8775873B2 (en) Data processing apparatus that performs test validation and computer-readable storage medium
JP5300888B2 (ja) ソフトウェア開発支援プログラム及び装置
JP2008027340A (ja) Ｗｅｂサービス設計方法及び装置
JP4749899B2 (ja) テーブル構造決定及び通知システム
US12124874B2 (en) Pipeline task verification for a data processing platform
JP4767633B2 (ja) 設計支援システム及びプログラム
KR101606820B1 (ko) 업무 시스템 개발 장치 및 업무 시스템 제공 서버

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09704088

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2009550464

Country of ref document: JP

Kind code of ref document: A

RET De translation (de og part 6b)

Ref document number: 112009000168

Country of ref document: DE

Date of ref document: 20110127

Kind code of ref document: P

122 Ep: pct application non-entry in european phase

Ref document number: 09704088

Country of ref document: EP

Kind code of ref document: A1