Object Modelling Technique (Omt)

Object Modelling Technique (OMT)
La metodología OMT (Object Modeling Technique) fue creada por James Rumbaugh y Michael Blaha en 1991, mientras James dirigía un equipo de investigación de los laboratorios General Electric.
OMT es una de las metodologías de análisis y diseño orientadas a objetos, más maduras y eficientes que existen en la actualidad. La gran virtud que aporta esta metodologíaes su carácter de abierta (no propietaria), que le permite ser de dominio público y , en consecuencia, sobrevivir con enorme vitalidad. Esto facilita su evolución para acoplarse a todas las necesidades actuales y futuras de la ingeniería de software.
Las fases que conforman a la metodología OMT son:
• Análisis. El analista construye un modelo del dominio del problema, mostrando sus propiedadesmás importantes. El modelo de análisis es una abstracción resumida y precisa de lo que debe de hacer el sistema deseado y no de la forma en que se hará. Los elementos del modelo deben ser conceptos del dominio de aplicación y no conceptos informáticos tales como estructuras de datos. Un buen modelo debe poder ser entendido y criticado por expertos en el dominio del problema que no tenganconocimientos informáticos.
El objetivo del análisis es desarrollar un modelo del funcionamiento del sistema. El modelo se expresa en términos de objetos y relaciones, el control dinámico de flujo y las transformaciones funcionales. El proceso de capturar los requerimientos y consultar con el solicitante debe ser continuo a través del análisis. A saber:
1. Contar con una descripción inicial del problema(enunciado del problema).
2. Construir un modelo de objetos. Modelo de objetos = diagramas del modelo de objetos + diccionario de datos.
3. Desarrollar un modelo dinámico. Modelo dinámico = diagramas de estado + diagrama global de flujo de eventos.
4. Construir un modelo funcional. Modelo funcional = diagramas de flujo de datos + restricciones.
5. Verificar, iterar y refinar los tres modelos:• Agregar al modelo de objetos operaciones clave que sean descubiertas durante la preparación del modelo funcional. No deben mostrarse todas las operaciones durante el análisis, sólo las más importantes.
• Verificar que las clases, asociaciones, atributos y operaciones sean consistentes y completos al nivel seleccionado de abstracción. Comparar los tres modelos con el enunciado del problema yel conocimiento relevante al dominio y probar los modelos usando varios escenarios.
• Desarrollar escenarios más detallados (incluyendo condiciones de error) como variaciones de los escenarios básicos, para verificar aún más los tres modelos.
• Iterar los pasos anteriores según sea necesario para completar el análisis.
Documento de análisis = enunciado del problema + modelo de objetos + modelodinámico + modelo funcional.
• Diseño del sistema. Durante esta fase, se selecciona la estructura de alto nivel del sistema. Existen varias arquitecturas canónicas que pueden servir como un punto de inicio adecuado. El paradigma orientado a objetos no introduce vistas especiales en el diseño del sistema, pero se incluye para tener una cobertura completa del proceso de desarrollo de software.Los pasos son:
1. Organizar el sistema en subsistemas.
2. Identificar la concurrencia inherente al problema.
3. Asignar subsistemas a procesadores y tareas.
4. Escoger la estrategia básica para implantar los almacenamientos de datos en términos de estructuras de datos, archivos y bases de datos.
5. Identificar recursos globales y determinar los mecanismos para controlar su acceso.
6.Seleccionar un esquema para implantar el control del software:
• Usar la ubicación dentro del programa para mantener el estado,
• o implantar directamente una máquina de estado,
• o usar tareas concurrentes.
7. Considerar las condiciones de frontera.
8. Establecer prioridades de decisión sobre características deseables del producto de software.
Documento de diseño de sistemas = estructura de la...