¿Qué criterios debo utilizar para decidir qué entidades incluir en un modelo de datos conceptual empresarial? »
Esta es una pregunta muy subjetiva, pero aquí hay algunas pautas para decidir qué entidades incluir en un modelo de datos conceptual empresarial (ECDM):
1. La entidad debe tener aplicabilidad empresarial (obviamente): la entidad y sus relaciones deben representar cómo la empresa ve su negocio desde una perspectiva de «datos» (en realidad, más una perspectiva de objeto comercial: no es necesario que exista una fuente de datos para una entidad conceptual).
La entidad es representativa no solo de una unidad de negocios en la empresa, a menos que esa unidad de negocios sea la única unidad responsable de esa parte del negocio. Si dos o más unidades de negocio están realizando aproximadamente las mismas tareas (por ejemplo, procesamiento de pedidos, gestión de productos), el modelador debe trabajar con representantes de todas las unidades de negocio para determinar las entidades empresariales estándar y sus relaciones. Una organización de administración y administración de datos es el canal ideal para abordar la determinación de las entidades y relaciones de datos empresariales.
2. La entidad DEBE representar un negocio objeto / cosa / concepto. El modelo de datos conceptual empresarial, también conocido como modelo de información empresarial (BIM), es un negocio modelo, por lo que si una entidad representa una entidad puramente lógica (por ejemplo, una entidad lógica que representa una entidad asociativa para resolver relaciones conceptuales M: M) o una entidad técnica (por ejemplo, una tabla de base de datos que resultó de la partición vertical para el rendimiento) en un sistema fuente, no debe incluirse. Algunas relaciones conceptuales pueden necesitar ser «cosificadas» * como una entidad conceptual en el ECDM si esa relación es una preocupación clave para el negocio, o expresará mejor las reglas comerciales a través de relaciones de entidad más detalladas. Por ejemplo, si está haciendo CRM, probablemente tendrá una entidad cosificada llamada «Hogar». Por lo general, un hogar se determina en función de la relación entre el cliente y la dirección, generalmente cuando tiene varios clientes con el mismo apellido en la misma dirección. En lugar de documentar la regla comercial en la relación entre Cliente y Dirección, se debe crear una entidad conceptual llamada «Hogar».
3. Si se menciona o enfatiza un concepto empresarial en sus entrevistas con la empresa, probablemente deba incluirse en el modelo de datos conceptual de la empresa. Sin embargo, asegúrese de diferenciar entre «datos» y proceso (la mayoría de los empresarios están orientados a los procesos). Los ECDM deben desarrollarse de arriba hacia abajo / de abajo hacia arriba. Las entrevistas son parte del proceso de análisis de arriba hacia abajo, mientras que la elaboración de perfiles de datos de las fuentes de datos existentes, para VALIDAR los hallazgos del análisis de arriba hacia abajo, es parte del proceso de análisis de abajo hacia arriba.
4. La entidad debe caer dentro del alcance del esfuerzo de modelado. – no quieres tratar de hervir el océano y representar todas las entidades y relaciones posibles de una sola vez. Una forma común de desarrollar el pase inicial en un modelo de datos conceptual empresarial es junto con algún esfuerzo a nivel empresarial: por ejemplo, la institución de un almacén de datos, ERP, SOA, MDM, etc. Los emprendimientos a nivel empresarial (ECDM incluido) funcionan mejor al adoptar un enfoque iterativo.
Sin embargo, para admitir estas aplicaciones empresariales, es muy valioso desarrollar la imagen «grande» (modelo de datos conceptual de la empresa) de TODA (o la mayoría) de la empresa antes de seguir el camino del diseño y desarrollo de aplicaciones para minimizar las aplicaciones. retrabajo aguas abajo. (NOTA: No estoy diciendo que todo el ECDM deba desarrollarse con el mismo grado de integridad).
Un cliente quería comenzar a desarrollar un programa EDW y por eso me encargó que desarrollara el modelo de datos conceptual empresarial antes de diseñar y desarrollar el EDW. Desarrollé el modelo de datos conceptual de la empresa para representar un amplio espectro de la empresa (17 áreas temáticas, cada una con al menos un modelo separado), pero entré en más detalles en el ECDM para las áreas que iban a estar en la fase inicial. iteración de la EDW. Este cliente tenía una excelente organización de gobierno de datos que revisó (en detalle) y aprobó el ECDM. El valor de desarrollar primero el amplio espectro (nuevamente, no quiero hervir el océano pero sí desea al menos una representación de alto nivel de la mayoría de las áreas temáticas) es que puede diseñar flexibilidad en sus aplicaciones empresariales para una mejor integración con Fases futuras de la aplicación empresarial. Sin embargo, no permita que nadie le venda que podría introducir nuevas áreas temáticas en la aplicación empresarial sin cierto grado de reelaboración (el objetivo es minimizar la repetición, pero no es 100% alcanzable debido a toda la complejidad involucrada en el desarrollo de sistemas empresariales). Modelar cada área temática en el ECDM con un alto nivel de detalle ayudará nuevamente a minimizar la repetición, pero la realidad es que el desarrollo generalmente no puede detenerse hasta que todas las áreas temáticas estén completamente desarrolladas.
Hay dos escuelas de pensamiento sobre qué incluir en el ECDM. Una es que debe haber un solo modelo de datos conceptual en toda la empresa: el modelo de datos conceptual de la empresa. La otra escuela de pensamiento es que puede haber un ECDM y también MDL a nivel de proyecto, que son muy detallados y pueden no ser necesariamente de interés para la empresa más grande. Estoy a favor de lo último, aunque si lo que se está modelando es de interés para la empresa, describe las prácticas comerciales centrales o impacta más de una unidad de negocios, colocaría estas entidades en el modelo de datos conceptual de la empresa.
Por favor hagamelo saber ([email protected]) si tiene otras pautas que utiliza para determinar qué entidades incluir en un modelo de datos conceptual (empresarial o de otro tipo).
* Considerar o tratar (una abstracción) como si tuviera existencia concreta o material «. The American Heritage Dictionary of the English Language, cuarta edición. Compañía Houghton Mifflin, 2006.
Más sobre modelos de datos conceptuales empresariales
