System for generating a services repository using a target services roadmap

• US 8,024,397 B1
• Filed: 12/20/2005
• Issued: 09/20/2011
• Est. Priority Date: 12/20/2005
• Status: Expired due to Fees

• Current Assignee: AT&T Corporation (AT&T, Inc.)
• Original Assignee: AT&T Intellectual Property II LP (AT&T, Inc.)
• Inventors: Erickson, Richard R., Polston, Steven
• Primary Examiner(s): Moore, Ian N
• Assistant Examiner(s): TOWFIGHI, AFSHAWN M
• Application Number:
  US11/275,229
• Time in Patent Office: 2,100 Days
• Field of Search: 709/203, 707/602
• US Class Current: 709/203
• CPC Class Codes: G06F 9/5055 considering software capabilities, i.e. software resources associated or available to the machine

Abstract

A repository of services, a system for building a repository of services, a method of building a repository of services and various other embodiments associated with the repository are disclosed. The method relates to a method of building a repository of services using a target services roadmap. The method comprises receiving from a user an identification of an implemented service and zero or more target services and mapping the implemented service to the zero or more target services. The target services and/or mapped implemented services are added to the repository.

Claims

1. A system for building a repository of services using a target services roadmap, the system comprising:

a processor;

a first module controlling the processor to receive from a user a first identification of an implemented service and a second identification of at least one target service included in a service oriented architecture repository and associated with the target services roadmap, the target services roadmap defining a group of target services not yet implemented that an organization desires to implement;

a second module controlling the processor to map the implemented service to the at least one target service based on the target services roadmap; and

a third module controlling the processor to update the service oriented architecture repository by including the implemented service mapped to the at least one target service; and

a fourth module controlling the processor to iteratively receive an additional identification of additional implemented services, map the additional implemented services to the at least one target service to yield mapped additional implemented services, and update the service oriented architecture repository with the mapped additional implemented services until the target services roadmap is complete.

2. The system of claim 1, wherein the target services roadmap comprises an abstractly-described listing of functional services.

3. The system of claim 2, wherein the listing of functional services relating to a definition of implemented services and target services comprises at least one of:

service name, service description, service version, host system, taxonomy, target service_identification, implemented service identification, comments, operations including operation name, operation description, operation parameters including parameter name, parameter description, in type, out type, in-out type, required designation, optional designation, conditional designation, data domain, URL linkage to data dictionary, middlewares, interface definition documents associated with each middleware, clients, interface agreements associated with each client, contacts, and dependent services.

4. The system of claim 3, wherein the listing of functional services further comprises at least one of:

service phase, operation phase and relation to a target service.

5. The system of claim 3, wherein the taxonomy comprises a domain and a subgroup and optionally an enhanced telecom operations map Vertical and at least one of a Level 1, Level 2, and Level 3 enhanced telecom operations map Process specification.

6. The system of claim 3, further comprising:

a fifth module controlling the processor to engage in a dialog with the user to obtain input associated with the listing of functional services.

7. The system of claim 1 wherein the implemented service goes through phases and different versions comprising development, production and deprecation.

8. The system of claim 1, further comprising:

a fifth module configured to receive from the user an edit of one of the implemented service and the at least one target service within the target services roadmap.

9. The system of claim 1, wherein the second module further maps the implemented service to at least one target services based on functional correspondence.

10. The system of claim 1, further comprising:

a fifth module controlling the processor to monitor at least one service at runtime to determine whether a definition associated with the at least one service in the repository of services is accurate.

11. The system of claim 10, further comprising:

a sixth module controlling the processor to monitor parameters associated with at least one of;

the at least one service, operation clients, versions, middlewares and host systems; and

a seventh module controlling the processor to determine whether discrepancies exist between the parameters monitored and definitions in the repository.

12. The system of claim 10, further comprising:

a sixth module controlling the processor to monitor service and operations implemented in arbitrary middlewares by embedding logging callouts in service operation implementations.

13. The system of claim 12, further comprising:

a seventh module controlling the processor to log callouts supported at different log levels specifying collection of an increasing amount of management information comprising at least one of;

invocation occurrences, invocation authorization failures, service operation exits and callouts to other identified service operations.

14. The system of claim 13, further comprising:

an eighth module controlling the processor to log callouts going either directly to a centralized database of management information or going to local storage where the log callouts are subsequently processed and delivered to the centralized database of management information.

15. The system of claim 1, wherein the implemented service and the at least one target service associated with the target services roadmap are associated with a dashboard of management information combining data collected at runtime with data stored in the service oriented architecture repository to report on at least one of:

service operation characteristics and service-oriented architecture program effectiveness including target services offered by applications and domains, implemented services offered by applications and domains, percent of target services complete and amount of service reuse by service and domains.

16. The system of claim 1, wherein the implemented service and the at least one target service associated with the target services roadmap are associated with an arbitrary taxonomy.

17. The system of claim 1, wherein the implemented or target service is defined by specifying at least one of:

a human resources identification of the person defining the implemented service, a taxonomy domain, a taxonomy subgroup, an optional enhanced telecom operations map taxonomy, a service name, a service description, a version, a host system, a specification of whether the service is a target service or implemented service, a development phase if an implemented service, contacts, comments, at least one operation including corresponding data parameters, at least one middleware and associated interface artifacts, clients and interface agreements.

18. The system of claim 1, further comprising:

a fifth module controlling the processor to determine whether a name of the implemented service matches a target service within a same part domain and subgroup taxonomy.

19. The system of claim 1, further comprising:

a fifth module controlling the processor to add at least one of the at least one target service and the implemented service to the repository.

20. The system of claim 1, wherein the service-oriented architecture repository places services within a taxonomy of domains and subgroups, and the system further supports building out the target services roadmap by:

enabling new feature and product architectures and solution designs to view, specify and build out multiple target services in parallel; and

mapping each implemented service back to the target service roadmap upon completion of feature development.

21. A system for building a repository of services using a target services roadmap, the system comprising:

a first means for receiving from a user a first identification of an implemented service and a second identification of at least one target service included in a service oriented architecture repository and associated with the target services roadmap, the target services roadmap defines a group of target services not yet implemented that an organization desires to implement;

a second means for mapping via a processor the implemented service to the at least one target service; and

a third means for building a module configured to control the processor to update the service oriented architecture repository by including the implemented service mapped to the at least one target service,

wherein the system iteratively receives an additional identification of additional implemented services, maps the additional implemented services to the at least one target service to yield mapped additional implemented services, and updates the service oriented architecture with the mapped additional implemented services until the target services roadmap is complete.