Metodo Watch

Captulo

4 El Mtodo WATCH - Extendido En este capitulo se describe y extiende el mtodo WATCH en su ms reciente versin (Montilva & Barrios, 2002). El mtodo WATCH es un mtodo que describe el ciclo de vida de las aplicaciones Web basados en componentes, este mtodo especifica tanto el producto, como el proceso y los actores. La extensin de este se hace desglosando en cada fase sus actividades, tareas y los productos, as como la asignacin de los actores de las mismas. El primer modelo de procesos WATCH surgi de la necesidad de un modelo de procesos para el desarrollo de proyectos de software pequeos y medianos desarrollados por pequeas empresas, este fue el resultado de la integracin de modelos de desarrollo software bien conocidos tales como: el modelo en espiral, el modelo V y el modelo orientado a objetos descrito por Bruegge & Dutoit (2000) y el estndar de la IEEE 1074 (1995) para el desarrollo de procesos de ciclos de vida provey el marco metodolgico necesario para desarrollar el Modelo WATCH (Montilva, Hamzan & Gharawi, 2000). El Mtodo WATCH en su ms reciente versin, se encuentra enmarcado dentro del desarrollo de aplicaciones Web, las cuales comprenden procesos complejos, tecnologas y a la necesidad de personal especializado que se mezclan en este tipo de procesos. (Montilva & Barrios, 2002) En el Modelo WATCH se define una aplicacin Web como un conjunto de servicios que son accedidos por los usuarios a travs de un navegador o Web browser. Los servicios que deben ser prestados comprenden desde la entrada, el almacenamiento, la actualizacin, as como tambin el acceso y manipulacin de datos que son guardados en uno o ms servidores. Entre los ejemplos de servicios Web se encuentran: Sistemas e-commerce, Portales e-bussines, Sistemas e-goverment, sitios de instruccin. Estos varan desde servicios de pequea escala a servicios a gran escala. La propuesta de desarrollo de aplicaciones Web basada en componentes presenta ventajas sobre otras propuestas basadas en orientacin a objetos y factores humanos. Para comenzar, la reutilizacin de componentes ha reducido los costos y tiempo para la entrega de una solucin, desde que la aplicacin no est diseada y no es escrita desde cero. La segunda ventaja es que las aplicaciones basadas en componentes prometen mejor calidad del

Captulo 4 Modelo WATCH - Extendido 82

producto con la reutilizacin de componentes que ya han sido probados. Y, finalmente, las arquitecturas de las aplicaciones Web pueden ser obtenidas utilizando patrones que promueven la separacin de aspectos importantes. Los elementos metodolgicos del modelo WATCH estn basados en los principios y conceptos de la Ingeniera de Mtodos definidos por Odell (1996) tales como: el Modelo de Producto: Para describir el producto que se desea desarrollar y el Modelo de Procesos: que explica como se va a desarrollar el producto. El mtodo fue extendido incluyendo un tercer elemento el Modelo del Grupo de Desarrollo que consiste en la descripcin de los roles que van a jugar los integrantes de cada uno de los grupos. En el Modelo de Producto se hace una descripcin conceptual y se introducen los patrones arquitectnicos que es lo ms comn en las aplicaciones Web. En el Modelo de Procesos se describen las fases a travs de sus tareas y productos y, por ltimo, en el Modelo del Grupo de Desarrollo se describen los roles de los participantes en el proceso. Para el uso del mtodo a una aplicacin Web es necesario que el lder del equipo comience con el desarrollo de los modelos a un alto nivel y a medida que se avance en los procesos estos sern refinados. En las siguientes secciones se describen los diferentes modelos, el modelo de producto es descrito en la primera seccin, luego el modelo del equipo de desarrollo en la segunda seccin y por ltimo el modelo de procesos.

4.1 Modelo de Producto El Modelo de Productos de una aplicacin Web en el Modelo de Procesos WATCH corresponde a la descripcin de los elementos comunes elaborados al final de aplicar el mtodo. El proceso para solicitar los servicios de una aplicacin Web se produce cuando un usuario realiza una peticin a travs de un navegador, el usuario interacta con el sistema introduciendo y obteniendo informacin, esto se hace a travs de funciones o servicios que provee un servidor de aplicaciones conjuntamente con el servidor Web. Ya descrito el proceso, se observa que la arquitectura que se utiliza comnmente para aplicaciones Web es la arquitectura de n-capas. En este caso est definido en tres capas, la primera la capa de presentacin que es aquella con la cual el usuario interacta, la capa intermedia o de lgica de negocios, que corresponde a la capa donde se encuentran las lgica del negocio de las aplicaciones Web, y por ltimo la capa donde son guardados los datos de las aplicaciones.


Bases de datos / XML

Componentes de entidades de

negocios

Componentes de procesos de

negocios

Capa de Lgica de Negocios

Com

pon

ente

s d

el

serv

idor

Web

Com

pon

ente

s d

el la

do

del

clie

nte

Capa de Presentacin Capa de Datos

Figura 4.1 Modelo de producto del Mtodo. (Montilva & Barrios, 2002)

A continuacin se presenta una descripcin de cada una de las capas del modelo de producto del mtodo: Capa de presentacin: Es responsable de la interaccin con los usuarios. Esta se encarga de capturar los datos introducidos por los usuarios y el manejo de los dilogos a los usuarios. Esta capa comprende dos tipos de componentes: Los componentes del lado del cliente: se refieren a los componentes con las paginas

HTML de la aplicacin Web que van a ser desplegadas en las maquinas de los clientes. As como tambin a los scripts que complementan las pginas Web para el manejo de funcionalidades que no pueden ser hechas solamente por el HTML. Estos scripts pueden ser implementados utilizando Applets de Java, JavaScript, controles de ActiveX, Scriptlets. Estos son scripts que se ejecutan en la maquina cliente y permiten una pequea interaccin con la lgica de negocios.

Los componentes del servidor Web: estos son ejecutados en el lado del servidor Web,

enva las respuestas de las paginas solicitadas y los datos solicitados a la capa de lgica de negocios. Estos componentes pueden ser scripts que son interpretados por el servidor Web o por ejecutables.

apa de lgica de negocios: Esta capa intermedia representa el enlace entre la interfaz de s usuarios y el sistema de persistencia, y, generalmente, estos son componentes que han do compilados y corren en un servidor de aplicaciones. Esta est dividida en dos capas:

Componentes del proceso de negocios: permite realizar las transacciones requeridas por los usuarios a travs de la interfaz del usuario, determinando cuales operaciones de los componentes deben ser invocadas y el orden en el cual debe hacerse.

Componentes de entidades de negocios: son los relacionados con la persistencia del dominio que deben ser almacenados. Closi


Capa de datos: corresponden al medio de almacenamiento donde los estados de las entidades de negocios son almacenados. Estos pueden ser Bases de Datos, XML o bases de datos que manejan XML. Los beneficios de presentar, de esta manera, la arquitectura es que los componentes pueden ser asignados con ms facilidad a los miembros del grupo de desarrollo de acuerdo a sus habilidades, y facilitar la toma de decisiones mientras se hace el diseo de la aplicacin, entre otros.

4.2 Modelo del grupo de desarrollo El modelo del grupo de desarrollo corresponde a la especificacin de los roles. Este es un aspecto muy importante ya que permite al lder del proyecto conformar equipos de acuerdo a sus habilidades y a las tareas requeridas en el proyecto. Allen & Frost (1998), proveen un catalogo en el cual se fundament el Modelo de Procesos WATCH el cual fue adaptado para el desarrollo de aplicaciones Web basado en componentes. En la siguiente tabla se expresan los roles y las responsabilidades asignadas.

ROL RESPONSABILIDAD

Lder del Proyecto / Lder del grupo

Se encarga de la planificacin, organizacin, gerencia, supervisin, y control del proceso de desarrollo de la aplicacin.

Representante de los usuarios

Brindar el conocimiento sobre el negocio o el dominio de aplicacin. Es el puente entre el grupo de desarrollo y la comunidad de usuarios.

Desarrollador de la aplicacin

Interpretar y modelar los requerimientos de los usuarios y utilizar sus habilidades para disear y evaluar arquitecturas de aplicacin y sus componentes.

Desarrollador Web Su responsabilidad es especificar disear interfaces Web para los usuarios. Esto abarca habilidades humanas y tcnicas relacionadas con la tecnologa Web.

Desarrollador de

componentes de negocios

Modelar e interpretar los requerimientos de negocios y utilizar sus habilidades tcnicas para disear, codificar, integrar, probar y desplegar componentes.

Desarrollador de componentes de datos

Modela e interpreta requerimientos de datos y utiliza sus habilidades tcnicas para crear, disear, integrar, y evaluar bases de datos y otros tipos de almacenamiento de datos. Por ejemplo XML.

Analista de Negocios

Modela el negocio utilizando tcnicas de modelado empresarial o de negocios, adems, describe y analiza los requerimientos de los usuarios.

Tabla 4.1. Roles y responsabilidades de los miembros de los grupos de desarrollo.


Se hace notar, que una persona del equipo puede cubrir uno o ms roles en las etapas del proceso dependiendo de sus habilidades.

4.3

4.3.1

Modelo de Procesos El objetivo del modelado de los procesos es especificar cada una de las etapas para el desarrollo de aplicaciones Web basadas en componentes y la interaccin entre las mismas. Para representar el Modelo de Procesos WATCH se utiliza la metfora de un reloj. El desarrollo de una aplicacin Web puede ser vista como un reloj el cual va avanzando segn sus manecillas y que puede ser controlado por el lder del proyecto, es decir, el que decide cuando se avanza a una nueva fase o cuando es necesario ir atrs para mejorar o revisar un producto. Los nmeros en el dial representan las fases y el orden en el cual esas fases deben ser ejecutadas. El proceso gerencial por ende es el centro del reloj. La estructura del proceso est basado en el estndar IEEE 1074 para ciclos de vida de procesos (IEEE, 1995) y el UML Component que es un modelo de procesos para desarrollo basado en componente (Cheesman & Daniels 2001). Estos son escogidos por ser los ms apropiados para el desarrollo de pequeas y medianas aplicaciones.

Modelado de los procesos El proceso de desarrollo est divido en dos procesos:

Los procesos gerenciales: Estn enmarcados dentro de las actividades relacionadas con los procesos de manejo del proyecto: aseguramiento de la calidad de la aplicacin, manejo de cambios y riesgos, adiestramiento del personal, etc.

Los procesos de desarrollo: Este proceso es adaptado del UML Component, y

corresponde a las actividades tcnicas que son necesarias para modelar el dominio de aplicacin, descubrir y especificar los requerimientos, disear, codificar, probar y entregar la aplicacin.

En la siguiente figura se muestran tanto el orden de las fases como la relacin entre los procesos gerenciales y los procesos de desarrollo.


Figura 4.2. Modelo de procesos del WATCH. (Montilva & Barrios, 2002)

El proceso mostrado en la figura 4.2, comienza en el centro del modelo, con los procesos gerenciales, las primeras actividades que deben hacerse al comenzar un proyecto son la planeacin del mismo y la organizacin de los grupos de trabajo. Luego contina con las fases de desarrollo, las cuales son secuenciales en direccin a las manecillas del reloj, pero con la habilidad de iterar, esto es, retornar para corregir o ampliar un producto. El proceso gerencial controla dichas fases mediante la validacin y verificacin con la que se determinar si se avanza a la prxima fase o si es necesario retroceder a una anterior para mejorar o revisar un producto. En las prximas secciones se detallan las actividades y productos de ambos procesos.


4.3.2

4.3.2.1

Procesos Gerenciales El objetivo principal del modelado de los procesos gerenciales es la definicin de los procesos con los cuales se establece el proyecto, como es coordinado y el cmo hacer uso efectivo de los recursos (tiempo, esfuerzo, personas, dinero) para lograr los objetivos del proyecto. En el Modelo WATCH Extendido, el grupo de personas que se encargan de los procesos gerenciales corresponden a las personas que dirigen y controlan la ejecucin de los procesos de desarrollo, son los que deciden cuando continuar o cuando ir hacia atrs y corregir algn detalle. De acuerdo con la metfora del reloj, este grupo corresponde al motor que permite el movimiento de las manecillas que dan la hora.

Modelado de procesos gerenciales En este caso los procesos son escogidos de acuerdo a los estndares IEEE 1074 y SPICE (ISO 15504) que corresponden a estndares de ciclos de vida de software. Entre los procesos gerenciales del Mtodo WATCH se enumeran los siguientes: Gestin del proyecto Gestin de la calidad de software Gestin de la configuracin del software Verificacin y Validacin Gestin del riesgo Adiestramiento del personal del proyecto Adiestramiento de usuarios Documentacin del Sistema A continuacin se expresan en una tabla los aspectos ms importantes en los procesos gerenciales, desglosndose los mismos hasta el nivel de tareas.


PROCESO ACTIVIDAD TAREA TCNICA PRODUCTO

1.1 Iniciacin del proyecto

1.1.1 Establecer los objetivos, el propsito del proyecto y sus requerimientos ms generales.

1.1.2 Desarrollar las estimaciones iniciales del proyecto para cubrir los requerimientos generales: tamao, esfuerzo, tiempo, costos, horarios, recursos.

1.1.3 Determinar las actividades necesarias ms relevantes en cada una de las fases.

1.1.4 Documentar la iniciacin del proyecto.

Utilizacin de

estndares (IEEE1074,

SPICE)

Descripcin formal del proyecto a desarrollar.

1.2 Planeacin del proyecto

1.2.1 Desarrollar la estructura del trabajo

1.2.2 Establecer los horarios de trabajo. 1.2.3 Desarrollar las estimaciones del

proyecto. 1.2.4 Identificar los estndares del

proyecto 1.2.5 Establecer los compromisos del

proyecto. 1.2.6 Documentar todo lo relacionado a

la planificacin.

Diagramas Pert-CPM, escoger el

estndares al cual debe

acoplarse el proyecto

Plan del Proyecto

1.3 Organizacin del grupo de desarrollo

1.3.1 Definicin de los equipos de trabajo de acuerdo a: roles, reglas, conocimientos requeridos y habilidades requeridas.

1.3.2 Asegurar el entendimiento del trabajo asignado por parte de los grupos.

Caracterizacin del personal, diagramas de

jerarquas.

Estructura del grupo

1.4 Direccin del grupo de

desarrollo del proyecto.

1.4.1 Asegurar la interaccin entre los miembros de los grupos.

1.4.2 Asegurar que tengan una visin total de lo que se quiere hacer.

1.4.3 Establecer los mtodos de interaccin de los diferentes grupos.

1.4.4 Identificar los problemas que puedan afectar a los grupos y su interaccin.

1.4.5 Documentar las tareas y la forma de comunicacin entre los grupos.

Tormenta de ideas, reuniones,

dinmica de grupo.

Mantener la coherencia y la comunicacin

entre los grupos

1.5 Team Staffing

1.5.1 Bsqueda y seleccin del personal 1.5.2 Contratacin de personal 1.5.3 Evaluacin del personal 1.5.4 Remuneracin del personal 1.5.5 Retiro del personal

Tcnicas de manejo de personal

Contrato del personal

1 G

esti

n de

l Pro

yect

o

1.6 Control del proyecto

1.6.1 Gestin de los recursos del proyecto.

1.6.2 Toma de decisiones y acciones correctivas.

1.6.3 Supervisin de los avances del proyecto.

1.6.4 Supervisiones tcnicas. 1.6.5 Asegurar el cumplimiento de

estndares. 1.6.6 Documentacin de las decisiones

tomadas y las razones por las cuales fueron tomadas.

Tcnicas Gerenciales

Documentacin de las

decisiones

Tabla 4.2. Procesos Gerenciales del Modelo de Procesos WATCH. (a)



2.1 Planeacin de la calidad del

software

2.1.1 Establecer los estndares de calidad en cada fase del proyecto.

2.1.2 Definir los mdulos y mtricas de calidad que permitan medir los resultados de las metas de calidad que se desean alcanzar.

2.1.3 Identificar actividades que permitan mejorar la calidad del proyecto.

2.1.4 Documentar el plan de calidad.

Tcnicas de calidad

software

Plan de calidad del software

2 G

esti

n de

la c

alid

ad d

el

soft

war

e

2.2 Asegurar la calidad

2.2.1 Aplicar las mtricas de calidad. 2.2.2 Realizar las revisiones tcnicas de los

productos. 2.2.3 Auditar los productos elaborados. 2.2.4 Tomar acciones correctivas. 2.2.5 Elaborar reportes de los resultados.

Tcnicas de calidad

Revisiones tcnicas

Modelo de calidad

3.1 Planeacin del Gestin de

la configuracin

3.1.1 Establecer y manejar los sistemas de libreras

3.1.2 Identificar los tem de configuracin 3.1.3 Desarrollar planes y procedimientos de

cambios entre versiones.

Tcnicas de manejo de

repositorios

Plan de cambio de

configuraciones

3 G

esti

n de

la

conf

igur

aci

n de

l sof

twar

e

3.2 Control de la configuracin

3.2.1 Evaluar solicitudes de cambios. 3.2.2 Construir mejoras del software solo de

tem de configuracin en la librera. 3.2.3 Verificar el estado de la configuracin

Tcnicas de Gestin de Libreras

de Software

Reportes de las revisiones

4.1 Planeacin de la validacin

y la verificacin.

4.1.1 Elaboracin de planes de validacin y verificacin para cada etapa.

4.1.2 Planeacin de los tipos de pruebas.

Tcnicas de elaboracin y ejecucin de pruebas

Planes de Pruebas

4 V

erifi

caci

n y

V

alid

aci

n (V

&V

)

4.2 Revisin de los productos

4.2.1 Generacin de las pruebas. 4.2.2 Ejecucin de las pruebas 4.2.3 Documentacin de los resultados de

las pruebas

Tcnicas de pruebas y

de documenta

cin de pruebas

Resultados de las pruebas

5.1 Identificacin de riesgos

5.1.1 Identificacin de costos, esfuerzo, recursos y riesgo tcnicos en el desarrollo del proyecto.

Tcnicas de mitigacin de riesgos

Lista de riesgos

5.2 Anlisis de riesgos

5.2.1 Determinar la probabilidad de ocurrencia, impacto, tiempo en que puede ocurrir.

5.2.2 Determinar tcnicas para mitigar el riesgo.

Tcnicas de evaluacin de riesgos

Probabilidades de cada uno de los riesgos y las

tcnicas de mitigacin

5.3 Priorizar los riesgos

5.3.1 Determinar la prioridad en cuanto a la utilizacin de recursos para mitigarlos.

Tcnicas de medida de

riesgos

Recursos para la mitigacin de

riesgos

5.4 Gestin de riesgos

5.4.1 Definir mtricas para medir cada riesgo.

5.4.2 Definir cuales son los riesgos ms peligrosos.

5.4.3 Determinar las estrategias de mitigacin de riesgos y cual es el ms factible.

5.4.4 Determinar cuando mitigar esos riesgos.

Tcnicas de mitigacin de riesgos

Planes de mitigacin de

riesgos

5 G

esti

n de

l Rie

sgo

5.5 Planeacin de la solucin de

riesgos

5.5.1 Tomar acciones correctivas. 5.5.2 Determinar si la estrategia de

mitigacin funcion o hace falta una nueva o ajustar la existente.

5.5.3 Documentar las acciones tomadas y los resultados.

Aplicacin de tcnicas

de mitigacin de riesgos

Planes de mitigacin de

riesgos aplicados

Tabla 4.2. Procesos Gerenciales del Modelo de Procesos WATCH (b).



6.1 Planeacin del adiestramiento del grupo de desarrollo

6.1.1 Identificacin de las necesidades de adiestramiento

6.1.2 Determinar si el adiestramiento puede ser hecho por la misma empresa o es necesario contratar otra empresa.

Tcnicas de gerencia

Horario de adiestramiento,

lista de personas a adiestrar.

6 A

dies

tram

ient

o de

l per

sona

l

6.2 Adiestramiento del grupo de desarrollo

6.2.1 Adiestramiento del personal 6.2.2 Mantener un registro del

adiestramiento recibido por el personal

Tcnicas de adiestramiento

Personal adiestrado

7.1 Planeacin del adiestramiento del grupo de desarrollo

6 7.1.1 Identificacin de las necesidades de adiestramiento

7 7.1.2 Determinar si el adiestramiento puede ser hecho por la misma empresa o es necesario contratar otra empresa.

Tcnicas de gerencia

Horario de adiestramiento,

lista de personas a adiestrar.

7 A

dies

tram

ient

o de

U

suar

ios 7.2 Adiestramiento

del grupo de desarrollo

7.2.1 Adiestramiento del personal 8 7.2.2 Mantener un registro del

adiestramiento recibido por el personal

Tcnicas de adiestramiento

Personal adiestrado

Documentacin del sistema

Produccin de las guas de adiestramiento

Elaboracin de las guas de adiestramiento Distribucin de las guas de adiestramiento por va electrnica o escrita. Mantenimiento de la documentacin.

Tcnicas de documentacin

de software

Documentacin y guas para el adiestramiento

Tabla 4.2. Procesos Gerenciales del Modelo de Procesos WATCH (c).

4.3.2.2

4.3.3

Actores El actor principal de los procesos gerenciales es el lder del proyecto. Es responsable por la ejecucin del proyecto como un todo y de la ejecucin de las actividades gerenciales, desde 1-8 descritas en la tabla 4.2. La toma de decisiones, la comunicacin interpersonal, la solucin de conflictos son actividades inherentes al proceso gerencial descrito.

Procesos de Desarrollo

El modelado de los procesos de desarrollo tiene la finalidad de mostrar las etapas que deben ejecutarse para el desarrollo de aplicaciones Web. Cada una de estas fases se describe hasta llegar al nivel de tareas, se describen los productos y se propone una tcnica. Al final, se los actores y los roles correspondientes a cada fase son descritos.


4.3.3.1

4.3.3.2

Modelado de los procesos de desarrollo En la figura 4.2, se presentan las ocho fases del Modelo de Procesos WATCH - Extendido, estas fases pueden ser ejecutadas de acuerdo a la direccin de las manecillas del reloj, esto siempre y cuando los resultados obtenidos en el proceso gerencial de Verificacin y Validacin al finalizar cada una de las fases le permitan, Si este no fuere el caso el mtodo permite retroceder a otra fase con el fin de: Adicionar o modificar cualquier producto. Resolver cualquier error que se haya detectado. Revisar y elaborar una tarea de una fase anterior. El procesos de desarrollo es adaptado del Mtodo UML Component (Cheesman & Daniels, 2001) con el fin de desarrollar aplicaciones Web. Cada fase ser descrita en las prximas secciones.

Fase de Modelado de Negocios Esta fase tiene como finalidad el identificar y describir el dominio donde se encuentra enmarcada la aplicacin Web. La primera fase, en ser ejecutada en el proceso de desarrollo de las aplicaciones Web, es llamada Modelado de Negocios. Esta actividad es la encargada de identificar y describir en detalle el dominio de negocios en el cual va estar enmarcada la aplicacin Web. Permite, adems que el grupo de desarrollo entienda el dominio de negocios en el cual va a trabajar antes de iniciar la fase de requerimientos. El modelado de negocios permite describir los procesos de negocios, definir el alcance y los objetivos del dominio de negocios. 4.3.3.2.1 Conceptos bsicos relacionados Los conceptos de esta fase estn relacionados con el Anlisis de Dominio, ya expuestos en el captulo 2. Algunos conceptos adicionales se describen a continuacin: Puntos de variacin: Los puntos de variacin son aquellos que enlazan las similitudes y las variaciones de un dominio y que pueden ser implementados de diferentes maneras. Alcance del dominio: Corresponde al hecho de definir cuales son los puntos de variacin que se van a tomar en cuenta y de esta manera delimitar el dominio.


Los procesos de negocios: Los procesos de negocios son un conjunto de actividades de negocios, que ejecutadas correctamente, contribuye a alcanzar los objetivos. Los procesos de negocios son ejecutados por un conjunto de actores con el soporte de la aplicacin Web. Los objetos de negocios: Son tipos de entidades relacionadas con el dominio, por ejemplo: clientes, cuentas, recursos y productos. Y los estados de estos objetos son modificados por los procesos de negocios. Reglas de negocios: Son declaraciones que describen, restringen y controlan la estructura, las operaciones y las estrategias de un negocio. 4.3.3.2.2 Productos del modelado de negocios En esta fase se obtienen los siguientes productos: Documento del Modelo del Dominio (DMD): En este documento se delimitan los lmites del dominio de negocios, los objetivos y el dominio en s, utilizando los puntos de variacin Documento del Modelo de Negocios (DMN): Este documento contiene los actores y los procesos, estos se representan mediante los diagramas de casos de uso. Una descripcin de los objetivos, procesos, reglas, objetos de negocios, eventos y la estructura organizacional. Documento del Vocabulario del Dominio (DVD): En este documento se definen los conceptos importantes y aquellos que puedan ser ambiguos dentro del dominio de negocios. 4.3.3.2.3 Procesos del modelado de negocios Las actividades y tareas de esta fase se muestran a travs de diagramas de actividades, la descripcin de estas actividades, las tcnicas propuestas para la realizacin de estas tareas y los actores involucrados, adems de los productos obtenidos. a. Flujos de trabajo del Modelado de Negocios El proceso de modelado de negocios consta de 3 etapas: Definicin del alcance del dominio, definicin del modelo de negocios y definicin del vocabulario del dominio. Las actividades de estas fases son mostradas en los siguientes diagramas de actividades.


Actividad 1 - Modelado de negocios

Definicin del Alcance del Dominio - 1.1 Definicin del modelo de negocios - 1.2 Definicin del voabulario del dominio - 1.3

Figura 4.3 Diagrama de actividades 1 Modelado de Negocios

Actividad 1.1 - Definicin del alcance del dominio

Definicin de los bordes y alcance del Dominio - 1.1.1

Entendimiento del dominio por parte de los grupos de desarrollo 1.1.2

Figura 4.4 Diagrama de actividades 1.1 Definicin del alcance del dominio

Actividad 1.2 - Definicin del modelo de negocios

Definir Objetivos 1.2.1

Definir Reglas de Negocio 1.2.2

Definir Procesos de Negocios 1.2.3

Definir Actores / Roles 1.2.4 Definir objetos 1.2.5

Definir eventos 1.2.6

Figura 4.5 Diagrama de actividades 1.2 Definicin del modelo de negocios.


Actividad 1.3 - Definicin vocabulario del dominio

Definicin terminos ambiguos dentro del dominio - 1.3.1

Definicin de acronimos, simbolos, graficos del dominio - 1.3.2

Elaboracin documento vocabulario del dominio -1.3.3

Figura 4.6 Diagrama de actividades 1.3 Definicin vocabulario del dominio.

b. Descripcin de las actividades Esta fase se divide en tres actividades, las cuales se describen a continuacin: Definicin del Alcance del dominio: Esta actividad, como su nombre lo indica, define

el alcance del dominio, para lograr esto deben realizarse tareas como: o Definir los bordes del dominio: definiendo las caractersticas comunes y las

que no son comunes entre los dominios relacionados, y tomando la decisin de cual producto va a ser desarrollado, para definir as los lmites del dominio.

o Entender el dominio por parte de los grupos de trabajo: Al mismo tiempo

que se estudia el dominio, el grupo va conociendo el dominio de la aplicacin lo cual es imprescindible en la etapa de desarrollo de la aplicacin Web.

Definicin del modelo de negocios: El modelo de negocios describe cada uno de los

elementos de negocios (objetos, actores, reglas, procesos, etc.) y las relaciones entre ellos.

Definicin del vocabulario del dominio: La definicin del vocabulario tiene la

finalidad de aclarar y definir los trminos, smbolos, acrnimos, para evitar cualquier tipo de confusin o ambigedad que pudiese aparecer a la hora de desarrollar la aplicacin.

En la siguiente tabla se describen las actividades, tareas y tcnicas asociadas a esta fase inicial.


FASE ACTIVIDAD TAREA TCNICA PRODUCTO

1.1 Definicin del alcance del dominio.

1.1.1 Definicin de los bordes o alcance del dominio.

1.1.1.1 Definicin de las caractersticas comunes y las variantes.

1.1.1.2 Toma de decisin del producto que se va a desarrollar.

1.1.2 Entendimiento del dominio por parte de los grupos de trabajo.

Determinar los puntos de variacin de acuerdo a: - Productos que proveen

las mismas caractersticas pero tienen diferencias (ejemplo: emacs y vi)

- Formas de las cuales el usuario pueda escoger.

- Formas de implementar el mismo producto.

Esto se representa utilizando diagramas de caso de uso. Modelado UML

Modelo del Dominio (DMD)

1.2 Definicin del modelo de negocios

1.2.1 Definicin de los objetivos.

1.2.2 Definicin de los procesos de negocios.

1.2.3 Definicin de los objetos de negocios

1.2.4 Definicin de las reglas de negocios.

1.2.5 Definicin de los eventos.

1.2.6 Definicin de la estructura del trabajo.

- Casos de Uso que identifiquen actores directos e indirectos.

- Reglas de Negocios

que describen las restricciones.

- Redes de Petri (

Notacin Proclets)

Modelo de Negocios (DMN)

1 M

odel

ado

de n

egoc

ios

1.3 Definicin del vocabulario del

dominio

1.3.1 Definicin de trminos ambiguos dentro del dominio.

1.3.2 Definicin de Acrnimos, smbolos, grficos utilizados en el dominio.

1.3.3 Elaboracin del Documento con el vocabulario del dominio.

Elaboracin de un diccionario del dominio que contenga: - trminos - smbolos - conceptos relacionados.

Vocabulario del Dominio (DVD)

Tabla 4.3. Actividades del modelado de negocios. 4.3.3.2.4 Actores En esta fase los actores involucrados son: Analista de negocios: Su rol es el de modelar el negocio, adems, describir y representar los requerimientos de los usuarios. El representante de los usuarios: Cuyo rol es el de proveer informacin acerca del dominio de la aplicacin.


Lder del proyecto: l es el encargado de recopilar la informacin y organizarla de tal manera de generar los productos de cada una de las actividades de esta fase. 4.3.3.3 Definicin y especificacin de requerimientos La fase de definicin y especificacin de requerimientos tiene como propsito el descubrir, definir y especificar tanto los requerimientos funcionales y no funcionales de la aplicacin. 4.3.3.3.1 Conceptos bsicos relacionados Esta fase est relacionada con los requerimientos de la aplicacin Web, para esto es necesario definir los siguientes tipos de requerimientos: Requerimientos funcionales: Los requerimientos funcionales, como lo indica su nombre, son aquellas funciones que deben ser provistas por la aplicacin Web, estos requerimientos describen la interaccin entre el sistema y el ambiente, en que estados puede encontrarse la aplicacin. Requerimientos no funcionales: Los requerimientos no funcionales son las restricciones de la aplicacin, los atributos de calidad, los lmites de memoria, requerimientos de seguridad, etc. 4.3.3.3.2 Productos de la definicin y especificacin de requerimientos En esta fase se generan dos tipos de documentos uno para los usuarios, que es un documento de tipo informal, el cual puede ser escrito en lenguaje natural, y el otro documento con un carcter ms formal, el cual permite la utilizacin de lenguajes formales o semi-formales, de tal manera que pueda ser entendido por los desarrolladores sin presentar ninguna ambigedad. Documento de Especificacin de Requerimientos Informal (DERI): Es un documento que resume en lenguaje natural los requerimientos funcionales y no funcionales. Entre los requerimientos funcionales se encuentran los servicios que debe proveer la aplicacin Web. Entre los requerimientos no funcionales se encuentran la velocidad, el estrs al que debe ser sometida la aplicacin, etc. Documento de Especificacin de Requerimientos Formales (DERF): En este documento se almacenan los requerimientos de manera formal. Para esto se utilizan diagramas de casos de uso, diagramas de clases de las entidades de negocios, diagramas de actividades para representar el modelo funcional, el modelo estructural y el modelo dinmico, respectivamente.


4.3.3.3.3 Procesos a. Flujo de trabajo

Actividad 2 - Definicin y especificacin de requerimientos

Descubrir los requerimientos - 2.1 Especificacin de los requerimientos - 2.2

Figura 4.7 Diagrama de actividades 2 Definicin y especificacin de requerimientos.

Actividad 2.1 - Descubrir los requerimientos

Descubrir requerimientos funcionales - 2.1.1

Descubrir los requerimientos no funcionales - 2.1.2

Figura 4.8 Diagrama de actividades 2.1 Descubrir los requerimientos.

Actividad 2.2 - Especificacin de requerimientos

Realizar Modelo Funcional - 2.2.1 Realizar modelo estructural - 2.2.2 Realizar modelo dinamico - 2.2.3

Figura 4.9 Diagrama de actividades 2.2 Especificacin de requerimientos.


b. Descripcin de las actividades Las actividades de esta fase se describen a continuacin: Descubrir los requerimientos: Esta actividad tiene como finalidad el descubrimiento de los requerimientos que debe cumplir la aplicacin, tanto los requerimientos funcionales como no funcionales de manera informal. Especificar los requerimientos: La especificacin ya es un proceso formal, por ende, los requerimientos en esta actividad son plasmados utilizando un lenguaje formal o grfico, por ejemplo: diagramas UML. Esta actividad genera tres modelos como se indic en los productos generados por esta fase. En la siguiente tabla se muestran las diferentes tareas a realizar en esta fase. FASE ACTIVIDAD TAREA TECNICA PRODUCTO

2.1 Descubrir los requerimientos

2.1.1 Descubrir los requerimientos no funcionales. 2.1.2 Descubrir los requerimientos funcionales.

Descripcin en lenguaje natural (espaol o ingls) de los requerimientos no funcionales. Descripcin de los escenarios y casos de uso generales para determinar los requerimientos funcionales.

Documento de definicin de

requerimientos de manera informal

(DERI)

2 D

efin

ici

n y

espe

cific

aci

n de

req

ueri

mie

ntos

2.2 Especificacin de

requerimientos

2.2.1 Realizar el Modelo funcional

2.2.2 Realizar el

Modelo estructural 2.2.3 Realizar el

Modelo dinmico

Diagramas de casos de uso acerca de la funcionalidad del sistema. Diagramas de clase de las entidades de negocios (detallado) Diagramas de actividades, PROCLETS, Redes de Petri, etc.

Documento de especificacin de requerimientos de

manera formal. (DERF)

Tabla 4.4. Actividades de la definicin y especificacin de requerimientos.

4.3.3.3.4 Actores Analista de negocios: El rol principal es el de analizar y describir los requerimientos de los usuarios. Representante de los usuarios: Cuyo rol es proveer los requerimientos funcionales y no funcionales al lder del proyecto. Lder del Proyecto: En este caso su rol es el de recopilar los requerimientos para general el DERI y drselo al desarrollador de la aplicacin. El desarrollador de la aplicacin: Va a ser el encargado de entender y transformar el DERI en el DERF.


4.3.3.4 Fase del diseo de la aplicacin La meta arquitectura propuesta por el modelo WATCH presentada en la figura 4.10. En ella se propone una arquitectura basada en capas arquitecturales para la presentacin, la lgica de negocios, y la capa de datos. Cada una de estas capas est compuesta de componentes y a su vez de clases relacionadas con una o ms interfaces. Estos componentes son descubiertos a partir del Modelo de Negocios, los modelos funcionales, estructurales y dinmicos, y los requerimientos expuestos en el documento de especificacin de requerimientos (DERF). Infraestructura de Despliegue

Componentes Arquitectnicos de una aplicacin Web

Servidor de aplicaciones

Servidor Web

Servidor de datos

RMI IOP SOAPXML

Servidor de Pginas

(ASP, CGI, JSP)

Componentes de procesos de negocios Componentes de entidades de negocios (J2EE, .NET, COM)

Almacenes de datos (Bases de datos, XML, Almacenes de datos)

Capa de lgica de negocios

JDBC XML SQL

http XML IOP SOAP

Navegador

Pginas HTML

Componentes Scripts

soportados por los clientes (JavaScript, VBScripts)

Componentes Compilados

cliente (JavaScript, VBScripts)

Capa de Presentacin Capa de Datos

Figura 4.10. Principales componentes de una aplicacin Web (Montilva & Barrios, 2002)


4.3.3.4.1 Conceptos bsicos relacionados Los conceptos relacionados a esta etapa como la arquitectura, plataformas de ejecucin, son definidos en el captulo 2. 4.3.3.4.2 Productos del diseo de la aplicacin En esta etapa se obtienen a partir de los productos de las fases anteriores y los obtenidos en la primera actividad de la fase los siguientes productos: Documento de Diseo de la arquitectura (DDA): En este documento se describen los diseos de la arquitectura de la aplicacin (conceptual, lgica y de ejecucin). Documento de Diseo de la interfaz E/S (DDI): En este documento se define la estructura de la interfaz usuario/sistema, el flujo de navegacin, el estilo de las pginas Web y los requerimientos de uso de la aplicacin. Documento de Diseo Base Datos (DDBD): Este documento contiene el diseo conceptual de la base de datos correspondientes a la capa de datos indicada en la figura 4.10. 4.3.3.4.3 Procesos Los procesos se describen a continuacin a travs de diagramas de actividades y tablas, en las prximas sub-secciones. a. Flujo de trabajo Los diagramas mostrados desde la figura 4.11 a la 4.13, representan las actividades de la fase de diseo de la aplicacin:

Actividad 3 - Diseo de la aplicacin

Diseo de la interfaz usuarios - 3.1 Diseo de la arquitectura - 3.2 Diseo de la base de datos - 3.3

Figura 4.11 Diagrama de actividades 3 Diseo de la aplicacin.


Actividad 3.1 - Diseo de la interfaz usuario

Definicin de la estructura de navegacin - 3.1.1

Definicin estilo visual paginas y tipo de interaccin - 3.1.2

Figura 4.12 Diagrama de actividades 3.1 Diseo de la interfaz de usuario.

Actividad 3.2 - Diseo de la arquitectura de la aplicacin

Definicin de la Arquitectura de Alto Nivel 3.2.1

Definicin arquitectura conceptual - 3.2.2

Definicin de la arquitectura lgica - 3.2.3

Definicin de la arquitectura de ejecucin - 3.2.4

Figura 4.13 Diagrama de actividades 3.2 Diseo de la arquitectura de la aplicacin.


Actividad 3.3 - Diseo de la base de datos

Definicin de la estructura y contenido de datos de la capa de datos 3.3.1

Figura 4.14 Diagrama de actividades 3.3 Diseo de la base de datos.

b. Descripcin de las actividades Estas actividades tienen como finalidad trasladar los requerimientos en una solucin, por ejemplo una especificacin del diseo en una aplicacin Web. Las actividades de esta fase deben cubrir los aspectos de diseo de la aplicacin en las tres capas mostradas en la figura 4.10. Diseo de la interfaz de usuario: En esta actividad deben definirse los aspectos relacionados con la capa de presentacin, todo lo referente al diseo Web, navegacin, presentacin, estilo. Diseo de la arquitectura del sistema: La arquitectura es hecha de un conjunto de componentes de software, conectores, y restricciones que estn organizadas en capas. En este caso cada uno de las capas especificadas en la figura 4.10. se van a definir de acuerdo a los siguientes aspectos: Arquitectura conceptual: Definicin de los componentes y sus responsabilidades. Arquitectura lgica: Definicin de las interfaces, la interaccin entre los componentes. Arquitectura o plataforma de ejecucin: Localizacin de los recursos fsicos,

coordinacin de los componentes en tiempo de ejecucin. Diseo de la base de datos: En esta actividad deben definirse la estructura y el contenido de la base de datos asociada a los componentes. El diseo conceptual de los componentes de datos es producido en este paso, utiliza En la tabla 4.5, que se muestra a continuacin, se definen las tareas de cada actividad y se propone una tcnica para desarrollarla:


F A S E ACTIVIDAD TAREA TECNICA PRODUCTO

3.1 Diseo de la arquitectura del sistema

3.1.1 Definicin de la Arquitectura Conceptual:

3.1.1.1 Definicin de los componentes 3.1.1.2 Definir las responsabilidades de los

componentes 3.1.2 Definicin de la Arquitectura Lgica: 3.1.2.1 Especificacin de las interfaces de

los componentes. 3.1.2.2 Especificacin de la interaccin

entre los componentes. 3.1.3 Definicin de la arquitectura de

ejecucin: 3.1.3.1 Definir la localizacin de los

recursos fsicos, y la coordinacin de los componentes en tiempo de ejecucin.

Diagramas de Componentes de

UML

Diseo de la Arquitectura

(DDAR)

3.2 Diseo de la interfaz de

usuario

3.2.1 Definir la estructura de navegacin 3.2.2 Definir el estilo visual de las paginas y

la interaccin del sitio Web con el usuario

3.2.3 Asegurar los requerimientos de usabilidad que van a ser utilizados por la aplicacin.

Seguir los Principios de diseo Web.

Documento del diseo de la

interfaz (DDI)

3

Dis

eo

de la

apl

icac

in

3.3 Diseo de la base de datos

3.3.1 Definicin de la estructura y contenido de los datos de los componentes.

Utilizar XML o bases de datos relacionales.

Diseo conceptual de los

componentes de datos (DDBD)

Tabla 4.5. Actividades de la fase de diseo de la aplicacin Web.

4.3.3.4.4 Actores En la fase todos los desarrolladores tienen el rol de disear, el desarrollador de la aplicacin disea la arquitectura de la aplicacin Web, el desarrollador de data de los componentes disea la base de datos de acuerdo a la arquitectura y el desarrollador Web se ocupa del diseo de lo referente a la interfaz de usuario. 4.3.3.5 Fase de la especificacin del componente En esta fase, se especifica, en un nivel de mayor detalle, los componentes que conforman la arquitectura de la aplicacin y sus interacciones, as como tambin la plataforma de despliegue que sern utilizados en la implementacin de la aplicacin. 4.3.3.5.1 Conceptos bsicos relacionados Los conceptos relacionados a componentes, contratos, plataformas de despliegue, son definidos en el capitulo 3.


4.3.3.5.2 Productos En la especificacin del componente se cubren los aspectos relacionados a la capa de lgica de negocios y la capa de datos con los documentos que se detallan a continuacin: Documento de Plataforma de despliegue (DPD): En este documento se especifica la plataforma tecnolgica en la cual los componentes van a estar desplegados. Documento de Especificacin del componente (DEC): Este documento contiene la especificacin de cada uno de los componentes. Para especificar los componentes se generan el contrato de uso y el contrato de realizacin propuestos por Cheesman & Daniels (2001) los cuales fueron definidos en el captulo 3. Documento de Especificacin de base de datos (DEBD): Este documento contiene la especificacin de la base de datos relacional utilizando el modelo Entidad - Relacin, o el modelo Entidad Relacin - Extendido y la relacin entre el modelo de la base de datos con los componentes de negocios especificados en el (DEC). Esto cubre la capa de datos y la relacin con la capa de lgica de negocios, mostrada en la figura 4.10. 4.3.3.5.3 Procesos Los procesos de la especificacin de componentes son detallados mediante el flujo de trabajo y la descripcin de las actividades. a. Flujo de trabajo En los diagramas 4.15 al 4.18, que se muestran a continuacin, se especifican las actividades de esta fase.

Actividad 4 - Especificacin de los componentes

Diseo de la plataforma de despliegue - 4.1

Modelado del componente - 4.2

Especificacin del componente - 4.3

Especificacin de la base de datos - 4.4

Figura 4.15 Diagrama de actividades 4 Especificacin de los componentes.


Actividad 4.1 - Diseo de la plataforma de despliegue

Escoger plataforma de despliegue - 4.1.1 Documentar las caractersticas de la plataforma - 4.1.2

Figura 4.16 Diagrama de actividades 4.1 Diseo de la plataforma de despliegue.

Actividad 4.2 - Especificacin del componente

Realizacin modelo de componentes - 4.2.1 Realizacin contrato de uso - 4.2.2 Realizacin contrato de realizacin - 4.2.3

Figura 4.17 Diagrama de actividades 4.2 Especificacin del componente.

Actividad 4.3 - Especificacin de la base de datos

Modelado de la Base de Datos 4.3.1 Mapeo Componentes con la Base de Datos 4.3.2

Figura 4.18 Diagrama de actividades 4.3 Especificacin de la base de datos.


b. Descripcin de las actividades Diseo del Marco de despliegue: En esta actividad se escoge la plataforma de despliegue, y se indica como estarn distribuidos fsicamente los componentes. Especificacin del componente: En esta actividad se realizan el modelo de componentes, los contratos de uso y los contratos de realizacin, los cuales especifican de manera formal los componentes de la aplicacin Web. Especificacin base de datos: En esta actividad se realiza la especificacin de la base de datos y tambin un mapeo entre los componentes y las entidades en las bases de datos.

FASE ACTIVIDAD TAREA TCNICA PRODUCTO

4.1 Diseo del marco de

despliegue.

4.1.1 Escoger plataforma de despliegue

4.1.2 Describir las caractersticas de la plataforma.

4.1.3 Elaborar los diagramas de despliegue de la aplicacin.

UML diagramas de despliegue.

Documento de especificacin del

plataforma de despliegue. (DPD)

4.2 Especificacin del componente

4.2.1 Realizacin del modelo de componentes.

4.2.2 Especificacin contrato de uso:

4.2.2.1 Lista de operaciones de las interfaces.

4.2.2.2 Especificacin de cada operacin de c/u de las interfaces.

4.2.2.3 Definir parmetros de entrada y salida

4.2.2.4 Restricciones aplicables 4.2.2.5 Cambios resultantes en los

estados del componente 4.2.2.6 Conjunto de clases que

implementa la interfaz. 4.2.2.7 Especificacin de las Pre y

Post condiciones. 4.2.3 Especificacin de contrato

de realizacin: 4.2.3.1 Descripcin de las

interacciones entre la implementacin del componente y el especificado por el contrato y los otros componentes.

4.2.3.2 Mapeo de los componentes y el marco de despliegue.

Diagramas de componentes

UML.

Documento de especificacin del

componente. (DEC)

Contrato de uso.

Contrato de realizacin

4 E

spec

ifica

cin

de

los c

ompo

nent

es.

4.3 Especificacin de la bases de

datos

4.3.1 Modelado de las bases de datos.

4.3.2 Mapeo componentes bases de datos.

Modelo entidad relacin

extendido Modelado ER (DEBD)

Tabla 4.6. Fase de especificacin del componente


4.3.3.5.4 Actores Los roles de esta fase son cubiertos por el desarrollador de componentes para las 2 primeras actividades y para la tercera actividad el desarrollador de componentes de datos. 4.3.3.6 Fase de implementacin del componente Esta fase tiene como finalidad la implementacin del diseo producido en las fases anteriores, los principales productos de esta fase son los componentes de la capa de presentacin, los componentes de la lgica de negocios implementados y las bases de datos, listos para la fase de integracin. 4.3.3.6.1 Conceptos bsicos relacionados Los conceptos relacionados con aprovisionamiento de componentes sern cubiertos en el captulo 5, de manera ms detallada. 4.3.3.6.2 Productos En esta fase los productos son principalmente la realizacin de las especificaciones. Interfaz Web: Esto corresponde a la capa de presentacin, todo lo relacionado a la

interfaz del usuario, pginas Web, mens, ayudas, enlaces, botones de accin, etc. Componentes: En esta etapa se adquieren, suscriben, adaptan o desarrollan los

componentes necesarios para realizar la aplicacin Web, adems de ser probados. Base de datos: Las bases de datos se implementan con el manejador de base de datos

escogido. 4.3.3.6.3 Procesos Los procesos como en las etapas anteriores son descritos mediante diagramas de actividades y una tabla donde se especifican las tareas y las tcnicas propuestas adems del producto obtenido. a. Flujo de trabajo El flujo de trabajo de la implementacin de los componentes es descrito mediante diagramas de actividades que se muestran en las prximas figuras:


Actividad 5 - Implementacin de los componentes

Refinamiento de las interfaces - 5.1

Aprovisionamiento de componentes 5.2

Pruebas de los componentes - 5.3

Implementacin de la data de los componentes

Figura 4.19 Diagrama de actividades 5 Implementacin de los componentes.

Actividad 5.1- Refinamiento de la interfaz

Implementacin de los componentes del lado del cliente 5.1.1

Implementacin de los componentes del lado del servidor web - 5.1.2

Figura 4.20 Diagrama de actividades 5.1 Refinamiento interfaz usuarios.


Actividad 5.2 - Aprovisionamiento del componente

Adquisicin - 5.2.1

Suscripcin - 5.2.2

Adaptacin - 5.2.3

Desarrollo - 5.3.4

Figura 4.21 Diagrama de actividades 5.2 Aprovisionamiento del componente.

Actividad 5.3 - Pruebas de componentes

Pruebas de funcionalidad de cada componente - 5.3.1 Certificacin de cada componente - 5.3.2

Figura 4.22 Diagrama de actividades 5.3 Pruebas de los componentes.

Actividad 5.4 - Implementacin de las Bases de Datos.

Implementacin de la base de datos - 5.4.1 Pruebas de comportamiento de la base de datos - 5.4.2

Figura 4.23 Diagrama de actividades 5.4 Implementacin de la data de los componentes.


b. Descripcin de actividades Esta fase est dividida en cuatro actividades los cuales comprenden el refinamiento de la interfaz de usuario, el aprovisionamiento de componentes, las pruebas de los componentes implementados y la implementacin de la base de datos correspondientes a los componentes de la capa de datos. Cada una de estos pasos sern expuestos en la tabla 4.7. Refinamiento de la interfaz del usuario: En esta etapa, se termina de implementar la interfaz de usuario y se refina a fin de solventar cualquier problema que se encuentre. Aprovisionamiento de componentes: Esta actividad tiene como finalidad producir componentes ya sean adquiridos, suscritos, desarrollados, adaptados, que estn listos para ser ensamblados en la prxima fase y as construir la aplicacin Web. Pruebas de los componentes: Luego que se realiza el aprovisionamiento es necesario probar estos componentes y certificarlos para que cumplan con los contratos de uso y realizacin y la aplicacin pueda ser ensamblada. Implementacin de la data de los componentes: La base de datos debe ser implementada y su comportamiento debe ser probado. Estas actividades son detalladas en la siguiente tabla. FASE PASO TAREA TECNICA PRODUCTO

5.1 Refinamiento de la interfaz

de usuario

5.1.1 Implementacin de la interfaz de usuario.

HTML, ASP, php3, php4, JSP, Servlets, etc.

Interfaz completamente desarrollada.

5 Fa

se d

e im

plem

enta

cin

del

com

pone

ntes

5.2 Aprovisionamiento de

componentes

5.2.1 Adquisicin

5.2.2 Suscripcin 5.2.3 Envoltorios

(Wrap) 5.2.4 Adaptacin 5.2.5 Desarrollo

Bsqueda en repositorios locales, externos, abiertos. Contratacin de una compaa externa para que supla los componentes.(por ejemplo servicios Web) Bsqueda de sistemas legados, que puedan ser envueltos y proveer servicios. Bsqueda de componentes utilizados en proyectos anteriores que provean servicios necesarios, los cuales deberan ser adaptados. Los componentes que faltan y no son encontrados en las fases previas deben ser desarrollados segn sus especificaciones.

Aprovisionamiento de los

componentes necesarios.

Componentes desarrollados,

adaptados, envueltos, suscritos y

adquiridos, listos para ser

ensamblados.

Tabla 4.7. Actividades de la implementacin del componente. (a)


FASE PASO TAREA TECNICA PRODUCTO

5.3 Pruebas de componentes

5.3.1 Probar la funcionalidad de cada uno de los componentes con los estndares propuestos por el plan de validacin y verificacin.

5.3.2 Certificacin

de cada componente por separado.

Pruebas funcionales Pruebas de Comportamiento

Pruebas de Aceptacin

Componentes probados y

certificados.

5.4 Implementacin de la data de componentes

5.4.1 Implementacin de la base de datos utilizando el Manejador de Base de Datos escogida.

5.4.2 Pruebas del comportamiento de la base de datos.

Bases de datos relacionales Bases de datos implementadas.

Tabla 4.7. Actividades de la implementacin del componente. (b)

4.3.3.6.4 Actores El desarrollador Web cumple el rol de refinador de la interfaz y todo lo relacionado a la primera actividad. El desarrollador de componentes de negocios es la persona que debe designarse para las segunda y tercera actividad, su rol es el de buscar, adaptar, suscribir, desarrollar, los componentes necesarios. El desarrollador de data de componentes tiene como rol en esta fase el de desarrollador de la base de datos.

4.3.3.7 Fase de ensamblaje del componente Los componentes adquiridos, producidos, suscritos adaptados en la fase anterior deben ser ensamblados para producir una aplicacin integrada como se define en la arquitectura de la aplicacin. En esta fase es posible que se presente la necesidad y se deba refinar la arquitectura de la aplicacin.


En esta fase se enlazan los componentes de la capa de presentacin con los componentes de los componentes de negocios utilizando el middleware definido en la plataforma de despliegue, y as mismo, se establece el enlace entre los componentes de negocios y los componentes de datos. Los componentes que son ensamblados deben ser probados usando top-down y botton-up o tcnicas de pruebas de integracin combinada, indicadas por el proceso gerencial de verificacin y validacin. 4.3.3.7.1 Conceptos bsicos relacionados Top-down: Estas pruebas se realizan probando primero el componente principal, y luego integrando los componentes ms pequeos hasta lograr la integracin de todos los componentes. Botton-up: Es el opuesto al top-down. 4.3.3.7.2 Productos Los productos de esta fase comprenden tanto documentos como la aplicacin Web en s. Documento de Arquitectura Lgica Adaptada (DALA): La arquitectura diseada cambia al aadir los componentes adaptados, por esto la arquitectura lgica de la aplicacin cambia. Aplicacin ensamblada: Utilizando el DALA y las arquitecturas estructurales y dinmica, se procede a la unin o integracin de los componentes de negocio entre s, el enlace entre los componentes de datos y los componentes de negocios y entre los componentes de negocios con los componentes de presentacin. Logrando as integrar las 3 capas y formar la aplicacin Web. Documentos de las Pruebas de la Aplicacin (DPA): Las pruebas realizadas a la aplicacin, los resultados esperados y obtenidos deben ser almacenados en este documento. Documentos de la Aplicacin Web (DAW): En este documento deben incluirse lo que el plan de documentacin indique. 4.3.3.7.3 Procesos Los procesos de esta etapa son cubiertos por todos los desarrolladores del grupo, esto es explicado en las prximas sub-secciones. a. Flujo de trabajo El flujo de trabajo es mostrado mediante diagramas de estados en las figuras 4.22 a la 4.26.


Actividad 6 - Ensamblaje de los componentes

Refinar la arquitectura de la aplicacin - 6.1 Enlazar las capas - 6.2 Pruebas de la aplicacin - 6.3

Documentar la aplicacin - 6.4

Figura 4.24 Diagrama de actividades 6 Ensamblaje de componentes.

Actividad 6.1 - Refinamiento arquitectura lgica

Refinar la arquitectura logica y adaptarla a los componentes obtenidos- 6.1.1

Figura 4.25 Diagrama de actividades 6.1 Refinamiento arquitectura.

Actividad 6.2 -Enlace de las capas

Enlazar los componentes de la capa de presentacin con la capa de lgica de negocios - 6.2.1

Enlazar los componentes de la capa de lgica de negocios con la capa de datos - 6.2.2

Figura 4.26 Diagrama de actividades 6.2 Integracin de la aplicacin.


Actividad 6.3 - Pruebas de ensamblaje de los componentes

Pruebas de ensamblaje 6.3.1

Figura 4.27 Diagrama de actividades 6.3 Pruebas de ensamblaje de los componentes

Actividad 6.4 - Documentar la aplicacin

Documentar la aplicacin - 6.4.1

Figura 4.28 Diagrama de actividades 6.4 Documentacin de la aplicacin. b. Descripcin de las actividades A continuacin se describen cada una de las actividades de la fase. Refinar la arquitectura de la aplicacin: En esta actividad se adapta la arquitectura a los componentes obtenidos en la fase de aprovisionamiento y se genera una arquitectura lgica adaptada. Ensamblar la aplicacin: De acuerdo a la arquitectura lgica adaptada debe ensamblarse el conjunto de componentes de negocios, datos y presentacin. Probar la aplicacin: Las pruebas de la aplicacin deben arrojar resultados similares a los esperados, para estas pruebas se utilizan las botton-up y top-down.


Documentar la aplicacin: Esta actividad tiene como finalidad documentar la aplicacin, los procesos y todo aquello que indique el plan de documentacin de la empresa. A continuacin se presentan las tareas y tcnicas propuestas para la fase de ensamblaje de los componentes. (Ver tabla 4.7)

FASE PASO TAREA TECNICA PRODUCTO 6.1 Refinar la arquitectura

de la aplicacin.

6.1.1 Refinamiento de la arquitectura lgica con el fin de adaptarla a los componentes implementados.

Arquitectura de Componentes

Arquitectura lgica adaptada a las posibilidades.

6.2 Enlace entre las capas. 6.2.1 Enlace de los componentes de presentacin con los componentes de lgica de negocios

6.2.2 Enlace de los componentes utilizando de la capa de negocios con los componentes de datos

Tcnicas de Integracin

Aplicacin ensamblada.

6.3 Pruebas de la aplicacin.

6.3.1 Pruebas del ensamblaje

Pruebas botton-up y top-down

Ensamblaje de la aplicacin probado y aceptado

6 Fa

se d

e en

sam

blaj

e de

com

pone

ntes

6.4 Documentacin de la aplicacin.

6.4.1 Seguir el plan de la documentacin

Plantillas de documentacin de las aplicaciones de la empresa.

Documentos de la aplicacin

Tabla 4.7. Fase de integracin de los componentes.

4.3.3.7.4 Actores En esta fase, como se observa en las actividades los desarrolladores de componentes, de data de componentes y Web tienen el rol de integradores y de hacer las pruebas correspondientes, adems de documentar la aplicacin. 4.3.3.8 Fase de prueba de la aplicacin Web La fase de pruebas de la aplicacin corresponde a las pruebas funcionales, pruebas de comportamiento y, por su puesto, las pruebas de aceptacin por parte de los usuarios. En


esta etapa se miden los logros en cuanto a calidad de la aplicacin realizada y la satisfaccin que esta ofrece a los clientes. 4.3.3.8.1 Conceptos bsicos relacionados Los conceptos en esta fase estn relacionados a las pruebas hechas a la aplicacin en s, para lo que es necesaria la definicin de los tipos de pruebas que se propone sean realizadas luego que la aplicacin es integrada. Pruebas funcionales: Son las pruebas relacionadas con la funcionalidad de la aplicacin Web basadas en los requerimientos funcionales. Pruebas de comportamiento: Estas pruebas estn relacionadas con los requerimientos no funcionales. Evala como la aplicacin obtiene los resultados, ms no cuales son los resultados obtenidos, adems de evaluar el manejo de concurrencias, el estrs, el rendimiento, y la velocidad. Pruebas de aceptacin: Esta prueba se refiere a la aceptacin de la aplicacin por parte de los usuarios y as determinar si los requerimientos de los mismos son los obtenidos en el anlisis de requerimientos. 4.3.3.8.2 Productos El principal producto es la aplicacin Web probada, otros productos corresponden a los documentos obtenidos luego de almacenar las pruebas hechas, los resultados esperados y los resultados obtenidos. Se obtienen, por ende, tres documentos: Documento pruebas funcionales (DPF) Documento pruebas comportamiento (DPC) Documento pruebas de aceptacin (DPA) 4.3.3.8.3 Procesos Los procesos, en este caso, corresponden a la ejecucin de las diferentes pruebas y su documentacin. Estos procesos son mostrados en las siguientes sub-secciones. a. Flujo de trabajo


Actividad 7 - Pruebas de la aplicacin web.

Pruebas funcionales - 7.1 Pruebas de comportamiento - 7.2 Pruebas de aceptacin - 7.3

Figura 4.29 Diagrama de actividades 7 Pruebas de la aplicacin Web.

Actividad 7.1 - Pruebas de funcionalidad

Documentacin de las Pruebas funcionales 7.1.3Realizacin de las pruebas funcionales 7.1.2

Diseo de las pruebas funcionales 7.1.1

Figura 4.30 Diagrama de actividades 7.1 Pruebas de funcionalidad.

Actividad 7.2 - Pruebas de comportamiento

Documentacin de las pruebas de comportamiento 7.3.3Realizacin de las pruebas de comportamiento 7.2.2

Diseo de las pruebas de comportamiento - 7.2.1

Figura 4.31 Diagrama de actividades 7.2 Pruebas de comportamiento.


Actividad 7.3 - Pruebas de aceptacin.

Documentacin de las pruebas de aceptacin 7.3.3 Realizacin de las pruebas de aceptacin 7.3.2

Diseo de las pruebas de aceptacin 7.3.1

Figura 4.32 Diagrama de actividades 7.3 Pruebas de aceptacin.

b. Descripcin de las actividades Las actividades de esta fase corresponden a la realizacin de los tres tipos de pruebas y la documentacin de las mismas. Dependiendo de la aplicacin y de la plataforma de despliegue deben escogerse las pruebas a realizar. A continuacin se muestran los tipos de pruebas y las tareas a realizar.

FASE PASO TAREA TCNICA PRODUCTO 7.1 Pruebas

funcionales

7.1.1 Realizacin de pruebas de cada uno de los requerimientos funcionales.

7.1.2 Documentar las pruebas y

los resultados obtenidos.

Diagramas de causa efecto.

Documento pruebas funcionales (DPF)

7.2 Pruebas de comportamiento

7.2.1 Realizacin de pruebas de los requerimientos no funcionales.

7.2.1.1 Pruebas de estrs. 7.2.1.2 Pruebas de seguridad. 7.2.1.3 Pruebas de tiempo. 7.2.1.4 Pruebas de recuperacin. 7.2.2 Documentar las pruebas y

resultados obtenidos.

Documento pruebas de comportamiento (DPC)

7 Pr

ueba

s de

la a

plic

aci

n W

eb

7.3 Pruebas de aceptacin

7.3.1 Realizacin de pruebas de aceptacin por los clientes junto con los desarrolladores.

7.3.2 Documentar las pruebas y

resultados obtenidos.

Documento pruebas de aceptacin (DPA)

Tabla 4.8. Fase de pruebas de la aplicacin Web.


c. Actores Los actores de esta fase son los desarrolladores de las tres capas cuyo rol es el de realizar las pruebas y documentarlas. Solo en la tercera actividad, adems de ellos, intervienen los representantes de los usuarios.

4.3.3.9 Fase de entrega de la aplicacin Web En esta fase, se procede a la instalacin de la aplicacin, estn presentes tanto los representantes de los usuarios como los usuarios finales. Se debe tomar en cuenta el adiestramiento como la documentacin de la aplicacin. A continuacin se muestran los pasos y tareas que se debe cumplir. 4.3.3.9.1 Conceptos bsicos relacionados Los conceptos de esta fase son sencillos, por ende no se definir ninguno en especial. 4.3.3.9.2 Productos Los productos de esta fase corresponden principalmente a la aplicacin instalada en el ambiente de trabajo y lista para ser operada por los usuarios, otro de los productos es que los usuarios son adiestrados en el manejo de la aplicacin y puedan operar la aplicacin. 4.3.3.9.3 Procesos Los procesos corresponden a cuatro actividades, instalacin de la aplicacin, pruebas de la instalacin, el adiestramiento de los usuarios y la entrega de la aplicacin. a. Flujo de trabajo Los siguientes diagramas muestras las actividades de la fase de entrega de la aplicacin Web.


Actividad 8 - Entrega de la aplicacin web.

Pruebas de la instalacin - 8.2Instalacin de la aplicacin - 8.1 Adiestramiento de usuarios - 8.3 Entrega de la aplicacin - 8.4

Figura 4.33 Diagrama de actividades 8 Entrega de la aplicacin Web.

Actividad 8.1 - Instalacin de la aplicacin web

Instalacin de los componentes capa presentacin - 8.1.1

Instalacin de los componentes capa lgica de negocios 8.1.2

Instalacin componentes capa de datos - 8.1.3

Figura 4.34 Diagrama de actividades 8.1 Instalacin de la aplicacin Web.

Actividad 8.2 - Pruebas de la instalacin aplicacin web

Disear pruebas de instalacin de la aplicacin 8.2.1 Ejecutar pruebas de instalacin 8.2.2

Documentar resultados pruebas instalacin - 8.2.3

Figura 4.35 Diagrama de actividades 8.2 Pruebas de instalacin


Actividad 8.3 - Adiestramiento de los usuarios

Imparatir el adiestramiento a los usuarios de la aplicacin - 8.3.1

Repartir la documentacin - 8.3.2

Figura 4.36 Diagrama de actividades 8.3 Adiestramiento de los usuarios.

Actividad 8.4 - Entrega formal de la aplicacin web

Entrega formal de la aplicacin - 8.4.1

Figura 4.37 Diagrama de actividades 8.4 Entrega de la aplicacin. b. Descripcin de las actividades Instalacin de la aplicacin: La instalacin de la aplicacin en el ambiente de corrida es la actividad ms importante de esta fase, ya que all es donde va a trabajar realmente la aplicacin. Prueba de la instalacin: En esta actividad se prueba la aplicacin como tal en el ambiente operacional. Adiestramiento de los usuarios: Los usuarios deben recibir entrenamiento de acuerdo al plan de adiestramiento. Entrega formal de la aplicacin: En esta actividad se entrega la aplicacin y se pasa a la fase de mantenimiento de la aplicacin Web.


FASE ACTIVIDAD TAREA PRODUCTO

8.1 Instalacin

8.1.1 Instalacin de la aplicacin en el ambiente donde trabajara.

Aplicacin instalada en el entorno de trabajo.

8.2 Prueba de la instalacin.

8.2.1 Disear y ejecutar pruebas de instalacin de la aplicacin Web.

La aplicacin esta lista para operar.

8.3 Adiestramiento de usuarios y operadores

8.3.1 Impartir el adiestramiento a los usuarios.

8.3.2 Repartir la documentacin

Usuarios Adiestrados.

8 E

ntre

ga d

e la

apl

icac

in

Web

8.4 Entrega de la aplicacin al cliente

8.4.1 Entrega formal de la aplicacin. 8.4.2 Comienzo de la fase de mantenimiento.

Aplicacin operando.

Tabla 4.9. Fase de entrega de la aplicacin Web.

4.3.3.9.4 Actores En esta fase los actores que intervienen son los siguientes: Lder del proyecto: cuyo rol es el de hacer la entrega formal una vez que haya verificado y validado que todas las pruebas hayan sido satisfactorias. Desarrollador de la aplicacin, el rol es el de instalar, probar la aplicacin Web y adiestrar a los usuarios. Usuarios o representantes de los usuarios: El rol de estos actores es aprender acerca de la aplicacin y hacer uso de la aplicacin.

4.4 Resumen del captulo En este capitulo se ha logrado extender y describir de manera detallada el Mtodo WATCH. Se ha descrito el producto modelando una aplicacin Web, se ha modelado el grupo generando un modelo de grupo de desarrollo y se han modelado los procesos, estos han sido descritos modelando tanto los procesos gerenciales como los procesos de desarrollo; y se ha especificado en los procesos de desarrollo tanto los productos, los procesos como los actores que intervienen en cada una de las ocho fases.

Figura 4.10. Principales componentes de una aplicTAREAPRODUCTOEn esta fase los actores que intervienen son los siguientes:

Metodo Watch

Documents

Transcript of Metodo Watch