KR102081975B1 - Apparatus and Method for Managing Mechanical completion state - Google Patents

Abstract

According to one embodiment disclosed in the present document, provided is an apparatus for managing an MC status, which comprises a memory for storing raw process data, a display, and a processor functionally connected with the memory and the display. The processor may extract MC-possible data in which an MC preceding operation is completed from the raw process data, identify a completed MC operation and an incomplete MC operation based on performance information related to MC operations corresponding to the extracted MC-possible data, generate MC-related status information in which the completed MC operation and the incomplete MC operation are classified, and indicate the MC-related status information through the display by classifying the completed MC operation and the incomplete MC operation.

Description

Apparatus and Method for Managing Mechanical completion state}

Various embodiments disclosed herein relate to plant manufacturing process management techniques.

Plants (eg offshore plants) are large-scale production facilities installed at sea or on land for exploration, drilling and production of resources (eg oil and gas). Plants can include deep sea crude oil drilling, drillships, floating production storage offloading (FPSO), and fixed production or mining platforms.

The plant is a large-scale funded large-scale business, and the market for shipbuilding as well as various equipment and equipment materials derived from plant construction is very large. The plant is a very large and complex structure that combines a large vessel and a land plant. As a large construction project in which a large amount of parts such as special equipment, valves, piping, and steel structures are manufactured and assembled, the design and construction can be very complicated and difficult. . For example, drying defects in plants can be linked to large sea accidents, leading to astronomical cost losses.

Therefore, plant manufacturers (e.g. shipyards) are required to comply with design and standards across almost all processes, including mechanical completion (MC), pre-commissioning (PC) and commissioning (C), sea-trial, Process control and quality control are performed, including instrument accuracy and drive performance, compliance with international regulations, fault and error checks and resolutions.

Korea Patent Registration No. 10-1499639

As such, the design and construction of the plant is so complex and demanding that process control and quality, including inspection of whether the plant design and construction are in compliance with the design criteria, have been performed normally, and exhibit design performance. Management can also be very massive and difficult.

Various embodiments disclosed in the present disclosure may provide an MC status management apparatus and a method for detecting and visually providing an MC work target based on raw process data related to a plant.

According to an embodiment of the present disclosure, an MC status management apparatus may include a memory configured to store raw process data; display; And a processor operatively connected to the memory and the display, wherein the processor is configured to extract MC-capable data on which MC predecessors have been completed among the raw process data, and to perform MC tasks corresponding to the extracted MC-capable data. Identify completed and incomplete MC tasks based on performance information, generate MC-related status information in which the completed and incomplete MC tasks are distinguished, and distinguish the completed and incomplete MC tasks. The MC-related status information is displayed on the display, and the processor generates information on the remaining number of MC tasks having a problem occurring during the incomplete MC task or BP information including an MC pre-work missing / incomplete point. And store the remaining number and the BP information in association with each other. If so, the BP information related to the remaining number is provided.

In addition, the MC status management method according to an embodiment disclosed in the present document, the operation of obtaining the raw process data; Extracting MC-capable data on which MC preceding work is completed among the raw process data; Identifying a completed MC task and an incomplete MC task based on performance information related to MC tasks corresponding to the extracted MC-capable data; And generating and storing MC related status information in which the completed MC task and the incomplete MC task are divided, wherein the processor of the MC status management apparatus includes a problem or an MC preceding task occurring during the incomplete MC task. Residual number information is generated for an MC job with BP information including missing / incomplete points, stored in association with the remaining number and the BP information, and when the remaining number is selected, BP information related to the remaining number is selected. to provide.

According to various embodiments of the present disclosure, the MC work target may be detected and visually provided based on the raw process data related to the plant. In addition, various effects may be provided that are directly or indirectly identified through this document.

1 shows a working process flow of a plant according to one embodiment.
2 is a block diagram of an apparatus for managing MC status according to an embodiment.
3 illustrates an interface setting screen 300 of raw process data according to an exemplary embodiment.
4 illustrates an entire MC overview table according to one embodiment.
5 illustrates an S-Curve graph 500 for each MC item, according to an exemplary embodiment.
6 illustrates an S-Curve graph 600 for each stage of a punching operation, according to an exemplary embodiment.
7A illustrates a daily MC overview table 710, according to one embodiment.
7B illustrates a daily MC overview graph 720, according to one embodiment.
8 illustrates a daily punch summary table 810 and a graph 820, according to one embodiment.
9 illustrates an MC package status graph 910 according to an embodiment.
10 is a diagram illustrating an MC status table 1000 for each system, according to an exemplary embodiment.
11 illustrates a detailed punch status table 1100 according to an embodiment.
12 illustrates a BP information table 1200 according to an embodiment.
13 illustrates a piping package schematic status table 1300 according to an embodiment.
14 illustrates a piping package hierarchy status table 1400, according to an embodiment.
15 illustrates a piping package detail status table 1500 according to an embodiment.
16 illustrates a pipe spool implementation status table 1600 according to an embodiment.
17 illustrates a cable related MC status table 1700 according to an embodiment.
18 illustrates a cable implementation status table 1800 according to an embodiment.
19 illustrates an HVAC-related MC status table 1900 according to an embodiment.
20 illustrates an HVAC implementation status table 2000 according to an embodiment.
21 illustrates an MC status management method according to an embodiment.
In connection with the description of the drawings, the same or similar reference numerals may be used for the same or similar components.

1 shows a working process flow of a plant according to one embodiment.

The plant goes through an MC predecessor step 110 (stage) 110, a MC (mechanical completion) step 120, a pre-commissioning (PC) job step 130, and a commissioning (C) job step 140. Can be completed. The plurality of MC predecessors performed in the MC predecessor step 110 becomes a single MC workflow, and the plurality of MC jobs performed in the MC predecessor step 120 becomes a single PC work target. The plurality of PC work objects performed in the work step 130 may be one C work object. Thus, the step-by-step operations of the plant fabrication process can form a pyramid structure as a whole.

The MC preliminary work step 110 may be, for example, a process of producing, installing, or assembling the machines, pipes, and wires constituting the plant according to the design drawings and specifications. In MC predecessor step 110, the first process data including at least one of the planning, performance, completed / incomplete classification information of the production and installation of the machinery, piping and wires constituting the plant is generated and stored (or, Recorded). The MC predecessor may include the production (eg, cutting, connecting, welding, fastening) installation of machinery, piping and wires (eg, spool piping, machinery, piping and wires related to HVAC equipment and communication equipment).

MC work step 120 may be a process step of performing a separate test and inspection of the static mechanical performance of the machine, pipes and wires installed or assembled according to the design drawings and specifications. The MC refers to, for example, a state in which machines, pipes, and wires are installed or assembled according to design drawings and specifications, and have undergone individual tests and inspections that demonstrate predetermined static mechanical performance. . In MC operation step 120, MC type information (e.g., factory acceptance test (FAT), ATK (at the Korea), area information (e.g. Deckhouse), system (performing MC inspection) for machines, piping and wires Information, MC Discipline Information, Plan Information, Actual Information (e.g. Complete / Incomplete Classification Information), Blocking Point (hereinafter referred to as "BP") Information, and Punch Information The second process data including at least one of the above may be generated and stored, wherein the MC type information is performed at the equipment / material purchasing company constituting the plant (FAT) or at the domestic manufacturing site of the plant. The area information may include an identifier for identifying which area of the plurality of divided areas constituting the plant is an MC test. ) (MC) inspection item, H VAC test items, mechanical test items, piping test items, electrical test items, instrument & controls test items, telecom test items, safety test items The BP information may be information related to a problem (or a missing point) occurring in the MC predecessor step 120. The punch information may be a degree of defect occurrence (or a problem) related to an MC work target. Rating).

The PC work step 130 may be a process of checking whether fluid is normally flowed to all pipes, electricity is normally supplied to the connected wires, and whether the connection of the control circuit connected to the system is properly performed. Once the PC work step 130 is complete, all items ready for commissioning to the plant can be completed. In the PC work step 130, third process data related to the PC work step 130 may be generated.

C working step 140 may be a process of testing whether the plant is running by supplying the main power to the plant. In operation C 140, fourth process data related to operation C 140 may be generated.

The raw process data generated and stored in the above-described work steps is generated and distributed by a plurality of users or a plurality of terminals, and stored in a large amount of data. Therefore, combining the process data may be difficult. In order to prevent such a problem, according to embodiments of the present disclosure, the MC status management apparatus detects MC work objects by classifying, processing, and combining (eg, counting) the first process data and the second process data according to specified criteria. In addition, the MC-related status information which can easily identify the detected MC work objects may be generated and provided. The MC-related status information may include MC task target information, MC task count information (per system, item, region, issue), punch information, and BP information according to plan and performance. As the MC status management device organically associates detailed MC-related status information corresponding to the rough MC-related status information and the rough MC-related status information, the user (for example, a task manager) is one of the rough MC-related status information. As one piece of information is selected, detailed MC related status information can be confirmed.

According to various embodiments of the present disclosure, the MC status management apparatus may provide status information on the entire plant manufacturing process by classifying, processing, and combining the third process data and the fourth process data in addition to the first process data and the second process data. . Since the first to fourth process data (first process data, second process data, third process data, and fourth process data) are data not processed according to a specified rule used by the MC status management apparatus, the following description In the following description, the first through fourth process data are referred to as raw process data.

According to the above-described embodiment, the MC status management apparatus 20 associates the relevant data as the raw process data is processed according to a specified rule, and aggregates the work front (work front / work object) and provides them in a table or graph format. can do. Therefore, the MC status management apparatus 20 can support the user to easily grasp how much of the work target for each process.

2 is a block diagram of an apparatus for managing MC status according to an embodiment.

Referring to FIG. 2, the MC status management apparatus 20 according to an embodiment may include a communication circuit 210, a display 230, a memory 220, and a processor 240. In an embodiment, the MC status management apparatus 20 may omit some components or further include additional components. In addition, some of the components of the MC status management apparatus 20 may be combined into one entity, and may perform the same functions of the corresponding components before combining. Alternatively, the MC status management device 20 may be composed of a plurality of devices. For example, the MC status management apparatus 20 may be configured as a web server that provides MC-related status information on a web basis and a client that accesses a web server to upload raw process data or acquire MC-related status information. . According to an embodiment, the MC status management apparatus 20 may be various computing devices including a PC, a notebook computer, a smart phone, a tablet, and a wearable computer.

The communication circuit 210 may support the establishment of a communication channel or a wireless communication channel between the MC status management device 20 and another device (for example, the external electronic device 10), and communication through the established communication channel. The communication channel may be, for example, a communication channel such as a local area network (LAN), Fiber to the home (FTTH), x-Digital®Subscriber® Line (xDSL), WiFi, Wibro, 3G, or 4G. The external electronic device 10 may include, for example, an ordering server, a plant manufacturer (eg, a shipyard server), a client server, and servers of a plurality of companies participating in plant manufacturing. The external electronic device 10 may store data of at least one of a plant design department of a plant manufacturer, a material management department constituting the plant, a material inspection department, a spot management department, a QA department of a plant, and a production department of a plant. It may include at least one device for storing.

The display 230 may display, for example, various contents (eg, text, images, videos, icons, and / or symbols). The display 230 may include, for example, a liquid crystal display (LCD), a light emitting diode (LED) display, or an organic light emitting diode (OLED) display. The display 230 may display the MC-related status information in at least one of a table format and a graph format according to a command of the processor 240.

The memory 220 may store various data used by at least one component (for example, the processor 240) of the MC status management apparatus 20. The data may include, for example, input data or output data for software and instructions associated with it. For example, the memory 220 may store at least one instruction for managing the MC status. The memory 220 may include a volatile memory or a nonvolatile memory.

The processor 240 may control at least one other component (eg, hardware or software component) of the MC status management apparatus 20, and may perform various data processing or operations. The processor 240 may include, for example, a central processing unit (CPU), a graphics processing unit (GPU), a microprocessor, an application processor, an application specific integrated circuit (ASIC), and field programmable gate arrays (FPGAs). )) And may have a plurality of cores. The processor 240 may acquire the raw process data periodically (eg, in a unit of a day) and classify, process (eg, sort), and combine (eg, aggregate) the obtained raw process data to generate MC-related status information. have. It demonstrates below.

The processor 240 may acquire raw process data from the external electronic device 10 through the communication circuit 210 at a designated period (for example, in units of days). The raw process data may include planning, performance and completion / incomplete division information of production and installation of machinery, piping and wires. In addition, the process data may include MC type information (eg, FAT (Factory acceptance test), ATK (at the Korea), MC area information (eg, Deckhouse), (system performing MC inspection) for machines, piping, and wires). Information, MC (Discipline) information, plan (plan) information, (actual) information (eg, complete / incomplete classification information), BP information and punch (punch) information may be included. May be information indicating whether the operation is performed at a equipment / material purchasing company (FAT) or domestically (ATK) The area information indicates which area of the plurality of division areas constituting the plant is an MC inspection. The item information may be classified into structural test items, HVAC test items, mechanical test items, pipe test items, electrical test items, instrument and control test items, communication test items, and safety test items. Expression for The BP information may be information related to a problem (or an MC pre-work missing / incomplete point) occurring in the MC work process The punch information may be a degree of defect occurrence (or grade) related to an MC work object. According to various embodiments of the present disclosure, the raw process data may be acquired from the external electronic device 10 and stored in the memory 220. In this case, the processor 240 may perform the memory at a specified cycle. The raw process data may be loaded from 220.

The processor 240 may extract data related to the MC predecessor (first process data) from the raw process data of the current date, and determine whether the MC predecessor is completed based on the extracted data. For example, processor 240 may include identifiers (unique numbers) for machine, plumbing, and wire operations included in raw process data, complete / incomplete breakdown information (such as work / complete dates), system information, and area information. Task-related information can be analyzed and the MC predecessor can be checked based on the analysis result. In another example, the processor 250 distinguishes MC predecessors related to one MC job based on identifiers for mechanical, plumbing, and malleable jobs included in the raw process data, and based on the completion date of the MC predecessor. You can check the completion of the MC predecessor. The processor 240 may record process data related to the completed and incomplete MC predecessors in at least one implementation status table corresponding to each MC predecessor. The processor 240 may determine and record (eg, store, mark, or aggregate) the completed MC predecessor as the MC task target.

The processor 240 may extract MC-capable data from the raw process data. For example, when the processor 240 determines that all MC predecessors corresponding to one MC work target are completed based on the raw process data, the processor 240 indicates that at least one MC predecessor corresponding to one MC work target is completed. If it is confirmed that at least one of the case and the case of confirming that the MC operation is in progress, it is possible to extract the data related to the identified MC task target as MC-capable data.

The processor 240 checks MC task plan (eg, MC task plan number) information and performance information (eg, MC task completion / processing number) corresponding to the MC-capable data, and checks MC task plan and performance according to specified criteria. Information can be classified. For example, the processor 240 may include related date information corresponding to plan information and actual information (eg, completed / incomplete classification information or number of processing information) of each MC task included in the MC-capable data, Identify at least one criterion of MC type information, MC area information, system information, MC item information, BP information, and punch information, and plan each MC job corresponding to (or related to) the same criteria. Plan and actual information can be categorized into the same category.

The processor 240 may classify the MC task based on MC task related information (eg, performance information) corresponding to the classified MC-capable data. For example, the processor 240 may classify the completed MC task and the incomplete MC task. In another example, the processor 240 may classify an MC task that has completed an incomplete MC task, a last inch, a partially completed MC task, and an MC task that is before the task is started. As another example, the processor 240 may classify the MC tasks according to whether or not there is BP information related to the MC tasks, or classify the MC tasks according to whether there is an issue. In addition, the processor 240 may classify the MC tasks into MC package units including a plurality of MC tasks of one physical task unit.

The processor 240 sorts the BP information and the punch information corresponding to the MC job according to a specified rule based on the classification result, and configures the tables including the sorted BP information and the punch information in the memory 220. Can be. The table will be described with reference to FIGS. 11 and 12.

When the processor 240 confirms the completed MC task based on the classification result, the processor 240 aggregates (or aggregates or calculates) the total number of MC tasks and the number of processed (or completed) tasks based on the confirmed MC task. Alternatively, at least one of list up) may be stored in the MC status table. For example, the processor 240 may check the completed MC task based on the MC performance information and aggregate the number information on the completed MC task. In another example, the processor 240 may include planning information and performance information (eg, number of processing and processing date) of an MC task corresponding to at least one of a MC package, MC type, MC area, MC item, and system (specified criteria). Based on, you can aggregate information about the number of MC tasks (such as planned and actual processing) for a given period of time (for example, daily, weekly, or total).

When the processor 240 identifies the incomplete (or in progress) MC task based on the classification result, the processor 240 may determine whether there is BP information corresponding to the MC task based on the classification result. If there is BP information corresponding to the incomplete MC number (remaining number) information, the processor 240 aggregates the incomplete MC number with BP information, and counts the aggregated number corresponding to the identified MC number information among all BP information. Relate BP information. If there is no BP information corresponding to the incomplete MC number (remaining number) information, the processor 240 may aggregate the incomplete MC number without BP information, and may not associate the counted number with the BP information.

When the processor 240 identifies an MC package that is composed of a combination of a plurality of MC tasks, the total number (eg, the number of plans, actual processing, and remaining) and the designated period unit based on the plan and performance information related to the MC package. We can count the number.

The processor 240 may generate MC-related status information about MC-capable data based on the aggregate value (number). The MC-related status information is, for example, the number of MC tasks (by system, item, region, issue, etc.) according to MC task target (eg, remaining number) information, plan (or registration), and performance. Information, punch information, and BP information. For example, processor 240 may determine the number of MC task plans, the number of completed MC tasks, the number of incomplete MC tasks, and the number of registered (or verified) punches in a specified period of time (e.g., total duration, weekly, or daily). And the number of residual punches. For another example, the processor 240 confirms the completion / incomplete of the plurality of MC tasks included in the MC package information, and for each MC package information, at least one piece of progress information and progress information (eg, a percentage progress rate). Or processing number information). In another example, the processor 240 may display the total MC tasks to be performed in the main system and the sub-system sub-system in a predetermined period of time, for example, the MC test type, area, and item. It may be generated (or calculated) to be able to distinguish at least one of the details of the blocking point generation (BP information) / non-existent and punch information. For example, when the processor 240 checks punch information related to MC jobs, the processor 240 may include at least one of registration punch information, released punch information, and residual punch information in a designated period based on the identified punch information. Punch related information can be generated.

The processor 240 may generate and provide MC-related status information in at least one of a graph (eg, Manhattan chart, S-Curve graph) and table format (eg, displayed on the display 230). have. For example, the processor 240 may generate a Manhattan chart schematically showing the weekly progress information of the MC package (including a plurality of MC tasks), whether the task is completed, and whether or not there is BP information. have. In another example, processor 240 aggregates the planning and performance of MC tasks for a given time period (eg, daily, weekly, or monthly) based on the planning and performance of MC tasks, and based on the aggregated plans and performance. You can determine the project's prospective information (e.g., the cumulative number of treatments) and determine the S-Curve graph based on the determined prospect. In addition, the processor 240 may generate a table capable of selectively displaying BP information corresponding to MC task information (or BP information) included in each MC package on the Manhattan graph among all the BP information. Thereafter, when each MC package identifier is selected in the Manhattan graph, the processor 240 may display a table including MC task information and BP information included or related to each MC package.

The processor 240 may display the generated MC-related status information on the display 230. Hereinafter, an example of generation or provision of MC-related status information by the MC status management apparatus 20 will be described with reference to FIGS. 3 to 21.

3 illustrates an interface setting screen 300 of raw process data according to an exemplary embodiment.

Referring to FIG. 3, when the interface setting menu is selected through a designated application (eg, an application for providing the MC status management service), the MC status management apparatus 20 may set an acquisition path for obtaining raw process data. The interface setting screen 300 may be displayed. The MC status management apparatus 20 may acquire the row process data from the set path when the path (or storage location) (eg, 320) of the row process data is set (or input) by the user. The raw process data includes MC activity information, ITR (inspection test records) activity information, punch list information, MC system schedule information, combined package information, spool production installation performance information, cable ( cable) production installation performance information and HVAC (heating, ventilating, and air conditioning) may include at least one of the production installation performance information. The MC activity information may include, for example, test completion / incomplete classification information and blocking point information for each MC package unit. Each MC package may include a plurality of MC tasks divided into physical task units. The ITR activity information may include, for example, MC task completion / incomplete division information and blocking point information. The punch list information may include punch information (or defect level) for each stage. The above steps may include a mechanical completion (MC) step, a factory acceptance test (FAT) step, and a receipt inspection (RI) step. The MC system schedule information may include, for example, information related to an MC test plan for each system performing an MC test (for example, MC items, plans, and results). The complex package information may include, for example, information related to a complex test package associated with a piping line constituting a plant. The spool production installation performance information is, for example, the production and installation results of some piping lines (hereinafter referred to as "pipe spools") manufactured by a pipe manufacturer, not a pipe environment installation environment (or a field or a plant manufacturer). It may include information related to. The cable production installation performance information may include, for example, information related to the production and installation performance of each cable (or wire) constituting the plant. The HVAC production installation performance information may include, for example, information related to the production and installation performance of the HVAC-related equipment constituting the plant. In the above-described embodiment, the spool production installation performance information, cable production installation performance information and HVAC (heating, ventilating, and air conditioning conditions) production installation performance information is the first process data (or MC predecessor) Can correspond to. In addition, MC activity information, inspection test records (ITR) activity information, punch list information, MC system schedule information, and combined package information may correspond to the second process data (or MC-capable data). have.

4 illustrates an entire MC overview table according to one embodiment.

Referring to FIG. 4, the MC status management apparatus 20 includes a total number 420 of MC tasks for each MC type (FAT, ATK) according to a discipline, a number of generated BPs 430 according to an item, and The entire MC summary table 400 including the total number 440 for each stage (MC, FA, RI) of the punching operation according to the item may be displayed. The MC status management apparatus 20 may provide a detailed value (eg, BP information) related to the selected number of cases when the number information of one of the number information displayed on the screen 400 is selected. In addition, when the MC status management apparatus 20 selects one of the items from the entire MC summary table 400, the MC status management apparatus 20 may provide an S-Curve graph related to the MC task of the selected item as illustrated in FIG. 5. The MC status management apparatus 20 may provide an S-Curve graph related to the punch of the selected step as shown in FIG. 5 when one of the steps MC, FA, and RI is selected in the entire MC overview table 400. Can be.

5 illustrates an S-Curve graph 500 for each MC item, according to an exemplary embodiment.

Referring to FIG. 5, when the MC status management device 20 selects a piping inspection item (410 of FIG. 4 or 510 of FIG. 5) from an entire MC summary table (eg, 400 of FIG. 4) by a user. , You can display an S-Curve graph 500 that shows plans, actuals, forecasts, plan completes, and actual completes for MC tasks related to the selected item. have. In this regard, the MC status management apparatus 20 aggregates the plan and the performance of the MC task for a specified period (for example, daily, weekly or monthly) based on the plan and the performance of the MC task, and based on the aggregated plan and the performance. For example, the prospective information of the MC task (for example, the total number of processed cases) may be determined, and the S-Curve graph may be determined based on the determined prospect.

6 illustrates an S-Curve graph 600 for each stage of a punching operation, according to an exemplary embodiment.

Referring to FIG. 6, when the MC status management apparatus 20 selects an MC stage (eg, 441 of FIG. 4) from an entire MC overview table (eg, 400 of FIG. 4), the MC status management apparatus 20 may generate a date generated in the MC stage. S-Curve graphs showing the number of punches per punch (Punch A, Punch B), the total number of punches (Cumulative Punch A, Cumulative Punch B), and the number of remaining punches (Remain Punch A, Remain Punch B) can be provided. In this regard, the MC status management apparatus 20 checks and accumulates the number of punches that are generated or remain unresolved for a specified period (for example, days) based on the punch information related to the MC job, and the accumulated counts are determined. Based on the S-Curve graph can be determined.

7A illustrates a daily MC overview table 710, according to one embodiment.

Referring to FIG. 7A, the MC status management apparatus 20 may include a total number of MC tasks for each MC type (FAT and ATK), a daily plan number (see plan rows in FIG. 7A), and a plan number according to a discipline. A daily MC overview table 710 that shows the cumulative sum of the numbers (see the plan lower cumulate rows in FIG. 7A), the number of performance (see the actual rows in FIG. 7A), and the total of the number of performance numbers (see the actual lower actual rows in FIG. 7A). I can display it. The daily MC summary table 710 of FIG. 7A illustrates an ATK type MC job, but is not limited thereto. For example, the daily MC summary table 710 may be generated for each MC type. In this regard, the MC status management apparatus 20 includes the total number of MC tasks for each MC type (FAT, ATK) and the daily plan count, the cumulative number of plan counts, the number of performance counts, and the number of performance counts according to the discipline. Can be aggregated.

7B illustrates a daily MC overview graph 720, according to one embodiment.

Referring to FIG. 7B, the MC status management apparatus 20 may determine the total number of MC tasks corresponding to each item and the MC tasks based on the MC status management apparatus 20 based on the values of the daily MC summary table. Graphs 720 representing the total number and the daily plan number, the cumulative total of the plan number, the total number of results and the total number of results may be generated and displayed.

8 illustrates a daily punch summary table 810 and a graph 820, according to one embodiment.

Referring to FIG. 8, the MC status management apparatus 20 registers the number of daily registrations according to the punch stages with respect to the punch information for the current week and the last weeks (eg, the previous three weeks). Daily punch summary table 810 showing the total number of registrations (see cumulate rows under Reg) and the number of processing (or resolutions) (see Actual rows) and the total number of processing (see cumulate rows under Actual) ) Can be displayed. In this regard, the MC status management apparatus 20 may aggregate the total number of daily registrations, the total number of registrations and the number of processing (or solution) and the total number of processing according to the punching stage.

According to the above-described embodiment, the MC status management apparatus 20 can record and display the punch status (for example, the number of registration and processing) based on the punch information for the previous three weeks, so that the user can punch (for example, Help to identify productivity for the punch-out job, or the appropriate manpower for future punch jobs.

9 illustrates an MC package status graph 910 according to an embodiment.

Referring to FIG. 9, the MC status management apparatus 20 may include, for example, the number information of the MC package on a weekly basis, progress status information (for example, complete, complete (partial), and last inch), issue information / no information (no The MC package status graph 900 representing issue, issue) and BP issue / non-issue discrimination information (issue with BP, issue without BP) may be displayed. For example, the MC package status graph 900 includes the MC package number on a two-dimensional graph in which the first axis (horizontal axis) is the time axis and the second axis (vertical axis) is the number of MC packages per week. According to progress information (e.g. complete, complete (partial), and last inch), no issue, issue and BP issue without BP It may be a Manhattan graph that shows the color (third axis) of the MC package number differently. According to various embodiments, the MC package status graph 900 may be a Sky Line graph or a Hanging Line Graph graph.

The MC status management apparatus 20 may include at least one filtering condition (Yes or No) among MC type, area, MC item, and progress in the MC package status graph 900. When set, only MC package status information (eg, MC package number) corresponding to the set filtering condition may be selectively provided. For example, the MC status management apparatus 20 may provide (or display) only the MC package number corresponding to the selected MC type, MC item, area, or progress state among all MC package numbers.

When a package number is selected in the MC package status graph 910, the MC status management apparatus 20 may provide detailed information (eg, BP information) related to the selected package number. Additionally or alternatively, when a week is selected, the MC status management apparatus 20 selects a progress information (eg, percentage progress or processing) of MC tasks included in each MC package related to (eg, planned or processed) the selected week. Number information) 915.

The MC status management apparatus 20 may display the MC package status table 920 indicating the number of MC packages per week on the periphery (eg, bottom) of the MC package status graph 910. The MC package status table 920 may be, for example, based on the time axis of the MC package status graph 910, the total number of weekly MC packages (eg, the total number of plans), the number of plans of MC tasks related to the MC package, It may be a table indicating the number of processing of the MC job and the remaining number of the MC job.

According to the above-described embodiment, the MC status management apparatus 20 may support the user at a glance by providing the progress status of all the MC packages in one screen.

10 is a diagram illustrating an MC status table 1000 for each system, according to an exemplary embodiment.

Referring to FIG. 10, the MC status management apparatus 20 divides the main system and the sub-system, and performs MC job status information 1010, BP information 1020, and punch status information 1030 related to each system on a weekly basis. The system-specific MC status table 1000 may be displayed. The MC job status information 1010 may include, for example, the number of plans, the number of processed and remaining (or unprocessed) MCs for each MC type related to each system on a weekly basis, and the number of punches for each stage. It may include. The punch status information 1030 may include, for example, a number of punches per stage and punch type (Punch A, Punch B). Punch A should be cleared before completion of construction or pressure test. Punch B can be a type of punch that must be removed prior to precommissioning or mechanical completion. According to various embodiments of the present disclosure, the system-specific MC status table 1000 further includes PC status information (eg, planning, processing, and remaining cases of PC tasks) and C status information (eg, planning, processing, and remaining cases of C tasks). It may include.

11 illustrates a detailed punch status table 1100 according to an embodiment.

Referring to FIG. 11, when the detailed punch status is requested by the user, the MC status management apparatus 20 may display the detailed punch status table 1100 in response to the request. For example, when the punch status information of one of the punch count information included in the punch status information 1030 is selected by the user, the MC status management apparatus 20 may select the detailed punch status table 1100 corresponding to the selected punch count information. ) Can be provided. The detailed punch status table 1100 may include, for example, punch information (eg, punch information based on raw process data or punch information based on raw process data) used for counting the number of pieces according to the selected punch number information according to a specified rule. Sorted punch information). In this regard, the MC status management apparatus 20 may configure the detailed punch status table 1100 by sorting the punch information included in the raw process data according to a specified rule (for example, in accordance with the format of the table 1100). . The MC status management apparatus 20 counts the number of punches according to the punch information by system, by stage, and by a predetermined period (for example, week), and punch status information related to each system on a weekly basis (for example, in FIG. 10). 1030 may be generated and associated with the punch information on the detailed punch status table 1100.

According to the above-described embodiment, the MC status management apparatus 20 provides the punch status information as the user organically relates the rough punch status information generated based on the raw process data and the detailed punch status information according to the raw process data. Can be easily identified.

12 illustrates a BP information table 1200 according to an embodiment.

Referring to FIG. 12, the MC status management apparatus 20 configures the BP information table 1200 by arranging BP information included in raw process data in chronological order, and, for example, according to a user's request, the BP information table ( 1200). Alternatively, the MC status management apparatus 20 selects only BP information related to the MC job (or according to MC-capable data) among the BP information included in the raw process data, and sorts the selected BP information in chronological order to display the BP information table. 1200 may be configured. The MC status management apparatus 20 includes a BP including detailed information (eg, sub-system, plan, week, ITR, Tag No, Description, Area) of the MC job related to the BP information, and punch information (eg, MC Punch). The information table 1200 may be configured.

According to the above-described embodiment, the MC status management apparatus 20 may support to easily grasp the BP status (for example, the number) to be processed for the MC job.

13 illustrates a piping package schematic status table 1300 according to an embodiment.

Referring to FIG. 13, the MC status management apparatus 20 selects an MC package (hereinafter, referred to as a piping package) related to piping among MC packages based on raw process data, and selects an area (eg, piping) for the piping package. This will be the number of MC packages (test PKG Qty), the total number of packages (or planned) for each type of pipe inspection (e.g. line inspection, flushing, cleanliness, chemical cleaning), pressure Configure a plumbing package schematic status table 1300 that includes test, repair, joint integrity certificate, Actual, Residual (WF), and related BP information, and, upon request, Accordingly, the piping package schematic status table 1300 may be displayed.

According to the above-described embodiment, the MC status management apparatus 20 can be performed after complex operations such as pipe spools, various valves, and gauges, so a separate status that can be grasped at a glance for piping-related MC operations that are difficult to manage. By providing a table, you can help users identify piping-related MC work at a glance.

14 illustrates a piping package hierarchy status table 1400, according to an embodiment.

Referring to FIG. 14, the MC status management apparatus 20 hierarchically represents MC tasks (hereinafter, referred to as “piping related MC tasks”) included in each piping package among MC packages based on raw process data. The piping package hierarchy status table 1400 may be configured, and for example, the piping package hierarchy status table 1400 may be displayed according to a user's request. The piping package hierarchy status table 1400 may include, for example, the total number of piping-related MC operations included in each piping package, the number of pipe inspection types, and a unique number of piping-related MC operations.

15 illustrates a piping package detail status table 1500 according to an embodiment.

Referring to FIG. 15, the MC status management apparatus 20 associates piping-related MC tasks with each piping package number (combined PKG), for example, according to the inspection order of the piping package tasks. 1400 may be configured and, for example, the piping package detail status table 1400 may be displayed according to a user's request. The piping package hierarchy status table 1400 may include, for example, a total number of piping-related MC operations, a number of pipe inspection types, and a unique number of piping-related MC operations. The piping package detail table 1500 may further include progress information 1510 (MC ready) for piping-related MC tasks.

16 illustrates a pipe spool implementation status table 1600 according to an embodiment.

Referring to FIG. 16, the MC status management apparatus 20 uses the pipe spool information (or spool production installation performance information) included in the raw process data to designate a rule (eg, inspection order of a pipe package) related to the pipe package. By arranging by), the pipe spool implementation status table 1600 may be configured, and the pipe spool implementation status table 1600 may be displayed according to a user's request. The pipe spool implementation status table 1600 may include, for example, a planned date and a performance date of a pipe MC work arranged in a pipe package unit. The MC status management apparatus 20 may check whether the pipe production or installation work is completed (corresponding to the MC predecessor) based on the planned date and the performance date.

17 illustrates a cable related MC status table 1700 according to an embodiment.

Referring to FIG. 17, the MC status management apparatus 20 sorts cable production installation performance information included in raw process data by MC zone (area to which cables are to be installed) and displays cable production and performance status by MC area. The cable-related MC status table 1700 may be configured, and the cable-related MC status table 1700 may be displayed according to a user's request. The cable implementation status table 1700 may include, for example, MC region information where a cable is installed, system information for performing MC inspection on the cable, and MC workflow information. For example, the MC status management device 20 may be used for production or installation operations (eg, cutting W / O, cutting, dispensing, laying, binding, terminal) for each cable operation (see each row) in the cable implementation status table. You can check the relevant dates (e.g., planned dates, installation dates, completion records) and generate MC target information based on the confirmed dates. According to various embodiments, the MC status management apparatus 20 associates (eg, links) an MC work target included in the cable-related MC status table 1700 with BP information included (or stored) in the BP information table. When the MC work target is selected, the related BP information may be provided.

According to the above-described embodiment, the MC status management apparatus 20 can provide the MC work target along with the cable status produced and installed, so that the user can easily grasp the cable status that is the target of the MC inspection. .

18 illustrates a cable implementation status table 1800 according to an embodiment.

Referring to FIG. 18, the MC status management apparatus 20 assigns cable operation (see each row) information included in the cable production installation performance information included in the raw process data to a specified rule (eg, cable number (or material number)). The cable implementation status table 1800 may be configured according to the sorting order, and the cable implementation status table 1800 may be provided according to a user's request.

19 illustrates an HVAC-related MC status table 1900 according to an embodiment.

Referring to FIG. 19, the MC status management apparatus 20 is based on HVAC production installation performance information included in raw process data. MC related to HVAC device by MC area and type (FAT, ATK) divided by MC zone (area where HVAC equipment is installed) (eg Hull, Deckbox) and module (eg NE Column and SW Column) Configure an HVAC-related MC status table (1900) that shows the total, total, progress, and remaining of the job, and, upon request, the HVAC-related MC status table (1900). ) Can be displayed.

20 illustrates an HVAC implementation status table 2000 according to an embodiment.

Referring to FIG. 20, the MC status management device 20 may process a production date or a processing date of a production or installation work according to an HVAC work unit (unit block) based on HVAC production installation performance information included in raw process data. The HVAC implementation status table 2000 may be configured by arranging the installation start, the installation termination) and the MC inspection information (ITR), and the HVAC implementation status table 1900 may be displayed according to a user's request. In this regard, the MC status management device 20 aggregates the number of processing of MC operations related to HVAC equipment based on the processing date of production or installation work according to HVAC work units (unit blocks) in the HVAC implementation status table 1900. In addition, the HVAC-related MC status table 1900 may be configured according to the progress and the remaining number based on the aggregated number of processes.

According to the above-described embodiment, the MC status management apparatus 20 can provide MC inspection information related to the current status along with the HVAC production or installation status, so that the user can easily identify the MC work target related to the HAVC produced or installed. Can be supported.

21 illustrates an MC status management method according to an embodiment.

Referring to FIG. 21, in operation 2110, the MC status management apparatus 20 may obtain row process data from the memory 220 or the external electronic device 10. The raw process data may include planning, performance and completion / incomplete division information of production and installation of machinery, piping and wires. In addition, the process data may include MC type information (eg, FAT (Factory acceptance test), ATK (at the Korea), MC area information (eg, Deckhouse), (system performing MC inspection) for machines, piping, and wires). Information, MC item (Discipline) information, plan (plan) information, (actual) information (for example, complete / incomplete classification information) may include BP information and punch (punch) information.

In operation 2120, the MC status management apparatus 20 may extract MC-capable data from the raw process data. For example, the MC status management apparatus 20 extracts data related to the MC predecessor (first process data) from the obtained raw process data, and based on the extracted data, identifiers for machine, piping, and wire work ( Unique number), complete / incomplete classification information (for example, task / completion date), system information, and area information, etc., and analyze the information. Based on the analysis result, MC predecessor can be completed. The MC status management apparatus 20 may extract MC enabled data including MC tasks related to completed MC predecessors.

In operation 2130, the MC status management apparatus 20 may perform the completed MC task and the incomplete based on performance information related to the completed MC task and the incomplete MC task among the MC-capable data (for example, completion / incomplete classification information or processing date information). MC tasks can be identified.

In operation 2140, the MC status management apparatus 20 may generate MC-related status information capable of distinguishing completed and incomplete MC tasks and store the generated MC status information in the memory 220. For example, the MC status management apparatus 20 may check the completed MC job based on the MC performance information, and may aggregate (or generate) information about the number of completed MC jobs. For another example, the MC status management apparatus 20 may include plan information and performance information (eg, the number of processing of MC tasks) corresponding to at least one of a MC package, MC type, MC area, MC item, and system (specified criteria). Based on the processing date, it is possible to aggregate (or create) information about the number of MC tasks (eg, the number of plans, the actual number of processing) by the designated period (for example, daily, weekly or total period). As another example, the MC status management apparatus 20 checks whether there is BP information corresponding to incomplete (or in progress), and counts (or generates) the remaining number of units in a designated period by separating BP information. can do.

Various embodiments of the present document and terminology used herein are not intended to limit the technical features described in this document to specific embodiments, but should be understood to include various modifications, equivalents, or substitutes for the embodiments. In connection with the description of the drawings, similar reference numerals may be used for similar or related components. The singular form of the noun corresponding to the item may include one or more of the items, unless the context clearly indicates otherwise. In this document, "A or B", "at least one of A and B", "at least one of A or B", "A, B or C", "at least one of A, B and C" and "A, Phrases such as “at least one of B, or C” may include any one of the items listed together in the corresponding one of the phrases, or any possible combination thereof. Terms such as "first", "second", or "first" or "second" may be used merely to distinguish a component from other corresponding components, and to separate the components from other aspects (e.g. Order). Some (eg, first) component may be referred to as "coupled" or "connected" to another (eg, second) component, with or without the term "functionally" or "communically". When mentioned, it means that any component can be connected directly to the other component (eg, by wire), wirelessly, or via a third component.

The term "module" as used herein may include units implemented in hardware, software or firmware and may be used interchangeably with terms such as logic, logic blocks, components, or circuits. The module may be a minimum unit or part of an integrally configured component or part that performs one or more functions. For example, according to one embodiment, the module may be implemented in the form of an application-specific integrated circuit (ASIC).

Various embodiments of the present disclosure are one stored in a storage medium (eg, internal memory or external memory) (memory 220) that can be read by a machine (eg, MC status management device 20). It may be implemented as software (eg, a program) including the above instructions. For example, a processor (eg, the processor 240) of the device (eg, the MC status management device 20) may call and execute at least one of the one or more instructions stored from the storage medium. Enable the device to be operated to perform at least one function in accordance with the at least one called instruction, wherein the one or more instructions may comprise code generated by a compiler or code executable by an interpreter. Device-readable storage media may be provided in the form of non-transitory storage media, where 'non-transitory' is a device in which the storage media is tangible and is a signal (eg It only means that it does not contain electromagnetic waves, and the term refers to cases where data is stored semi-permanently or temporarily. No.

According to one embodiment, a method according to various embodiments disclosed herein may be provided included in a computer program product. The computer program product may be traded between the seller and the buyer as a product. The computer program product may be distributed in the form of a device-readable storage medium (e.g. compact disc read only memory (CD-ROM)), or through an application store (e.g. Play Store ^TM ) or two user devices ( Example: smartphones) can be distributed (eg downloaded or uploaded) directly or online. In the case of an online distribution, at least a portion of the computer program product may be stored at least temporarily or temporarily created on a device-readable storage medium such as a server of a manufacturer, a server of an application store, or a memory of a relay server.

According to various embodiments, each component (eg, module or program) of the above-described components may include a singular or plural entity. According to various embodiments, one or more of the aforementioned components or operations may be omitted, or one or more other components or operations may be added. Alternatively or additionally, a plurality of components (eg, a module or a program) may be integrated into one component. In this case, the integrated component may perform one or more functions of the component of each of the plurality of components the same as or similar to that performed by the corresponding component of the plurality of components before the integration. . According to various embodiments, operations performed by a module, program, or other component may be executed sequentially, in parallel, repeatedly, or heuristically, or one or more of the operations may be executed in a different order, or omitted. Or one or more other actions may be added.

Claims (9)

In the MC status management device,
A memory for storing raw process data;
display; And
A processor operatively coupled with the memory and the display, wherein the processor includes:
Extracting MC-capable data of which MC preceding work is completed from the raw process data;
Identifying completed and incomplete MC tasks based on performance information related to MC tasks corresponding to the extracted MC-capable data,
Generating MC related status information in which the completed MC task and the incomplete MC task are divided;
Classifying the completed MC job from the incomplete MC job and displaying the MC related status information on the display;
The processor,
Generate residual count information for the MC job with the BP information including the problem occurred during the incomplete MC task or missing MC predecessor / incomplete points, and stores the remaining number and the BP information in association with the residual number If is selected, providing the BP information associated with the remaining number, MC status management apparatus. The method of claim 1, wherein the processor,
And extracting the MC-capable data based on a completion date of an MC predecessor included in the row process data. The method of claim 1, wherein the processor,
Generating plan number information and processing number information of the MC job based on the period unit specified in the plan information and the performance information corresponding to the completed MC job,
The MC status management apparatus which displays the information on the plan number and the number of processing of the designated period unit. The method of claim 3, wherein the processor,
Determine prospective information on the MC tasks based on the plan count information and the process count information,
The MC status management apparatus which displays the graph containing the said plan number information, the said process number information, and the said prospect information. delete The method of claim 1, wherein the processor,
Check the punch information related to the MC jobs,
And generating and displaying the registered punch information, the canceled punch information, and the remaining punch information in a designated period based on the punch information. The method of claim 1, wherein the processor,
Generating progress status information of an MC package unit based on the MC tasks;
MC status management device for displaying the progress information of the MC package unit. The method of claim 1, wherein the processor,
Classify the MC tasks according to at least one of MC package, MC type, MC area, MC item, and system for the MC tasks;
And generating and displaying plan information and performance information of the MC job corresponding to the at least one criterion based on a classification result. In the MC status management method by the MC status management device,
Obtaining raw process data;
Extracting MC-capable data on which MC preceding work is completed among the raw process data;
Identifying a completed MC task and an incomplete MC task based on performance information related to MC tasks corresponding to the extracted MC-capable data; And
Generating and storing MC related status information in which the completed MC task and the incomplete MC task are divided;
The processor of the MC status management device,
Generate residual count information for the MC job with the BP information including the problem occurred during the incomplete MC task or missing MC predecessor / incomplete points, and stores the remaining number and the BP information in association with the residual number If is selected, MC status management method for providing BP information related to the remaining number.

Images