US20040187140A1 - Application framework - Google Patents

Abstract

Systems and techniques to develop and execute a composite application may include an application framework. An application framework may include an object access layer, a service layer, and a user interface layer. The object access layer may be operable to exchange data with a plurality of enterprise base systems and to present the data to a composite application through a uniform interface. The service layer may be operable to provide services to the composite application, and the user interface layer may be operable to provide user interface patterns that facilitate information exchange between the composite application and a user.

Description

RELATED APPLICATIONS
• This application claims the benefit of U.S. Provisional Application No. 60/456,697, filed on Mar. 21, 2003.[0001]
BACKGROUND
• Enterprise solutions have recently focused on allowing disparate components in a heterogeneous information technology (IT) environment to work with each other to implement a business process. This has given rise to the exchange infrastructure (XI), which integrates heterogeneous components, such as customer relationship management (CRM), human resources management (HRM), and product life-cycle management (PLM), in an IT landscape.[0002]
SUMMARY
• In one general aspect, a framework for a composite application—that is, an application built on other applications—includes an object access layer, a service layer, and a user interface layer. The object access layer is operable to exchange data with a plurality of enterprise base systems and to present the data to a composite application through a uniform interface. The service layer is operable to provide services to the composite application. The user interface layer is operable to provide user interface patterns that facilitate information exchange between the composite application and a user.[0003]
• In certain implementations, a composite application may include business objects, business services, and business processes. A business service may be an action performed on a business object, and a business process may be a combination of business services.[0004]
• In particular implementations, a composite application framework includes a database for composite application data, wherein an object access layer is operable to provide local persistency in the database. In these implementations, the object access layer may be operable to provide data synchronization and replication of enterprise base system data in the database.[0005]
• In certain implementations, a service layer includes a collaboration services module operable to provide a collaboration service to a composite application and a workflow services module operable to provide a workflow to a composite application. A collaboration services module may be operable to link a semantic object to a business object of a composite application. A workflow may include templates, workflow patterns, and actions, a template describing a workflow, workflow patterns describing portions of the template, and actions executing functions to carry out the workflow patterns.[0006]
• In particular implementations, a service layer further includes a container for composite application services, the container operable to provide interfaces for non-framework-generated code.[0007]
• In some implementations, a user interface layer includes a user interface framework that separates the user interface elements from the composite application so that the user interface is decoupled from the logic.[0008]
• In certain implementations, a composite application framework includes a business object modeler and a business object generator. The business object modeler may be operable to provide a user interface for constructing a business object, and the business object generator may be operable to generate an executable version of the modeled business object.[0009]
• In some implementations, a business object modeler may include an object modeler and a relation modeler. Also, a business object generator may include a generator framework and a persistency generator. Additionally, the business object generator may be operable to code a business object template with metadata and relation data for a business object to generate an executable version of the modeled business object. Furthermore, a business object generator may be operable to generate tables and proxies for a business object.[0010]
• Another general aspect includes a method for implementing a composite application in a framework. The method may include generating executable code for a composite application, exchanging data with a plurality of enterprise base systems, presenting the enterprise base system data to the composite application through a uniform interface, and facilitating a user's interaction with the composite application through user interface patterns. A composite application may include business objects, business services, and business processes, wherein a business service is an action performed on a business object, and a business process is a combination of business services. The method may be implemented by hand, machine, an article including a machine-readable medium storing instructions, or otherwise.[0011]
• In particular implementations, generating executable code for a composite application includes coding a template with business object metadata and relation data. In some of these implementations, generating executable code further includes generating tables and proxies for a business object.[0012]
• Certain implementations may include providing local persistency in a database for composite application data. These implementations may include providing data synchronization and replication of enterprise base system data in the database.[0013]
• Particular implementations may include providing a collaboration service to a composite application and providing a workflow to a composite application.[0014]
• Certain implementations may include providing a container for composite application services, the container operable to provide interfaces for non-framework-generated code portions.[0015]
• Some implementations may include providing user interfaces to model a composite application, the user interfaces allowing specification of attributes and relations for a business object of the composite application. These implementations may further include generating metadata for the business object and relations based on the specifications.[0016]
• In another general aspect, a framework for developing and implementing a composite application includes a database, an object access layer, a service layer, a user interface layer, a business object modeler, and a business object generator. The database is operable to store composite application data, and the object access layer is operable to exchange data with a plurality of enterprise base systems, present the data to a composite application through a uniform interface, provide local persistency in the database, and provide data synchronization and replication of enterprise base system data in the database. The service includes a collaboration services module operable to provide a collaboration service to the composite application and a guided procedure services module operable to provide a guided procedure to the composite application. The user interface layer is operable to provide user interface patterns for displaying information relating to the composite application, and includes a user interface framework that separates the user interface elements from the composite application so that the user interface is decoupled from the logic. The business object modeler is operable to provide a user interface for constructing a business object of the composite application, and the business object generator is operable to generate an executable version of the modeled business object. A composite application may include business objects, business services, and business processes, wherein a business service includes an action performed on a business object, and a business process includes a combination of business services.[0017]
• In particular implementations, a business object modeler may include an object modeler and a relation modeler. Furthermore, a business object generator may include a generator framework and a persistency generator. A business object generator may be operable to code a business object template with metadata and relation data for a business object to generate an executable version of the modeled business object and to generate tables and proxies for a business object.[0018]
• In certain implementations, a collaboration services module is operable to link a semantic object to a business object of the composite application.[0019]
• In some implementations, a guided procedure includes templates, workflow patterns, and actions, a template describing a guided procedure, workflow patterns describing portions of the template, and actions executing functions to carry out the workflow patterns.[0020]
• In particular implementations, a service layer further includes a container for composite application services, the container operable to provide interfaces for non-framework-generated code.[0021]
• Details of one or more implementations are set forth in the accompanying drawings and the description below. Other features and advantages may be apparent from the description and drawings, and from the claims.[0022]
DRAWING DESCRIPTIONS
• These and other aspects will now be described in detail with reference to the following drawings.[0023]
• FIGS.[0024]1A-B are block diagrams illustrating an example integrated enterprise management system.
• FIG. 2 is a block diagram illustrating an example framework for a composite application.[0025]
• FIG.[0026]3 is a block diagram illustrating another example framework for a composite application.
• FIG. 4 is a block diagram illustrating design-time components for a composite application framework.[0027]
• FIGS.[0028]5A-I are user interfaces that illustrate an implementation of a business object modeler.
• FIG. 6 is a block diagram illustrating run-time components for a composite application framework.[0029]
• FIGS.[0030]7A-B are block diagrams illustrating components for guided procedures for a composite application framework.
• FIGS.[0031]8A-K are user interfaces that illustrate an implementation of a guided procedure.
• FIG. 9 is a user interface illustrating collaboration services.[0032]
• FIG. 10 is a block diagram of a user interface framework for a composite application framework.[0033]
• Like reference symbols in the various drawings indicate like elements.[0034]
DETAILED DESCRIPTION
• The systems and techniques described here relate to a framework for developing and implementing applications in an enterprise management system. For example, a framework may be used to develop and implement a composite application, which overlays an enterprise IT platform and uses it to implement processes that are not the core enterprise transactional processes. That is, a composite application may orchestrate a business process in synchronization with existing processes (e.g., native processes of enterprise base systems) and leverage existing investments in the IT platform. Furthermore, composite applications may be run on a heterogeneous IT platform. In doing so, composite applications may be cross-functional. That is, they may drive business processes across different applications, technologies, and organizations. Accordingly, composite applications may drive end-to-end business processes across heterogeneous systems. Additionally, composite applications may be combined with each other in order to enlarge the process coverage. Composite applications may also support semi-structured processes, tackle event-driven and knowledge-based scenarios, and support a high degree of collaboration in teams. In teams, for example, people may work on specific tasks in specific roles in specific teams. Composite applications may relate knowledge, structured information, and/or unstructured information within the context of a business process and may be triggered by events, aggregate and contextualize information, and drive collaboration and transactions. Different applications supported by different frameworks may have any combination of these characteristics. Thus, different implementations of the framework may be used for developing and implementing various types of applications.[0035]
• FIGS.[0036]1A-B illustrate an example integratedenterprise management system100. Insystem100, clients110 access data over acommunication network120 through a portal130.Network120 may be any appropriate type of communication network, such as, for example, a local area network (LAN), a wide area network (WAN), an enterprise network, a virtual private network (VPN), the Internet, and/or the Public Switched Telephone Network (PSTN). Clients110 may be any machines or processes capable of communicating overnetwork120. In particular implementations, clients110 may be Web Browsers and, optionally, may be communicatively coupled withnetwork120 through a proxy server.
• [0037]Portal130 provides a common interface to program management services. In operation, portal130 receives requests from clients110 and generates information views131 (e.g., Web pages) in response. The portal may implement a user-role based system to personalize the common interface and the information views131 for a user of one of clients110. A user may have one or more associated roles that allow personalized tailoring of a presented interface through the generated information views131.
• In particular implementations, the portal may includes a security component, a content directory component, a view builder, a content management component, and one or more service interfaces to an enterprise[0038]management consolidation system140. The security component may protect data transmission using encryption (e.g., Secure Socket Layers (SSL)), digital signatures, and/or watermarking. The view builder may create role-based interactive views (e.g., Web pages) for presentation to users. The content management component may include a retrieval and classification component (e.g., Text Retrieval and Extraction (TREX) component) and a collaboration component. The retrieval and classification component may automatically analyze unstructured components to identify know-how. The service interfaces could include an Internet Transaction Server (ITS) component, various connectors, such as a Java Connector, and a Business Intelligence platform.
• [0039]Portal130 communicates with enterprisemanagement consolidation system140, which consolidates multiple application services.Portal130 receivesinformation141 from enterprisemanagement consolidation system140 for use in fulfilling the requests from clients110. Enterprisemanagement consolidation system140 provides integrated application services to manage business objects and processes in a business enterprise. The business objects and processes may be resources (e.g., human resources), development projects, business programs, inventories, clients, accounts, business products, and/or business services.
• Enterprise[0040]management consolidation system140 communicates withenterprise base systems150 to obtain multiple types ofinformation151.Enterprise base systems150 may include various existing application services, such as customer relationship management (CRM) systems, human resources management (HRM) systems, financial management (FM) systems, project management (PM) systems, knowledge management (KM) systems (e.g., documents attached to a business object), business warehouse (BW) systems, time management (TM) systems, and/or electronic file and mail systems. The enterprise base systems may also include an integration tool, such as an exchange infrastructure (XI), which provides another level of integration among base systems.
• Enterprise[0041]management consolidation system140 may consolidate and integrate the data and functionality ofenterprise base systems150 into a single enterprise management tool. This enterprise management tool may include systems and techniques to facilitate creation and execution of new applications within the enterprise management consolidation system. These new applications may be composite applications and may readily draw on the resources ofenterprise base systems150 to cross over traditional enterprise application boundaries and to handle new business scenarios in a flexible and dynamic manner, allowing rapid and continuous innovation in business process management. A virtual business cycle may be created using such cross-functional applications, where executive-level business strategy may feed management-level operational planning, which may feed employee-level execution, which may feed management-level evaluation, which may feed executive-level enterprise strategy. The information generated at each of these stages in the enterprise management cycle may be readily consolidated and presented by the enterprisemanagement consolidation system140 using customized composite applications. The stages may provide and consume determined services that may be integrated across multiple disparate platforms.
• [0042]Portal130, enterprisemanagement consolidation system140, andenterprise base systems150 may reside in one or more programmable machines, which may communicate over a network or one or more communication busses. For example,base systems150 may reside in multiple servers connected to an enterprise network, and portal130 and enterprisemanagement consolidation system140 may reside in a server connected to a public network. Thus,system100 may include customized, Web-based, composite applications, and a user of the system may access and manage enterprise programs and resources using these customized, Web-based, composite applications from anywhere that access to a public network is available.
• FIG. 1B further illustrates enterprise[0043]management consolidation system140 for the example.System140 includes apersistence layer142 and one or morebase system connectors145.Base system connectors145 enable data exchange and integration with enterprise base systems.Base system connectors145, for example, may include an Enterprise Connector (EC) interface, an Internet Communication Manager/Internet Communication Framework (ICM/ICF) interface, an Encapsulated PostScript® (EPS) interface, and/or other interfaces that provide Remote Function Call (RFC) capability.
• [0044]Persistence layer142 provides enterprisemanagement consolidation system140 with itsown database143 and data objectmodel144.Database143 andobject model144 provide a consolidated knowledge base to support multiple enterprise management functions, such as portfolio management, project execution, risk assessment, budgeting, scheduling, workforce planning, skills management, business forecasting, and capacity modeling, which could all be could be created ascomposite applications149. Active communication betweenpersistence layer142 and the base systems may provide a tight linkage between real-time operational data from multiple base systems and an integrated enterprise analysis tool to allow strategic enterprise management and planning.
• [0045]Data object model144 may represent a subset of data objects managed by the base systems. That is, not all of the data aspects tracked in the base systems need to be recorded indata object model144.Data object model144 may have defined relationships with data objects stored in the base systems; for example, certain objects indata object model144 may have read-only or read-write relationships with corresponding data objects in the base systems. These types of defined relationships may be enforced through the communication system built betweenpersistence layer142 and the base systems. Thus,persistence layer142 may be used to effectively decouple application development and execution from the underlying base systems.
• [0046]Applications149 take advantage of this decoupling from back-end systems to flexibly integrate existing systems and new functional components into business processes. Furthermore, the applications may drive business processes across different platforms, technologies, and organizations. Additionally,applications149 may support semi-structured processes, aggregate and contextualize information, handle event-driven and knowledge-based scenarios, and support a high degree of collaboration in teams, including driving collaboration and transactions.
• [0047]Applications149 may be created using a set of tools that enable efficient application development. The tools may enable efficient application development by providing application patterns that support model-driven composition of applications in a service-oriented architecture.
• An[0048]object modeling tool146 enables creation of new business objects in thepersistence layer142 by providing a mechanism to extend data objectmodel144 dynamically according to the needs of an enterprise. Aprocess modeling tool147 enables creation of new business workflow and ad hoc collaborative workflow. A user interface (UI)tool148 provides UI patterns that may be used to link new objects and workflow together and generate standardized views into results generated byapplications149.Object modeling tool146,process modeling tool147, andUI tool148, thus, may be used to build the components ofapplications149 to implement new enterprise management functions without requiring detailed coding activity.
• [0049]Process modeling tool147 may include guided procedure templates with pre-configured work procedures that reflect best practices of achieving a work objective that is part of a larger cross-functional application scenario. Such a work procedure may include contributions from several people, creation of multiple deliverables, and milestones/phases. Moreover, whenever an instantiated business object or work procedure has lifetime and status, the progress and status of the object or work procedure may be made trackable by the process owner or by involved contributors using a dashboard that displays highly aggregated data. A dashboard and a page that provides access to status information about ongoing work, such as a personalized work place, may be two UI patterns that are provided byUI tool148.
• Moreover, there may be other UI personalizations. For example, if there is a concept of personalized items, such as, for example, objects, recent objects, related objects, or preferred objects, then an object picker UI pattern, provided by[0050]UI tool148, may be included to let users pick their favorite object directly.
• If people are to be searched for, either for choosing one individual person or for generating a collection of people meeting some criterion, a people finder concept may be applied. A key aspect of searching for a person may be described as an attribute within the user's activity, qualification, interest, and/or collaboration profile. For a given composite application scenario, people collections may be stored as personal or shared collections using the people finder to make them available for further operations later on.[0051]
• If there is a strategic view on a composite application scenario, analytics of the overall portfolio may be made available in the form of a collection of UI components. A view selector may be used to display/hide components, and a component may be toggled between graphical and numerical display and may include a drop-down list or menu to select sub-categories or different views.[0052]
• Composite application scenarios may provide related information to the user when possible, and some parts within a larger application scenario may define what kind of related information is to be offered. Heuristics may be used to identify such relatedness, such as follows: (1) information that is related to the user due to explicit collaborative relationships such as team/project membership or community membership; (2) information that is similar to a given business object in a semantic space based on text retrieval and extraction techniques; (3) recent objects/procedures of a user; (4) other people performing the same or similar activity (e.g., using same object or procedure template having the same workset); (5) instances of the same object class; (6) next abstract or next detailed class; (7) explicit relationships on the organizational or project structure; (8) proximity on the time scale; (9) information about the underlying business context; and/or (10) information about the people involved in a collaborative process.[0053]
• Composite applications also may include generic functionality in the form of ControlCenter Pages that represent generic personal resources for each user. These may refer to the following pages where appropriate: (1) MyOngoingWork page: provides access to status information about ongoing work of a user (Ongoing work may refer to the state of business objects as well as guided procedures); (2) MyDay page: lists today's time-based events that are assigned or related to a user; (3) MyMessageCenter page: displays pushed messages and work triggers using a universal inbox paradigm with user selected categorical filters; and/or (4) Myinfo: provides access to personal information collections (e.g., documents, business objects, contacts) including those located in shared folders of teams and communities of which the user is a member. The page may also provide targeted search in collaborative information spaces such as team rooms, department home pages, project resource pages, community sites, and/or personal guru pages.[0054]
• FIG. 2 illustrates a[0055]framework200 for a composite application. In general,framework200 leverages and enhances underlying enterprise base systems290, which could include an XI, supporting business transaction systems such as CRM, HCM, and PLM, Knowledge Management Warehouse (KW), and BW, with tools, content, and guidelines to provide a foundation for developing and executing composite applications.
• As discussed previously, composite applications typically implement new or additional processes, as opposed to the core transactional processes, in an existing IT landscape. Composite applications may also support semi-structured processes, tackle event-driven and knowledge-based business scenarios, and support collaboration in teams. In particular implementations, composite applications may support the Java stack.[0056]
• As illustrated in FIG. 2,[0057]framework200 includes an object access layer (OAL)210, aservice layer220, a user interface (UI)layer230, and ametadata repository240.OAL210 manages interaction between composite applications and enterprise base systems290. In doing so,OAL210 provides a uniform interface for composite applications. Thus,OAL210 reduces the knowledge needed for a composite application developer about the source of data becauseOAL210 sits on top of and embraces different connectivity technologies. Coding and configuration data forOAL210 may be automatically generated, at least in part, by business object metadata inrepository240. Furthermore,OAL210 allows for local persistency (e.g., connectivity to a local database such as anapplication database250 to store data). Data synchronization and replication of remote data (e.g., data in back-end systems) into the local persistency database may be supported. For an application sitting on top oflayer210, the source of the data may be completely transparent, which may assist in keeping application logic stable since the application is, at least for the most part, not affected by underlying systems. In some implementations,OAL210 includes extensions to document management or content management that allow business objects to use the functionality for documents.
• [0058]Service layer220 provides services for business objects inlayer210. In general, services for business objects are common procedures that users need to interact effectively with the objects.Service layer220, for example, may include generic services, collaboration services, guided procedure services, and/or a container for application services. By separating the services from the business objects, the services may be more readily reused across business objects.
• [0059]UI layer230 provides user interfaces that allow a user to interact with composite applications. In particular implementations,UI layer230 provides pattern components, such as, for example, a dashboard, a search bar, a browse and collect function, an object editor, and phases for a guided procedure, as building blocks for user interfaces.UI layer230 may also decouple application logic from the UI. As shown,UI layer230 accomplishes this by having a separation of the business objects, which are in theobject access layer210, and application services, which are inservice layer220, from the user interface elements, which are inUI layer230. This allows UI components to be reused in different application contexts. This also allows business objects and application services to be visualized differently according to the specific equipments of a certain use case.UI layer230 may also leverage the metadata information on business objects and services through metadata-driven UI-generation and configuration. The metadata approach allows for ready adaptability to alternative screens depending on the end users needs (e.g., in different industries).UI layer230 may additionally allow integration (e.g., binding) intoOAL210 to access business objects, business services, and metadata. Thus, UI components may be connected to business objects inOAL210.UI layer230 may support any appropriate type of user interfaces, such as, for example, a user interface composed of pattern-based components and/or freestyle components with interfaces to the user interface components—this user interface will discussed in more detail below—or Java Server Pages (JSPs) from Sun Java Server Pages (JSPs) from Sun.
• [0060]Metadata repository240 stores the content of the composite application (e.g., specific business objects, information about services, and, eventually, processes) and makes the metadata information available at run-time, if needed. The repository may allow different metamodels to be created (the model for business objects being one of them) and to persist the metadata.
• As mentioned previously, attached to[0061]framework200 isapplication database250.Database250 provides a central repository for available business objects. An example of data inrepository250 includes database tables for a business object. The data may be added to, changed, and/or deleted. Data may also be stored in KW, BW, or an XI system. As discussed,framework200 provides a set of standard services that enables application developers to make use of the data. The origin of the data and/or its persistency may be transparent to the application developer, not to mention the composite application.
• Based on the central repository for objects, metadata data about objects is stored in[0062]metadata repository240. This metadata enables generic services like automatic generation of default UIs, object access interface, data access methods, persistency, and mappings.
• [0063]Framework200 may be implemented using readily available technology. For example, the framework may be implemented using mySAP technology components. In particular implementations, the components may include an SAP Web Application Sever (WAS) to run the applications, an SAP Enterprise Portal to render the applications, an SAP KW to handle unstructured information sources, pattern-based components and/or freestyle components with interfaces to the UI components to design UIs and to provide J2EE and ABAP run-time integration, an SAP BW to provide reporting and analytics, data mining, and planning and simulation, SAP Business Process Management (BPM), an SAP Exchange Infrastructure (XI) to provide shared integration knowledge separate from applications, and SAP Web services to offer business functionality over the Internet.
• In one general aspect,[0064]framework200 allows composite applications to work with existing system landscapes. The framework accomplishes this by decoupling composite applications from the underlying enterprise platform, which includes enterprise base systems. This decoupling may involve providing communication to back-end systems via a central interface and providing a back-end-independent object model. The latter may be implemented so that the data from the source systems may be transformed into a unified structure. This may also allow successive installation, activation, and use of different applications, which may reduce entry costs.
• Examples of the types of business processes supported by the framework including enterprise change management, product innovation, employee productivity, and enterprise service automation. Enterprise change management may support enterprises when merging, splitting, acquiring, spinning off, or reorganizing. Product innovation may support the life cycle of a product, including the prenatal phase of collecting ideas and consolidating them into concepts, the market launch phase, and the end of life. In doing so, the resources of a PLM and CRM may be drawn upon. Employee productivity aims to increase employee productivity, decrease costs, and increase employee satisfaction. Key functions may include manager self services, employee self services, expert finders, e-procurement, and e-learning. ERM and B2E resources may be drawn upon to accomplish these tasks. Enterprise service automation provides administration and monitoring functions as well as evaluation tools to facilitate project success. An example of this is the setting up of projects and the staffing with people with the required skills and availability. Additional application families may also be created.[0065]
• FIG. 3 is a block diagram of a[0066]composite application framework300 illustrating details of one potential implementation. As illustrated,framework300 includes design-time components310, run-time components320, and ametadata repository360, which is shared by the design-time components and the run-time components. In general, design-time components310 are responsible for developing composite applications that are executed by run-time components320.
• In more detail, design-[0067]time components310 provide a repository and user interface for modeling and generating business objects, business services, business processes, user interfaces, and/or any other appropriate portions of a composite application. A business object, for example, may be an employee, a product, a plant, or any other semantic representation of a real-world entity. A business service is an action taken on a business object. Changing the price or category of a product are examples of services for a business object that represents a product. As another example, gathering input from employees and customers, who may themselves be represented by business objects, for a new product idea are examples of business services. Putting services together in a proper combination produces a business process. A composite application is typically composed of business objects, business services, and/or business processes.
• As illustrated, design-[0068]time components310 includeapplication modeling tools312,application generators314, and, in part,metadata repository360.Modeling tools312 may be used for modeling business objects, business services, business processes, user interfaces, and the like. A separate modeling tool may be used for each of the composite application portions. Furthermore,modeling tools312 may be used for integrating business objects, business services, business processes, user interfaces, and the like. Thus,framework300 may support model-driven composition of composite applications, allowing for development with little or no programming effort.
• The metadata about business objects, business services, business processes, and/or other application portions is stored in[0069]metadata repository360. Thus, an application portion may be modeled as well as the origin of the data, whether in a local database, remote database, or mixture. In particular implementations, the content ofmetadata repository360 may not be associated with a specific implementation of the things a repository describes. Thus, other repositories that describe a specific implementation may be filled fromrepository360.
• [0070]Generators314 are used for generating actual code from the portions modeled bymodeling tools312. To accomplish this, the generators may use templates that are stored inmetadata repository360. Driven by the metadata inrepository360, the generators may automatically create Java classes (e.g., for use in run-time components320) and also configuration files (e.g., to adjust UI patterns to a certain business object). Thus, the connectivity to back-end systems and the application persistency may be generated, as well as a default user interface. The generators may also generate interfaces for application services, data access logic, and persistency.
• Run-[0071]time components320 provide the run-time environment for business objects, business services, business processes, user interfaces, and the like, as well as data access abstraction. As illustrated, run-time components320 include anobject access layer330, aservice layer340, aUI layer350, and, in part,metadata repository360. Run-time components320 also use anapplication database370, which stores data tables for executing applications.
• [0072]Object access layer330 manages interaction between composite applications and enterprise base systems390. In doing so,layer330 reduces the knowledge needed for the application developer about the source of data becauselayer330 sits on top of and embraces different connectivity technologies. Thus,layer330 provides a uniform interface for composite applications. As such,layer330 may act as a dispatcher to provide access to a variety of data sources. As illustrated,layer330 leverages a message-basedplatform390athat includes an XI with connectivity to underlying applications like CRM, HCM, and PLM, a knowledge management warehouse (KW)390b, and a business intelligence warehouse (BW)390c, and manages the persistency inapplication database370.Layer330 may also leverage a fairly synchronous infrastructure such as a service-oriented data access, which could be a BW, and a KW repository framework, which may allow connection to document management systems or to LDAP (Lightweight Directory Access Protocol), a more unstructured type of data. Thus,layer330 may bring structured and unstructured data closer together. Coding and configuration data forlayer330 may be automatically generated, at least in part, by business object metadata inrepository360.
• For data access abstraction, the fact that[0073]layer330 sits on top of and embraces different connectivity technologies allows routing to a variety of different data sources. Furthermore,layer330 allows for local persistency (e.g., connectivity to a local database such asapplication database370 to store data). Additionally, data synchronization and replication of remote data (e.g., data in back-end systems) into the local persistency database may be supported. The data may be transferred and transformed into the local persistency. For an application sitting on top oflayer330, the source of the data may be completely transparent. For example, someapplications underlying layer330 might provide services (e.g., Web services), allowing the data to be read remotely, and some applications may not provide such access.Layer330 may deal with this situation by making everything look like a service to the composite application, perhaps by replicating data into the composite application and offering a local service.Layer330 may also provide namespace concepts that are used for generated mappings.
• In certain implementations,[0074]layer330 includes extensions to document management or content management that allow business objects to use the functionality for documents. For example, taxonomies for business objects, transparent indexing of TREX for structured and unstructured objects, and subscription services for dependent objects independent of the repository where the objects reside may be provided.Layer330 may also provide transaction support, in as far as the transaction concept is also supported by concerned source systems, a metadata interface, allowing an application to be dynamically configured at run-time, and subscription services (e.g., J2EE publish and subscribe).
• [0075]Layer330 may have a variety of features. For example, it may keep the application logic and UI stable. This may be accomplished by making the origin of the data transparent to the application logic and UI. Thus, there may be little to no impact of the underlying IT system landscape on the application logic or UI, as the adaptation to a specific landscape is, at least for the most part, accomplished bylayer330. Furthermore, changes to enterprise base systems390, such as KW and XI, may have no direct influence on the application logic or the UI.
• As another example,[0076]layer330 may accelerate composite application development. This may be accomplished by reusing business objects across composite applications, reusing enterprise base systems390 access services (e.g., KW and XI) across composite applications, reusing know-how (e.g., uniform interface structure providing common access to business objects), efficient (e.g., model-driven) implementation of business objects based on a repository, and using a relative homogenous structure for application logic, which simplifies modifications and maintenance.
• As an additional example,[0077]layer330 may enable integration. This may be facilitated by communication between composite applications via a shared object model, shared contexts across composite applications based on a shared object model, and integration of enterprise base system (e.g., KW and BW) via a composite application object model. The integration may also involve integrating business objects.
• As a further example,[0078]layer330 may facilitate application building by configuration. This may be accomplished by providing standard interfaces with well-defined semantics, which allows components to be combined in a meaningful way since the semantics of the components' interfaces is known, and allowing objects to participate in a collaborative context, (e.g., chat room) just by implementing certain interfaces.
• [0079]Service layer340 provides services for business objects inlayer330. In general, services for business objects are common procedures that users need to interact effectively with the objects. A service layer may also provide other types of services, such as, for example, UI-related service and/or collaboration services. Furthermore the service layer may provide integration of external services.
• As illustrated,[0080]service layer340 includesgeneric services342,collaboration services344, guidedprocedure services346, and a container forapplication services348. By separating the services from the business objects, the services may be more readily reused across business objects.
• As its name implies,[0081]generic services342 provides a set of standard services for parts of an application. Moreover, the services may be used across applications.Generic services342 may also provide namespace and packaging concepts. The services are typically not bound to a portion of an application, but are available to all portions. Examples of generic services include print services, value help services, authorization, personalization, and voice enablement. An example of a value help service is the filling of drop down boxes in user interfaces; the service is able to determine what the possible entries are for boxes and to populate the boxes therewith.
• [0082]Collaboration services344 provides the ability to link semantic objects to business objects. Semantic objects typically provide a set of generic services, like classification, notification, subscription, feedback, search, retrieval, rating, time-based publishing, state-based publishing, and security model. In addition, relations between semantic objects may be supported. For example, a team could be assigned to a task, and people could be assigned to the team. Moreover, a room could be created for that task, to keep people and documents together. Semantic objects such as document, folder, room, task, meeting, user, and discussion may be accessible vialayer330. Semantic objects may also be available in a variety of other ways. For example, semantic objects may be included inlayer330 as business objects, and/or individual services of semantic objects may be included inlayer340.
• [0083]Collaboration services344 extends the semantic object concept by making the functionality of semantic objects available for business objects (e.g., notification, subscription, etc.). Thus,services344 provides collaboration context for a business object.Services344 may automatically manage the relations between business objects and semantic objects. In addition, new kinds of relations may be supported: for example, relations between business objects and semantic objects. Thus, a task or a team may be assigned to a specific product, people may be assigned to the task, and so on. Furthermore, special collaborative services may be provided for semantic objects, such as scheduling and assignment functions for tasks and inviting, splitting, and closing functions for discussions. In particular implementations, a suite of collaboration services may be provided without the need to deal with KM specific. These services may also be made available for composition applications. Furthermore, the relation between the business objects and the semantic objects may be maintained.
• The collaboration provided by[0084]collaboration services344 may be semi-structured processes. A common understanding of a business process may be reflected by a predefined collaboration scenario. On the other hand, the business process may be adaptable to different enterprise's needs. To support this, differing scenarios may be built with minimal programming.
• Guided[0085]procedure services346 allows business objects to participate in guided procedures. A guided procedure is a series of steps, often involving human interaction, that should be performed during the execution of a composite application. A guided procedure, which is a type of workflow, is typically one that is common to a variety of applications and, thus, may be reused. To provide guided procedures,services346 may provide pre-defined building blocks for process workflow and pre-defined actions. Additionally,services346 may facilitate template design. This may be used to support role-based collaborative processes, process workflow, and/or context definition. At run-time, guided procedures may be implemented by using template instantiation, by design-time integration for ad hoc adaptation of templates, and procedural navigation and integration in a Universal Worklist (UWL). Furthermore,services346 may provide context awareness and sharing by context mapping of building blocks, business object integration, and user assistance. Additionally,services346 may provide monitoring and analysis of guided procedures.
• [0086]Application services container348 is used to implement model specific services for one or more business applications. Although generic objects, generic services, and/or processes may be generated for an application, some business logic is too specific to be implemented generically. For example, determining the number of vacation days that an employee has may involve determining the number of vacation days the employee is entitled to per year, determining the number of days available based on the employee's service to date for the year, determining how many days the employee has been absent to date for the year, and determining whether to assign those days to vacation days or sick days. Furthermore, if the employee is splitting time between departments, an allocation may need to be made between the two. As another example, an order process at a manufacturer may include obtaining a order, splitting the order into components based on the bill of materials, determining whether each component is in stock, if a component is not in stock, determining where and/or how to procure it, and, if a component must be procured, determining a potential delivery date. The business logic for such tasks may be difficult to model generically, especially across a wide variety of industries. Thus, the logic may have to be individually coded.Container348 provides interfaces for the code to be used. The interfaces may be generated by the metadata of the service model, but the inner code has to be programmed individually. Also, maintaining the service definition in the design-time allows generation of an empty service.
• [0087]UI layer350 includes aUI framework352.Framework352 provides pattern components as building blocks for user interfaces. Examples of pattern components include a dashboard, a search bar, a browse and collect function, an object editor, and phases for a guided procedure. These components may serve to increase efficiency of UI development because they are reusable and may serve to keep training costs down by providing a standard look and feel for the composite applications. Furthermore, the components readily provide a UI for composite application objects and services and allow a default UI to be automatically generated for displaying, creating, and changing business objects.
• [0088]Framework352 may also decouple application logic from the UI. As shown,framework352 accomplishes this by having a separation of the business objects and application services from the user interface elements. This allows UI components to be reused in different application contexts. This also allows business objects and application services to be visualized differently according to the specific equipments of a certain use case.
• [0089]UI framework352 may also leverage the metadata information on business objects and services through metadata-driven UI-generation and configuration. The metadata approach allows for ready adaptability to alternative screens depending on the end users needs (e.g., in different industries).UI framework352 may additionally allow integration (e.g., binding) intolayer330 to access business objects, business services, and metadata. Thus, UI components such as patterns and freestyle may be connected to business objects inlayer330. In accomplishing this,framework352 may provide the necessary metadata at design-time and manage the access to the according service providers at run-time.
• [0090]UI framework352 may support any appropriate type of user interfaces. For example, the UI framework may support a user interface composed of pattern-based components and/or freestyle components with interfaces to the user interface components—this user interface will discussed in more detail below—or Java Server Pages (JSPs) from Sun.UI framework352 may also support a Java front-end and ABAP back-end, a Java front-end and Java back-end, or any other appropriate combination of front-end and back-end. The framework may additionally provide a construction kit for complex components and applications and configuration of patterns via XML, URL, or other appropriate technique.
• [0091]Metadata repository360 stores the content of the composite application (e.g., specific business objects, information about services, and, eventually, processes) and makes the metadata information available at run-time (if needed). The repository may allow different metamodels to be created (the model for business objects being one of them) and to persist the metadata. For specific purposes, additional repositories, such as, for example, a portal content directory (PCD), which may contain portal specific pieces of an application (e.g., views, pages, roles), may be required.
• As mentioned previously, attached to[0092]framework320 is anapplication database370.Database370 provides a central repository for available business objects. An example of data inrepository370 includes database tables for a business object. The data may be added to, changed, and/or deleted. Data may also be stored in KW, BW, or an XI system. As discussed,framework200 provides a set of standard services that enables application developers to make use of the data. The origin of the data and/or its persistency may be transparent to the application developer, not to mention the composite application.
• Based on the central repository for objects, metadata data about objects is stored in[0093]metadata repository360. This metadata enables generic services like automatic generation of default UIs, object access interface, data access methods, persistency, and mappings.
• In particular implementations,[0094]modelers312 andgenerators314 generate the business objects used inlayer330.Modelers312 andgenerators314 also facilitate the creation of business object metadata and its storage inmetadata repository360. The modelers and generators may be relatively easy to use because they are restricted to a particular purpose. Additionally, they may help to ensure the consistency of the metadata according to the capabilities oflayer330.
• In particular implementations, the composite application portions may be implemented as Enterprise Java Beans (EJBs). In other implementations, the design-time components may have the ability to generate the run-time implementation into different platforms, such as J2EE, ABAP, or .NET.[0095]
• [0096]Components310 may also support a variety of specific features needed for business objects, such as time-dependent attributes or organizational-unit-dependent attributes, like product attributes, which differ from plant to plant. The components may not only generate the classes and the coding, but may also create the database tables and the interfaces to the UI, including the relevant metadata. So, after modeling, there may be a generation step that provides a stack of services for one business object, including the UI down to the database tables and proxies for remote access.
• In particular implementations,[0097]generators314 allow template-based generation of Java-coding, database tables, entries inmetadata repository360, XML configuration files, etc. This may be implemented with extensibility and the ability to conduct upgrades without loosing his information. This capability may be achieved by allowing the metadata of the new implementation to be compared with the metadata of the existing implementation during an upgrade. If there are implementation-specific extensions, they may be identified, and strategies for solution of possible conflicts may be proposed.
• As discussed,[0098]framework300 provides modeling and configuration tools (e.g., business object modelers and guided procedures), generic components (e.g., UI patterns and generic services (F1, F4, help, authorizations)), standardized interfaces (e.g., object access layer), reusable content (e.g., predefined object models and XI content), and integration infrastructure (e.g., to connect business objects and documents and access to XI proxies). Moreover, the framework allows composite applications to be created according to guidelines, which are documentation that allows composite applications to be created appropriately using the framework. The guidelines may or may not be implemented in software.
• [0099]Framework300 may be implemented using readily available technology. For example, the framework may be implemented using mySAP technology components. In particular implementations, the components may include an SAP Web Application Sever (WAS) to run the applications, an SAP Enterprise Portal to render the applications, an SAP KW to handle unstructured information sources, an SAP BW to provide reporting and analytics, data mining, and planning and simulation, SAP Business Process Management (BPM), an SAP Exchange Infrastructure (XI) to provide shared integration knowledge separate from applications, and SAP Web services to offer business functionality over the Internet.
• For instance, an SAP WAS may include a J2EE engine, SAP IDE, Universal Workflow, and Deployment Service. The WAS may also include a pattern-based and freestyle-based user interface development and interface module. Also, an SAP Enterprise Portal may provide unified access to applications, information, and services by using views, roles, pages, worksets, top-level navigation, and KM. This enterprise portal also provides login management and user management. For KM, unstructured information consists of collaboration and content management. For collaboration, KM enables team-driven business processes, synchronous and asynchronous applications, groupware integration, calendars, bulletin boards, threaded discussions, and collaboration rooms. For content management, KM handles documents, feedback, rating, publishing, subscription, document workflow, versioning, archiving, indexing, searching, and taxonomies. SAP BPM may cover life cycles (e.g., design, development, deployment, and change). An SAP XI may provide external and internal integration of system and connectors to various systems such as Oracle, Siebel, Peoplesoft, and SAP. The SAP XI may be based on Web services, JAVA, and XML standards. SAP Web services may provide a service provider, service handler, and service user. Additionally, an SAP BW may be used.[0100]
• Moreover, the KM and collaboration functionality may embedded in applications, not only in separate pages in the portal. Furthermore, any general development environment may be used. For example, the development environment could include Java, with EJB 2.0, JDO, Java persistency, and Java application logic, Advanced Business Application Programming (ABAP), and Web services. Existing ABAP components may be integrated via Java connector calls. In particular implementations, the complete Java stack could be used. Furthermore, Web service technology may be used for remote access.[0101]
• In one general aspect,[0102]framework300 allows composite applications to work with existing system landscapes. The framework accomplishes this by decoupling composite applications from the underlying enterprise platform. This decoupling may involve providing communication to back-end systems via a central interface and providing a back-end-independent object model. The latter may be implemented so that the data from the source systems may be transformed into a unified structure. This may also allow successive installation, activation, and use of different applications, which may reduce entry costs.
• In another general aspect, the framework facilitates highly efficient development of composite applications. This may be accomplished by model-driven composition of applications, service-oriented architecture, UI and application patterns, reusable object models, and methodologies. Thus, the framework could be viewed as a kind of application factory. In such a factory, application building may be enabled without programming, at least as far as possible.[0103]
• Examples of the types of business processes supported by the framework including enterprise change management, product innovation, employee productivity, and enterprise service automation. Enterprise change management may support enterprises when merging, splitting, acquiring, spinning off, or reorganizing. Product innovation may support the life cycle of a product, including the prenatal phase of collecting ideas and consolidating them into concepts, the market launch phase, and the end of life. In doing so, the resources of a PLM and CRM may be drawn upon. Employee productivity aims to increase employee productivity, decrease costs, and increase employee satisfaction. Key functions may include manager self services, employee self services, expert finders, e-procurement, and e-learning. ERM and B2E resources may be drawn upon to accomplish these tasks. Enterprise service automation provides administration and monitoring functions as well as evaluation tools to facilitate project success. An example of this is the setting up of projects and the staffing with people with the required skills and availability. Additional application families may also be created.[0104]
• The framework may also provide external services in a shared object environment. This may be accomplished by the framework providing a uniform object access layer and service layer that bundle functionality across service components. Furthermore, a transparent mapping may be provided from the application's perspective. Thus, the application built on the framework would not have to know whether certain services are provided by a portal, by a KW, by a WAS, or other external service.[0105]
• FIG. 4 illustrates design-[0106]time components400 for a composite application framework. Design-time components400 could be representative of design-time components310 in FIG. 3.
• As illustrated,[0107]design time components400 include abusiness object modeler410, abusiness object generator430, and ametadata repository450. Note thatmetadata repository450 is also a run-time component.
• [0108]Business object modeler410 includes an Integrated Development Environment (IDE) application program interface (API)411, anobject modeler412, and arelation modeler413.IDE API412 allows modeler412 to be integrated into an Eclipse IDE, which supports the modeling of the business object byobject modeler412. For example, the integration supports generation of business objects as EJBs, interfaces for application services, default user interfaces, data access logic, and persistency.Relation modeler413 allows the modeling of relations between modeled objects. For example, a sales order could be composed of a customer, a product, and a price.Relation modeler413, therefore, allows for the modeling of the relations between these items. In operation, for instance, if a user interface is generated for a sales order, the semantics for each field in the sales order may be identified. Additionally, a connection to the value help function may be facilitated.
• [0109]Modeler410 also includes ametadata API414 and ageneration API415.Metadata API414 allowsobject modeler412 to store and access business object metadata inmetadata repository450 and relation modeler416 to store and access business object relation metadata inmetadata repository450. Generation API422 allows a business object to communicate withgenerator430 for code generation.
• [0110]Generator430 includes agenerator framework432, apersistency generator434, anEJB436 generator, aUI adapter generator438, aWeb service generator440, and ametadata API442.Generator framework432 may also be integrated into the Eclipse IDE.
• To generate a business object,[0111]generator430 may use templates inmetadata repository450 and code them with object metadata and relation metadata in the repository.Generator430 may also generate the data persistency for the business object, and generate the actual business object, an EJB in this instance.Generator430 may additionally generate user interfaces for the business object and any necessary Web services.
• The templates may be generic. In particular implementations, the generators automatically create Java classes (e.g., for the implementation of the object access layer), JDO tables, EJBs, and configuration files, to adjust UI patterns to a certain business object, for example. Thus, the connectivity to back-end systems and the composite application persistency is generated as well as a default User Interface. Furthermore, UI adapters for a UI development and interface module and, if necessary, Web services may be generated. The output of such a process may be real working code in the object access layer of the run-time components.[0112]
• One example is the generation of a run-time implementation of a business object in an object access layer. The generator reads the business object metadata from the repository and generates the JDO persistency, the connectivity to the XI, the KW and/or the BW (e.g., by using proxies), the generic methods, and the basic UI. For this coding, templates (e.g., for services) or XML-templates (e.g., for JDO persistency) are used where business object specific coding or XML is added, and the result is stored as complete code or complete XML.[0113]
• [0114]Metadata repository450 includesobject metadata452,relation metadata454, andcode generation templates456. As mentioned previously, the information inobject metadata452 andrelation metadata454 may be used to codetemplates456 to generate a business object.
• FIGS.[0115]5A-I illustrate user interfaces500 for an implementation of a business object modeler. In specific, user interfaces500 demonstrate how a business object may be created using a framework similar toframework300 in FIG. 3. As illustrated, user interfaces500 are graphical user interfaces, but the interfaces may be in any appropriate format and may have any appropriate data and/or arrangement of data.
• FIG. 5A illustrates[0116]user interface500a.User interface500ademonstrates the creation of a business object for a composite application for defining a product. Creation of business objects for other composite applications could be similar.
• As illustrated,[0117]user interface500aincludes adirectory section510 and awork section520.Directory section510 includes a listing of business objects for product definition. The creation of a new business object may be initiated by right-clicking indirectory section510, as shown, and selecting the appropriate line in the generated menu. In response to the initiating command,work section520 includes anassociation section522 in which a name is associated with the new business object and the business object is associated with an composition application, “xApp-xPD” in this instance.
• FIG. 5B illustrates[0118]user interface500b. Once a name and composite application is associated with the new business object,user interface500ballows specification of general information regarding the business object.
• As illustrated,[0119]user interface500bcontainsdirectory section510 andwork section520. Note thatdirectory section510 has expanded by one object for the new business object (i.e., “Concept”).Work section520 includesinformation section524, which allows specification of general information about the business objects.Section524 allows the specification of the persistency model (e.g., whether the object has a local persistency or whether it should be read on the fly from a back-end system) and administrative information (e.g., about the owner, status, release, and version of the object).
• FIG. 5C illustrates user interface[0120]500c. Once general information about the business object is specified, user interface500callows attributes to be added/deleted from the object.
• As illustrated, user interface[0121]500cincludesdirectory section510 andwork section520.Work section520 includes anattribute specification section526, which allows the specification of attributes. As shown,section526 includes a first section527a, in which available attributes are displayed, and a second section527b, in which the current attributes for the business object being modeled are shown.Section526 allows attributes to be added/deleted by selection and command techniques, by drag and drop techniques, or by any other appropriate technique. Attributes may be full-blown business objects or objects that exist only in the context of another object. A decision may be made as to whether the values for dependent objects should be shared across objects or not.
• FIG. 5D illustrates user interface[0122]500cwith attributes from first section527aincorporate into second section527b. Thus, the business object being modeled is being developed.
• FIG. 5E illustrates[0123]user interface500d. Once attributes have been specified for the business object,user interface500dallows methods to be specified.
• As illustrated,[0124]user interface500dincludesdirectory section510 andwork section520.Work section520 includes amethod specification section528, which allows the specification of methods. As shown,section528 includes afirst section529a, in which methods may be specified, and asecond section529b, in which parameters for the methods may be specified.
• There are a variety of types of methods that may be created for business objects. One example is lifecycle methods (e.g., create, update, etc.). Another example is standard methods that do not require coding. An example of such methods are those that allow business objects to participate in collaboration (e.g., subscribe, notify, discuss, etc.). These methods may be automatically called when a certain action is carried out (e.g., when a business object should be updated). Another type of method is one that is specific to the composite application. These methods may be directly called by the applications.[0125]
• FIG. 5F illustrates[0126]user interface500e. Once methods for business objects have been specified,user interface500eallows aspects of the business object to be defined. Aspects are, in general, subsets of attributes and/or methods for the business object. Aspects may be used to lay an industry or application specific view on general business objects.
• As illustrated,[0127]user interface500eincludesdirectory section510 andwork section520.Work section520 includes anaspect specification section530, which allows the specification of aspects. As shown,section530 includes a first section531a, in which attributes of the business object are displayed. (The attributes were defined in user interface500c.)Section530 also includes a second section531b, in which the attributes for the different aspects of the business object may be specified.Section530 allows attributes to be added/deleted by selection and command techniques, by drag and drop techniques, or by any other appropriate technique.
• FIG. 5G illustrates[0128]user interface500f. Once aspects for business objects have been specified,user interface500fallows the specification of technical data for tables if the business object is to have its own local persistency. In this example, the tables are JDO tables, although they could be of any other appropriate type.
• As illustrated,[0129]user interface500fincludesdirectory section510 andwork section520.Work section520 includestable specification section532, which shows technical information about the generated database tables. An example of technical information is the name of the database table in the data dictionary.
• FIG. 5H illustrates[0130]user interface500g. Once tables, if any, have been specified for a business object,user interface500gallows the specification of information for proxies, which may be used if data for a business object should be read remotely from a back-end system. For example, an XI could be specified here.
• As illustrated,[0131]user interface500gincludesdirectory section510 andwork section520.Work section520 includesproxy specification section534, which allows the specification of proxies. A connection to an XI could be defined here, as well. As shownsection534 includes afirst portion535aand asecond portion535b.First portion535aallows the specification of proxies for data actions for the objects.Second portion535ballows the specification of mappings for attributes.
• FIG. 51 illustrates[0132]user interface500h. Once proxies have been specified, the code may be generated, as discussed previously, and displayed inuser interface500h.
• As illustrated,[0133]user interface500hincludesdirectory section510 andwork section520.Work section520 includescode section536, which allows the generated code to be displayed. Furthermore, the code for methods that have been defined beforehand may be added. In this implementation, the method headers are already generated into the displayed coding. At this stage, the whole run-time environment for the business object could be generated.
• FIG. 6 illustrates run-[0134]time components600 for a composite application framework. Run-time components600 could be representative of run-time components320 in FIG. 3.
• The illustrated[0135]components600 are for anobject access layer610.Layer610 has a variety of business objects620 executing therein. Eachbusiness object620 includes abusiness object bean622 that includes lifecycle methods, properties, and validation. Thebeans622 may, for example, be Enterprise Java Beans (2.0) and may be generated by the metadata, as already mentioned. Eachbusiness object620 also includes adata object624. Data object624 allows bean612 to be decoupled from the underlying data, which is accessed through data aaccess service factory630.
• Data[0136]access service factory630 is responsible for homogenizing data from various sources. In accomplishing this,factory630 determines data sources for business objects620. Thus, it may be viewed as a kind of dispatcher. For example, dataaccess service factory630 may read data from aremote service642, apersistence service644, aKM service646, and/or anOLAP service648 and present this data todata object624. The dataaccess service factory630 may accomplish this by allowing the plug in of special adapters for accessing different sources of data. The composite application framework may provide adapters for the exchange infrastructure (XI), the knowledge management system (KM), and the data warehouse (BW). It may also provide access to a local database that is treated the same way as remote access adapters.
• Business objects[0137]620 also include interfaces for local and remote data access. The interface may be used for accessing application services, such as those inservice layer340 in FIG. 3, a UI layer, such asUI layer350 in FIG. 3, or any other appropriate type of data. For the application services and the UI,layer610 supports three different interfaces—alocal interface626, a Web-service interface627, and aservice provider interface628.Local interface626 is used when no remote access is necessary.Web service interface627 is used for remote access.Service provider interface628 is used to access UI patterns.
• [0138]Layer610 also includesmetadata access services650 andobject access services660.Metadata access services650 provides access to the metadata in metadata repository690.Object access service660 provide the elementary access methods (e.g., create, read, update, delete) for business objects.
• In operation,[0139]layer610 manages the access tobusiness objects620 and manages the connectivity to the underlying applications, whether via XI, the persistency in an application database, the access to KM objects (like documents attached to the business object), and/or to BW, with the ability to replicate data into BW for reporting and analysis issues.Layer610 also reduces the knowledge needed for the application developer about the source of the object.
• FIGS.[0140]7A-B illustratecomponents700 for guided procedures for a composite application framework. As mentioned previously, a guided procedure is a series of steps, often involving human interaction, that should be performed during the execution of a composite application. A guided procedure is typically one that is common to a variety of applications. As illustrated,components700 may be classified into design-time components710 and run-time components750, except for ametadata repository790, which is part of both. Design-time components710 may be used to generate run-time components750.
• Design-[0141]time components710 include amodeler720 and agenerator730.Modeler720 includes aprocess modeler722, apattern modeler725, and anaction modeler726.Process modeler722 includes aworkflow modeler723 and acontext modeler724. As their names imply,workflow modeler723 allows process workflow for a guided procedure to be modeled, andcontext modeler724 provides context definition. That is,context modeler724 allows relations between other processes to be defined. As an example of this, an application may have more than one way of being activated—Intranet Web-based form versus remote voice control, for example.Context modeler724 is responsible for making sure that both activation mechanisms are associated with the application.Pattern modeler725 provides workflow patterns (e.g., delegation and approval) forworkflow modeler723, andaction modeler726 provides actions for workflows.
• [0142]Modeler720 also includes ametadata API727, which provides access to the data inmetadata repository790. Thus, access to meta data regarding guided procedures is available.
• [0143]Generator730 includes atemplate generator731, astate chart generator733, apattern generator735, anaction generator737, and ametadata API739. Templates describe a workflow that may be may be implemented using workflow patterns. Workflow patterns contain actions that must be accomplished to complete the workflow and, hence, part of the template. Thus, a pattern may be viewed as an abstraction of an action, and a template may be viewed as an abstraction of work flow pattern.
• For example, a template could describe a workflow for ordering a product—a computer, for example. The template may specify a workflow pattern for obtaining manager approval. The pattern would have certain actions that need to be undertaken. An example of an action could be finding the names of the employee's managers. The approval pattern, moreover, could be used for different templates.[0144]
• As their names imply,[0145]template generator731 generates templates,state chart generator733 generates state charts,pattern generator735 generates patterns, andaction generator737 generates actions for the run-time environment.Metadata API739 provides access to the metadata inmetadata repository790.
• [0146]Metadata repository790 includestemplates792,workflow patterns794,actions796, andmetadata798. The templates, patterns, actions, and metadata may be accessed bygenerator730 to produce a guide procedure.
• Run-[0147]time components750 provide instantiation for guided procedures, producing instances752. Procedural navigation and integration may be provided in a Universal Worklist (UWL).
• Run-[0148]time components750 also includeobject access services760,context sharing service762,content services764,portal connector service766,KM service768,workflow service770, and metadata services772.Object access services760 allows objects in an object access layer to be accessed.Context sharing service762 provides context to a workflow. For example, when a user accesses a workflow,context sharing service762 provides a link to the proper portions of the workflow. For instance, many workflows involve inboxes, where new tasks for the workflow may be sent. The inbox may provide a link to the proper portion of the workflow if the context is known.Content services764 provide services for executing functions based on generic calls. For example, a workflow may need an application—a composite application, an HRM application, or a CRM application, for example—to be initiated. By making a generic call tocontent services764, the application may be initiated.Content service764 may support integration with an application and/or a user interface.Portal connector service766 provides a connection service to a portal.KM service768 provides a connection service to a KM module.Workflow service770 provides a connection service to an ad-hoc workflow. This workflow may be very user-centric, allowing the assignment of not only tasks handled by transactions in business systems, but also tasks that require user handling (e.g., compose e-mail). Metadata services772 provides a connection tometadata repository790.
• [0149]Components700 may have a variety of features. For example, the components may provide context mapping for building blocks, and a user profile may be automatically used and updated. In certain implementations, ad-hoc administrations of running workflows may be supported and guided procedures may be monitored and analyzed.
• FIGS.[0150]8A-K are user interfaces800 that illustrate the implementation of a guided procedure. In particular, user interfaces800 demonstrate how a composite application having a guided procedure may be executed in a framework similar toframework300 in FIG. 3. In this example, the guided procedure is for the hiring of a new employee. Other guided procedures may have similar characteristics. Furthermore, other user interfaces may be in any appropriate format and may have any appropriate data and/or arrangement of data.
• FIG. 8A illustrates[0151]user interface800a.User interface800ademonstrates the initial view that a user may be shown upon accessing an enterprise management system.User interface800acontains afirst portion802, asecond portion804, and athird portion806.First portion802 lists the activities of the user. One of those activities involves guided procedures.Second portion804 lists the user's collaborative activities, which were discussed previously.Third portion806 is a table containing the guided procedures with which the user is associated. Thus, the current guided procedures for the user include preparing for meetings, hiring employees, organizing workshops, and preparing for trade shows.Portion806 may be displayed by selecting the guided procedure activity inportion802.
• FIG. 8B illustrates[0152]user interface800b.User interface800bdemonstrates the status of the second guided procedure inportion806 ofuser interface800a.User interface800bmay be displayed by selecting the second guided procedure inportion806.
• As illustrated,[0153]user interface800bhas afirst portion810, asecond portion812, athird portion814, and afourth portion816. The illustrated guided procedure has a variety of steps, whichportion810 illustrates by the use of a procedure line. Currently, the employee hiring process has proceeded from initialization to hiring to preparing workspace, and is waiting for preparation of the collaborative environment for the new employee.Portion812 lists the tasks to accomplish the current step, andportion814 provides more detailed information regarding the tasks.Portion816 lists resources, in this case people, for the user.
• FIG. 8C illustrates user interface[0154]800c. User interface800cdemonstrates the selection of a mentor for the new employee, the first task in the step. User interface800cmay be displayed upon the selection of the first task inportion812 ofuser interface800b.
• As illustrated, user interface[0155]800cincludeportion810 andportion816 as inuser interface800b. User interface800calso includes aportion820, which displays information regarding a selected task. The selected task is shown as highlighted inportion810. Information for accomplishing the task appears inportion820. In this illustration, a mentor may be selected and an appropriate message entered.
• FIG. 8D illustrates user interface[0156]800cat another next stage of the mentor selection process. As before, user interface800cincludesportion810,portion816, andportion820. At this stage, though, a person named “Markus” has been selected inportion816 to be the mentor for the new employee. Note that the list of people inportion816 may be modified by altering the selected category “<people>” or by performing a narrowing search. After selecting the appropriate person, the selection may be finalized by the activation of a button inportion816.
• FIG. 8E illustrates user interface[0157]800cat still another stage of the mentor selection process. As before, user interface800cincludesportion812,portion816, andportion820. But at this stage, the name selected inportion816 has been finalized. Thus, the name is populated intoportion820. Furthermore, a user has entered a text message to be sent to the selected mentor. Once any message has been finalized, the mentor selection process may be completed by activating a button inportion820.
• FIG. 8F illustrates[0158]user interface800d.User interface800dillustrates another task in this step of the new employee guided procedure. In this step, colleagues of the new employee are to be identified and notified of the new employee.
• [0159]User interface800dincludesportion810,portion816, and aportion824. Inportion810, another task in the guided procedure step has been selected. Note that the first task in the step has an indicia signifying that it has been completed. The new selection leads to the display ofportion824, in which colleagues may be informed of the new hire. These people may be selected inportion816.
• FIG. 8G illustrates[0160]user interface800dat another next stage of the colleague identification and notification task. As before,user interface800dincludesportion810,portion816, andportion824. At this stage, however, the colleagues to be notified about the new employee have been selected from a list of teams inportion816. After selecting the appropriate team, the selection may be finalized by the activation of a button inportion816.
• FIG. 8H illustrates[0161]user interface800dat another next stage of the colleague identification and notification task. As before,user interface800dincludesportion810,portion816, andportion824. But at this stage, the colleagues have been selected and finalized inportion816. Thus, they appear inportion824. Additionally, a message to the selected colleagues has been entered inportion824 by a user. Once any message has been entered, the mentor selection process may be completed by activating a button inportion824.
• FIG. 81 illustrates[0162]user interface800e.User interface800eillustrates another task in the fourth step of the new employee guided procedure. In this step, a location for the new employee is to be selected.
• [0163]User interface800eincludesportion810,portion816, and aportion828. Inportion810, another task in the fourth guided procedure step has been selected. Note that the first two tasks in the step now have indicia signifying that they have been completed. The new selection leads to the display ofportion828, in which a location for the new employee may be specified.
• FIG. 8J illustrates[0164]user interface800eat another stage of the location task. As before,user interface800eincludesportion810,portion816, andportion828. But here, the user resources displayed inportion816 are the rooms available for assignment by the user. Note that the displayed information category is “<rooms>.” Furthermore, the user has selected one of the rooms in the list for the new employee. The selection may be finalized by activating a button inportion816.
• FIG. 8K illustrates[0165]user interface800eat yet another stage of the location task. Now,user interface800eillustrates the result of finalizing the location selection. Thus, the location for the new employee is displayed inportion828. Furthermore, the user is presented with further specification options (i.e., set assignments). The user may then select between the further options and finalize the task, and, hence, the guided procedure step.
• After[0166]user interface800e, the fourth step in the new employee guided procedure is complete. The guided procedure would then move to the fifth step—“Prepare Entry.” Now, if the user were to access the procedure again, the procedure line illustrated inportion810 in FIG. 8B would be updated for the new employee guided procedure.
• FIG. 9 is a[0167]user interface900 illustrating collaboration services. As illustrated,user interface900 demonstrates a semantic object regarding user tasks. Thus,tasks910 for a user are displayed inuser interface900.
• Furthermore,[0168]user interface900 contains information regarding the status oftasks910. For example,user interface900 indicatestask completion time920,task priority930,task assignee940, andtask progress950. These tasks may be related to business objects.
• Other collaboration services that may be provided for tasks could include notification (e.g., when a task is completed or due), feedback (e.g., when a task is complete), and team assignment. In fact, it is possible that[0169]assignees940 are part of a team working on the task.
• FIG. 10 illustrates a[0170]user interface framework1000 for a composite application framework.Framework1000 may be similar toframework352 in FIG. 3. In general,framework1000 allows a user interface to be implemented for a business object.
• As illustrated,[0171]framework1000 includes a businessobject service module1010, apattern configuration module1020, ametadata adapter1030, and anEJB adapter1040. In general,service module1010,metadata adapter1030, andEJB adapter1040 are responsible for translating data into a format usable bypattern configuration module1020. This makes a separation between the components offramework1000 and anobject access layer1080, an example of which was discussed previously.Service module1010 maybe an API that allows business object data to be brought into the UI framework environment.Service module1010 includes ageneric client proxy1012, which prepares data for other components of theUI framework1000 and/or for external UI components.Proxy1012 may transform data to a generic API. In effect, then, it may wrap an API to provide an API for the upper-level components.Metadata adapter1030 allows the metadata of a business object model to be exposed to the UI world, so that a unified metadata repository exists along the whole stack.EJB adapter1040 allows EJB components, such as tables, business objects, and data, to be translated into a format forframework1000.Pattern configuration module1020 contains the configured patterns generated using design-time components.
• As illustrated,[0172]pattern configuration module1020 andgeneric client proxy1012 interact with elements of a UI development andinterface module1090.Module1090 may provide a run-time environment plus a set of development tools based on the Model View Controller (MVC) paradigm. The tools support the selection of patterns by the application developer and/or allow a Web developer of enterprise applications to freely define the layout and flow of an application.
• The technology of[0173]module1090 may be based on JavaServer Pages (JSPs) and a tag library containing, among other things, ready-made user interface elements (such as push buttons and input fields). The description of the application in a metadata repository is used to generate the run-time code for one of the following run-time environments: Java, ABAP, or .NET.
• In more detail,[0174]module1090 provides a user the graphical and declarative development tools needed to design a data model and user interfaces for a Web application. So, for example, a user may simply define input validation, input help, and error handling, and all the required run-time objects may be generated automatically.
• That means the majority of the code is generic and, therefore, is available for each run-time. It also means that only that fraction of the programming that is specific to the run-time, like eventing, needs to be coded.[0175]
• Other features may also be included—for example, a usability pattern-based development approach, the ability to convert a module-based transaction into a Web application, and a client-side framework that keeps the context of a running application and guarantees flicker-free screens. With such features a UI module-based application may consist of a set of views, navigation between the views, concepts for managing the views and determining their sequence, a context for keeping session data, and the business logic of the application. The Model View Controller paradigm allows for a strict separation of presentation logic, business logic, navigation, and eventing.[0176]
• UI module developers may also choose to use a freestyle Web development, where controls of the control library may be freely placed onto views according to their respective company style or a strict pattern-based approach. The latter allows usability engineers to predefine reusable patterns common to a set of business processes.[0177]
• UI module tools that enable a developer to create such applications are part of the integrated development environment (IDE) of the SAP Web Application Server. The design tools consist of a view designer, editors for controllers, an application modeler to define the flow of an application, and a model designer.[0178]
• UI module may also support location-independent rendering. That is, depending on the capabilities of the client, the module run-time will generate the HTML for the browser either on the client or on the server. Client-side rendering, using the JavaScript-based client-side framework will be possible for Microsoft Internet Explorer as of version 5.5 (or higher) and for higher versions of Netscape Navigator.[0179]
• Earlier versions of Microsoft Internet Explorer or Netscape Navigator, as well as a variety of mobile devices, will be supplied with output that is rendered on the server. Server-side rendering is also the only choice for browsers where JavaScript has been disabled for security reasons.[0180]
• The declarative separation of the user interface and the data model make it possible to isolate the layout (HTML) from the data (XML). This in turn results in efficient caching, a lower transmission bandwidth requirement, flicker-free screen updates, and virtually device-independent development for browsers, PDAs, and WAP-enabled cell phones. The Web UI module technology may automatically provide support for multiple languages, personalization, and interface customization.[0181]
• The separation of the business object and application services from the UI elements allows UI components to be reused in different application contexts and business object and application services to be visualized differently according to the specific requirements of a certain use case. Thus, application implementation may be decoupled from UI technology.[0182]
• The configured patterns in[0183]pattern configuration module1020 may be parameterizations of patterns for specific uses. For example, a pattern could specify the lay-out of information on a screen. For instance, a pattern could specify that a list of items could be in a top portion with detailed information of a highlighted item in a bottom portion. This is commonly seen in e-mail presentation modules where a list of new e-mails is on top and a preview screen for a highlighted e-mail is on the bottom. The same pattern, however, could have other uses, such as, for example, in a file manager.
• An example of a user interface for a composite application is illustrated by FIG. 9. As illustrated therein, there is a pattern to list projects in the first column and data about the projects in additional columns. In this UI, however, context is provided for the projects. For example, the relationship between the listed project and the underlying business object in the object access layer is maintained. Thus, selecting an item in the UI may produce more information about the item.[0184]
• As another example, a dashboard may be created for a business object using a configuration for a dashboard pattern in the UI pattern development environment such as the UI module development environment. First, the business object would be selected. Then, one of the aspects of the business object would be selected. As discussed previously, an aspect is a subset of attributes for a business object. The attributes that are part of the selected aspect may then be assigned to column categories. Furthermore, attributes may be suppressed. Additionally, whether there is a hierarchy in the dashboard and how many rows should be displayed may be specified. A preview of the dashboard may then be had after completing the adjustments.[0185]
• As discussed, a composite application framework may extend an underlying enterprise platform. For example, a composite application framework may extend my SAP Technology by adding modeling and configuration tools (e.g., business object modeler and guided procedures). As another example, generic components (e.g., UI patterns and generic services) may be included. As a further example, a standardized interface (e.g., object access layer) may be used to access the enterprise base systems. As an additional example, a framework may provide reusable content (e.g., predefined object models and XI content), and integration infrastructure (e.g., to connect business objects and documents and to provide access to XI proxies). Furthermore a composite application framework may provide guidelines (e.g., composite application cookbook). The guidelines may be designed to work cooperatively with guided procedures.[0186]
• Although discussed primarily in the context of business applications, it should be recognized that the framework could be used to overlay any collection of enterprise components, whether for a business purpose or not.[0187]
• Various implementations of the systems and techniques described here may be realized in digital electronic circuitry, integrated circuitry, specially designed ASICs (application specific integrated circuits), computer hardware, firmware, software, and/or combinations thereof. These various implementations may include implementation in one or more computer programs that are executable and/or interpretable on a programmable system including at least one programmable processor, which may be special or general purpose, coupled to receive data and instructions from, and to transmit data and instructions to, a storage system, at least one input device, and at least one output device.[0188]
• These computer programs (also known as programs, software, software applications or code) include machine instructions for a programmable processor, and may be implemented in a high-level procedural and/or object-oriented programming language, and/or in assembly/machine language. As used herein, the term “machine-readable medium” refers to any computer program product, apparatus and/or device (e.g., magnetic discs, optical disks, memory, Programmable Logic Devices (PLDs)) used to provide machine instructions and/or data to a programmable processor, including a machine-readable medium that receives machine instructions as a machine-readable signal. The term “machine-readable signal” refers to any signal used to provide machine instructions and/or data to a programmable processor.[0189]
• To provide for interaction with a user, the systems and techniques described here may be implemented on a computer having a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user and a keyboard and a pointing device (e.g., a mouse or a trackball) by which the user may provide input to the computer. Other kinds of devices may be used to provide for interaction with a user as well; for example, feedback provided to the user may be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic, speech, or tactile input.[0190]
• The systems and techniques described here maybe implemented in a computing system that includes a back-end component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a client computer having a graphical user interface or a Web browser through which a user may interact with an implementation of the systems and techniques described here), or any combination of such back-end, middleware, or front-end components. The components of the system may be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include a local area network (“LAN”), a wide area network (“WAN”), and the Internet.[0191]
• The computing system may include clients and servers. A client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other.[0192]
• Although only a few embodiments have been described in detail above, other modifications are possible. In certain implementations, multitasking and parallel processing may be preferable.[0193]
• Other embodiments may be within the scope of the following claims.[0194]

Claims (41)

What is claimed is:

1. A framework for a composite application, the framework comprising:

an object access layer operable to exchange data with a plurality of enterprise base systems and to present the data to a composite application through a uniform interface;

a service layer operable to provide services to the composite application; and

a user interface layer operable to provide user interface patterns that facilitate information exchange between the composite application and a user.

2. The framework ofclaim 1, wherein a composite application comprises business objects, business services, and business processes, wherein a business service comprises an action performed on a business object, and a business process comprises a combination of business services.

3. The framework ofclaim 1, further comprising a database for composite application data, wherein the object access layer is further operable to provide local persistency in the database.

4. The framework ofclaim 3, wherein the object access layer is further operable to provide data synchronization and replication of enterprise base system data in the database.

5. The framework ofclaim 1, wherein the service layer comprises:

a collaboration services module operable to provide a collaboration service to the composite application; and

a workflow services module operable to provide a workflow to the composite application.

6. The framework ofclaim 5, wherein the collaboration services module is operable to link a semantic object to a business object of the composite application.

7. The framework ofclaim 5, wherein a workflow comprises templates, workflow patterns, and actions, a template describing a workflow procedure, workflow patterns describing portions of the template, and actions executing functions to carry out the workflow patterns.

8. The framework ofclaim 1, wherein the service layer further comprises a container for composite application services, the container operable to provide interfaces for non-framework-generated code.

9. The framework ofclaim 1, wherein the user interface layer further comprises a user interface framework that separates the user interface elements from the composite application so that the user interface is decoupled from the logic.

10. The framework ofclaim 1, further comprising:

a business object modeler operable to provide a user interface for constructing a business object; and

a business object generator operable to generate an executable version of the modeled business object.

11. The framework ofclaim 10, wherein the business object modeler comprises an object modeler and a relation modeler.

12. The framework ofclaim 10, wherein the business object generator comprises a generator framework and a persistency generator.

13. The framework ofclaim 10, wherein the business object generator is operable to code a business object template with metadata and relation data for a business object to generate an executable version of the modeled business object.

14. The framework ofclaim 13, wherein the business object generator is further operable to generate tables and proxies for a business object.

15. A method for implementing a composite application in a framework, the method comprising:

generating executable code for a composite application;

exchanging data with a plurality of enterprise base systems;

presenting the enterprise base system data to the composite application through a uniform interface; and

facilitating a user's interaction with the composite application through user interface patterns.

16. The method ofclaim 15, wherein generating executable code for a composite application comprises coding a template with business object metadata and relation data.

17. The method ofclaim 16, wherein generating executable code further comprises generating tables and proxies for a business object.

18. The method ofclaim 15, wherein a composite application comprises business objects, business services, and business processes, wherein a business service comprises an action performed on a business object, and a business process comprises a combination of business services.

19. The method ofclaim 15, further comprising providing local persistency in a database for composite application data.

20. The method ofclaim 19, further comprising providing data synchronization and replication of enterprise base system data in the database.

21. The method ofclaim 15, further comprising:

providing a collaboration service to the composite application; and

providing a workflow to the composite application.

22. The method ofclaim 15, further comprising providing a container for composite application services, the container operable to provide interfaces for non-framework-generated code portions.

23. The method ofclaim 15, further comprising providing user interfaces to model the composite application, the user interfaces allowing specification of attributes and relations for a business object of the composite application.

24. The method ofclaim 23, further comprising generating metadata for the business object and relations based on the specifications.

25. An article comprising a machine-readable medium storing instructions operable to cause one or more machines to perform operations comprising:

generating executable code for a composite application;

exchanging data with a plurality of enterprise base systems;

presenting the enterprise base system data to the composite application through a uniform interface; and

generating user interfaces for facilitating interaction between the composite application and a user by using user interface patterns.

26. The article ofclaim 25, wherein generating executable code for a composite application coding a template with business object metadata and relation data.

27. The article ofclaim 26, wherein generating a executable code further comprises generating tables and proxies for a business object.

28. The article ofclaim 25, wherein the instructions are further operable to cause one or more machines to perform operations comprising providing local persistency in a database for composite application data.

29. The article ofclaim 28, wherein the instructions are further operable to cause one or more machines to perform operations comprising providing data synchronization and replication of enterprise base system data in the database.

30. The article ofclaim 25, wherein the instructions are further operable to cause one or more machines to perform operations comprising:

providing a collaboration service to the composite application; and

providing a workflow to the composite application.

31. The article ofclaim 25, wherein the instructions are further operable to cause one or more machines to perform operations comprising providing a container for composite application services, the container operable to provide interfaces for non-framework-generated code portions.

32. The article ofclaim 25, wherein the instructions are further operable to cause one or more machines to perform operations comprising providing user interfaces to model the business object, the user interfaces allowing specification of attributes and relations for a business object of the composite application.

33. The article ofclaim 32, wherein the instructions are further operable to cause one or more machines to perform operations comprising generating metadata for the business object and relations based on the specifications.

34. A framework for developing and implementing a composite application, the framework comprising:

a database for composite application data;

an object access layer operable to:

exchange data with a plurality of enterprise base systems,

present the data to a composite application through a uniform interface,

provide local persistency in the database, and

provide data synchronization and replication of enterprise base system data in the database;

a service layer comprising:

a collaboration services module operable to provide a collaboration service to the composite application, and

a guided procedure services module operable to provide a guided procedure to the composite application;

a user interface layer operable to provide user interface patterns for displaying information relating to the composite application, the user interface layer comprising a user interface framework that separates the user interface elements from the composite application so that the user interface is decoupled from the logic;

a business object modeler operable to provide a user interface for constructing a business object of the composite application; and

a business object generator operable to generate an executable version of the modeled business object.

35. The framework ofclaim 34, wherein the business object modeler comprises an object modeler and a relation modeler.

36. The framework ofclaim 34, wherein the business object generator comprises a generator framework and a persistency generator.

37. The framework ofclaim 36, wherein the business object generator is operable to code a business object template with metadata and relation data for a business object to generate an executable version of the modeled business object and to generate tables and proxies for a business object.

38. The framework ofclaim 34, wherein a composite application comprises business objects, business services, and business processes, wherein a business service comprises an action performed on a business object, and a business process comprises a combination of business services.

39. The framework ofclaim 34, wherein the collaboration services module is operable to link a semantic object to a business object of the composite application.

40. The framework ofclaim 34, wherein a guided procedure comprises templates, workflow patterns, and actions, a template describing a guided procedure, workflow patterns describing portions of the template, and actions executing functions to carry out the workflow patterns.

41. The framework ofclaim 34, wherein the service layer further comprises a container for composite application services, the container operable to provide interfaces for non-framework-generated code.

Images