Universidad Centroccidental “Lisandro Alvarado”

Decanato de Ciencias y Tecnología

Departamento de Sistemas
Coordinación de Sistemas

Metodología Gray Watch

Integrantes:

Gabriel Gutiérrez CI: 20.348.719

Betzabeth Almao CI: 23.833.426

Grency Virguez CI: 24.680.221

Luis León CI: 20.387.146

Sistemas III

Profesora: Msc. Ana Mercedes Díaz

Barquisimeto, Marzo de 2018

Metodología Gray Watch. Autor: Jonas Montilva (2008)

Definición.

 Es un marco metodológico que describe los procesos técnicos, gerenciales y de

soporte que deben emplear los equipos y grupos que tendrán a su cargo el desarrollo
de las aplicaciones informáticas de un Sistema de Información Empresarial
(SIE).

Objetivos.

 Orientar a los equipos de desarrollo acerca de qué deben hacer y cómo deben
desarrollar una aplicación informática de un SIE.

 Garantizar la uniformidad, consistencia, facilidad de integración y calidad de las

distintas aplicaciones que integrarán un SIE.

 Gestionar el desarrollo de las aplicaciones de un SIE como proyectos de ingeniería.

 Asegurar que en el desarrollo de cada aplicación de un SIE se empleen las mejores

técnicas, herramientas y lenguajes aceptados internacionalmente para desarrollar a
software de alta calidad

Características.

a) Está sólidamente fundamentado: Posee una base conceptual y metodológica muy

bien sustentada. El método descansa en conceptos bien establecidos que se derivan
de la Ingeniería de Software y los Sistemas de Información Empresarial. En
concreto, el método emplea una arquitectura de dominio de tres capas que define los
elementos principales de las aplicaciones empresariales modernas.
Metodológicamente, el modelo ha sido elaborado tomando como referencia
modelos de procesos bien conocidos o bien fundamentados, tales como el modelo
RUP-Rational Unified Process (Krutchen, 2000) y versiones anteriores del método
WATCH (Montilva y Barrios, 2004b).

b) Es estructurado y modular: Posee una clara estructura que facilita su comprensión

y utilización. Esta estructura separa los tres elementos primordiales de un método:
el producto que se quiere elaborar, los actores que lo elaboran y el proceso que
siguen los actores para elaborar el producto. Estos tres elementos definen los tres
componentes del método GRAY WATCH: modelo de productos, modelo de actores
y modelo de procesos. Cada uno de ellos posee, a su vez, una estructura claramente
visible y acorde al elemento que representa. Así, por ejemplo, el modelo de
procesos tiene una estructura jerárquica de, al menos, cinco niveles de profundidad:
grupos de procesos, procesos, sub-procesos, actividades y tareas.
c) Es de propósito específico: El método está dirigido al desarrollo de aplicaciones de
software en entornos empresariales; es decir, al desarrollo de aplicaciones que
apoyan uno o más sistemas de negocios de una empresa (ver Capítulo 1). Esta
orientación concreta y específica resuelve los problemas que tienen la mayoría de
los métodos comerciales y académicos existentes, cuya generalidad va en
detrimento de su aplicabilidad en software especializado. El método no es apropiado
para desarrollar software del sistema (sistemas operativos, utilitarios, middleware,
etc.), ni software de programación (compiladores, editores, entornos de
programación, etc.) Tampoco es útil en el desarrollo de software de entretenimiento
(videojuegos, herramientas multimedia, etc.). En aplicaciones especializadas, tales
como sistemas de información geográfica (GIS), sistemas de control, software
educativo y software embebido, el usuario del método debe hacer las adaptaciones
pertinentes para ajustar el método al dominio particular de este tipo de aplicaciones.

d) Es flexible y adaptable: Si bien el método está dirigido al desarrollo de

aplicaciones especializadas (aplicaciones de software empresarial), sus tres
componentes pueden ser adaptados, con relativa facilidad, a otros tipos de productos
de software. Esta labor, sin embargo, debe ser hecha por expertos en Ingeniería de
Procesos de Software, para asegurar la correcta y efectiva adaptación a otros tipos
de aplicaciones.

e) Emplea las mejores prácticas del desarrollo de software: Al igual que otros
métodos bien establecidos, tales como RUP (Krutchen, 2000), XP y OOSE
(Jacobson, 1994), el método GRAY WATCH emplea prácticas metodológicas
internacionalmente aceptadas y utilizadas en la industria del software, las cuales, al
ser aplicadas apropiadamente, contribuyen a resolver muchos de los problemas que,
comúnmente, se le atribuyen a los proyectos de software. Entre estas prácticas, se
destacan las siguientes:

1) Desarrollo de software iterativo, incremental y versionado: GRAY WATCH

considera el proceso de desarrollo de aplicaciones como un proceso iterativo.
Cada iteración produce un componente o una nueva versión operativa de la
aplicación.

2) Manejo eficiente de los requisitos: Una mala gestión de los requisitos de una
aplicación es una de las principales causas de problemas en proyectos de
desarrollo de software. Para evitar estos problemas, GRAY WATCH emplea las
mejores prácticas, técnicas y procesos de la Ingeniería de Requisitos, las cuales
facilitan las actividades de identificación, análisis, especificación, validación y
gestión de requisitos.

3) Reutilización de activos de software: El método promueve la reutilización de

activos de software. Ello reduce costos y aumenta la calidad de los productos de
software elaborados usando el método. Entre estos activos están los siguientes:
arquitecturas de dominio, patrones de diseño, componentes de software
reutilizables y plantillas de documentos (Ej., plantillas para planes de proyecto,
formatos para pruebas de software, estructuras para manuales de uso, etc.).
4) Modelado visual de la aplicación: Para desarrollar una aplicación informática
es indispensable modelar distintos aspectos de ella, en cada una de las etapas o
fases de su desarrollo. GRAY WATCH emplea lenguajes de modelado gráfico o
visual ampliamente conocidos, tales como UML 2 (Eriksson et al, 2004) y UML
Business (Eriksson and Penker, 2000). Estos lenguajes facilitan la
representación de la aplicación desde diferentes perspectivas y reducen los
problemas de comunicación que normalmente surgen entre los expertos en
Informática y los usuarios.

5) Desarrollo basado en modelos: Bajo este paradigma, el desarrollo de software

es un proceso de transformación gradual e iterativa de modelos elaborados
usando lenguajes de modelado, tales como UML. Cada proceso técnico del
método genera uno o más modelos en UML 2 y/o UML Business. Estos
modelos son transformados, gradualmente, en los procesos siguientes, hasta
elaborar el producto final. Por ejemplo, el modelo de objetos de negocio,
producido en el proceso de Modelado del Negocio, es transformado durante el
proceso de Ingeniería de Requisitos en un modelo de clases de negocio. Este
último evoluciona, mediante transformaciones hechas en los procesos de Diseño
Arquitectónico y Diseño Detallado, hasta convertirse en el modelo físico de la
base de datos, el cual es empleado durante el proceso de Programación &
Integración para crear la base de datos de la aplicación. La ventaja de esta
práctica radica en que la transformación de modelos se puede automatizar
usando herramientas de desarrollo de software apropiadas, lo cual reduce
significativamente el tiempo de desarrollo.

6) Verificación continua de la calidad de los productos: GRAY WATCH asegura

la calidad de la aplicación, a través del uso de procesos bien definidos de
Aseguramiento de la Calidad y Verificación & Validación de software (V&V).
Los procesos V&V son aplicados a todos los productos intermedios y finales
que se elaboran a lo largo del desarrollo de cada aplicación.

7) Programación guiada por las pruebas: Para codificar los componentes de

software, el método emplea el enfoque de programación guiada por las pruebas,
la cual consiste en diseñar y preparar las pruebas de cada componente antes de
iniciar su codificación. De esta manera, la codificación se hace con la intención
de pasar la prueba, lo cual garantiza una mayor calidad del código producido. La
codificación y la prueba unitaria del componente se hacen paralela y
coordinadamente usando herramientas de pruebas automatizadas.

8) Apropiada gestión de cambios: Los cambios en los requisitos y productos

elaborados es una constante en el desarrollo de aplicaciones empresariales.
Estos cambios pueden surgir en cualquier fase del desarrollo de una aplicación,
por lo que es necesario controlarlos apropiadamente, a fin de evitar que el
proyecto se postergue continua o indefinidamente. GRAY WATCH emplea
procesos bien definidos de Gestión de Requisitos y Gestión de la Configuración
de Software (SCM) que se encargan de controlar estos cambios.
 f) Emplea las mejores prácticas y procesos de gestión de proyectos: El método
GRAY WATCH emplea procesos y prácticas establecidas en el cuerpo de
conocimientos de gestión de proyectos PMBOK propuesto por el PMI (2004). Este
cuerpo de conocimientos fue usado durante el diseño del método para definir y
elaborar los procesos de gestión y parte de los procesos de soporte.

g) Integra los procesos de gestión con los procesos técnicos y de soporte: GRAY
WATCH define tres grupos de procesos: técnicos, de gestión y de soporte. Los
procesos técnicos se relacionan con las actividades de análisis, diseño,
implementación y pruebas de las aplicaciones. Los procesos de gestión se encargan
de gerenciar el desarrollo de cada aplicación como un proyecto de ingeniería;
involucran, por lo tanto, actividades de planificación, organización, administración,
dirección y control del proyecto. Por su parte, los procesos de soporte
complementan los procesos técnicos y gerenciales con actividades, tales como: el
aseguramiento de la calidad, la gestión de la configuración y la gestión de riesgos
del proyecto.

Estructura del Método Grey Watch.

El método GRAY WATCH está compuesto por tres modelos que describen los tres
elementos claves de todo método: el producto que se quiere elaborar, los actores que lo
elaboran y el proceso que los actores deben seguir para elaborar el producto, y son los
siguientes:

 Modelo de Productos

 Modelo de Actores

 Modelo de Procesos.

Modelo de Productos.
 Este modelo identifica y describe los tipos de productos que se deben generar
durante el desarrollo de una aplicación empresarial. Estos tipos de productos se elaboran
durante la ejecución de los procesos técnicos, de gestión o de soporte, que están descritos
en el Modelo de Procesos del método.
Los productos intermedios son todos aquellos documentos, modelos, listas, librerías
de software, matrices, etc., que se elaboran durante la ejecución de los procesos técnicos, de
soporte y de gestión y que son necesarios para desarrollar la aplicación. No son
considerados productos finales o entregables, por cuanto no constituyen parte integrante de
la aplicación.
Los productos entregables o finales del proyecto son todos aquellos que conforman
la aplicación empresarial propiamente dicha y que son entregados al cliente al final de un
ciclo de desarrollo o de todo el proyecto. En este grupo se incluyen todas las versiones de la
aplicación que se elaboran durante la vida del proyecto. Cada versión entregable está
compuesta de programas, bases de datos y manuales.

El Modelo de Productos tiene como objetivos:

 Orientar a los equipos de desarrollo acerca de los productos que deben elaborarse en
cada proyecto de desarrollo de una aplicación empresarial.

 Facilitar la elaboración de la estructura de trabajo (WBS:Work Breakdown

Structure) de cada proyecto de desarrollo de una aplicación empresarial.

Modelo de Actores.

1) El Modelo de Actores tiene como objetivos:

 Identificar a los actores o interesados en el desarrollo de una aplicación empresarial.

 Describir cómo deben organizarse los equipos de trabajo que tendrán a su cargo el
desarrollo de la aplicación.

 Establecer los roles y responsabilidades generales que deben asumir los diferentes
actores que participan en el proyecto.

2) Clasificación de los actores:

  Los clientes son aquellas personas o unidades organizacionales que contratan el
desarrollo de la aplicación y aportan los recursos financieros necesarios para su
desarrollo.
 Los promotores son aquellas personas o unidades organizacionales que tienen
interés en que la aplicación se desarrolle y, por consiguiente, promueven y apoyan
su desarrollo.
 Los desarrolladores son personas o grupos que participan en la ejecución de los
procesos técnicos, de gestión y/o soporte del desarrollo de la aplicación.
 Los usuarios son todas aquellas personas, unidades organizacionales u
organizaciones externas que hacen uso de los servicios que ofrece la aplicación.

Modelo de Procesos.

1) El modelo de procesos tiene como objetivos:

 Identificar los procesos de gestión, técnicos y de soporte que deben utilizarse en el

desarrollo de las aplicaciones empresariales.

 Describir cada uno de los procesos técnicos, gerenciales y de soporte que los
equipos de desarrollo deben emplear para elaborar una aplicación empresarial.

 Facilitar la planificación de los proyectos de desarrollo de aplicaciones

empresariales.

2) Clasificación:

Se clasifica en procesos técnicos, gerenciales y de soporte se organizan en la forma de

una cadena de valor:
El grupo de procesos técnicos se encarga de organizar las actividades tecnológicas que
caracterizan el desarrollo de una aplicación empresarial cualquiera e incluye los siguientes
procesos:

 Modelado del Negocio. Agrupa a las actividades encargas de caracterizar y entender

el dominio de la aplicación, es decir, el sistema de negocios para el cual se
desarrolla la aplicación.

 Ingeniería de Requisitos. Incluye todas las actividades necesarias para identificar,

analizar, especificar, validar y gestionar los requisitos que se le imponen a la
aplicación.

 Diseño Arquitectónico. Congrega las actividades necesarias para especificar,

diseñar y documentar la arquitectura de software que debe tener la aplicación.

 Diseño de Componentes. Organiza todas actividades de diseño detallado de los

componentes arquitectónicos relacionados con la interfaz gráfica de la aplicación,
sus componentes de software, su base de datos y su interacción con otras
aplicaciones.

 Programación & Integración. Agrupa las actividades de diseño detallado,

codificación y prueba unitaria de cada uno de los componentes de software que
integran la arquitectura de la aplicación, así como las actividades de integración y
prueba de la integración de estos componentes.

 Pruebas de la Aplicación. Ordena las actividades de pruebas de la aplicación como

un todo, incluyendo las pruebas funcionales, no-funcionales y de aceptación de la
aplicación.

 Entrega de la Aplicación. Estructura el conjunto de actividades que preceden a la

puesta en producción de la aplicación. Incluye la capacitación de usuarios, la
instalación de la aplicación en su plataforma de producción u operación, las pruebas
de instalación y la entrega final del producto.

El grupo de procesos de gestión apoya la ejecución de todos los procesos técnicos y está
relacionado con la gestión del proyecto. Se encarga de administrar el alcance, los tiempos,
los costos, los recursos humanos y demás recursos que se requieran para desarrollar la
aplicación. Este grupo incluye los siguientes procesos:

 Constitución del Proyecto. Establece las actividades necesarias para promover,

justificar, aprobar e iniciar el proyecto.

 Planificación del Proyecto. Incluye las actividades encargadas de la planificación

del alcance, tiempos, recursos humanos, otros recursos y servicios que requiera el
desarrollo de la aplicación

 Dirección del Proyecto. Agrupa las actividades de conformación del equipo de

trabajo, capacitación del personal que integra estos equipos, administración de
contratos con terceros, coordinación de la ejecución de las actividades del proyecto
y administración de los recursos asignados al proyecto, entre otros.

 Control del Proyecto. Contiene las actividades necesarias para supervisar y

controlar el alcance, tiempos, costos, recursos humanos y demás recursos que han
sido asignados al proyecto.

 Cierre del Proyecto. Organiza las actividades que se requieren para cerrar
administrativa y técnicamente el proyecto, una vez que concluya el desarrollo
completo de la aplicación.

El grupo de procesos de soporte complementan los procesos de gestión y, al igual que

estos últimos, apoyan la ejecución de todos los procesos técnicos. Este grupo se relaciona
con la calidad, los riegos y la configuración de la aplicación. Incluye los siguientes
procesos:

 Gestión de Riesgos. Agrupa las actividades necesarias para identificar, analizar,

planificar respuestas, monitorear y controlar todos aquellos riesgos o eventos que
puedan afectar negativamente el proyecto.

 Gestión de la Configuración. Organiza las actividades encargadas del control de los

cambios que puedan surgir en la configuración de la aplicación, es decir, en los
diferentes ítems o productos que la integran y que se desarrollan a lo largo del
proyecto.

 Gestión de la Calidad. Contempla las actividades necesarias para garantizar la

calidad de la aplicación y todos los productos que la integran, así como la calidad
del proceso usado para producir estos productos. Este proceso está relacionado con
las actividades de Aseguramiento de la Calidad del Software y la Verificación &
Validación del Software.

El orden en que los procesos del método se ejecutan está inspirado en la metáfora del
reloj; metáfora en la cual el proceso de desarrollo de software es visto como un reloj, cuyo
motor son los procesos de gestión y soporte y cuyos diales constituyen los procesos
técnicos. Esta metáfora determina la estructura del modelo de procesos.

Instanciación del método.

 Consiste en emplear los tres modelos, que integran el método, como patrones que
permiten determinar: los productos específicos de la aplicación, el proceso
particular que debe seguirse para desarrollar cada aplicación de un SIE y la
organización del equipo de desarrollo.
 Conclusiones

 Es una metodología fácil de usar, y que puede generar software de alta calidad, ya
que engloba las mejores prácticas técnicas y notaciones utilizadas en la industria del
software.

 Permite la mejora continua del producto, gracias a su iteratividad.

 Mejora las labores de dirección del proyecto ya que define de manera explícita el
conjunto de actores que participaran en el desarrollo del sistema y sus roles y
responsabilidades. 

 Fortalece la organización en el proyecto, ya que detalla los productos que producirá

cada proceso y a su vez los actores que participaran en el mismo.

 Se recomienda usarlo cuando se necesite mejorar las labores de dirección del

proyecto.
 Bibliografía:

 Jonás Montilva. Método de Desarrollo de Software para Aplicaciones

Empresariales Edición 2008.