facility_information_models
Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
facility_information_models [2011/10/20 21:16] peter [3. Creation Procedure] |
facility_information_models [2018/10/31 00:22] (current) andries |
||
|---|---|---|---|
| Line 1: | Line 1: | ||
| - | =====Facility Information Models ===== | + | ====== Integrated Information ====== |
| - | ===== 1. Introduction ===== | + | ====== 1. Semantic networks ====== |
| - | The creation of Facility Information Models is one of the parts of the Gellish Modeling Method, as is described in the overall Gellish Modeling Method - Architecture document. When such an information model concerns a plant, a product, a building, etc., then the result can be called a **Plant Information Model**, a **Product Information Model**, a **Building Information Model (BIM)**, etc. | + | A core concept of Gellish is the idea that any information that is expressed in Gellish forms a semantic network. A semantic network is a network in which the nodes (concepts, things) are linked to each other by (binary) relations (relationships), whereas those relations have classification relations with other nodes that represent kinds of relations. Such networks can be about individual things as well as about kinds of things or both. |
| + | Each such a semantic network is thus expressed in the formal language. This implies that by definition it forms an integrated whole with the semantic network that defines the formal language. In other word, the concepts that are used in expressions have explicit relations with concepts that are already defined in the language definition or are reused concepts that were defined earlier in the taxonomic dictionary. This means that any information that is expressed in Gellish forms an extension of virtually one integrated semantic network. Such an integrated network may also include expressions of knowledge and requirements as well as documents. Such an integrated network enables free navigation through a semantic network in any direction. For example from individual things to knowledge or requirements or definitions about kinds of things and vice versa. It also enables the specification of any sub-network of the total network as being a sub-model expressing some specific information. | ||
| - | Other parts of the method deal with Dictionaries (Definition Models, arranged as a Taxonomy), Knowledge Models and Requirements Models. They are concerned with models of kinds of things. Facility Information Models are concerned with the modeling of individual things and the information about them. | + | ====== 2. What is Integrated Information? ====== |
| - | This part of the Gellish Modeling Method aims to increase the quality and accessibility of information (documents and data) about a facility and at the same time to reduce costs of managing data about the facility and its use. The basic vehicle for that is the development and use of an integrated electronic ''Facility Information Model.'' Such a model is a model of an individual thing that can be either a design of a particular object or it may be real a world object, or both. For example, it can be a design of a complete process plant, a building, a road, a ship or an airplane (which designs are imaginary individual things that only exist in peoples minds), and it can be an object that is fabricated, constructed and installed, operated and maintained. | + | Integrated information in Gellish is information that is expressed as a semantic network and that forms an integrated whole with the semantic network that defines the family of Gellish languages and that obeys the rules of Gellish so that it is automatically also integrated with other information (any other semantic network) that is also expressed in Gellish. |
| + | An Integrated Information Model is a name for the scope of a semantic network that includes various kinds of information about some particular subject and that is always integrated with least the language definition network. When such an information model concerns a facility, a product, a building, etc., then the result can be called a **Facility Information Model**, a **Product Information Model**, a **Building Information Model (BIM)**, etc. | ||
| - | This paragraph describes what a Facility Information Model is and it specifies the procedure to create such a model. \\ | + | The Gellish Modeling Methodology aims to increase the quality and accessibility of information (documents and data) about one or more subjects (such as facilities or a collection of products and/or processes) and at the same time to reduce costs of managing data about the subjects and possibly about their use. The basic vehicle for that is the development and use of electronic ''Integrated Information.'' Such integrated information typically include expressions of information about one or more individual things and it can also include information about kinds of things. Information about individual things can be either design information about particular things or it may be about real world objects, or both. For example, it can be a design of a complete process plant, a building, a road or a road network, a ship or an airplane (which designs are imaginary individual things that only exist in peoples minds), and it can be an object that is fabricated, constructed and installed, operated and maintained or about components of such things. Integrated information can also be about kinds of things or it can also be about any combination of them. |
| - | A Facility Information Model that is created according to the Gellish Modeling Method is preferrably documented in a system independent way in one or more standard [[:Gellish Database]] tables. This means that the model can be imported in any system that is able to read Gellish Database tables. That is the reason why these pages don't discuss any particular software system, but only deal with their data and document content. | + | |
| - | Important kinds of systems in which Facility Information Models will most likely be implemented are document oriented systems, such as extended Electronic Document Management Systems (extended EDMS’s), Content Management Systems (CMS systems) or Enterprise Content Management Systems (ECM systems). Another kind of systems in which Facility Information Models may be implemented are more data oriented systems, such as Product Data Management Systems (PDM systems) and Product Lifecycle Management Systems (PLM systems) or ERP systems, typically extended with 2D drawing and 3D shape representation capabilities. | + | This paragraph describes what an integrated information is and it specifies the procedure to create integrated information models. \\ |
| + | Integrated information that is created according to the Gellish Modeling Methodology is preferably documented in a system independent way in one or more [[:Gellish Databases|Gellish enabled databases]]. This means that various parts of the network can be exported from such a system and can be imported in any system that is able to read and interpret Gellish expressions. That is the reason why these pages don't discuss any particular software system, but only deal with their data and document content. | ||
| - | ===== 2. What is a Facility Information Model? ===== | + | Important kinds of systems in which integrated information can be implemented are document oriented systems, such as extended Electronic Document Management Systems (extended EDMS’s), Content Management Systems (CMS systems) or Enterprise Content Management Systems (ECM systems). Another kind of systems in which Integrated Information Models may be implemented are more data oriented systems, such as Product Data Management Systems (PDM systems) and Product Lifecycle Management Systems (PLM systems) or ERP systems, typically extended with 2D drawing and 3D shape representation capabilities. |
| - | Traditionally information about a facility is recorded in documents, first in paper documents, later in electronic documents. In a Facility Information Model a core part of the information is expressed as data, which data reflects the facility and its components and their operation and possibly their properties, whereas another part consists of the remaining documents. Each of those documents is then related to the element in the facility model about which the document contains information. | + | Traditionally information about a product is recorded in documents, first in paper documents, later in electronic documents. Integrated information implies that a core part of the information is expressed as data, which data reflects products and/or processes and their components and the operation or usage of products and possibly their properties. It also implies that another part consists of the remaining documents. Each of those documents is then related to the product or process about which the document contains information. |
| {{:facility_information_model_-_jul2008.gif? |}} | {{:facility_information_model_-_jul2008.gif? |}} | ||
| - | Figure 1, Facility Information Model Architecture | + | Figure 1, Integrated Information Architecture |
| - | A Facility Information Model generally has an Architecture as is presented in Figure 1. Such a model typically consists of three, four or five sections: \\ \\ | + | A Integrated Information generally has an architecture as is presented in Figure 1. The architecture consists of five sections, although only the dictionary (language definition) section is obligatory. The sections of the architecture are: \\ \\ |
| - | 1. A Facility Model. \\ | + | 1. A Product and process information. \\ |
| - | A Facility Model consists of data in a structure, so that it forms a model of a facility, its components and its processes and properties. This may reflect the design of a facility or it may describe an actually fabricated facility, or both. \\ | + | Product and process information consists of data in a network structure, so that it forms a semantic network about one or more products and/or processes, being e.g. process plants, ships, buildings, roads, or components, etc. This may reflect the design of a facility or of products and their intended operation or it may describe actually fabricated things and their operation, or both. \\ |
| - | The Facility Model section includes a composition hierarchy (also called a breakdown structure) of a facility (being a process plant, ship, building, road, etc.) as well as the properties of its components. It may also include the processes that take place in the facility together with the processed materials and the activities on its components. \\ \\ | + | The product and process information section typically includes a composition hierarchy (also called a breakdown structure) of the products as well as the properties of their components and relations to other things. It may also include (relations to) the processes that take place in the products, together with the processed materials and the activities on the components. It may even include the people who shall or actual perform tasks related to the products or components.\\ \\ |
| 2. Document Models. \\ | 2. Document Models. \\ | ||
| - | Document Models consist of documents that are related to the facility, together with data about the documents. A Facility Information Model shall include relations between the documents and the elements in the facility model about which they provide information. This section includes the repository of documents about the facility as well as the procedures to operate, inspect and maintain it. \\ \\ | + | Document Models consist of documents that are related to the product, together with information about the documents. Integrated information implies that relations are included between the documents and the products and processes about which they provide information. A document model includes the repository of documents about the products and/or processes as well as the procedures to operate or use, inspect and maintain products. \\ \\ |
| - | 3. Requirement Models. \\ | + | 3. Requirement. \\ |
| - | Requirements Models form an optional section that describes requirements about the kinds of things in the facility model, specified in the form of relations between concepts in the Dictionary (<shall have...> or <shall be...> relations). For example: a compressor <shall have as aspect a> capacity. A special type of Requirements Models is called Standard Specification models that define standardised types of components. For example, Standard Specification Models of standardised bolts \\ \\ | + | Expressions of requirements form an optional section in an integrated semantic network. It expresses requirements about kinds of product and processes and their components and aspects. The requirements are specified in the form of relations between concepts in the dictionary (using expressions with <shall have...> or <shall be...> relations). An example of the expression of a requirement is: (a) compressor <shall have as aspect a> capacity. \\ \\ |
| - | 4. Knowledge Models. \\ | + | 4. Knowledge. \\ |
| - | Knowledge Models form another optional section that describes knowledge about the kinds of things in the facility model, also specified in the form of relations between concepts in the Dictionary, but using different relation types (<can have...> or <can be...> relations). For example: a building <can have as aspect a> number of levels. \\ \\ | + | Expressions of knowledge form another optional section in an integrated semantic network. It describes knowledge about possibilities or what can be the case for things of particular kinds, including kinds of things that appear in the product and process information section. The knowledge is also expressed in the form of relations between concepts that are defined in the dictionary. Expressions of knowledge about possibilities use different kinds of relations than requirements or definitions, especially using phrases that start with <can have...> or <can be...>. For example: a building <can have as aspect a> number of levels. \\ \\ |
| - | 5. Dictionary (Definition Models). \\ | + | 5. Dictionary (Definitions and definition models). \\ |
| - | An Electronic Dictionary defines the kinds of components, kinds of documents, kinds of processes an kinds of properties, etc. in the application domain of the model. It defines the 'common language' of the Facility Information Model. An electronic Gellish Dictionary is arranged as a Taxonomy and consists of Definition Models that define concepts by a model of the facts that are by definition the case. The Gellish English Dictionary is an exemple of such an electronic Dictionary. \\ \\ | + | The electronic Gellish dictionary is an integrated section of any integrated semantic network. It defines the kinds of components, kinds of documents, kinds of processes an kinds of properties, etc. for the language and should include the application domain of various sections of the integrated information. It defines the 'common language' of the semantic network. \\ \\ |
| - | Each element in the Facility Model is related by a classification relation to a concept in the Dictionary. \\ \\ Each document is related to a document type, which is also part of the Dictionary. \\ \\ | + | Each product or process or component or aspect in the product and process section shall be related by a classification relation to a concept in the dictionary. \\ \\ Each document and file in the document section is related to a document type or file type, which is also included in the dictionary. \\ \\ |
| - | The Facility Model, Document Models and a Dictionary together form the core of a Facility Information Model. \\ | + | Product and process information as well as all integrated information together forms a semantic a network of related things. In other words it consists of 'objects' with relations between those 'objects'. Those relations can include not only relations between components of the products and processes, but also relations between the components and the processes, activities, properties (including also shapes and coordinates) and documents. |
| - | A Facility Information Model can be described as a network of related things. In other words it consists of 'objects' with relations between those 'objects'. Those relations include not only relations between components of the facility model, but also relations between the components and the processes, activities, properties (including also shapes and coordinates) and documents. | + | Thus, integrated information is the integration of a collection of data (expressions) and documents that model and describe products and/or processes, their use or operation and maintenance, whereas each component and each document or aspect is classified by a concept (a kind) that is defined in the Gellish dictionary or its proprietary extension. \\ |
| + | Integrated information can be implemented in various ways. The essence is that the user of a system by which the data and documents are accessed should experience it as one integrated network. Nevertheless, the system may be constructed such that the documents are stored in a simple directory or such that they are be stored in a separate document management system and the data are stored in one or more databases. | ||
| - | So, a Facility Information Model is the integration of a set of data and documents that model and describes the facility, its operation and maintenance, whereas each component and each document is classified by a concept (a class) that is defined in an electronic Dictionary, such as the Gellish English Dictionary or a Gellish Domain Dictionary. \\ | + | ====== 3. Information model creation procedure ====== |
| - | A facility information model can be implemented in various ways. The essence is that the user of a system by which the data and documents are accessed should experience it as one integrated system. Nevertheless, the system may be constructed such that the documents are stored in a simple directory or such that they are be stored in a separate document management system and the data are stored in one or more databases. | + | |
| - | ===== 3. Creation Procedure ===== | + | The process to create an electronic Integrated Information Model will depend on the available material, the phase in the (project) lifecycle of the products or facilities and the intended scope. \\ |
| - | + | The creation of an integrated Facility Information Model may start for example with the following source material: \\ | |
| - | The process to create an electronic Facility Information Model will depend on the available material, the phase in the (project) lifecycle of the facilities and the intended scope. \\ | + | |
| - | The creation of the Facility Information Model may start for example with the following source material: \\ | + | |
| * Bills of Materials or Equipment lists, including information about related equipment/assemblies and documents about the equipment. | * Bills of Materials or Equipment lists, including information about related equipment/assemblies and documents about the equipment. | ||
| Line 50: | Line 50: | ||
| * Plot plan, Block diagrams, Process Flow Diagrams and Piping and Instrumentation Diagrams (for verification). | * Plot plan, Block diagrams, Process Flow Diagrams and Piping and Instrumentation Diagrams (for verification). | ||
| - | The management of Bills of Materials, Equipment lists and Document indexes requires that revisions of those lists should contain an indication of each fact that is changed. This is necessary to enable a proper update of the database This means that it shall be indicated whether an equipment item or document is deleted, modified or added, relative to the previous version. \\ | + | The management of Bills of Materials, Equipment lists and Document indexes requires that revisions of those lists should contain an indication of each assertion that is changed. This is necessary to enable a proper update of the database. This means that it shall be indicated whether an equipment item or document is deleted, modified or added, relative to the previous version. \\ |
| - | Typically the following steps are then taken to create the backbone of a Facility Information Model: | + | Typically the following steps are then taken to create the backbone of an Integrated Information Model: \\ \\ |
| - | 1. //Create a facility composition hierarchy (also called an asset breakdown structure).// \\ | + | 1. //Create a composition hierarchy of the product(s) (also called an asset breakdown structure).// \\ |
| - | 1.1 Make coded names (tag names) and unit names consistent and compliant with a standardized convention. \\ | + | 1.1 Make coded names (tag names) and unit names consistent and compliant with a standardized convention. \\ |
| - | 1.2 Classify components, equipment and units. This implies: Classify the site, the plant(s), process units, buildings, roads, systems and their components. \\ | + | 1.2 Classify components, equipment and units. This implies: Classify the site, the facilities, (process) units, buildings, roads, systems, equipment, etc. and their components. \\ |
| - | 1.3 Decompose the facility. This implies: Specify for each component of which assembly (or assemblies) it is a part and add systems and include them in the decomposition hierarchy. \\ \\ | + | 1.3 Decompose the products. This implies: Specify for each component of which assembly (or assemblies) it is a part and add systems and include them in the decomposition hierarchy. \\ \\ |
| - | The result will be a Gellish database table. An example of the core of such a table may be as follows: \\ \\ | + | The result will be a Gellish expression format table. An example of the core of such a table is illustrated as follows: \\ \\ |
| B1 <is classified as a> building \\ | B1 <is classified as a> building \\ | ||
| B1 <has as part> C1 \\ | B1 <has as part> C1 \\ | ||
| Line 76: | Line 76: | ||
| Specify for each installed item for which design item (tagged item) it is installed and identify the manufacturer’s models that are applied. \\ \\ | Specify for each installed item for which design item (tagged item) it is installed and identify the manufacturer’s models that are applied. \\ \\ | ||
| 6. //Add activities and processes (functions).// \\ \\ | 6. //Add activities and processes (functions).// \\ \\ | ||
| - | Specify which processes (functions) are or will be performed in or by the facility and its components and which activities are performed by people that operate or maintain the facility and its components.// \\ \\ | + | Specify which processes (functions) are or will be performed in or by the facility and its components and which activities are performed by people that operate or maintain the facility and its components. \\ \\ |
| 7. //Add aspects to the components.// \\ \\ | 7. //Add aspects to the components.// \\ \\ | ||
| Specify the properties, qualities, dimensions, shapes, coordinates and other qualitative and quantitative aspects of the facility and its components and possibly to the activities, processes and products. \\ \\ | Specify the properties, qualities, dimensions, shapes, coordinates and other qualitative and quantitative aspects of the facility and its components and possibly to the activities, processes and products. \\ \\ | ||
| 8. //Add other facts (relations)// \\ \\ | 8. //Add other facts (relations)// \\ \\ | ||
| - | Specify additional information as required to complete the specification. | + | Specify additional information as required to complete the specification. \\ \\ |
| - | Once the Gellish Database tables are created they can be directly used by a Gellish Viewer to search for information and documents about the facility and its components. They can also be exchanged and combined with Gellish Database tables that contain additional information about the facility. | + | Once the Gellish Expression format tables are created they can be directly read by Gellish enabled software to search for information and documents about any object or kind in the integrated information. Selections of the information can also be exchanged in the format and can be combined with Gellish Expression format tables that contain additional information. \\ \\ |
| - | **//Continue with//**[[:Product Modeling]] | + | **//Continue with//** [[:Product Modeling]] |
facility_information_models.1319138212.txt.gz · Last modified: 2017/11/15 11:05 (external edit)
Page Tools
Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Share Alike 4.0 International
