REPBLICA BOLIVARIANA DE VENEZUELA

UNIVERSIDAD ALEJANDRO DE HUMBOLDT

SECCION: DCN0602IIV1
CATEDRA: INGENIARA DEL SOFTWARE

EL MTODO BLUE WATCH

Autor: Fabin Herrera - CI 13.127.426

Claudio Garca- CI 13.127.426
Jos Luis Vzquez- CI 13.127.426
Profesor: Luis Pia

Caracas, Febrero de 2016.

INDICE
pp.
INTRODUCCION..............................................................................................1
EL MTODO WATCH.......................................................................................3
Variantes del mtodo WATCH.......................................................................5
EL MTODO BLUE_WATCH............................................................................7
CARACTERSTICAS DE BLUE_WATCH.........................................................7
ESTRUCTURA METODOLGICA, ELEMENTOS PRINCIPALES DEL METAMODELO...........................................................................................................9
Productos.......................................................................................................9
Procesos......................................................................................................10
Actores.........................................................................................................11
RELACIONES ENTRE LOS ELEMENTOS PRINCIPALES DEL MODELO...12
Ciclo de Aplicacin......................................................................................12
Ciclo de Versin...........................................................................................13
Ciclo de Incremento.....................................................................................14
BIBLIOGRAFIA...............................................................................................16

INTRODUCCION
Un proyecto de software se puede ser representado como un conjunto de
actividades interrelacionadas, agrupadas en fases y dispuestas de tal manera que
cumplan con un conjunto de caractersticas del proyecto. Los criterios ms
frecuentes para la seleccin y agrupacin de stas actividades son, entre otros, el
tipo de software, funcionalidades y recursos necesarios, las restricciones de
tiempo y presupuesto, procedimientos tcnicos y de gestin, habilidades y
experiencia del equipo de proyecto. Tambin depende de las situaciones
contextuales particulares que vienen directamente de la organizacin y de las
condiciones actuales en las que se desenvolver el proyecto (tipo de organizacin
y su cultura, su infraestructura tecnolgica, humana y recursos financieros, as
como, el tiempo en el mercado) y del conocimiento del lder de proyecto. En tal
sentido la seleccin, adaptacin y la posterior promulgacin de un mtodo de
desarrollo nos plantean la incorporacin de escenarios de proyecto distintos lo que
se resume como
Variantes del mtodo original.
Hoy en da, hay cientos de mtodos, metodologas y frameworks
metodolgicos; la mayora de ellos son slo una forma diferente de organizar y
detallar el ciclo de vida de desarrollo estndar para conseguir las metas asociadas
a un proyecto de desarrollo de software; hay mtodos que son ms especficos y
detallados, la mayora de ellos slo se pueden aplicar a algunos tipos de
proyectos, algunos otros cubren slo un conjunto parcial del ciclo de desarrollo,
por lo que difcilmente puede ser adaptado a otros proyectos similares en las
mismas condiciones.
El mtodo WATCH ofrece un conjunto de variantes que proporcionan formas
efectivas de trabajo (es decir, de conocimiento) para distintos tipos de proyectos
de software y de productos. Las variantes mtodo pueden ser adaptadas,

ampliadas o mejoradas de acuerdo con la experiencia previa del equipo, las

caractersticas especficas de los proyectos y los dominios de conocimiento, por lo
tanto, el principal objetivo de este mtodo es reducir el conjunto de opciones y el
esfuerzo que exigen un proyecto para facilitar el escenario particular del proyectos
de software.
La variante Blue Watch es el mtodo explcitamente equilibrado de la suite
Watch. Est orientada al desarrollo de aplicaciones pequeas y medianas
empresas de tamao y producidas por pequeos equipos de trabajo integrados
desde dos (2) hasta diez (10) personas. Es un modelo de tipo dirigido-orientado,
es decir, los modelos producidos en una fase se transforman en otro modelo
mediante el uso de la herramienta CASE apropiada, y se ha concebido para ser
aplicado en proyectos de software para pequeas y medianas industrias.

EL MTODO WATCH

WATCH es un marco metodolgico para proyectos de desarrollo de software lo

que se define como un conjunto de mtodos de desarrollo de software invariantes
(de una manera general brinda los conceptos esenciales de desarrollo de software
necesarios para la construccin de software de alta calidad) y, un conjunto de
variantes de mtodos que son el resultado de las extensiones y / o
especificaciones preparadas para el manejo de las particularidades de un
proyecto. La propuesta suite del mtodo la podemos definir como una coleccin
de mtodos variantes construidos sobre el mismo grupo de conceptos de
desarrollo de software, pero adaptados para responder a determinadas categoras
y dominios de ciertos tipos de proyectos. Hasta ahora, se han definido un conjunto
de seis variantes del mtodo, cada una de ellos ha asociada un color
representativo:

Gray_Watch,

White_Watch,

Yellow_Watch,

Blue_Watch,

Cyan_Watch y Green_Watch.
Un producto de software puede definirse en trminos de su exhaustividad, es decir
como parcial; que forma parte del producto intermedio o final. En consecuencia,
para la construccin de una parte del producto (especificado en un meta-modelo
o modelo de producto) es necesario que un actor (considerado como parte de un
equipo del meta-modelo o de modelo) realiza algunos procesos y actividades
(tambin definidas dentro de un

de meta-modelo o modelo) mediante la

manipulacin de algunos los recursos del proyecto y la aplicacin de ciertas

tcnicas explcitas de campo.

El marco WATCH es descrito por de tres representaciones de niveles de

abstraccin interrelacionados: el nivel meta-modelado, el nivel de modelado y el
nivel de su promulgacin (meta-modelling, modelling y enactment). La figura 1
muestra los niveles de abstraccin y sus relaciones por medio de la creacin de
instancias, la adaptacin y la ejecucin procesos.

Ejecucin

Figura 1 Niveles de Abstraccin Meta-modelo Watch Blue Watch

El nivel meta-modelo representa el conjunto de conceptos bsicos

necesarios para el diseo un mtodo de desarrollo de software; es decir, el
conjunto de elementos necesarios del mtodo comunes, pero esenciales para el
desarrollo de productos de software de alta calidad.

Variantes del mtodo WATCH

Una variante del mtodo es una manera alternativa de establecer, organizar y
ejecutar el trabajo de desarrollo, necesaria para alcanzar los objetivos de un
determinado tipo de proyecto de software. El conjunto de mtodos variantes define
responden a los ms demandas y exigencias del contexto de la empresa de
software. El proceso de definicin de variantes del mtodo se lleva a cabo a travs
de un proceso de creacin de instancias que se apoya en la utilizacin de los
conocimientos adquiridos en la prctica de dominio y la experiencia acumulada de
anteriores adaptaciones del mtodo de desarrollo.
En este momento, se ha diseado un conjunto de seis versiones del mtodo
identificadas

por

un

color

representativo

(Gray_Watch,

White_Watch,

Yellow_Watch, Blue_Watch, Cyan_Watch y Green_Watch); cada una tiene su

propio meta-modelo resultante de las capas de los productos, procesos y equipos
incluyendo

meta-modelos

adicionales

de

ejemplificacin,

ampliacin

especializacin1.
La variante Gray_Watch se centra en el desarrollo de alta compleja
aplicaciones empresariales, donde el tamao del equipo puede variar de 5 a 20
que son organizados en varios grupos de trabajo. La solicitud es un sofisticado
producto de software que le permite distribuir el acceso a los datos empresariales
almacenados en mltiples servidores con numerosos
usuarios, y muchos perfiles diferentes y la informacin requisitos. Se trata de
mltiples sistemas de negocio a travs de varios dominios funcionales /
empresariales y mltiples niveles jerrquicos. Esta es la ms completa, detallada y
disciplinada de las versiones de toda la suite Watch.
1

Las variantes Cyan_Watch para aplicaciones Grficas y Green_Watch para aplicaciones mviles todava estn por ser liberadas.

La variante White_Watch describe el ms pequeo conjunto de actividades

necesarias para desarrollar un proyecto de software de muy baja dificultad y con
un mnimo de tcnica documentacin. El equipo de desarrollo prescrito incluye una
5

o dos personas. La idea principal es descargar al equipo del proyecto del tedioso y
lento trabajo de elaboracin de software con un preciso presupuesto. En
consecuencia, los miembros del equipo pueden lidiar mejor con las actividades
tcnicas de codificacin y prueba de versiones funcionales del producto de
software. Esta es la versin ms ligera de la suite mtodo.
La variante Yellow_Watch se basa completamente en Arquitectura
Orientada a Servicios (SOA) como un medio para asegurar la interoperabilidad
entre los procesos de negocio aplicaciones. Se puede clasificar como un mtodo
disciplinado que puede ser utilizado por equipos de pequeos y medianos
tamaos para el desarrollo de aplicaciones de basados en servicios. Los modelos
de proceso permiten que el lder del proyecto para el desarrollo de aplicaciones de
baja y complejidad intermedia de manera incremental e iterativa. Este es la ms
reciente versin de la suite, y est limitada a organizaciones con al menos el
segundo nivel de madurez CMMI con el fin de asegurar un mtodo de adaptacin
eficaz a las caractersticas de proyectos especficos.
La variante Blue_Watch es el mtodo explcitamente equilibrado de la suite.
Es orientada al desarrollo de aplicaciones para empresas pequeas y medianas
producido por pequeos equipos integrados desde dos (2) hasta diez (10)
personas. Es un modelo impulsado-orientado por modelos, es decir, los modelos
UML producidos en una fase se transforman en otra fase mediante el uso de las
herramientas CASE apropiadas, y se ha concebido para ser aplicado en proyectos
de software para pequeas empresas.

EL MTODO BLUE_WATCH
El mtodo Blue_Watch es un mtodo de desarrollo de software orientado a
aplicaciones web de mediana complejidad y/o tamao dirigido a grupos de
desarrollo de pequeo tamao (de dos a diez) y representa una variante
6

equilibrada del mtodo Watch. El termino equilibrado se introduce ya que este es

un mtodo que busca equilibrar los enfoques de desarrollo agiles y disciplinados
en uno solo, produciendo un mnimo de documentacin para que los recursos de
desarrollos puedan enfocarse en labores tcnicas de codificacin de aplicaciones
y haciendo nfasis en la reutilizacin de recursos. Por ser un mtodo variante de
Watch

est

orientado

por

modelos

(Model

Driven

Oriented)

donde

la

transformacin de los mismos se realiza a travs de las herramientas CASE

necesarias optimizando sus resultados mediante el uso de las practicas agiles y
disciplinadas ms eficientes.

CARACTERSTICAS DE BLUE_WATCH

Incremental Iterativo y controlado por versiones

La aplicacin se desarrolla en una o ms versiones, donde cada versin se
desarrolla gradualmente en forma incremental; es decir un mismo proceso de
desarrollo se ejecuta repetidas veces hasta lograr el resultado esperado lo que
permite proporcionar un balance entre agilidad y disciplina.
Balanceado
Emplea una combinacin de prcticas y procesos giles, lo que permite
generas solo un mnimo de documentacin; la necesaria para facilitar el
mantenimiento de la aplicacin.
Completo

Cubre todo el ciclo de desarrollo de una aplicacin empresarial e integra los

procesos tcnicos del desarrollo de software con los procesos de soporte y gestin
del proyecto.
Fundamentado
Incorpora estndares como el CMMI, SWEBOK, PMBOK, algunos
componentes estndares desarrollados por IEEE.

Flexible
Permite a travs de sus elementos conceptuales establecer un marco
metodolgico adaptado a las necesidades particulares de cada organizacin,
haciendo nfasis en los distintos recursos involucrados.

ESTRUCTURA METODOLGICA, ELEMENTOS PRINCIPALES DEL METAMODELO

Productos
Un meta-modelo de producto representa el conjunto de productos que pueden
ser elaborados durante un proyecto de desarrollo de software. La liberacin
versin completa y validada del software es el principal objetivo de un proyecto de
desarrollo. Los diferentes productos intermedios (tcnicos de apoyo o para gestin
de proyecto) con sus documentos asociados sern indispensables para producir
la versin final del software.

Producto

Procesos
El meta-modelo de proceso representa el conjunto de conceptos bsicos
para especificar las diferentes formas de trabajar; es decir, para describir qu
hacer para producir una cierta parte del producto y con qu recursos y tcnicas. El
meta-modelo de proceso est inspirado en la metfora del reloj (Watch), cada
proceso incluido en el meta-modelo se puede descomponer en un grupo de subproceso; cada sub-proceso se descompone de nuevo en un conjunto de
actividades interrelacionadas, cada actividad pueden, a su vez, pueden
descomponer en una serie de tareas, de acuerdo a los requerimientos del
proyecto. Esta forma de especificar el proceso de meta-modelo facilita la
seleccin, adaptacin y composicin de un mtodo para satisfacer un
determinado escenario de desarrollo.

10

Proceso Desarrollo:: Tcnico_Proceso

Actores
El meta-modelo de actor identifica los principales conceptos que deben ser
manejados con el fin de organizar un equipo de proyecto; es decir, el conjunto de
actores (los desarrolladores, usuarios, expertos, consultores, y
etc.) y / o en otros grupos de inters (por ejemplo, clientes y promotores) que
estn involucrados en un proyecto de desarrollo de software. Considera las
funciones, sus responsabilidades asociadas (actividades y tareas) y las
estructuras de la organizacin de los equipos de desarrollo de software.

11

Una vez una variante del procedimiento est completamente diseado a

travs de su producto, proceso y equipo modelos, que ya est preparado para ser
adaptado a fin de satisfacer las caractersticas de un escenario particular del
proyecto de software lo que fundamenta en esencia las variantes del modelo.

RELACIONES ENTRE LOS ELEMENTOS PRINCIPALES DEL MODELO

El mtodo se basa en iteraciones en tres (3) ciclos principales que definen
la relacin ente los procesos y los productos resultantes. Cada uno se encuentra

12

contenido dentro del otro. A continuacin una breve de los ciclos principales y sus
actividades.

Modelo Blue_Watch

Ciclo de Aplicacin
Se compone de las siguientes fases realizado de manera iterativa (Como
resultado cada versin se produce de uno (1) a tres (3) meses):
1. Modelado de Negocios
2. Desarrollo de Requerimientos
3. Diseo Arquitectnico

13

4. Desarrollo de Versiones (iterativamente desde la V1 has Vn)

Esta etapa involucra actividades asociadas a:

Gestin del Proyecto

Aseguramiento de la Calidad

Gestin de Riesgos

Gestin de Configuracin
Gestin de Requisitos
Ciclo de Versin
Se compone de las siguientes fases realizado de manera iterativa (Como
resultado cada incremento se produce de uno (1) a tres (3) meses):
1. Refinamiento de los Requerimientos
2. Refinamiento de la Arquitectura
3. Diseo detallado de la Versin i
a. Diseo de la Interfaz Grfica
b. Diseo de Componentes
c. Diseo de Base de Datos
d. Definicin de Incrementos
4. Desarrollo de Incrementos (iterativamente desde la i1 has in)
14

a. Refinamiento de Requisitos del Incremento j

b. Diseo detallado del incremento j
c. Diseo de las pruebas del incremento j
d. Codificacin y pruebas del incremento j
e. Entrega del Incremento j
5. Integracin de Incrementos
6. Pruebas de la Versin i
7. Entrega de la Versin i
Esta etapa involucra actividades asociadas a:

Planificacin y Control de Versin

Verificacin
Validacin
Gestin de Configuracin
Gestin de Requisitos

Ciclo de Incremento
Se compone de las siguientes fases realizado de manera iterativa:
1. Refinamiento de Requisitos del Incremento j
2. Diseo detallado del incremento j
15

3. Diseo de las pruebas del incremento j

4. Codificacin y pruebas del incremento j
5. Entrega del Incremento j
Esta etapa involucra actividades asociadas a:

Planificacin de la Iteracin
Verificacin
Validacin
Gestin de Configuracin
Gestin de Requisitos

16

CONCLUSION

Las organizaciones, sus necesidades y recursos requieren un tratamiento

particular

en

lo

que

se

refiere

soluciones

basadas

en

software,

independientemente del tipo de organizacin siempre es necesario analizar el

marco metodolgico de desarrollo que mejor se adapte a sus necesidades. El
mtodo Blue_Watch nos facilita a travs de su meta-modelo bajo un enfoque
balanceado entre giles y disciplinadas un conjunto de elementos basados en
mejores prcticas para establecer una metodologa de desarrollo adaptada a las
necesidades de la organizacin. El mismo es recomendado para el desarrollo de
aplicaciones web con un equipo de trabajo entre dos (2) a diez (10) personas,
adicionalmente nos permite reducir la documentacin sin afectar el mantenimiento
de la misma simplificando los procesos tcnicos y gerenciales sin perder sus
objetivos.

El marco metodolgico Blue_Watch cubre todo el ciclo de desarrollo de software,

desde la definicin de la implantacin bajo la perspectiva de un proyecto de
software incorporando la incorporacin de los elementos tcnicos, as como los
procesos de gestin y de apoyo de cualquier proyecto basado en los principios de
ingeniera de software, as como de modelos de referencia comunes incorporando
algunos elementos presentes en mejores prcticas internacionales como
SWEBOK, PMBOK y CMMI entre otros. Es perfectamente adaptable a enfoques
de desarrollo como iterativo incremental versionado e incluye las labores
administrativas de gestin del proyecto; utilizando la notacin UML y UML
negocios para documentar especificaciones del software y para ayudar en
transformaciones de modelos.

17

BIBLIOGRAFIA

Berrios, J. WATCH: Un conjunto de mtodos para facilitar la adaptabilidad del

procesos de desarrollo de software, Editorial Lases, Medelln, Colombia 2011.
Montilva, J. & Barrios, J., Un mtodo balanceado adaptable para el desarrollo de
software en las pequeas empresas: La variante Blue Watch, Editorial Lases,
Medelln, Colombia 2011.
Beck, Kevin. Test-Driven Development by example, Editorial Pearsons,
Massachusetts, USA 2003.
http://www.profesorenlinea.cl/castellano/normas_upel.htm (Septiembre 2014)

18