Managing operational requirements on the objects of a service oriented architecture (SOA)

Abstract

A registry for a service oriented architecture (SOA) comprising a plurality of processing objects. The registry may include a plurality of non-formalized operation requirements for the plurality of SOA objects, a plurality of technical assertions for the plurality of SOA objects, and a plurality of links, linking each non-formalized operation requirement to at least one technical assertion of the registry.

Description

PRIORITY CLAIM[0001]This application claims benefit of priority of European application no. 07 005 278.2 titled “Registry for Managing Operational Requirements on the Objects of a Service Oriented Architecture (SOA)”, filed Mar. 14, 2007, and whose inventors are Björn Brauel and Harald Schöning.INCORPORATED BY REFERENCE[0002]European application no. 07 005 278.2 titled “Registry for Managing Operational Requirements on the Objects of a Service Oriented Architecture (SOA)”, filed Mar. 14, 2007, and whose inventors are Björn Brauel and Harald Schöning, is hereby incorporated by reference in its entirety as though fully and completely set forth herein.TECHNICAL FILED[0003]The present invention relates to method for managing operational requirements of a service oriented (software) architecture (SOA).DESCRIPTION OF THE RELATED ART[0004]In a service oriented (software) architecture (SOA), various processing objects are made available to a user in the network as independent services that ...

AI Technical Summary

Benefits of technology

[0015]Accordingly, in addition to containing the non-formalized operational requirements on the one hand and the technical assertions relating to the processing objects of the SOA on the other hand, the registry may link the elements of the two groups. As a result, even a high-level user can control the operation of the processing objects of the SOA by referring only to the non-formalized operation requirements without having to perform any low-level implementations of the technical assertions.

[0017]According to a further aspect, the registry may include a graphical user interface (GUI) presenting at least one non-formalized operation requirement and an intermediate representation of at least one linked technical assertion. Such a unique GUI of the registry may facilitate the modification of the technical assertions and the related operation requirements on the objects of the SOA. The graphical user interface may be, in one embodiment, adapted to present at least two technical assertions linked to the same non-formalized operation requirement, wherein the at least two technical assertions can be combined by Boolean expressions. Using Boolean expressions, a user can easily define complex operational requirements for the various SOA objects without any skill in the low-level coding of technical assertions for the processing of the objects of the SOA.

[0018]Furthermore, the registry can comprise at least one link linking a single non-formalized operation requirement to technical assertions valid for a plurality of SOA objects. Such a one-to-many link in the registry shortens the overall definition time for the technical assertions for all SOA objects by a high-level user.

Problems solved by technology

Managing a SOA is a complex and difficult task.

It is apparent that it is therefore quite difficult to map the non-formalized requirements to the correct technical assertions for the various processing objects of the SOA.

A related difficulty is the continuous adaptation of the created technical assertions for the SOA objects to changing needs.

In the prior art, the technical assertions are typically stored in a decentralized manner, making it even harder to modify them or to even investigate whether they really reflect the original non-formalized operation requirements.

Both of these representations are highly structured and are only useful for a skilled IT expert, if a modification of any of the policies becomes necessary.

Images