1. Field
This invention relates to software patterns, and more particularly to apparatus and methods for graphically visualizing and configuring software patterns.
2. Description of the Related Art
In the field of computer science, a “pattern” is a type of problem that occurs over and over again, and an abstract solution to the problem that can be used over and over again to solve the problem. Patterns can take on various different forms, including “design patterns,” “architectural patterns,” and “integration patterns.” A design pattern is a general reusable solution to a commonly occurring software design problem. The design pattern is typically not a finished design that is transformable directly into code, but rather a description or template to solve a problem that can be used in many different situations. By contrast, architectural patterns are software patterns that offer well-established solutions to architectural problems in software engineering. Architectural patterns are typically larger in scale than design patterns. Integration patterns, by contrast, are software patterns used to make disparate applications work together in a unified manner.
In many cases, a pattern is provided as two basic items: documentation for the pattern (what it does, how to use it) and a wizard that lets a user enter some configuration values that are used to generate a number of artifacts (web services, mediation flows, etc.). Because patterns describe relatively complex situations, patterns may be documented using both text and graphical images. Graphics may be used to convey the essence of the pattern, including the various participants and their relationships. Unfortunately, many tools provide wizards or configuration pages in which the pattern concepts and relationships are lost. The user only sees wizard pages on which to enter various configuration values, and loses the high-level representation of the pattern. In other words, there is almost no connection between the graphical representation of the pattern and the configuration of the pattern. Most of the high level concepts are lost and the user works at a very low, tool-specific level. This makes it very difficult for the user to understand what is being configured and what the implications are.
In view of the foregoing, what is needed is an improved apparatus and method for visualizing and configuring patterns. Specifically, apparatus and methods are needed to help a user to understand underlying pattern concepts and relationships when configuring a pattern. Further needed are apparatus and methods to help a user understand how generated artifacts relate to pattern concepts and vice versa.
The invention has been developed in response to the present state of the art and, in particular, in response to the problems and needs in the art that have not yet been fully solved by currently available apparatus and methods. Accordingly, the invention has been developed to provide an apparatus and method for graphically visualizing and configuring patterns. The features and advantages of the invention will become more fully apparent from the following description and appended claims, or may be learned by practice of the invention as set forth hereinafter.
Consistent with the foregoing, a method for visualizing and configuring patterns is disclosed herein. In one embodiment, such a method may include displaying a high-level diagram representing a pattern. The high-level diagram may include one or more graphical elements. These graphical elements may include concept elements representing concepts within the pattern, and relationship elements showing the relationships between the concept elements. The method may provide functionality to enable a user to select the concept elements. Upon selecting a concept element, the method may display one or more graphical user interface (GUI) input elements allowing the user to input configuration data associated with the concept element. Once configuration data has been received for each of the concept elements, the method may generate one or more artifacts associated with the concept elements. These artifacts may be configured in accordance with the configuration data.
A corresponding apparatus and computer program product are also disclosed and claimed herein.
In order that the advantages of the invention will be readily understood, a more particular description of the invention briefly described above will be rendered by reference to specific embodiments illustrated in the appended drawings. Understanding that these drawings depict only typical embodiments of the invention and are not therefore to be considered limiting of its scope, the embodiments of the invention will be described and explained with additional specificity and detail through use of the accompanying drawings, in which:
It will be readily understood that the components of the present invention, as generally described and illustrated in the Figures herein, could be arranged and designed in a wide variety of different configurations. Thus, the following more detailed description of the embodiments of the invention, as represented in the Figures, is not intended to limit the scope of the invention, as claimed, but is merely representative of certain examples of presently contemplated embodiments in accordance with the invention. The presently described embodiments will be best understood by reference to the drawings, wherein like parts are designated by like numerals throughout.
As will be appreciated by one skilled in the art, the present invention may be embodied as an apparatus, system, method, or computer program product. Furthermore, certain aspects of the invention may take the form of a hardware embodiment, a software embodiment (including firmware, resident software, micro-code, etc.) configured to operate hardware, or an embodiment combining software and hardware aspects that may all generally be referred to herein as a “module” or “system.” Furthermore, certain aspects of the invention may take the form of a computer program product embodied in any tangible medium of expression having computer-usable program code stored in the medium.
Any combination of one or more computer-usable or computer-readable medium(s) may be utilized. The computer-usable or computer-readable medium may be, for example but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device. More specific examples (a non-exhaustive list) of the computer-readable medium may 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), an optical fiber, a portable compact disc read-only memory (CDROM), an optical storage device, or a magnetic storage device. In the context of this document, a computer-usable or computer-readable medium may be any medium that can contain, store, or transport the program for use by or in connection with the instruction execution system, apparatus, or device.
Computer program code for carrying out operations 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 a user's computer, partly on a user's computer, as a stand-alone software package, partly on a user's computer and partly on a remote computer, or entirely on a 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).
The present invention is described below with reference to flowchart illustrations and/or block diagrams of processes, apparatus, systems, and computer program products according to embodiments of the 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 or code. 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 produce 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 functions/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 or other programmable data processing apparatus 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 or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide processes for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
Referring to
Referring again to the pattern 100, an ESB service gateway (proxy) is configured to route a service call dynamically, based on lookup rules from a service registry, and optionally log all request and response messages. More specifically, the service gateway may act as a proxy to a variety of different services by providing a single entry point for incoming requests. All requesters may interact with a single endpoint address exposed by the gateway. The gateway is responsible for performing a common operation on every message and routing the request to the correct service provider.
As shown in
As previously mentioned, a pattern 100 may, in certain cases, include two basic items: documentation for the pattern 100 (which may include, for example, the high-level diagram 106) and a wizard that allows a user to enter configuration values associated with the pattern 100. These configuration values may be used to generate a number of artifacts associated with the pattern 100. Unfortunately, most wizards do not show the relationship between the configuration values and the pattern concepts and relationships. The user only sees wizard pages on which to enter various configuration values and loses the high-level representation of the pattern. For instance,
Referring to
Referring to
Embodiments of the invention are not limited to the GUI input element 500 shown but may include other means or mechanisms for inputting data. For example, in other embodiments, the GUI input element 500 may include fields placed directly on or around the concept elements 102 rather than text or values entered into a dialog box or window. The user could enter configuration values by simply clicking on or selecting the fields and then entering configuration values into the fields. These configuration values could then be displayed directly on the concept elements 102 or in the area immediately around the concept elements 102. Other methods for inputting configuration values are also possible and within the scope of the invention. Thus, the phrase “GUI input element” is used broadly to include all types of input means or mechanisms.
Because patterns 100 may describe relatively complex situations, in certain embodiments patterns 100 may be documented using both text and graphical images. In selected embodiments, the tool 300 may also include text 510 that describes the operation of the pattern 100. This text 510 may enhance the user's understanding of the pattern 100 and optionally provide another way to enter configuration values. For example, the text 510 may provide key words 512 or hot spots 512 that a user could select to enter configuration values. Upon selecting one of the key words 512 or hot spots 512, a GUI input element 500, such as those previously described, could appear.
Referring to
Referring to
In certain embodiments, a “zoom-in” function 710 and “zoom-out” function 712 may be provided to understand the relationship between the high-level pattern 100 and lower-level artifacts 702. For example, a “zoom-in” function 710 may zoom-in with respect to various concept elements 102 to view artifacts 702 associated with the concept elements 102. Similarly, a “zoom-out” function 712 may zoom-out with respect to artifacts 702 to display concept elements 102 associated with the artifacts 702. In this way, the user can readily see the relationship between artifacts 702 and concept elements 102. In certain embodiments, the “zoom-in” and “zoom-out” functions 710, 712 may also allow the user to see what sub-patterns 600, if any, are associated with the concept elements 102. For example, zooming-in with respect to a concept element 102 may display sub-patterns 600 associated with the concept element 102 and then artifacts 702 associated with the sub-pattern concept elements 602. Similarly, zooming-out with respect to artifacts 702 may display sub-patterns 600 associated with the artifacts 702 and then higher-level concepts 102 associated with the sub-patterns 600.
Referring to
In certain embodiments, the display module 802 may be used to display a high-level diagram 106 of a pattern 100, allowing the user to graphically visualize the pattern 100 while generating related artifacts. As previously mentioned, this high-level diagram 106 may include graphical elements such as concept elements 102 and relationship elements 104, as described in association with
An input module 806 may provide functionality to allow the user to input configuration values associated with the concept elements 102. For example, the input module 806 may display one or more GUI input elements 500 when a user selects a particular concept element 102. In doing so, the input module 806 may provide GUI widgets such as dialog boxes, windows, check boxes, text boxes, combination boxes, drop-down lists, list boxes, radio buttons, scrollbars, sliders, or the like, to input configuration values. In other embodiments, the input module 806 may allow the user to enter configuration values by clicking on or selecting fields on or around the concept elements 102 and entering configuration values into the fields. These configuration values may then be displayed as text, numbers, or graphics on the concept elements 102 or in areas immediately around the concept elements 102. In general, the input module 806 may use any suitable technique or mechanism for inputting data.
Once a user has entered the required configuration values, a generation module 808 may generate a set of low-level artifacts 702 associated with the concept elements 102. These artifacts 702 may be configured in accordance with the configuration values previously entered. In certain embodiments, the display module 802 may be configured to display the artifacts graphically as a low-level diagram 706, as shown in
A link module 812 may maintain a logical link between concept elements 102 and associated artifacts 702. For example, the link module 812 may ensure that changes that are made at the conceptual level are reflected at the artifact level and vice versa. A relationship module 814 may show the relationship between generated artifacts 702 and concepts 102. For example, the relationship module 814 may cause a line 708 to be drawn around or overlaid on top of artifacts 702 to show their relationship to particular concept elements 102, as described in association with
The flowchart and block diagrams in the Figures illustrate the architecture, functionality, and operation of possible implementations of systems, processes, and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the Figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustrations, and combinations of blocks in the block diagrams and/or flowchart illustrations, may be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
Number | Date | Country | Kind |
---|---|---|---|
2669606 | Jun 2009 | CA | national |