The present application claims priority from Japanese Patent application serial no. 2017-187680, filed on Sep. 28, 2017, the content of which is hereby incorporated by reference into this application.
The present invention relates to a technology of creating design/manufacturing data of a product, and particularly to a design support device and a design support method which detects an influence range according to a design process proposal and a change/improvement in specification of a product which is appropriate to an operator's request, and presents the influence range to a client in advance.
In recent years, the number of examination items to be considered in product development tends to increase as multi-functions and high performances are required for products. Therefore, in a product development field, a design method and a design support tool are employed as an organized effort in order to develop high quality products having less defects and reworking in a short period of time.
However, in an actual design, the number of redundant examination items is increased while establishing of a reviewing sequence and expanding of functions of the design support tool do not follow thereto. The design has been performed through trial and error day by day. As an effort against the problem, a checking work is automatically performed in part of design, and an improvement in work is employed step by step. However, there is trial and error for adjustment, a reviewing sequence is complicated, a reviewing content is also needed to satisfy several conditions with accuracy in some cases, and thus it takes a lot of time.
Regarding trial and error in design, there is known the following technique in which a man-hour of defects and risks are estimated in advance and presented to an operator.
JP-A-20TB598300 discloses a device which can estimate a man-hour of reworking caused by various large and small defects occurring in design stages and a cost necessary for solving the defects. In the disclosure, the device creates or updates a defect matrix in a unit of each project. A vertical axis of the defect matrix represents a procedure of finding defects, and a horizontal axis represents a procedure of mixing defects. Each column is written with the number of defects in reworking from the finding procedure to the mixing procedure. With this configuration, it is possible to easily estimate a cost necessary for the man-hour of reworking due to a defect and an improvement.
JP-A-2007-58409 discloses a device which estimates a situation of a current development project by estimating a potential risk on the basis of similarity to a project performed in the past, and presents a countermeasure. In the disclosure, the device automatically takes history data of the operator and compares the data with the problems and the history data of the similar type of phenomenon which has occurred in the past. The device presents a countermeasure against a risk of the project having a high similarity to characteristics and the current situation.
JP-A-20TB160546 discloses a device which estimates a potential risk and presents a countermeasure, and also presents a feasibility in the countermeasure of a risk in addition to the device disclosed in JP-A-2007-58409. In order to calculate the feasibility, attribute information related to a project such as an estimated cost, a prime cost, an estimated profit, a target profit margin, a client business, a cooperative company's name are input to an attribute information database. A relational equation is calculated to quantitatively obtain the feasibility.
However, the above techniques have problems as follows.
In the techniques disclosed in JP-A-20TB598300, JP-A-2007-58409, and JP-A-20TB160546, the man-hour of defects, a potential risk, and a countermeasure are presented. However, it is difficult to visually confirm the presented risk and a specific influence range of the countermeasure.
In addition, in the techniques disclosed in JP-A-20TB598300 and JP-A-20TB160546, the defect matrix may be necessarily created for each project, and the operator may necessarily input data to an attribute information database. Therefore, a degree of perfection may depend on a feeling or an empirical value of the operator during adjustment or inputting. In some cases, defects and requirements are overlooked, and thus a defect may be caused.
According to the invention, there is provided a design support device which supports a design project achieved by executing a plurality of tasks where one or a plurality of subtasks are included.
The design support device includes a recording unit which sequentially stores design history data of a design performed by a designer using a calculator, an output unit which outputs design support information, and a calculation unit.
The calculation unit includes a task relevance extraction unit which associates the design history data with the task to sequentially generate task-design history relevant data, a subtask definition unit which defines the subtask with respect to the task-design history relevant data to sequentially generate design process data, a subtask relevance extraction unit which generates subtask relevant data indicating a relevance between subtasks with respect to the plurality of pieces of design process data, and a difference extraction unit which estimates a subtask to be performed in a later design work with respect to an in-process design work from a difference between past design process data of a project performed in the past and in-process data in a project performed currently to obtain an estimate subtask, and calculates an optimal execution order to obtain estimate design process data. The estimate design process data is output through the output unit.
In addition, according to the invention, there is provided a design support method which supports a design project achieved by executing a plurality of tasks where one or a plurality of subtasks are included.
The design support method includes storing sequentially design history data of a design performed by a designer using a calculator, associating the design history data with the task to sequentially generate task-design history relevant data, defining a subtask with respect to the task-design history relevant data to sequentially generate design process data, generating subtask relevance data which indicates a relevance between the subtasks with respect to the plurality of pieces of design process data, estimating a subtask to be performed in a later design work with respect to an in-progress design work from a difference between past design process data of a project performed in a past and in-process data in a project performed currently to obtain an estimate subtask, and presenting estimate design process data of which an optimal execution order is calculated to the designer as the estimate subtask.
In addition, according to the invention, there is provided a design support device which supports a design project achieved by executing a plurality of tasks where one or a plurality of subtasks are included.
The design support device includes a unit which stores the operation history of a design tool operated by an operator and a history of creating/referring a file as design history data, a unit which compares date information in the design history data with date information of a task in a design procedure table of each product or project, and associates and registers the task and the design history data as task-design history relevant data, a unit which divides the design history data in a unit of subtask on the basis of the task-design history relevant data, and associates and registers the subtasks and an execution order of the subtasks in a design process database as design process data, a unit which calculates a relevance of the subtask from a relation between a creation file and a reference file in the subtask and a relation between the subtask and the execution order and registers the relevance to the design process database as subtask relevance data, a unit which sets the created design process data as in-process data for an in-process design work, sets the design process data registered to the design process database as past design process data, compares the in-process data with the past design process data, estimates a subtask to be performed in a subsequent design work with respect to the in-process design work, registers the estimate subtask as the estimate subtask data, a unit which calculates an optimal execution order on the basis of an average man-hour of the estimate subtask and the subtask relevance data, and registers the optimal execution order as an estimate design process, and a unit which displays the estimate design process through an output device.
In addition, according to the invention, there is provided a design support method which supports an operator to perform a design project using a calculator, the project being achieved by executing a plurality of tasks where one or a plurality of subtasks are included.
The design support method includes analyzing a design history of the operator from the calculator in a unit of subtask by comparing the history with a design procedure table, calculating a relevance between subtasks from a relation between a creation file associated with the subtask and a reference file, extracting an optimal design process from the relevance, and presenting the optimal design process to the operator.
A correlation of a design process and a casual relation between processes are registered and accumulated, so that it is possible to detect an influence range in advance when a specification content of design is changed/improved. In addition, countermeasures for a risk are taken in advance, so that reworking is prevented and quality can be maintained.
Hereinafter, examples of a design support device of the invention will be described using the drawings.
A CPU in
In addition, making a rough explanation on the functions of the design support device 1, the respective functions of a design history deriving procedure of which details are illustrated in
Hereinafter, an outline of main functions in the processing procedure according to the invention will be described. The main functions will be described using the recording unit M and the processing unit D. Further, the processing unit D corresponds to a task relevance extraction unit D1, a subtask definition unit D2, a subtask relevance extraction unit D3, a difference extraction unit D4, and a design process update unit D5.
The recording unit M includes a unit which automatically stores an operation history produced in the calculator CPU by one or more operators as design history data TB1. Information of the operation history can be stored at any time as information such as a connection state, an operating software, and a stored and created file, for example, from a virtual design work environment provided on a cloud to a network. Specific storing contents include, as described below using
Further, the recording unit M is stored with past data of a complete design project which has been already executed in the past by the operator and temporary data of an incomplete design project which is currently executed by the operator. In the invention, a design project not yet started or an incomplete design project which has been partially executed are subjected to a design support from the subsequent design procedure.
The task relevance extraction unit D1 is a unit which compares date information in the design history data TB1 with date information of a task in a design procedure table of each product or project of the operator, creates task-design history relevant data TB2 associating the design history data and the task, and stores the data to a design history database DB1. With this configuration, the design history data TB1 stored in the design procedure table during a task progressing period is highly related to the task, and becomes the task-design history relevant data TB2. As information which can be compared other than the date information, an input/output file, a reference file, and a work person can be compared for example. The task-design history relevant data TB2 will be described below using
The subtask definition unit D2 is a unit which defines a subtask obtained by further dividing the task in the design procedure table from the design history data TB1 on the basis of the task-design history relevant data TB2. The subtask may be defined by dividing, for example, a unit of creation file and a unit of working directory stored in the design history data. The defined subtasks are sorted in an execution order, and registered to the design process database DB2 as design process data TB3 in association with the execution order between the subtasks. The design process data TB3 will be described below using
Further, the design history data TB1 includes information of the working directory and the work person in addition to input/output information and reference information associated with, for example, a storing history of an input/output file and a reference history of a file. Therefore, when a subtask is defined, the information of the working directory and the work person can be defined as attribute information in association with the subtask in addition to the input/output file and the reference file. In addition, candidates of a subtask name are automatically presented to the operator from file names of the input/output file and the reference file, a title denoted in a file, or a folder name of the working directory, so that the operator is urged to define the subtask.
The subtask relevance extraction unit D3 includes a unit which calculates a relevance between the attribute information and the execution order or a frequency of occurrence of the subtask using the attribute information of the input/output file and the reference file defined in association with the subtask in the subtask definition unit D2, and stores the relevance as subtask relevance data TB4 to the design process database DB2. The subtask relevance data TB4 will be described using
Further, as a method of calculating the relevance, for example, a technique disclosed in “Identifying Controlling Features of Engineering Design Iteration” (Smith, R. P. and S. D. Eppinger, 1997) may be applied. These methods are techniques in which the relevance between the subtasks is optimized by calculating a repetition probability so as to make an optimal process. The relevance may be weighted with an index indicating a length in an execution time of the entire process. For example, it is assumed that the design process data TB3 is completed at a short execution time than other design process data. The subtask of the design process data TB3 is weighted in correspondence with the calculated relevance. Therefore, the control may be performed to contribute to the change to an optimal process.
The difference extraction unit D4 includes a unit which compares in-process data TB5 registered to the design process data DB2 with the execution order or the relevance of the subtask of past design process data TB6, makes an estimation on the in-process data TB5 whether there is a subtask which is likely to occur in the subsequent calculation, and registers estimate subtask data TB7 to a design process update database D5 in association with the in-process data TB5. The in-process data TB5 and the past design process data TB6 will be described below using
Further, the difference extraction unit D4 includes a unit which calculates an optimal execution order with respect to the in-process data TB5 on the basis of an average man-hour and the subtask relevance data TB4 with respect to the estimate subtask data TB7, and registers estimate design process data TB8 to the design process update unit D5 in association with the in-process data TB5. For example, in a case where the in-process data TB5 tends to increase more than the average man-hour, a process showing a tendency of a large average man-hour is retrieved from the design process database DB2. An optimal execution order is calculated on the basis of the similar past design process data TB6 and the subtask relevance data TB4 of the subtask thereof from the retrieval result.
In the design process update unit D5, the finally obtained processing result of the design support device 1 is displayed in the display unit of the calculator that the operator operates.
The outline of the invention has been described on the basis of the main functions of
First, the description will be given using
In the first Step S200 in the processing flow of
Next, in Step S201, it is detected whether there is a new design history recorded by the recording unit M. In a case where there is no detection, the process returns to Step S200 to receive the design history.
In a case where a design history is detected in Step S201, the design history data TB1 is created on the basis of a content of the design history in Step S202.
According to the design history of
In Step S203, the date information of the task in the design procedure table of a project and a product of which the operator is in charge is acquired.
In a method of acquiring the date information, for example, when a keyword such as a project name and a product name included in a creation file of the design history data TB1 is retrieved, the attribute information such as the creation date and the work person is narrowed down in a hit file to select the design procedure table. The date information is acquired on the basis of the contents. Even in a case where a design process table is not yet established, the date is acquired on the basis of a file in which a Gantt chart and a due data are indicated to acquire the date information such as a task due date. Further, this device can normally operate even under an environment where the date information of the task is not possible to be normally acquired.
In Step S204, the date information acquired in Steps S202 and S203 are compared, and the design history data TB1 created during the task progressing period is retrieved and acquired.
In Step S205, the design history data TB1 created during the task progressing period and the task as a result of Step S204 are associated and registered to the design history database DB1 as the task-design history relevant data TB2. The registered task-design history relevant data TB2 is registered in a data format such as a table structure or an XML structure.
Further, in the invention, a plurality of tasks are executed to achieve a project, or each task is formed by a plurality of subtasks.
Next, an example of a registration procedure from the subtask definition unit D2 to the design process database DB2 will be described using
In the first Step S300 of the processing flow of
For example, when an arbitrary file is generated, it is detected that one or more arbitrary files are generated or one subtask is generated by grasping a copying action on the basis of a difference of the design history data TB1 before and after the file generation, or it is detected that a subtask is terminated. A threshold value used in the detection is set by the operator such that the subtask is finely or roughly graded.
Next, in Step S301, it is detected whether there is a new design history. In a case where there is no detection on the basis of a change at the time of defining the previous subtask, a change is received again in Step S300.
In Step S302, a file name and a main topic of the content of the generated file is acquired in the detected design history data TB1 in Step S300. In this case, while the process is specified to a file, the working directory or a folder name included in the design history data TB1 may be acquired.
In Step S303, the subtask is defined using the acquired file name and the acquired subtask name as candidates. At this time, the subtask name may be arbitrarily corrected or changed by the operator. In the definition of these subtasks, there are included the date, a task name, the worker, the project ID, a product name, an examination item, the input data, the output data, the reference data, the development due date, a scale, the personnel number, and the member name. Further, these types of information are defined in association with all the subtasks.
In Step S304, the subtask defined in Step S303, the task name, and the worker are registered to the design process database DB2 as the design process data TB3.
Making an explanation on a task “structure reviewing of hood” for example, the subtasks in this case include “determine design” in design process data 101, “secure layout space of support bracket” in design process data 102, “calculate strength of support bracket” in design process data 103, “execute CAE for strength evaluation of support bracket” in design process data 104, and “evaluate CAE result for strength evaluation of support bracket” in design process data 107. In addition, making an explanation on a task “structure reviewing of bracket” for example, the subtasks include “determine design” in design process data 105, “secure volume of storage space” in design process data 106, “calculate strength of bracket” in design process data 108.
According to a processing history performed by the operator “AAAA”, it can be seen that the design process data 101 to 104 corresponds to the structure reviewing of the hood, the structure reviewing is performed over the design process data 105 and 106, the structure reviewing of the hood is performed in the design process data 107, and the structure reviewing of the bracket restarts from the design process data 108.
In the flow of
In addition, there are provided a menu 803 which presents information of a subtask performed until right before on the same task, and an option menu 804 which presents information related to the subtask. These menus 803 and 804 are used for the design support device 1 to extract the subtask candidate 802 to specifically show proposed basis data to the operator in order to easily get confirmation and understanding of the operator. The basis data indicates information related to the defining of a subtask and information used as a basis for the defining.
First, the description will be given about the exemplary expansion screen 803A of the menu 803 which displays the information until the previous subtask. Herein, the subtasks in a task which has been performed by the work person are displayed in a time series. In this example, a subtask A performed at first in the task corresponds to a left end 901-2, and an in-process subtask C corresponds to a right end 901-3. In this way, a plotting of connecting the subtasks in a time series in an execution order is called a time line hereinbelow. The time line may be presented to the operator using unique symbols together with the subtask names. In a case where there are several work persons of the subtask, the subtask may also be displayed with a connection to the work persons.
Next, the description will be given about the exemplary expansion screen 804A of the option menu 804. Herein, the recorded content of the design history data TB1 is displayed as information to help the operator confirm. There are displayed the date 600, the worker 601, the project ID 602, the development due date 604, the personnel number 605, the member name 606, the input data 607, the output data 608, and the reference data 609 in the subtask.
Further, the input data, the output data, and the reference data may be selected from a data list screen 902-1 included in the design history data TB1 by individually selecting data from the data list 902-1 and selecting a registration button 90TB7 in a case where the option 804A is displayed. For example, a plurality of pieces of the corresponding data may be selected as the reference data 609.
Using the screens described in
Next, the description will be given about an example of a registration procedure from the subtask relevance extraction unit D3 to the design process DB DB2 using
In the first Step S400 of a process of extracting a relevance of the subtask, the input data 607, the output data 608, and the reference data 609 which are associated with the subtask 1001 are acquired in the design process data TB3 of the defined subtask.
Next, in Step S401, the date 600 in the subtask 1001 is acquired in the design process data TB3 of the defined subtask.
In Step S402, a relevance between subtasks is calculated from the acquisition result in Step S400 and the execution order of the subtask 1001 obtained from the acquisition result of Step S401, and the subtask relevance data TB4 is created. As a method of calculating a relevance, for example, there may be applied a technique disclosed in “Identifying Controlling Features of Engineering Design Iteration” (Smith, R. P. and S. D. Eppinger, 1997). These methods are techniques in which the relevance between the subtasks is optimized by calculating an elapsed time of the subtask and the repetition probability so as to make an optimal process. With this technique, the relevance between the subtasks is quantitatively evaluated, and the correction of an optimal process can be achieved.
In Step S403 which is additionally performed as needed, the relevance obtained in Step S402 may be assigned with a weight using indexes such as the length of execution time of the entire process, a design skill of the operator, and the number of skipped subtasks. For example, it is assumed that there is a design process data which is completed in a state where the execution time is shorter than other design process data, and the number of skipped subtasks is small. In this case, the weight of the relevance is set to be high in the subtask of the design process data so as to perform the control to contribute to the change to an optimal process. Step S403 may be appropriately performed as needed.
In Step S404, highly versatile and standard design process data is generated from a design process data group which has been performed in the past as the operation is progressed. Such data is called standard design process data.
As a method of calculating the relevance, for example, a technique disclosed in “Identifying Controlling Features of Engineering Design Iteration” (Smith, R. P. and S. D. Eppinger, 1997) is applied. A DSM (Design Structure Matrix) used in the technique is a method of calculating an elapsed time of the subtask and the repetition probability so as to change the relevance between the subtasks to an optimal process.
The matrix 1100 of the relevance of
Therefore, in the invention, the execution order of the subtasks having a low probability to return to the previous process is reviewed. The matrix 1101 of the relevance of
According to the matrix 1101 of the relevance after correction, the subtasks are not performed in an order of A→B→C→D→E→F→G, but in an order of C→F→G→B→D→E→A→H.
Next, the description will be given about an example of a procedure after the process of the difference extraction unit D4 up to the design process update unit D5 in
In the first Step S500 in the processing flow of
Next, in Step S501, the registered past design process data TB6 is acquired from the design process data TB3. The past design process TB6 is a synonym for the standard design process data. In other words, in the case of the same type of design performed in the past, the execution order of the subtasks at that time is corrected to an execution order of the subtasks after the partitioning using the DSM described above, and then recorded as the past design process TB6. With this configuration, the past design process TB6 can be handled as the standard design process data, and can be handled as training data with respect to the in-process data TB5 described below.
In Step S502, the in-process data TB5 and the past design process data TB6 are compared to extract a difference. Specifically, the subtasks of both the design process data TB5 and TB6 are compared, and a difference from the past design process data TB6 in the in-process data TB5 is extracted.
In Step S503, a subtask to be executed next in the in-process data TB5 is created as the estimate subtask data TB7 from the difference data extracted in Step S502.
In Step S504, a design process data to be executed future in the in-process data TB5 is created as the estimate design process TB8 from the difference data extracted in Step S502.
In Step S505, the estimate subtask data TB7 created in Step S503 and the estimate process data TB8 created in Step S504 are associated to the in-process data TB5.
In Step S506, the in-process data TB5 associated to Step S505 is output to the design process update unit D5. In the design process update unit D5, the subtask to be executed later is displayed in an output device for the operator to confirm.
Next, the description will be given using a WBS (Work Breakdown Structure) 1200 about an example of the in-process data TB5 registered in the design process data TB3 with reference to
In
Next, the description will be given using a WBS 1300 about an example of the past design process data TB6 registered in the design process data TB3 with reference to
In each subtask, the dependent relation to the subtask G (1301) is associated. For example, the subtask B (1302) is associated to a value of 0.3 which is displayed as a probability 1307 to return to the previous process after executing the subtask G (1301). Similarly to 1307, the dependent relation is associated even to the subsequent subtasks.
Since the calculation is made according to the in-process subtask, the probability is sequentially calculated according to a progress situation of the subtasks, so that the design process data TB3 optimized to the situation in progressing of the operator is displayed. Further, the dependent relation to the subtasks of the previous process is also associated to subtasks D (1303) to H (1306) after executing the subtask B (1301). For example, a probability 1308 that the subtask D (1303) is executed next to the subtask B (1302) of the previous process is associated with a value of 0.4.
Next, the description will be given in a time line format 1400 about an example of the estimate subtask data TB7 which is generated from the difference extraction unit D4 with reference to
Next, the description will be given in a time line format 1500 about an example of the estimate design process data TB8 which is generated from the difference extraction unit D4 with reference to
Finally, the description will be given about a time line format 1600 and a WBS structure 1601 as an example of data to be output from the design process update unit D5 to an output device.
First, the output data of the time line format 1600 will be described using
Next, the output data of the WBS structure 1601 will be described using
The design support device according to the embodiment of the invention described above employs the following configuration for example. The design support device includes the recording unit M which stores the operation history of a design tool operated by the operator and a history of creating/referring a file as the design history data TB1, the task relevance extraction unit D1 which compares the date information in the design history data TB1 with the date information of a task in the design procedure table of each product or project, and associates and registers the task and the design history data TB1 as the task-design history relevant data TB2 to the design history database DB1, the subtask definition unit D2 which divides the design history data TB1 in a unit of subtask on the basis of the task-design history relevant data TB2, associates and registers the subtasks and the execution order of the subtasks in the design process database DB2 as the design process data TB3, the subtask relevance extraction unit D3 which calculates a relevance of the subtask from a relation between a creation file and a reference file in the subtask and a relation between the subtask and the execution order and registers the relevance to the design process database DB2 as the subtask relevance data TB4, the difference extraction unit D4 which sets the created design process data TB3 as the in-process data TB5 for the in-process design work, sets the design process data TB3 registered to the design process database DB2 as the past design process data TB6, compares the in-process data TB5 with the past design process data TB6, estimates a subtask to be performed in the subsequent design work with respect to the in-process design work, registers the estimate subtask to the design process update database D5 as the estimate subtask data TB7, calculates an optimal execution order on the basis of the average man-hour of the estimate subtask data TB7 and the subtask relevance data TB4, and registers the optimal execution order to the design process update database D5 as the estimate design process data TB8, and an output unit which outputs the estimate subtask data TB7 and the estimate design process data TB8 to a display unit through an output device CPU.
Number | Date | Country | Kind |
---|---|---|---|
2017-187680 | Sep 2017 | JP | national |