+

WO2018160085A1 - Способ управления жизненным циклом сложного инженерного объекта и система для его осуществления - Google Patents

Способ управления жизненным циклом сложного инженерного объекта и система для его осуществления Download PDF

Info

Publication number
WO2018160085A1
WO2018160085A1 PCT/RU2017/000102 RU2017000102W WO2018160085A1 WO 2018160085 A1 WO2018160085 A1 WO 2018160085A1 RU 2017000102 W RU2017000102 W RU 2017000102W WO 2018160085 A1 WO2018160085 A1 WO 2018160085A1
Authority
WO
WIPO (PCT)
Prior art keywords
document
data
documents
requirements
complex engineering
Prior art date
Application number
PCT/RU2017/000102
Other languages
English (en)
French (fr)
Inventor
Вячеслав Владимирович АЛЕНЬКОВ
Сергей Викторович ЕРГОПУЛО
Евгений Михайлович ЧЕБОТАРЕВ
Филипп Михайлович НОВОДВОРСКИЙ
Original Assignee
Акционерное общество Инжиниринговая компания "АСЭ"
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to MYPI2019004970A priority Critical patent/MY197885A/en
Priority to US16/490,407 priority patent/US11507068B2/en
Priority to RU2018122494A priority patent/RU2707407C1/ru
Priority to CN201780087748.1A priority patent/CN110651286A/zh
Priority to EP17898528.9A priority patent/EP3591590A4/en
Priority to PCT/RU2017/000102 priority patent/WO2018160085A1/ru
Priority to KR1020197028854A priority patent/KR102365292B1/ko
Priority to EA201900512A priority patent/EA201900512A1/ru
Priority to BR112019018281-0A priority patent/BR112019018281A2/pt
Priority to CA3055346A priority patent/CA3055346C/en
Application filed by Акционерное общество Инжиниринговая компания "АСЭ" filed Critical Акционерное общество Инжиниринговая компания "АСЭ"
Priority to JP2019547520A priority patent/JP7050082B2/ja
Publication of WO2018160085A1 publication Critical patent/WO2018160085A1/ru
Priority to ZA2019/05745A priority patent/ZA201905745B/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063Operations research, analysis or management
    • G06Q10/0637Strategic management or analysis, e.g. setting a goal or target of an organisation; Planning actions based on goals; Analysis or evaluation of effectiveness of goals
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00Programme-control systems
    • G05B19/02Programme-control systems electric
    • G05B19/418Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM]
    • G05B19/41885Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM] characterised by modeling, simulation of the manufacturing system
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00Programme-control systems
    • G05B19/02Programme-control systems electric
    • G05B19/418Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM]
    • G05B19/4188Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM] characterised by CIM planning or realisation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/903Querying
    • G06F16/9032Query formulation
    • G06F16/90324Query formulation using system suggestions
    • G06F16/90328Query formulation using system suggestions using search space presentation or visualization, e.g. category or range presentation and selection
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/93Document management systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063Operations research, analysis or management
    • G06Q10/0631Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06312Adjustment or analysis of established resource schedule, e.g. resource or task levelling, or dynamic rescheduling
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063Operations research, analysis or management
    • G06Q10/0631Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06316Sequencing of tasks or work
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management
    • G06Q10/103Workflow collaboration or project management

Definitions

  • the invention relates to automated control methods and can be used to manage the life cycle of complex engineering objects, for example, such as nuclear and thermal power plants, hydroelectric power plants, etc.
  • complex engineering objects for example, such as nuclear and thermal power plants, hydroelectric power plants, etc.
  • the application of the invention at the stages of design, construction and operation of a complex engineering facility allows identification and documentation of the characteristics of structures, systems and components of the facility, as well as ensuring that changes to these characteristics are properly designed, tested, approved, released, implemented, tested, recorded and reflected in the documentation for the object.
  • Neolant Neosynthesis PLM PDM with optional CAD vendor modules designed for
  • design subsystems including CAD - Computer Aided Design
  • planning and procurement ERP - Enterprise Resource Management and SM - Supply Management
  • continuous production management MES - Management Execution System
  • a known method of document management for nuclear power plants and a system for its implementation (CN104517181).
  • the system includes the client part, the processor, and the server on which the databases are located.
  • a document in the system is assigned a certain category, in accordance with which the procedures for its processing are determined.
  • a known power plant control system (US8606548) containing a database (hereinafter referred to as a DB) with documents, each of which corresponds to a data set having one or more attributes that characterize the data type related to the document.
  • a database hereinafter referred to as a DB
  • the problem to which the invention is directed is to create a method and system for its implementation, designed to manage the life cycle of a complex engineering object at all stages of its existence, including design, construction, operation and disposal.
  • the method and life cycle management system of a complex engineering object provide configuration management, that is, they provide the process of identifying and documenting the characteristics of structures, systems and elements of a complex engineering object, and their application ensures that changes to these characteristics are properly designed, tested, approved, issued, implemented, tested, recorded and reflected in the documentation for the object.
  • the technical result achieved by using the invention is to increase the speed of access to relevant and verified information at any stage of the life cycle of a complex engineering object, with the aim of making safe and cost-effective decisions, as well as to increase the reliability of the process of managing (controlling) changes in state complex engineering facility.
  • the specified problem is solved, and the specified technical result is achieved due to the fact that the method of managing the life cycle of a complex engineering object is characterized in that:
  • structured intellectual data when loading a document, structured intellectual data is loaded, corresponding to information about the element and / or elements of the object and / or the relationships between them associated with the document and characterizing the element (s) of the object, and the relationships between the document and the elements of the object are established;
  • a three-level system of document aggregation which includes the following entities: Package of documents, Set Documents, Document; each document is correlated with a unified type and class, while the types of the document are determined only by its semantic part.
  • the type and class of the document determine its behavior and the list of the relationships and procedures available for it to go through its approval (life cycle), as well as the ability to load intelligent data coming into the system blocks with it.
  • a decomposition structure of a complex engineering object is created in the system, which provides a description and storage of the object structure as a group of elements that perform certain functions, and also create a structure of volumetric (location) decomposition of a complex engineering object.
  • the values of at least two parameters characterizing the document are determined and assigned, on the basis of which the procedure for approving the document is determined, as well as the ability to download related structured intellectual data.
  • the specified problem is solved, and the specified technical result is also achieved due to the fact that the life management system of a complex engineering facility includes:
  • - document management unit designed to store documents, including the processes of their coordination and changes
  • - decomposition unit designed to create, store and manage the decomposition structure of a complex engineering object and the configuration of a complex engineering object
  • - requirements management unit designed to store individual requirements and structures for their tracing, as well as to manage the processes of their coordination and change
  • - a unit for storing and managing the structure of the spatial decomposition of the object, including information on the locations of the object,
  • - a project management unit designed to store data related to project management processes during its implementation.
  • the life cycle management system of a complex engineering object can additionally be equipped with a visualization unit designed for visual identification and navigation through the elements of a complex engineering object and connected to all system units.
  • the visualization unit performs the following functions: import of 3D models from third-party systems; structured placement of 3D models in the system in accordance with a given structure, visualization of the planning and execution of all types of activities at all stages of the life cycle of a complex engineering object.
  • the document management unit performs the following functions: aggregation and structured storage of documentation for the object; maintaining the entire history of the life cycle of the documentation of the facility, including the accumulation of information on all versions of documents, indicating the status of the documents and the relationships between them; organization of various document approval procedures; maintaining a complete history of consideration and approval of documentation, ensuring storage of the history of issuing comments for all versions / revisions of the document; support of interconnections with other blocks; support for attribute search and contextual search (search in the content of accounting units of storage), while displaying the relationship of the requested document with other documents; reporting on documents.
  • the decomposition block performs the function of creating the decomposition structure of a complex engineering object in order to ensure the consolidation of data on the object from various blocks of the system.
  • the requirements management block performs the following functions: organization of the processes of creation and approval of requirements; organization of structured requirements storage in the form of hierarchical structures; classification of requirements; support of accounting planning processes and requirements accounting during the implementation of various types of processes during the life cycle of a complex engineering facility.
  • the equipment control unit performs the following functions: the formation of the storage structure of the elements of a complex engineering object with the definition for each branch of the structure of the list of available characteristics and relationships; the formation of the storage structure of models / brands of elements of a complex engineering object with the definition for each branch of the structure of the list of available characteristics and relationships; import data on the elements of a complex engineering object and models / brands from third-party systems; accumulation of all information on the elements of a complex engineering object, taking into account its status.
  • a unit for storing and managing the structure of the spatial decomposition of a complex engineering object provides the creation of the structure of volumetric (location) decomposition of the object, intended for organizing, entering and fixing information about the location of the elements of the object in the structure of the object.
  • the project management unit performs the following functions: project management, including timing, resources, cost (control); - supply data management (control); construction and installation data management; commissioning data management; communications management, monitoring of the design, completion and construction of facilities and the relationships between them; comparison of planned and actual terms of development of documentation and procurement and delivery of equipment at all stages of the life cycle; operational management; calendar and network planning; resource planning; reporting on the project; interaction with equipment suppliers; equipment delivery time management; assessment of the timeliness of the implementation of procurement and delivery procedures for each item of equipment,
  • the reliability of the process of managing (controlling) changes in the state of a complex engineering object is achieved by applying a clear correspondence of the document status to a complex engineering object and an array of intellectual data associated with the document located in the system in connection with versions of documents loaded into the system, including the whole the necessary information on the requirements for a complex engineering object, elements of a complex engineering object and a consolidated ST model of this object.
  • Accumulation of all data characterizing an element of an object including data from archived versions of a document, current versions and versions of a document with prospective data, throughout the entire life cycle of an object, on the connections between an object element and a document, allows for quick access to any document related to a given element object.
  • intelligent data objects of system blocks are considered, as well as information about all the characteristics and relationships of objects of system blocks, which is controlled in the information system.
  • intelligent data a 3D model of equipment in the system, a record of a specific position of equipment in the system and characteristics of a record of equipment in the system, the connection of the ZO model of equipment and records of equipment in the system and its properties.
  • An object of a system block is an entity in the address space of an information system (addressing is a method for identifying the location of an object in an information system - a system block) that appears when an instance of information of a certain class is created / entered into the system.
  • the class of an object of a system block is understood to mean a universal, complex data type, consisting of a thematically unified set of “fields” (variables of more elementary types) and “methods” (functions for working with these fields), which is a model of an information entity with internal and external interfaces to operate on its contents (field values).
  • the relationship between the element of the object and the version of the document is a set of data characterizing the existence of a connection between the element of the object and the current version of the document, and contains information about the element indicated in the document and information about the version of the document.
  • Figure 1 presents a block diagram of a system on which: 1-block document management; 2-block decomposition; 3-unit requirements management; 4-unit equipment control;
  • 5-block for storing and managing the structure of the spatial decomposition of the object 6-unit project management; 7- visualization block.
  • Each block mentioned is determined by the totality of the objects in the system block.
  • FIG. 2 is a diagram characterizing the basic principle of loading and placing data in the system, which is as follows.
  • Document 8 represented by document file 9 and associated intellectual data (collectively, document 8)
  • document control unit 1 of the system in the form of a document placed in system 12, consisting of a document file 13 and its intellectual data assigned in accordance with the structure data types in system 14 and the structure of document classes in system 15 (in aggregate, a document in system 12), provided that during the download process a mandatory connection was established (verified) for downloading data 11 of document 8 (document file 9 and its intellectual data) with data from third-party systems 10, for a given type and class of documents, located in blocks 2-7 in the form of objects of the corresponding blocks 16, in the storage structures of objects of block 17 in the corresponding blocks 2-7.
  • connection 18 of the object of the block 2-7 is established with the document in the block 1.
  • all the basic information about the object of the block 16 is entered into the connection 18 with specific versions of the documents in the system 12. If there is no communication, 11 is not loaded into the system not processed in it. In the absence of communication 11, data from third-party systems 10 are not loaded into the system and are not processed in it.
  • FIG. 3 is a diagram illustrating the procedure for downloading a document and related data from third-party systems in terms of determining the procedure 19 for approving the status of a document when it is downloaded and placed in the system.
  • the procedure 19 for its approval is determined depending on the type and class of the document.
  • 12 out of the many possible procedures in the system select a specific approval procedure 19, containing a set of different statuses 20, 21, 22 of the document and the order of their change.
  • For document 12 its current approval status (23) of document 12 is always determined.
  • the current status of information 24 about the object of block 16 is also set, which is reflected in communication 18.
  • FIG. 4 is a diagram illustrating data loading when loading a document into the system.
  • a document is placed in the system, 12, class 15 and type 14 of the document are determined, the procedure for approving document 19, as well as the permissibility of loading the intellectual data associated with document 8 (10) and their type are determined .
  • the connection 11 is found, and it corresponds to that allowed for the given type and class of the document, then the links 18 are formed between the document located in the system 12 and the objects of the blocks 16, with respect to the objects of the block 16, the intellectual data associated with the document 8 is loaded.
  • a connection is established between the document located in the system 12 and the objects of blocks 16 18.
  • the data downloaded together with the document can contain information not only by the elements of the object, but also about the relationships of the objects of the blocks 16 to each other 25.
  • the current status of the downloaded data about the object of the block 16 for each block 2, 3, 4, 5, 6, 7 is taken from the version status of the document with which they were downloaded.
  • FIG. 5 and FIG. Figure 6 presents diagrams illustrating the processes of analysis and verification of data in the system, taking into account their status.
  • FIG. 5 shows that the analysis and verification of information about the object of block 16, received with different versions of one document 12, located in the system in the document management block 1, is carried out by comparing the data characterizing the object of block 16 and reflected in the links 18 corresponding to different versions of the document 12.
  • FIG. 5 also shows that the analysis and verification of information about the object of block 16, received with various documents 12 located in the system, in the document control block 1, at various stages of the life cycle of the Object, is carried out by comparing the data characterizing the object of block 16 and reflected in links 18, the relevant documents 12, related to different life cycles of the Object.
  • the lifecycle management system of the Object can be implemented using well-known computer devices.
  • the client and server part of the system can be implemented on computer devices, respectively, using well-known software, for example, Windows Server 2008 R2, ENOVIA V6 Core (STUDIO, LCS, BPS) V6R2015X HF06.
  • the relationship between the units that make up the system can be implemented using well-known software, for example, ENOVIA V6 Core (STUDIO, LCS, BPS), V6R2015X.
  • ENOVIA V6 Core STUDIO, LCS, BPS
  • V6R2015X V6R2015X
  • the Object Life Cycle Management System (Fig. 1) consists of a document management unit 1, a decomposition unit 2, a requirements management unit 3, a unit equipment control 4, a unit for storing and managing the spatial decomposition structure of a complex engineering object 5, a project management unit 6, a visualization unit 7.
  • the document management unit 1 is intended for storing documents 8, including the processes of their coordination and changes.
  • the document management unit 1 performs the following functions:
  • a three-level system for aggregating documents is supported by using the following entities (classes of the Block objects): Document package, Document set, Document.
  • the document accumulates information on a specific element of the object in question.
  • a document is, for example, a description of the system, a specification, a process diagram, a circuit diagram, an isometric diagram, an arrangement drawing, a list of equipment, a design need questionnaire, a construction drawing, etc.
  • the document can act as an independent accounting unit of storage - the Document may not be the accounting unit of storage, but can only be used as part of the Kits (Document in the kit).
  • Each document is assigned a code that relates the document to a specific type.
  • a set of DCC coding system codes is used (IEC 61355-1 standard).
  • a unified coding system documents and, accordingly, determining the number of their types (14) in is based on the fact that document types are determined only by its semantic part (for example, for one project there are three types of Acts, for another project there are six types of Acts, but all of them will belong to the same class "Acts", similar to reports, calculations, specifications, etc.) This approach allows you to establish the correspondence of the types of documents from any project.
  • the second main criterion that determines the behavior of a document in the system is the document class.
  • the document class is determined in accordance with the unified documentation structure (15) depending on the stage of the Object’s life cycle and the purpose of the document.
  • a set of documents is an object of block 1 of the second level of information storage.
  • a set is a collection of Documents (in a set), either related to a single object, or combined in accordance with the structure of the documentation (for example, a volume or a book as part of the documentation of a technical project).
  • a set can be a report, explanatory note, initial technical requirements, calculation, volume (book) of technical project documentation, quality assurance program, technical solution, technical task, basic set of working drawings, specification, procedures, factory documentation, etc.
  • the Set formed or loaded into the system is a unit of accounting.
  • Kits allows you to use one block object - a Document in a set at once in several sets at the same time in order to organize the change management process.
  • the behavior of the kit in the system like that of a document, is determined by the combination of its type and class.
  • the package of documents is an object in the document management unit 1 and is intended for aggregation of documentation according to predefined rules.
  • the package of documents allows you to include documents of any type and class.
  • an attribute is automatically created in the attribute of the attached document, indicating the inclusion in the package.
  • the document management unit 1 In terms of maintaining the entire history of the life of the documentation of the Object, the document management unit 1 provides a history of all documentation of the Object with the possibility of viewing it. In order to determine and provide information on the degree of applicability of the documentation, maintenance and automatic change of statuses (20, 21, 22) are organized according to the given rules, which can be defined as a list of events (for example, the document management unit 1 provides automatic change of statuses for all Documents and Sets, which act as accounting units of storage, in case of change of status for the Package, which includes the current versions of documents), and the fact of passing approval procedures by authorized users of the system. Documentation statuses (20, 21, 22) are elements of the documentation life cycle.
  • the type of documentation life cycle with the corresponding set of statuses is determined by the combination of type (14) and class (15) (for example, for documents of the specification type, depending on the location in the documentation structure (for example, technical project specification, specification of working documentation), various types of life cycles are set with its set of statuses.
  • the document management unit 1 provides the ability to organize various procedures 19 for approval and approval of objects of the document management unit 1 (document, kit, package).
  • procedures 19 for approval and approval of objects of the document management unit 1 documents of the document management unit 1 (document, kit, package).
  • the approval procedure it is possible to establish a sequence of approval steps with the assignment for each approval step of any number of responsible users for its implementation from a predefined list of authorized users (the list of users who can be designated responsible for the step is determined by the role in the system).
  • the order of changing the statuses (20, 21, 22) in the life cycle of the block objects during the execution of the procedure steps is determined.
  • pre-configured procedure templates templates for linking the steps of the approval procedure and the statuses of the corresponding block objects
  • pre-configured procedure templates templates for linking the steps of the approval procedure and the statuses of the corresponding block objects
  • the document management unit 1 allows you to create objects of the block Comments and the Register of comments (aggregator of Comments to perform transfer fixing functions comment groups). In this case, links are created between the Note and the version of the document to which they were formulated, as well as the Registry into which they entered. When re-generating the Comments Registry (formation of responses to the Comment) in the comments included in its composition, the connection is updated to the current version of the Registry.
  • the document management unit 1 allows parallel consideration of the Comments from one Register of comments by appointing a responsible user for the formation of the response for each specific comment.
  • the appointment of users and the procedure for generating Comments, replies to comments and the generation of the Register of comments is carried out through the application of document approval procedures. Consistent remarks as objects of block 1 can serve to initiate and control change procedures.
  • Decomposition block 2 is intended for storage and management of the decomposition structure of the Object. Decomposition block 2 performs the function of creating the decomposition structure of the Object in order to ensure the consolidation of data on the Object from various blocks of the system.
  • Decomposition block 2 provides the creation, for example, of the decomposition structure of the Object as a product (PBS (Product Breakdown structures) structure - is intended to store the structure of the Object as a specific final list of systems (groups of objects that perform certain functions) (object - block - system)).
  • PBS Process Breakdown structures
  • object - block - system the structure of the Object as a product
  • buildings / structures are considered as a system. All technical information on the facility in the system (documentation, requirements, equipment, 3D models, etc.) is associated with this structure at a level that is determined specifically for each object of the system block (16) in each system block (1, 2 , 3, 4, 5, 6, 7).
  • This structure is the main means of navigating through information on the Object, planning and accounting requirements, planning the implementation of key activities, as well as evaluating the configuration of the Object (for example, the degree of readiness of the Object or the sufficiency of documentation to start work on a specific part of the Object).
  • Requirements Management Unit 3 is designed to organize the requirements management process at all stages of the Object's life cycle.
  • Requirements Management Unit 3 performs the following main functions:
  • the requirements control unit 3 may additionally perform the following functions:
  • Requirements management block 3 works as follows: forms requirements storage structures, creates requirements in the system as block objects, for requirements it is possible to establish relationships both with other requirements and with objects of other blocks.
  • Equipment control unit 4 is designed to organize the accumulation and structured storage of information on the elements of the Object (equipment, for example, pipe fittings, etc.) throughout all stages of the life cycle of the Object and the organization of all types of activities for managing elements of the Object at all stages of the life cycle.
  • the control unit equipment 4 performs the following functions:
  • the control unit equipment 4 operates as follows.
  • the objects of the equipment control unit (16) 4 - “Object Element” are placed.
  • models / brands of the used products (equipment) are placed as objects of the block (16) - “Model / Brand of the Object element”.
  • Information for each object of the equipment control unit 4 is entered in the context of the version of the document with which it was downloaded (that is, the object of the block “Object Element” or “Model / mark of the element of the Object” does not have its own characteristics (for example, weight, overall dimensions and other characteristics), and all the necessary characteristics are entered into the system and reflected in the connection of a particular document in the document management unit 1 and the object of unit 4 (as shown in Fig. 5, Fig. 6).
  • the connection is re-established and its properties are rewritten Each time you create a new version of the document, ie the connection between "Block object - a version of the document” and its characteristics, characterizes a specific object of block 4 in the context of a specific document), (Fig. 4, 5, 6)
  • Block objects can be used when planning work due to the possibility of establishing relationships with objects of the project management block 6.
  • the unit for storing and managing the spatial decomposition structure of a complex engineering object 5 provides the creation of the structure of the volumetric (location) decomposition of the Object, intended for organizing, entering and fixing information about the location of the Object elements in the structure, for example, building-mark-room (by creating links with structural elements), as well as entering and fixing information on the premises (as objects of the block) and their characteristics.
  • the project control unit 6 performs the following functions:
  • the project management unit 6 carries out
  • the project management unit 6 operates as follows.
  • the structure of the project work is created in the form of block objects (16) - Works
  • Types of relationships characterize either the plan or the fact of the work.
  • the relationships have attributes that allow you to set the deadlines, the responsible and the order of the specific work in relation to the objects of the blocks.
  • the visualization block 7 is designed to provide 3D visualization of the Object and navigation through the 3D model of the Object.
  • the visualization unit 7 performs the following functions:
  • the visualization unit 7 works as follows.
  • Updating 3D models is carried out only when updating the corresponding document in block 1, for elements of the 3D model, the status is set in accordance with the status of the corresponding ZO-model of the document in block 1.
  • the inventive method can be implemented using the inventive system as follows way. At the design stage of a complex engineering facility, the requirements for the Facility are identified, agreed upon and fixed, for this purpose, the requirements control unit 3, together with document 8, download the requirements. At the same time, unique identifiers of requirements are checked. Based on the loaded requirements, the decomposition structures of the Object are formed. Classify the requirements in accordance with accepted classification methods. For each requirement entered into the system, links are established both with other requirements and with objects of 16 other blocks.
  • the document “Pump Acceptance Act” is associated with the Object element in the equipment control unit 4 “pump” - and with the requirements in the requirements control unit 3 that establish the characteristics of the pump.
  • the status of the document 12 determines the status of the structured data loaded with it into other blocks.
  • the creation / accounting of information about specific objects of the “Object Element” and “Model / Mark of the Object Element” block occurs by loading the relevant documents.
  • a wide list of documents (12) generated at various stages of the Object's life cycle (design data, data on installation results, data on the results of commissioning, etc.) can be associated with one object 16 of block 4 (Fig. 5).
  • Information on the objects of block 16 is entered and recorded not directly on the object of block 16, but on the link 18 of the object of block 16 and the corresponding version of document 12.
  • Establishing the relationship between documents, requirements and elements of a complex engineering object throughout the entire life cycle and reflecting data about the object of block 16 in the established links 18 allows the formation, maintenance and updating of a related and complete array of documents and data in the system, and is also the main mechanism for establishing and determining the status of the data in various blocks of the system (the status of the data is determined by the status of the document associated with them), ensuring that not all only information approved for use, but also current data on the Object being approved. For example, in order to ensure the completeness of the data, all newly developed versions of a certain document and related data are loaded into the system.
  • the information on the elements of the Object is refined and detailed both by creating the corresponding objects 16 in the equipment control unit 4 and by creating and refinement of the spatial decomposition structure of the Object in the spatial decomposition structure block 5.
  • PBS along with functional systems (technological, electrical, etc.) contains buildings / premises zheniya objects that are considered as a system (a list of elements that perform a specific function).
  • the information about the Object is detailed: for functional systems in the equipment control unit 4 by creating the “Object Element” and “Model / Mark of the Object element”, for buildings / structures by creating the Objects of the block structure structure of the spatial decomposition of the “Building” object, “Mark”, “Room”.
  • Information on all elements of the Object (“Object Element”, “Model / Mark of the Object Element”, “Building”, “Mark”, “Room”), as well as their relationships, is entered exclusively when certain documentation (documents with defined type (14) and class (15)).
  • the project specification for the functional system is used to load information on a specific Object Element and its Model / Mark into the equipment control unit 4, an architectural drawing is used to download information about the Room, and the Installation document is used to establish communication between the Object Element and the Room drawing.
  • the element of the Object, as well as the Building (and associated Marks and Premises) without fail have a connection to the corresponding elements of the PBS structure.
  • the PBS structure phased approach allows you to implement all types of requirements management activities by establishing relationships with elements PBS structures (or elements detailing it) of specific requirements as a plan for the accounting of requirements, and confirmation of their implementation by placing the relevant documents on the elements of the Object - the fact of fulfilling the requirements.
  • the functionality is used to establish the relationships between the documents of the Object and objects 16 of the project management unit 6 such as items on schedules, tasks, etc. to implement and control project management processes.
  • the organization of all types of project management activities in the project management unit 6 is carried out using the totality of the functionality of all units in terms of organizing procedures for approving documentation and the status of related information in the system.
  • the accumulation of information and the loading of data into the visualization unit 7 occurs as documents are developed for the Object.
  • a limited list of Object documents (specific combinations of type and class) is defined.
  • communication is established through the PBS structure with the objects of blocks 4 and 5 by the elements of the Object contained in a particular 3D model.
  • the claimed method and system provide the ability to effectively manage the life cycle of a complex engineering facility.
  • the adjusted volume of interconnections and information in the system between the blocks allows at various stages of the life cycle of a complex engineering object to use the accumulated information, including its current status, both for the purpose of developing and constructing the object, and for the purposes of operation and maintenance, as well as for organizing output projects out of operation.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Physics & Mathematics (AREA)
  • Economics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • General Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Operations Research (AREA)
  • Marketing (AREA)
  • Educational Administration (AREA)
  • Development Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Manufacturing & Machinery (AREA)
  • Automation & Control Theory (AREA)
  • Computational Linguistics (AREA)
  • Mathematical Physics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Monitoring And Testing Of Nuclear Reactors (AREA)

Abstract

Изобретение относится к автоматизированным способам управления и может быть использовано для управления жизненным циклом сложных инженерных объектов, например, таких, как атомные и тепловые электростанции, гидроэлектростанции и т.п. Изобретения может применяться на этапах проектирования, сооружения, эксплуатации и утилизации сложного инженерного объекта. Система управления жизненным циклом сложного инженерного объекта обеспечивает управление конфигурацией, то есть, обеспечивает процесс идентификации и документирования характеристик структур, систем и элементов объекта, и гарантирует, что изменения этих характеристик должным образом разработаны, проверены, утверждены, выпущены, внедрены, протестированы, записаны и отражены в документации на объект. Технический результат, достигаемый при использовании изобретения, заключается в повышении скорости доступа к актуальной и проверенной информации на любом из этапов жизненного цикла сложного инженерного объекта, с целью принятия безопасных и экономически эффективных решений, а также в повышении надежности процесса управления (контроля) изменениями в состоянии объекта за счет применения четкого соответствия статуса документации по объекту и связанного массива интеллектуальных данных, размещенных в системе, включая всю необходимую информацию по требованиям к объекту, элементам объекта и консолидированную ЗD-модель объекта.

Description

Способ управления жизненным циклом сложного инженерного объекта и система для его осуществления
Область техники
Изобретение относится к автоматизированным способам управления и может быть использовано для управления жизненным циклом сложных инженерных объектов, например, таких, как атомные и тепловые электростанции, гидроэлектростанции и т.п. Применение изобретения на этапах проектирования, сооружения и эксплуатации сложного инженерного объекта позволяет осуществить идентификацию и документирование характеристик структур, систем и компонентов объекта, а также гарантировать, что изменения этих характеристик должным образом разработаны, проверены, утверждены, выпущены, внедрены, протестированы, записаны и отражены в документации на объект. Предшествующий уровень техники
Известны системы управления жизненным циклом сложного инженерного объекта (например, http://pdteurope.com/wp-content/uploads/2016/07/2-4c-Kent-PLM-based- workflow-for-CM-and-NKM-in-the-nuclear-power-industry.pdf), в частности, генерирующего предприятия в области тепловой и ядерной энергетики, например - Siemens Teamcenter Nuclear Edition с системой управления знаниями Archimed NXT
- Решения 3DS Optimized Plant Construction и 3DS Integrated Plant Engineering на платформе Dassault Systemes 3DEXPERIENCE
- Неолант Неосинтез PLM PDM с дополнительными модулями поставщиков CAD, предназначенные для
- управления знаниями - сбора, хранения, утверждения/отмены и обработки проектной, технической, монтажной, пуско-наладочной, ремонтной и эксплуатационной документации, включая требования, описания, инструкции, чертежи, 2D- и ЗО-модели, ведомости и накладные, отчеты, протоколы и акты и др.,
- управления процессами - планирования (включая интеграцию с системами календарного планирования и управления рисками), поддержки принятия решений, проверки их соответствия требованиям из подсистемы управления знаний, соблюдения процедур, а также отражения в подсистеме управления знаниями,
- управления конфигурациями - записи произведенных изменений в подсистеме управления конфигурациями и интеграции с подсистемами проектирования (включая CAD - Computer Aided Design), планирования и закупок (ERP - Enterprise Resource Management и SM - Supply Management), управления непрерывным производством (MES - Management Execution System) и др.
Известны способ управления документооборотом для ядерных электростанций и система для его реализации (CN104517181). Система включает клиентскую часть, процессор и сервер, на котором находятся БД. Документу в системе присваивается определенная категория, в соответствии с которой определяются процедуры его обработки.
Известна система управления электростанцией (US8606548), содержащая базу данных (далее — БД) с документами, каждому из которых соответствует набор данных, имеющих один и более атрибутов, которые характеризуют тип данных, относящимся к документу.
Однако указанные известные системы и реализованные в них способы не позволяют организовать процессы управления на всех этапах жизненного цикла с учетом текущего статуса всей информации об объекте.
Раскрытие изобретения
Задача, на решение которой направлено изобретение, заключается в создании способа и системы для его реализации, предназначенных для управления жизненным циклом сложного инженерного объекта на всех этапах его существования, включая проектирование, сооружение, эксплуатацию и утилизацию.
Способ и система управления жизненным циклом сложного инженерного объекта обеспечивают управление конфигурацией, то есть, обеспечивают процесс идентификации и документирования характеристик структур, систем и элементов сложного инженерного объекта, и их применение гарантирует, что изменения этих характеристик должным образом разработаны, проверены, утверждены, выпущены, внедрены, протестированы, записаны и отражены в документации на объект.
Технический результат, достигаемый при использовании изобретения, заключается в повышении скорости доступа к актуальной и проверенной информации на любом из этапов жизненного цикла сложного инженерного объекта, с целью принятия безопасных и экономически эффективных решений, а также в повышении надежности процесса управления (контроля) изменениями в состоянии сложного инженерного объекта. Указанная задача решается, и указанный технический результат достигается благодаря тому, что способ управления жизненным циклом сложного инженерного объекта характеризуется тем, что:
- формируют структуру сложного объекта, выделяя составляющие его элементы и связи между ними и их местоположение в структурах декомпозиции объекта;
- формируют связанный массив требований, относящихся к сложному инженерному объекту и к процессам его реализации;
- осуществляют планирование и учет требований в соответствии со структурной декомпозицией сложного инженерного объекта, при этом требованиям присваивают определенный статус;
- формируют БД, предназначенные для хранения связанного массива информации, представляющей собой по крайней мере, документы, относящиеся к проектным данным и/или к данным по поставке и закупкам и/или к данным по пуско-наладке и/или к данным по эксплуатации и/или к данным по конфигурации объекта;
- при загрузке документа осуществляют загрузку структурированных интеллектуальных данных, соответствующих информации об элементе и/или элементах объекта и/или связей между ними, связанных с документом, и характеризующих элемент(ы) объекта, и устанавливают связи между документом и элементами объекта;
- при загрузке интеллектуальных данных, предварительно проверяют наличие в БД документа, связанного с загружаемыми данными, при обнаружении такого документа, проверяют возможность загрузки конкретного типа интеллектуальных данных, при подтверждении возможности загрузки интеллектуальных данных создают связь между элементом объекта и версией загружаемого документа, представляющую собой набор данных, в который происходит запись данных из текущей версии документа, характеризующих связанный элемент объекта:
- при отсутствии документа, либо при несоответствие его параметров в системе требуемым, интеллектуальные данные не загружают;
- устанавливают статус применимости документов и связанных с документом структурированных интеллектуальных данныхв системе с возможностью их автоматизированного сравнения с учетом статуса версии документа, с которым они были загружены;
При этом при формировании БД используют трехуровневую систему агрегации документов, включающую следующие сущности: Пакет документов, Комплект документов, Документ; каждый документ соотносят с унифицированным типом и классом, при этом типы документа определяются только его смысловой частью. Тип и класс документа определяют его поведение и перечень доступных для него взаимосвязей и процедур прохождения его утверждения (жизненного цикла), а также возможность загрузки интеллектуальных данных, поступающих с ним в блоки системы. Для обеспечения структурированного хранения и управления интеллектуальными данными в системе создают структуру декомпозиции сложного инженерного объекта, которая обеспечивает описание и хранение структуры объекта как группы элементов, выполняющих определенные функции, также создают структуру объемной (локационной) декомпозиции сложного инженерного объекта. Для всех загружаемых в систему документов определяют и присваивают значения, как минимум двух параметров, характеризующих документ, на основании которых определяют процедуру утверждения документа, а также возможность загрузки связанных структурированных интеллектуальных данных.
Указанная задача решается, и указанный технический результат достигается также благодаря тому, что система управления жизненным циклом сложного инженерного объекта, включает:
- блок управление документами, предназначенный для хранения документов, включая процессы их согласования и изменения,
- блок декомпозиции, предназначенный для создания, хранения и управления структурой декомпозиции сложного инженерного объекта и конфигурацией сложного инженерного объекта,
- блок управления требованиями, предназначенный для хранения индивидуальных требований и структур для их трассировки, а также, для управления процессами их согласования и изменения,
- блок управления оборудованием, предназначенный для хранения консолидированных данных и структур по элементам сложного инженерного объекта с обеспечением их классификации и возможности автоматизированого сравнения характеристик,
- блок для хранения и управления структурой пространственной декомпозиции объекта, включая информацию по локациям объекта,
- блок управление проектом, предназначенный для хранения данных, связанных с процессами управления проектом при его реализации.
Все перечисленные выше блоки соединены между собой. Система управления жизненным циклом сложного инженерного объекта дополнительно может быть снабжена блоком визуализации, предназначенным для визуальной идентификации и навигации по элементам сложного инженерного объекта и соединенным со всеми блоками системы. При этом блок визуализации выполняет следующие функции: импорт 3D моделей из сторонних систем; структурированное размещение 3D моделей в системе в соответствии с заданной структурой, визуализация процессов планирования и выполнения всех видов деятельности на всех этапах жизненного цикла сложного инженерного объекта.
Блок управления документами выполняет следующие функции: агрегация и структурированное хранение документации на объект; ведение всей истории жизненного цикла документации объекта, включая накопление информации по всем версиям документов, с указанием статусов документов и взаимосвязей между ними; организация различных процедур согласования документов; ведение полной истории рассмотрения и согласования документации с обеспечением хранение истории выдачи замечаний для всех версий/ревизий документа; поддержка взаимосвязей с другими блоками; поддержка поиска по атрибутам и контекстного поиска (поиск по содержательной части учетных единиц хранения), при этом отображает связи запрашиваемого документа с другими документами; формирование отчетности по документам.
Блок декомпозиции выполняет функцию создания структуры декомпозиции сложного инженерного объекта с целью обеспечения консолидации данных по объекту из различных блоков системы.
Блок управления требованиями выполняет следующие функции: организация процессов создания и согласования требований; организация структурированного хранения требований в виде иерархических структур; классификация требований; поддержка процессов планирования учета и учета требований при реализации различных видов процессов в течении жизненного цикла сложного инженерного объекта.
Блок управления оборудованием выполняет следующие функции: формирование структуры хранения элементов сложного инженерного объекта с определением для каждой ветки структуры перечня доступных характеристик и взаимосвязей; формирование структуры хранения моделей/марок элементов сложного инженерного объекта с определением для каждой ветки структуры перечня доступных характеристик и взаимосвязей; импорт данных по элементам сложного инженерного объекта и моделям/маркам из сторонних систем; аккумуляция всей информации по элементам сложного инженерного объекта с учетом её статуса.
Блок для хранения и управления структурой пространственной декомпозиции сложного инженерного объекта обеспечивает создание, структуры объемной (локационной) декомпозиции объекта, предназначенной для организации, внесения и фиксации информации о местоположении элементов объекта в структуре объекта.
Блок управления проектом выполняет следующие функции: управление проектом, включая управления сроками, ресурсами, стоимостью (контроль); - управление данными по поставкам (контроль); управление данными по строительно-монтажным работам; управление данными по пуско-наладочным работам; управление коммуникациями, мониторинг работ по проектированию, комплектации и сооружению объектов и связей между ними; сравнение плановых и фактических сроков разработки документации и закупки-поставки оборудования на всех этапах жизненного цикла; оперативное управление; календарно-сетевое планирование; ресурсное планирование; формирование отчетности по проекту; осуществление взаимодействия с поставщиками оборудования; управление сроками поставки оборудования; оценка своевременности осуществления процедур закупки и поставки применительно к каждой позиции оборудования,
Совокупность указанных блоков в системе и их взаимная связь друг с другом позволяют обеспечить актуальность и полноту информации на любом из этапов жизненного цикла сложного инженерного объекта, а также надежность процесса управления (контроля) изменениями в состоянии сложного инженерного объекта.
Надежность процесса управления (контроля) изменениями в состоянии сложного инженерного объекта (далее Объекта) достигается за счет применения четкого соответствия статуса документа по сложному инженерному объекту и связанного с документом массива интеллектуальных данных, размещенных в системе на связях с версиями загружаемых в систему документов, включая всю необходимую информацию по требованиям к сложному инженерному объекту, элементам сложного инженерного объекта и консолидированную ЗБ-модель этого объекта. Аккумулирование всех данных, характеризующих элемент объекта, включая данные из архивных версий документа, текущих версий и версий документа с перспективными данными, на протяжении всего жизненного цикла объекта, на связях между элементом объекта и документом позволяет обеспечить быстрый доступ к любому документу, относящемуся к заданному элементу объекта. В качестве интеллектуальных данных рассматриваются объекты блоков системы, а также информация о всех характеристиках и связях объектов блоков системы, которая управляется в информационной системе. Примеры интеллектуальных данных: 3D- модель оборудования в системе, запись об определенной позиции оборудования в системе и характеристики записи об оборудовании в системе, связь ЗО-модели оборудования и записи об оборудовании в системе и ее свойства.
Объект блока системы - сущность в адресном пространстве информационной системы (адресация — метод идентификации местоположения объекта в информационной системе - блоке системы), появляющаяся при создании/внесении в систему экземпляра информации определенного класса. При этом под классом объекта блока системы понимается универсальный, комплексный тип данных, состоящий из тематически единого набора «полей» (переменных более элементарных типов) и «методов» (функций для работы с этими полями), являющийся моделью информационной сущности с внутренним и внешним интерфейсами для оперирования своим содержимым (значениями полей).
Связь между элементом объекта и версией документа представляет собой набор данных, характеризующих наличие связи между элементом объекта и текущей версией документа, и содержит информацию о элементе, указанную в документе, и информацию о версии документа.
Краткое описание чертежей
На фиг.1 представлена блок-схема системы, на которой: 1-блок управления документами; 2-блок декомпозиции; 3-блок управления требованиями; 4-блок управления оборудованием;
5-блок для хранения и управления структурой пространственной декомпозиции объекта; 6-блок управления проектом; 7- блок визуализации.
Каждый упомянутый блок определяется совокупностью имеющихся в нем объектов блока системы.
На фиг. 2 представлена схема, характеризующая основной принцип загрузки и размещения данных в системе, который заключается в следующем. Документ 8, представляемый файлом документа 9 и связанными интеллектуальными данными (в совокупности - документ 8), размещается в блоке управления документами 1 системы в форме документа, размещенного в системе 12, состоящего из файла документа 13 и его интеллектуальных данных, назначаемых в соответствии со структурой типов данных в системе 14 и структурой классов документов в системе 15 (в совокупности - документ в системе 12), при условии, что в процессе загрузки установлена (проверена) обязательная связь для загрузки данных 11 документа 8 (файла документа 9 и его интеллектуальных данных) с данными из сторонних систем 10, для данного типа и класса документа, размещенными в блоках 2-7 в форме объектов соответсвующих блоков 16, в структурах хранения объектов блока 17 в соответствующих блоках 2-7. При успешной проверке наличия связи 11 устанавливается связь 18 объекта блока 2-7 с документом в блоке 1. При этом вся основная информация об объекте блока 16 вносится на связь 18 с конкретными версиями документов в системе 12. При отсутствии связи 11 не загружается в систему и не обрабатывается в ней. При отсутствии связи 11 данные из сторонних систем 10 не загружаются в систему и не обрабатываются в ней.
На фиг. 3 представлена схема, иллюстрирующая порядок загрузки документа и связанных данных из сторонних систем в части определения процедуры 19 утверждения статуса документа при его загрузке и размещения в системе. При загрузке документа 8 в систему после присвоения ему соответствующих типа 14 и класса 15 определяют в зависимости от типа и класса документа процедуру 19 его утверждения. В отношении документа, загруженного в систему, 12 из множества возможных в системе процедур выбирают конкретную процедуру утверждения 19, содержащую набор различных статусов 20, 21, 22 документа и порядка их смены. Для документа 12 всегда определяется его текущий статус утверждения (23) документа 12. При этом также устанавливают текущий статус информации 24 об объекте блока 16, который отражают в связи 18.
На фиг. 4 представлена схема, иллюстрирующая загрузку данных при загрузке документа в систему. При загрузке документа 8 в систему в блоке управления документами 1 формируют документ, размещенный в системе, 12, определяют класс 15 и тип 14 документа, определяют процедуру утверждения документа 19, а также допустимость загрузки связанных с документом 8 интеллектуальных данных (10) и их типа. Если связь 11 обнаружена, и она соответствует разрешенной для данного типа и класса документа, то формируют связи 18 между документом, размещенном в системе, 12 и объектами блоков 16, в отношении объектов блока 16 осуществляют загрузку связанных с документом 8 интеллектуальных данных. Между документом, размещенным в системе 12, и объектами блоков 16 устанавливается связь 18. При этом данные, загружаемые совместно с документом могут содержать информацию не только по элементам объекта, но также и о связях объектов блоков 16 между собой 25. Текущий статус загруженных данных об объекте блока 16 для каждого блока 2, 3, 4, 5, 6, 7 берется со статуса версии документа, с которым они были загружены.
На фиг. 5 и фиг. 6 представлены схемы иллюстрирующие процессы анализа и верификации данных в системе с учетом их статуса.
На фиг. 5 показано, что анализ и верификацию информации об объекте блока 16, поступившей с различными версиями одного документа 12, размещенного в системе в блоке управления документами 1, осуществляют путем сравнения данных, характеризующих объект блока 16, и отраженных в связях 18, соответствующим разным версиям документа 12. На фиг. 5 также показано, что анализ и верификацию информации об объекте блока 16, поступившей с различными документами 12, размещенными в системе, в блоке управления документами 1, на различных этапах жизненного цикла Объекта, осуществляют путем сравнения данных, характеризующих объект блока 16, и отраженных в связях 18, соответствующим документам 12, относящимся к разным жизненным циклам Объекта. На фиг 6. также показано,что при сравнении информации об объекте блока 16, поступившей как с различными версиями одного документа 12, размещенного в системе в блоке управления документами 1, так и с различными документами 12, размещенными в системе в блоке управления документами 1, на различных этапах жизненного цикла Объекта, анализ и верификацию информации осуществляют с учетом текущего статуса 24 информации об объекте блока 16. (Статус информации о созданных с текущей версией документа объектах блока наследуется у статуса текущей версии документа (20, 21, 22))
Вариант осуществления изобретения
Система управления жизненным циклом Объекта может быть реализована с использованием известных компьютерных устройств. Клиентская и серверная часть системы могут быть реализованы соответственно на компьютерных устройствах, с использованием известного программного обеспечения, например, Windows Server 2008 R2, ENOVIA V6 Core (STUDIO, LCS, BPS)V6R2015X HF06.
Взаимосвязь между блоками, входящими в состав системы, может быть реализована с использованием известного программного обеспечения, например, ENOVIA V6 Core (STUDIO, LCS, BPS), V6R2015X.
Система управления жизненным циклом Объекта (фиг. 1) состоит из блока управления документами 1, блока декомпозиции 2, блока управления требованиями 3, блока управления оборудованием 4, блока для хранения и управления структурой пространственной декомпозиции сложного инженерного объекта 5, блока управления проектом 6, блока визуализации 7.
Все упомянутые выше блоки соединены между собой посредством программных интерфейсов.
Блок управление документами 1 предназначен для хранения документов 8, включая процессы их согласования и изменения.
Блок управления документами 1 выполняет следующие функции:
- агрегация и структурированное хранение документации на Объект;
- ведение всей истории жизненного цикла документации Объекта, включая накопление информации по всем версиям документов, с указанием статусов документов и взаимосвязей между ними;
- организация различных процедур согласования документов;
- ведение полной истории рассмотрения и согласования документации с обеспечением хранения истории выдачи замечаний для всех версий/ревизий документа;
- поддержка взаимосвязей с другими блоками системы;
- поддержка поиска по атрибутам и контекстного поиска (поиск по содержательной части учетных единиц хранения), при этом отображает связи запрашиваемого документа с другими документами;
- формирование отчетности по документам.
В части агрегации и структурированного хранения документов по Объекту в блоке управления документами 1 поддерживается трехуровневая система агрегации документов за счет использования следующих сущностей (классов объектов Блока): Пакет документов, Комплект документов, Документ. Документ аккумулирует информацию по конкретному элементу рассматриваемого Объекта. Документ представляет собой, например, описание системы, спецификацию, технологическую схему, принципиальную схему, изометрическую схему, чертеж размещения, перечень оборудования, опросный лист проектной потребности, строительный чертеж и т.п. Документ может выступать как самостоятельная учетная единица хранения - Документ, так и не являться учетной единицей хранения, а использоваться только в составе Комплектов (Документ в комплекте). Каждому Документу присваивают код, который относит Документ к определенному типу. В качестве унифицированного классификатора типов документов используется, набор кодов системы кодирования DCC (Стандарт IEC 61355-1). При этом унифицированная система кодирования документов и соответственно определения количества их типов (14) в основана на том, что типы документа определяются только его смысловой частью (например по одному проекту есть три типа Актов, по другому проекту шесть типов Актов, но все они при этом будут относиться к одному классу «Акты», аналогично отчеты, расчеты, спецификации и т.д.) Такой подход позволяет установить соответствие типов документов из любого проекта.
Вторым основным критерием, определяющим поведение документа в системе, является класс документа. Класс документа определяется в соответствии с унифицированной структурой документации (15) в зависимости от стадии жизненного цикла Объекта и назначения документа.
Комплект документов является объектом блока 1 второго уровня хранения информации. Комплект представляет собой совокупность Документов (в комплекте), либо относящихся к одному объекту, либо объединяемых в соответствии со структурой документации (например, том или книга в составе документации технического проекта). Комплект может представлять собой отчет, пояснительную записку, исходные технические требования, расчет, том (книгу) документации технического проекта, программу обеспечения качества, техническое решение, техническое задание, основной комплект рабочих чертежей, спецификацию, процедуры, заводскую документацию и т.п. Сформированный или загруженный в систему Комплект является единицей учета. Применение Комплектов позволяет использовать один объект блока - Документ в комплекте одновременно сразу в нескольких комплектах с целью организации процесса управления изменениями. Поведение комплекта в системе, как и у документа, определяется совокупностью его типа и класса.
Пакет документов является объектом в блоке управления документами 1 и предназначен для агрегации документации по заранее определенным правилам. Пакет документов позволяет включать в себя документы любого типа и класса. При формировании Пакета в атрибуте прикрепляемого документа автоматически создается связь с указанием вхождения в состав пакета.
В части ведения всей истории жизненного цикла документации Объекта блок управления документами 1 обеспечивает ведение истории всей документации Объекта с возможностью ее просмотра. С целью определения и предоставления информации о степени применимости документации организовано ведение и автоматическая смена статусов (20, 21, 22) по заданным правилам, которые могут определяться как перечнем событий (например, блок управления документами 1 обеспечивает автоматическую смену статусов у всех Документов и Комплектов, выступающих в качестве учетных единиц хранения, в случае смены статуса у Пакета, в который включены текущие версии документов), так и фактом прохождения процедур согласования авторизованными пользователями системы. Статусы документации (20, 21, 22) являются элементами жизненного цикла документации. Тип жизненного цикла документации с соответствующим набором статусов определяется совокупностью типа (14) и класса (15) (например, для документов типа спецификация в зависимости от местоположения в структуре документации (например, спецификация технического проекта, спецификация рабочей документации) задаются различные типы жизненных циклов со своим набором статусов.
В части организация согласования документов блок управления документами 1 обеспечивает возможность организации различных процедур 19 согласования и утверждения объектов блока управления документами 1 (документа, комплекта, пакета). При запуске процедуры согласования обеспечивается возможность установления последовательности шагов согласования с назначением для каждого шага согласования любого числа ответственных за его выполнение из заранее определенного перечня авторизованных пользователей (перечень пользователей, которые могут быть назначены ответственными за выполнение шага определяется ролью в системе). Для процедуры определяется порядок смены статусов (20, 21, 22) в жизненном цикле у объектов блока по ходу выполнения шагов процедуры. Предусмотрено наличие заранее преднастроенных шаблонов процедур (шаблонов связей шагов процедуры согласования и статусов соответствующих объектов блока), при использовании которых необходимо назначить лишь пользователей, ответственных за выполнение шагов. Для ряда объектов блока предусмотрено жесткое закрепление определенных процедур согласования в зависимости от их типа (14) и класса (15) с обеспечением невозможности смены статуса у конкретного объекта блока (документа, комплекта, пакета) без прохождения определенных шагов назначенной процедуры.
В части ведения полной истории рассмотрения и согласования документа с обеспечением хранения истории выдачи замечаний для всех версий/ревизий объектов блока 1 (Документы, Комплекты, Пакеты) блок управления документами 1 позволяет создавать объекты блока Замечания и Реестр замечаний (агрегатор Замечаний для выполнения функций фиксации передачи группы Замечаний). При этом создаются связи между Замечанием и версией документа, к которой они были сформулированы, а также Реестром, в который они вошли. При повторной генерации Реестра замечаний (формирования ответов на Замечание) у входящих в его состав Замечаний связь обновляется на актуальную версию Реестра.
Блок управления документами 1 позволяет осуществлять параллельное рассмотрение Замечаний из одного Реестра замечаний за счет назначения ответственного пользователя за формирование ответа по каждому конкретному замечанию. Назначение пользователей и порядок формирования Замечаний, ответов на замечания и генерация Реестров замечаний осуществляется за счет применения процедур утверждения документа. Согласованные замечания как объекты блока 1 могут служить для инициации и контроля процедур внесения изменений.
Блок декомпозиции 2 предназначен для хранения и управления структурой декомпозиции Объекта. Блок декомпозиции 2 выполняет функцию создания структуры декомпозиции Объекта с целью обеспечения консолидации данных по Объекту из различных блоков системы.
Блок декомпозиции 2 обеспечивает создание, например, структуры декомпозиции Объекта как продукта (PBS (Product Breakdown structures) структура - предназначена для хранения структуры Объекта как определенного конечного перечня систем (группы объектов выполняющих определенные функции) (объект - блок - система)). В данной структуре, например, здания/сооружения рассматриваются как система. Вся техническая информация по объекту сооружения в системе (документация, требования, оборудования, 3D модели и т.д.) имеет связь с данной структурой на уровне, который определяется конкретно для каждого объекта блока системы (16) в каждом блоке системы (1, 2, 3, 4, 5, 6, 7). Данная структура является основным средством навигации по информации по Объекту, планирования и учета требований, планирования реализации основных видов деятельности, а также оценки конфигурации Объекта (например, степени готовности Объекта или достаточности документации для начала работ по определенной части Объекта).
Загрузка и создание структуры производится на основании соответствующих документов, загружаемых в блок управления документами 1.(фиг. 2,3)
Блок управления требованиями 3 предназначен для организации процесса управления требованиями на всех этапах жизненного цикла Объекта.
Блок управления требованиями 3 выполняет следующие основные функции:
- организация процессов создания и согласования требований;
- организация структурированного хранения требований в виде иерархических структур; - классификация требований;
- поддержка процессов планирования учета и учета требований при реализации различных видов процессов в течении жизненного цикла Объекта.
Блок управления требованиями 3 дополнительно может выполнять следующие функции:
- визуализация классификации требований с использованием атрибутов;
- поддержка импорта/экспорта системной структуры требований из сторонних систем, например, Единое Информационное Пространство (ЕИП) Проекта;
- возможность проведения дискуссий и сохранения комментариев к требованиям, атрибутам и документам с учетом их репликации в сторонних системах, например,
ЕИП Проекта;
- поддержка/импорт связей с источниками требований из сторонних систем, например, ЕИП Проекта;
- сортировка и фильтрация требований;
- управление доступом.
Блок управления требованиями 3 обеспечивает
- просмотр типов отношений (связей) между различными требованиями - наличие атрибутов связей;
- возможность визуализации связи между требованием и результатами его верификации;
- создание общих отчетов по трассируемости с учетом статуса информации;
- создание многоуровневых отчетов по трассируемости с учетом статуса информации;
- возможность проведения анализов на базе отчетов по трассируемости - поиск пропущенных (нереализованных) требований, поиск требований, не соответствующих нормативной документации и т.д. с учетом статуса информации
Блок управления требованиями 3 работает следующим образом: формирует структуры хранения требований, создает требования в системе как объекты блока, для требований возможно установления взаимосвязей как с другими требованиями, так и с объектами других блоков.
Поддержка различных процессов по управлению требованиями в основном базируется на применении различных типов взаимосвязей требований и объектов блоков, входящих в состав системы. Для одного и того же требования объекта блока возможно установление нескольких типов взаимосвязей (например, связь план и связь факт). Блок управления оборудованием 4 предназначен для организации накопления и структурированного хранения информации по элементам Объекта (оборудованием, например, трубопроводной арматурой и т.д.) на протяжении всех этапов жизненного цикла Объекта и организации всех видов деятельности по управлению элементами Объекта на всех этапах жизненного цикла.
Блок управления оборудованием 4 выполняет следующие функции:
- формирование структуры хранения элементов Объекта с определением для каждой ветки структуры перечня доступных характеристик и взаимосвязей;
- формирование структуры хранения моделей/марок элементов Объекта с определением для каждой ветки структуры перечня доступных характеристик и взаимосвязей;
- импорт данных по элементам Объекта и моделям/маркам из сторонних систем;
- аккумуляция всей информации по элементам Объекта с учетом статуса.
Блок управления оборудованием 4 работает следующим образом.
В соответствие каждому элементу Объекта в блоке управления оборудованием 4 размещают объекты блока (16) управления оборудованием 4 - «Элемент Объекта». В блоке управления оборудованием 4 размещают модели/марки применяемых изделий (оборудования) как объекты блока (16) - «Модель/Марка элемента Объекта».
Информации по моделям/маркам для конкретного элемента Объекта вносится за счет установления соответствующей связи между объектами блока «Элемент Объекта» и «Модель/марка элемента Объекта».
В блоке управления оборудованием 4 обеспечена возможность установления связей объектов блока 4 с другими объектами других упомянутых блоков заявленной системы. Обновление информации в блоке управления оборудованием 4 осуществляется в соответствии с общими правилами — только при обновлении соответствующего документа, поступившего в блок управления 1. (фиг. 2,3)
Информация по каждому объекту блока управления оборудованием 4 вносится в разрезе версии документа, с которым она была загружена (т.е. у объекта блока «Элемент Объекта» или «Модель/марка элемента Объекта» отсутствуют собственные характеристики (например, масса, габаритные размеры и другие характеристики), а все необходимые характеристики вносятся в систему и отражены в связи конкретного документа в блоке управления документами 1 и объекта блока 4 (как показано на фиг. 5, фиг. 6). Связь устанавливается заново и перезаписываются её свойства при каждом создании новой версии документа, т.е. связь «объект блока - версия документа» и её характеристики, характеризует конкретный объект блока 4 в разрезе конкретного документа), (фиг. 4, 5, 6)
Для каждого объекта блока управления оборудованием 4 присутствует вся информация по нему с указанием статуса в соответствии со статусом соответствующего ему документа, (фиг. 5, 6)
Объекты блока могут быть использованы при планировании работ за счет возможности установки взаимосвязей с объектами блока управления проектом 6.
Блок для хранения и управления структурой пространственной декомпозиции сложного инженерного объекта 5 обеспечивает создание, структуры объемной (локационной) декомпозиции Объекта, предназначенной для организации, внесения и фиксации информации о местоположении элементов Объекта в структуре, например, здание-отметка-помещение (за счет создания связей с элементами структуры), а также внесению и фиксации информации по помещениям (как объектам блока) и их характеристикам.
Загрузка и создание структуры производится на основании соответствующих документов, загружаемых в блок управления документами 1.(фиг. 2, 3)
Блок управления проектом 6 выполняет следующие функции:
- управление проектом (включая управления сроками, ресурсами, стоимостью);
- управление данными по поставкам;
- управление данными по строительно-монтажным работам;
- управление данными по пуско-наладочным работам;
- управление коммуникациями,
При этом блок управления проектом 6 осуществляет
- мониторинг работ по проектированию, комплектации и сооружению объектов и связей между ними;
- сравнение плановых и фактических сроков разработки документации и закупки- поставки оборудования на всех этапах жизненного цикла;
- оперативное управление;
- календарно-сетевое планирование;
- ресурсное планирование;
- формирование отчетности по проекту;
- осуществление взаимодействия с поставщиками оборудования;
- управление сроками поставки оборудования; - оценку своевременности осуществления процедур закупки и поставки (план-факт анализ) применительно к каждой позиции оборудования.
Блок управления проектом 6 работает следующим образом.
Создается структура работ по проекту в виде объектов блока (16)— Работы
С данными объектами возможно установление различных типов взаимосвязей объектов других блоков системы (16) (документация, оборудование, требования и т.д.)
Типы взаимосвязей характеризуют либо план, либо факт выполнения работ.
У взаимосвязей есть атрибуты, позволяющие установить сроки, ответственного и порядок выполнения конкретной работы в привязке к объектам блоков.
В части коммуникаций - возможно создание форумов, групп, рабочих кабинетов с целью обеспечения коллективной разработки документации, а также функций коммуникаций при планировании и выполнении различных работ на протяжении жизненного цикла Объекта.
Блок визуализации 7, предназначен для обеспечения возможности 3D визуализации Объекта и навигации по 3D модели Объекта.
Блок визуализации 7 выполняет следующие функции:
- импорт 3D моделей из сторонних систем с сохранением необходимого качества данных;
- установление связей 3D моделей с объектами других блоков (документация, оборудование);
- структурированное размещение 3D моделей в системе в соответствии с заданной структурой
- визуализация процессов планирования и выполнения всех видов деятельности на всех этапах жизненного цикла Объекта (проектирование, сооружение ПНР и т.д.) Блок визуализации 7 работает следующим образом.
В блоке визуализации 7 размещаются ЗО-модели Объекта с декомпозицией до уровня отдельных элементов Объекта, устанавливаются связи ЗО-моделей, присутствующих в блоке, с другими объектами других блоков (документы, оборудование).
Обновление 3D моделей осуществляется только при обновлении соответствующего документа в блоке 1, у элементов 3D модели установка статуса осуществляется в соответствии со статусом соответствующего ЗО-модели документа в блоке 1. (фиг. 2,3) Заявляемый способ может быть реализован с использованием заявляемой системы следующим образом. На этапе проектирования сложного инженерного объекта осуществляют выявление, согласование и фиксацию требований к Объекту, для этого в блок управления требованиями 3, совместно с документом 8 загружают требования. При этом проверяют уникальные идентификаторы требований. На основании загруженных требований формируют структуры декомпозиции Объекта. Классифицируют требования в соответствии с принятыми методиками классификации. Для каждого введенного в систему требования устанавливают связи как с другими требованиями, так и с объектами 16 других блоков. Производят планирование и учет требований с распределением ответственности за счет установления соответствующих взаимосвязей. Присваивают требованию и связям между требованиями статус путем размещения и утверждения в системе соответствующего документа 12. Т.к. вся информация, загружается на связь объектов блоков и документов (18), то обеспечивается отражение статуса 24 (в работе, одобрено и т.д.) для всей информации в системе, который не может быть изменен без изменения статусов соответствующих документов (20,21,22). Для организации процессов смены и фиксации статусов документа в системе предусмотрена возможность организации как гибких, так и жестко закрепленных процедур согласования и утверждения документации 19.
По мере разработки документации (включая, разработку 3D и информационной модели в САПР) происходит накопление, идентификация и документирование характеристик структур, систем и элементов Объекта. Для этого формируют БД, предназначенные для хранения связанного массива информации, представляющей собой по крайней мере, документы 8, относящиеся к проектным данным и/или к данным по поставке и закупкам и/или к данным по пуско-наладке и/или к данным по эксплуатации и/или к данным по конфигурации объекта, в зависимости от жизненного цикла, на котором находится объект. При загрузке документа 8 осуществляют классификацию документа (фиг. 3), присваивая ему соответствующий тип 14 и класс 15, например, тип «Акт», класс «Закупка/поставка-документы о поставке», что на основании заранее преднастроенных шаблонов автоматически определяет жизненный цикл документа 12 в процессе реализации проекта сооружения Объекта включая все необходимые процедуры по его утверждению (1 ) и установке официального статуса с указанием ответственных пользователей системы, (фиг. 3 и 4). На основании класса 15 и типа 14 документа определяется возможность загрузки связанных интеллектуальных данных. Вместе с файлом документа 9 осуществляют загрузку структурированных данных, связанных с документом, и характеризующих элемент(ы) Объекта, и устанавливают связи 18, например, между документом и требованиями и элементами Объекта. Например, документ «Акт приемки насоса» связан с элементом Объекта в блоке управления оборудованием 4 «насос» - и с требованиями в блоке управления требованиями 3, устанавливающими характеристики насоса. Статус документа 12 определяет статус загруженных с ним структурированных данных в другие блоки.
В блоке управления оборудованием 4 в процессе реализации проекта сооружения Объекта происходит создание/учет информации о конкретных объектах блока «Элемент Объекта» и «Модель/Марка элемента Объекта» за счет загрузки соответствующих документов. С одним объектом 16 блока 4 может быть связан широкий перечень документов (12), формируемых на различных этапах жизненного цикла Объекта (проектные данные, данные по результатам монтажа, данные по результатам ПНР и т.д.) (фиг. 5). Информация по объектам блока 16 вносится и фиксируется не непосредственно на объект блока 16, а на связь 18 объекта блока 16 и соответствующей версии документа 12. Обеспечена возможность автоматизированного сравнения информации по объекту блока 16 как поступившей с различными версиями одного и того же документа 12, так и поступившей с различными документами на различных этапах жизненного цикла Объекта, соответственно 26 и 27 (фиг. 5). У всей информации присутствует статус в соответствии со статусом документа 8. Данная схема организации внесения и контроля данных позволяет, например, на этапе эксплуатации максимально оперативно получить всю необходимую информацию по элементам Объекта, а также по документам, с которыми она была внесена, включая данные по прохождению всех процедур согласования и полученных замечаниях, (фиг. 6)
На каждом жизненном этапе Объекта происходит накопление документов и соответствующих им данных. Накопление информации всегда происходит с установкой всех необходимых взаимосвязей в системе между объектами блоков 16 с обязательным отражением статуса из связанных версий документов 12.
Установка взаимосвязи между документами, требованиями и элементами сложного инженерного объекта на протяжении всего жизненного цикла и отражение в установленных связях 18 данных об объекте блока 16 позволяет осуществить формирование, ведение и актуализацию связанного и полного массива документов и данных в системе, а также является основным механизмом установления и определения статуса у данных в различных блоках системы (статус данных определяется статусом связанного с ними документа), обеспечивая наличие для всех пользователей не только одобренной к применению информации, но и текущих данных об Объекте, находящихся на утверждении. Например, с целью обеспечения полноты данных в систему загружаются все вновь разрабатываемые версии определенного документа и связанные с ним данные. Такой подход позволяет для любого объекта системы получить информацию не только о его характеристиках (значениях атрибутов), но и об их статусе в зависимости от статуса версии документа, с которым они были загружены в систему (например, на согласовании, утверждено, выдано в производство и т.д.) (фиг. 6).
На основании сформированной на начальном этапе разработки проекта сооружения декомпозиции Объекта (блок декомпозиции 2) в структуре PBS (Product Breakdown structures) происходит уточнение и детализация сведений об элементах Объекта как за счет создания соответствующих объектов 16 в блоке управления оборудованием 4, так и за счет создания и уточнения структуры пространственной декомпозиции Объекта в блоке структуры пространственной декомпозиции 5. PBS на ряду с функциональными системами (технологическими, электротехническими и т.д.) содержит здания/сооружения Объекта, которые рассматриваются как система (перечень элементов, выполняющих определенную функцию). На основании утвержденной PBS декомпозиции происходит детализация информации об Объекте: для функциональных систем в блоке управления оборудованием 4 путем создания «Элемент Объекта» и «Модель/Марка элемента Объекта», для зданий/сооружений путем создания Объектов блока структуры пространственной декомпозиции объекта «Здание», «Отметка», «Помещение». Информация по всем элементам Объекта («Элемент Объекта», «Модель/Марка элемента Объекта», «Здание», «Отметка», «Помещение»), равно как и по их взаимосвязям, вносится исключительно при загрузке в систему определенной документации (документов с определенным типом (14) и классом(15)).
Например, на этапе проектирования для загрузки в блок управления оборудованием 4 информации по конкретному Элементу Объекта и его Модели/Марке используется проектная спецификация по функциональной системе, для загрузки информации о Помещении используется архитектурный чертеж, а для установки связи между Элементом Объекта и Помещением используется документ Установочный чертеж. Элемент Объекта, а также Здание (и связанные с ним Отметки и Помещения) в обязательном порядке имеют связь на соответствующие элементы структуры PBS. Подход по поэтапной детализации структуры PBS позволяет реализовывать все виды деятельности по управлению требованиями путем установки связей с элементами структур PBS (или элементами ее детализирующими) конкретных требований в качестве плана по учету требований, и подтверждением их выполнения за счет размещения соответствующих документов по элементам Объекта - факта выполнения требований.
В части управления Проектом используется функционал установки взаимосвязей между документами Объекта и объектами 16 блока управления проектом 6 такими как пункты графиков выполнения работ, задачи и т.д. для реализации и контроля процессов управления проектом. Организация всех видов деятельности по управлению проектом в блоке по управлению проектом 6 ведется с используется совокупности функционала всех блоков в части организации процедур утверждения документации и статуса связанной с ней информации в системе.
Накопление информации и загрузка данных в блок визуализации 7 происходит по мере разработки документов по Объекту. Для загрузки данных в блок визуализации 7 определеляется ограниченный перечень документов Объекта (конкретные сочетания типа и класса). При загрузке соответствующих данных в блок визуализации 7 происходит установка связи через структуру PBS с объектами блоков 4 и 5 по элементам Объекта, содержащимся в конкретной 3D -модели.
Промышленная применимость
Заявленный способ и система обеспечивают возможность эффективного управления жизненным циклом сложного инженерного объекта.
Настроенный объем взаимосвязей и информации в системе между блоками позволяет на различных этапах жизненного цикла сложного инженерного объекта использовать накопленную информацию, включая текущий ее статус, как для целей разработки и сооружения объекта, так и для целей эксплуатации и технического обслуживания, а также для организации проектов вывода из эксплуатации.
Перечень ссылочных обозначений, используемых на чертежах
1 - блок управления документами
2 - блок декомпозиции
3 - блок управления требованиями
4 - блок управления оборудованием
5 - блок для хранения и управления структурой пространственной декомпозиции объекта
6 - блок управления проектом
7 - блок визуализации
8 - документ
9 - файл документа
10 - данные из сторонних систем
11 - обязательная связь для загрузки данных (необходимое условие)
12 - документ, размещенный в системе
13 - файл документа в системе
14 - структура Типов документов в системе
15 - структура классов документов в системе
16 - объект любого из блоков 2,3,4,5,6,7
17 - структура хранения объектов блока в блоках 2,3,4,5,6,7
18 - связь объекта блока 2,3,4,5,6,7 с Документов в блоке 1 ,
19 - Процедура утверждения документа из множества возможных процедур в системе 20, 21, 22 - статусы утверждения документа в соответствии с процедурой 19
23 - текущий статус утверждения документа
24 - текущий статус информации об объекте блока
25 - загрузка данных о связях объектов блоков между собой
26 - возможность автоматизированного сравнения основной информации об объекте блока, поступившей с различными версиями одного документа
27 - возможность автоматизированного сравнения основной информации об объекте блока, поступившей с различными документами, на различных этапах жизненного цикла Объекта
28 - сравнение основной информации об объекте блока производится с учетом ее статуса на любом из этапов жизненного цикла Объекта.

Claims

Формула
1. Способ управления жизненным циклом сложного инженерного объекта характеризующийся тем, что формируют структуру сложного объекта, выделяя составляющие его элементы и связи между ними и их местоположение в структурах декомпозиции объекта; формируют связанный массив требований, относящихся к сложному инженерному объекту и к процессам его реализации; осуществляют планирование и учет требований в соответствии со структурной декомпозицией сложного инженерного объекта, при этом требованиям присваивают определенный статус; формируют базы данных, предназначенные для хранения связанного массива информации, представляющей собой по крайней мере, документы, относящиеся к проектным данным и/или к данным по поставке и закупкам и/или к данным по пуско- наладке и/или к данным по эксплуатации и/или к данным по конфигурации объекта; при загрузке документа осуществляют загрузку структурированных интеллектуальных данных, соответствующих информации об элементе и/или элементах объекта и/или связей между ними, связанных с документом, и характеризующих элемент(ы) объекта, и устанавливают связи между документом и элементами объекта; при загрузке интеллектуальных данных предварительно проверяют наличие в базах данных документа, связанного с загружаемыми данными, при обнаружении такого документа, проверяют возможность загрузки конкретного типа интеллектуальных данных, при подтверждении возможности загрузки интеллектуальных данных создают связь между элементом объекта и версией загружаемого документа, представляющую собой набор данных, в который происходит запись данных из текущей версии документа, характеризующих связанный элемент объекта; при отсутствии документа, либо при несоответствие его параметров в системе требуемым, интеллектуальные данные не загружают; устанавливают статус применимости документов и связанных с документом структурированных интеллектуальных данных в системе с возможностью их автоматизированного сравнения с учетом статуса версии документа, с которым они были загружены.
2. Способ по п. 1, отличающийся тем, что при формировании баз данных используют трехуровневую систему агрегации документов, включающую следующие сущности:
Пакет документов, Комплект документов, Документ.
3. Способ по п. 1, отличающийся тем, что каждый документ соотносят с
унифицированным типом и классом.
4. Способ по п. 3, отличающийся тем, что типы документа определяются только его смысловой частью.
5. Способ по п. 3, отличающийся тем, что тип и класс документа определяют его поведение и перечень доступных для него взаимосвязей и процедур прохождения его утверждения (жизненного цикла).
6. Способ по п. 1, отличающийся тем, что дополнительно формируют реестр Замечаний, при этом создают связи между Замечанием и версией документации, к которой они были сформулированы, а также Реестром, в который они вошли, при повторной генерации реестра Замечаний у входящих в его состав Замечаний связь обновляется на актуальную версию Реестра.
7. Способ по п. 1, отличающийся тем, что создают структуру декомпозиции сложного инженерного объекта, которая обеспечивает описание и хранение структуры объекта как группы элементов, выполняющих определенные функции.
8. Способ по п. 1, отличающийся тем, что создают структуру объемной (локационной) декомпозиции сложного инженерного объекта.
9. Способ по п. 1, отличающийся тем, что для всех загружаемых в систему документов определяют и присваивают значения, как минимум двух основных параметров, характеризующих документ, на основании которых определяют процедура утверждения документа, а также возможность загрузки связанных структурированных интеллектуальных данных.
10. Система управления жизненным циклом сложного инженерного объекта, включающая блок управление документами, предназначенный для хранения документов, включая процессы их согласования и изменения, блок декомпозиции, предназначенный для создания, хранения и управления структурой декомпозиции сложного инженерного объекта и конфигурацией сложного инженерного объекта, блок управления требованиями, предназначенный для хранения индивидуальных требований и структур для их трассировки, а также, для управления процессами их согласования и изменения, блок управления оборудованием, предназначенный для хранения консолидированных данных и структур по элементам сложного инженерного объекта с обеспечением их классификации и возможности автоматизированого сравнения характеристик, блок для хранения и управления структурой пространственной декомпозиции объекта, включая информацию по локациям объекта, блок управление проектом, предназначенный для хранения данных, связанных с процессами управления проектом при его реализации, все перечисленные выше блоки соединены между собой.
11. Система по п. 10, отличающаяся тем, что дополнительно содержит блок визуализации, предназначенный для визуальной идентификации и навигации по элементам сложного инженерного объекта, и соединенный со всеми блоками системы.
12. Система по п. 11, отличающаяся тем, что блок визуализации выполняет следующие функции: импорт 3D моделей из сторонних систем; структурированное размещение 3D моделей в системе в соответствии с заданной структурой визуализация процессов планирования и выполнения всех видов деятельности на всех этапах жизненного цикла сложного инженерного объекта.
13. Система по п. 10, отличающаяся тем, что блок управления документами выполняет следующие функции: агрегация и структурированное хранение документации на объект; ведение всей истории жизненного цикла документации объекта, включая накопление информации по всем версиям документов, с указанием статусов документов и взаимосвязей между ними; организация различных процедур согласования документов; ведение полной истории рассмотрения и согласования документации с обеспечением хранение истории выдачи замечаний для всех версий/ревизий документа; поддержка взаимосвязей с другими блоками; поддержка поиска по атрибутам и контекстного поиска (поиск по содержательной части учетных единиц хранения), при этом отображает связи запрашиваемого документа с другими документами; формирование отчетности по документам.
14. Система по п. 10, отличающаяся тем, что блок управления требованиями выполняет следующие функции: организация процессов создания и согласования требований; организация структурированного хранения требований в виде иерархических структур; классификация требований; поддержка процессов планирования учета и учета требований при реализации различных видов процессов в течении жизненного цикла сложного инженерного объекта.
15. Система по п. 10, отличающаяся тем, что блок управления оборудованием выполняет следующие функции: формирование структуры хранения элементов сложного инженерного объекта с определением для каждой ветки структуры перечня доступных характеристик и взаимосвязей; формирование структуры хранения моделей/марок элементов сложного инженерного объекта с определением для каждой ветки структуры перечня доступных характеристик и взаимосвязей; импорт данных по элементам сложного инженерного объекта и моделям/маркам из сторонних систем; аккумуляция всей информации по элементам сложного инженерного объекта с учетом её статуса.
16. Система по п. 10, отличающаяся тем, что блок управления проектом выполняет следующие функции: управление проектом, включая управления сроками, ресурсами, стоимостью (контроль); - управление данными по поставкам (контроль); управление данными по строительно-монтажным работам; управление данными по пуско- наладочным работам; управление коммуникациями, мониторинг работ по проектированию, комплектации и сооружению объектов и связей между ними; сравнение плановых и фактических сроков разработки документации и закупки- поставки оборудования на всех этапах жизненного цикла; оперативное управление; календарно-сетевое планирование; ресурсное планирование; формирование отчетности по проекту; осуществление взаимодействия с поставщиками оборудования; управление сроками поставки оборудования; оценка своевременности осуществления процедур закупки и поставки применительно к каждой позиции оборудования.
17. Система по п. 10, отличающаяся тем, что блок декомпозиции выполняет функцию создания структуры декомпозиции сложного инженерного объекта с целью обеспечения консолидации данных по объекту из различных блоков системы.
18. Система по п. 10, отличающаяся тем, что блок для хранения и управления структурой пространственной декомпозиции сложного инженерного объекта обеспечивает создание, структуры объемной (локационной) декомпозиции объекта, предназначенной для организации, внесения и фиксации информации о местоположении элементов объекта в структуре объекта.
PCT/RU2017/000102 2017-03-01 2017-03-01 Способ управления жизненным циклом сложного инженерного объекта и система для его осуществления WO2018160085A1 (ru)

Priority Applications (12)

Application Number Priority Date Filing Date Title
BR112019018281-0A BR112019018281A2 (pt) 2017-03-01 2017-03-01 método de gestão do ciclo de vida de um objeto de engenharia complexo e do sistema para a sua implementação
RU2018122494A RU2707407C1 (ru) 2017-03-01 2017-03-01 Способ управления жизненным циклом сложного инженерного объекта и система для его осуществления
CN201780087748.1A CN110651286A (zh) 2017-03-01 2017-03-01 管理复杂工程设施生命周期的方式及其实现系统
EP17898528.9A EP3591590A4 (en) 2017-03-01 2017-03-01 LIFE CYCLE MANAGEMENT PROCESS OF A COMPLEX ENGINEERING STRUCTURE AND SYSTEM FOR ITS IMPLEMENTATION
PCT/RU2017/000102 WO2018160085A1 (ru) 2017-03-01 2017-03-01 Способ управления жизненным циклом сложного инженерного объекта и система для его осуществления
MYPI2019004970A MY197885A (en) 2017-03-01 2017-03-01 Method for life cycle management of a complex utility facility and system for its implementation
EA201900512A EA201900512A1 (ru) 2017-03-01 2017-03-01 Способ управления жизненным циклом сложного инженерного объекта и система для его осуществления
KR1020197028854A KR102365292B1 (ko) 2017-03-01 2017-03-01 복잡한 엔지니어링 객체의 수명주기를 관리하는 방법 및 그 구현을 위한 시스템
CA3055346A CA3055346C (en) 2017-03-01 2017-03-01 Method for life cycle management of a complex utility facility and system for its implementation
US16/490,407 US11507068B2 (en) 2017-03-01 2017-03-01 Method for life cycle management of a complex utility facility and system for its implementation
JP2019547520A JP7050082B2 (ja) 2017-03-01 2017-03-01 複合エンジニアリング施設のライフサイクルを管理する方法とその実装のためのシステム
ZA2019/05745A ZA201905745B (en) 2017-03-01 2019-08-30 Method for managing the lifecycle of a complex utility plant and system for the implementation thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/RU2017/000102 WO2018160085A1 (ru) 2017-03-01 2017-03-01 Способ управления жизненным циклом сложного инженерного объекта и система для его осуществления

Publications (1)

Publication Number Publication Date
WO2018160085A1 true WO2018160085A1 (ru) 2018-09-07

Family

ID=63370112

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/RU2017/000102 WO2018160085A1 (ru) 2017-03-01 2017-03-01 Способ управления жизненным циклом сложного инженерного объекта и система для его осуществления

Country Status (12)

Country Link
US (1) US11507068B2 (ru)
EP (1) EP3591590A4 (ru)
JP (1) JP7050082B2 (ru)
KR (1) KR102365292B1 (ru)
CN (1) CN110651286A (ru)
BR (1) BR112019018281A2 (ru)
CA (1) CA3055346C (ru)
EA (1) EA201900512A1 (ru)
MY (1) MY197885A (ru)
RU (1) RU2707407C1 (ru)
WO (1) WO2018160085A1 (ru)
ZA (1) ZA201905745B (ru)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113946897A (zh) * 2021-11-02 2022-01-18 中国电建集团成都勘测设计研究院有限公司 基于3DEXPERIENCE Platform的拱坝枢纽BIM快速建模方法
CN115062972A (zh) * 2022-06-16 2022-09-16 国网吉林省电力有限公司电力科学研究院 基于实物“id”的变电站整站赋码管控方法

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
PL3557352T3 (pl) * 2018-04-20 2021-06-14 Rittal Gmbh & Co. Kg Sposób i wspomagany komputerowo system do rejestrowania informacji dotyczących okresu użytkowania szafy rozdzielczej instalacji przemysłowej
CN111223178B (zh) * 2020-01-02 2024-05-14 中广核工程有限公司 一种用于核电工程模块化建造的三维模型应用方法及系统
CN111582667B (zh) * 2020-04-20 2024-06-18 中国核电工程有限公司 一种用于核电厂调试试验验收准则的分析方法
CN112184165B (zh) * 2020-09-28 2023-06-27 北京机电工程总体设计部 一种基于pdm系统的需求数据管理方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5758340A (en) * 1994-08-31 1998-05-26 Sterling Software, Inc. System and method for controlled, multi-tiered subsetting of a data model
WO2011056617A1 (en) * 2009-11-03 2011-05-12 Alstom Technology Ltd Quality control record and data processing system for creating and maintaining same
RU2419874C2 (ru) * 2004-12-21 2011-05-27 Ктре Пти Лимитед Управление реформированием
RU2433467C1 (ru) * 2010-07-19 2011-11-10 Закрытое акционерное общество Научно-производственное предприятие "Реляционные экспертные системы" Способ формирования структуры агрегированных данных и способ поиска данных посредством структуры агрегированных данных в системе управления базами данных
US8606548B2 (en) 2009-12-10 2013-12-10 Accenture Global Services Limited Energy facility control system
CN104517181A (zh) 2014-12-15 2015-04-15 中广核工程有限公司 一种核电站企业内容管理系统及方法

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3873404B2 (ja) * 1996-10-22 2007-01-24 新日鉄ソリューションズ株式会社 ワークフローシステム
JP2001005874A (ja) 1999-06-23 2001-01-12 Hitachi Ltd 文書情報管理機能をもつ議事録管理システム
JP2002288303A (ja) 2001-03-23 2002-10-04 Penta Ocean Constr Co Ltd 施設運用管理方法及び施設運用管理システム
JP2002334203A (ja) 2001-05-11 2002-11-22 Shoei Tecs Kk リソース情報管理システム
US8983635B2 (en) * 2003-12-18 2015-03-17 Curtiss-Wright Flow Control Corporation System and method for protection system design support
JP2005215987A (ja) 2004-01-29 2005-08-11 Hitachi Ltd 生産帳票作成装置
US7899756B2 (en) * 2004-12-01 2011-03-01 Xerox Corporation Critical parameter/requirements management process and environment
JP2007058622A (ja) 2005-08-25 2007-03-08 Konica Minolta Business Technologies Inc 文書管理装置及び文書管理方法
US8234137B2 (en) * 2005-10-03 2012-07-31 Stellar Services One view integrated project management system
JP5064964B2 (ja) 2006-11-10 2012-10-31 株式会社リコー ワークフロー管理方法
US20080140485A1 (en) * 2006-12-11 2008-06-12 Williams Theodore R Project management and assessment method
JP4877795B2 (ja) 2007-02-08 2012-02-15 富士通株式会社 変更管理支援方法、変更管理支援装置及びコンピュータプログラム
JP2009116806A (ja) 2007-11-09 2009-05-28 Hitachi-Ge Nuclear Energy Ltd 進捗状況管理方法、プログラムおよび進捗状況管理装置
JP5337623B2 (ja) 2009-08-07 2013-11-06 株式会社野村総合研究所 ワーフロー管理システム及び方法
US20140025411A1 (en) * 2012-07-19 2014-01-23 International Business Machines Corporation Automatic configuration of process definition metrics
US9690795B1 (en) * 2012-08-09 2017-06-27 Propylon, Inc Data repository configured for facilitating point in time retrieval of content
WO2014093935A1 (en) * 2012-12-16 2014-06-19 Cloud 9 Llc Vital text analytics system for the enhancement of requirements engineering documents and other documents
US20150046363A1 (en) * 2013-08-07 2015-02-12 Flextronics Ap, Llc Method and Apparatus for Managing, Displaying, Analyzing, Coordinating, and Optimizing Innovation, Engineering, Manufacturing, and Logistics Infrastructures
NO3021696T3 (ru) * 2013-09-20 2018-10-20
CN104881289A (zh) * 2015-06-02 2015-09-02 华北计算技术研究所 基于gjb5000a的软件研制过程监控方法及系统
US20170032299A1 (en) * 2015-07-28 2017-02-02 The Boeing Company Web-based System and Method for Facilitating Off-loading of Design Requirements to a Supplier
CN105184505A (zh) * 2015-09-24 2015-12-23 武汉英思工程科技股份有限公司 用于水利水电工程施工过程的数字化管理方法及系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5758340A (en) * 1994-08-31 1998-05-26 Sterling Software, Inc. System and method for controlled, multi-tiered subsetting of a data model
RU2419874C2 (ru) * 2004-12-21 2011-05-27 Ктре Пти Лимитед Управление реформированием
WO2011056617A1 (en) * 2009-11-03 2011-05-12 Alstom Technology Ltd Quality control record and data processing system for creating and maintaining same
US8606548B2 (en) 2009-12-10 2013-12-10 Accenture Global Services Limited Energy facility control system
RU2433467C1 (ru) * 2010-07-19 2011-11-10 Закрытое акционерное общество Научно-производственное предприятие "Реляционные экспертные системы" Способ формирования структуры агрегированных данных и способ поиска данных посредством структуры агрегированных данных в системе управления базами данных
CN104517181A (zh) 2014-12-15 2015-04-15 中广核工程有限公司 一种核电站企业内容管理系统及方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113946897A (zh) * 2021-11-02 2022-01-18 中国电建集团成都勘测设计研究院有限公司 基于3DEXPERIENCE Platform的拱坝枢纽BIM快速建模方法
CN115062972A (zh) * 2022-06-16 2022-09-16 国网吉林省电力有限公司电力科学研究院 基于实物“id”的变电站整站赋码管控方法

Also Published As

Publication number Publication date
KR20190120351A (ko) 2019-10-23
CA3055346C (en) 2024-04-09
EP3591590A4 (en) 2020-09-16
CA3055346A1 (en) 2018-09-07
ZA201905745B (en) 2024-09-25
MY197885A (en) 2023-07-23
JP7050082B2 (ja) 2022-04-07
JP2020512622A (ja) 2020-04-23
EP3591590A1 (en) 2020-01-08
CN110651286A (zh) 2020-01-03
US20200012266A1 (en) 2020-01-09
BR112019018281A2 (pt) 2020-07-14
US11507068B2 (en) 2022-11-22
KR102365292B1 (ko) 2022-02-22
RU2707407C1 (ru) 2019-11-26
EA201900512A1 (ru) 2020-10-23

Similar Documents

Publication Publication Date Title
RU2707407C1 (ru) Способ управления жизненным циклом сложного инженерного объекта и система для его осуществления
CN109559069B (zh) 基于装配式建筑平台的生产管理方法、装置及终端设备
Lee et al. BIM‐Based Construction Information Management Framework for Site Information Management
Cha et al. Framework based on building information modelling for information management by linking construction documents to design objects
Macek et al. Buildings renovation and maintenance in the public sector
Mohamed et al. Simulation‐based scheduling of module assembly yards: case study
US11531324B2 (en) Method and system for cross discipline data validation checking in a multidisciplinary engineering system
Elgh Supporting management and maintenance of manufacturing knowledge in design automation systems
Stefanovic et al. Methodology for modeling and analysis of supply networks
Wefki et al. BIM-based schedule generation and optimization using genetic algorithms
Sadiah et al. Design of the Inventory Application of CV Diva Karya Mandiri Using Rad (Rapid Application Development)
Pandya Review of modelling techniques and tools for decision making in manufacturing management
CN118608097A (zh) 工程项目的验收方法、装置、设备、介质及程序产品
Heilala et al. Decision support using simulation for customer-driven manufacturing system design and operations planning
Ergan et al. Automated approach for developing integrated model-based project histories to support estimation of activity production rates
RU2726832C1 (ru) Система для управления инженерными данными
CN104765602B (zh) 非功能需求实现策略的量化选择方法
Lucas et al. Using a case-study approach to explore methods for transferring BIM-based asset data to facility management systems
Schwarz et al. Towards an integrated sustainability evaluation of energy scenarios with automated information exchange
Yeung et al. Automatic parametric generation of simulation models from project information in digital twin construction
EA041096B1 (ru) Способ управления жизненным циклом сложного инженерного объекта и система для его осуществления
Barlas et al. A prototype integration of ManPy with CMSD
Pinto et al. Generating Simulation Models From CAD-Based Facility Layouts
CN115328442B (zh) 基于低代码平台构建的危化品企业安全风险管控平台
Linger et al. Cleanroom Software Engineering Reference

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 2018122494

Country of ref document: RU

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

Ref document number: 17898528

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019547520

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 139850140003004829

Country of ref document: IR

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 3055346

Country of ref document: CA

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112019018281

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 20197028854

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2017898528

Country of ref document: EP

Effective date: 20191001

ENP Entry into the national phase

Ref document number: 112019018281

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20190902

点击 这是indexloc提供的php浏览器服务,不要输入任何密码和下载