Method and system for a reference model for an enterprise architecture
View Patent ↗Systems and methods for a reference model for the representation of an arbitrarily complex enterprise architecture are disclosed. These systems and methods provide a reference model composed of component types and relationship types useful in modeling an enterprise architecture. The reference model may be constructed according to a set of domains. A set of component types associated with each of these domains may be defined and relationship types defined for these component types. A data model of a particular enterprise architecture may then be instantiated using this reference model.
1. A method of creating a reference model for an enterprise architecture using a system comprising a modeling computer and a database computer, comprising:
representing the enterprise architecture using a data model and the modeling computer, the data model comprising:
a first set of component types, each of the first set of component types corresponding to a domain and comprising a first set of properties associated with the domain to which the first component type corresponds, wherein each domain corresponds to a logical separation of entities and relationships within the enterprise architecture and wherein each domain is associated with a second set of component types, the second set of component types comprising a hierarchy of subtypes corresponding to that domain and each of the subtypes corresponds to a physical or logical entity that is related to that domain and comprises a second set of properties associated with that entity, and wherein each domain is further associated with a set of relationship types, wherein each of the set of relationships types corresponds to a relationship between entities of the associated domain and comprises a third set of properties associated with that relationship, wherein the second set of component types and the set of relationship types associated with each domain serve as a framework for instantiating components and relationships to model the enterprise architecture and wherein representing the enterprise architecture further comprises:
instantiating a set of components from each of the first set of component types, the second set of component types and the set of relationships types, and assigning values to the first set of properties, second set of properties and third set of properties of the instantiated components and relationships based on the enterprise architecture,
wherein each instantiated component comprises a check logic for determining the validity of values of the sets of properties; and
storing each of the set of the instantiated set of components, relationships and properties at the database computer using a table schema comprising a component table storing each of the components and an association between each component and a corresponding component type and a relationship table storing each relationship, wherein each of the relationships is associated with its corresponding relationship type;
wherein each instantiated relationship comprises a check logic for determining the validity of relationship;
wherein the table schema comprises:
a propertyDefinition table, a componentType table, the component table, a PropertyCategory table, a propertyValue table, a relationshipType table and the relationship table,
wherein the ComponentType table comprises a set of columns related to fields of a component type, wherein each component is linked to its type of component through a property field, whereby all instantiated components of a given type contain the same set of properties and check logic,
wherein the RelationshipType table comprises a set of columns related to fields of a relationship type, wherein each relationship is linked to its type of relationship through a property field, whereby all instantiated relationships of a given type contain the same set of properties and check logic,
wherein the PropertyCategory table comprises a set of columns related to the definition of a property, wherein each property is linked to its type of relationship through a property field, whereby all instantiated relationships of a given type contain the same set of properties and check logic,
wherein the PropertyDefinition table comprises a set of definitions of particular properties, wherein one or more properties contains a link to a field in
and a propertyValue table, wherein each property value comprises a link to a property definition in the propertyDefinition table and one of a link to a field in the ComponentType table or the RelationshipType table.
2. The method of claim 1 , wherein the set of domains comprises process, initiative, organization, application, location, infrastructure, data and policy.
3. The method of claim 1 , wherein at least one of the second component types is associated with first check logic, the first check logic operable to check the values of one or more of the second set of properties of one or more of the set of components instantiated from the at least one of the second component types and at least one of the relationship types is associated with second check logic, the second check logic operable to check the values of one or more of the third set of properties of one or more of the set of relationships instantiated from the at least one of the relationship types.
4. The method of claim 3 , wherein the set of relationship types comprises intradomain and interdomain relationship types and cardinality constraints on each of the relationship types in the set of relationship types.
5. The method of claim 1 , wherein each component is represented in the component table, wherein each component stored in the component table is linked to a type of component, wherein altering the model to include a new property field comprises the steps of:
adding a row to a table in the data schema, wherein the row comprises one or more fields containing the definition of the property, wherein the property definition is linked to a componentID field in the componentType table, whereby the added property field is associated with all components having the same component type.
6. The method of claim 5 , wherein each component type is represented in the component type table, wherein each component type stored in the component type table is linked to a property in the property table.
7. A system comprising a database computer and a modeling computer, the system comprising a tangible computer readable medium comprising computer executable instruction for:
representing the enterprise architecture using a data model and the modeling computer, the data model comprising:
a first set of component types, each of the first set of component types corresponding to a domain and comprising a first set of properties associated with the domain to which the first component type corresponds, wherein each domain corresponds to a logical separation of entities and relationships within the enterprise architecture and wherein each domain is associated with a second set of component types, the second set of component types comprising a hierarchy of subtypes corresponding to that domain and each of the subtypes corresponds to a physical or logical entity that is related to that domain and comprises a second set of properties associated with that entity, and wherein each domain is further associated with a set of relationship types, wherein each of the set of relationships types corresponds to a relationship between entities of the associated domain and comprises a third set of properties associated with that relationship, wherein the second set of component types and the set of relationship types associated with each domain serve as a framework for instantiating components and relationships to model the enterprise architecture and wherein representing the enterprise architecture further comprises:
instantiating a set of components from each of the first set of component types, the second set of component types and the set of relationships types, and assigning values to the first set of properties, second set of properties and third set of properties of the instantiated components and relationships based on the enterprise architecture,
wherein each instantiated component comprises a check logic for determining the validity of values of the sets of properties; and
storing each of the set of the instantiated set of components, relationships and properties at the database computer using a table schema comprising a component table storing each of the components and an association between each component and a corresponding component type and a relationship table storing each relationship, wherein each of the relationships is associated with its corresponding relationship type;
wherein each instantiated relationship comprises a check logic for determining the validity of relationship;
wherein the table schema comprises:
a propertyDefinition table, a componentType table, the component table, a PropertyCategory table, a propertyValue table, a relationshipType table and the relationship table,
wherein the ComponentType table comprises a set of columns related to fields of a component type, wherein each component is linked to its type of component through a property field, whereby all instantiated components of a given type contain the same set of properties and check logic,
wherein the RelationshipType table comprises a set of columns related to fields of a relationship type, wherein each relationship is linked to its type of relationship through a property field, whereby all instantiated relationships of a given type contain the same set of properties and check logic,
wherein the PropertyCategory table comprises a set of columns related to the definition of a property, wherein each property is linked to its type of relationship through a property field, whereby all instantiated relationships of a given type contain the same set of properties and check logic,
wherein the PropertyDefinition table comprises a set of definitions of particular properties, wherein one or more properties contains a link to a field in
and a propertyValue table, wherein each property value comprises a link to a property definition in the propertyDefinition table and one of a link to a field in the ComponentType table or the RelationshipType table.
8. The system of claim 7 , wherein the set of domains comprises process, initiative, organization, application, location, infrastructure, data and policy.
9. The system of claim 7 , wherein at least one of the second component types is associated with first check logic, the first check logic operable to check the values of one or more of the second set of properties of one or more of the set of components instantiated from the at least one of the second component types and at least one of the relationship types is associated with second check logic, the second check logic operable to check the values of one or more of the third set of properties of one or more of the set of relationships instantiated from the at least one of the relationship types.
10. The system of claim 9 , wherein the set of relationship types comprises intradomain and interdomain relationship types and cardinality constraints on each of the relationship types in the set of relationship types.
11. The system of claim 7 , wherein each component is represented in the component table, wherein each component stored in the component table is linked to a type of component, wherein altering the model to include a new property field comprises the steps of:
adding a row to a table in the data schema, wherein the row comprises one or more fields containing the definition of the property, wherein the property definition is linked to a componentID field in the componentType table, whereby the added property field is associated with all components having the same component type.
12. The system of claim 11 , wherein each component type is represented in the component type table, wherein each component type stored in the component type table is linked to a property in the property table.
13. A tangible computer readable medium comprising computer executable instruction for:
representing the enterprise architecture using a data model and the modeling computer, the data model comprising:
a first set of component types, each of the first set of component types corresponding to a domain and comprising a first set of properties associated with the domain to which the first component type corresponds, wherein each domain corresponds to a logical separation of entities and relationships within the enterprise architecture and wherein each domain is associated with a second set of component types, the second set of component types comprising a hierarchy of subtypes corresponding to that domain and each of the subtypes corresponds to a physical or logical entity that is related to that domain and comprises a second set of properties associated with that entity, and wherein each domain is further associated with a set of relationship types, wherein each of the set of relationships types corresponds to a relationship between entities of the associated domain and comprises a third set of properties associated with that relationship, wherein the second set of component types and the set of relationship types associated with each domain serve as a framework for instantiating components and relationships to model the enterprise architecture and wherein representing the enterprise architecture further comprises:
instantiating a set of components from each of the first set of component types, the second set of component types and the set of relationships types, and assigning values to the first set of properties, second set of properties and third set of properties of the instantiated components and relationships based on the enterprise architecture,
wherein each instantiated component comprises a check logic for determining the validity of values of the sets of properties; and
storing each of the set of the instantiated set of components, relationships and properties at the database computer using a table schema comprising a component table storing each of the components and an association between each component and a corresponding component type and a relationship table storing each relationship, wherein each of the relationships is associated with its corresponding relationship type;
wherein each instantiated relationship comprises a check logic for determining the validity of relationship;
wherein the table schema comprises:
a propertyDefinition table, a componentType table, the component table, a PropertyCategory table, a propertyValue table, a relationshipType table and the relationship table,
wherein the ComponentType table comprises a set of columns related to fields of a component type, wherein each component is linked to its type of component through a property field, whereby all instantiated components of a given type contain the same set of properties and check logic,
wherein the RelationshipType table comprises a set of columns related to fields of a relationship type, wherein each relationship is linked to its type of relationship through a property field, whereby all instantiated relationships of a given type contain the same set of properties and check logic,
wherein the PropertyCategory table comprises a set of columns related to the definition of a property, wherein each property is linked to its type of relationship through a property field, whereby all instantiated relationships of a given type contain the same set of properties and check logic,
wherein the PropertyDefinition table comprises a set of definitions of particular properties, wherein one or more properties contains a link to a field in
and a propertyValue table, wherein each property value comprises a link to a property definition in the propertyDefinition table and one of a link to a field in the ComponentType table or the RelationshipType table.
14. The computer readable medium of claim 13 , wherein the set of domains comprises process, initiative, organization, application, location, infrastructure, data and policy.
15. The computer readable medium of claim 13 , wherein at least one of the second component types is associated with first check logic, the first check logic operable to check the values of one or more of the second set of properties of one or more of the set of components instantiated from the at least one of the second component types and at least one of the relationship types is associated with second check logic, the second check logic operable to check the values of one or more of the third set of properties of one or more of the set of relationships instantiated from the at least one of the relationship types.
16. The computer readable medium of claim 15 , wherein the set of relationship types comprises intradomain and interdomain relationship types and cardinality constraints on each of the relationship types in the set of relationship types.
17. The computer readable medium of claim 13 , wherein each component is represented in the component table, wherein each component stored in the component table is linked to a type of component, wherein altering the model to include a new property field comprises the steps of:
adding a row to a table in the data schema, wherein the row comprises one or more fields containing the definition of the property, wherein the property definition is linked to a componentID field in the componentType table, whereby the added property field is associated with all components having the same component type.
18. The computer readable medium of claim 17 , wherein each component type is represented in the component type table, wherein each component type stored in the component type table is linked to a property in the property table.