El dominio de aplicación representa todos los aspectos del problema del usuario al desarrollar un sistema. Esto incluye el ambiente físico, los usuarios y otras personas, sus procesos de trabajo, etc. Es crítico que los analistas y desarrolladores comprendan el dominio de aplicación de un sistema para realizar con efectividad la tarea que pretenden. Toma en cuenta que el dominio de aplicación cambia a lo largo del tiempo conforme cambian los procesos de trabajo y las personas.
El dominio de solución es el espacio de todos los sistemas posibles. El dominio de solución es mucho más rico y volátil que el dominio de aplicación. Ésto se debe a las tecnologías emergente (también llamadas facilitadores de tecnología), a cambios conforme madura la tecnología de implementación o a una mejor compresión de la tecnología de implementación por parte de los desarrolladores cuando construyen el sistema. El modelado del dominio de la solución representa las actividades de diseño del sistema y diseño de objetos del proceso de desarrollo. Observa que la entrega del sistema puede cambiar el dominio de aplicación conforme a los usuarios desarrollan nuevos procesos de trabajo para acomodar el sistema.
El análisis orientado a objetos está interesado en el modelado del dominio de aplicación. El diseño orientado a objetos está interesado en el modelado del dominio de solución. Ambas actividades de modelado usan las mismas representaciones (es decir, clases y objetos). En el análisis y diseño orientados a objetos, el modelo del dominio de aplicación también es parte del modelo del sistema. Por ejemplo, un sistema de control de tráfico aéreo tiene una clase ControlarTrafic para representar a los usuarios individuales, sus preferencias e información de bitácora. El sistema también tiene una clase Aeronave para representar la información asociada con la aeronave a la que se le está dando seguimiento. ControlarTrafico y Aeronave son conceptos del dominio de aplicación que están codificados dentro del sistema.
El modelado del dominio de aplicación y del dominio de solución con una sola notación tiene ventajas y desventajas. por un lado puede ser poderoso: las clases del dominio de solución que representan conceptos de la aplicación pueden ser seguidas hacia el dominio de aplicación. Además estas clases pueden ser encapsuladas en subsistemas independientes de otros cobnceptos de instrumentación (por ejemplo, la interfaz de usuario y la tecnología de base de datos) y empacados en una herramienta reutilizable de clases de dominio. Por otro lado, el uso de una sola motación puede provocar confusión, debido a que elimina la distinción entre el mundo real y su modelo. El dominio de sistema debe ser más simple y estar orientado hacia la solución. Para resolver este asunto usamos una sola notación y, cuando hay ambigüedad, hacemos distinciones entre los dos dominios. En la mayoría de los casos hacemos referencia al modelo (por ejemplo, "una Aeronave está compuesta de Manifiesto y PlanVuelo" es una declaración acerca del modelo).
No comments:
Post a Comment