Universidad de Los Andes Facultad de Ingeniera Escuela de Ingeniera de Sistemas Departamento de Computacin Grupo de Investigacin en Ingeniera de Datos y Conocimiento

Mrida, Venezuela
Telfs: 58-274-2403811 / 2402811 Fax: 58-274-2403873

Desarrollo de Aplicaciones Empresariales El Mtodo WATCH

Versin 2004

Jons A. Montilva C., Ph.D.

Derechos reservados. Prohibida la reproduccin total o parcial de este documento sin la autorizacin escrita y expresa de su autor. Jons Montilva, Mrida, Venezuela, 2004

I. Introduccin
Este documento describe un mtodo de desarrollo de aplicaciones empresariales denominado WATCH [1-3]. El mtodo consta de tres componentes: Modelo del producto.- Describe el tipo de producto que el mtodo WATCH ayuda a producir. Establece las caractersticas arquitectnicas generales de una aplicacin empresarial. Modelo del proceso.- Es una descripcin estructurada del conjunto de actividades que el grupo de desarrollo deber seguir para producir una aplicacin 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. 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 lder del proyecto las labores de planificacin y control del proyecto. 3. Establece un marco metodolgico nico que estandariza el proceso de desarrollo y unifica la documentacin que se produce a lo largo del proyecto de desarrollo de una aplicacin. 4. Est fundamentado en modelos de procesos de la Ingeniera de Software Basada en Componentes 5. Emplea las mejores prcticas, tcnicas y notaciones utilizadas regularmente en la Industria del Software Este documento est organizado como se indica a continuacin. La Seccin II describe el modelo de productos, es decir las caractersticas generales del producto que se elabora mediante la aplicacin del mtodo: aplicaciones web empresariales basadas en componentes. En la Seccin 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 aplicacin empresarial. La Seccin 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.

La utilidad e importancia que el mtodo WATCH tiene se resume en los siguientes puntos:

II. Modelo del producto

El mtodo WATCH est orientado al desarrollo de un tipo particular de software denominado aplicacin empresarial. Una aplicacin empresarial es aplicacin distribuida que apoya la ejecucin de procesos de negocios en una empresa. Las aplicaciones de comercio electrnico y los sistemas de informacin web (SIW) son dos tipos particulares de aplicaciones empresariales. Tanto las aplicaciones web como los SIW dan soporte a un conjunto de uno o ms procesos de negocios, mediante una interfaz web que permite el intercambio de datos e informacin a travs de una red Intranet, Extranet o Internet. Algunas de la caractersticas generales de las aplicaciones empresariales son las siguientes: Estn dirigidas a apoyar procesos de negocios de una empresa.

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

Automatizan el flujo de trabajo de los procesos que ellas soportan. Establecen una clara diferencia entre: o La presentacin de la aplicacin (interfaz U/S) o La lgica del negocio (automatizacin del flujo de trabajo) o La gestin de los datos (las bases de datos)

Requieren integrarse a otras aplicaciones, tales como: o Aplicaciones legadas o Aplicaciones empaquetadas (ERP) o Sistemas de informacin gerencial

Acceden a diferentes bases de datos locales o distribuidas Son aplicaciones distribuidas o Sus componentes estn distribuidos en varios servidores de propsito especfico ( ver figura 1)

La aplicaciones empresariales se instalan y corren sobre plataformas distribuidas compuestas por: o Servidores web que se encargan del manejo de la capa de presentacin de las aplicaciones empresariales o Servidores de aplicaciones que manejan la lgica del negocio de las aplicaciones empresariales o Servidores de datos que gestionan los datos de las aplicaciones empresariales

Figura 1. La Plataforma tpica de ejecucin de una aplicacin empresarial Las aplicaciones empresariales modernas siguen un patrn o estilo arquitectnico similar, denominado arquitectura de 3 o ms capas (n-tier). En este estilo arquitectnico, la lgica del negocio se instala y ejecuta separadamente del manejo de los datos y de la interfaz usuario/sistema de la aplicacin, tal como se ilustra en la figura 2.

Capa de Presentacin)

Capa de Lgica del Negocio

Capa de Datos

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

Figura 2. Estilo arquitectnico de una aplicacin empresarial El mtodo WATCH emplea el paradigma de desarrollo de software basado en la reutilizacin de componentes de software. En base a este paradigma, una aplicacin empresarial tiene una arquitectura de software de tres o ms capas, en la que cada una de las capas est compuesta de un conjunto de componentes de software interrelacionados. La figura 3 muestra el modelo de una aplicacin empresarial basada en componentes.

Capa de Presentacin Componentes del Lado del Servidor web Componentes del Lado del Cliente

Capa de Lgica de Negocios Componentes Procesos de Negocio

Capa de Datos

Bases de Datos

Componentes Entidades de Negocio

Almacenes De Datos XML

Figura 3. Modelo de una aplicacin empresarial basada en componentes La capa de presentacin implementa la interfaz U/S de la aplicacin empresarial. Est formada por dos tipos de componentes: Componentes del lado del cliente.- Son los componentes de la interfaz U/S que se instalan y corren en las mquinas clientes; por ejemplo, los applets en una aplicacin web. Componentes del lado del servidor web.- Son los componentes de la interfaz U/S que se instalan en el servidor web. Por ejemplo, los componentes JSP y Servlets que implementan los aspectos dinmicos de la interfaz web.

La capa de lgica de negocios implementa la funcionalidad de la aplicacin empresarial. Est formada por dos tipos de componentes: Componentes de procesos.- Implementan las funciones que requieren los usuarios y automatizan los flujos de trabajo. Componentes de entidades de negocios (componentes de negocio).- Manejan los datos asociados a los objetos o entidades de negocio de la aplicacin. Una o ms bases de datos o almacenes de datos XML que pueden ser locales o distribuidas.

La capa de datos se encarga de la administracin de los datos de la aplicacin. Est formada por: La figura 4 ilustra los mecanismos de middleware empleados para interconectar las capas. Esta figura describe, tambin, como los componentes de las tres capas se despliegan o instalan en la plataforma de ejecucin de la aplicacin. En resumen, el mtodo WATCH ayuda, a un grupo de desarrollo, a producir aplicaciones empresariales basadas en componentes, las cuales poseen adicionalmente dos caractersticas determinantes: (1) Su interfaz U/S es del tipo web y (2) Su arquitectura es de tres o ms capas.

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

Figura 4. El despliegue de los componentes de una aplicacin empresarial

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

III. Modelo de procesos WATCH

El modelo de procesos del mtodo WATCH es un marco metodolgico que describe, en trminos generales, un conjunto estructurado de actividades necesarias para producir una aplicacin empresarial. Este modelo organiza estas actividades en dos tipos de procesos diferentes pero complementarios: procesos gerenciales y procesos de desarrollo. Los procesos gerenciales describen las actividades que la gerencia del proyecto (, en su defecto, el lder del proyecto) debe realizar para: Planificar, organizar, dirigir, manejar el grupo de desarrollo y controlar el proyecto de desarrollo de un sistema o aplicacin empresarial Asegurar la calidad del sistema. Gestionar la configuracin del sistema Adiestrar el grupo de desarrollo durante el proceso de ejecucin del proyecto.

Los procesos de desarrollo son los procesos tcnicos que describen que debe hacer el grupo de desarrollo para producir una aplicacin empresarial. Estos procesos se organizan en una estructura jerrquica formada por fases, pasos y actividades. La figura 5 muestra la estructura del marco metodolgico. Esta estructura est inspirada en la metfora del reloj de pulsera (watch, en Ingls). Los procesos gerenciales se ubican en el centro del reloj para indicar que ellos llevan el control del desarrollo del proyecto. Los procesos de desarrollo se ubican, en forma circular, en las posiciones del dial del reloj. El marco metodolgico es cclico, iterativo y controlado. Cada ciclo de procesos de desarrollo produce una nueva versin del sistema o un nuevo subsistema del sistema en desarrollo. En cada ciclo se puede iterar entre las fases a fin de corregir errores, introducir nuevos requisitos o, simplemente, mejorar el producto en desarrollo. Los procesos de desarrollo son planificados y controlados por los procesos gerenciales, que se ubican en el centro del marco metodolgico ilustrado en la figura 5.

Figura 5. Modelo de procesos WATCH

Jons Montilva, ULA, Postgrado en Computacin El Mtodo WATCH
6

Los procesos del Mtodo WATCH se pueden concebir, tambin, como una cadena de valor cuyos procesos fundamentales o claves son apoyados por un conjunto de procesos gerenciales, tal como se ilustra en la figura 6.
Aprovisio namiento de Componentes

Modelado de Negocios

Ingeniera de Requisitos

Diseo Arquitectnico

Diseo de Componentes

Ensamblaje de Componentes

Pruebas de la Aplicacin

Entrega de la Aplicacin

Gestin del Proyecto Gestin de la Calidad del Software (SQA) Gestin de la Configuracin del Software (SCM) Verificacin & Validacin (V&V) Gestin de Riesgos Adiestramiento Documentacin

Figura 6. La cadena de valor del Mtodo WATCH A continuacin, se describen primero los procesos gerenciales del mtodo y, luego, cada una de las ocho fases del marco metodolgico que han de ser aplicadas por el grupo para desarrollar una aplicacin empresarial.

Procesos Gerenciales del Mtodo WATCH

La aplicacin de procesos, tcnicas y prcticas gerenciales es un factor crtico de xito en el desarrollo de software. La calidad del producto, la entrega a tiempo del producto, el cabal cumplimiento de su presupuesto y el uso eficiente de los recursos humanos y tecnolgicos asignados a un proyecto de software son slo posibles mediante la aplicacin de procesos gerenciales. El modelo de procesos del Mtodo WATCH emplea un conjunto de procesos gerenciales, muchos de los cuales son propuestos por el estndar IEEE 1074 [IEEE95] para la elaboracin de modelos de procesos de software. En la Tabla 1, se resumen los procesos gerenciales, sus principales actividades y los productos asociados al desarrollo de aplicaciones empresariales bajo el mtodo WATCH. Tabla 1. Procesos gerenciales del Mtodo WATCH
Procesos Gestin del Proyecto Actividades Iniciacin del proyecto Planificacin del Proyecto Organizacin del grupo de desarrollo Direccin del grupo de Tcnicas y Notaciones PERT/CPM Estructuras de grupos Estimacin de costos Tcnicas de: Productos Visin del producto Plan del Proyecto Contratos de personal Informes

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

Procesos Gestin de la Calidad del Software Gestin de la Configuracin del Software

Actividades desarrollo Administracin de recursos Control del proyecto Planificacin de la calidad del software Aseguramiento de la calidad del software Planificacin de la configuracin del software Control de la configuracin del software Planificacin de la V&V Revisin Tcnica de Productos

Tcnicas y Notaciones o o o Toma de decisiones Comunicacin Liderazgo

Productos gerenciales

Tcnicas de SQA

Plan de Calidad del S/W

Tcnicas de SCM

Plan de Configuracin del S/W

Verificacin y Validacin (V&V)

Inspeccin de diseo y cdigo Recorridos estructurados Pruebas de software Tcnicas de gestin de riesgos

Plan de V&V

Gestin de Riesgos

Identificacin de Riesgos Anlisis de Riesgos Priorizar Riesgos Planificacin de la gestin de riesgos Resolucin de Riesgos Planificacin del Adiestramiento Adiestramiento del grupo de desarrollo Adiestramiento de Usuarios Planificacin de la Documentacin Produccin de documentos Control de la Documentacin

Lista de chequeo de riesgos Plan de Gestin de Riesgos

Adiestramiento

Tcnicas de adiestramiento de personal

Plan de Adiestramiento de Usuarios Plan de Adiestramiento del Grupo de Desarrollo Plan de Documentos Documentos del proyecto Documentos de la aplicacin

Documentacin

Tcnicas de elaboracin de documentos tcnicos

Los procesos gerenciales son responsabilidad del lder del proyecto (ver Seccin IV). Estas actividades se realizan a lo largo del proceso de desarrollo de la aplicacin empresarial. Muchas de la actividades gerenciales indicadas en la Tabla 1 estn estrechamente vinculadas a las actividades tcnicas del desarrollo del proyecto y se describen con mayor detalle en las fases 1-8.

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

Fase 1: MODELADO DEL NEGOCIO

Objetivos: Obtener un conocimiento global y detallado del dominio de la aplicacin empresarial; esto es, del sistema de negocios para el cual se desarrolla la aplicacin. Este conocimiento se logra a travs de un proceso de modelado empresarial que determina los objetivos, procesos, actores, objetos, reglas, eventos y unidades organizacionales del Sistema de Negocios (SN). Producto principal: Modelo del Sistema de Negocios (Modelo de Negocios) Flujo de trabajo: Los pasos que se desarrollan en esta fase y su secuencia de ejecucin se indican en la Figura 7. Los pasos que integran esta fase se detallan en la Tabla 2.

Figura 7. El flujo de trabajo del Modelado del Negocio Tabla 2. Descripcin del flujo de trabajo de la fase 1
Pasos Definicin del Sistema de Negocios (SN) Actividades Establecer el alcance del sistema de negocios (SN) Definir el suprasistema del SN Identificar los subsistemas del SN Tcnicas y Notaciones Revisin de los manuales de organizacin Entrevistas con Gerentes del SN Modelado de sistemas Productos Diagrama de Jerarqua de sistemas

Modelado de Objetivos del SN

Definir la visin del SN Definir la misin del SN Definir objetivos del SN Elaborar la jerarqua de objetivos Identificar y analizar las tecnologas de produccin o servicios usadas por el SN Modelar la cadena de valor Modelar los procesos vitales (fundamentales)

Revisin de los manuales de organizacin Entrevistas con Gerentes del SN Modelado de objetivos Visitas de campo Entrevista con expertos Revisin de documentacin tcnica Modelado de

Diagrama de Objetivos del SN

Modelado de los Procesos de Negocio del SN

Cadena de Valor del SN Diagramas de Procesos del SN (en UML Business) Diagramas de actividades en 9

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

Pasos

Actividades Modelar los procesos de soporte (de apoyo) Modelar las actividades de cada proceso

Tcnicas y Notaciones Cadenas de Valor Modelado de Procesos en UML Business [ERP00] Modelado de Actividades en UML Consultas a usuarios y expertos Bsqueda de documentacin Modelado de reglas de negocio Diseo Organizacional

Productos UML

Identificacin de las Reglas de Negocio

Identificar las reglas de negocio que regulan el SN Analizar y clasificar las reglas de negocio Describir las reglas de negocios Analizar la estructura organizacional (organigrama) Identificar actores del SN Definir roles de los actores Elaborar la matriz actores-procesos Identificar eventos asociados al SN Modelar el flujo de trabajo asociado a cada evento Elaborar la matriz de eventos-procesos Identificar los tipos de objetos de negocio del SN Definir las relaciones entre tipos de objetos Elaborar el modelo de objetos Elaborar la matriz procesos-objetos Definir la estructura del documento Redactar el documento Planificar las actividades de validacin Revisar formalmente el modelo de negocios

Descripcin de reglas de negocio del SN

Modelado de actores y unidades organizacionales

Organigrama Descripcin de Actores y sus Roles Matriz ActoresProcesos

Modelado de Eventos

Modelado de eventos en UML Business [ERP00]

Diagrama de eventos en UML Business Matriz EventosProcesos

Modelado de los Objetos de Negocio del SN

Modelado conceptual Modelado de Clases en UML

Elaboracin del documento de Modelado del Negocio Validacin del Modelo de Negocios

Modelo de Conceptos del SN (diagramas de clases en UML) Matriz ProcesosObjetos

Tcnicas de documentacin

Modelo de Negocios del SN

Revisin tcnica (Estndar IEEE 1012-1086)

Modelo de Negocios del SN validado

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

10

Fase 2: INGENIERA DE REQUISITOS

Objetivos de la fase: Determinar las necesidades de informacin y automatizacin de procesos de negocios, que tienen los usuarios de la aplicacin empresarial en desarrollo, mediante la definicin y especificacin de sus requisitos. Producto principal: Documento de Requisitos de la aplicacin Flujo de trabajo de la fase: El conjunto de procesos, su orden de ejecucin y los productos que se generan en esta fase se enumeran en la figura 8. Los detalles de cada uno de estos pasos se dan en la Tabla 3.
Fase 2: Ingeniera de Requisitos

Modelo de Negocios

Documento de de Requisitos (DDR + DER)

Descubrimiento de Requisitos

Anlisis de Requisitos

Especificacin de Requisitos

Documento de Definicin de Requisitos (DDR

Documento de Especificacin de Requisitos (DER)

Validacin del DDR

Validacin del DER

Gestin de Requisitos

Figura 8. Procesos de definicin y especificacin de requisitos Tabla 3. Descripcin de los pasos de la fase 2
Pasos Descubrimiento de Requisitos Actividades Identificacin y anlisis de los problemas de informacin que tiene el Sistema de Negocios Determinacin de los objetivos de la aplicacin empresarial Identificacin y clasificacin de los interesados (stakeholders) internos y externos Seleccin de interesados a entrevistar Programacin de las entrevistas Tcnicas y Notaciones Entrevista Plantilla de especificacin de requisitos Volere [VOL04] Modelado de Casos de uso y escenarios en UML Reuniones con usuarios Observacin de las actividades que realizan los usuarios Productos Listado de requisitos C documentados usando planillas Volere Diagramas de casos de uso y escenarios

Recoleccin de los requisitos que tienen los interesados Ejecucin de entrevistas usando la planilla Volere

Identificar requisitos de informacin a partir del anlisis de los procesos de

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

11

Pasos Anlisis de Requisitos

Actividades negocios del SN Elaborar casos de uso para cada proceso del Sistema de Negocios Elaborar escenarios para los casos de uso Clasificacin de los requisitos Chequeo de requisitos o Chequear necesidad, prioridad, consistencia, completitud y factibilidad Establecer relaciones entre requisitos usando una matriz

Tcnicas y Notaciones

Productos

Matriz de interaccin entre requisitos Tcnicas de negociacin Revisin tcnica Estndar de documentacin de requisitos IEEE 830-1998 [IEEE98]

Documento de Definicin de Requisitos (DDR)

Negociacin de requisitos o Discutir, priorizar y acordar requisitos con el cliente y los usuarios de la aplicacin

Definir la estructura y contenido del Documento de Definicin de Requisitos (DDR) Elaborar el Documento de Definicin de Requisitos (DDR)

Validacin del DDR

Planificar las sesiones de validacin del DDR Realizar la revisin tcnica del DDR con el cliente y usuarios seleccionados

Revisin Tcnica (Estndar IEEE 1012-1086)

Documento DDR Validado

Especificacin de Requisitos

Elaboracin, refinamiento y/o actualizacin de modelos: o o o Modelo de clases de objetos de negocio Modelo de casos de uso Modelos de transicin de estados

Modelado de sistemas en UML: o o Diagramas de clase Diagramas de casos de uso Diagramas de estado

Documento de Especificacin de Requisitos (DER)

Definir la estructura y contenido del Documento de Especificacin de Requisitos (DER) Elaborar el Documento de Especificacin de Requisitos (DER)

Estndar de documentacin de requisitos IEEE 830-1998 [IEEE98]

Validacin del DER

Planificar las sesiones de validacin del DER Realizar la revisin tcnica del DER con el cliente, usuarios especializados y diseadores

Revisin Tcnica (Estndar IEEE 1012-1086)

Documento DER Validado

Gestin de Requisitos

Gestionar el almacenamiento de requisitos

Planilla de solicitud de cambio

Base de datos de requisitos

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

12

Pasos o o

Actividades Crear la base de datos de requisitos Actualizar la base de datos de requisitos

Tcnicas y Notaciones Matrices y listas de rastreo de requisitos

Productos Documento de Requisitos (DDR + DER) actualizado

Gestionar cambios en los requisitos o Definir y ejecutar los procedimientos de control de cambios

Rastrear requisitos (Requirements Tracing) o Elaborar las matrices y listas de rastreo de requisitos

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

13

Fase 3: DISEO ARQUITECTNICO

Objetivos de la fase: Elaborar un diseo de la arquitectura de la aplicacin empresarial que sea apropiada a los requisitos especificados y que establezca los subsistemas de la aplicacin, los componentes de cada subsistema, las conexiones entre estos componentes y las restricciones que regulan la arquitectura. Producto principal: Descripcin de la Arquitectura de la aplicacin Flujo de trabajo de la fase: El conjunto de procesos, su orden de ejecucin y los productos que se generan en esta fase se describen en la figura 9.

Fase 3: Diseo Arquitectnico

Documento de Requisitos

Descripcin de la Arquitectura

Definicin de Metas de Diseo

Identificacin de Subsistemas

Descripcin de Vistas Arquitectnicas

Evaluacin de la Arquitectura

Figura 9. Procesos del Diseo Arquitectnico

Tabla 4. Descripcin de los pasos de la fase 3

Pasos Definicin de Metas de Diseo Actividades Determinar que requisitos del DER se relacionan con la arquitectura del sistema Enumerar las posibles metas de calidad de la arquitectura del sistema Seleccionar aquellas metas de diseo que sean factibles Describir cada meta de diseo Identificacin de Subsistemas Definir los criterios y/o estilos arquitectnicos ms apropiados para dividir el sistema Dividir el sistema en subsistemas usando los criterios y/o estilos seleccionados Descripcin de Vistas Arquitectnicas Elaborar la vista arquitectnica de uso Elaborar la vista arquitectnica lgica (estructural) Elaborar la vista arquitectnica de Modelo de Vistas arquitectnicas 4+1 [KRU95, KRU00] Diagramas de casos Vistas arquitectnicas Estilos arquitectnicos [BCK98] Estructura de la aplicacin Tcnicas y Notaciones Modelos de calidad del software [BCK98] Productos Listado descriptivo de las metas de diseo

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

14

Pasos

Actividades proceso (comportamiento) Elaborar la vista arquitectnica de implementacin (componentes) Elaborar la vista arquitectnica de despliegue

Tcnicas y Notaciones de uso Diagramas de clases Diagramas de interaccin Diagramas de componentes Diagramas de despliegue

Productos

Evaluacin de la Arquitectura

Seleccionar un mtodo de evaluacin de arquitecturas Aplicar el mtodo para evaluar la arquitectura propuesta

Mtodos de evaluacin de arquitecturas de software [CHY02]

Descripcin de la arquitectura de la aplicacin

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

15

Fase 4: DISEO DE COMPONENTES

Objetivos de la fase: Elaborar los diseos detallados de los componentes que integran cada uno de los subsistemas de la aplicacin. Productos principales: Documento de Diseo y Plan de Pruebas Flujo de trabajo de la fase: El conjunto de procesos, su orden de ejecucin y los productos que se generan en esta fase se indican en la figura 10. La descripcin detallada de estos procesos se muestran en las Tablas 5-8.
Fase 4: Diseo de Componentes
Descripcin de La Arquitectura Especificacin de Componentes Documento de Requisitos Elaboracin del Documento de Diseo Planificacin de Pruebas Contratos de Uso y Realizacin Documento de Diseo Validacin del Documento de Diseo

Diseo de la Interfaz U/S

Verificacin del Diseo de Interfaz U/S

requiere BD
Diseo de la BD

Prototipo de Interfaz U/S

Plan de Pruebas

Figura 10. Procesos del Diseo de Componentes Tabla 5. Descripcin de los pasos de Diseo de la Interfaz U/S
Pasos Diseo de la Interfaz Usuario/Sistema Actividades Definir el perfil de los usuarios (descripcin de las habilidades y conocimiento general de tecnologas de informacin que tienen los usuarios) Establecer las caractersticas estticas que deber tener la interfaz grfica de la aplicacin o Establecer los fondos, colores, tipos de fuentes, etc, que se usarn en la construccin de las pantallas Tcnicas y Notaciones Tcnicas de Utilidad (usability) Tcnicas y estrategias de diseo de interfaces GUI Prototipos Productos Diagrama jerrquico de pantallas Diseo de pantallas Prototipo de la interfaz U/S de la aplicacin

Disear la estructura general de la interfaz U/S: o Elaborar el diagrama jerrquico de pantallas de la aplicacin Definir las caractersticas que deben tener los tems que componen las pantallas de la interfaz: mens, ventanas, conos, enlaces, cuadros, cajas, etc.

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

16

Pasos

Actividades Elaborar un prototipo de la interfaz U/S

Tcnicas y Notaciones

Productos

Verificacin del Diseo de la Interfaz U/S

Planificar las sesiones de verificacin de la interfaz U/S Realizar las revisiones tcnicas de la interfaz U/S usando el prototipo

Revisin Tcnica (Estndar IEEE 1012-1086)

Prototipo de interfaz U/S verificado

La Especificacin de Componentes es el paso ms importante de la fase de Diseo de Componentes. Su objetivo es la elaboracin de los contratos de uso y realizacin asociados a cada componente de la arquitectura de software establecida en la Fase 3. Los pasos de la Especificacin de Componentes se indican en la figura 11 y sus detalles se dan en la Tabla 6.
Especificacin de Componentes
Modelo de Conceptos del Negocio Modelo de Casos de Uso Especificacions de Interfaces (Contratos de uso)

Identificacin de Componentes

Especificacin de Componentes

Modelo de Tipos del Negocio

Especificaciones de Interfases

Especificaciones de Componentes (Contratos de Realizacin

Arquitectura y Espec inicial de Componentes

Interaccin de Componentes
Arquitectura de Componentes

Figura 11. Pasos detallados de la Especificacin de Componentes Tabla 6. Descripcin de pasos de la Especificacin de Componentes
Pasos Identificacin de Componentes Actividades Identificar componentes de proceso o o Se determinan analizando el Modelo de Casos de Uso Generalmente, hay un componente de proceso para cada subsistema de la aplicacin Tcnicas y Notaciones UML Components [CHD01] Productos Modelo de Tipos de Negocio Arquitectura Inicial de Componentes

Identificar componentes de negocio o Se determinan analizando y refinando el Modelo de Conceptos del Negocio Cada tipo fundamental (core) del Modelo de Tipos de Negocio se corresponde con un componente de negocio

Identificar componentes de interfaz U/S y de datos Disear la arquitectura inicial de

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

17

Pasos

Actividades componentes

Tcnicas y Notaciones

Productos

Interaccin de Componentes

Determinar las interfaces de cada componente y sus operaciones o En los componentes de proceso, las operaciones de las interfaces capturan la funcionalidad expresada por los casos de uso En los componentes de negocio, las operaciones se encargan de mantener el estado del componente

UML Components [CHD01]

Especificacin de Interfaces Arquitectura de Componentes

Refinar la arquitectura inicial de componentes Refinar o actualizar la arquitectura de la aplicacin usando los componentes identificados

Especificacin Detallada de Componentes

Especificar detalladamente cada interfaz de cada componente: o Especificar cada operacin: Refinar la signatura de la operacin Especificar las pre y post-condiciones Especificar las invariantes o Elaborar el diagrama de especificacin de interfaz (DEI) Indica que tipos de datos forman la interfaz

UML Components [CHD01]

Contratos de Uso Contratos de Realizacin

Documentar los contratos de uso: o o Un contrato de uso por cada interfaz El contrato de uso contiene la especificacin de la interfaz

Documentar los contratos de realizacin: o o Un contrato de realizacin para cada componente El contrato de realizacin describe: Las interfaces usadas y ofrecidas por el componentes Delinea la implementacin del componente Establece los

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

18

Pasos

Actividades mecanismos de integracin de componentes (middleware de integracin)

Tcnicas y Notaciones

Productos

El diseo de la BD es una actividad opcional del desarrollo de una aplicacin empresarial. Dependiendo de la plataforma o infraestructura de despliegue utilizada, la persistencia de los datos asociados a los componentes de negocios puede ser manejada de dos maneras diferentes: (1) automticamente por el servidor de aplicaciones, en cuyo caso, el servidor crea y administra la base de datos de cada componente y (2) en forma separada mediante bases de datos relacionales. El diseo de la BD se justifica slo en el segundo de estos dos casos; pues, los componentes de negocio almacenan sus datos explcitamente en bases de datos creadas separadamente. Tabla 7. Descripcin de pasos del Diseo de la BD
Pasos Diseo Conceptual de la BD Actividades Para cada proceso del Sistema de Negocios (SN), elaborar un esquema conceptual parcial: 1. Enumerar los clases de objetos de negocio que estn relacionadas con ese proceso Definir los atributos de cada clase de objetos de negocio Establecer las relaciones (asociaciones, generalizacin y composicin) entre las clases de negocios Elaborar el diagrama de clases correspondiente (esquema conceptual parcial) Verificar el esquema parcial con los requisitos asociados al proceso Validar con los usuarios respectivos el esquema parcial Integrar los esquemas conceptuales parciales para producir el esquema conceptual integrado de la BD de la aplicacin Procedimiento de conversin de diagramas de clase a esquemas de relacin Modelado BD Relacionales Revisin tcnica (Inspeccin de Diseo) Diseo Fsico de la BD Establecer los ndices de las tablas del diseo implementable Procedimientos de diseo fsico de BD Esquema fsico de la BD 19 Esquema conceptual de la BD integrado y verificado Tcnicas y Notaciones Diagramas de clase en UML Productos Esquemas conceptuales parciales (uno para cada proceso de negocio del SN)

Modelado de Bases de Datos OO Esquema conceptual integrado de la BD

2. 3.

4.

5.

6. 7.

Diseo implementable de la BD

Convertir el esquema conceptual de la BD en un esquema relacional equivalente Verificar el esquema implementable con los requisitos relacionados

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

Pasos

Actividades Definir los derechos de acceso para cada tipo de usuario (usuario final, programador, ABD) Definir las reglas de integridad de la BD

Tcnicas y Notaciones relacionales

Productos

Definicin de los Procedimientos de Administracin de la BD

Definir los procedimientos de respaldo y recuperacin de la BD Definir los procedimientos de seguridad de la BD Definir los procedimientos de control de cambios del esquema de la BD

Procedimientos de administracin de la BD

Tabla 8. Descripcin de los pasos complementarios de la Fase 4

Pasos Elaboracin del Documento de Diseo Validacin del Documento de Diseo Actividades Definicin de la estructura y contenido del Documento de Diseo (DD) Elaboracin del Documento de Diseo Planificacin de las sesiones de validacin del DD Realizar las revisiones tcnicas de validacin del DD con el cliente y usuarios seleccionados Definir: o o o o o o o o o o o Los objetivos de las pruebas Los niveles y tipos de pruebas que debern realizarse Los criterios de terminacin de cada tipo de prueba El modelo de proceso que se seguir para ejecutar las pruebas El cronograma de actividades de pruebas Las responsabilidades de los miembros del grupo de pruebas Las tcnicas y estrategias que se emplearn Los recursos requeridos para ejecutar las pruebas Los documentos que deben producirse durante las pruebas Los procedimientos de pruebas La estructura del Plan de Pruebas Tcnicas y Notaciones Estndares de documentacin de diseo (Estndar IEEE 890) Revisin Tcnica (Estndar IEEE 1012-1086) Productos Documento de Diseo (DD)

Documento de Diseo (DD) validado

Planificacin de Pruebas

Estndares de documentacin de pruebas (ANSI/IEEE 8291983)

Plan de Pruebas

Documentar el Plan de Pruebas

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

20

Fase 5: Aprovisionamiento de Componentes

Objetivos de la fase: Bsqueda y adaptacin de componentes de software reutilizables que cumplan con las especificaciones de componentes Desarrollo de aquellos componentes que no puedan ser localizados o que no satisfagan adecuadamente las especificaciones de componentes

Producto principal: Coleccin de componentes asociados a cada una de las tres capas de la aplicacin empresarial Flujo de trabajo de la fase: El conjunto de procesos, su orden de ejecucin y los productos que se generan en esta fase se describen en la figura 12.
Fase 5: Aprovisionamiento de Componentes
Plan de Pruebas

Documento de Diseo

Adquisicin de Componentes

Componentes

Documento de Requisitos Suscripcin de Servicios Instalar la Plataforma de Desarrollo Adaptacin de Componentes Diseo y Ejecucin de Pruebas de Componentes

Desarrollo de Componentes

Figura 12. Procesos del Aprovisionamiento de Componentes Tabla 9. Descripcin de pasos de la Fase 5
Pasos Instalar la plataforma de desarrollo de la aplicacin Actividades Seleccionar, adquirir y/o preparar la plataforma o infraestructura de software requerida para desarrollar la aplicacin Instalar la plataforma de desarrollo: o o Instalar servidor web Instalar servidor de aplicaciones Tcnicas y Notaciones Instalacin de software distribuido (definido por el o los fabricantes) Productos Plataforma de desarrollo instalada

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

21

Pasos o Adquisicin de Componentes

Actividades Instalar DBMS

Tcnicas y Notaciones

Productos

Buscar componentes que puedan ser adquiridos de terceros Adquirir componentes comerciales

Bsqueda de componentes comerciales (P.ej., COTS) Bsqueda en directorios UDDI

Componentes comerciales

Suscripcin de servicios

Buscar servicios web que puedan ser contratados como componentes Contratar servicios web Buscar componentes en repositorios locales (internos) o de terceros (externos) Adaptar los componentes mediante su modificacin interna o el uso de envoltorios (wrappers) Desarrollar aquellos componentes que no pudieron ser localizados en repositorios locales o de terceros. Partiendo de la especificacin de cada componente: o Elaborar el diseo detallado de cada operacin de cada interfaz del componente Codificar las operaciones del componente Elaborar la o las interfaces del componente Desplegar el componente en la plataforma seleccionada para el desarrollo de componentes Disear y ejecutar las pruebas de unidad del componente

Servicios web

Adaptacin de Componentes

Envoltorios (Wrapping)

Componentes adaptados

Desarrollo de Componentes

Diseo de algoritmos Refinamiento pasoa-paso Pseudo-cdigo Estndares de codificacin Estrategias de pruebas de unidad

Componentes desarrollados

o o o

o Diseo y ejecucin de pruebas de componentes

Disear pruebas funcionales para cada uno de los componentes adquiridos, suscritos, adaptados y desarrollados Preparar los datos y mecanismos de prueba Preparar el ambiente de pruebas Ejecutar las pruebas funcionales de cada componente Depurar los errores encontrados durante las pruebas funcionales de cada componente

Estrategias de pruebas caja negra: o o Particiones equivalentes Anlisis de valores lmites

Especificaciones de diseo de pruebas de componentes Especificaciones de casos de prueba Especificaciones de procedimientos de prueba Informe de incidentes de prueba Informe de resumen de pruebas Componentes probados y depurados

Tcnicas de pruebas de hilos (thread testing) Depuracin de errores Estndar de documentacin de pruebas IEEE-8291983

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

22

Fase 6: Ensamblaje de Componentes

Objetivos de la fase: Implementar cada uno de las tres capas de la aplicacin empresarial mediante el ensamblaje de componentes que fueron adquiridos, adaptados, suscritos o desarrollados en la Fase 5. Producto principal: Una aplicacin integrada de acuerdo a la arquitectura diseada Flujo de trabajo de la fase: El conjunto de procesos, su orden de ejecucin y los productos que se generan en cada fase se describen en la figura 13.

Figura 13. Procesos del Ensamblaje de Componentes Tabla 10. Descripcin de los pasos de la fase 6
Pasos Construccin de la Interfaz U/S Actividades Ensamblar la capa de presentacin con los componentes de la interfaz U/S o Codificar e integrar los componentes de interfaz del lado del cliente Desplegar los componentes de interfaz U/S del lado del servidor web Tcnicas y estrategias de pruebas de interfaces grficas Depuracin de Especificaciones de diseo de pruebas de la interfaz U/S Especificaciones de casos de prueba Tcnicas y Notaciones Tcnicas de construccin de interfaces web Productos Capa de presentacin de la aplicacin

Diseo y Ejecucin de Pruebas de la Interfaz U/S

Determinar los aspectos de la interfaz U/S que deben probarse Disear los procedimientos y casos de prueba de la interfaz U/S Preparar los datos y mecanismos de

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

23

Pasos prueba

Actividades Preparar el ambiente de pruebas Ejecutar las pruebas de la interfaz U/S Depurar los errores encontrados

Tcnicas y Notaciones errores Estndar de documentacin de pruebas IEEE-8291983

Productos Especificaciones de procedimientos de prueba Informe de incidentes de prueba Informe de resumen de pruebas Interfaz U/S probada Capa de lgica de negocios de la aplicacin

Ensamblaje de Componentes de Proceso y Negocios

Ensamblar la capa de lgica de negocios con los componentes de proceso y negocios que la integran o Desplegar los componentes de procesos y negocios en el servidor de aplicaciones usado para el desarrollo de la aplicacin

Despliegue de componentes en servidores de aplicaciones

Diseo y Ejecucin de Pruebas de Integracin

Definir los criterios y tcnicas de pruebas de integracin de componentes Disear los procedimientos y casos de prueba de integracin de componentes Preparar los datos y mecanismos de prueba Preparar el ambiente de pruebas Ejecutar las pruebas de integracin de componentes Depurar los errores encontrados

Tcnicas y estrategias de pruebas de integracin de componentes OO Depuracin de errores Estndar de documentacin de pruebas IEEE-8291983

Especificaciones de diseo de pruebas de integracin Especificaciones de casos de prueba Especificaciones de procedimientos de prueba Informe de incidentes de prueba Informe de resumen de pruebas Lgica de negocios de la aplicacin probada Capa de datos de la aplicacin

Construccin de la BD

Crear la base de datos usando los esquemas implementables diseados en la Fase 4 y el DBMS seleccionado para este propsito Disear los aspectos de la BD que deben probarse Disear los procedimientos y casos de prueba de la BD Preparar los datos y mecanismos de prueba Preparar el ambiente de pruebas Ejecutar las pruebas de la BD Depurar los errores encontrados

Creacin de BD relacionales

Diseo y Ejecucin de Pruebas de la BD

Tcnicas y estrategias de pruebas de bases de datos Depuracin de errores Estndar de documentacin de pruebas IEEE-8291983

Especificaciones de diseo de pruebas de la BD Especificaciones de casos de prueba Especificaciones de procedimientos de prueba Informe de incidentes de prueba Informe de resumen de pruebas Base de datos probada Especificaciones de diseo de pruebas de integracin de capas 24

Pruebas de la Integracin de Capas

Definir los criterios y tcnicas de pruebas de integracin de las tres capas de la aplicacin

Tcnicas y estrategias de pruebas de

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

Pasos

Actividades Disear los procedimientos y casos de prueba de integracin de capas Preparar los datos y mecanismos de prueba Preparar el ambiente de pruebas Ejecutar las pruebas de integracin de capas Depurar los errores encontrados

Tcnicas y Notaciones aplicaciones distribuidas Depuracin de errores Estndar de documentacin de pruebas IEEE-8291983

Productos Especificaciones de casos de prueba Especificaciones de procedimientos de prueba Informe de incidentes de prueba Informe de resumen de pruebas Aplicacin integrada y probada (desplegada en la plataforma de desarrollo)

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

25

Fase 7: PRUEBAS DE LA APLICACIN

Objetivos de la fase: Comprobar que la aplicacin empresarial cumple con los requisitos funcionales y no funcionales establecidos en la fase 2. Producto principal: Aplicacin empresarial probada Flujo de trabajo de la fase: El conjunto de procesos, su orden de ejecucin y los productos que se generan en cada fase se describen en la figura 14.

Fase 7: Pruebas de la Aplicacin

Plan de Pruebas Ejecucin de Pruebas Funcionales

Aplicacin Probada

[Reprobar] [Aceptado]

Diseo de Pruebas del Sistema

Preparacin de Pruebas

Correccin de Errores

Ejecucin de Pruebas de Aceptacin

Ejecucin de Pruebas No-funcionales

Correccin de Errores

Figura 14. Procesos de pruebas del subsistema

Tabla 11. Descripcin de los pasos de la fase 7

Pasos Diseo de Pruebas del Sistema Actividades Disear las pruebas funcionales del sistema (aplicacin integrada) Disear las pruebas no funcionales del sistema Disear las pruebas de aceptacin Actualizar Plan de Pruebas Tcnicas y Notaciones Estrategias de pruebas funcionales y no funcionales Estndar de documentacin de pruebas IEEE-8291983 Productos Especificaciones de diseo de pruebas del sistema Especificaciones de casos de prueba Especificaciones de procedimientos de prueba Mecanismos de pruebas Datos de pruebas

Preparacin de las Pruebas

Preparar mecanismos de pruebas (scripts, conductores, esqueletos, etc.) Preparar datos de prueba Preparar ambiente de pruebas Instalar herramientas de software para pruebas automatizadas

Seguimiento de los procedimientos de prueba

Ejecucin de las Pruebas Funcionales

Ejecutar las pruebas funcionales Reportar los errores encontrados en las pruebas Ejecutar las pruebas no-funcionales Reportar los errores encontrados en las pruebas

Seguir plan de pruebas y estrategias establecidas Seguir plan de pruebas y estrategias establecidas

Informe de incidentes de prueba Informe de resumen de pruebas Informe de incidentes de prueba Informe de resumen de pruebas 26

Ejecucin de las Pruebas Nofuncionales

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

Pasos Ejecucin de las Pruebas de Aceptacin

Actividades Preparar el ambiente de pruebas de aceptacin (definido por el cliente) Ejecutar las pruebas de aceptacin Reportar los errores encontrados en las pruebas

Tcnicas y Notaciones Seguir plan de pruebas y estrategias establecidas Depuracin (debbuging)

Productos Informe de incidentes de prueba Informe de resumen de pruebas Aplicacin validada por el usuario Aplicacin probada y depurada

Correccin de errores

Corregir los errores detectados en las pruebas funcionales y no-funcionales Realizar pruebas de regresin para asegurar que las correcciones no introducen nuevos errores

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

27

Fase 8: Entrega de la Aplicacin Empresarial

Objetivos de la fase: Instalar la aplicacin empresarial en su ambiente de produccin, ponerla en operacin y entregarla a sus usuarios. Producto principal: Aplicacin empresarial en operacin (produccin) Flujo de trabajo de la fase: El conjunto de procesos, su orden de ejecucin y los productos que se generan en cada fase se describen en la figura 15.
Fase 8: Entrega de la Aplicacin
Plan de Pruebas Elaboracin de Documentacin Adiestramiento de Usuarios Aplicacin Instalada

Planificacin de la Instalacin Instalacin de Plataforma de Operacin Instalacin de la Aplicacin

Carga Inicial de Datos

Inicio de Operaciones

Diseo y Ejecucin de Pruebas de Instalacin

Realizacin de Ajustes Finales

Figura 15. Procesos de la Entrega de la Aplicacin Tabla 12. Descripcin de los pasos de la fase 8
Pasos Planificacin de la Instalacin Actividades Definir las estrategias de migracin a la nueva aplicacin Determinar actividades de la instalacin de la aplicacin Estimar costos, tiempos y recursos requeridos Documentar plan de instalacin Elaboracin de la Documentacin Determinar los tipos de documentacin que se le entregarn al cliente Definir la estructura, formato y medio de cada documento o manual Elaborar los documentos o manuales Adiestramiento de Usuarios Determinar el tipo, modalidad y recursos de adiestramiento de usuarios Preparar ambiente y material de adiestramiento Conducir adiestramiento de usuarios Instalacin de la Plataforma Instalar la plataforma de Hardware/Software requerida para Instructivos de instalacin Plataforma de Operacin (H/S) 28 Tcnicas de adiestramiento Material de adiestramiento Usuarios adiestrados Tcnicas de elaboracin de documentos tcnicos Documentos o manuales de la aplicacin Tcnicas y Notaciones Tcnicas y herramientas de planificacin Productos Plan de Instalacin

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

Pasos de Operacin

Actividades operar el sistema (si no est instalada) Adiestrar el personal de soporte tcnico

Tcnicas y Notaciones proporcionados por el fabricante Instructivos de despliegue de aplicaciones proporcionados por el fabricante Tcnicas de migracin de datos Tcnicas y estrategias de pruebas de instalacin Depuracin de errores Estndar de documentacin de pruebas IEEE829-1983

Productos instalada

Instalacin de la Aplicacin

Desplegar la aplicacin en los diferentes servidores de la plataforma de operacin

Aplicacin instalada

Carga incial de datos

Preparar los datos de carga inicial de la BD Actualizar la BD

BD actualizada

Diseo y Ejecucin de Pruebas de Instalacin

Disear los aspectos de la instalacin que deben probarse Disear los procedimientos y casos de prueba de instalacin Preparar los datos y mecanismos de prueba Ejecutar las pruebas de instalacin Corregir los errores encontrados

Especificaciones de diseo de pruebas de instalacin Especificaciones de casos de prueba Especificaciones de procedimientos de prueba Informe de incidentes de prueba Informe de resumen de pruebas Aplicacin instalada probada Aplicacin ajustada

Realizacin de ajustes finales

Analizar cambios y ajustes finales Medir el impacto de los cambios y ajustes finales Decidir que cambios realizar y cuales posponer para la siguiente versin de la aplicacin

Control de cambios

Inicio de Operaciones

Entregar el sistema al cliente Dar inicio formal a las actividades

Aplicacin en operacin

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

29

IV. Modelo del grupo de desarrollo

El grupo de desarrollo de una aplicacin empresarial puede estar organizado de diferentes maneras. Una de ellas es segn una estructura jerrquica en la que los actores del proyecto se agrupan en base a las actividades del proceso de desarrollo de la aplicacin. Esta estructura se muestra en la figura 16. Los roles que estos miembros realizan en el proyecto estn determinados por los grupos de trabajo que integran la estructura. Estos roles se corresponden con las fases generales del desarrollo de la aplicacin.

Figura 16. Estructura organizacional de tipo funcional 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.

Figura 17. Estructura organizacional basada en competencias Ntese que, en ambos casos, los grupos estn formados por el lder del proyecto, uno ms ingenieros y tcnicos y un nmero selecto y representativo de usuarios. El grupo es, generalmente, asistido tcnicamente por uno o ms asesores externos, especializados bien en Ingeniera de Software o en el dominio de la aplicacin. .

Referencias Bibliogrficas

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

30

[BCK98] Bass. L., Clements, P. And Kazman, R. Software Architecture in Practice. Addison Wesley. 1998. [BRA03] Braude, E.J. Ingeniera de Software: Una perspectiva orientada a objetos. Editorial Alfaomega, 2003. [CHD01] Cheesman, J. and Daniels, J. UML Components: A Simple Process for Specifying Component-Based Software. Addison-Wesley. 2001. [CHY02] Choi, H. And Yoen, K. An Approach to Software Architecture Evaluation with the 4+1 View Model of Architecture. Proc. of the Ninth Asian-Pacific Software Engineering Conference (ASPEC02). IEEE Computer Society, 2002. [ERM00] Eriksson, H-E and Pneker, M. Business Modeling with UML. John Wiley & Sons, 2000. [HAM04] Hamar, Vanessa. Aspectos metodolgicos de desarrollo y reutilizacin de componentes de software. Tesis de Maestra. Universidad de Los Andes, Facultad de Ingeniera, Postgrado en Computacin, Mrida, Venezuela, Enero, 2004 (Tutor: J. Montilva) [IEEE95] IEEE Std. 1074, 1995. IEEE Standard for Developing Software Life Cycle Processes, IEEE Computer Society, New York [IEEE98] 830-1998 Recommended Practice for Software Requirements Specifications (ANSI/IEEE) http://www.computer.org/cspress/CATALOG/st01102.htm [KRU95] Krutchen, Philippe. Arquitectural Blueprints The 4+1View Model of Software Architecture. IEEE Software Vol. 12 No. 6, November, 1995. pp. 42-50. [KRU00] Krutchen, Philippe. The Rational Unified process: An introduction. Second Edition. Addison-Wesley. 2000. [MB03] Montilva , Jons and Barrios, Judith. A Component-Based Method for Developing Web Applications. Revista Colombiana de Computacin (Colombian Journal of Computation). Vol. 4, No. 1, July, 2003, pp. 21-34 [MHG00] Montilva, J. Hazam, K., and Gharawi, M. The Watch Model for Developing Business Software in SNll and Midsize Organizations. Proceedings of the IV World Multiconference on Systemics, Cybernetics and Informatics - SCI2000. Orlando, Florida, Julio, 2000. Vol. XII, pp. 263-268. [VOL04] Volere Requirements Resources. http://www.volere.co.uk/index.htm [WAT03] Sitio Web de la Metodologa WATCH. Universidad de Los Andes, Facultad de Ingeniera, Grupo de Investigacin en Ingeniera de Datos y Conocimiento (GIDYC) [En lnea]. http://www.ing.ula.ve/~vanessa/ , Diciembre 2003.

Jons Montilva, ULA, Postgrado en Computacin

El Mtodo WATCH

31