Metodo WATCH de Prof. Jonas Montilva
Metodo WATCH de Prof. Jonas Montilva
Metodo WATCH de Prof. Jonas Montilva
Facultad de Ingeniería
Escuela de Ingeniería de Sistemas
Departamento de Computación
Grupo de Investigación en Ingeniería de Datos y
Conocimiento
Mérida, Venezuela
Telfs: 58-274-2403811 / 2402811 Fax: 58-274-2403873
Derechos reservados. Prohibida la reproducción total o parcial de este documento sin la autorización
escrita y expresa de su autor.
© Jonás Montilva, Mérida, Venezuela, 2004
I. Introducción
Este documento describe un método de desarrollo de aplicaciones empresariales denominado
WATCH [1-3]. El método consta de tres componentes:
• Modelo del producto.- Describe el tipo de producto que el método WATCH ayuda a
producir. Establece las características arquitectónicas generales de una aplicación
empresarial.
• Modelo del proceso.- Es una descripción estructurada del conjunto de actividades que el
grupo de desarrollo deberá seguir para producir una aplicación empresarial.
• Modelo del grupo de desarrollo.- Este modelo describe como el grupo de desarrollo debe
estar organizado y cuales son los roles de cada uno de sus miembros.
La utilidad e importancia que el método WATCH tiene se resume en los siguientes puntos:
1. Le agrega visibilidad al proyecto; pues, permite que el grupo de desarrollo y los usuarios
del sistema puedan conocer en que estado se encuentra el proyecto en cualquier
momento.
2. Le facilita al líder del proyecto las labores de planificación y control del proyecto.
3. Establece un marco metodológico único que estandariza el proceso de desarrollo y
unifica la documentación que se produce a lo largo del proyecto de desarrollo de una
aplicación.
4. Está fundamentado en modelos de procesos de la Ingeniería de Software Basada en
Componentes
5. Emplea las mejores prácticas, técnicas y notaciones utilizadas regularmente en la
Industria del Software
Este documento está organizado como se indica a continuación. La Sección II describe el modelo
de productos, es decir las características generales del producto que se elabora mediante la
aplicación del método: aplicaciones web empresariales basadas en componentes. En la Sección III,
se presenta, en forma detallada, el conjunto de fases, pasos y actividades que el grupo de desarrollo
del proyecto debe llevar a cabo para producir una aplicación empresarial. La Sección IV describe el
modelo del grupo de desarrollo. Se establece la estructura organizacional del grupo de desarrollo y
los roles que ellos deben realizar a lo largo del proyecto.
Componentes del
Procesos de
Componentes
Bases de
Negocio
Datos
Componentes
Almacenes
Entidades de
De Datos
Negocio
XML
Aprovisio
Diseño Ensamblaje
Modelado Ingeniería Diseño namiento Pruebas Entrega
de de
de de Arquitec- de de la de la
Compo- Compo-
Negocios Requisitos tónico Compo- Aplicación Aplicación
nentes nentes
nentes
Gestión de Riesgos
Adiestramiento
Documentación
Los procesos gerenciales son responsabilidad del líder del proyecto (ver Sección IV). Estas
actividades se realizan a lo largo del proceso de desarrollo de la aplicación empresarial. Muchas de
la actividades gerenciales indicadas en la Tabla 1 están estrechamente vinculadas a las actividades
técnicas del desarrollo del proyecto y se describen con mayor detalle en las fases 1-8.
Modelo de
Negocios Documento de
de Requisitos
(DDR + DER)
Documento de Documento de
Definición de Especificación de
Requisitos (DDR Requisitos (DER)
Validación del • Planificar las sesiones de validación del • Revisión Técnica • Documento DDR
DDR DDR (Estándar IEEE Validado
1012-1086)
• Realizar la revisión técnica del DDR con
el cliente y usuarios seleccionados
Validación del • Planificar las sesiones de validación del • Revisión Técnica • Documento DER
DER DER (Estándar IEEE Validado
1012-1086)
• Realizar la revisión técnica del DER con
el cliente, usuarios especializados y
diseñadores
Documento de Descripción de
Requisitos la Arquitectura
Descripción Evaluación
Definición de Identificación
de Vistas de la
Metas de Diseño de Subsistemas
Arquitectónicas Arquitectura
Descripción de
La Arquitectura Documento de
Diseño
Especificación de Contratos de Uso
Componentes y Realización
Validación del
Documento de Documento
Requisitos de Diseño
Elaboración del
Documento
requiere de Diseño
Verificación del
Diseño de la Interfaz U/S Diseño de BD
Interfaz U/S Planificación
de Pruebas
Diseño
de la BD
Prototipo de Plan de
Interfaz U/S Pruebas
Verificación del • Planificar las sesiones de verificación de • Revisión Técnica • Prototipo de interfaz
Diseño de la la interfaz U/S (Estándar IEEE U/S verificado
Interfaz U/S 1012-1086)
• Realizar las revisiones técnicas de la
interfaz U/S usando el prototipo
Plan de
Pruebas
Documento Adquisición de
de Diseño Componentes
Componentes
Documento
de Requisitos
Suscripción
de Servicios
Diseño y
Instalar la Ejecución de
Plataforma de Pruebas de
Desarrollo Componentes
Adaptación de
Componentes
Desarrollo de
Componentes
Suscripción de • Buscar servicios web que puedan ser • Búsqueda en • Servicios web
servicios contratados como componentes directorios UDDI
• Contratar servicios web
Adaptación de • Buscar componentes en repositorios • Envoltorios • Componentes
Componentes locales (internos) o de terceros (Wrapping) adaptados
(externos)
• Adaptar los componentes mediante su
modificación interna o el uso de
envoltorios (wrappers)
Desarrollo de • Desarrollar aquellos componentes que • Diseño de • Componentes
Componentes no pudieron ser localizados en algoritmos desarrollados
repositorios locales o de terceros.
Partiendo de la especificación de cada • Refinamiento paso-
componente: a-paso
Plan de Aplicación
Pruebas Probada
Ejecución
de Pruebas
Funcionales [Reprobar]
[Aceptado]
Diseño Ejecución
Preparación de Corrección
de Pruebas de Pruebas
Pruebas de Errores
del Sistema de Aceptación
Ejecución
de Pruebas
No-funcionales Corrección
de Errores
Plan de Aplicación
Pruebas Elaboración de Adiestramiento Instalada
Documentación de Usuarios
Realización
de Ajustes
Finales
Otra manera de organizar el grupo es de acuerdo a las competencias requeridas para desarrollar
aplicaciones empresariales. La figura 17 muestra la estructura basada en competencias orientadas al
desarrollo de aplicaciones empresariales.
Referencias Bibliográficas