WO2006084607A1 - Verfahren und vorrichtung zum rechnergestützten erzeugen einer graphischen benutzeroberfläche - Google Patents

Verfahren und vorrichtung zum rechnergestützten erzeugen einer graphischen benutzeroberfläche Download PDF

Info

Publication number
WO2006084607A1
WO2006084607A1 PCT/EP2006/000841 EP2006000841W WO2006084607A1 WO 2006084607 A1 WO2006084607 A1 WO 2006084607A1 EP 2006000841 W EP2006000841 W EP 2006000841W WO 2006084607 A1 WO2006084607 A1 WO 2006084607A1
Authority
WO
WIPO (PCT)
Prior art keywords
processing module
transaction processing
data
data container
work area
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.)
Ceased
Application number
PCT/EP2006/000841
Other languages
English (en)
French (fr)
Inventor
Jürgen Kranz
Jörg Westerweller
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.)
Deutsche Post AG
Original Assignee
Deutsche Post AG
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 Deutsche Post AG filed Critical Deutsche Post AG
Publication of WO2006084607A1 publication Critical patent/WO2006084607A1/de
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G06F8/38—Creation or generation of source code for implementing user interfaces
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files

Definitions

  • the invention relates to a method for the computer-aided generation of a graphical user interface for a transaction processing module, wherein the user interface has at least one control element and the transaction processing module is installed on a computer means.
  • the invention further relates to an apparatus for performing the method and a computer-readable medium having instructions for executing the method on a computer means.
  • GUI Graphical User Interface
  • User interfaces of application programs fulfill the function of displaying elements and information on a screen. On the other hand, they must enable the execution of actions that are initiated by the user at the user interface. If, for example, a user interface is used in a retail system in the form of a store or automatic system in which various transactions can be carried out, the triggering of elements or the entry of values in the user interface will result in the execution of the Controlled transactions.
  • application programs contain programmed GUI functions which determine the sequence and control of the individual GUI elements and core functions which relate to the handling of the transactions with the application program.
  • an object-oriented programming model with a so-called "look and feel” agent (L & F agent) is used.
  • the agent acts as a server for one or more logical object clients.
  • Such an agent controls the appearance and behavior of the user interface while a logic object performs the functions of the application program.
  • the L & F agent has no information about the functions of the core logic and the core logic does not know what the user interface looks like or behaves.
  • WO 2004/107200 A1 discloses a system and a method for controlling elements of a user interface with data.
  • a computer means with an application program is divided into two areas, whereby the logic area is formed separately from the area of the user interface.
  • a connection component describes the relationship between UI elements and their properties with data values from a data source.
  • modules are standardized components that can be used by several other components.
  • new components can be connected according to the "plug and play" principle without the entire system having to be adapted.
  • new components must be integrated into the existing system.
  • new processes such as the opening of a bank account, the conclusion of an insurance contract, the sale of a bank account, etc.
  • Tickets or the delivery of a shipping package requires, in particular, the creation of a corresponding user interface for the interaction of a user with the application program, wherein it should be noted that in a retail system different devices for
  • Representation of the user interface can be used. These include, for example, computer monitors, Automated displays, displays of mobile phones or web sites.
  • the object of the invention is to provide a method for the computer-aided generation of a graphical user interface, which enables the use of variable user interfaces for an application program. It should be taken into account that the method allows in a simple way the modular expansion of an overall system in which several processes of a retail system are mapped.
  • the object of the invention is also to provide a device for carrying out the method.
  • this object is achieved by a method having the features of independent claim 1.
  • Advantageous developments of the method will become apparent from the dependent claims 2-8.
  • the object is further achieved by a device according to claim 9.
  • Advantageous embodiments of the device will become apparent from the dependent claims 10-12.
  • Claim 13 specifies a computer readable medium for performing the method.
  • a graphical user interface the user interface on multiple controls that are processed and / or filled. For example, in a wizard-based system, controls are populated with values or buttons or functional areas are pressed.
  • UI controls can be used to interact with a user with a transactional processing module, with the transactional engine on a single workflow Computer means is connected, which is in connection with a display means.
  • the controls are filled or operated via the display means by a user.
  • the filling of controls can be done in addition to a manual input via the reading of machine-readable information such as barcodes.
  • the controls or related data objects may also be populated by the contents of a data source whose values are to be associated with the controls.
  • the data source is a file created by a device independent of native transaction processing modules. This may be the case, for example, in a machine on which a transaction processing module and the associated mask work area are not executable, whose recorded data is to be processed uniformly in the system of the transaction processing modules.
  • the inventive method provides for the assignment of at least one mask working area with at least one
  • Control to a task-handling module where each control is assigned a data object.
  • the transaction processing module is started by a start module, wherein at startup at least one controller, a functional unit and a data container of the transaction processing module are initialized.
  • a controller configuration file is read in order to initialize the controller, wherein the controller configuration file contains the configuration of the representation of the mask work area of the relevant transaction processing module.
  • a data container configuration file for initializing the data container is read in, the data container configuration file being the configuration of the data container The data object of the data container of the relevant task processing module and the configuration of the operations for the communication between the mask work area, the functional unit and the data container.
  • the method further provides for the controller to initialize a presentation component and to determine and initialize the mask work area of the job processing module by the controller.
  • the controls of the mask work area are initialized and may be filled and / or operated by a user or input data source.
  • the controller configuration file and / or the data container configuration file are preferably provided in Extensible Markup Language (XML) format.
  • the controls are displayed as a graphical user interface on a display means and serve to interact with a user with a transaction processing module.
  • the controls are filled and / or processed, the mask workspace accessing the obj ekte of the data container via the representation component.
  • the controls are not displayed on a display means, but a data source is read in via an interface, wherein the content of the data source can be assigned to the 1 obj ekten the data container of a transaction processing module.
  • the mask work area controls are populated by automatically populating the data container controls and data object data with data source values. Also, the execution of controls such as switching or functional areas is done automatically, so that the mask work area of the transaction processing module can be processed as if it were traversed on a display means by a user.
  • the functional unit is not aware of the controls and thus has no immediate control over the obj ects of the user interface. Similarly, changes to field contents in the controls do not immediately affect the functional unit.
  • the functional unit is preferably free of a specific status, since the status of a transaction processing module is reflected in the concrete values of the data objects in the data container.
  • the execution of the functional unit without status has the particular advantage that the functional unit can be flexibly arranged in the front end or in the back end of an overall system.
  • the associated data object containing the value is passed, via the presentation component, to the mask work area and all controls representing the value.
  • the functional unit can pause a running transaction processing module and start a new transaction processing module.
  • the corresponding control passes the value to the functional unit and the data container, storing the value to the data object associated with the control.
  • the functional unit manipulates the data objects and the control provides the actual content and content State of the data object after the control has reentered the mask work area from the functional unit.
  • a plurality of transaction processing modules are installed on the computer means, and a first task processing module calls a second task processing module by starting the second tasking module and initializing the masking workspace of the second tasking module, the second masking workspace at initialization and processing of the controls via its presentation component accesses contents of its data container.
  • the invention further comprises a device for the computer-aided generation of a graphical user interface with a plurality of control elements.
  • the controls may be presented on a display means and for interacting with a user with a workflow processing module, the workflow processing module being installed on a computer means in communication with the display means.
  • the transaction processing module comprises at least one mask work area, a controller, a data container and a functional unit.
  • the device further comprises a start module for starting the transaction processing module, wherein the start module comprises means for initializing at least the controller, the functional unit and the data container.
  • the controller comprises at least means for reading in a controller configuration file, Means for initializing a presentation component and means for determining and initializing the mask work area of the job processing module.
  • the mask work area includes at least means for initializing the controls of the mask work area on the graphical user interface and means for accessing data objects of the data container via the presentation component.
  • the device comprises an interface for reading in a data source and means for associating the content of the data source with data objects of the data container of the transaction processing module.
  • the apparatus further comprises means for populating data items associated with controls with values of the data source.
  • transaction processing modules are installed on the computer means, each of which has at least one controller configuration file, a data container configuration file, a mask work area, a functional unit and a data container, wherein a transaction processing module in each case maps a technical process of a retail system ,
  • the method according to the invention for the computer-aided generation of a graphical user interface on a display means has, together with the associated device, the advantage that the functional unit and the data container of the task processing module are formed separately from the presentation layer of the module in the form of the mask work area.
  • the mask workspace controls are associated with data objects that have the values of the data objects However, in a data container, which does not contain any information about the associated controls.
  • the functional unit of the module also contains no information about the controls of the transaction processing module.
  • the method is particularly suitable for the modular expansion of an overall system in which a plurality of processes of a detail system are imaged. If multiple transaction processing modules are used, they may have the same controls, with the process-specific use of the elements being dependent on the particular transaction processing module. This has the advantage that the use of the controls can be changed without the user interface having to be reprogrammed.
  • control elements is not contained in the functional unit or the data container but is read in via a respective configuration file each time a transaction processing module is started.
  • the use of the controls and the control of the mask flow can thus be changed by a simple change of the configuration files, without the functional unit or the data container having to be reprogrammed.
  • This has the advantage that the logic for mapping a process does not need to be changed as the user interface changes so that, for example, a programmer for the user interface need not know the logic of programming the process.
  • a user interface may therefore be in the form of controls and associated data objects via a simple application program created with various tools, the program generates the corresponding XML file.
  • a presentation component serves, in particular, to form an abstraction level between the GUI controls of the user interface and a program code. For example, if you enter a value on the UI, it will be registered, but the process is not directly related to a program code. Even with the operation of a switching element on the user interface, related operations are activated, which, however, have no direct connection to a program code. This has the advantage of making the GUI controls interchangeable without the need to change the configuration files of a case processing module.
  • the method according to the invention and the associated device also have the advantage that specifications for checking contents of a GUI control element can be changed without having to change the functional unit or the control element of a transaction processing module. If, for example, the maximum length of a value to be entered in a GUI control element is to be reduced, then only the data container configuration file in which these specifications are specified has to be changed. For example, conventional methods use a direct binding between a GUI element and a data object, which causes the change in value specifications to require a change in the binding. Also the
  • Changing a control from, for example, a text box to a button conventionally requires customizing the binding. This is, however, with The structure according to the invention also by changing the data container configuration file of a transaction processing module possible without the functional unit or a mask work area must be changed.
  • the realized by the invention separation of controls a user interface of a program code also has the advantage that the content of an externally generated data source can be fed and processed with a transaction processing module.
  • the data source can be fed in via an interface and the data objects of a mask work area of a transaction processing module can be filled as if the values of the data source had been acquired by a transaction processing module.
  • Controls the controls of a mask workspace can be looped through and the associated data objects populated without requiring any real manipulation of controls on a user interface.
  • Pig. 1 is a schematic representation of a particularly preferred embodiment of the device according to the invention.
  • FIG. 2 is a schematic representation of a computer system having multiple transaction processing modules.
  • FIG. 1 schematically shows a particularly preferred embodiment of the device according to the invention and the associated process sequences according to the invention. Further advantageous embodiments of the invention will be explained with reference to this illustration.
  • a transaction processing module 30 is shown, which will also be referred to below as VGA.
  • the transaction processing module electronically depicts a transaction or business process that is handled by the case processing module.
  • the transactions are, for example, transactions within a retail system, which are used in the area of finance, insurance and logistics. Transactions can be understood to include stateless queries, as well as operations that have a unique start and a unique end, that are either complete or not executed at all.
  • the transaction processing module is used to collect all required data for a transaction.
  • the transaction processing module 30 is installed on a computer means that is in communication with a user interface 10.
  • the user interface is located on a display means 12.
  • the display means may be For example, a computer monitor, an automatic display, the display of a mobile phone or a website act.
  • VGAl two of a plurality of transaction processing modules are designated VGAl and VGA2.
  • the transaction processing modules can be located in the frontend or in the backend of an overall system of several components.
  • the VGA is located in the front end.
  • a transaction mapped by the module is a transaction handled by a user 20 at a graphical user interface 10 in conjunction with the respective transaction processing module 30.
  • the user can enter
  • the user may also be the customer himself, who makes a transaction at a vending machine.
  • the overall system in which the transaction processing modules are integrated is preferably a modular system in which the processes are subdivided down to the smallest functional units. Therefore, a task processing module can also map a process that is part of several other task processing modules. For example, a VGA can map scanning a barcode, capturing customer data or calculating a value. These individual processes can be called as modules from other workflow modules, so they only need to be implemented once.
  • a user interface is provided for each transaction processing module and thus for each process, with the modular Structure has the advantage that in a change of j eschreib single process, the user interface also needs to be changed only once in the relevant job processing module.
  • the transaction processing module 30 is connected via the computer means used and a display means 12 in conjunction with the graphical user interface 10, which has a plurality of control elements 11.
  • the control elements are, for example, buttons or input fields that may contain their own functionalities, such as single-field or multi-field plausibilities.
  • the user interface is preferably in the form of an application framework on a client, which is an application in a network that provides the services of one or more
  • the Server takes.
  • the client initializes the application framework of the graphical user interface at startup.
  • the client can use a platform with other components of a framework such as databases, billing modules, etc. use.
  • a platform called CARBON (Component Architecture for Business Optimization) platform can be used, which is implemented as software and installed on data processing systems.
  • the framework contains the runtime library of the platform, which is also known as the common language runtime (CLR).
  • CLR common language runtime
  • Integrity of the program Furthermore, it can be checked if it is a startup or a recovery case which was generated by aborting a transaction.
  • the transaction processing module 30 is preferably also located on the client. In this case, several different versions of a transaction processing module can be installed on the client. When the transaction processing module is started, the version with the highest version number is automatically used. In order to make this possible, the transaction processing modules have expediently been stored in a certain way in a transaction processing module directory.
  • GUI graphical user interface
  • the transaction processing module is also connected to a framework, which is preferably obj ektorientiert and designed component-oriented.
  • the framework is an API (Application Programming Interface) that provides the functionality to create clients for various wizard-based transaction types.
  • the functionalities provided by the framework include, for example, core functionalities such as starting / stopping the client or the transaction processing modules.
  • the framework provides a common sames start module 100 to start the transaction processing modules.
  • the framework also supports the record management and scheduling workflow modules and provides components for accessing or printing data.
  • basic functionalities such as logging or error handling are provided.
  • C # can be used as the fully object-oriented programming language within the framework.
  • Object-oriented programming provides object-class relationships, where a class is an abstract generic term for objects that share a common structure and / or behavior.
  • An object is a copy of a class existing at the runtime of a program for which storage space is made available.
  • An object is an instance of a class.
  • a class, and thus its objects, are characterized by attributes, operations, assurances, and relationships, where the classes combine the attributes and methods into a single entity.
  • the attributes are accessible only through methods of the class, so there is an encapsulation or access restriction.
  • a class may have none, one or more explicit interfaces, and the encapsulation separates the implementation from the interface.
  • the transaction processing module 30 is not a stand-alone program, but requires the infrastructure of a client for its execution. It is, however, an active component which, for example, can cause its own pausing and / or the start of other transaction processing modules.
  • the transaction processing module 30 has various components, which are preferably executed independently or depending on the user interface 10.
  • the control of the user interface is executed independently of units which map and perform the functional functionality of the process.
  • individual areas in the frontend can be arranged on the client, while other areas can be located in the backend or in a surrounding system.
  • the functional unit 90 belonging to a transaction processing module is designed independently of the graphical user interface. In this functional unit there are thus no definitions and navigations of masks, since otherwise a change of the user interface would require an adaptation of the functional unit. Furthermore, the functional unit has no
  • the transaction processing module supports user interfaces in the form of web frontends, for example, the associated server only knows the client until a request from the client has been answered.
  • the functional unit would be operated in this case expediently in the backend.
  • the functional unit 90 is present in a particularly preferred embodiment of the invention as an encapsulated BusIness rep.
  • a transaction processing module is assigned to exactly one logical business object, which in turn can consist of several classes with references to components.
  • the task of the functional unit 90 is to provide the functional functionality for carrying out a process.
  • the BusIness object is addressed.
  • the action on the UI may involve activating a button or changing a value in a field.
  • Operations serve as a link between the functional unit 90 and the GUI controls 11 of the user interface 10.
  • Operations are commands such as NavigationCommands, GenericCommands or VGAStartCommands.
  • not all operations of a transaction processing module are implemented in a class.
  • object-oriented encapsulation of various actions in classes it has proved to be advantageous to implement each operation in a separate class.
  • logically identical actions can be considered. For example, when pressing a "Next" and a "Cancel" button, the user may be asked if this action should actually be performed. In this case, it is actually a same action that is used in a common class but with different operation names.
  • the VGA also has a data container 40.
  • the data container is also independent of the user interface 10.
  • the data container is preferably designed according to the siting principle of a container site architecture, whereby a simple development is made possible and
  • the data container forms an abstract generic interface from the transaction processing module to core components of the framework.
  • the framework preferably communicates with the data container via an interface IVGAEntrypoint.
  • the data container 40 is the central collection point of data within a transaction processing module 30 and is thus responsible for storing the state of the VGA. All relevant data generated in the VGA is stored in the data container. This can be data entered by a user or determined by the system. In this case, the data is stored in the form of data objects, ie each data element is associated with a data object and can only be read, written and changed via this data object. It has proven to be particularly advantageous to assign a separate data container 40 to each transaction processing module 30. This has the advantage over the use of a general database for all transaction processing modules that various additional functions can be performed. For example, when aborting a transaction processing module, a simple restart is possible in the state in which the abort occurred. Since the state of the transaction processing module is completely mapped in the data container, the state at the restart can be reconstructed and continued, with only a small portion of data must be stored and reconstructed.
  • a data container configuration file 61 This file is in the directory of the VGA and corresponds to a defined scheme.
  • the configuration file is preferably a file in XML format.
  • the configured data objects are then available and can be linked to a control 11 of the graphical user interface 10 and / or read, written and changed by the program logic defined in the BusIness object.
  • the data container exists, in principle, independently of the business object, since this can be created and destroyed again.
  • An essential component of a transaction processing module 30 is also at least one mask working area 50, which is formed as a function of the user interface. If a transaction processing module includes a mask flow of multiple masks that are sequentially traversed, there are multiple mask workspaces. These mask work areas 50 are also referred to below as VGA workspaces, where a workspace represents a technical synonym for a mask.
  • a VGA workspace forms the foundation of GUI 10 controls (GUI controls).
  • GUI controls GUI controls
  • a VGA workspace is a special interface for facilitating communication between the controls 11 and a presentation component 80, with the presentation component again in communication with the data container 40 and the functional unit 90 is.
  • a transaction of a transaction processing module is handled via the user interface 10, this includes a mask flow with different masks, wherein each mask is described by a VGA workspace. Each mask is implemented by a class that derives from the VGA workspace. If a mask flow is programmed for a job processing module, the properties of that class are set according to the subject logic.
  • the various VGA workspaces 50 for the mask flow of the transaction processing module 30 are exemplified with a non-linear mask flow.
  • the connection between the mask work areas 50 and the functional unit 90 or the data container 40 is produced by a presentation component 80.
  • the representation component is used as an intermediate layer between the
  • the representation component is also referred to below as a presenter and represents an abstraction level.
  • the presenter is for communication between the controls 11 of the current form and the associated data objects of the data container, but the presenter does not access GUI controls.
  • the presenter also provides an infrastructure for performing operations of the functional unit.
  • a transaction processing module preferably includes at least three files.
  • the first file is an assembly VGAxxxx. dll of the transaction type module in which the entire transaction processing logic may be encoded.
  • the assembly must be at least the start of a
  • the second file FormFlow. config contains the configuration for the operations and the mask flowchart of the transaction processing module.
  • the third file DataContainer. config contains the configuration for the data used by the workflow engine and their startup values.
  • GUI controls 11 have the NameAspect and ValueAspect properties.
  • the NameAspect Property refers to the named data object, while the VaIueAspect property points to the value-based data object.
  • one or two data objects are integrated. If only one data object is included, the other property is automatically set to the same property value.
  • standard GUI controls without associated data objects can also be used.
  • Attributing the methods in the BusinessObject takes place using classes. Attributing the methods in the BusinessObject allows the names of these methods to be independent of the names of the data objects or operations. An attributed method can be called on multiple data objects or operations.
  • Attribute classes can take constant values as parameters.
  • the presenter invokes a central virtual method at the business object when validating-the reaction to a change in a data object and the execution of an operation.
  • a VGA workspace manages a list of the GUI controls on its mask and the associated data objects of the data container 40.
  • a data object represents a value held in the data container and some supplementary parameters. Therefore, only a corresponding data object of the data container is assigned to a control 11 intended to represent a specific value at design time.
  • a relationship of the GUI control to the data object to be displayed is established on the basis of this data object, which is held in the data container.
  • a value changes on the user interface is displayed, then the relevant obj ekt containing the value, via the presenter forwarded to the VGA mask. This also applies to all GUI controls that represent this data object.
  • GUI control updated by the entry must preferably propagate the new value to the business object after an internal plausibility check. After successful validation at the operation level and then at the functional unit level, the new value is stored in the relevant data object of the data container.
  • the check of entered values does not take place at the GUI level, but in the area of the data container.
  • the GUI controls and VGA workspaces do not require that they include a check of input values, for example, the character length or a date range. If, for example, an input value can only have a length of 15 characters, this is not checked by the GUI control; instead, the value is assigned to the corresponding data object in the data container.
  • the properties of the data object are used to check whether or not the value fulfills the requirement of 15 characters set by the data container. If this is the case, the value is accepted and stored in the data container. If the prerequisite is not fulfilled, a message is sent to the user 20.
  • the separation of the GUI controls from the functional unit and the data container has the advantage that the GUI controls and thus the user interface need not be reprogrammed if, for example, the Condition for an input value change.
  • the data container configuration file 61 becomes DataContainer. config, with which the data container is initiated and instantiated.
  • the transaction processing module 30 may preferably be launched in several ways.
  • the start can be started via a menu button on the user interface or from another job processing module.
  • a start module 100 is responsible for starting a transaction processing module.
  • the startup module can also be called a ContextManager, which is part of an ApplicationManager of the framework.
  • the startup is preferably supported by a class VGABase, which contains all functionalities for starting a transaction processing module.
  • the class VGABase represents an abstract base class for all data container classes. In particular, it implements the IVGAEntryPoint interface.
  • Start module 100 the data container 40 and the functional unit 90 of the relevant transaction processing module. Further, a controller 70 is instantiated, initialized, and started. The controller is generated and initialized by the class VGABase. The task of the controller 70 is to control the sequence of the various VGA workspaces 50. The controller also ensures that one
  • the job processing module is started and stopped correctly and the correct VGA workspaces are displayed.
  • the data objects are created and initialized with the start values, which consists of a data container configuration file 61 DataContainer. config can be read out.
  • the data container configuration file 61 contains the configuration of the data used by the transaction processing module and their start values.
  • controller reads the configuration of the mask flow from a controller configuration file 60 FormFlow. config off.
  • a class FormFlowReader can be used, which contains the mask flowchart of the workflow module from the FormFlow. read out config.
  • the FormFlowReader class is called by the controller when a VGA is started.
  • the controller configuration file 60 includes the operations of the transaction processing module in addition to the configuration of the mask flowchart.
  • the controller configuration file 60 is preferably in XML format and contains information about the mask flowchart of a transaction processing module as well as about the operations associated with the respective transaction processing module.
  • the configuration is validated against a schema, and upon successful validation, the controller creates the mask schedule.
  • the controller then generates and initializes a rendering component 80. Each time the mask is changed, the presentation component is reinitialized by the controller. Further, the controller determines the first VGA workspace in the mask order, initializes it, and displays it.
  • the controller uses a stack for mask navigation, which is generated when a task-handling module is started. The mask of the first VGA workspace is placed first on the stack.
  • VGA workspace 50 then initializes the controls 11 on its surface, accessing the values in the associated data objects of the data container 40 via the presentation component 80.
  • the VGA workspace goes through all GUI controls that are arranged on its user interface and determines which data object it is assigned to for each control using the AspectName property.
  • the VGA workspace retrieves the current value of each individual data object through the presenter. This happens, for example, via a GetAspect () method on the presenter, to which the data object name is passed as a parameter. The presenter then delegates the method call to the
  • the VGA can be started on the first or the last mask. If a non-linear mask flow is provided, the VGA is started by default on the first mask, since the return path is not clearly defined in the non-linear mask flow. Which mask is navigated within the mask flow is determined by
  • Navigation commands set in the operations are included in the controller configuration file 60 and are thus changeable. In this case, however, it is not directly specified which mask is to be navigated, but only which path from the current mask is to be selected, as a result of which the following mask results implicitly. All possible paths must be in the controller configuration file 60 FormFlow. conf ⁇ g be set. This procedure makes it possible to subsequently remove masks from the mask flow (changing the paths in the configuration) without necessarily having to adapt the functions of the functional unit.
  • the individual paths to the next mask are provided, for example, with IDs (character strings).
  • IDs character strings.
  • the ID "next" is defined by the framework and indicates the default path when leaving a mask If this step is taken, this standard navigation command automatically does this without a command having to be implemented only required if one of several ways is to be taken.
  • the controller 70 navigates to the next or previous VGA workspace.
  • the controller uses the schedule to determine the next mask, he places it on the stack.
  • the controller takes the topmost mask from the stack. So if the first mask is the current one, there are no masks on the stack.
  • the class VGAController is responsible for identifying, creating, initializing, and displaying the following VGA workspace from the current VGA workspace.
  • the presenter is generated by the controller and the current VGA workspace is transferred to it with the associated operations.
  • the controller passes the reference to the BusinessObject to the Presenter.
  • the current status of the client can be written off in the form of a technical or functional checkpoint. To back up and restore a case processing module, you must ensure that all data that is relevant within the VGA is stored in a data object.
  • Serialization is a sequential mapping of objects to an external representation. The goal is to achieve persistence for the object. For example, an object can be serialized by converting the entire state of the object, including all objects it references, into a data stream and writing it to a storage medium. The state and content of the data container can thus be converted into a binary data stream at any time and persisted. Thus, all data of a VGA, which is present in a data object and thus in the data container, can be restored in the event of a system crash.
  • a transaction processing module may preferably be associated with each
  • Time to be canceled by the user 20 This is done, for example, by pressing a Cancel button on the current mask.
  • the proper termination of a transaction processing module only takes place via the Next button on the last screen.
  • checkpoints can defaults to the forward direction of the controller every time a mask is changed be written off.
  • additional checkpoints may be provided at certain locations in the mask work area.
  • the action with which the mandatory field property of a control 11 is satisfied depends on the respective control and its associated data object.
  • the mandatory fields are preferably visualized in such a way that the user 20 can immediately recognize that entries still have to be made in the relevant fields.
  • a filling of a data container of a transaction processing module without having to actually fill and process GUI elements of a user interface.
  • devices are integrated in the overall system on which a transaction processing module or a mask working area are not executable. It is thus possible to integrate any devices into the overall system and to process data generated by the devices. For example, if data is to be processed by machines on which a transaction processing module for the operation performed by the machine is not installed, the machine generates a file which is transmitted to the system. 'The file can be read via an appropriate interface and thus a Vorgangsbear- be beitungsmodul started for the relevant process of the machine. The transaction processing module is run through and the data objects of the data container are automatically filled with values of the fed-in file.
  • GUI Graphical user interface
  • GUI control 12 display means, monitor

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • User Interface Of Digital Computer (AREA)
  • Image Generation (AREA)
  • Digital Computer Display Output (AREA)
  • Stored Programmes (AREA)

Abstract

Die Erfindung betrifft ein Verfahren und eine Vorrichtung zum rechnergestützten Erzeugen einer graphischen Benutzeroberfläche (10) mit wenigstens einem Steuerelement (11). Die Benutzeroberfläche wird vorzugsweise auf einem Anzeigemittel (12) angezeigt und dient zur Interaktion eines Benutzers (20) mit wenigstens einem Vorgangsbearbeitungsmodul (30), mittels dessen eine Transaktion abgewickelt werden kann. Das Verfahren und die Vorrichtung zeichnen sich dadurch aus, dass die Funktionseinheit (90) und der Datencontainer (40) des Vorgangsbearbeitungsmoduls (30) von der Präsentationsschicht in Form von Maskenarbeitsbereichen (50) voneinander getrennt sind. Ferner sind den Steuerelementen (11) der Benutzeroberfläche (10) über den Maskenarbeitsbereich (50) Datenobjekte (41) zugeordnet, denen im Datencontainer (40) Werte zugeordnet sind. Beim Start des Vorgangsbearbeitungsmoduls wird eine Datencontainer-Konfigurationsdatei (61) eingelesen, welche die Konfiguration für die von dem Vorgangsbeabeitungsmodul verwendeten Daten und deren Start-Werte enthält. Ferner wird eine Controller-Konfigurationsdatei (60) eingelesen, welche die Konfiguration für die Operationen und den Maskenablaufplan des Vorgangsbearbeitungsmoduls beinhaltet.

Description

Verfahren und Vorrichtung zum rechnergestützten Erzeugen einer graphischen Benutzeroberfläche
Beschreibung :
Die Erfindung betrifft ein Verfahren zum rechnergestützten Erzeugen einer' graphischen Benutzeroberfläche für ein Vorgangsbearbeitungsmodul , wobei die Benutzeroberfläche wenig- stens ein Steuerelement aufweist und das Vorgangsbearbeitungsmodul auf einem Computermittel installiert ist .
Die Erfindung betrifft ferner eine Vorrichtung zur Durchführung des Verfahrens und ein computerlesbares Medium, das Befehle zum Ausführen des Verfahrens auf einem Computermittel aufweist .
Bei Anwendungsprogrammen, welche auf Computermitteln installiert und ausgeführt werden, ist es bekannt , graphische Benutzerschnittstellen einzusetzen, um eine vereinfachte
Interaktion eines Benutzers mit dem Anwendungsprogramm zu ermöglichen. Derartige Benutzeroberflächen werden auch als Graphical User Interface (GUI) bezeichnet . Benutzeroberflächen von Anwendungsprogrammen erfüllen zum einen die Funktion, dass Elemente und Informationen auf einem Bildschirm angezeigt werden . Zum anderen müssen sie die Ausführung von Aktionen ermöglichen, welche von dem Benutzer an der Benutzeroberfläche initiiert werden . Wird eine Benutzeroberfläche beispielsweise in einem Retailsystem in Form eines Filial- oder Automatensystems eingesetzt , in welchem verschiedene Transaktionen durchgeführt werden können, wird durch die Ansteuerung von Elementen oder die Eingabe von Werten auf der Benutzeroberfläche die Durchführung der Transaktionen gesteuert . Üblicherweise enthalten Anwendungsprogramme dazu programmierte GUI-Funktionen, welche den Ablauf und die Ansteuerung der einzelnen GUI-Elemente festlegen und Kernfunktionen, welche die Abwicklung der Transaktionen mit dem Anwendungsprogramm betreffen .
Die meisten Anwendungsprogramme sind so gestaltet , dass sie mit einer definierten Benutzeroberfläche betrieben werden . Dabei ist der Programmcode der GUI-Elemente direkt mit den Steuerelementen der Benutzeroberfläche verbunden . Soll ein Anwendungsprogramm mit einer veränderten oder vollständig anderen Benutzeroberfläche betrieben werden, stellt es daher einen aufwändigen Prozess dar, den Programmcode der Anwendungssoftware zu ändern, um eine geänderte Benutzeroberfläche zu implementieren.
Um j egliche Benutzeroberfläche mit verschiedenen Anwendungsprogrammen nutzen zu können, ist es beispielsweise aus der europäischen Patentanmeldung EP 0 798 634 Al bekannt , die Funktionen der Benutzeroberfläche von den Kernfunktionen des
Anwendungsprogrammes zu trennen . Dazu wird ein obj ektorientiertes Programmiermodell mit einem so genannten "Look&Feel " - Agenten (L&F-Agent) verwendet . Der Agent agiert als Server für einen oder mehrere logische Obj ekt-Clients . Ein der- artiger Agent steuert die Darstellung und das Verhalten der Benutzeroberfläche , während ein Logikobj ekt die Funktionen des Anwendungsprogrammes durchführt . Dem L&F-Agenten liegen dabei keine Informationen über die Funktionen der Kernlogik vor und die Kernlogik weiß nicht , wie die Benutzeroberfläche aussieht oder sich verhält .
Ferner beschreibt die internationale Patentanmeldung
WO 2004/107200 Al ein System und ein Verfahren zur Steuerung von Elementen einer Benutzeroberfläche mit Daten. Ein Computermittel mit einem Anwendungsprogramm ist dabei in zwei Bereiche aufgeteilt , wodurch der Logikbereich von dem Bereich der Benutzeroberfläche getrennt ausgebildet ist . Eine Verbin- dungskomponente beschreibt die Beziehung zwischen den Elementen der Benutzeroberfläche und deren Eigenschaften mit Datenwerten aus einer Datenquelle .
Um Systeme bereitzustellen, welche möglichst einfach erwei- terbar oder veränderbar sind, ist es ferner bekannt , derartige Systeme modular auszubilden. Bei den Modulen handelt es sich um standardisierte Komponenten, welche von mehreren anderen Komponenten verwendet werden können. Vorzugsweise können neue Komponenten nach dem " Plug&Play" -Prinzip ange- schlössen werden, ohne dass das gesamte System angepasst werden muss .
Um neue Vorgänge in bestehende Retailsysteme integrieren zu können, so dass diese an graphischen Benutzeroberflächen darstellbar und mit einem Anwendungsprogramm durchführbar sind, müssen neue Komponenten in das bestehende System integriert werden. Bei Retailsystemen im Bereich des Ver- sicherungs- , Finanz- und Logistikwesens müssen beispielsweise neue Vorgänge wie die Eröffnung eines Bankkontos , der Abschluss eines Versicherungsvertrages , der Verkauf eines
Tickets oder die Einlieferung eines Versandpaketes abgebildet werden . Dies erfordert insbesondere die Erzeugung einer entsprechenden Benutzeroberfläche zur Interaktion eines Benutzers mit dem Anwendungsprogramm, wobei zu beachten ist , dass in einem Retailsystem unterschiedliche Vorrichtungen zur
Darstellung der Benutzeroberfläche verwendet werden können . Dazu zählen beispielsweise Computermonitore , Automatendisplays , Displays von Mobiltelefonen oder WebSites .
Aufgabe der Erfindung ist es, ein Verfahren zum rechner- gestützten Erzeugen einer graphischen Benutzeroberfläche bereitzustellen, das die Verwendung variabler Benutzeroberflächen für ein Anwendungsprogramm ermöglicht . Dabei soll berücksichtigt werden, dass das Verfahren auf einfache Weise die modulartige Erweiterung eines Gesamtsystems ermöglicht , in welchem mehrere Vorgänge eines Retailsystems abgebildet werden.
Aufgabe der Erfindung ist es ferner, eine Vorrichtung zur Durchführung des Verfahrens bereitzustellen.
Erfindungsgemäß wird diese Aufgabe durch ein Verfahren mit den Merkmalen des unabhängigen Anspruches 1 gelöst . Vorteilhafte Weiterbildungen des Verfahrens ergeben sich aus den Unteransprüchen 2 -8. Die Aufgabe wird ferner durch eine Vorrichtung nach Anspruch 9 gelöst . Vorteilhafte Ausführungsformen der Vorrichtung ergeben sich aus den Unteransprüchen 10-12. Anspruch 13 gibt ein computerlesbares Medium zur Durchführung des Verfahrens an .
Bei dem erfindungsgemäßen Verfahren zum rechnergestützten
Erzeugen einer graphischen Benutzeroberfläche weist die Benutzeroberfläche mehrere Steuerelemente auf , welche abgearbeitet und/oder befüllt werden . Beispielsweise werden in einem Assistent-basierten System Steuerelemente mit Werten befüllt oder Schalt- oder Funktionsflächen betätigt . Die
Steuerelemente der Benutzeroberfläche können dabei zur Interaktion eines Benutzers mit einem Vorgangsbearbeitungs- modul dienen, wobei das Vorgangsbearbeitungsmodul auf einem Computermittel installiert ist , das in Verbindung mit einem Anzeigemittel steht . In diesem Fall werden die Steuerelemente über das Anzeigemittel von einem Nutzer befüllt oder betätigt . Die Befüllung von Steuerelementen kann dabei neben einer manuellen Eingabe auch über das Einlesen von maschinenlesbaren Informationen wie beispielsweise Barcodes erfolgen . Die Steuerelemente bzw. die damit verbundenen Datenobjekte können ferner durch den Inhalt einer Datenquelle befüllt werden, deren Werte den Steuerelementen zuzuordnen sind. Bei der Datenquelle handelt es sich beispielsweise um eine Datei , welche unabhängig von systemeigenen Vorgangsbearbeitungs- modulen von einer Vorrichtung erzeugt wurde . Dies kann beispielsweise bei einem Automaten der Fall sein, auf welchem ein Vorgangsbearbeitungsmodul und der zugehörige Masken- arbeitsbereich nicht lauffähig sind, dessen erfasste Daten j edoch einheitlich im System der Vorgangsbearbeitungsmodule verarbeitet werden sollen .
Das erfindungsgemäße Verfahren sieht das Zuordnen von wenig- stens einem Maskenarbeitsbereich mit wenigstens einem
Steuerelement zu einem Vorgangsbearbeitungsmodul vor, wobei j edem Steuerelement ein Datenobj ekt zugeordnet wird . Das Vorgangsbearbeitungsmodul wird durch ein Startmodul gestartet , wobei beim Starten wenigstens ein Controller, eine Funktionseinheit und ein Datencontainer des Vorgangsbearbeitungsmoduls initialisiert werden . Dabei wird eine Controller- Konfigurationsdatei zur Initialisierung des Controllers eingelesen, wobei die Controller-Konfigurationsdatei die Konfiguration der Darstellung des Maskenarbeitsbereiches des betreffenden Vorgangsbearbeitungsmoduls beinhaltet . Ferner wird eine Datencontainer-Konfigurationsdatei zur Initialisierung des Datencontainers eingelesen, wobei die Datencontainer-Konfigurationsdatei die Konfiguration der Datenobj ekte des Datencontainers des betreffenden Vorgangs- bearbeitungsmoduls und die Konfiguration der Operationen für die Kommunikation zwischen dem Maskenarbeitsbereich, der Funktionseinheit und dem Datencontainer beinhaltet . Das Ver- fahren sieht ferner das Initialisieren einer Darstellungskomponente durch den Controller und das Ermitteln und Initialisieren des Maskenarbeitsbereiches des Vorgangsbearbeitungsmoduls durch den Controller vor . Die Steuerelemente des Maskenarbeitsbereiches werden initialisiert und können durch einen Nutzer oder eine eingespeiste Datenquelle befüllt und/oder betätigt werden. Die Controller-Konfigurationsdatei und/oder die Datencontainer-Konfigurationsdatei werden vorzugsweise im XML-Format (Extensible Markup Language) bereitgestellt .
In einem besonders bevorzugten Ausführungsbeispiel der Erfindung werden die Steuerelemente als graphische Benutzeroberfläche auf einem Anzeigemittel dargestellt und dienen zur Interaktion eines Benutzers mit einem Vorgangsbearbeitungs- modul . Die Steuerelemente werden befüllt und/oder abgearbeitet , wobei der Maskenarbeitsbereich über die Darstellungskomponente auf die Datenobj ekte des Datencontainers zugreift .
In einem weiteren Ausführungsbeispiel der Erfindung werden die Steuerelemente nicht auf einem Anzeigemittel angezeigt , sondern eine Datenquelle wird über eine Schnittstelle eingelesen, wobei der Inhalt der Datenquelle den 1 Datenobj ekten des Datencontainers eines Vorgangsbearbeitungs- modules zugeordnet werden kann . Die Steuerelemente des Maskenarbeitsbereiches werden in diesem Fall befüllt , indem die Steuerelemente und damit die Datenobj ekte des Datencontainers automatisch mit Werten der Datenquelle gefüllt werden . Auch die Abarbeitung von Steuerelementen wie Schalt- oder Funktionsflächen erfolgt automatisch, so dass der Maskenarbeitsbereich des Vorgangsbearbeitungsmoduls abgearbeitet werden kann, als ob er auf einem Anzeigemittel von einem Nutzer durchlaufen würde .
Die Funktionseinheit hat keine Kenntnis von den Steuerelementen und hat folglich auch keine unmittelbare Kontrolle über die Obj ekte der Benutzeroberfläche . Gleichermaßen wirken Änderungen von Feldinhalten in den Steuerelementen nicht unmittelbar auf die Funktionseinheit . Die Funktionseinheit ist vorzugsweise frei von einem bestimmten Status , da sich der Status eines Vorgangsbearbeitungsmoduls in den konkreten Werten der Datenobj ekte im Datencontainer widerspiegelt . Die Ausführung der Funktionseinheit ohne Status hat insbesondere den Vorteil , dass die Funktionseinheit dadurch flexibel im Frontend oder im Backend eines Gesamtsystems angeordnet werden kann .
Bei einer Änderung eines Wertes innerhalb der Funktionsein- heit , wird das zugeordnete Datenobj ekt , das den Wert enthält , über die Darstellungskomponente an den Maskenarbeitsbereich und alle Steuerelemente weitergeleitet , welche den Wert darstellen. Dabei erhält die Funktionseinheit die Kontrolle , was es ihr ermöglicht , Berechnungen, Dateizugriffe, etc . durchzuführen. Insbesondere kann die Funktionseinheit ein laufendes Vorgangsbearbeitungsmodul pausieren lassen und ein neues Vorgangsbearbeitungsmodul starten. Bei einer Änderung eines Wertes auf der Benutzeroberfläche leitet das entsprechende Steuerelement den Wert an die Funktionseinheit und den Datencontainer weiter, wobei der Wert zu dem Datenobj ekt gespeichert wird, welches dem Steuerelement zugeordnet ist . Die Funktionseinheit manipuliert die Datenobj ekte und das Steuerelement stellt den konkreten aktuellen Inhalt und Zustand des Datenobj ektes dar, nachdem die Kontrolle von der Funktionseinheit wieder an den Maskenarbeitsbereich übergegangen ist . Diese Verfahrensschritte werden sowohl bei einer Abarbeitung durch einen Benutzer auf einem Anzeigemittel als auch bei der automatischen Abarbeitung einer über eine Schnittstelle eingespeisten Datenquelle durchgeführt .
In einem besonders bevorzugten. Ausführungsbeispiel der Erfindung werden auf dem Computermittel mehrere Vorgangsbearbei- tungsmodule installiert und ein erstes Vorgangsbearbeitungs- modul ruft ein zweites Vorgangsbearbeitungsmodul auf, indem das gemeinsame Startmodul das zweite Vorgangsbearbeitungs- modul startet und der Maskenarbeitsbereich des zweiten Vorgangsbearbeitungsmoduls initialisiert wird, wobei der zweite Maskenarbeitsbereich bei der Initialisierung und Abarbeitung der Steuerelemente über seine Darstellungskomponente auf Inhalte seines Datencontainers zugreift .
Die Erfindung umfasst ferner eine Vorrichtung zum rechner- gestützten Erzeugen einer graphischen Benutzeroberfläche mit mehreren Steuerelementen . Die Steuerelemente können auf einem Anzeigemittel dargestellt werden und zur Interaktion eines Benutzers mit einem Vorgangsbearbeitungsmodul dienen, wobei das Vorgangsbearbeitungsmodul auf einem Computermittel installiert ist , das in Verbindung mit dem Anzeigemittel steht . Das Vorgangsbearbeitungsmodul umfasst dabei wenigstens einen Maskenarbeitsbereich, einen Controller, einen Datencontainer und eine Funktionseinheit . Die Vorrichtung weist ferner ein Startmodul zum Starten des Vorgangsbearbeitungs- moduls auf , wobei das Startmodul Mittel zum Initialisieren wenigstens des Controllers , der Funktionseinheit und des Datencontainers aufweist . Der Controller umfasst wenigstens Mittel zum Einlesen einer Controller-Konfigurationsdatei , Mittel zum Initialisieren einer Darstellungskomponente sowie Mittel zum Ermitteln und Initialisieren des Maskenarbeitsbereiches des Vorgangsbearbeitungsmoduls . Der Maskenarbeitsbereich umfasst wenigstens Mittel zum Initialisieren der Steuerelemente des Maskenarbeitsbereiches auf der graphischen Benutzeroberfläche und Mittel zum Zugreifen auf Datenobj ekte des Datencontainers über die Darstellungskomponente .
In einem weiteren Ausführungsbeispiel der Erfindung umfasst die Vorrichtung eine Schnittstelle zum Einlesen einer Datenquelle und Mittel zum Zuordnen des Inhaltes der Datenquelle zu Datenobj ekten des Datencontainers des Vorgangsbearbeitungsmoduls . Die Vorrichtung umfasst ferner Mittel zur Befüllung von Datenobj ekten, welche Steuerelementen zuge- ordnet sind, mit Werten der Datenquelle .
In einem besonders bevorzugten Ausführungsbeispiel der Vorrichtung sind auf dem Computermittel mehrere Vorgangsbearbeitungsmodule installiert , welche j eweils wenigstens eine Controller-Konfigurationsdatei , eine Datencontainer-Konfigurationsdatei , einen Maskenarbeitsbereich, eine Funktionseinheit und einen Datencontainer aufweisen, wobei ein Vorgangsbearbeitungsmodul j eweils einen fachlichen Vorgang eines Retailsystems abbildet .
Das erfindungsgemäße Verfahren zum rechnergestützten Erzeugen einer graphischen Benutzeroberfläche auf einem Anzeigemittel hat zusammen mit der zugehörigen Vorrichtung den Vorteil , dass die Funktionseinheit und der Datencontainer des Vor- gangsbearbeitungsmoduls getrennt von der Präsentationsschicht des Moduls in Form des Maskenarbeitsbereiches ausgebildet ist . Den Steuerelementen des Maskenarbeitsbereiches werden Datenobj ekte zugeordnet , die Werte der Datenobj ekte befinden sich j edoch in einem Datencontainer, welcher keine Informationen über die zugehörigen Steuerelemente beinhaltet . Auch die Funktionseinheit des Moduls beinhaltet keine Informationen über die Steuerelemente des Vorgangsbearbeitungs- moduls .
Gemäß der Aufgabe der Erfindung eignet sich das Verfahren insbesondere für die modulartige Erweiterung eines Gesamtsystems , in welchem mehrere Vorgänge eines Retailsystems abgebildet werden . Werden mehrere Vorgangsbearbeitungsmodule verwendet , können diese die gleichen Steuerelemente aufweisen, wobei die vorgangsspezifische Verwendung der Elemente abhängig vom j eweiligen Vorgangsbearbeitungsmodul ist . Dies hat den Vorteil , dass die Verwendung der Steuerelemente verändert werden kann, ohne dass die Benutzeroberfläche umprogrammiert werden muss .
Die Verwendung der Steuerelemente ist ferner nicht in der Funktionseinheit oder dem Datencontainer enthalten, sondern wird über eine j eweilige Konfigurationsdatei bei j edem Start eines Vorgangsbearbeitungsmoduls eingelesen. Die Verwendung der Steuerelemente und die Steuerung des Maskenflusses können somit durch eine einfache Veränderung der Konfigurations- dateien geändert werden, ohne dass die Funktionseinheit oder der Datencontainer umprogrammiert werden müssen . Dies hat den Vorteil , dass die Logik zur Abbildung eines Prozesses nicht verändert werden muss, wenn sich die Benutzeroberfläche ändert , so dass beispielsweise ein Programmierer für die Benutzeroberfläche keine Kenntnis über die Logik der Programmierung des Vorgangs haben muss . Eine Benutzeroberfläche kann daher in Form von Steuerelementen und zugeordneten Datenobj ekten über ein einfaches Anwendungsprogramm mit verschiedenen Tools erstellt werden, wobei das Programm die entsprechende XML-Datei erzeugt .
Die Verwendung einer Darstellungskomponente dient insbeson- dere zur Bildung einer Abstraktionsebene zwischen den GUI- Steuerelementen der Benutzeroberfläche und einem Programmcode . Erfolgt auf der Benutzeroberfläche beispielsweise die Eingabe eines Wertes , wird dies zwar registriert , der Vorgang ist j edoch nicht direkt mit einem Programmcode verbunden . Auch bei der Betätigung eines Schaltelementes auf der Benutzeroberflache, werden damit verbundene Operationen aktiviert , die j edoch keine direkte Verbindung zu einem Programmcode haben . Dies hat den Vorteil , dass dadurch die GUI-Steuerelemente austauschbar sind, ohne dass die Konfigurationsdateien eines Vorgangsbearbeitungsmoduls geändert werden müssen .
Das erfindungsgemäße Verfahren und die zugehörige Vorrichtung bringen ferner den Vorteil mit sich, dass Vorgaben zur Prüfung von Inhalten eines GUI-Steuerelementes verändert werden können, ohne dass die Funktionseinheit oder das Steuerelement eines Vorgangsbearbeitungsmoduls verändert werden müssen . Soll beispielsweise die Maximallänge eines einzugebenden Wertes in einem GUI -Steuerelement reduziert werden, muss lediglich die Datencontainer-Konfigurationsdatei verändert werden, in welcher diese Vorgaben festgelegt werden . Herkömmliche Verfahren verwenden beispielsweise eine direkte Bindung (binding) zwischen einem GUI-Element und einem Datenobj ekt , was dazu führt , dass die Änderung von Wertvorgaben eine Veränderung der Bindung erfordert . Auch die
Änderung eines Steuerelementes beispielsweise von einem Textfeld in eine Schaltfläche (Button) erfordert herkömmlicherweise die Anpassung der Bindung . Dies ist j edoch mit dem erfindungsgemäßen Aufbau ebenfalls durch eine Veränderung der Datencontainer-Konfigurationsdatei eines Vorgangsbearbeitungsmoduls möglich, ohne dass die Funktionseinheit oder ein Maskenarbeitsbereich verändert werden müssen .
Die durch die Erfindung realisierte Trennung von Steuerelementen einer Benutzeroberfläche von einem Programmcode hat ferner den Vorteil , dass der Inhalt einer extern erzeugten Datenquelle eingespeist und mit einem Vorgangsbearbeitungs- modul verarbeitet werden kann . Die Datenquelle kann über eine Schnittstelle eingespeist werden und die Datenobj ekte eines Maskenarbeitsbereiches eines Vorgangsbearbeitungsmoduls können befüllt werden, als ob die Werte der Datenquelle von einem Vorgangsbearbeitungsmodul erfasst worden wären . Dabei ist keine reale Befüllung von Feldern auf einer Benutzeroberfläche erforderlich, wie es bei herkömmlichen Verfahren der Fall ist . Da direkt hinter den Steuerelementen kein Programmcode steht , welcher eingegebene Werte oder Funktionsbefehle verarbeitet , sondern die Zuordnung der Steuerelemente zu Datenobj ekten und die Verarbeitung der Daten von den GUI-
Controls getrennt ist , können die Steuerelemente eines Maskenarbeitsbereiches durchlaufen und die zugeordneten Datenobj ekte befüllt werden, ohne dass eine reale Manipulation von Steuerelementen auf einer Benutzeroberfläche erforderlich, ist .
Weitere Vorteile , Besonderheiten und zweckmäßige Weiterbildungen der Erfindung ergeben sich aus den Unteransprüchen und der nachfolgenden Darstellung bevorzugter Ausführungsbei- spiele anhand der Abbildungen. Von den Abbildungen zeigt
Pig . 1 eine schematische Darstellung eines besonders bevorzugten Ausführungsbeispiels der erfindungsgemäßen Vorrichtung; und
Pig . 2 eine schematische Darstellung eines Computersystems mit mehreren Vorgangsbearbeitungsmodulen .
In der Fig . 1 ist schematisch ein besonders bevorzugtes Ausführungsbeispiel der erfindungsgemäßen Vorrichtung und der zugehörigen erfindungsgemäßen Verfahrensabläufe dargestellt . Weitere vorteilhafte Ausführungsformen der Erfindung sollen anhand dieser Darstellung erläutert werden .
In der Fig . 1 ist ein Vorgangsbearbeitungsmodul 30 dargestellt , das im Folgenden auch mit VGA bezeichnet wird . Das Vorgangsbearbeitungsmodul bildet elektronisch einen Vorgang oder Geschäftsprozess ab, welcher von dem Vorgangsbearbeitungsmodul abgewickelt wird . Bei den Vorgängen handelt es sich beispielsweise um Transaktionen innerhalb eines Retail- systems , welche im Bereich des Finanz- , Versicherungs- , und Logistikwesens eingesetzt werden . Unter Transaktionen können neben Vorgängen mit einem eindeutigen Anfang und einem eindeutigen Ende , die entweder vollständig oder gar nicht ausgeführt werden, auch statusunabhängige Abfragen verstanden werden . Das Vorgangsbearbeitungsmodul dient insbesondere zur Sammlung aller erforderlichen Daten für einen Vorgang . Das Vorgangsbearbeitungsmodul 30 ist auf einem Computermittel installiert , das in Verbindung mit einer Benutzeroberfläche 10 steht . Die Benutzeroberfläche befindet sich auf einem Anzeigemittel 12. Bei dem Anzeigemittel kann es sich bei- spielsweise um einen Computermonitor, ein Automatendisplay, das Display eines Mobiltelefons oder eine Website handeln.
Auf dem Computermittel sind vorzugsweise mehrere Vorgangs- bearbeitungsmodule installiert . Dies ist schematisch in Fig . 2 dargestellt , in welcher zwei von mehreren Vorgangsbearbeitungsmodulen mit VGAl und VGA2 bezeichnet sind . Die Vorgangsbearbeitungsmodule können sich dabei im Frontend oder im Backend eines Gesamtsystems aus mehreren Komponenten befinden . Vorzugsweise ist das VGA im Frontend angeordnet . Bei einem durch das Modul abgebildeten Vorgang handelt es sich beispielsweise um eine Transaktion, die von einem Benutzer 20 an einer graphischen Benutzeroberfläche 10 in Verbindung mit dem j eweiligen Vorgangsbearbeitungsmodul 30 abgewickelt wird . Der Benutzer kann beispielsweise ein
Mitarbeiter in einer Filiale sein, welcher den Vorgang für einen Kunden durchführt . Der Benutzer kann ferner der Kunde selbst sein, welcher an einem Automaten eine Transaktion tätigt .
Vorzugsweise handelt es sich bei dem Gesamtsystem, in welches die Vorgangsbearbeitungsmodule integriert sind, um ein modulares System, in welchem die Vorgänge bis auf kleinste Funktionseinheiten unterteilt sind. Daher kann ein Vor- gangsbearbeitungsmodul auch einen Prozess abbilden, welcher Bestandteil mehrerer anderer Vorgangsbearbeitungsmodule ist . Beispielsweise kann ein VGA das Einscannen eines Barcodes , die Erfassung von Kundendaten oder die Berechnung eines Wertes abbilden . Diese Einzelprozesse können als Module von anderen Vorgangsbearbeitungsmodulen aufgerufen werden, so dass sie nur einmalig implementiert werden müssen . Für j edes Vorgangsbearbeitungsmodul und damit für j eden Vorgang wird eine Benutzeroberfläche bereitgestellt , wobei der modulare Aufbau den Vorteil hat , dass bei einer Veränderung des j eweiligen Einzelprozesses die Benutzeroberfläche ebenfalls nur einmalig in dem betreffenden Vorgangsbearbeitungsmodul verändert werden muss .
Das Vorgangsbearbeitungsmodul 30 steht über das verwendete Computermittel und ein Anzeigemittel 12 in Verbindung mit der graphischen Benutzeroberfläche 10 , die mehrere Steuerelemente 11 aufweist . Bei den Steuerelementen handelt es sich bei- spielsweise um Schaltflächen oder Eingabefelder, die eigene Funktionalitäten wie beispielsweise Einfeld- oder Mehrfeld- plausibilitäten enthalten können. Die Benutzeroberfläche befindet sich in Form eines Anwendungsrahmens vorzugsweise auf einem Client , bei dem es sich um eine Anwendung in einem Netzwerk handelt , welche die Dienste eines oder mehrerer
Server in Anspruch nimmt . Der Client initialisiert beim Start den Anwendungsrahmen der graphischen Benutzeroberfläche . Der Client kann dabei eine Plattform mit weiteren Komponenten eines Frameworks wie Datenbanken, Abrechnungsmodule etc . nutzen. In einem besonders bevorzugten Ausführungsbeispiel der Erfindung kann eine als CARBON (Component ARchitecture for Business OptimizatioN) -Plattform bezeichnete Plattform genutzt werden, welche als Software realisiert und auf Datenverarbeitungsanlagen installiert ist . Das Framework beinhaltet dabei die Laufzeitbibliothek der Plattform, welche auch als Common Language Runtime bezeichnet wird (CLR) . Nach der Initialisierung des Anwendungsrahmens durch den Client initialisiert und startet dieser zweckmäßigerweise den Kern des Frameworks . Vor der Initialisierung des Kerns können Prüfungen durchgeführt werden, welche beispielsweise die
Integrität des Programms betreffen. Ferner kann überprüft werden, ob es sich um einen Start oder einen Recovery-Fall handelt , welcher durch einen Abbruch eines Vorganges erzeugt wurde .
Das Vorgangsbearbeitungsmodul 30 befindet sich vorzugsweise ebenfalls auf dem Client . Dabei können auf dem Client mehrere verschiedene Versionen eines Vorgangsbearbeitungsmoduls installiert sein . Beim Starten des Vorgangsbearbeitungsmoduls wird automatisch die Version mit der höchsten Versionsnummer herangezogen. Um dies zu ermöglichen, sind die Vorgangsbear- beitungsmodule zweckmäßigerweise in einer bestimmten Weise in einem Vorgangsbearbeitungsmodul-Verzeichnis abgelegt worden .
Die graphische Benutzeroberfläche (GUI ) ist vorzugsweise als Assistent-basiertes System konzipiert , bei dem von einem Anwender 20 im Laufe eines Vorganges mehrere Masken in einer vorgegebenen Reihenfolge abgearbeitet werden . Dies hat den Vorteil , dass für einen Vorgang benötigte Daten vollständig erfasst werden und ferner sichergestellt ist , dass der Anwender beim Abschluss des Vorganges alle möglichen Optionen zu Gesicht bekommen hat .
In einem bevorzugten Ausführungsbeispiel der Erfindung ist das Vorgangsbearbeitungsmodul ebenfalls an ein Framework angeschlossen, das vorzugsweise obj ektorientiert und komponentenorientiert ausgebildet ist . Bei dem Framework handelt es sich um ein API (Application Programming Interface) , welches die Funktionalitäten bereitstellt , Clients für verschiedene Assistent-basierte Vorgangsarten zu erstellen . Die von dem Framework zur Verfügung gestellten Funktionalitäten umfassen beispielsweise Kernfunktionalitäten wie das Starten/Beenden des Clients oder der Vorgangsbearbeitungsmodule . Das Framework stellt beispielsweise ein gemein- sames Startmodul 100 zum Starten der Vorgangsbearbeitungs- module bereit . Ferner unterstützt das Framework die Vorgangsbearbeitungsmodule bei Datenhaltung und Ablaufsteuerung und stellt Komponenten für den Zugriff auf Daten oder zum Drucken bereit . Darüber hinaus werden Basisfunktionalitäten wie die Protokollierung oder die Fehlerbehandlung bereitgestellt .
Als vollständig obj ektorientierte Programmiersprache innerhalb des Frameworks kann beispielsweise C# verwendet werden . Die obj ektorientierte Programmierung sieht Obj ekt-Klasse- Beziehungen vor, wobei eine Klasse ein abstrakter Oberbegriff für Obj ekte ist , die eine gemeinsame Struktur und/oder ein gemeinsames Verhalten aufweisen . Ein Obj ekt ist dabei ein zur Laufzeit eines Programms vorhandenes Exemplar einer Klasse, für das Speicherplatz zur Verfügung gestellt wird . Ein Obj ekt ist eine Instanz einer Klasse . Eine Klasse und damit ihre Obj ekte werden durch Attribute, Operationen, Zusicherungen und Beziehungen charakterisiert , wobei die Klassen die Attribute und Methoden zu einer Einheit zusammenfassen . Die Attribute sind standardmäßig nur über Methoden der Klasse zugänglich, so dass eine Kapselung oder Zugriffsbeschränkung vorliegt . Eine Klasse kann ferner keine, eine oder mehrere explizite Schnittstellen besitzen und die Kapselung trennt die Implementierung von der Schnittstelle .
In einem besonders bevorzugten Ausführungsbeispiel der Erfindung ist das Vorgangsbearbeitungsmodul 30 kein eigenständiges Programm, sondern benötigt zu seiner Ausführung die Infrastruktur eines Clients . Es handelt sich j edoch um eine aktive Komponente, welche beispielsweise das eigene Pausieren und/der den Start anderer Vorgangsbearbeitungsmodule bewirken kann . Das Vorgangsbearbeitungsmodul 30 weist verschiedene Komponenten auf , welche vorzugsweise unabhängig oder abhängig von der Benutzeroberfläche 10 ausgeführt sind. Erfindungsgemäß ist dabei die Steuerung der Benutzeroberfläche unabhängig von Einheiten ausgeführt , welche die fachliche Funktionalität des Vorgangs abbilden und durchführen. Ferner können einzelne Bereiche im Frontend auf dem Client angeordnet sein, während sich andere Bereiche im Backend oder in einem Umsystem befinden können . Die zu einem Vorgangsbearbeitungsmodul gehörende Funktionseinheit 90 ist erfindungsgemäß unabhängig von der graphischen Benutzeroberfläche ausgebildet . In dieser Funktionseinheit befinden sich somit keine Definitionen und Navigationen von Masken, da sonst bei einer Veränderung der Benutzeroberfläche eine Anpassung der Funktionseinheit erfolgen müsste . Ferner hat die Funktionseinheit keinen
Zugriff auf GUI -abhängige Instanzen . Werden von dem Vorgangs- bearbeitungsmodul Benutzeroberflächen beispielsweise in Form von Web-Frontends unterstützt , kennt der zugehörige Server den Client nur solange, bis eine Anfrage des Clients beantwortet ist . Die Funktionseinheit würde in diesem Fall zweckmäßigerweise im Backend betrieben.
Die Funktionseinheit 90 liegt in einem besonders bevorzugten Ausführungsbeispiel der Erfindung als gekapseltes BusInessObjekt vor . Ein Vorgangsbearbeitungsmodul ist dabei genau einem logischen Businessobjekt zugeordnet , das wiederum aus mehreren Klassen mit Verweisen auf Komponenten bestehen kann . Die Aufgabe der Funktionseinheit 90 liegt in der Bereitstellung der fachlichen Funktionalität zur Durchführung eines Vorganges . Durch Aktionen eines Benutzers 20 an der graphischen Benutzeroberfläche 10 wird das BusInessObjekt angesprochen . Bei der Aktion an der Benutzeroberfläche kann es sich beispielsweise um das Aktivieren einer Schaltfläche oder die Änderung eines Wertes in einem Feld handeln . Dabei dienen Operationen als Bindeglied zwischen der Funktionseinheit 90 und den GUI -Controls 11 der Benutzeroberfläche 10. Als Operationen werden dabei Commands wie beispielsweise NavigationCommands , GenericCommands oder VGAStartCommands bezeichnet .
Vorzugsweise werden nicht alle Operationen eines Vorgangsbearbeitungsmoduls in einer Klasse implementiert . Im Sinne einer obj ektorientierten Kapselung verschiedener Aktionen in Klassen hat es sich als vorteilhaft erwiesen, j ede Operation in einer eigenen Klasse zu implementieren. Als Ausnahme können j edoch logisch gleiche Aktionen angesehen werden. Beispielsweise kann der Anwender beim Drücken eines "Weiter" - und des "Cancel " -Buttons gefragt werden, ob diese Aktion wirklich durchgeführt werden soll . In diesem Fall handelt es sich tatsächlich um eine gleiche Aktion, die in einer gemeinsamen Klasse, jedoch mit unterschiedlichen Operationsnamen zum Einsatz kommt .
Das VGA weist ferner einen Datencontainer 40 auf . Der Datencontainer ist ebenfalls unabhängig von der Benutzeroberfläche 10 ausgebildet . Der Datencontainer ist vorzugsweise nach dem Siting-Prinzip einer Container-Site Architektur ausgebildet , wodurch eine einfache Entwicklung ermöglicht wird und
Weiterentwicklungen unterstützt werden. Der Datencontainer bildet dabei eine abstrakte generische Schnittstelle von dem Vorgangsbearbeitungsmodul zu Kernkomponenten des Frameworks . Das Framework kommuniziert vorzugsweise über ein Interface IVGAEntrypoint mit dem Datencontainer .
Der Datencontainer 40 ist die zentrale Sammelstelle von Daten innerhalb eines Vorgangsbearbeitungsmoduls 30 und ist somit für die Speicherung des Zustandes des VGA zuständig . Alle relevanten Daten, die in dem VGA anfallen, werden im Datencontainer abgelegt . Dabei kann es sich um von einem Benutzer eingegebene oder vom System ermittelte Daten handeln . Die Daten werden hierbei in Form von Datenobjekten abgelegt , d. h. j edes Datenelement ist einem Datenobj ekt zugehörig und kann nur über diese gelesen, geschrieben und geändert werden . Es hat sich als besonders vorteilhaft erwiesen, j edem Vorgangsbearbeitungsmodul 30 einen eigenen Datencontainer 40 zuzu- weisen. Dies hat gegenüber der Verwendung einer allgemeinen Datenbank für alle Vorgangsbearbeitungsmodule den Vorteil , dass verschiedene Zusatzfunktionen durchgeführt werden können . Beispielsweise ist beim Abbruch eines Vorgangsbearbeitungsmoduls ein einfacher Neustart in dem Zustand möglich, in welchem der Abbruch stattfand . Da der Zustand des Vorgangsbearbeitungsmoduls vollständig im Datencontainer abgebildet ist , kann der Zustand beim Neustart rekonstruiert und weitergeführt werden, wobei lediglich ein geringer Datenbestandteil gespeichert und rekonstruiert werden muss .
Welche Datenobj ekte im Datencontainer 40 existieren und mit welchen Werten diese gefüllt sind, wird erfindungsgemäß in einer Datencontainer-Konfigurationsdatei 61 angegeben. Diese Datei liegt im Verzeichnis des VGA und entspricht einem definierten Schema . Bei der Konfigurationsdatei handelt es sich vorzugsweise um eine Datei im XML-Format . Beim Instan- ziieren des Datencontainers wird diese Datei geladen, die konfigurierten Datenobj ekte werden erstellt und mit den angegebenen Start-Werten initialisiert . Die konfigurierten Datenobj ekte stehen dann zur Verfügung und können an ein Steuerelement 11 der graphischen Benutzeroberfläche 10 gebunden und/oder durch die im BusInessObjekt definierte Programmlogik gelesen, geschrieben und geändert werden. Ist der Datencontainer instanziiert , wird diese Instanz dem Konstruktor des Businessobjekts übergeben . Dadurch kann das BusinessObjekt auf die Datenobj ekte des Datencontainers zugreifen . Der Datencontainer existiert j edoch prinzipiell unabhängig vom BusinessObjekt, da dieses erzeugt und wieder vernichtet werden kann.
Ein wesentlicher Bestandteil eines Vorgangsbearbeitungsmoduls 30 ist ferner wenigstens ein Maskenarbeitsbereich 50 , der abhängig von der Benutzeroberfläche ausgebildet ist . Beinhaltet ein Vorgangsbearbeitungsmodul einen Maskenfluss aus mehreren Masken, die nacheinander durchlaufen werden, liegen mehrere Maskenarbeitsbereiche vor . Diese Maskenarbeitsbereiche 50 werden im Folgenden auch als VGA-Workspaces bezeichnet , wobei ein Workspace ein technisches Synonym für eine Maske darstellt . Ein VGA-Workspace bildet das Fundament der Steuerelemente 11 (GUI -Controls) der Benutzeroberfläche 10. Bei einem VGA-Workspace handelt es sich um ein spezielles Interface zur Unterstützung der Kommunikation zwischen den Steuerelementen 11 und einer Darstellungskomponente 80 , wobei die Darstellungskomponente wiederum in Verbindung mit dem Datencontainer 40 bzw. der Funktionseinheit 90 steht . Wird ein Vorgang eines Vorgangsbearbeitungsmoduls über die Benutzeroberfläche 10 abgewickelt , beinhaltet dies einen Maskenfluss mit verschiedenen Masken, wobei j ede Maske durch einen VGA-Workspace beschrieben ist . Jede Maske wird von einer Klasse implementiert , die sich vom VGA-Workspace ableitet . Wird ein Maskenfluss für ein Vorgangsbearbeitungs- modul programmiert , werden die Eigenschaften dieser Klasse entsprechend der Fachlogik eingestellt . In der Fig . 1 sind die verschiedenen VGA-Workspaces 50 für den Maskenfluss des Vorgangsbearbeitungsmoduls 30 beispielhaft mit einem nicht- linearen Maskenfluss dargestellt . Die Verbindung zwischen den Maskenarbeitsbereichen 50 und der Funktionseinheit 90 bzw. dem Datencontainer 40 wird durch eine Darstellungskomponente 80 hergestellt . Die Darstellungs- komponente ist dazu als Zwischenschicht zwischen der
Funktionseinheit bzw . dem Datencontainer und den VGA-Work- spaces ausgebildet . Die Darstellungskomponente wird im Folgenden auch als Presenter bezeichnet und stellt eine Abstraktionsebene dar . Der Presenter dient der Kommunikation zwischen den Steuerelementen 11 der aktuellen Maske und den zugehörigen Datenobj ekten des Datencontainers , wobei der Presenter j edoch nicht auf GUI -Controls zugreift . Der Presenter stellt ferner eine Infrastruktur für die Ausführung von Operationen der Funktionseinheit bereit .
Zu einem Vorgangsbearbeitungsmodul gehören vorzugsweise mindestens drei Dateien. Bei der ersten Datei handelt es sich um ein Assembly VGAxxxx. dll des Vorgangsartenmoduls , in welchem die gesamte Vorgangsbearbeitungslogik kodiert sein kann . Das Assembly muss j edoch zumindest die zum Start eines
Vorgangsbearbeitungsmoduls notwendigen Klassen implementieren . Die zweite Datei FormFlow. config beinhaltet die Konfiguration für die Operationen und den Maskenablaufplan des Vorgangsbearbeitungsmoduls . Die dritte Datei DataContainer. config enthält die Konfiguration für die von dem Vorgangsbearbeitungsmodul verwendeten Daten und deren Start-Werte .
Die Kommunikation zwischen den Schichten erfolgt in einem bevorzugten Ausführungsbeispiel der Erfindung über Datenobj ekte . Vorzugsweise besitzen alle GUI -Controls 11 die Eigenschaften NameAspect und ValueAspect . Die NameAspect- Eigenschaft verweist hierbei auf das namensgebende Datenobj ekt , während die VaIueAspect-Eigenschaft auf das wert- gebende Datenobj ekt verweist . Je nach Control werden ein oder zwei Datenobj ekte eingebunden . Wird nur ein Datenobj ekt eingebunden, wird automatisch die j eweils andere Eigenschaft auf denselben Eigenschaftswert gesetzt . Ferner können j edoch auch standardmäßige GUI -Controls ohne zugeordnete Datenobj ekte verwendet werden .
Das Attributieren der Methoden im BusinessObjekt findet mittels Klassen statt . Das Attributieren der Methoden im BusinessObjekt ermöglicht die Unabhängigkeit der Namen dieser Methoden von den Namen der Datenobj ekte bzw. der Operationen . Eine attributierte Methode kann zu mehreren Datenobj ekten oder Operationen aufgerufen werden. Die Konstruktoren der
Attribute-Klassen können als Parameter konstante Werte entgegennehmen. Der Presenter ruft bei der Validierung - der Reaktion auf eine Änderung eines Datenobj ektes und dem Ausführen einer Operation - j eweils eine zentrale virtuelle Methode am BusinessObj ekt auf .
Ein VGA-Workspace verwaltet eine Liste der auf seiner Maske angeordneten GUI -Controls und der jeweils zugeordneten Datenobj ekte des Datencontainers 40. Ein Datenobj ekt repräsentiert einen Wert , der im Datencontainer gehalten wird, sowie einige ergänzende Parameter . Einem Steuerelement 11 , das einen bestimmten Wert darstellen soll , wird zum Designzeitpunkt daher nur das entsprechende Datenobj ekt des Datencontainers zugewiesen. Zur Laufzeit des Systems wird aufgrund dieses Datenobj ektes eine Beziehung des GUI-Controls zu dem darzustellenden Datenobjekt hergestellt , der im Datencontainer gehalten wird . Ändert sich innerhalb des Businessobjekts ein Wert , der auf der Benutzeroberfläche dargestellt werden soll , dann wird das betreffende Datenobj ekt , das den Wert enthält , über den Presenter an die VGA- Maske weitergeleitet . Dies gilt ebenso für alle GUI-Controls , welche dieses Datenobj ekt darstellen.
Eine andere Form der oben genannten Kommunikation findet statt , wenn durch eine Benutzereingabe eine Wertänderung auf der Benutzeroberfläche stattgefunden hat . In diesem Fall muss das durch die Eingabe aktualisierte GUI-Control den neuen Wert vorzugsweise nach einer internen Plausibilitätsprüfung an das Businessobjekt propagieren . Nach erfolgreicher Validierung auf der Operationenebene und dann auf der Ebene der Funktionseinheit wird der neue Wert im betreffenden Datenobj ekt des Datencontainers gespeichert .
Die Prüfung eingegebener Werte erfolgt somit nicht auf der GUI-Ebene , sondern im Bereich des Datencontainers . Beispielsweise ist es für die GUI -Controls und die VGA-Workspaces nicht erforderlich, dass diese eine Überprüfung von Eingabewerten beispielsweise auf die Zeichenlänge oder einen Datumsbereich beinhalten . Darf ein Eingabewert beispielsweise nur eine Länge von 15 Zeichen haben, wird dies nicht durch die GUI-Control überprüft , sondern der Wert wird dem entsprechenden Datenobj ekt im Datencontainer zugeordnet . Anhand der Eigenschaften des Datenobj ektes wird überprüft , ob der Wert die durch den Datencontainer gesetzte Voraussetzung von 15 Zeichen erfüllt oder nicht . Ist dies der Fall , wird der Wert angenommen und im Datencontainer gespeichert . Wird die Voraussetzung nicht erfüllt , erfolgt eine Meldung an den Benutzer 20. Die Trennung der GUI-Controls von der Funktionseinheit und dem Datencontainer hat hierbei den Vorteil , dass die GUI-Controls und damit die Benutzeroberfläche nicht umprogrammiert werden müssen, falls sich beispielsweise die Voraussetzung für einen Eingabewert ändern sollen. In diesem Fall wird lediglich die Datencontainer-Konfigurationsdatei 61 DataContainer. config geändert , mit welcher der Datencontainer initiiert und instanziiert wird .
Das Vorgangsbearbeitungsmodul 30 kann vorzugsweise auf mehrere Arten gestartet werden . Beispielsweise kann der Start über einen Menü-Button auf der Benutzeroberfläche oder aus einem anderen Vorgangsbearbeitungsmodul heraus gestartet werden . Für den Start eines Vorgangsbearbeitungsmoduls ist ein Startmodul 100 zuständig . Das Startmodul kann auch als ContextManager bezeichnet werden, der Teil eines ApplicationManagers des Frameworks ist . Der Start wird vorzugsweise durch eine Klasse VGABase unterstützt , welche alle Funktionalitäten zum Starten eines Vorgangsbearbeitungs- moduls beinhaltet . Die Klasse VGABase stellt eine abstrakte Basisklasse für alle Datencontainer-Klassen dar . Sie implementiert insbesondere die IVGAEntryPoint-Schnittstelle .
Beim Start eines VGA instanziiert und initialisiert das
Startmodul 100 den Datencontainer 40 und die Funktionseinheit 90 des betreffenden Vorgangsbearbeitungsmoduls . Ferner wird ein Controller 70 instanziiert , initialisiert und gestartet . Der Controller wird dabei von der Klasse VGABase erzeugt und initialisiert . Der Controller 70 hat die Aufgabe, die Abfolge der verschiedenen VGA-Workspaces 50 zu steuern . Der Controller sorgt ferner dafür, dass ein
Vorgangsbearbeitungsmodul korrekt gestartet und beendet wird und die j eweils richtigen VGA-Workspaces angezeigt werden .
Beim Initialisieren des Datencontainers 40 werden die Datenobj ekte angelegt und mit den Start-Werten initialisiert , welche aus einer Datencontainer-Konfigurationsdatei 61 DataContainer. config ausgelesen werden . Die Datencontainer- Konfigurationsdatei 61 enthält die Konfiguration der von dem Vorgangsbearbeitungsmodul verwendeten Daten und deren Start- werte . Beim Initialisieren des Controllers 70 wird ein
Maskenablaufplan des Vorgangsbearbeitungsmoduls 30 erstellt . Dazu liest der Controller die Konfiguration des Maskenflusses aus einer Controller-Konfigurationsdatei 60 FormFlow. config aus . Dazu kann eine Klasse FormFlowReader verwendet werden, welche den Maskenablaufplan des Vorgangsbearbeitungsmoduls aus der FormFlow. config ausliest . Die Klasse FormFlowReader wird beim Start eines VGA vom Controller aufgerufen . Die Controller-Konfigurationsdatei 60 beinhaltet neben der Konfiguration des Maskenablaufplanes auch die Operationen des Vorgangsbearbeitungsmoduls .
Die Controller-Konfigurationsdatei 60 liegt vorzugsweise im XML-Format vor und enthält Informationen über den Maskenablaufplan eines Vorgangsbearbeitungsmoduls, sowie über die zu dem j eweiligen Vorgangsbearbeitungsmodul gehörenden Operationen. Die Konfiguration wird gegen ein Schema validiert und bei erfolgreicher Validierung erstellt der Controller den Maskenablaufplan. Daraufhin erzeugt der Controller eine Darstellungskomponente 80 und initialisiert diese . Bei j edem Maskenwechsel wird die Darstellungskomponente vom Controller neu initialisiert . Ferner ermittelt der Controller den ersten VGA-Workspace in der Maskenreihenfolge , initialisiert diesen und zeigt ihn an . Der Controller verwendet für die Maskennavigation einen Stapel , der beim Start eines Vorgangsbearbeitungsmoduls erzeugt wird. Die Maske des ersten VGA-Workspaces wird als erste auf den Stapel gelegt . Falls ein Vorgangsbearbeitungsmodul auf der letzten Maske gestartet werden soll , so werden alle Masken auf den Stapel gelegt, so dass die letzte Maske zur obersten Maske auf dem Stapel wird . Der VGA-Workspace 50 initialisiert daraufhin die Steuerelemente 11 auf seiner Oberfläche , wobei er über die Darstellungskomponente 80 auf die Werte in den zugeordneten Datenobj ekten des Datencontainers 40 zugreift .
Bei der Initialisierung geht der VGA-Workspace alle auf seiner Oberfläche angeordneten GUI-Controls durch und ermittelt für j edes Control mit Hilfe der Eigenschaft AspectName, welchem Datenobj ekt es zugeordnet ist .
Anschließend ruft der VGA-Workspace den aktuellen Wert j edes einzelnen Datenobj ektes über den Presenter ab . Dies geschieht beispielsweise über eine Methode GetAspect () am Presenter, der der Datenobj ektname als Parameter übergeben wird. Daraufhin delegiert der Presenter den Methodenaufruf an das
Businessobjekt, welches das entsprechende Datenobj ekt aus dem Datencontainer abruft .
Ist für ein Vorgangsbearbeitungsmodul 30 ein linearer Masken- fluss vorgesehen, kann das VGA auf der ersten oder der letzten Maske gestartet werden. Ist ein nicht-linearer Maskenfluss vorgesehen, wird das VGA standardmäßig auf der ersten Maske gestartet , da im nicht-linearen Maskenfluss der Rückweg nicht eindeutig definiert ist . Auf welche Maske innerhalb des Maskenflusses navigiert wird, wird durch
Navigationsbefehle in den Operationen festgelegt . Die Navigationsbefehle sind in der Controller-Konfigurationsdatei 60 enthalten und sind somit veränderbar . Dabei wird j edoch nicht direkt angegeben, auf welche Maske navigiert werden soll , sondern nur welcher Weg von der aktuellen Maske zu wählen ist , wodurch sich die Folgemaske implizit ergibt . Alle möglichen Wege müssen in der Controller-Konfigurationsdatei 60 FormFlow. confϊg festgelegt sein. Durch diese Vorgehensweise ist es im Nachhinein möglich, Masken aus dem Masken- fluss zu entfernen (Ändern der Wege in der Konfiguration) , ohne unbedingt die Operationen der Funktionseinheit anpassen zu müssen.
Die einzelnen Wege zu der nächsten Maske werden beispielsweise mit IDs (Zeichenketten) versehen . Die ID „next" wird dabei beispielsweise durch das Framework definiert und gibt den Standardweg beim Verlassen einer Maske an. Soll dieser Weg beschritten werden, so geschieht dies durch diesen Standard-Navigationsbefehl automatisch, ohne dass ein Befehl implementiert werden muss . Eine Implementierung ist daher nur erforderlich, wenn einer von mehreren Wegen beschritten werden soll .
Mittels Navigationsbefehle navigiert der Controller 70 zum nächsten oder vorherigen VGA- -Workspace . Wenn der Controller mit Hilfe des Ablaufplans die nächste Maske ermittelt , legt er sie auf den Stapel . Bei einem umgekehrten Maskenwechsel in die Rückwärts-Richtung nimmt der Controller die oberste Maske vom Stapel . Ist also die erste Maske die aktuelle , liegen keine Masken auf dem Stapel .
Liegt ein nicht-linearer Maskenablauf vor, kann es Masken geben, die über mehrere alternative Nachfolgemasken verfügen. Die Klasse VGAController ist beispielsweise dafür zuständig, ausgehend von dem aktuellen VGA-Workspace den folgenden VGA- Workspace zu identifizieren, ihn zu erzeugen, zu initiali- sieren und anzuzeigen. Dabei wird bei j edem Maskenwechsel der Presenter vom Controller erzeugt und diesem wird der aktuelle VGA-Workspace mit den zugehörigen Operationen übergeben . Damit der Presenter Methoden des BusinessObjekts aufrufen kann, gibt der Controller die Referenz auf das BusinessObjekt an den Presenter weiter . Der aktuelle Status des Clients kann in Form eines technischen oder fachlichen Checkpoints weg- geschrieben werden . Damit ein Vorgangsbearbeitungsmodul gesichert und wiederhergestellt werden kann, muss sichergestellt sein, dass alle Daten, die innerhalb des VGA von Belang sind, in einem Datenobj ekt abgelegt sind . Dadurch ist gewährleistet , dass bei dem Wiederaufsatz auf einem bestimmten Checkpoint die Werte innerhalb der Datenobj ekte wiederhergestellt werden. Dies wird durch die Unterstützung von Serialisierung erreicht . Unter einer Serialisierung versteht man eine sequentielle Abbildung von Obj ekten auf eine externe Darstellungsform. Ziel ist das Erreichen von Persistenz für das Obj ekt . Ein Obj ekt kann zum Beispiel serialisiert werden, indem der komplette Zustand des Obj ektes , inklusive aller Obj ekte die es referenziert , in einen Datenstrom umgewandelt und auf ein Speichermedium geschrieben wird. Der Zustand und Inhalt des Datencontainers kann so j ederzeit in einen binären Datenstrom umgewandelt und persistiert werden . Somit können alle Daten eines VGA, die in einem Datenobj ekt und damit im Datencontainer vorhanden sind, im Falle eines Systemabsturzes wiederhergestellt werden .
Ein Vorgangsbearbeitungsmodul kann vorzugsweise zu j edem
Zeitpunkt vom Benutzer 20 abgebrochen werden . Dies erfolgt beispielsweise über das Betätigen eines Abbrechen-Buttons auf der aktuellen Maske . Im Gegensatz dazu erfolgt das ordnungsgemäße Beenden eines Vorgangsbearbeitungsmoduls nur über den Weiter-Button auf der letzten Maske .
Checkpoints können beispielsweise standardmäßig bei j edem Maskenwechsel in die Vorwärts-Richtung vom Controller weggeschrieben werden. Zusätzlich können an bestimmten Stellen im Maskenarbeitsbereich weitere Checkpoints vorgesehen sein. In einem besonders bevorzugten Ausführungsbeispiel der Erfindung wird ferner bei j edem Maskenwechsel überprüft , ob alle Pflichtfeider der Maske bearbeitet wurden . Die Aktion, mit welcher der Pflichtfeld-Eigenschaft eines Steuerelementes 11 Genüge getan ist , hängt dabei von dem j eweiligen Steuerelement und seinem zugeordneten Datenobj ekt ab . Bei erfolgloser Pflichtfeld-Validierung werden die Pflichtfelder vorzugsweise so visualisiert , dass der Benutzer 20 sofort erkennen kann, dass in den betreffenden Feldern noch Eingaben zu tätigen sind.
In einem weiteren besonders bevorzugten Ausführungsbeispiel der Erfindung ist es ferner möglich, eine Befüllung eines Datencontainers eines Vorgangsbearbeitungsmoduls durchzuführen, ohne dass GUI -Elemente einer Benutzeroberfläche real befüllt und abgearbeitet werden müssen. Dies ist beispielsweise vorteilhaft , wenn Vorrichtungen in das Gesamtsystem eingebunden werden, auf denen ein Vorgangsbearbeitungsmodul oder ein Maskenarbeitsbereich nicht lauffähig sind . So ist es möglich, beliebige Vorrichtungen in das Gesamtsystem zu integrieren und von den Vorrichtungen erzeugte Daten zu verarbeiten . Sollen beispielsweise Daten von Automaten verarbeitet werden, auf denen ein Vorgangsbearbeitungsmodul für den durch den Automaten durchgeführten Vorgang nicht installiert ist , erzeugt der Automat eine Datei , welche dem System übermittelt wird .' Die Datei kann über eine entsprechende Schnittstelle eingelesen und damit ein Vorgangsbear- beitungsmodul für den betreffenden Vorgang des Automaten gestartet werden . Das Vorgangsbearbeitungsmodul wird durchlaufen und die Datenobj ekte des Datencontainers werden automatisch mit Werten der eingespeisten Datei befüllt . Bezugszeichenliste :
10 Graphische Benutzeroberfläche , GUI
11 Steuerelement , GUI-Control 12 Anzeigemittel , Monitor
20 Benutzer, Anwender
30 Vorgangsbearbeitungsmodul , VGAl , VGA2
40 Datencontainer, DC 41 Datenobj ekt 50 Maskenarbeitsbereich, MA, VGA-Workspace
60 Controller-Konfigurationsdatei
61 Datencontainer-Konfigurationsdatei 70 Controller, C
80 Darstellungskomponente, DM, Presenter 90 Funktionseinheit , FE
100 Startmodul , SM

Claims

Patentansprüche :
1. Verfahren zum rechnergestützten Erzeugen einer graphischen Benutzeroberfläche (10 ) für ein Vorgangsbearbei- tungsmodul (30) , wobei die Benutzeroberfläche wenigstens ein Steuerelement (11) aufweist und das Vorgangsbearbeitungsmodul (30 ) auf einem Computermittel installiert ist , g e k e n n z e i c h n e t durch folgende Schritte :
Zuordnen von wenigstens einem Maskenarbeitsbereich (50) mit wenigstens einem Steuerelement ( 11) zu einem Vorgangsbearbeitungsmodul (30) , wobei j edem Steuerelement (11) ein Datenobj ekt (41) zugeordnet wird; - Starten des Vorgangsbearbeitungsmoduls (30) durch ein Startmodul (100) , wobei beim Starten wenigstens ein Controller (70) , eine Funktionseinheit (90 ) und ein Datencontainer (40 ) des Vorgangsbearbeitungsmoduls (30) initialisiert werden,- - Einlesen einer Controller-Konfigurationsdatei (60) zur Initialisierung des Controllers (70) , wobei die Controller-Konfigurationsdatei (60) die Konfiguration der Darstellung des Maskenarbeitsbereiches (50) des betreffenden Vorgangsbearbeitungsmoduls (30 ) beinhaltet ;
Einlesen einer Datencontainer-Konfigurationsdatei (61) zur Initialisierung des Datencontainers (40) , wobei die Datencontainer-Konfigurationsdatei (61) die Konfiguration der Datenobj ekte (41) des Datencontainers (40) des betreffenden
Vorgangsbearbeitungsmoduls (30 ) und die Konfiguration der Operationen für die Kommunikation zwischen dem Maskenarbeitsbereich (50 ) , der Funktionseinheit ( 90) und dem Datencontainer (40) beinhaltet ; Initialisieren einer Darstellungskomponente (80 ) durch den Controller (70) ; - Ermitteln und Initialisieren des Maskenarbeitsbereiches (50) des
Vorgangsbearbeitungsmoduls (30 ) durch den Controller (70) ; und
Initialisieren der Steuerelemente (11) des Maskenarbeitsbereiches (50) .
2. Verfahren nach Anspruch 1, dadu r c h g ekenn z e i c hn e t., dass die Steuerelemente (11) als graphische Benutzer- Oberfläche auf einem Anzeigemittel (12 ) dargestellt werden und zur Interaktion eines Benutzers (20) mit dem Vorgangsbearbeitungsmodul (30) dienen und dass die Steuerelemente (11) des Maskenarbeitsbereiches (50) gefüllt und/oder abgearbeitet werden, wobei der Masken- arbeitsbereich (50) über die Darstellungskomponente (80) auf die Datenobj ekte (41) des Datencontainers (40) zugreift .
3. Verfahren nach Anspruch 1 , d a d u r c h g e k e n n z e i c h n e t , dass über eine Schnittstelle eine Datenquelle eingelesen wird, deren Inhalt den Datenobj ekten (41) des Datencontainers (40) zugeordnet werden kann und dass die Steuerelemente (11) des Maskenarbeitsbereiches (50) gefüllt und/oder abgearbeitet werden, wobei der Maskenarbeitsbereich (50) über die
Darstellungskomponente (80 ) auf die Datenobj ekte (41) des Datencontainers (40) zugreift und die Datenobj ekte (41) automatisch mit Werten der Datenquelle gefüllt werden.
4. Verfahren nach Anspruch 3 , dadur ch g ek enn z e i chn e t, dass es sich bei der Datenquelle um eine Datei handelt .
5. Verfahren nach einem oder mehreren der Ansprüche 1 bis 4 , d a d u r c h g e k e n n z e i c h n e t, dass bei einer Änderung eines Wertes innerhalb der Funktionseinheit (90) eine Weiterleitung des dem Wert zugeordneten Datenobjektes (41) über die Darstellungskomponente (80) an den Maskenarbeitsbereich (50) und damit alle Steuerelemente (11) erfolgt , welche den Wert darstellen .
6. Verfahren nach einem oder mehreren der Ansprüche 1 bis 5 , d a d u r c h g e k e n n z e i c h n e t , dass bei einer Änderung eines Wertes eines Steuerelementes (11) eine Weiterleitung des Wertes an die Funktionseinheit (90) und den Datencontainer (40) erfolgt , wobei der Wert zu dem Datenobj ekt (41) gespeichert wird, welches dem Steuerelement (11) zugeordnet ist .
7. Verfahren nach einem oder mehreren der Ansprüche 1 bis 6 , d a d u r c h g e k e n n z e i c h n e t , dass auf dem Computermittel mehrere Vorgangsbearbeitungs- module (30) installiert werden und dass ein erstes Vorgangsbearbeitungsmodul ein zweites Vorgangsbearbeitungs- modul aufruft , indem das gemeinsame Startmodul (100) das zweite Vorgangsbearbeitungsmodul startet und der Maskenarbeitsbereich des zweiten Vorgangsbearbeitungsmoduls initialisiert wird, wobei der zweite Maskenarbeitsbereich bei der Initialisierung und Abarbeitung der Steuerelemente über seine Darstellungskomponente auf Inhalte seines Datencontainers zugreift .
8. Verfahren nach einem oder mehreren der Ansprüche 1 bis 7 , d a d u r c h g e k e n n z e i c h n e t , dass die Controller-Konfigurationsdatei (60) und/oder die Datencontainer-Konfigurationsdatei (61) im XML-Format bereitgestellt werden .
9. Vorrichtung zum rechnergestützten Erzeugen einer graphischen Benutzeroberfläche (10 ) für ein Vorgangsbearbeitungsmodul (30) , wobei die Benutzeroberfläche wenigstens ein Steuerelement (11) aufweist und das Vorgangsbearbeitungsmodul (30) auf einem Computermittel installiert ist , g e k enn z e i c hn e t: durch folgende Merkmale :
Vorgangsbearbeitungsmodul (30) umfassend wenigstens
• einen Maskenarbeitsbereich (50) . einen Controller (70 )
• einen Datencontainer (40 ) und
• eine Funktionseinheit (90) ; Startmodul (100) zum Starten des Vorgangsbearbeitungsmoduls (30) , wobei das Startmodul Mittel zum Initialisieren wenigstens des Controllers (70) , der Funktionseinheit (90) und des Datencontainers (40 ) aufweist ; Controller (70) umfassend wenigstens
. Mittel zum Einlesen einer Controller- Konfigurationsdatei (60 ) ,
• Mittel zum Initialisieren einer Darstellungskomponente ( 80 ) , • Mittel zum Ermitteln und Initialisieren des Maskenarbeitsbereiches (50) des Vorgangsbearbeitungsmoduls (30) ;
Maskenarbeitsbereich (50) umfassend wenigstens • Mittel zum Initialisieren der Steuerelemente (11) des Maskenarbeitsbereiches (50) ,
• Mittel zum Zugreifen auf Datenobj ekte (41) des Datencontainers (40) über die Darstellungskomponente (80) .
10. Vorrichtung nach Anspruch 9 , d a d u r c h g e k e n n z e i c h n e t, dass das Computermittel in Verbindung mit einem Anzeigemittel (12) zum Darstellen der graphischen Benutzeroberfläche steht und der Maskenarbeitsbereich (50 ) Mittel zum Darstellen der Steuerelemente (11) auf dem Anzeigemittel (12 ) aufweist .
11. Vorrichtung nach Anspruch 9 , d a d u r c h g e k e n n z e i c h n e t , dass die Vorrichtung eine Schnittstelle zum Einlesen einer Datenquelle und zum Zuordnen des Inhaltes der Datenquelle zu Datenobj ekten (41) des Datencontainers
(40) des Vorgangsbearbeitungsmoduls (30) umfasst und dass die Vorrichtung Mittel zur Befüllung der Datenobj ekte
(41) mit Werten der Datenquelle aufweist .
12. Vorrichtung nach einem oder mehreren der Ansprüche 9 bis
11 , d a d u r c h g e k e n n z e i c h n e t , dass auf dem Computermittel mehrere Vorgangsbearbeitungsmodule (30) installiert sind, welche j eweils wenigstens eine Controller-Konfigurationsdatei (60) , eine Datencontainer-Konfigurationsdatei ( 61) , einen Maskenarbeitsbereich (50) , eine Funktionseinheit (90) und einen Datencontainer (40) aufweisen, wobei ein Vorgangsbearbeitungsmodul (30) j eweils einen fachlichen Vorgang eines Retailsystems abbildet .
13. Computerlesbares Medium, das Befehle zum Ausführen der Schritte des Verfahrens 1 auf einem Computermittel aufweist .
PCT/EP2006/000841 2005-02-09 2006-01-31 Verfahren und vorrichtung zum rechnergestützten erzeugen einer graphischen benutzeroberfläche Ceased WO2006084607A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP05002656A EP1691275B1 (de) 2005-02-09 2005-02-09 Verfahren und Vorrichtung zum rechnergestützten Erzeugen einer graphischen Benutzeroberfläche
EP05002656.6 2005-02-09

Publications (1)

Publication Number Publication Date
WO2006084607A1 true WO2006084607A1 (de) 2006-08-17

Family

ID=34933655

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2006/000841 Ceased WO2006084607A1 (de) 2005-02-09 2006-01-31 Verfahren und vorrichtung zum rechnergestützten erzeugen einer graphischen benutzeroberfläche

Country Status (4)

Country Link
EP (1) EP1691275B1 (de)
AT (1) ATE464602T1 (de)
DE (1) DE502005009408D1 (de)
WO (1) WO2006084607A1 (de)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115953507B (zh) * 2023-03-10 2023-05-16 成都索贝视频云计算有限公司 一种图像化编排容器微服务模板管理系统及模板生成方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19946660A1 (de) * 1999-09-29 2001-04-12 Siemens Ag Verfahren zur Darstellung einer graphischen Oberfläche
WO2004107200A1 (en) * 2003-05-17 2004-12-09 Microsoft Corporation System and method for controlling user interface properties with data

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19946660A1 (de) * 1999-09-29 2001-04-12 Siemens Ag Verfahren zur Darstellung einer graphischen Oberfläche
WO2004107200A1 (en) * 2003-05-17 2004-12-09 Microsoft Corporation System and method for controlling user interface properties with data

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
HARMONIA INC: "Java Renderer User Manual", 29 June 2001 (2001-06-29), pages 1 - 117, XP002348239, Retrieved from the Internet <URL:defense.harmonia.com/products/java/manual/v1.0b/uiml2jr-UserMan.pdf> [retrieved on 20050930] *
PFISTERER CHRISTOPH: "A Semantic Description Language for Platform-Independent Graphical User Interfaces", 2003, STUTTGART, XP002348223 *

Also Published As

Publication number Publication date
EP1691275A1 (de) 2006-08-16
DE502005009408D1 (de) 2010-05-27
ATE464602T1 (de) 2010-04-15
EP1691275B1 (de) 2010-04-14

Similar Documents

Publication Publication Date Title
DE10121790B4 (de) Softwarekonfigurationsverfahren zur Verwendung in einem Computersystem
DE3855475T2 (de) Software-Verwaltungsstruktur
DE69503065T2 (de) Objektorientierte vorrichtung für konfigurationsverlaufsverwaltung
DE60126016T2 (de) Serverseitige Kontrollobjekte zur Verarbeitung von kundenseitigen Benutzerschnittstellenelementen
DE10128883A1 (de) Verfahren und System für die Verteilung von Anwendungsdaten auf verteilte Datenbanken mit verschiedenen Formaten
DE19705955A1 (de) Verfahren zum Generieren einer Implementierung eines Workflow-Prozessmodells in einer Objektumgebung
DE10250641A1 (de) Auf- und abwärtskompatible Schemaevolution
EP3364257B1 (de) Verfahren zum betrieb eines engineering-systems für ein industrielles prozessautomatisierungssystem und steuerungsprogramm
EP1691275B1 (de) Verfahren und Vorrichtung zum rechnergestützten Erzeugen einer graphischen Benutzeroberfläche
DE69929474T2 (de) Eine softwareentwicklungsstruktur
DE69617860T2 (de) System und Verfahren, um Objektdienste zu einer binären Klasse in einem objektorientierten System zu addieren
EP1691274B1 (de) Verfahren und Vorrichtung zum rechnergestützten Erzeugen einer graphischen Benutzeroberfläche auf einem Anzeigemittel
EP1044409B1 (de) Programmablaufverfahren und verfahren zur erweiterung eines programmkomponentensystems
DE10028870A1 (de) Elektronische Wagenprüfkarte
EP1691290B1 (de) Verfahren zur Sicherung einer Datenbank und Vorrichtung zur Durchführung des Verfahrens
DE10332492A1 (de) Verfahren und Anordnung zum visuellen Darstellen von Inhalten auf einem Darstellungsmittel
DE19807191A1 (de) Programmablaufverfahren und Verfahren zur Erweiterung eines Programmkomponentensystems
DE102004040010A1 (de) Ablaufumgebung für graphische Programmierung von wiederverwendbaren Trägerdiensten und Komponenten
EP2093663A1 (de) Engineering-System für die Entwicklung eines Projektes und Verfahren
EP1490762A2 (de) Verfahren, software-produkt und system zur universellen computergestuetzten informationsverarbeitung
DE19951756B4 (de) Verfahren zur Datenverwaltung sowie Computerprogramm und -system zu dessen Ausführung
DE10109876B4 (de) Verfahren und Einrichtung zum Datenmanagement
WO2006084532A1 (de) Transaktionssystem zum verarbeiten von transaktionsinformationen und verfahren zur durchführung von transaktionen
WO2006084598A1 (de) Transaktionssystem und verfahren zur durchführung von transaktionen
EP1288809A1 (de) Automatische Generierung von Fragenkatalog-Programmen

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06704445

Country of ref document: EP

Kind code of ref document: A1

WWW Wipo information: withdrawn in national office

Ref document number: 6704445

Country of ref document: EP