Descripción del sistema LOB con el SDK del adaptador de LOB de WCF

Antes de desarrollar el adaptador mediante el SDK del adaptador de LOB de WCF, debe tener un conocimiento exhaustivo del sistema de línea de negocio de destino. Si no entiende la funcionalidad proporcionada por el sistema de línea de negocio, cómo se expone y el nivel de compatibilidad diferente proporcionado para la seguridad, las transacciones y otras características, es posible que el adaptador no proporcione las características necesarias para los consumidores del adaptador. En esta sección se describen las áreas que debe comprender para diseñar eficazmente el adaptador.

La ruta de acceso a la comprensión

El propósito de un adaptador es exponer datos y operaciones desde un sistema de línea de negocio de una manera coherente y accesible según las reglas impuestas por la especificación del adaptador o la API del adaptador. Para saber qué operaciones y datos exponer, debe comprender qué hace el sistema y cómo expone sus datos y operaciones. En concreto, debe pensar en los siguientes problemas de diseño:

• Ciclo de vida de la conexión. ¿Cómo se abren y cierran las conexiones? ¿Cómo se mantienen las conexiones abiertas? ¿Hay requisitos especiales para reutilizar una conexión? Para obtener más información sobre las conexiones, vea Microsoft.ServiceModel.Channels.Common.IConnection.

• La operación y los metadatos de tipo expuestos por el sistema. ¿El sistema de línea de negocio admite la búsqueda de operaciones y examina y facilita el acceso a los metadatos, o debe desarrollar código de soporte técnico para proporcionar esta funcionalidad? Por ejemplo, en SQL Server operaciones son objetos como procedimientos almacenados. Los metadatos de tipo sobre columnas, tablas y otros objetos son fáciles de recuperar. Los sistemas de línea de negocio heredados pueden ser más difíciles de trabajar.

• Cómo exponen el sistema las operaciones y los datos. ¿Cómo se expone la API? ¿La API admite llamadas de bloqueo (sincrónicas) y sin bloqueo (asincrónicas)? ¿Se admiten devoluciones de llamada? ¿Va a interactuar en el nivel de API o protocolo?

• Compatibilidad con la seguridad, las transacciones y la mensajería confiable. Si la API admite cualquiera de estas características, es probable que quiera exponerlas al consumidor del adaptador. Por ejemplo, SQL Server tiene compatibilidad con la seguridad y las transacciones, aunque la mensajería confiable no es práctica (pero estaría con MSMQ o con algún otro sistema de puesta en cola).

• ¿Qué funcionalidad y escenarios de uso son importantes? No limite su comprensión a la técnica pura; analice y capture los requisitos empresariales con usuarios experimentados. ¿Hay restricciones únicas impuestas a algunas operaciones? ¿Hay operaciones ocultas pero útiles? ¿Rara vez se usa alguna funcionalidad?

  Para detectar esta información, debe consultar el usuario y la documentación técnica del sistema de línea de negocio de destino. Si la documentación es dispersa o falta, es posible que también pueda obtener información sobre los aspectos técnicos del sistema buscando foros de soporte técnico en línea, grupos de noticias en línea, blogs o examinando los archivos de instalación para obtener detalles de implementación. Si tiene acceso a los archivos de código o desarrolladores de línea de negocio, es posible que pueda detectar la información que necesita, incluida la semántica de conexión, la compatibilidad con la seguridad y cómo se buscan e invocan las operaciones.

Consulte también

Planear y diseñar el adaptador mediante el SDK del adaptador de LOB de WCF
Introducción al SDK del adaptador de LOB de WCF
Selección del marco adecuado