Universidad de Ls Andes Facultad de Ingeniería Escuela de Ingeniería de Sistemas Departament de Cmputación Grup de Investigación en Ingeniería de Dats y Cncimient Mérida, Venezuela Telfs: 58-274-2403811 / 2402811 Fax: 58-274-2403873 Desarrll de Aplicacines Empresariales El Métd WATCH Versión 2004 Jnás A. Mntilva C., Ph.D. Derechs reservads. Prhibida la reprducción ttal parcial de este dcument sin la autrización escrita y expresa de su autr. Jnás Mntilva, Mérida, Venezuela, 2004
I. Intrducción Este dcument describe un métd de desarrll de aplicacines empresariales denminad WATCH [1-3]. El métd cnsta de tres cmpnentes: Mdel del prduct.- Describe el tip de prduct que el métd WATCH ayuda a prducir. Establece las características arquitectónicas generales de una aplicación empresarial. Mdel del prces.- Es una descripción estructurada del cnjunt de actividades que el grup de desarrll deberá seguir para prducir una aplicación empresarial. Mdel del grup de desarrll.- Este mdel describe cm el grup de desarrll debe estar rganizad y cuales sn ls rles de cada un de sus miembrs. La utilidad e imprtancia que el métd WATCH tiene se resume en ls siguientes punts: 1. Le agrega visibilidad al pryect; pues, permite que el grup de desarrll y ls usuaris del sistema puedan cncer en que estad se encuentra el pryect en cualquier mment. 2. Le facilita al líder del pryect las labres de planificación y cntrl del pryect. 3. Establece un marc metdlógic únic que estandariza el prces de desarrll y unifica la dcumentación que se prduce a l larg del pryect de desarrll de una aplicación. 4. Está fundamentad en mdels de prcess de la Ingeniería de Sftware Basada en Cmpnentes 5. Emplea las mejres prácticas, técnicas y ntacines utilizadas regularmente en la Industria del Sftware Este dcument está rganizad cm se indica a cntinuación. La Sección II describe el mdel de prducts, es decir las características generales del prduct que se elabra mediante la aplicación del métd: aplicacines web empresariales basadas en cmpnentes. En la Sección III, se presenta, en frma detallada, el cnjunt de fases, pass y actividades que el grup de desarrll del pryect debe llevar a cab para prducir una aplicación empresarial. La Sección IV describe el mdel del grup de desarrll. Se establece la estructura rganizacinal del grup de desarrll y ls rles que ells deben realizar a l larg del pryect. II. Mdel del prduct El métd WATCH está rientad al desarrll de un tip particular de sftware denminad aplicación empresarial. Una aplicación empresarial es aplicación distribuida que apya la ejecución de prcess de negcis en una empresa. Las aplicacines de cmerci electrónic y ls sistemas de infrmación web (SIW) sn ds tips particulares de aplicacines empresariales. Tant las aplicacines web cm ls SIW dan sprte a un cnjunt de un más prcess de negcis, mediante una interfaz web que permite el intercambi de dats e infrmación a través de una red Intranet, Extranet Internet. Algunas de la características generales de las aplicacines empresariales sn las siguientes: Están dirigidas a apyar prcess de negcis de una empresa. Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 2
Autmatizan el fluj de trabaj de ls prcess que ellas sprtan. Establecen una clara diferencia entre: La presentación de la aplicación (interfaz U/S) La lógica del negci (autmatización del fluj de trabaj) La gestión de ls dats (las bases de dats) Requieren integrarse a tras aplicacines, tales cm: Aplicacines legadas Aplicacines empaquetadas (ERP) Sistemas de infrmación gerencial Acceden a diferentes bases de dats lcales distribuidas Sn aplicacines distribuidas Sus cmpnentes están distribuids en varis servidres de prpósit específic ( ver figura 1) La aplicacines empresariales se instalan y crren sbre platafrmas distribuidas cmpuestas pr: Servidres web que se encargan del manej de la capa de presentación de las aplicacines empresariales Servidres de aplicacines que manejan la lógica del negci de las aplicacines empresariales Servidres de dats que gestinan ls dats de las aplicacines empresariales Figura 1. La Platafrma típica de ejecución de una aplicación empresarial Las aplicacines empresariales mdernas siguen un patrón estil arquitectónic similar, denminad arquitectura de 3 más capas (n-tier). En este estil arquitectónic, la lógica del negci se instala y ejecuta separadamente del manej de ls dats y de la interfaz usuari/sistema de la aplicación, tal cm se ilustra en la figura 2. Capa de Presentación) Capa de Lógica del Negci Capa de Dats Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 3
Figura 2. Estil arquitectónic de una aplicación empresarial El métd WATCH emplea el paradigma de desarrll de sftware basad en la reutilización de cmpnentes de sftware. En base a este paradigma, una aplicación empresarial tiene una arquitectura de sftware de tres más capas, en la que cada una de las capas está cmpuesta de un cnjunt de cmpnentes de sftware interrelacinads. La figura 3 muestra el mdel de una aplicación empresarial basada en cmpnentes. Capa de Presentación Capa de Lógica de Negcis Capa de Dats Cmpnentes del Lad del Cliente Cmpnentes del Lad del Servidr web Cmpnentes Prcess de Negci Cmpnentes Entidades de Negci Bases de Dats Almacenes De Dats XML Figura 3. Mdel de una aplicación empresarial basada en cmpnentes La capa de presentación implementa la interfaz U/S de la aplicación empresarial. Está frmada pr ds tips de cmpnentes: Cmpnentes del lad del cliente.- Sn ls cmpnentes de la interfaz U/S que se instalan y crren en las máquinas clientes; pr ejempl, ls applets en una aplicación web. Cmpnentes del lad del servidr web.- Sn ls cmpnentes de la interfaz U/S que se instalan en el servidr web. Pr ejempl, ls cmpnentes JSP y Servlets que implementan ls aspects dinámics de la interfaz web. La capa de lógica de negcis implementa la funcinalidad de la aplicación empresarial. Está frmada pr ds tips de cmpnentes: Cmpnentes de prcess.- Implementan las funcines que requieren ls usuaris y autmatizan ls flujs de trabaj. Cmpnentes de entidades de negcis (cmpnentes de negci).- Manejan ls dats asciads a ls bjets entidades de negci de la aplicación. La capa de dats se encarga de la administración de ls dats de la aplicación. Está frmada pr: Una más bases de dats almacenes de dats XML que pueden ser lcales distribuidas. La figura 4 ilustra ls mecanisms de middleware empleads para intercnectar las capas. Esta figura describe, también, cm ls cmpnentes de las tres capas se despliegan instalan en la platafrma de ejecución de la aplicación. En resumen, el métd WATCH ayuda, a un grup de desarrll, a prducir aplicacines empresariales basadas en cmpnentes, las cuales pseen adicinalmente ds características determinantes: (1) Su interfaz U/S es del tip web y (2) Su arquitectura es de tres más capas. Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 4
Figura 4. El despliegue de ls cmpnentes de una aplicación empresarial Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 5
III. Mdel de prcess WATCH El mdel de prcess del métd WATCH es un marc metdlógic que describe, en términs generales, un cnjunt estructurad de actividades necesarias para prducir una aplicación empresarial. Este mdel rganiza estas actividades en ds tips de prcess diferentes per cmplementaris: prcess gerenciales y prcess de desarrll. Ls prcess gerenciales describen las actividades que la gerencia del pryect (ó, en su defect, el líder del pryect) debe realizar para: Planificar, rganizar, dirigir, manejar el grup de desarrll y cntrlar el pryect de desarrll de un sistema aplicación empresarial Asegurar la calidad del sistema. Gestinar la cnfiguración del sistema Adiestrar el grup de desarrll durante el prces de ejecución del pryect. Ls prcess de desarrll sn ls prcess técnics que describen que debe hacer el grup de desarrll para prducir una aplicación empresarial. Ests prcess se rganizan en una estructura jerárquica frmada pr fases, pass y actividades. La figura 5 muestra la estructura del marc metdlógic. Esta estructura está inspirada en la metáfra del relj de pulsera (watch, en Inglés). Ls prcess gerenciales se ubican en el centr del relj para indicar que ells llevan el cntrl del desarrll del pryect. Ls prcess de desarrll se ubican, en frma circular, en las psicines del dial del relj. El marc metdlógic es cíclic, iterativ y cntrlad. Cada cicl de prcess de desarrll prduce una nueva versión del sistema un nuev subsistema del sistema en desarrll. En cada cicl se puede iterar entre las fases a fin de crregir errres, intrducir nuevs requisits, simplemente, mejrar el prduct en desarrll. Ls prcess de desarrll sn planificads y cntrlads pr ls prcess gerenciales, que se ubican en el centr del marc metdlógic ilustrad en la figura 5. Figura 5. Mdel de prcess WATCH Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 6
Ls prcess del Métd WATCH se pueden cncebir, también, cm una cadena de valr cuys prcess fundamentales claves sn apyads pr un cnjunt de prcess gerenciales, tal cm se ilustra en la figura 6. Mdelad de Negcis Ingeniería de Requisits Diseñ Arquitectónic Diseñ de Cmpnentes Aprvisi namient de Cmpnentes Ensamblaje de Cmpnentes Pruebas de la Aplicación Entrega de la Aplicación Gestión del Pryect Gestión de la Calidad del Sftware (SQA) Gestión de la Cnfiguración del Sftware (SCM) Verificación & Validación (V&V) Gestión de Riesgs Adiestramient Dcumentación Figura 6. La cadena de valr del Métd WATCH A cntinuación, se describen primer ls prcess gerenciales del métd y, lueg, cada una de las ch fases del marc metdlógic que han de ser aplicadas pr el grup para desarrllar una aplicación empresarial. Prcess Gerenciales del Métd WATCH La aplicación de prcess, técnicas y prácticas gerenciales es un factr crític de éxit en el desarrll de sftware. La calidad del prduct, la entrega a tiemp del prduct, el cabal cumplimient de su presupuest y el us eficiente de ls recurss humans y tecnlógics asignads a un pryect de sftware sn sól psibles mediante la aplicación de prcess gerenciales. El mdel de prcess del Métd WATCH emplea un cnjunt de prcess gerenciales, muchs de ls cuales sn prpuests pr el estándar IEEE 1074 [IEEE95] para la elabración de mdels de prcess de sftware. En la Tabla 1, se resumen ls prcess gerenciales, sus principales actividades y ls prducts asciads al desarrll de aplicacines empresariales baj el métd WATCH. Tabla 1. Prcess gerenciales del Métd WATCH Prcess Actividades Técnicas y Ntacines Prducts Gestión del Pryect Iniciación del pryect Planificación del Pryect Organización del grup de desarrll Dirección del grup de PERT/CPM Estructuras de grups Estimación de csts Técnicas de: Visión del prduct Plan del Pryect Cntrats de persnal Infrmes Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 7
Prcess Actividades Técnicas y Ntacines Prducts desarrll Administración de Tma de decisines gerenciales recurss Cmunicación Cntrl del pryect Liderazg Gestión de la Calidad del Sftware Gestión de la Cnfiguración del Sftware Verificación y Validación (V&V) Planificación de la calidad del sftware Aseguramient de la calidad del sftware Planificación de la cnfiguración del sftware Cntrl de la cnfiguración del sftware Planificación de la V&V Revisión Técnica de Prducts Técnicas de SQA Plan de Calidad del S/W Técnicas de SCM Plan de Cnfiguración del S/W Inspección de diseñ y códig Recrrids estructurads Pruebas de sftware Plan de V&V Gestión de Riesgs Identificación de Riesgs Análisis de Riesgs Pririzar Riesgs Planificación de la gestión de riesgs Reslución de Riesgs Técnicas de gestión de riesgs Lista de cheque de riesgs Plan de Gestión de Riesgs Adiestramient Planificación del Adiestramient Adiestramient del grup de desarrll Adiestramient de Usuaris Dcumentación Planificación de la Dcumentación Prducción de dcuments Cntrl de la Dcumentación Técnicas de adiestramient de persnal Técnicas de elabración de dcuments técnics Plan de Adiestramient de Usuaris Plan de Adiestramient del Grup de Desarrll Plan de Dcuments Dcuments del pryect Dcuments de la aplicación Ls prcess gerenciales sn respnsabilidad del líder del pryect (ver Sección IV). Estas actividades se realizan a l larg del prces de desarrll 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 desarrll del pryect y se describen cn mayr detalle en las fases 1-8. Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 8
Fase 1: MODELADO DEL NEGOCIO Objetivs: Obtener un cncimient glbal y detallad del dmini de la aplicación empresarial; est es, del sistema de negcis para el cual se desarrlla la aplicación. Este cncimient se lgra a través de un prces de mdelad empresarial que determina ls bjetivs, prcess, actres, bjets, reglas, events y unidades rganizacinales del Sistema de Negcis (SN). Prduct principal: Mdel del Sistema de Negcis (Mdel de Negcis) Fluj de trabaj: Ls pass que se desarrllan en esta fase y su secuencia de ejecución se indican en la Figura 7. Ls pass que integran esta fase se detallan en la Tabla 2. Figura 7. El fluj de trabaj del Mdelad del Negci Tabla 2. Descripción del fluj de trabaj de la fase 1 Pass Actividades Técnicas y Ntacines Prducts Definición del Sistema de Negcis (SN) Establecer el alcance del sistema de negcis (SN) Revisión de ls manuales de rganización Diagrama de Jerarquía de sistemas Definir el suprasistema del SN Entrevistas cn Gerentes del SN Identificar ls subsistemas del SN Mdelad de sistemas Mdelad de Objetivs del SN Definir la visión del SN Definir la misión del SN Definir bjetivs del SN Elabrar la jerarquía de bjetivs Revisión de ls manuales de rganización Entrevistas cn Gerentes del SN Mdelad de bjetivs Diagrama de Objetivs del SN Mdelad de ls Prcess de Negci del SN Identificar y analizar las tecnlgías de prducción servicis usadas pr el SN Mdelar la cadena de valr Mdelar ls prcess vitales (fundamentales) Visitas de camp Entrevista cn experts Revisión de dcumentación técnica Mdelad de Cadena de Valr del SN Diagramas de Prcess del SN (en UML Business) Diagramas de actividades en Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 9
Pass Actividades Técnicas y Ntacines Prducts Cadenas de Valr Mdelar ls prcess de sprte (de apy) UML Identificación de las Reglas de Negci Mdelad de actres y unidades rganizacinales Mdelar las actividades de cada prces Identificar las reglas de negci que regulan el SN Analizar y clasificar las reglas de negci Describir las reglas de negcis Analizar la estructura rganizacinal (rganigrama) Identificar actres del SN Definir rles de ls actres Elabrar la matriz actres-prcess Mdelad de Prcess en UML Business [ERP00] Mdelad de Actividades en UML Cnsultas a usuaris y experts Búsqueda de dcumentación Mdelad de reglas de negci Diseñ Organizacinal Descripción de reglas de negci del SN Organigrama Descripción de Actres y sus Rles Matriz Actres- Prcess Mdelad de Events Identificar events asciads al SN Mdelad de ls Objets de Negci del SN Elabración del dcument de Mdelad del Negci Validación del Mdel de Negcis Mdelar el fluj de trabaj asciad a cada event Elabrar la matriz de events-prcess Identificar ls tips de bjets de negci del SN Definir las relacines entre tips de bjets Elabrar el mdel de bjets Elabrar la matriz prcess-bjets Definir la estructura del dcument Redactar el dcument Planificar las actividades de validación Revisar frmalmente el mdel de negcis Mdelad de events en UML Business [ERP00] Mdelad cnceptual Mdelad de Clases en UML Técnicas de dcumentación Revisión técnica (Estándar IEEE 1012-1086) Diagrama de events en UML Business Matriz Events- Prcess Mdel de Cncepts del SN (diagramas de clases en UML) Matriz Prcess- Objets Mdel de Negcis del SN Mdel de Negcis del SN validad Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 10
Fase 2: INGENIERÍA DE REQUISITOS Objetivs de la fase: Determinar las necesidades de infrmación y autmatización de prcess de negcis, que tienen ls usuaris de la aplicación empresarial en desarrll, mediante la definición y especificación de sus requisits. Prduct principal: Dcument de Requisits de la aplicación Fluj de trabaj de la fase: El cnjunt de prcess, su rden de ejecución y ls prducts que se generan en esta fase se enumeran en la figura 8. Ls detalles de cada un de ests pass se dan en la Tabla 3. Fase 2: Ingeniería de Requisits Mdel de Negcis Dcument de de Requisits (DDR + DER) Descubrimient de Requisits Análisis de Requisits Especificación de Requisits Dcument de Definición de Requisits (DDR Dcument de Especificación de Requisits (DER) Validación del DDR Validación del DER Gestión de Requisits Figura 8. Prcess de definición y especificación de requisits Tabla 3. Descripción de ls pass de la fase 2 Pass Actividades Técnicas y Ntacines Prducts Descubrimient de Requisits Identificación y análisis de ls prblemas de infrmación que tiene el Sistema de Negcis Determinación de ls bjetivs de la aplicación empresarial Identificación y clasificación de ls interesads (stakehlders) interns y externs Entrevista Plantilla de especificación de requisits Vlere [VOL04] Mdelad de Cass de us y escenaris en UML Listad de requisits C dcumentads usand planillas Vlere Diagramas de cass de us y escenaris Selección de interesads a entrevistar Reunines cn usuaris Prgramación de las entrevistas Reclección de ls requisits que tienen ls interesads Observación de las actividades que realizan ls usuaris Ejecución de entrevistas usand la planilla Vlere Identificar requisits de infrmación a partir del análisis de ls prcess de Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 11
Pass Actividades Técnicas y Ntacines Prducts negcis del SN Elabrar cass de us para cada prces del Sistema de Negcis Elabrar escenaris para ls cass de us Análisis de Requisits Clasificación de ls requisits Cheque de requisits Chequear necesidad, priridad, cnsistencia, cmpletitud y factibilidad Establecer relacines entre requisits usand una matriz Negciación de requisits Discutir, pririzar y acrdar requisits cn el cliente y ls usuaris de la aplicación Matriz de interacción entre requisits Técnicas de negciación Revisión técnica Estándar de dcumentación de requisits IEEE 830-1998 [IEEE98] Dcument de Definición de Requisits (DDR) Definir la estructura y cntenid del Dcument de Definición de Requisits (DDR) Elabrar el Dcument de Definición de Requisits (DDR) Validación del DDR Planificar las sesines de validación del DDR Realizar la revisión técnica del DDR cn el cliente y usuaris seleccinads Revisión Técnica (Estándar IEEE 1012-1086) Dcument DDR Validad Especificación de Requisits Elabración, refinamient y/ actualización de mdels: Mdel de clases de bjets de negci Mdelad de sistemas en UML: Diagramas de clase Dcument de Especificación de Requisits (DER) Mdel de cass de us Mdels de transición de estads Definir la estructura y cntenid del Dcument de Especificación de Requisits (DER) Elabrar el Dcument de Especificación de Requisits (DER) Diagramas de cass de us Diagramas de estad Estándar de dcumentación de requisits IEEE 830-1998 [IEEE98] Validación del DER Planificar las sesines de validación del DER Realizar la revisión técnica del DER cn el cliente, usuaris especializads y diseñadres Revisión Técnica (Estándar IEEE 1012-1086) Dcument DER Validad Gestión de Requisits Gestinar el almacenamient de requisits Planilla de slicitud de cambi Base de dats de requisits Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 12
Pass Actividades Técnicas y Ntacines Prducts Crear la base de dats de requisits Actualizar la base de dats de requisits Gestinar cambis en ls requisits Definir y ejecutar ls prcedimients de cntrl de cambis Rastrear requisits (Requirements Tracing) Elabrar las matrices y listas de rastre de requisits Matrices y listas de rastre de requisits Dcument de Requisits (DDR + DER) actualizad Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 13
Fase 3: DISEÑO ARQUITECTÓNICO Objetivs de la fase: Elabrar un diseñ de la arquitectura de la aplicación empresarial que sea aprpiada a ls requisits especificads y que establezca ls subsistemas de la aplicación, ls cmpnentes de cada subsistema, las cnexines entre ests cmpnentes y las restriccines que regulan la arquitectura. Prduct principal: Descripción de la Arquitectura de la aplicación Fluj de trabaj de la fase: El cnjunt de prcess, su rden de ejecución y ls prducts que se generan en esta fase se describen en la figura 9. Fase 3: Diseñ Arquitectónic Dcument de Requisits Descripción de la Arquitectura Definición de Metas de Diseñ Identificación de Subsistemas Descripción de Vistas Arquitectónicas Evaluación de la Arquitectura Figura 9. Prcess del Diseñ Arquitectónic Tabla 4. Descripción de ls pass de la fase 3 Pass Actividades Técnicas y Ntacines Prducts Definición de Metas de Diseñ Determinar que requisits del DER se relacinan cn la arquitectura del sistema Mdels de calidad del sftware [BCK98] Listad descriptiv de las metas de diseñ Enumerar las psibles metas de calidad de la arquitectura del sistema Seleccinar aquellas metas de diseñ que sean factibles Describir cada meta de diseñ Identificación de Subsistemas Definir ls criteris y/ estils arquitectónics más aprpiads para dividir el sistema Estils arquitectónics [BCK98] Estructura de la aplicación Dividir el sistema en subsistemas usand ls criteris y/ estils seleccinads Descripción de Vistas Arquitectónicas Elabrar la vista arquitectónica de us Elabrar la vista arquitectónica lógica (estructural) Elabrar la vista arquitectónica de Mdel de Vistas arquitectónicas 4+1 [KRU95, KRU00] Diagramas de cass Vistas arquitectónicas Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 14
Pass Actividades Técnicas y Ntacines Prducts prces (cmprtamient) de us Elabrar la vista arquitectónica de Diagramas de clases implementación (cmpnentes) Evaluación de la Arquitectura Elabrar la vista arquitectónica de despliegue Seleccinar un métd de evaluación de arquitecturas Aplicar el métd para evaluar la arquitectura prpuesta Diagramas de interacción Diagramas de cmpnentes Diagramas de despliegue Métds de evaluación de arquitecturas de sftware [CHY02] Descripción de la arquitectura de la aplicación Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 15
Fase 4: DISEÑO DE COMPONENTES Objetivs de la fase: Elabrar ls diseñs detallads de ls cmpnentes que integran cada un de ls subsistemas de la aplicación. Prducts principales: Dcument de Diseñ y Plan de Pruebas Fluj de trabaj de la fase: El cnjunt de prcess, su rden de ejecución y ls prducts que se generan en esta fase se indican en la figura 10. La descripción detallada de ests prcess se muestran en las Tablas 5-8. Fase 4: Diseñ de Cmpnentes Descripción de La Arquitectura Dcument de Requisits Especificación de Cmpnentes Cntrats de Us y Realización Validación del Dcument de Diseñ Dcument de Diseñ Diseñ de la Interfaz U/S Verificación del Diseñ de Interfaz U/S requiere BD Diseñ de la BD Elabración del Dcument de Diseñ Planificación de Pruebas Prttip de Interfaz U/S Plan de Pruebas Figura 10. Prcess del Diseñ de Cmpnentes Tabla 5. Descripción de ls pass de Diseñ de la Interfaz U/S Pass Actividades Técnicas y Ntacines Prducts Diseñ de la Interfaz Usuari/Sistema Definir el perfil de ls usuaris (descripción de las habilidades y cncimient general de tecnlgías de infrmación que tienen ls usuaris) Establecer las características estéticas que deberá tener la interfaz gráfica de la aplicación Establecer ls fnds, clres, tips de fuentes, etc, que se usarán en la cnstrucción de las pantallas Técnicas de Utilidad (usability) Técnicas y estrategias de diseñ de interfaces GUI Prttips Diagrama jerárquic de pantallas Diseñ de pantallas Prttip de la interfaz U/S de la aplicación Diseñar la estructura general de la interfaz U/S: Elabrar el diagrama jerárquic de pantallas de la aplicación Definir las características que deben tener ls ítems que cmpnen las pantallas de la interfaz: menús, ventanas, ícns, enlaces, cuadrs, cajas, etc. Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 16
Pass Actividades Técnicas y Ntacines Prducts Elabrar un prttip de la interfaz U/S Verificación del Diseñ de la Interfaz U/S Planificar las sesines de verificación de la interfaz U/S Realizar las revisines técnicas de la interfaz U/S usand el prttip Revisión Técnica (Estándar IEEE 1012-1086) Prttip de interfaz U/S verificad La Especificación de Cmpnentes es el pas más imprtante de la fase de Diseñ de Cmpnentes. Su bjetiv es la elabración de ls cntrats de us y realización asciads a cada cmpnente de la arquitectura de sftware establecida en la Fase 3. Ls pass de la Especificación de Cmpnentes se indican en la figura 11 y sus detalles se dan en la Tabla 6. Mdel de Cncepts del Negci Mdel de Cass de Us Especificación de Cmpnentes Identificación de Cmpnentes Arquitectura y Espec inicial de Cmpnentes Mdel de Tips del Negci Interacción de Cmpnentes Especificacines de Interfases Especificación de Cmpnentes Arquitectura de Cmpnentes Especificacins de Interfaces (Cntrats de us) Especificacines de Cmpnentes (Cntrats de Realización Figura 11. Pass detallads de la Especificación de Cmpnentes Tabla 6. Descripción de pass de la Especificación de Cmpnentes Pass Actividades Técnicas y Ntacines Prducts Identificación de Cmpnentes Identificar cmpnentes de prces Se determinan analizand el Mdel de Cass de Us Generalmente, hay un cmpnente de prces para cada subsistema de la aplicación UML Cmpnents [CHD01] Mdel de Tips de Negci Arquitectura Inicial de Cmpnentes Identificar cmpnentes de negci Se determinan analizand y refinand el Mdel de Cncepts del Negci Cada tip fundamental (cre) del Mdel de Tips de Negci se crrespnde cn un cmpnente de negci Identificar cmpnentes de interfaz U/S y de dats Diseñar la arquitectura inicial de Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 17
Pass Actividades Técnicas y Ntacines Prducts cmpnentes Interacción de Cmpnentes Determinar las interfaces de cada cmpnente y sus peracines UML Cmpnents [CHD01] Especificación de Interfaces En ls cmpnentes de prces, las peracines de las interfaces capturan la funcinalidad expresada pr ls cass de us Arquitectura de Cmpnentes En ls cmpnentes de negci, las peracines se encargan de mantener el estad del cmpnente Refinar la arquitectura inicial de cmpnentes Refinar actualizar la arquitectura de la aplicación usand ls cmpnentes identificads Especificación Detallada de Cmpnentes Especificar detalladamente cada interfaz de cada cmpnente: Especificar cada peración: UML Cmpnents [CHD01] Cntrats de Us Cntrats de Realización Refinar la signatura de la peración Especificar las pre y pst-cndicines Especificar las invariantes Elabrar el diagrama de especificación de interfaz (DEI) Indica que tips de dats frman la interfaz Dcumentar ls cntrats de us: Un cntrat de us pr cada interfaz El cntrat de us cntiene la especificación de la interfaz Dcumentar ls cntrats de realización: Un cntrat de realización para cada cmpnente El cntrat de realización describe: Las interfaces usadas y frecidas pr el cmpnentes Delinea la implementación del cmpnente Establece ls Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 18
Pass Actividades Técnicas y Ntacines Prducts mecanisms de integración de cmpnentes (middleware de integración) El diseñ de la BD es una actividad pcinal del desarrll de una aplicación empresarial. Dependiend de la platafrma infraestructura de despliegue utilizada, la persistencia de ls dats asciads a ls cmpnentes de negcis puede ser manejada de ds maneras diferentes: (1) autmáticamente pr el servidr de aplicacines, en cuy cas, el servidr crea y administra la base de dats de cada cmpnente y (2) en frma separada mediante bases de dats relacinales. El diseñ de la BD se justifica sól en el segund de ests ds cass; pues, ls cmpnentes de negci almacenan sus dats explícitamente en bases de dats creadas separadamente. Tabla 7. Descripción de pass del Diseñ de la BD Pass Actividades Técnicas y Ntacines Prducts Diseñ Cnceptual de la BD Para cada prces del Sistema de Negcis (SN), elabrar un esquema cnceptual parcial: 1. Enumerar ls clases de bjets de negci que están relacinadas cn ese prces 2. Definir ls atributs de cada clase de bjets de negci 3. Establecer las relacines (asciacines, generalización y cmpsición) entre las clases de negcis 4. Elabrar el diagrama de clases crrespndiente (esquema cnceptual parcial) 5. Verificar el esquema parcial cn ls requisits asciads al prces 6. Validar cn ls usuaris respectivs el esquema parcial 7. Integrar ls esquemas cnceptuales parciales para prducir el esquema cnceptual integrad de la BD de la aplicación Diagramas de clase en UML Mdelad de Bases de Dats OO Esquemas cnceptuales parciales (un para cada prces de negci del SN) Esquema cnceptual integrad de la BD Diseñ implementable de la BD Cnvertir el esquema cnceptual de la BD en un esquema relacinal equivalente Verificar el esquema implementable cn ls requisits relacinads Prcedimient de cnversión de diagramas de clase a esquemas de relación Mdelad BD Relacinales Revisión técnica (Inspección de Diseñ) Esquema cnceptual de la BD integrad y verificad Diseñ Físic de la BD Establecer ls índices de las tablas del diseñ implementable Prcedimients de diseñ físic de BD Esquema físic de la BD Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 19
Pass Actividades Técnicas y Ntacines Prducts relacinales Definir ls derechs de acces para cada tip de usuari (usuari final, prgramadr, ABD) Definir las reglas de integridad de la BD Definición de ls Prcedimients de Administración de la BD Definir ls prcedimients de respald y recuperación de la BD Definir ls prcedimients de seguridad de la BD Definir ls prcedimients de cntrl de cambis del esquema de la BD Prcedimients de administración de la BD Tabla 8. Descripción de ls pass cmplementaris de la Fase 4 Pass Actividades Técnicas y Ntacines Prducts Elabración del Dcument de Diseñ Definición de la estructura y cntenid del Dcument de Diseñ (DD) Elabración del Dcument de Diseñ Estándares de dcumentación de diseñ (Estándar IEEE 890) Dcument de Diseñ (DD) Validación del Dcument de Diseñ Planificación de las sesines de validación del DD Realizar las revisines técnicas de validación del DD cn el cliente y usuaris seleccinads Revisión Técnica (Estándar IEEE 1012-1086) Dcument de Diseñ (DD) validad Planificación de Pruebas Definir: Ls bjetivs de las pruebas Ls niveles y tips de pruebas que deberán realizarse Estándares de dcumentación de pruebas (ANSI/IEEE 829-1983) Plan de Pruebas Ls criteris de terminación de cada tip de prueba El mdel de prces que se seguirá para ejecutar las pruebas El crngrama de actividades de pruebas Las respnsabilidades de ls miembrs del grup de pruebas Las técnicas y estrategias que se emplearán Ls recurss requerids para ejecutar las pruebas Ls dcuments que deben prducirse durante las pruebas Ls prcedimients de pruebas La estructura del Plan de Pruebas Dcumentar el Plan de Pruebas Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 20
Fase 5: Aprvisinamient de Cmpnentes Objetivs de la fase: Búsqueda y adaptación de cmpnentes de sftware reutilizables que cumplan cn las especificacines de cmpnentes Desarrll de aquells cmpnentes que n puedan ser lcalizads que n satisfagan adecuadamente las especificacines de cmpnentes Prduct principal: Clección de cmpnentes asciads a cada una de las tres capas de la aplicación empresarial Fluj de trabaj de la fase: El cnjunt de prcess, su rden de ejecución y ls prducts que se generan en esta fase se describen en la figura 12. Fase 5: Aprvisinamient de Cmpnentes Plan de Pruebas Dcument de Diseñ Adquisición de Cmpnentes Cmpnentes Dcument de Requisits Instalar la Platafrma de Desarrll Suscripción de Servicis Adaptación de Cmpnentes Diseñ y Ejecución de Pruebas de Cmpnentes Desarrll de Cmpnentes Figura 12. Prcess del Aprvisinamient de Cmpnentes Tabla 9. Descripción de pass de la Fase 5 Pass Actividades Técnicas y Ntacines Prducts Instalar la platafrma de desarrll de la aplicación Seleccinar, adquirir y/ preparar la platafrma infraestructura de sftware requerida para desarrllar la aplicación Instalar la platafrma de desarrll: Instalar servidr web Instalación de sftware distribuid (definid pr el ls fabricantes) Platafrma de desarrll instalada Instalar servidr de aplicacines Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 21
Pass Actividades Técnicas y Ntacines Prducts Instalar DBMS Adquisición de Cmpnentes Buscar cmpnentes que puedan ser adquirids de tercers Adquirir cmpnentes cmerciales Búsqueda de cmpnentes cmerciales (P.ej., COTS) Cmpnentes cmerciales Suscripción de servicis Buscar servicis web que puedan ser cntratads cm cmpnentes Búsqueda en directris UDDI Servicis web Cntratar servicis web Adaptación de Cmpnentes Buscar cmpnentes en repsitris lcales (interns) de tercers (externs) Envltris (Wrapping) Cmpnentes adaptads Adaptar ls cmpnentes mediante su mdificación interna el us de envltris (wrappers) Desarrll de Cmpnentes Desarrllar aquells cmpnentes que n pudiern ser lcalizads en repsitris lcales de tercers. Partiend de la especificación de cada cmpnente: Elabrar el diseñ detallad de cada peración de cada interfaz del cmpnente Cdificar las peracines del cmpnente Elabrar la las interfaces del cmpnente Diseñ de algritms Refinamient pasa-pas Pseud-códig Estándares de cdificación Estrategias de pruebas de unidad Cmpnentes desarrllads Desplegar el cmpnente en la platafrma seleccinada para el desarrll de cmpnentes Diseñar y ejecutar las pruebas de unidad del cmpnente Diseñ y ejecución de pruebas de cmpnentes Diseñar pruebas funcinales para cada un de ls cmpnentes adquirids, suscrits, adaptads y desarrllads Preparar ls dats y mecanisms de prueba Preparar el ambiente de pruebas Ejecutar las pruebas funcinales de cada cmpnente Depurar ls errres encntrads durante las pruebas funcinales de cada cmpnente Estrategias de pruebas caja negra: Particines equivalentes Análisis de valres límites Técnicas de pruebas de hils (thread testing) Depuración de errres Estándar de dcumentación de pruebas IEEE-829-1983 Especificacines de diseñ de pruebas de cmpnentes Especificacines de cass de prueba Especificacines de prcedimients de prueba Infrme de incidentes de prueba Infrme de resumen de pruebas Cmpnentes prbads y depurads Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 22
Fase 6: Ensamblaje de Cmpnentes Objetivs de la fase: Implementar cada un de las tres capas de la aplicación empresarial mediante el ensamblaje de cmpnentes que fuern adquirids, adaptads, suscrits desarrllads en la Fase 5. Prduct principal: Una aplicación integrada de acuerd a la arquitectura diseñada Fluj de trabaj de la fase: El cnjunt de prcess, su rden de ejecución y ls prducts que se generan en cada fase se describen en la figura 13. Figura 13. Prcess del Ensamblaje de Cmpnentes Tabla 10. Descripción de ls pass de la fase 6 Pass Actividades Técnicas y Ntacines Prducts Cnstrucción de la Interfaz U/S Ensamblar la capa de presentación cn ls cmpnentes de la interfaz U/S Cdificar e integrar ls cmpnentes de interfaz del lad del cliente Técnicas de cnstrucción de interfaces web Capa de presentación de la aplicación Desplegar ls cmpnentes de interfaz U/S del lad del servidr web Diseñ y Ejecución de Pruebas de la Interfaz U/S Determinar ls aspects de la interfaz U/S que deben prbarse Diseñar ls prcedimients y cass de prueba de la interfaz U/S Preparar ls dats y mecanisms de Técnicas y estrategias de pruebas de interfaces gráficas Depuración de Especificacines de diseñ de pruebas de la interfaz U/S Especificacines de cass de prueba Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 23
Pass Actividades Técnicas y Ntacines Prducts prueba errres Especificacines de Preparar el ambiente de pruebas prcedimients de prueba Ensamblaje de Cmpnentes de Prces y Negcis Ejecutar las pruebas de la interfaz U/S Depurar ls errres encntrads Ensamblar la capa de lógica de negcis cn ls cmpnentes de prces y negcis que la integran Desplegar ls cmpnentes de prcess y negcis en el servidr de aplicacines usad para el desarrll de la aplicación Estándar de dcumentación de pruebas IEEE-829-1983 Despliegue de cmpnentes en servidres de aplicacines Infrme de incidentes de prueba Infrme de resumen de pruebas Interfaz U/S prbada Capa de lógica de negcis de la aplicación Diseñ y Ejecución de Pruebas de Integración Definir ls criteris y técnicas de pruebas de integración de cmpnentes Diseñar ls prcedimients y cass de prueba de integración de cmpnentes Preparar ls dats y mecanisms de prueba Preparar el ambiente de pruebas Ejecutar las pruebas de integración de cmpnentes Depurar ls errres encntrads Técnicas y estrategias de pruebas de integración de cmpnentes OO Depuración de errres Estándar de dcumentación de pruebas IEEE-829-1983 Especificacines de diseñ de pruebas de integración Especificacines de cass de prueba Especificacines de prcedimients de prueba Infrme de incidentes de prueba Infrme de resumen de pruebas Lógica de negcis de la aplicación prbada Cnstrucción de la BD Crear la base de dats usand ls esquemas implementables diseñads en la Fase 4 y el DBMS seleccinad para este prpósit Creación de BD relacinales Capa de dats de la aplicación Diseñ y Ejecución de Pruebas de la BD Diseñar ls aspects de la BD que deben prbarse Diseñar ls prcedimients y cass de prueba de la BD Preparar ls dats y mecanisms de prueba Preparar el ambiente de pruebas Ejecutar las pruebas de la BD Depurar ls errres encntrads Técnicas y estrategias de pruebas de bases de dats Depuración de errres Estándar de dcumentación de pruebas IEEE-829-1983 Especificacines de diseñ de pruebas de la BD Especificacines de cass de prueba Especificacines de prcedimients de prueba Infrme de incidentes de prueba Infrme de resumen de pruebas Base de dats prbada Pruebas de la Integración de Capas Definir ls criteris y técnicas de pruebas de integración de las tres capas de la aplicación Técnicas y estrategias de pruebas de Especificacines de diseñ de pruebas de integración de capas Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 24
Pass Actividades Técnicas y Ntacines Prducts aplicacines distribuidas Diseñar ls prcedimients y cass de prueba de integración de capas Preparar ls dats y mecanisms de prueba Preparar el ambiente de pruebas Ejecutar las pruebas de integración de capas Depurar ls errres encntrads Depuración de errres Estándar de dcumentación de pruebas IEEE-829-1983 Especificacines de cass de prueba Especificacines de prcedimients de prueba Infrme de incidentes de prueba Infrme de resumen de pruebas Aplicación integrada y prbada (desplegada en la platafrma de desarrll) Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 25
Fase 7: PRUEBAS DE LA APLICACIÓN Objetivs de la fase: Cmprbar que la aplicación empresarial cumple cn ls requisits funcinales y n funcinales establecids en la fase 2. Prduct principal: Aplicación empresarial prbada Fluj de trabaj de la fase: El cnjunt de prcess, su rden de ejecución y ls prducts que se generan en cada fase se describen en la figura 14. Fase 7: Pruebas de la Aplicación Plan de Pruebas Aplicación Prbada Ejecución de Pruebas Funcinales [Reprbar] [Aceptad] Diseñ de Pruebas del Sistema Preparación de Pruebas Crrección de Errres Ejecución de Pruebas de Aceptación Ejecución de Pruebas N-funcinales Crrección de Errres Figura 14. Prcess de pruebas del subsistema Tabla 11. Descripción de ls pass de la fase 7 Pass Actividades Técnicas y Ntacines Prducts Diseñ de Pruebas del Sistema Diseñar las pruebas funcinales del sistema (aplicación integrada) Diseñar las pruebas n funcinales del sistema Diseñar las pruebas de aceptación Actualizar Plan de Pruebas Estrategias de pruebas funcinales y n funcinales Estándar de dcumentación de pruebas IEEE-829-1983 Especificacines de diseñ de pruebas del sistema Especificacines de cass de prueba Especificacines de prcedimients de prueba Preparación de las Pruebas Preparar mecanisms de pruebas (scripts, cnductres, esquelets, etc.) Preparar dats de prueba Seguimient de ls prcedimients de prueba Mecanisms de pruebas Dats de pruebas Preparar ambiente de pruebas Instalar herramientas de sftware para pruebas autmatizadas Ejecución de las Pruebas Funcinales Ejecutar las pruebas funcinales Reprtar ls errres encntrads en las pruebas Seguir plan de pruebas y estrategias establecidas Infrme de incidentes de prueba Infrme de resumen de pruebas Ejecución de las Pruebas Nfuncinales Ejecutar las pruebas n-funcinales Reprtar ls errres encntrads en las pruebas Seguir plan de pruebas y estrategias establecidas Infrme de incidentes de prueba Infrme de resumen de pruebas Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 26
Pass Actividades Técnicas y Ntacines Prducts Ejecución de las Pruebas de Aceptación Preparar el ambiente de pruebas de aceptación (definid pr el cliente) Ejecutar las pruebas de aceptación Reprtar ls errres encntrads en las pruebas Seguir plan de pruebas y estrategias establecidas Infrme de incidentes de prueba Infrme de resumen de pruebas Aplicación validada pr el usuari Crrección de errres Crregir ls errres detectads en las pruebas funcinales y n-funcinales Depuración (debbuging) Aplicación prbada y depurada Realizar pruebas de regresión para asegurar que las crreccines n intrducen nuevs errres Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 27
Fase 8: Entrega de la Aplicación Empresarial Objetivs de la fase: Instalar la aplicación empresarial en su ambiente de prducción, pnerla en peración y entregarla a sus usuaris. Prduct principal: Aplicación empresarial en peración (prducción) Fluj de trabaj de la fase: El cnjunt de prcess, su rden de ejecución y ls prducts que se generan en cada fase se describen en la figura 15. Fase 8: Entrega de la Aplicación Plan de Pruebas Elabración de Dcumentación Adiestramient de Usuaris Aplicación Instalada Planificación de la Instalación Instalación de Platafrma de Operación Instalación de la Aplicación Carga Inicial de Dats Diseñ y Ejecución de Pruebas de Instalación Inici de Operacines Realización de Ajustes Finales Figura 15. Prcess de la Entrega de la Aplicación Tabla 12. Descripción de ls pass de la fase 8 Pass Actividades Técnicas y Ntacines Prducts Planificación de la Instalación Definir las estrategias de migración a la nueva aplicación Determinar actividades de la instalación de la aplicación Técnicas y herramientas de planificación Plan de Instalación Estimar csts, tiemps y recurss requerids Dcumentar plan de instalación Elabración de la Dcumentación Determinar ls tips de dcumentación que se le entregarán al cliente Definir la estructura, frmat y medi de cada dcument manual Técnicas de elabración de dcuments técnics Dcuments manuales de la aplicación Elabrar ls dcuments manuales Adiestramient de Usuaris Determinar el tip, mdalidad y recurss de adiestramient de usuaris Técnicas de adiestramient Material de adiestramient Preparar ambiente y material de adiestramient Usuaris adiestrads Cnducir adiestramient de usuaris Instalación de la Platafrma Instalar la platafrma de Hardware/Sftware requerida para Instructivs de instalación Platafrma de Operación (H/S) Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 28
Pass Actividades Técnicas y Ntacines Prducts de Operación perar el sistema (si n está instalada) prprcinads instalada pr el fabricante Adiestrar el persnal de sprte técnic Instalación de la Aplicación Carga inícial de dats Diseñ y Ejecución de Pruebas de Instalación Realización de ajustes finales Inici de Operacines Desplegar la aplicación en ls diferentes servidres de la platafrma de peración Preparar ls dats de carga inicial de la BD Actualizar la BD Diseñar ls aspects de la instalación que deben prbarse Diseñar ls prcedimients y cass de prueba de instalación Preparar ls dats y mecanisms de prueba Ejecutar las pruebas de instalación Crregir ls errres encntrads Analizar cambis y ajustes finales Medir el impact de ls cambis y ajustes finales Decidir que cambis realizar y cuales pspner para la siguiente versión de la aplicación Entregar el sistema al cliente Dar inici frmal a las actividades Instructivs de despliegue de aplicacines prprcinads pr el fabricante Técnicas de migración de dats Técnicas y estrategias de pruebas de instalación Depuración de errres Estándar de dcumentación de pruebas IEEE- 829-1983 Cntrl de cambis Aplicación instalada BD actualizada Especificacines de diseñ de pruebas de instalación Especificacines de cass de prueba Especificacines de prcedimients de prueba Infrme de incidentes de prueba Infrme de resumen de pruebas Aplicación instalada prbada Aplicación ajustada Aplicación en peración Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 29
IV. Mdel del grup de desarrll El grup de desarrll de una aplicación empresarial puede estar rganizad de diferentes maneras. Una de ellas es según una estructura jerárquica en la que ls actres del pryect se agrupan en base a las actividades del prces de desarrll de la aplicación. Esta estructura se muestra en la figura 16. Ls rles que ests miembrs realizan en el pryect están determinads pr ls grups de trabaj que integran la estructura. Ests rles se crrespnden cn las fases generales del desarrll de la aplicación. Figura 16. Estructura rganizacinal de tip funcinal Otra manera de rganizar el grup es de acuerd a las cmpetencias requeridas para desarrllar aplicacines empresariales. La figura 17 muestra la estructura basada en cmpetencias rientadas al desarrll de aplicacines empresariales. Figura 17. Estructura rganizacinal basada en cmpetencias Nótese que, en ambs cass, ls grups están frmads pr el líder del pryect, un ó más ingeniers y técnics y un númer select y representativ de usuaris. El grup es, generalmente, asistid técnicamente pr un más asesres externs, especializads bien en Ingeniería de Sftware en el dmini de la aplicación.. Referencias Bibligráficas Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 30
[BCK98] Bass. L., Clements, P. And Kazman, R. Sftware Architecture in Practice. Addisn Wesley. 1998. [BRA03] Braude, E.J. Ingeniería de Sftware: Una perspectiva rientada a bjets. Editrial Alfamega, 2003. [CHD01] Cheesman, J. and Daniels, J. UML Cmpnents: A Simple Prcess fr Specifying Cmpnent-Based Sftware. Addisn-Wesley. 2001. [CHY02] Chi, H. And Yen, K. An Apprach t Sftware Architecture Evaluatin with the 4+1 View Mdel f Architecture. Prc. f the Ninth Asian-Pacific Sftware Engineering Cnference (ASPEC 02). IEEE Cmputer Sciety, 2002. [ERM00] Erikssn, H-E and Pneker, M. Business Mdeling with UML. Jhn Wiley & Sns, 2000. [HAM04] Hamar, Vanessa. Aspects metdlógics de desarrll y reutilización de cmpnentes de sftware. Tesis de Maestría. Universidad de Ls Andes, Facultad de Ingeniería, Pstgrad en Cmputación, Mérida, Venezuela, Ener, 2004 (Tutr: J. Mntilva) [IEEE95] IEEE Std. 1074, 1995. IEEE Standard fr Develping Sftware Life Cycle Prcesses, IEEE Cmputer Sciety, New Yrk [IEEE98] 830-1998 Recmmended Practice fr Sftware Requirements Specificatins (ANSI/IEEE) http://www.cmputer.rg/cspress/catalog/st01102.htm [KRU95] Krutchen, Philippe. Arquitectural Blueprints The 4+1 View Mdel f Sftware Architecture. IEEE Sftware Vl. 12 N. 6, Nvember, 1995. pp. 42-50. [KRU00] Krutchen, Philippe. The Ratinal Unified prcess: An intrductin. Secnd Editin. Addisn-Wesley. 2000. [MB03] Mntilva, Jnás and Barris, Judith. A Cmpnent-Based Methd fr Develping Web Applicatins. Revista Clmbiana de Cmputación (Clmbian Jurnal f Cmputatin). Vl. 4, N. 1, July, 2003, pp. 21-34 [MHG00] Mntilva, J. Hazam, K., and Gharawi, M. The Watch Mdel fr Develping Business Sftware in SNll and Midsize Organizatins. Prceedings f the IV Wrld Multicnference n Systemics, Cybernetics and Infrmatics - SCI 2000. Orland, Flrida, Juli, 2000. Vl. XII, pp. 263-268. [VOL04] Vlere Requirements Resurces. http://www.vlere.c.uk/index.htm [WAT03] Siti Web de la Metdlgía WATCH. Universidad de Ls Andes, Facultad de Ingeniería, Grup de Investigación en Ingeniería de Dats y Cncimient (GIDYC) [En línea]. http://www.ing.ula.ve/~vanessa/, Diciembre 2003. Jnás Mntilva, ULA, Pstgrad en Cmputación El Métd WATCH 31