[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

US20120296892A1 - Graphically displaying lifecycle information of a governed object in a service registry in combination with the policies asserted for the lifecycle states - Google Patents

Graphically displaying lifecycle information of a governed object in a service registry in combination with the policies asserted for the lifecycle states Download PDF

Info

Publication number
US20120296892A1
US20120296892A1 US13/111,635 US201113111635A US2012296892A1 US 20120296892 A1 US20120296892 A1 US 20120296892A1 US 201113111635 A US201113111635 A US 201113111635A US 2012296892 A1 US2012296892 A1 US 2012296892A1
Authority
US
United States
Prior art keywords
lifecycle
states
definitions
governed
state
Prior art date
Legal status (The legal status 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 status listed.)
Abandoned
Application number
US13/111,635
Inventor
Devaprasad K. Nadgir
Vijay C. Telukapalli
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
International Business Machines Corp
Original Assignee
International Business Machines Corp
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
Application filed by International Business Machines Corp filed Critical International Business Machines Corp
Priority to US13/111,635 priority Critical patent/US20120296892A1/en
Assigned to INTERNATIONAL BUSINESS MACHINES CORPORATION reassignment INTERNATIONAL BUSINESS MACHINES CORPORATION ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: NADGIR, DEVAPRASAD K., TALUKAPALLI, VIJAY C.
Priority to US13/405,334 priority patent/US10176237B2/en
Publication of US20120296892A1 publication Critical patent/US20120296892A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/21Design, administration or maintenance of databases
    • G06F16/211Schema design and 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/0631Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06313Resource planning in a project environment
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/248Presentation of query results

Definitions

  • the present invention relates to service oriented environments, and more particularly to graphically displaying lifecycle information of a governed object in a service registry in combination with the policies associated with the lifecycle states.
  • a Service Oriented Architecture is a business-driven IT architectural approach that supports integrating the business as linked, repeatable business tasks, or services.
  • the basic building block is a service document that defines a service so that it can be managed with other services.
  • a service document contains information about a service including the location of the service and details about the service and how to access the service.
  • Service documents are used by analysts, architects, and developers during a development phase of the SOA lifecycle to locate services to reuse and to evaluate the impact of changes to service configurations. Service documents are variously described as metadata, objects, descriptions, entities and artifacts.
  • a service repository stores the service document and allows access to the service document and thereby the corresponding service.
  • a service registry is an index of a subset of information about a service (for example the location and name of service document) enabling the corresponding service document to be located and accessed in a repository (or even the corresponding service located at the service provider).
  • An integrated service registry and repository allows a service operation to use both the indexed service information in the registry and the detailed service information in the repository.
  • An example of an integrated service registry and repository is IBM® WebSphere® Registry and Repository (WSRR).
  • Such an integrated service registry and repository has advantages of greater business agility and resilience through reuse than separate systems. Further advantages of looser coupling, greater flexibility, better interoperability, and better governance arise from the integration. These advantages are addressed by separating service descriptions from their implementations, and using the service descriptions across the lifecycle of the service.
  • Standards-based service metadata artifacts such as Web Service Definition Language (WSDL), Extensible Mark-up Language (XML) schema, policy or Service Component Architecture (SCA) documents, capture the technical details of what a service can do, how it can be invoked, or what it expects other services to do. Semantic annotations and other metadata can be associated with these artifacts to offer insight to potential users of the service on how and when it can be used, and what purpose it serves.
  • a policy is a rule that is applied to an object by an environment. For instance, access to an object can be controlled by applying a rule that only entities with a certain token can have access to the object.
  • W3C World Wide Web Consortium
  • WS-Policy is a W3C WS (Web Service) standard that is intended to provide a means for specifying policies that need to be applied to web services and specifically service documents.
  • a policy can be a generic policy as defined in the WS-Policy framework or it can be a domain specific policy as defined in a policy domain.
  • the WS-Policy-Attach specification (also controlled by the W3C) specifies a standard means by which policy attachments can be defined to link a policy to a service object referenced in a service document.
  • Service objects or logical objects are derived from documents (WSDL (Web Service Definition Language) documents; XSD (XML schema definition) documents; XML (extensible mark-up language) documents, WS-Policy documents etc.) when they are loaded into the service registry environment.
  • WS-Policy-Attach specification declares different means of specifying policy attachments that link specific policies to target subjects: embedded policies in WSDL documents; embedded policy references in WSDL documents; embedded policy references from policyURl (Universal Resource Indicator) attributes in WSDL documents; embedded policies in external policy attachment files; and embedded policy references in external policy attachment files.
  • service or logical objects can be transitioned through states defined in a lifecycle (e.g., assemble, deploy, manage, retire), and the resulting states will be reflected in the classification metadata associated with these objects.
  • the service registry console or Application Programming Interfaces (APIs) can be used to locate and use the objects based upon these classifications.
  • SACL State Adaptive Choreography Language
  • a method for graphically displaying lifecycle information of a governed object in combination with policies associated with lifecycle states comprises retrieving properties of the governed object, where the properties comprise an object type and a current lifecycle state.
  • the method further comprises retrieving lifecycle definitions for the current lifecycle state and one or more potential future lifecycle states associated with the governed object.
  • the method comprises retrieving policy definitions that apply to the object type, the current lifecycle state and the one or more potential future lifecycle states.
  • the method comprises building a table correlating the lifecycle definitions for the current lifecycle state and the one or more potential future lifecycle states with the policy definitions.
  • the method comprises generating, by a processor, a graphical representation detailing the current lifecycle state, transitions to the one or more potential future lifecycle states and the policy definitions that apply to each transition for the governed object using the table.
  • FIG. 1 is a hardware configuration of a data processing system in accordance with an embodiment of the present invention
  • FIG. 2 illustrates the software components used in graphically displaying lifecycle information of a governed object in a service registry in combination with the policies associated with the lifecycle states in accordance with an embodiment of the present invention
  • FIG. 3 is a flowchart of a method for graphically displaying lifecycle information of a governed object in a service registry in combination with the policies associated with the lifecycle states in accordance with an embodiment of the present invention.
  • FIG. 4 illustrates a graphical view generated by the governance lifecycle view adapter in accordance with an embodiment of the present invention.
  • the present invention comprises a method, system and computer program product for graphically displaying lifecycle information of a governed object in a service registry in combination with the policies associated with the lifecycle states.
  • a software component referred to herein as the “governance lifecycle view adapter,” in the service registry retrieves a governance record for a governed object to obtain historical information (e.g., previous transitions and states of the object).
  • the governance lifecycle view adapter further retrieves properties (e.g., object type, current lifecycle state) of the governed object.
  • the governance lifecycle view adapter retrieves lifecycle definitions for the current lifecycle state and one or more potential future lifecycle states associated with the governed object.
  • the governance lifecycle view adapter retrieves policy definitions that apply to the object type, the current lifecycle state and the one or more potential future lifecycle states.
  • a table is then built that correlates the retrieved lifecycle definitions for the current lifecycle state and the one or more potential future lifecycle states with the retrieved policy definitions.
  • the governance lifecycle view adapter may then generate a graphical representation detailing the current lifecycle state, transitions to the one or more potential future lifecycle states and the policy definitions that apply to each transition for the governed object based on the built table. In this manner, a graphical representation may be made that illustrates the current lifecycle state, next lifecycle states, possible transitions and constraints represented as policy assertions on the transitions.
  • a governed object may also include instances of such objects which individually have lifecycles.
  • a person of ordinary skill in the art would be capable of applying the principles of the present invention to such implementations. Further, embodiments applying the principles of the present invention to such implementations would fall within the scope of the present invention.
  • FIG. 1 illustrates a hardware configuration of a computer system 100 which is representative of a hardware environment for practicing the present invention.
  • computer system 100 has a processor 101 coupled to various other components by system bus 102 .
  • An operating system 103 runs on processor 101 and provides control and coordinates the functions of the various components of FIG. 1 .
  • An application 104 in accordance with the principles of the present invention runs in conjunction with operating system 103 and provides calls to operating system 103 where the calls implement the various functions or services to be performed by application 104 .
  • Application 104 may include, for example, an application for graphically displaying lifecycle information of a governed object in a service registry in combination with the policies associated with the lifecycle states as discussed further below in association with FIGS. 2-4 .
  • ROM 105 is coupled to system bus 102 and includes a basic input/output system (“BIOS”) that controls certain basic functions of computer device 100 .
  • RAM random access memory
  • disk adapter 107 are also coupled to system bus 102 .
  • software components including operating system 103 and application 104 may be loaded into RAM 106 , which may be computer system's 100 main memory for execution.
  • Disk adapter 107 may be an integrated drive electronics (“IDE”) adapter that communicates with a disk unit 108 , e.g., disk drive.
  • IDE integrated drive electronics
  • program for graphically displaying lifecycle information of a governed object in a service registry in combination with the policies associated with the lifecycle states as discussed further below in association with FIGS. 2-4 may reside in disk unit 108 or in application 104 .
  • Computer system 100 may further include a communications adapter 109 coupled to bus 102 .
  • Communications adapter 109 interconnects bus 102 with an outside network thereby enabling computer system 100 to communicate with other similar devices.
  • I/O devices may also be connected to computer system 100 via a user interface adapter 110 and a display adapter 111 .
  • Keyboard 112 , mouse 113 and speaker 114 may all be interconnected to bus 102 through user interface adapter 110 . Data may be inputted to computer system 100 through any of these devices.
  • a display monitor 115 may be connected to system bus 102 by display adapter 111 . In this manner, a user is capable of inputting to computer system 100 through keyboard 112 or mouse 113 and receiving output from computer system 100 via display 115 or speaker 114 .
  • aspects of the present invention may be embodied as a system, method or computer program product. Accordingly, aspects of the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, micro-code, etc.) or an embodiment combining software and hardware aspects that may all generally be referred to herein as a “circuit,” ‘module” or “system.” Furthermore, aspects of the present invention may take the form of a computer program product embodied in one or more computer readable medium(s) having computer readable program code embodied thereon.
  • the computer readable medium may be a computer readable signal medium or a computer readable storage medium.
  • a computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing.
  • a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
  • a computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof.
  • a computer readable signal medium may be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus or device.
  • Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
  • Computer program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C++ or the like and conventional procedural programming languages, such as the C programming language or similar programming languages.
  • the program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server.
  • the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider).
  • LAN local area network
  • WAN wide area network
  • Internet Service Provider for example, AT&T, MCI, Sprint, EarthLink, MSN, GTE, etc.
  • These computer program instructions may also be stored in a computer readable medium that can direct a computer, other programmable data processing apparatus, or other devices to function in a particular manner, such that the instructions stored in the computer readable medium produce an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.
  • the computer program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide processes for implementing the function/acts specified in the flowchart and/or block diagram block or blocks.
  • lifecycle definitions for objects in the service registry are defined by a standard representation called State Adaptive Choreography Language (SACL). While a SACL infrastructure to manage the lifecycle of objects in the service registry gives a flexible framework to represent objects with states and transitions, it lacks the ability to pictorially present to end users information about the current lifecycle state, next lifecycle states, possible transitions and constraints represented as policy assertions on the transitions (e.g., WS-Policy assertions). That is, the current representation of lifecycle states in SACL and policies are in a disjoint and disconnected manner thereby making it difficult for the end user to predict the next possible lifecycle states as well as the policies that apply to each next possible transition.
  • SACL State Adaptive Choreography Language
  • FIG. 2 is a diagram of the software components used in graphically displaying lifecycle information of a governed object in a service registry in combination with the policies associated with the lifecycle states.
  • FIG. 3 is a flowchart of a method for graphically displaying lifecycle information of a governed object in a service registry in combination with the policies associated with the lifecycle states.
  • FIG. 4 illustrates the graphical view generated by the governance lifecycle view adapter.
  • FIG. 2 is a diagram of the software components used in graphically displaying lifecycle information of a governed object in a service registry in combination with the policies associated with the lifecycle states.
  • these software components may reside in application 104 ( FIG. 1 ).
  • the software components include a service registry container 201 .
  • service registry container 201 is an index of information about a service enabling the corresponding service document to be located and accessed in a repository (or even the corresponding service located at the service provider).
  • the repository (not shown) is combined with service registry container 201 .
  • An example of an integrated service registry and repository is IBM® WebSphere® Registry and Repository (WSRR).
  • Service registry container 201 may include a configuration profile 202 that stores information, such as an object model 203 , a lifecycle definitions module 204 and a policy definitions module 205 .
  • Object model 203 stores information relating to the properties of objects (e.g., object type, such as business service, document). In one embodiment, such information is represented in Web Ontology Language (OWL).
  • OWL Web Ontology Language
  • Lifecycle definitions module 204 stores the various states (e.g., assemble, deploy, manage, retire) an object can transition through its life. In one embodiment, such information is represented in State Adaptive Choreography Language (SACL).
  • SACL State Adaptive Choreography Language
  • Policy definitions module 205 store the policies or rules that are applied to objects (e.g., a specific type of document to be attached to a particular type of object). In one embodiment, such information is represented in WS-Policy.
  • service registry container 201 includes a governance record module 206 .
  • governance records module 206 stores the details regarding the previous transitions and states of objects in records.
  • service registry container 201 includes a governed objects module 207 which stores the properties (e.g., governance lifecycle name, current lifecycle state) of objects in service registry 201 that are governed.
  • Objects refer to service objects or logical objects derived from documents as well as instances of such objects. An object is said to be governed if it currently has a lifecycle associated with it.
  • governed object properties and governance records can be access through internal APIs provided by the triple store that stores various types of objects in service registry 201 .
  • Service registry container 201 additionally includes a governance lifecycle view adapter 208 configured to generate a graphical plot displaying lifecycle information of a governed object in a service registry in combination with the policies associated with the lifecycle states.
  • governance lifecycle view adapter 208 is discussed below in connection with FIGS. 3 and 4 .
  • governance lifecycle view adapter 208 is accessible by a client application via an Application Programming Interface (API) 209 , where the graphical output of the governance lifecycle along with its related policy and history information can be provided in an XML representation 210 .
  • API Application Programming Interface
  • governance lifecycle view adapter 208 can be implemented to return an interactive HTML with definitions of images represented in Scalable Vector Graphics (SVG).
  • SVG Scalable Vector Graphics
  • FIG. 3 is a flowchart of a method 300 for graphically displaying lifecycle information of a governed object in a service registry in combination with the policies associated with the lifecycle states in accordance with an embodiment of the present invention.
  • governance lifecycle view adapter 208 determines whether there is a governance record in governance records module 206 that is associated with another object of service registry 201 whose lifecycle and policy assertions are to be graphically displayed.
  • governance lifecycle view adapter 208 retrieves the governance record associated with the governed object from governance records module 206 .
  • the retrieved governance record includes details of previous transitions and states of the governed object.
  • governance lifecycle view adapter 208 retrieves properties of the governed object, such as the object type (e.g., business service, document) from object model 203 , the governance lifecycle name from governed objects module 207 and the current lifecycle state from governed objects module 207 .
  • object type e.g., business service, document
  • governance lifecycle view adapter 208 retrieves the lifecycle definitions from lifecycle definitions module 204 for the lifecycle states, including both current and next possible (future) lifecycle states, associated with the governed object.
  • governance lifecycle view adapter 208 retrieves the policy definitions from policy definitions module 205 that apply to the type of the object (retrieved in step 303 ) and associated lifecycle states (i.e., the current and next possible lifecycle states).
  • governance lifecycle view adapter 208 builds a table correlating the retrieved lifecycle definitions for the lifecycle states, both current and next possible lifecycle states, with the retrieved policy definitions (i.e., the associated policy assertions.
  • the relationship between lifecycle transitions and policy definitions using the object type retrieved from object model 203 in step 303 can be determined as discussed below.
  • a graphical representation discussed below, may be generated that details the lifecycle states, including the next possible transitions and the policies that apply at each transition.
  • the table built in step 306 is generated as an in-memory relationship table since the policy assertions may be modified at runtime without the knowledge of the associated governed object.
  • governance lifecycle view adapter 208 generates a graphical representation detailing the lifecycle states, the next possible transitions and the policies that apply to each transition.
  • the historical information is retrieved through the governance record retrieved in step 302 .
  • the current state of the object is obtained from governed objects module 207 in step 303 .
  • the possible transitions and the associated policies are obtained from the table built in step 306 using the object type retrieved from object model 203 in step 303 .
  • governance lifecycle view adapter 208 is accessible by a client application via API 209 , where the graphical output of the governance lifecycle along with its related policy and history information can be provided in an XML representation 210 .
  • governance lifecycle view adapter 208 can be implemented to return an interactive HTML with definitions of images represented in Scalable Vector Graphics (SVG).
  • SVG Scalable Vector Graphics
  • FIG. 4 illustrates the graphical view generated by governance lifecycle view adapter 208 in accordance with an embodiment of the present invention.
  • graphical plot 400 generated by governance lifecycle view adapter 208 displays the lifecycle information of the governed object in three domains, depicting the past 401 (labeled “lifecycle history”), the present 402 (labeled “current lifecycle state”) and the future 403 (labeled “future lifecycle possibilities”) lifecycle states of the governed object.
  • the current lifecycle state 404 has links to next possible lifecycle states 405 A, 405 B (labeled “next lifecycle state 1,” “next lifecycle state 2,” respectively) through transitions 406 A, 406 B, respectively (labeled “transition 1,” “transition 2,” respectively).
  • Next possible lifecycle states 405 A- 405 B may collectively or individually be referred to as next possible states 405 or next possible state 405 , respectively.
  • Transitions 406 A- 406 B may collectively or individually be referred to as transitions 406 or transition 406 , respectively.
  • the policy assertions that apply to each of these transitions 406 are also indicated in graphical plot 400 . For instance, policy assertions 407 A, 407 B apply to transitions 406 A, 406 B, respectively.
  • Policies 407 A- 407 B may collectively or individually be referred to as policies 407 or policy 407 , respectively.
  • FIG. 4 illustrates two particular next lifecycle states 405 that may be transitioned through transitions 406
  • governance lifecycle view adapter 208 may generate any number of next possible states 405 with the corresponding transitions 406 and applicable policies 407 based on the table built in step 306 and the object type retrieved from object model 203 in step 303 .
  • the principles of the present invention are not to be limited to the depicted graph of FIG. 4 .
  • the historical lifecycle state 401 depicting the previous lifecycle state 408 and the transition details for transitioning to current lifecycle state 404 through transition 409 and the applicable policies 410 are obtained from the governance record retrieved in step 302 . While FIG. 4 illustrates a single previous lifecycle state 408 , governance lifecycle view adapter 208 may generate any number of previous lifecycle states 408 with the corresponding transitions 409 and applicable policies 410 based on the governance records retrieved in step 302 . The principles of the present invention are not to be limited to the depicted graph of FIG. 4 .
  • graphical plot 400 provides information regarding the current lifecycle state of the governed object, the previous lifecycle states, the next possible lifecycle states, what lifecycle state transitions are available, what policy assertions apply to each of these transitions and what policy assertions were successful and unsuccessful (those policy assertions that are not depicted were not successful).
  • lifecycle information of a governed object in a service registry is graphically displayed in combination with the policies associated with the lifecycle states.
  • method 300 may include other and/or additional steps that, for clarity, are not depicted. Further, in some implementations, method 300 may be executed in a different order presented and that the order presented in the discussion of FIG. 3 is illustrative. Additionally, in some implementations, certain steps in method 300 may be executed in a substantially simultaneous manner or may be omitted.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Strategic Management (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Marketing (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Development Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Biodiversity & Conservation Biology (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Operations Research (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Computational Linguistics (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

A method, system and computer program product for graphically displaying lifecycle information of a governed object in a service registry in combination with the policies associated with the lifecycle states. Properties (e.g., object type, current lifecycle state) are retrieved for a governed object. Additionally, lifecycle definitions for the current lifecycle state and one or more potential future lifecycle states associated with the governed object are retrieved. Furthermore, policy definitions that apply to the object type, the current lifecycle state and one or more potential future lifecycle states are retrieved. A table is then built that correlates the retrieved lifecycle definitions with the retrieved policy definitions. A graphical representation is generated detailing the current lifecycle state, transitions to the one or more potential future lifecycle states and the policy definitions that apply to each transition for the governed object based on the built table.

Description

    TECHNICAL FIELD
  • The present invention relates to service oriented environments, and more particularly to graphically displaying lifecycle information of a governed object in a service registry in combination with the policies associated with the lifecycle states.
  • BACKGROUND
  • A Service Oriented Architecture (SOA) is a business-driven IT architectural approach that supports integrating the business as linked, repeatable business tasks, or services. The basic building block is a service document that defines a service so that it can be managed with other services. A service document contains information about a service including the location of the service and details about the service and how to access the service. Service documents are used by analysts, architects, and developers during a development phase of the SOA lifecycle to locate services to reuse and to evaluate the impact of changes to service configurations. Service documents are variously described as metadata, objects, descriptions, entities and artifacts.
  • A service repository stores the service document and allows access to the service document and thereby the corresponding service. A service registry is an index of a subset of information about a service (for example the location and name of service document) enabling the corresponding service document to be located and accessed in a repository (or even the corresponding service located at the service provider). An integrated service registry and repository allows a service operation to use both the indexed service information in the registry and the detailed service information in the repository. An example of an integrated service registry and repository is IBM® WebSphere® Registry and Repository (WSRR).
  • Such an integrated service registry and repository has advantages of greater business agility and resilience through reuse than separate systems. Further advantages of looser coupling, greater flexibility, better interoperability, and better governance arise from the integration. These advantages are addressed by separating service descriptions from their implementations, and using the service descriptions across the lifecycle of the service. Standards-based service metadata artifacts, such as Web Service Definition Language (WSDL), Extensible Mark-up Language (XML) schema, policy or Service Component Architecture (SCA) documents, capture the technical details of what a service can do, how it can be invoked, or what it expects other services to do. Semantic annotations and other metadata can be associated with these artifacts to offer insight to potential users of the service on how and when it can be used, and what purpose it serves.
  • A policy is a rule that is applied to an object by an environment. For instance, access to an object can be controlled by applying a rule that only entities with a certain token can have access to the object. W3C (World Wide Web Consortium) is a community working together to develop interoperable internet technology. WS-Policy is a W3C WS (Web Service) standard that is intended to provide a means for specifying policies that need to be applied to web services and specifically service documents. A policy can be a generic policy as defined in the WS-Policy framework or it can be a domain specific policy as defined in a policy domain. The WS-Policy-Attach specification (also controlled by the W3C) specifies a standard means by which policy attachments can be defined to link a policy to a service object referenced in a service document.
  • Service objects or logical objects are derived from documents (WSDL (Web Service Definition Language) documents; XSD (XML schema definition) documents; XML (extensible mark-up language) documents, WS-Policy documents etc.) when they are loaded into the service registry environment. The WS-Policy-Attach specification declares different means of specifying policy attachments that link specific policies to target subjects: embedded policies in WSDL documents; embedded policy references in WSDL documents; embedded policy references from policyURl (Universal Resource Indicator) attributes in WSDL documents; embedded policies in external policy attachment files; and embedded policy references in external policy attachment files.
  • These service or logical objects can be transitioned through states defined in a lifecycle (e.g., assemble, deploy, manage, retire), and the resulting states will be reflected in the classification metadata associated with these objects. The service registry console or Application Programming Interfaces (APIs) can be used to locate and use the objects based upon these classifications.
  • Lifecycle definitions for these objects in the service registry are defined by a standard representation called State Adaptive Choreography Language (SACL). While a SACL infrastructure to manage the lifecycle of objects in the service registry gives a flexible framework to represent objects with states and transitions, it lacks the ability to pictorially present to end users information about the current lifecycle state, next lifecycle states, possible transitions and constraints represented as policy assertions on the transitions (e.g., WS-Policy assertions). That is, the current representation of lifecycle states in SACL and policies are in a disjoint and disconnected manner thereby making it difficult for the end user to predict the next possible lifecycle states as well as the policies that apply to each next possible transition.
  • BRIEF SUMMARY
  • In one embodiment of the present invention, a method for graphically displaying lifecycle information of a governed object in combination with policies associated with lifecycle states comprises retrieving properties of the governed object, where the properties comprise an object type and a current lifecycle state. The method further comprises retrieving lifecycle definitions for the current lifecycle state and one or more potential future lifecycle states associated with the governed object. In addition, the method comprises retrieving policy definitions that apply to the object type, the current lifecycle state and the one or more potential future lifecycle states. Additionally, the method comprises building a table correlating the lifecycle definitions for the current lifecycle state and the one or more potential future lifecycle states with the policy definitions. Furthermore, the method comprises generating, by a processor, a graphical representation detailing the current lifecycle state, transitions to the one or more potential future lifecycle states and the policy definitions that apply to each transition for the governed object using the table.
  • Other forms of the embodiment of the method described above are in a system and in a computer program product.
  • The foregoing has outlined rather generally the features and technical advantages of one or more embodiments of the present invention in order that the detailed description of the present invention that follows may be better understood. Additional features and advantages of the present invention will be described hereinafter which may form the subject of the claims of the present invention.
  • BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS
  • A better understanding of the present invention can be obtained when the following detailed description is considered in conjunction with the following drawings, in which:
  • FIG. 1 is a hardware configuration of a data processing system in accordance with an embodiment of the present invention;
  • FIG. 2 illustrates the software components used in graphically displaying lifecycle information of a governed object in a service registry in combination with the policies associated with the lifecycle states in accordance with an embodiment of the present invention;
  • FIG. 3 is a flowchart of a method for graphically displaying lifecycle information of a governed object in a service registry in combination with the policies associated with the lifecycle states in accordance with an embodiment of the present invention; and
  • FIG. 4 illustrates a graphical view generated by the governance lifecycle view adapter in accordance with an embodiment of the present invention.
  • DETAILED DESCRIPTION
  • The present invention comprises a method, system and computer program product for graphically displaying lifecycle information of a governed object in a service registry in combination with the policies associated with the lifecycle states. In one embodiment of the present invention, a software component, referred to herein as the “governance lifecycle view adapter,” in the service registry retrieves a governance record for a governed object to obtain historical information (e.g., previous transitions and states of the object). The governance lifecycle view adapter further retrieves properties (e.g., object type, current lifecycle state) of the governed object. Additionally, the governance lifecycle view adapter retrieves lifecycle definitions for the current lifecycle state and one or more potential future lifecycle states associated with the governed object. Furthermore, the governance lifecycle view adapter retrieves policy definitions that apply to the object type, the current lifecycle state and the one or more potential future lifecycle states. A table is then built that correlates the retrieved lifecycle definitions for the current lifecycle state and the one or more potential future lifecycle states with the retrieved policy definitions. The governance lifecycle view adapter may then generate a graphical representation detailing the current lifecycle state, transitions to the one or more potential future lifecycle states and the policy definitions that apply to each transition for the governed object based on the built table. In this manner, a graphical representation may be made that illustrates the current lifecycle state, next lifecycle states, possible transitions and constraints represented as policy assertions on the transitions.
  • While the following discusses a governed object as corresponding to service objects or logical objects derived from documents, a governed object, as used herein, may also include instances of such objects which individually have lifecycles. A person of ordinary skill in the art would be capable of applying the principles of the present invention to such implementations. Further, embodiments applying the principles of the present invention to such implementations would fall within the scope of the present invention.
  • In the following description, numerous specific details are set forth to provide a thorough understanding of the present invention. However, it will be apparent to those skilled in the art that the present invention may be practiced without such specific details. In other instances, well-known circuits have been shown in block diagram form in order not to obscure the present invention in unnecessary detail. For the most part, details considering timing considerations and the like have been omitted inasmuch as such details are not necessary to obtain a complete understanding of the present invention and are within the skills of persons of ordinary skill in the relevant art.
  • Referring now to the Figures in detail, FIG. 1 illustrates a hardware configuration of a computer system 100 which is representative of a hardware environment for practicing the present invention. Referring to FIG. 1, computer system 100 has a processor 101 coupled to various other components by system bus 102. An operating system 103 runs on processor 101 and provides control and coordinates the functions of the various components of FIG. 1. An application 104 in accordance with the principles of the present invention runs in conjunction with operating system 103 and provides calls to operating system 103 where the calls implement the various functions or services to be performed by application 104. Application 104 may include, for example, an application for graphically displaying lifecycle information of a governed object in a service registry in combination with the policies associated with the lifecycle states as discussed further below in association with FIGS. 2-4.
  • Referring again to FIG. 1, read-only memory (“ROM”) 105 is coupled to system bus 102 and includes a basic input/output system (“BIOS”) that controls certain basic functions of computer device 100. Random access memory (“RAM”) 106 and disk adapter 107 are also coupled to system bus 102. It should be noted that software components including operating system 103 and application 104 may be loaded into RAM 106, which may be computer system's 100 main memory for execution. Disk adapter 107 may be an integrated drive electronics (“IDE”) adapter that communicates with a disk unit 108, e.g., disk drive. It is noted that the program for graphically displaying lifecycle information of a governed object in a service registry in combination with the policies associated with the lifecycle states as discussed further below in association with FIGS. 2-4, may reside in disk unit 108 or in application 104.
  • Computer system 100 may further include a communications adapter 109 coupled to bus 102. Communications adapter 109 interconnects bus 102 with an outside network thereby enabling computer system 100 to communicate with other similar devices.
  • I/O devices may also be connected to computer system 100 via a user interface adapter 110 and a display adapter 111. Keyboard 112, mouse 113 and speaker 114 may all be interconnected to bus 102 through user interface adapter 110. Data may be inputted to computer system 100 through any of these devices. A display monitor 115 may be connected to system bus 102 by display adapter 111. In this manner, a user is capable of inputting to computer system 100 through keyboard 112 or mouse 113 and receiving output from computer system 100 via display 115 or speaker 114.
  • As will be appreciated by one skilled in the art, aspects of the present invention may be embodied as a system, method or computer program product. Accordingly, aspects of the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, micro-code, etc.) or an embodiment combining software and hardware aspects that may all generally be referred to herein as a “circuit,” ‘module” or “system.” Furthermore, aspects of the present invention may take the form of a computer program product embodied in one or more computer readable medium(s) having computer readable program code embodied thereon.
  • Any combination of one or more computer readable medium(s) may be utilized. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
  • A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus or device.
  • Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
  • Computer program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C++ or the like and conventional procedural programming languages, such as the C programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider).
  • Aspects of the present invention are described below with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the present invention. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to product a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the function/acts specified in the flowchart and/or block diagram block or blocks.
  • These computer program instructions may also be stored in a computer readable medium that can direct a computer, other programmable data processing apparatus, or other devices to function in a particular manner, such that the instructions stored in the computer readable medium produce an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.
  • The computer program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide processes for implementing the function/acts specified in the flowchart and/or block diagram block or blocks.
  • As stated in the Background section, lifecycle definitions for objects in the service registry are defined by a standard representation called State Adaptive Choreography Language (SACL). While a SACL infrastructure to manage the lifecycle of objects in the service registry gives a flexible framework to represent objects with states and transitions, it lacks the ability to pictorially present to end users information about the current lifecycle state, next lifecycle states, possible transitions and constraints represented as policy assertions on the transitions (e.g., WS-Policy assertions). That is, the current representation of lifecycle states in SACL and policies are in a disjoint and disconnected manner thereby making it difficult for the end user to predict the next possible lifecycle states as well as the policies that apply to each next possible transition.
  • The principles of the present invention provide a means for graphically displaying lifecycle information of a governed object in a service registry in combination with the policies associated with the lifecycle states as discussed below in connection with FIGS. 2-4. FIG. 2 is a diagram of the software components used in graphically displaying lifecycle information of a governed object in a service registry in combination with the policies associated with the lifecycle states. FIG. 3 is a flowchart of a method for graphically displaying lifecycle information of a governed object in a service registry in combination with the policies associated with the lifecycle states. FIG. 4 illustrates the graphical view generated by the governance lifecycle view adapter.
  • As stated above, FIG. 2 is a diagram of the software components used in graphically displaying lifecycle information of a governed object in a service registry in combination with the policies associated with the lifecycle states. In one embodiment, these software components may reside in application 104 (FIG. 1).
  • Referring to FIG. 2, the software components include a service registry container 201. In one embodiment, service registry container 201 is an index of information about a service enabling the corresponding service document to be located and accessed in a repository (or even the corresponding service located at the service provider). In one embodiment, the repository (not shown) is combined with service registry container 201. An example of an integrated service registry and repository is IBM® WebSphere® Registry and Repository (WSRR).
  • Service registry container 201 may include a configuration profile 202 that stores information, such as an object model 203, a lifecycle definitions module 204 and a policy definitions module 205. Object model 203 stores information relating to the properties of objects (e.g., object type, such as business service, document). In one embodiment, such information is represented in Web Ontology Language (OWL). Lifecycle definitions module 204 stores the various states (e.g., assemble, deploy, manage, retire) an object can transition through its life. In one embodiment, such information is represented in State Adaptive Choreography Language (SACL). Policy definitions module 205 store the policies or rules that are applied to objects (e.g., a specific type of document to be attached to a particular type of object). In one embodiment, such information is represented in WS-Policy.
  • Additionally, service registry container 201 includes a governance record module 206. In one embodiment, governance records module 206 stores the details regarding the previous transitions and states of objects in records. Furthermore, service registry container 201 includes a governed objects module 207 which stores the properties (e.g., governance lifecycle name, current lifecycle state) of objects in service registry 201 that are governed. Objects refer to service objects or logical objects derived from documents as well as instances of such objects. An object is said to be governed if it currently has a lifecycle associated with it. In one embodiment, governed object properties and governance records can be access through internal APIs provided by the triple store that stores various types of objects in service registry 201.
  • Service registry container 201 additionally includes a governance lifecycle view adapter 208 configured to generate a graphical plot displaying lifecycle information of a governed object in a service registry in combination with the policies associated with the lifecycle states. A more detail description of the functionality of governance lifecycle view adapter 208 is discussed below in connection with FIGS. 3 and 4.
  • The graphical plot generated by governance lifecycle view adapter 208 is accessible by a client application via an Application Programming Interface (API) 209, where the graphical output of the governance lifecycle along with its related policy and history information can be provided in an XML representation 210. In one embodiment, governance lifecycle view adapter 208 can be implemented to return an interactive HTML with definitions of images represented in Scalable Vector Graphics (SVG).
  • As stated above, FIG. 3 is a flowchart of a method 300 for graphically displaying lifecycle information of a governed object in a service registry in combination with the policies associated with the lifecycle states in accordance with an embodiment of the present invention.
  • Referring to FIG. 3, in conjunction with FIGS. 1-2, in step 301, a determination is made by governance lifecycle view adapter 208 as to whether there is a governance record in governance records module 206 that is associated with the object of service registry 201 whose lifecycle and policy assertions are to be graphically displayed. If there is a governance record in governance records module 206 associated with the object, then the object in question has a lifecycle applied to it (i.e., the object is a governed object). As a result, its previous transitions and states are stored in record(s) in governance records module 206. Otherwise, the object in question has not been governed.
  • If there is not a governance record in governance records module 206 that is associated with the object of service registry 201 whose lifecycle and policy assertions are to be graphically displayed, then governance lifecycle view adapter 208 determines whether there is a governance record in governance records module 206 that is associated with another object of service registry 201 whose lifecycle and policy assertions are to be graphically displayed.
  • If, however, there is a governance record in governance records module 206 that is associated with the object of service registry 201 whose lifecycle and policy assertions are to be graphically displayed, then, in step 302, governance lifecycle view adapter 208 retrieves the governance record associated with the governed object from governance records module 206. In one embodiment, the retrieved governance record includes details of previous transitions and states of the governed object.
  • In step 303, governance lifecycle view adapter 208 retrieves properties of the governed object, such as the object type (e.g., business service, document) from object model 203, the governance lifecycle name from governed objects module 207 and the current lifecycle state from governed objects module 207.
  • In step 304, governance lifecycle view adapter 208 retrieves the lifecycle definitions from lifecycle definitions module 204 for the lifecycle states, including both current and next possible (future) lifecycle states, associated with the governed object.
  • In step 305, governance lifecycle view adapter 208 retrieves the policy definitions from policy definitions module 205 that apply to the type of the object (retrieved in step 303) and associated lifecycle states (i.e., the current and next possible lifecycle states).
  • In step 306, governance lifecycle view adapter 208 builds a table correlating the retrieved lifecycle definitions for the lifecycle states, both current and next possible lifecycle states, with the retrieved policy definitions (i.e., the associated policy assertions. In this manner, the relationship between lifecycle transitions and policy definitions using the object type retrieved from object model 203 in step 303 can be determined as discussed below. As a result, a graphical representation, discussed below, may be generated that details the lifecycle states, including the next possible transitions and the policies that apply at each transition. In one embodiment, the table built in step 306 is generated as an in-memory relationship table since the policy assertions may be modified at runtime without the knowledge of the associated governed object.
  • In step 307, governance lifecycle view adapter 208 generates a graphical representation detailing the lifecycle states, the next possible transitions and the policies that apply to each transition. The historical information is retrieved through the governance record retrieved in step 302. The current state of the object is obtained from governed objects module 207 in step 303. The possible transitions and the associated policies are obtained from the table built in step 306 using the object type retrieved from object model 203 in step 303.
  • In one embodiment, the graphical plot generated by governance lifecycle view adapter 208 is accessible by a client application via API 209, where the graphical output of the governance lifecycle along with its related policy and history information can be provided in an XML representation 210. In one embodiment, governance lifecycle view adapter 208 can be implemented to return an interactive HTML with definitions of images represented in Scalable Vector Graphics (SVG).
  • An example of such a graphical plot is provided in FIG. 4. FIG. 4 illustrates the graphical view generated by governance lifecycle view adapter 208 in accordance with an embodiment of the present invention.
  • Referring to FIG. 4, in conjunction with FIGS. 1-3, graphical plot 400 generated by governance lifecycle view adapter 208 displays the lifecycle information of the governed object in three domains, depicting the past 401 (labeled “lifecycle history”), the present 402 (labeled “current lifecycle state”) and the future 403 (labeled “future lifecycle possibilities”) lifecycle states of the governed object.
  • The current lifecycle state 404 has links to next possible lifecycle states 405A, 405B (labeled “next lifecycle state 1,” “next lifecycle state 2,” respectively) through transitions 406A, 406B, respectively (labeled “transition 1,” “transition 2,” respectively). Next possible lifecycle states 405A-405B may collectively or individually be referred to as next possible states 405 or next possible state 405, respectively. Transitions 406A-406B may collectively or individually be referred to as transitions 406 or transition 406, respectively. The policy assertions that apply to each of these transitions 406 are also indicated in graphical plot 400. For instance, policy assertions 407A, 407B apply to transitions 406A, 406B, respectively. Policies 407A-407B may collectively or individually be referred to as policies 407 or policy 407, respectively.
  • While FIG. 4 illustrates two particular next lifecycle states 405 that may be transitioned through transitions 406, governance lifecycle view adapter 208 may generate any number of next possible states 405 with the corresponding transitions 406 and applicable policies 407 based on the table built in step 306 and the object type retrieved from object model 203 in step 303. The principles of the present invention are not to be limited to the depicted graph of FIG. 4.
  • The historical lifecycle state 401 depicting the previous lifecycle state 408 and the transition details for transitioning to current lifecycle state 404 through transition 409 and the applicable policies 410 are obtained from the governance record retrieved in step 302. While FIG. 4 illustrates a single previous lifecycle state 408, governance lifecycle view adapter 208 may generate any number of previous lifecycle states 408 with the corresponding transitions 409 and applicable policies 410 based on the governance records retrieved in step 302. The principles of the present invention are not to be limited to the depicted graph of FIG. 4.
  • As a result, graphical plot 400 provides information regarding the current lifecycle state of the governed object, the previous lifecycle states, the next possible lifecycle states, what lifecycle state transitions are available, what policy assertions apply to each of these transitions and what policy assertions were successful and unsuccessful (those policy assertions that are not depicted were not successful).
  • In this manner, the lifecycle information of a governed object in a service registry is graphically displayed in combination with the policies associated with the lifecycle states.
  • In some implementations, method 300 may include other and/or additional steps that, for clarity, are not depicted. Further, in some implementations, method 300 may be executed in a different order presented and that the order presented in the discussion of FIG. 3 is illustrative. Additionally, in some implementations, certain steps in method 300 may be executed in a substantially simultaneous manner or may be omitted.
  • Although the method, system and computer program product are described in connection with several embodiments, it is not intended to be limited to the specific forms set forth herein, but on the contrary, it is intended to cover such alternatives, modifications and equivalents, as can be reasonably included within the spirit and scope of the invention as defined by the appended claims.

Claims (15)

1-7. (canceled)
8. A computer program product embodied in a computer readable storage medium for graphically displaying lifecycle information of a governed object in combination with policies associated with lifecycle states, the computer program product comprising the programming instructions for:
retrieving properties of said governed object, wherein said properties comprise an object type and a current lifecycle state;
retrieving lifecycle definitions for said current lifecycle state and one or more potential future lifecycle states associated with said governed object;
retrieving policy definitions that apply to said object type, said current lifecycle state and said one or more potential future lifecycle states;
building a table correlating said lifecycle definitions for said current lifecycle state and said one or more potential future lifecycle states with said policy definitions; and
generating a graphical representation detailing said current lifecycle state, transitions to said one or more potential future lifecycle states and said policy definitions that apply to each transition for said governed object using said table.
9. The computer program product as recited in claim 8 further comprising the programming instructions for:
retrieving a governance record for said governed object, wherein said governance record comprises information directed to a historical transition and a historical lifecycle state of said governed object.
10. The computer program product as recited in claim 9 further comprising the programming instructions for:
generating said graphical representation detailing said historical transition and said historical lifecycle state of said governed object.
11. The computer program product as recited in claim 8, wherein said graphical representation is provided in an XML representation.
12. The computer program product as recited in claim 8, wherein said properties of said governed object are represented in a web ontology language.
13. The computer program product as recited in claim 8, wherein said lifecycle definitions are represented in a state adaptive choreography language.
14. The computer program product as recited in claim 8, wherein said policy definitions are represented in a WS-Policy.
15. A system, comprising:
a memory unit for storing a computer program for graphically displaying lifecycle information of a governed object in combination with policies associated with lifecycle states; and
a processor coupled to said memory unit, wherein said processor, responsive to said computer program, comprises
circuitry for retrieving properties of said governed object, wherein said properties comprise an object type and a current lifecycle state;
circuitry for retrieving lifecycle definitions for said current lifecycle state and one or more potential future lifecycle states associated with said governed object;
circuitry for retrieving policy definitions that apply to said object type, said current lifecycle state and said one or more potential future lifecycle states;
circuitry for building a table correlating said lifecycle definitions for said current lifecycle state and said one or more potential future lifecycle states with said policy definitions; and
circuitry for generating a graphical representation detailing said current lifecycle state, transitions to said one or more potential future lifecycle states and said policy definitions that apply to each transition for said governed object using said table.
16. The system as recited in claim 15, wherein said processor further comprises:
circuitry for retrieving a governance record for said governed object, wherein said governance record comprises information directed to a historical transition and a historical lifecycle state of said governed object.
17. The system as recited in claim 16, wherein said processor further comprises:
circuitry for generating said graphical representation detailing said historical transition and said historical lifecycle state of said governed object.
18. The system as recited in claim 15, wherein said graphical representation is provided in an XML representation.
19. The system as recited in claim 15, wherein said properties of said governed object are represented in a web ontology language.
20. The system as recited in claim 15, wherein said lifecycle definitions are represented in a state adaptive choreography language.
21. The system as recited in claim 15, wherein said policy definitions are represented in a WS-Policy.
US13/111,635 2011-05-19 2011-05-19 Graphically displaying lifecycle information of a governed object in a service registry in combination with the policies asserted for the lifecycle states Abandoned US20120296892A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US13/111,635 US20120296892A1 (en) 2011-05-19 2011-05-19 Graphically displaying lifecycle information of a governed object in a service registry in combination with the policies asserted for the lifecycle states
US13/405,334 US10176237B2 (en) 2011-05-19 2012-02-26 Graphically displaying lifecycle information of a governed object in a service registry in combination with the policies asserted for the lifecycle states

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US13/111,635 US20120296892A1 (en) 2011-05-19 2011-05-19 Graphically displaying lifecycle information of a governed object in a service registry in combination with the policies asserted for the lifecycle states

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/405,334 Continuation US10176237B2 (en) 2011-05-19 2012-02-26 Graphically displaying lifecycle information of a governed object in a service registry in combination with the policies asserted for the lifecycle states

Publications (1)

Publication Number Publication Date
US20120296892A1 true US20120296892A1 (en) 2012-11-22

Family

ID=47175713

Family Applications (2)

Application Number Title Priority Date Filing Date
US13/111,635 Abandoned US20120296892A1 (en) 2011-05-19 2011-05-19 Graphically displaying lifecycle information of a governed object in a service registry in combination with the policies asserted for the lifecycle states
US13/405,334 Expired - Fee Related US10176237B2 (en) 2011-05-19 2012-02-26 Graphically displaying lifecycle information of a governed object in a service registry in combination with the policies asserted for the lifecycle states

Family Applications After (1)

Application Number Title Priority Date Filing Date
US13/405,334 Expired - Fee Related US10176237B2 (en) 2011-05-19 2012-02-26 Graphically displaying lifecycle information of a governed object in a service registry in combination with the policies asserted for the lifecycle states

Country Status (1)

Country Link
US (2) US20120296892A1 (en)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2819005A1 (en) * 2013-06-24 2014-12-31 Software AG Lifecycle management system with conditional approvals and corresponding method
US9600796B2 (en) * 2013-12-12 2017-03-21 Software Ag Ontology-based emergent ordering system and method
US10869172B2 (en) * 2015-09-18 2020-12-15 Telefonaktiebolaget Lm Ericsson (Publ) Management of communication between M2M device and M2M server with finite state transitions created by the M2M device
US11740825B2 (en) 2020-01-14 2023-08-29 International Business Machines Corporation Object lifecycle management in a dispersed storage system
US11983155B2 (en) 2020-01-14 2024-05-14 International Business Machines Corporation Namespace range creation to distribute workload in a dispersed storage system

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6880084B1 (en) * 2000-09-27 2005-04-12 International Business Machines Corporation Methods, systems and computer program products for smart card product management
US20050234849A1 (en) * 2004-04-13 2005-10-20 Bea Systems, Inc. System and method for content lifecycles
US20070266394A1 (en) * 2004-02-12 2007-11-15 Odent Stephane V Device and a Method for Processing Events and Actions
US20080005182A1 (en) * 2006-06-29 2008-01-03 Gauthier Charles S Changing documents to include changes made to schemas
US20080066049A1 (en) * 2006-09-12 2008-03-13 Sandeep Jain Method for enforcing change policy based on project state
US7509627B1 (en) * 2008-02-19 2009-03-24 International Business Machines Corporation Method for management of dynamically alterable lifecycles in structured classification domains
US20100070561A1 (en) * 2008-09-12 2010-03-18 Pankaj Dhoolia Process Management Using Representation State Transfer Architecture
US20100287016A1 (en) * 2007-12-28 2010-11-11 Nec Corporation Method of monitoring a combined workflow with rejection determination function, device and recording medium therefor
US20120011134A1 (en) * 2010-07-08 2012-01-12 Travnik Jakub Systems and methods for database query translation
US20120144295A1 (en) * 2009-08-04 2012-06-07 International Business Machines Corporation Service registry policy editing user interface

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030033191A1 (en) * 2000-06-15 2003-02-13 Xis Incorporated Method and apparatus for a product lifecycle management process
US7853643B1 (en) * 2001-11-21 2010-12-14 Blue Titan Software, Inc. Web services-based computing resource lifecycle management
US7236990B2 (en) * 2004-04-13 2007-06-26 Bea Systems, Inc. System and method for information lifecycle workflow integration
US7580953B2 (en) * 2004-04-13 2009-08-25 Bea Systems, Inc. System and method for schema lifecycles in a virtual content repository that integrates a plurality of content repositories
EP2293230B1 (en) * 2006-09-11 2014-05-07 Software AG System for managing the lifecycle of a service oriented architecture
US7783656B2 (en) * 2007-09-24 2010-08-24 International Business Machines Corporation Accessing objects in a service registry and repository using a treat as function
US8886571B2 (en) 2008-08-19 2014-11-11 Oracle America, Inc. System and method for service virtualization in a service governance framework
US20100095266A1 (en) 2008-10-10 2010-04-15 Hewlett-Packard Development Company L.P. system and method for a policy-based management of a software service component
US20100138760A1 (en) 2008-12-03 2010-06-03 International Business Machines Corporation Method and system for providing auto-navigation of a service registry and repository in service-oriented architecture
US7996434B2 (en) 2009-02-12 2011-08-09 Oracle International Corporation System and method for creating and managing universally unique identifiers for services
US8595288B2 (en) 2009-03-25 2013-11-26 International Business Machines Corporation Enabling SOA governance using a service lifecycle approach

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6880084B1 (en) * 2000-09-27 2005-04-12 International Business Machines Corporation Methods, systems and computer program products for smart card product management
US20070266394A1 (en) * 2004-02-12 2007-11-15 Odent Stephane V Device and a Method for Processing Events and Actions
US20050234849A1 (en) * 2004-04-13 2005-10-20 Bea Systems, Inc. System and method for content lifecycles
US20080005182A1 (en) * 2006-06-29 2008-01-03 Gauthier Charles S Changing documents to include changes made to schemas
US20080066049A1 (en) * 2006-09-12 2008-03-13 Sandeep Jain Method for enforcing change policy based on project state
US20100287016A1 (en) * 2007-12-28 2010-11-11 Nec Corporation Method of monitoring a combined workflow with rejection determination function, device and recording medium therefor
US7509627B1 (en) * 2008-02-19 2009-03-24 International Business Machines Corporation Method for management of dynamically alterable lifecycles in structured classification domains
US20100070561A1 (en) * 2008-09-12 2010-03-18 Pankaj Dhoolia Process Management Using Representation State Transfer Architecture
US20120144295A1 (en) * 2009-08-04 2012-06-07 International Business Machines Corporation Service registry policy editing user interface
US20120011134A1 (en) * 2010-07-08 2012-01-12 Travnik Jakub Systems and methods for database query translation

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Service Lifecycle Governance with IBM WebSphere Service Registry and Repository," by Hargrove et al. (2009). Available at: http://www.redbooks.ibm.com/redbooks/pdfs/sg247793.pdf *
"Using WebSphere Service Registry and Repository to implement and enforce a service life cycle," by Desprets & Rieu (2007). Available at: http://www.ibm.com/developerworks/websphere/library/techarticles/0706_desprets/0706_desprets.html *

Also Published As

Publication number Publication date
US10176237B2 (en) 2019-01-08
US20120296893A1 (en) 2012-11-22

Similar Documents

Publication Publication Date Title
US7774744B2 (en) Using relatedness information for programming
US8326795B2 (en) Enhanced process query framework
US9053445B2 (en) Managing business objects
US11042884B2 (en) Method and apparatus for using meta-rules to support dynamic rule-based business systems
US7853607B2 (en) Related actions server
US9280318B2 (en) Managing lifecycle of objects
US8689176B2 (en) Management of template versions
US20160171397A9 (en) Progressive Refinement Model for Business Processes
US20120246122A1 (en) Integrating data-handling policies into a workflow model
US9223760B2 (en) Method of encapsulating diverse user interface components while consistently enforcing external constraints
US10043140B2 (en) In-memory based database view for a business rule management application
US20110022943A1 (en) Document object model (dom) application framework
US20150007084A1 (en) Chaining applications
US20090150859A1 (en) Dynamic validation of models using constraint targets
US20140278724A1 (en) Business process compliance via security validation service on the cloud
US10176237B2 (en) Graphically displaying lifecycle information of a governed object in a service registry in combination with the policies asserted for the lifecycle states
Daniel et al. Developing mashup tools for end-users: on the importance of the application domain
US8856728B2 (en) Composition studio to develop and maintain surveillance and compliance scenarios
US9779368B2 (en) Dynamic inheritance of metadata concepts from project resources into a semantic model
Nam et al. Business-aware framework for supporting RFID-enabled applications in EPC Network
US20090112570A1 (en) Declarative model interpretation
US8719704B2 (en) Seamless integration of additional functionality into enterprise software without customization or apparent alteration of same
US20090024552A1 (en) Unified development guidelines
Altintas et al. Aurora software product line
US20160062742A1 (en) Model-driven object composition for data access using function-expressions

Legal Events

Date Code Title Description
AS Assignment

Owner name: INTERNATIONAL BUSINESS MACHINES CORPORATION, NEW Y

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:NADGIR, DEVAPRASAD K.;TALUKAPALLI, VIJAY C.;REEL/FRAME:026311/0067

Effective date: 20110517

STCV Information on status: appeal procedure

Free format text: ON APPEAL -- AWAITING DECISION BY THE BOARD OF APPEALS

STCB Information on status: application discontinuation

Free format text: ABANDONED -- AFTER EXAMINER'S ANSWER OR BOARD OF APPEALS DECISION