METODOLOGIA DE DESARROLLO DE APLICACIONES EORM

METODOLOGIA DE DESARROLLO DE APLICACIONES EORM



Es una Metodología de Relación entre Objeto (Enhanced Object Relationship Methodology), es definido por un proceso iterativo que se concentra en el modelado orientado a objetos por la representación de relaciones entre los objetos (acoplamientos) como objetos, es por ello que fue una de las primeras propuestas para Web centrada en el paradigma de la orientación a objetos.
Podemos mencionar que esta metodología consta de las siguientes fases:

Fase de Definición y Análisis
Fase de Diseño
Fase de Implementación y Salida a Producción

1. FASE DE ANALISIS

Se realizar un estudio de las necesidades de la aplicación, del entorno de trabajo y de los actores. La finalidad principal de esta fase es conseguir los escenarios que representen las actividades que se pueden llevar a cabo en el sistema.

2. FASE DE DISEÑO. El Diseño de Sistemas se define el proceso de aplicar ciertas técnicas y principios con el propósito de definir un dispositivo, un proceso o un Sistema, con suficientes detalles como para permitir su interpretación y realización física. La etapa del Diseño del Sistema encierra cuatro etapas:

A. El diseño de los datos Trasforma el modelo de dominio de la información, creado durante el análisis, en las estructuras de datos necesarios para implementar el Software.

B. El Diseño Arquitectónico Define la relación entre cada uno de los elementos estructurales del programa.

C. El Diseño de la Interfaz Describe como se comunica el Software consigo mismo, con los sistemas que operan junto con el y con los operadores que lo emplean.

D. El Diseño de procedimientos Transforma elementos estructurales de la arquitectura del programa. La importancia del Diseño del Software se puede definir en una sola palabra Calidad, dentro del diseño es donde se fomenta la calidad del Proyecto. El Diseño es la única manera de materializar con precisión los requerimientos del cliente. El Diseño del Software es un proceso y un modelado a la vez. El proceso de Diseño es un conjunto de pasos repetitivos que permiten al diseñador describir todos los aspectos del Sistema a construir. A lo largo del diseño se evalúa la calidad del desarrollo del proyecto con un conjunto de revisiones técnicas: El diseño debe implementar todos los requisitos explícitos contenidos en el modelo de análisis y debe acumular todos los requisitos implícitos que desea el cliente.

3. FASE DE IMPLEMENTACION Y SALIDA A PRODUCCION

La fase de implementación es conocida también como fase de codificación, pues supone todo el proceso de escribir el código software necesario que hará posible que el sistema finalmente implementado cumpla con las especificaciones establecidas en la fase de análisis de requisitos y responda al diseño del sistema descrito en la fase anterior.

Habitualmente esta fase es la que requiere de mayor dedicación en cuanto a recursos personales, no obstante, este factor se ve minimizado si se sigue el proceso aquí descrito, pues el impacto del cambio se ve minimizado por el buen trabajo previamente realizado.

A pesar de que tanto desde la óptica más clásica de la Ingeniería del Software como de la visión de la Ingeniería de la Usabilidad o de los estándares de calidad del Software se remarca la necesidad de profundizar en las fases anteriores en realidad la mayoría de proyectos que actualmente se desarrollan en la industria suelen basarse solamente en esta fase de codificación, lo que provoca innumerables cambios que responden a los cambios de las necesidades de los clientes o a los cambios derivados de malas interpretaciones de dichas necesidades.

Esta fase agrupa toda la programación del software necesario para concretar la aplicación junto con todos los procesos necesarios para el ensamblaje entre los módulos y dispositivos.

Cuando se llega a esta fase del modelo de proceso ya se han determinado el o los lenguajes de programación a utilizar para la implementación del proyecto, las bases de datos correspondientes que se precisen, los sistemas de intercomunicación de procesos, y en general toda la tecnología subyacente.

Así que todo lo que en este punto debería tratarse no deja de ser lo que la ingeniería clásica del software trata de por sí, con especial inciso en remarcar que para garantizar la usabilidad y la accesibilidad del sistema final no debemos olvidar realizar durante esta fase cuantos prototipos sean necesarios con sus correspondientes evaluaciones.

La propuesta del modelo de proceso de la Ingeniería de la Usabilidad y la Accesibilidad, como se ha venido repitiendo, ofrece una metodología destinada a conseguir la usabilidad y accesibilidad del producto interactivo, no de cómo éste debe ser programado y qué tecnología utilizar.