Identificación de componentes para la determinación de problemas

En este tema se describen los tipos de suceso de determinación de problemas.

Una aplicación de negocio está formada por múltiples componentes. Un componente puede estar formado por varios subcomponentes internos. La aplicación coherente de estos conceptos es fundamental para una determinación eficaz de problemas de una aplicación de negocio; todas las partes de la aplicación deben utilizar los mismos conceptos y asunciones cuando se crean sucesos y se les da un formato. Utilice las siguientes definiciones y los siguientes ejemplos cuando cree sucesos base comunes en la determinación de problemas.

Aplicación de negocio
Una aplicación de negocio es la lógica de negocio y los datos de negocio que se utilizan para abordar un conjunto de requisitos de negocio concretos. Una aplicación de negocio está formada por diversos componentes de varios tipos, que una empresa combina de forma exclusiva para proporcionar las funciones y los recursos necesarios para abordar dichos requisitos. El creador y el gestor principal de una aplicación de negocio es la empresa, y cada empresa o compañía crea aplicaciones de negocio exclusivas. Algunos ejemplos de aplicaciones de negocio son Payroll Application de ACME Corporation e Inventory Application de Spacely Sprockets.
Componentes
La empresa crea y gestiona la aplicación de negocio como un conjunto de componentes. Los componentes son activos desplegables, desarrollados por la empresa o un proveedor y gestionados por la empresa. La empresa puede crear un componente, normalmente para su uso dentro de una determinada aplicación de negocio. Por ejemplo, ACME Corporation puede crear un conjunto de enterprise beans para representar la lógica de negocio que necesita la aplicación Payroll Application. Un componente también puede ser un activo producido por un proveedor y adquirido por una empresa. Ejemplos de estos componentes son los productos hardware como, por ejemplo, los IBM® eServers o los sistemas Sun Solaris, o los productos software como, por ejemplo, IBM WebSphere Application Server, Oracle Database Servers.
Subcomponentes
Un determinado componente, dependiendo de su complejidad, puede constar de varios subcomponentes. Por ejemplo, IBM WebSphere Application Server está formado por varios subcomponentes como el contenedor de enterprise beans o el motor de servlets. El creador del componente es el único que suele usar la información de los subcomponentes para dar servicio a un componente y, por lo tanto, no son recursos gestionables o desplegables por separado en la empresa. Es posible que la empresa despliegue un cambio o una actualización en un subcomponente, pero solo bajo la dirección del proveedor del componente y como parte del componente del proveedor. Por ejemplo, un arreglo de software del contenedor de enterprise beans de IBM WebSphere Application Server se empaqueta y se despliega como una actualización de software en IBM WebSphere Application Server. La sustitución de un procesador en un IBM eServer se despliega como una pieza física, pero solo como parte del componente desplegado originalmente, el IBM eServer.

Icon that indicates the type of topic Concept topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=ctrb_cbecomponents
File name: ctrb_cbecomponents.html