GRAY WATCH

MTODO DE DESARROLLO DE SOFTWARE PARA APLICACIONES EMPRESARIALES Versin preliminar Proyecto METHODIUS FONACIT 2005000165

Jons Montilva C. Judith Barrios A. Milagro Rivero A.

MRIDA, VENEZUELA Noviembre 2008

GRAY WATCH Mtodo de Desarrollo de Aplicaciones Empresariales 2008 Jons Montilva, Judith Barrios y Milagro Rivero Derechos Reservados.

-2-

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

TABLA DE CONTENIDOS
CAPTULO 1: INTRODUCCIN CAPTULO 2: ASPECTOS GENERALES DEL MTODO WATCH CAPTULO 3: MODELO DE PRODUCTOS CAPTULO 4: EL MODELO DE ACTORES CAPTULO 5: EL MODELO DE PROCESOS CAPTULO 6: PROCESOS DE GESTIN DEL PROYECTO CAPTULO 7: PROCESOS DE SOPORTE CAPTULO 8: PROCESOS DE ANLISIS CAPTULO 9: PROCESOS DE DISEO CAPTULO 10: PROCESOS DE IMPLEMENTACIN CAPTULO 11: INSTANCIACIN DEL MTODO -5- 10 - 21 - 28 - 37 - 44 - 71 - 106 - 138 - 184 - 214 -

-3-

-4-

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Introduccin

Captulo 1

El desarrollo de software para entornos o dominios empresariales es un proceso complejo que requiere el tratamiento apropiado de aspectos organizacionales, gerenciales y tecnolgicos. Este captulo introduce el Mtodo WATCH, un mtodo para el desarrollo de software empresarial. Este primer captulo persigue dos objetivos: (1) definir las aplicaciones de software empresarial y (2) describir las caractersticas generales y la estructura que tiene el mtodo. Se destaca, tambin, la importancia que tiene el uso de un mtodo de desarrollo de software y se indica como este documento est organizado.

Aplicaciones de software empresarial

El trmino software empresarial es utilizado, en este documento, para referirse a todas aquellas aplicaciones informticas o software de aplicacin que administran datos de una empresa, automatizan uno o ms procesos de ella y proporcionan informacin empresarial actualizada, oportuna y confiable a las unidades organizativas de la empresa que as lo requieran. En esta categora de software se enmarcan, entre otros, los siguientes tipos de aplicaciones empresariales: Aplicaciones de bases de datos Sistemas de informacin operacional, gerencial, estratgica y/o corporativa Aplicaciones de comercio, negocio y/o gobierno electrnico Aplicaciones de gestin de flujo de trabajo (Workflow Management Systems) Sistemas de automatizacin industrial Sistemas de simulacin de procesos industriales Sistemas de planificacin de recursos empresariales (ERP Enterprise Resource Planning) Sistemas de gestin de relaciones con el cliente (CRM Customer Relationship Management) Sistemas de gestin de la cadena de suplidores (SCM Supply Chain Management) Sistemas de informacin especializada: geoespacial, mdica, documental, bancaria, educativa, etc.

Objetivos de una aplicacin empresarial

Una aplicacin de software empresarial o aplicacin empresarial, como la denominaremos de ahora en adelante, persigue generalmente tres objetivos: administrar los datos de uno o ms procesos de una empresa como activos o recursos empresariales,
-5-

automatizar uno o ms procesos de la empresa y proveer la informacin que requieran sus usuarios, es decir, todos aquellos actores de la empresa que demanden informacin para realizar sus procesos de negocio. Su importancia, dentro del mbito empresarial, radica en la posibilidad de gestionar datos de la empresa como recursos estratgicos, a partir de los cuales se puede generar la informacin empresarial que las diferentes unidades de la empresa necesitan para operar eficaz y eficientemente.

Estructura de una aplicacin empresarial

La estructura tpica de una aplicacin empresarial est fundamentada en una arquitectura distribuida en la que los datos se mantienen en uno o ms servidores de bases de datos y los programas de la aplicacin se distribuyen en uno o ms servidores de aplicaciones y/o servidores web. La aplicacin es accedida desde cualquier computador-cliente conectado a la Intranet de la empresa. Una aplicacin empresarial est, generalmente, formada por los siguientes elementos:
1) Un conjunto integrado de programas o componentes de software encargados de

implementar las funciones o servicios de la aplicacin.

2) Una o ms base de datos que organizan y gestionan los datos de la aplicacin. 3) Un conjunto de manuales que describen cmo instalar, usar y mantener la aplicacin

Adicionalmente, en su estado operativo, una aplicacin empresarial tiene asociado los siguientes elementos: Una plataforma infraestructura de operacin compuesta, generalmente, por un o o ms servidores, un conjunto de computadores clientes conectados a travs de la red de datos de la empresa, el software de operacin (sistema operativo) y el software de interoperabilidad (middleware) que conecta e implementa los diferentes componentes de la arquitectura. El conjunto de usuarios que emplean los servicios que proporciona una aplicacin empresarial. Los usuarios son todos aquellos actores (personal de la empresa o del entorno de ella) que requieren acceder a la informacin que produce la aplicacin empresarial o utilizarla para realizar sus actividades o procesos de negocio. El personal tcnico encargado de mantener los diferentes componentes de la arquitectura de una aplicacin empresarial. Este personal se encarga, tambin, de dar apoyo tcnico a los usuarios de la aplicacin.

Alcance de una aplicacin empresarial

Una aplicacin empresarial gestiona datos y proporciona informacin a uno o ms procesos de negocio relacionados que se pueden ubicar en uno o ms niveles de la jerarqua gerencial de la empresa. Este conjunto interrelacionado de procesos de negocios forman lo que denominaremos, en este documento, el sistema de negocios de la aplicacin empresarial. Un sistema de negocios define el dominio de la aplicacin y, por consiguiente, determina su alcance.

-6-

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

El propsito de una aplicacin empresarial es apoyar, a travs de la automatizacin y el suministro de informacin, la ejecucin de todos aquellos procesos que integran su sistema de negocios.

Estrategias de desarrollo de una aplicacin empresarial

Tal como se pudo apreciar en las secciones anteriores, una aplicacin empresarial es un sistema complejo que puede abarcar varios niveles gerenciales y operativos de la empresa. En su desarrollo, se emplean tecnologas de punta muy especializadas y de un alto nivel de sofisticacin, tales como: middleware, bases de datos, arquitecturas orientadas a servicios y tecnologa web. Para manejar esta complejidad, se hace indispensable definir un conjunto de estrategias que garanticen el xito de su desarrollo y la consecucin de los objetivos de una aplicacin empresarial. Algunas de estas estrategias son las siguientes:
1) Gestionar el desarrollo de una aplicacin empresarial como un proyecto de

ingeniera.- Ello implica utilizar prcticas, procesos, tcnicas y herramientas de gestin para garantizar que el proyecto se entregue a tiempo y dentro del presupuesto aprobado para su ejecucin.
2) Emplear las mejores prcticas de la Ingeniera de Software. Estas prcticas permiten

asegurar que el sistema tenga una alta calidad. La calidad de sistema se mide en trminos del grado de satisfaccin de los usuarios, el cumplimiento de los requisitos establecidos y el nivel de calidad tecnolgica de los componentes del sistema.
3) Definir y aplicar un mtodo para el desarrollo de la aplicacin empresarial. Este

mtodo debe estar fundamentado en los aspectos sealados en las estrategias 1 y 2. El propsito de este mtodo es guiar a los equipos de trabajo encargados de desarrollar las aplicaciones de una empresa, as como asegurar su calidad y la uniformidad, consistencia e integracin de los diferentes componentes que conforman las arquitecturas de estas aplicaciones.

El mtodo WATCH
Para producir una aplicacin empresarial es necesario disponer de un mtodo de desarrollo del software que est bien definido y documentado. Este mtodo debe establecer las actividades, los procesos, las prcticas, las tcnicas, los estndares y las herramientas que los equipos de trabajo deben emplear para desarrollar los componentes arquitectnicos de una aplicacin empresarial e integrarla al sistema de negocios para el cual ella es desarrollada. El mtodo WATCH es un marco metodolgico que describe los procesos tcnicos, gerenciales y de soporte que deben emplear los equipos de trabajo que tendrn a su cargo el desarrollo de aplicaciones de software empresarial. Un marco metodolgico es un patrn que debe ser instanciado, es decir adaptado cada vez que se use. Cada equipo de trabajo deber usar el mtodo como un patrn o plantilla metodolgica, a partir de la cual dicho equipo debe elaborar el proceso especfico de desarrollo de la aplicacin que se desea producir.

Caractersticas del mtodo WATCH

El mtodo WATCH est fundamentado en las mejores prcticas de la Ingeniera de Software y la Gestin de Proyectos. Cubre todo el ciclo de vida de las aplicaciones; desde el modelado
-7-

del dominio de la aplicacin, pasando por la definicin de los requisitos de los usuarios, hasta la puesta en operacin de la aplicacin. Este mtodo incluye, tambin, una descripcin de los procesos de gerencia del proyecto que se aplicarn para garantizar que el proyecto se ejecute en el tiempo previsto, dentro del presupuesto acordado y segn los estndares de calidad establecidos. En el diseo de este mtodo se emplearon, como marcos de referencia para la elaboracin de los elementos que integran el mtodo, los siguientes estndares, prcticas y modelos: El modelo CMMI-SW (Capability Maturity Model Integration) Ingeniera de Software SEI (CMMI, 2005). del Instituto de

El cuerpo de conocimientos de la Ingeniera de Software (SWEBOK) de la Sociedad de Computacin de la IEEE. El cuerpo de conocimientos PMBOK (Project Management Body of Knowledge) del Instituto de Gestin de Proyectos (PMI, 2000). Estndares de desarrollo de software de la Sociedad de Computacin de la IEEE. Modelos de procesos de los enfoques de desarrollo de software siguientes: Desarrollo guiado por modelos (Model Driven Development) Desarrollo guiado por pruebas (Test Driven Development) Las mejores practicas de la Ingeniera de Software (Krutchen, 2000): Desarrollo iterativo, incremental y versionado Ingeniera de Requisitos Arquitecturas basada en componentes de software Uso de lenguajes de modelado visual: UML y UML Business Gestin integral del proyecto Verificacin y validacin de la calidad de los productos y procesos Gestin de la configuracin (control de cambios)

Componentes del mtodo WATCH

El mtodo WATCH est compuesto por tres modelos fundamentales:
1) Un modelo de productos que describe los productos intermedios y finales que se

generan, mediante el uso del mtodo, durante el desarrollo de una aplicacin empresarial.
2) Un modelo de actores que identifica a los actores interesados (stakeholders) en el

desarrollo de una aplicacin y describe cmo deben estructurarse los equipos de desarrollo y cules deben ser los roles y responsabilidades de sus integrantes
3) Un modelo de procesos que describe detalladamente los procesos tcnicos, gerenciales

y de soporte que los equipos de desarrollo debern emplear para elaborar las aplicaciones.

-8-

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Objetivos y estructura del documento

Este documento tiene por objetivos describir, en detalle, el mtodo WATCH de tal manera que los equipos de desarrollo puedan utilizarlo como un patrn metodolgico que les ayude a definir el proceso especfico de desarrollo de cada una de las aplicaciones de una empresa. Los aspectos generales del mtodo, incluyendo sus objetivos, caractersticas y estructura, se presentan en el Captulo 2. En el Captulo 3, se detalla el modelo de productos, el cual indica que productos se generan mediante el uso del mtodo. Los actores, roles y responsabilidades del personal que debe participar en el desarrollo de una aplicacin empresarial, as como los aspectos organizativos de este personal se presentan en el Captulo 4. Una introduccin al modelo de procesos est contenida en el Captulo 5. Este modelo se compone de tres tipos de procesos: procesos de gestin, tcnicos y de soporte. Los procesos de gestin se describen en el Captulo 6; los procesos de soporte en el Captulo 7; mientras que los procesos tcnicos se discuten en los Captulos 8 10. La manera en que el mtodo debe ser utilizado por los equipos de desarrollo se plantea en el Captulo 11 junto a las conclusiones y recomendaciones para utilizar el mtodo.

-9-

Aspectos generales del mtodo WATCH

Captulo 2

En este captulo, se describen las generalidades del mtodo WATCH. Se presentan sus objetivos y se detallan sus caractersticas y su estructura. El objetivo de este captulo es presentar una introduccin general del mtodo que facilite la comprensin de sus bases conceptuales, su estructura y sus componentes metodolgicos.

Objetivos del mtodo WATCH

WATCH es un mtodo que ha sido elaborado expresamente para ser utilizado durante el desarrollo de aplicaciones empresariales, con la finalidad de: Orientar a los equipos de desarrollo acerca de qu deben hacer y cmo deben desarrollar una aplicacin empresarial. Garantizar la uniformidad, consistencia, facilidad de integracin y calidad de los distintos componentes arquitectnicos que integrarn una aplicacin empresarial. Gestionar el desarrollo de aplicaciones empresariales como proyectos de ingeniera, siguiendo los estndares de gestin de proyectos ms utilizados en la Industria del Software, a fin de garantizar que la aplicacin se entregue a tiempo y dentro del presupuesto acordado con el cliente. Asegurar que en el desarrollo de cada aplicacin empresarial se empleen las mejores prcticas, tcnicas, herramientas, estndares y lenguajes aceptados internacionalmente para producir software de alta calidad.

Caractersticas del mtodo WATCH

En el diseo del mtodo WATCH, se han usando las mejores prcticas, modelos y principios de varias disciplinas, principalmente de la Ingeniera de Mtodos, la Ingeniera de Software, la Gestin de Proyectos y los Sistemas de Informacin. La Ingeniera de Mtodos es una disciplina muy reciente que se encarga de: (1) estudiar los problemas metodolgicos que caracterizan el desarrollo de productos tecnolgicos y (2) de proponer soluciones que apunten a mejorar los procesos de desarrollo y mantenimiento de estos productos. Ha sido empleada con mucho xito en la elaboracin de mtodos para el desarrollo y mantenimiento de software y sistemas de informacin. De esta disciplina se tom la estructura del mtodo, tal como se explica, ms adelante, en la Seccin Estructura del Mtodo WATCH. De la Ingeniera de Software y la Gestin de Proyectos, se tomaron conceptos, principios, modelos, tcnicas y mejores prcticas que fueron integradas en un modelo de procesos nico que constituye el corazn del mtodo WATCH. Este modelo de procesos describe cmo desarrollar aplicaciones de alta calidad, en el tiempo establecido y bajo el costo presupuestado en el Plan del Proyecto de cada aplicacin.
- 10 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Las caractersticas ms relevantes del mtodo WATCH son las siguientes:

1) Est slidamente fundamentado.- Posee una base conceptual y metodolgica muy

bien sustentada. El mtodo descansa en conceptos bien establecidos que se derivan de la Ingeniera de Software y los Sistemas de Informacin Empresarial. En concreto, el mtodo emplea una arquitectura de dominio de tres capas que define los elementos principales de las aplicaciones empresariales modernas. Metodolgicamente, 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 mtodo WATCH (Montilva y Barrios, 2004b).
2) Es estructurado y modular.- Posee una clara estructura que facilita su comprensin y

utilizacin. Esta estructura separa los tres elementos primordiales de un mtodo: 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 mtodo 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 jerrquica de, al menos, cinco niveles de profundidad: grupos de procesos, procesos, sub-procesos, actividades y tareas.
3) Es de propsito especfico.- El mtodo est dirigido al desarrollo de aplicaciones de

software en entornos empresariales; es decir, al desarrollo de aplicaciones que apoyan uno o ms sistemas de negocios de una empresa (ver Captulo 1). Esta orientacin concreta y especfica resuelve los problemas que tienen la mayora de los mtodos comerciales y acadmicos existentes, cuya generalidad va en detrimento de su aplicabilidad en software especializado. El mtodo no es apropiado para desarrollar software del sistema (sistemas operativos, utilitarios, middleware, etc.), ni software de programacin (compiladores, editores, entornos de programacin, etc.) Tampoco es til en el desarrollo de software de entretenimiento (videojuegos, herramientas multimedia, etc.). En aplicaciones especializadas, tales como sistemas de informacin geogrfica (GIS), sistemas de control, software educativo y software embebido, el usuario del mtodo debe hacer las adaptaciones pertinentes para ajustar el mtodo al dominio particular de este tipo de aplicaciones, tal como se recomienda en el Captulo 11.
4) Es flexible y adaptable.- Si bien el mtodo 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 Ingeniera de Procesos de Software, para asegurar la correcta y efectiva adaptacin a otros tipos de aplicaciones. El captulo 11 describe como llevar a cabo estas adaptaciones.
5) Emplea las mejores prcticas del desarrollo de software.- Al igual que otros mtodos

bien establecidos, tales como RUP (Krutchen, 2000), XP y OOSE (Jacobson, 1994), el mtodo WATCH emplea prcticas metodolgicas internacionalmente aceptadas y utilizadas en la industria del software, las cuales, al ser aplicadas apropiadamente, contribuyen a resolver muchos de los problemas que, comnmente, se le atribuyen a los proyectos de software. Entre estas prcticas, se destacan las siguientes: Desarrollo de software iterativo, incremental y versionado.- WATCH considera el proceso de desarrollo de aplicaciones como un proceso iterativo. Cada iteracin produce un componente o una nueva versin operativa de la aplicacin. Manejo eficiente de los requisitos.- Una mala gestin de los requisitos de una aplicacin es una de las principales causas de problemas en proyectos de desarrollo de software. Para evitar estos problemas, WATCH emplea las mejores prcticas, tcnicas y procesos de la Ingeniera de Requisitos, las cuales facilitan
- 11 -

las actividades de identificacin, anlisis, especificacin, validacin y gestin de requisitos. Reutilizacin de activos de software.- El mtodo promueve la reutilizacin de activos de software. Ello reduce costos y aumenta la calidad de los productos de software elaborados usando el mtodo. Entre estos activos estn los siguientes: arquitecturas de dominio, patrones de diseo, 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.). Modelado visual de la aplicacin.- Para desarrollar una aplicacin informtica es indispensable modelar distintos aspectos de ella, en cada una de las etapas o fases de su desarrollo. WATCH emplea lenguajes de modelado grfico o visual ampliamente conocidos, tales como UML 2 (Eriksson et al, 2004) y UML Business (Eriksson and Penker, 2000). Estos lenguajes facilitan la representacin de la aplicacin desde diferentes perspectivas y reducen los problemas de comunicacin que normalmente surgen entre los expertos en Informtica y los usuarios. Desarrollo basado en modelos.- Bajo este paradigma, el desarrollo de software es un proceso de transformacin gradual e iterativa de modelos elaborados usando lenguajes de modelado, tales como UML. Cada proceso tcnico del mtodo genera uno o ms 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 Ingeniera de Requisitos en un modelo de clases de negocio. Este ltimo evoluciona, mediante transformaciones hechas en los procesos de Diseo Arquitectnico y Diseo Detallado, hasta convertirse en el modelo fsico de la base de datos, el cual es empleado durante el proceso de Programacin & Integracin para crear la base de datos de la aplicacin. La ventaja de esta prctica radica en que la transformacin de modelos se puede automatizar usando herramientas de desarrollo de software apropiadas, lo cual reduce significativamente el tiempo de desarrollo. Verificacin continua de la calidad de los productos.- WATCH asegura la calidad de la aplicacin, a travs del uso de procesos bien definidos de Aseguramiento de la Calidad y Verificacin & Validacin 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 aplicacin. Programacin guiada por las pruebas.- Para codificar los componentes de software, el mtodo emplea el enfoque de programacin guiada por las pruebas, la cual consiste en disear y preparar las pruebas de cada componente antes de iniciar su codificacin. De esta manera, la codificacin se hace con la intencin de pasar la prueba, lo cual garantiza una mayor calidad del cdigo producido. La codificacin y la prueba unitaria del componente se hacen paralela y coordinadamente usando herramientas de pruebas automatizadas. Apropiada gestin 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 aplicacin, por lo que es necesario controlarlos apropiadamente, a fin de evitar que el proyecto se postergue continua o indefinidamente. WATCH emplea procesos bien definidos de Gestin de Requisitos y Gestin de la Configuracin de Software (SCM) que se encargan de controlar estos cambios.
- 12 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

4) Emplea las mejores prcticas y procesos de gestin de proyectos.- El mtodo

WATCH emplea procesos y prcticas establecidas en el cuerpo de conocimientos de gestin de proyectos PMBOK propuesto por el PMI (2004). Este cuerpo de conocimientos fue usado durante el diseo del mtodo para definir y elaborar los procesos de gestin y parte de los procesos de soporte.
5) Integra los procesos de gestin con los procesos tcnicos y de soporte.- WATCH

define tres grupos de procesos: tcnicos, de gestin y de soporte. Los procesos tcnicos se relacionan con las actividades de anlisis, diseo, implementacin y pruebas de las aplicaciones. Los procesos de gestin se encargan de gerenciar el desarrollo de cada aplicacin como un proyecto de ingeniera; involucran, por lo tanto, actividades de planificacin, organizacin, administracin, direccin y control del proyecto. Por su parte, los procesos de soporte complementan los procesos tcnicos y gerenciales con actividades, tales como: el aseguramiento de la calidad, la gestin de la configuracin y la gestin de riesgos del proyecto.

Estructura del mtodo WATCH

El mtodo WATCH est compuesto por tres modelos que describen los tres elementos claves de todo mtodo: el producto que se quiere elaborar, los actores que lo elaboran y el proceso que los actores deben seguir para elaborar el producto (ver figura 2.1).
class Estructura del Mtodo M todo WATCH

Model o de Productos

Model o de Actores

Model o de Procesos

Figura 2.1. Componentes del Mtodo WATCH

El Modelo de Productos
Este modelo identifica y describe los tipos de productos que se deben generar durante el desarrollo de una aplicacin empresarial. Estos tipos de productos se elaboran durante la ejecucin de los procesos tcnicos, de gestin o de soporte, que estn descritos en el Modelo de Procesos del mtodo. La figura 2.2 recoge los principales tipos de productos que se deben producir a lo largo del desarrollo de una aplicacin empresarial y los clasifica de acuerdo a los grupos de procesos donde ellos se generan. Los productos intermedios son todos aquellos documentos, modelos, listas, libreras de software, matrices, etc., que se elaboran durante la ejecucin de los procesos tcnicos, de soporte y de gestin y que son necesarios para desarrollar la aplicacin. No son considerados productos finales o entregables, por cuanto no constituyen parte integrante de la aplicacin. Los productos entregables o finales del proyecto son todos aquellos que conforman la aplicacin 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
- 13 -

aplicacin que se elaboran durante la vida del proyecto. compuesta de programas, bases de datos y manuales.

Cada versin entregable est

class Jerarqua de Productos Producto WATCH

Producto Interm edi o

Producto Entre gable

Producto Tcnico

Producto de Gestin

Producto de Soporte

Apli caci n Empresarial

Figura 2.2. Principales tipos de productos del mtodo WATCH

El Modelo de Actores
El Modelo de Actores tiene como objetivos: (1) Identificar los actores o interesados (stakeholders) que estn involucrados en el desarrollo de aplicaciones empresarial; (2) Describir las modalidades de organizacin del equipo de trabajo que desarrollar los diferentes componentes arquitectnicos de una aplicacin empresarial; y (3) Definir los roles y responsabilidades de aquellos actores que integrarn el equipo de trabajo. La figura 2.3 clasifica, al ms alto nivel de abstraccin, a los actores que participan el desarrollo de aplicaciones aplicacin empresarial en cuatro grupos diferentes.
class Taxonoma de actores(stakeholders) Actor (Stakeholder)

Clie nte

Promotor

Desarrollador

Usua rio

Figura 2.3. Clasificacin de los actores

Los clientes son aquellas personas o unidades organizacionales que contratan el desarrollo de la aplicacin y aportan los recursos financieros necesarios para su desarrollo. Los promotores son aquellas personas o unidades organizacionales que tienen inters en que la aplicacin se desarrolle y, por consiguiente, promueven y apoyan su desarrollo. Los desarrolladores son personas o grupos que participan en la ejecucin de los procesos tcnicos, de gestin y/o soporte del desarrollo de la aplicacin. Los usuarios son todas aquellas personas, unidades organizacionales u organizaciones externas que hacen uso de los servicios que ofrece la aplicacin. Las estructuras organizativas de estos equipos y sus relaciones con la estructura organizativa de una empresa se describen detalladamente en el Captulo 4.

- 14 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

El Modelo de Procesos
El objetivo de este modelo es describir los procesos tcnicos, de gestin y de soporte que los equipos de trabajo deben emplear para desarrollar una aplicacin empresarial. Estos procesos se organizan en la forma de una cadena de valor, tal como se ilustra en la figura 2.4.
analysis Cadena de valor WATCH

Modelado del Negocio

Ingeniera de Requisitos

Diseo Arquitectnico

Diseo de Componentes

Programacin & Integracin

Pruebas de la Aplicacin

Entrega de la Aplicacin

Gestin del Proyecto: Alcance, Tiempos, Costos, Recursos y Contratos

Gestin de Riesgos Gestin de la Configuracin Gestin de la Calidad

Figura 2.4. Procesos del mtodo WATCH

Estos procesos se clasifican, segn su naturaleza con respecto al proceso de desarrollo de software, en tres grupos: procesos tcnicos, procesos de gestin y procesos de soporte (ver figura 2.5).

Figura 2.5. Procesos del Mtodo WATCH

El grupo de procesos tcnicos se encarga de organizar las actividades tecnolgicas que caracterizan el desarrollo de una aplicacin empresarial cualquiera e incluye los siguientes procesos: Modelado del Negocio.- Agrupa a las actividades encargas de caracterizar y entender el dominio de la aplicacin, es decir, el sistema de negocios para el cual se desarrolla la aplicacin. Ingeniera de Requisitos.- Incluye todas las actividades necesarias para identificar, analizar, especificar, validar y gestionar los requisitos que se le imponen a la aplicacin. Diseo Arquitectnico.- Congrega las actividades necesarias para especificar, disear y documentar la arquitectura de software que debe tener la aplicacin. Diseo de Componentes.- Organiza todas actividades de diseo detallado de los componentes arquitectnicos relacionados con la interfaz grfica de la aplicacin, sus componentes de software, su base de datos y su interaccin con otras aplicaciones. Programacin & Integracin.- Agrupa las actividades de diseo detallado, codificacin y prueba unitaria de cada uno de los componentes de software que integran la arquitectura de la aplicacin, as como las actividades de integracin y prueba de la integracin de estos componentes.
- 15 -

Pruebas de la Aplicacin.- Ordena las actividades de pruebas de la aplicacin como un todo, incluyendo las pruebas funcionales, no-funcionales y de aceptacin de la aplicacin. Entrega de la Aplicacin.- Estructura el conjunto de actividades que preceden a la puesta en produccin de la aplicacin. Incluye la capacitacin de usuarios, la instalacin de la aplicacin en su plataforma de produccin u operacin, las pruebas de instalacin y la entrega final del producto.

El grupo de procesos de gestin apoya la ejecucin de todos los procesos tcnicos y est relacionado con la gestin del proyecto. Se encarga de administrar el alcance, los tiempos, los costos, los recursos humanos y dems recursos que se requieran para desarrollar la aplicacin. Este grupo incluye los siguientes procesos: Constitucin del Proyecto.- Establece las actividades necesarias para promover, justificar, aprobar e iniciar el proyecto. Planificacin del Proyecto.- Incluye las actividades encargadas de la planificacin del alcance, tiempos, recursos humanos, otros recursos y servicios que requiera el desarrollo de la aplicacin Direccin del Proyecto.- Agrupa las actividades de conformacin del equipo de trabajo, capacitacin del personal que integra estos equipos, administracin de contratos con terceros, coordinacin de la ejecucin de las actividades del proyecto y administracin 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 dems recursos que han sido asignados al proyecto. Cierre del Proyecto.- Organiza las actividades que se requieren para cerrar administrativa y tcnicamente el proyecto, una vez que concluya el desarrollo completo de la aplicacin.

El grupo de procesos de soporte complementan los procesos de gestin y, al igual que estos ltimos, apoyan la ejecucin de todos los procesos tcnicos. Este grupo se relaciona con la calidad, los riegos y la configuracin de la aplicacin. Incluye los siguientes procesos: Gestin 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. Gestin de la Configuracin.- Organiza las actividades encargadas del control de los cambios que puedan surgir en la configuracin de la aplicacin, es decir, en los diferentes tems o productos que la integran y que se desarrollan a lo largo del proyecto. Gestin de la Calidad.- Contempla las actividades necesarias para garantizar la calidad de la aplicacin 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 Verificacin & Validacin del Software.

El orden en que los procesos del mtodo se ejecutan est inspirado en la metfora del reloj; metfora en la cual el proceso de desarrollo de software es visto como un reloj, cuyo motor

- 16 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

son los procesos de gestin y soporte y cuyos diales constituyen los procesos tcnicos. Esta metfora determina la estructura del modelo de procesos (ver figura 2.6)
analysis Flujo de Procesos Principales

Fin SI NO nueva versin?

Modelado del Negocio

Entrega de la Aplicacin

Inicio

Ingeniera de Requisitos

Pruebas de la Aplicacin

Procesos de Gestin y Soporte

Diseo Arquitectnico

Programacin & Integracin

Diseo Detallado

Figura 2.6. Estructura del modelo de procesos

De acuerdo a la estructura del modelo, el proceso de desarrollo de software se inicia con la constitucin y planificacin del proyecto, la cual es parte de los procesos de gestin. Una vez planificado el proyecto, se da inicio a sus procesos tcnicos mediante la ejecucin del Modelado del Negocio. Se continua, luego, con los procesos de Ingeniera de Requisitos, Diseo Arquitectnico, Diseo Detallado, Programacin & Integracin y Pruebas de la Aplicacin, en el orden indicado por las agujas del reloj; finalizando con la Entrega de la Aplicacin. Como puede observarse, en la figura 2.6, el orden de ejecucin es cclico, es decir, la aplicacin se desarrolla mediante la entrega de una o ms versiones de la aplicacin. Cada ciclo de desarrollo produce una nueva versin operativa de la aplicacin. Una versin es un producto operativo, esto es, ejecutable y que provee ciertos servicios a sus usuarios. Cada nueva versin la agrega, a la anterior, nuevos servicios o funciones. Los ciclos de desarrollo se repiten hasta completar al conjunto total de servicios o funciones que demandan sus usuarios y que estn indicados en la arquitectura de la aplicacin. El proyecto culmina cuando se entrega la ltima versin prevista de la aplicacin. Las versiones definen el carcter versionado o cclico del mtodo. Cada versin, a su vez, est compuesta de uno o ms incrementos de software. Un incremento es una pieza de software que ejecuta un conjunto de funciones de la versin y que es usada, por los usuarios, para: (1) validar las funciones implementadas por el incremento, familiarizarse con la interfaz grfica de la aplicacin; y/o usarla para apoyar la ejecucin de procesos de negocio. Los incrementos definen el carcter incremental del mtodo. Uno de los procesos de soporte, denominado Verificacin y Validacin (V&V), se encarga de evaluar cada producto de los procesos tcnicos, a fin de determinar si el proceso contina
- 17 -

hacia el siguiente proceso debe retornarse a un proceso anterior para corregir defectos en los productos. El carcter iterativo del mtodo es determinado, en parte, por el proceso V&V.

Los procesos del mtodo WATCH y sus productos

La Tabla 2.1 resume los componentes metodolgicos que integran el modelo de procesos del WATCH y los relaciona con el modelo de productos.
Tabla 2.1. Relaciones entre procesos y productos
Grupos de Procesos
Procesos de gestin

Productos

Enunciado del Trabajo del Proyecto Documento de Inicio del proyecto Proceso de Desarrollo Plan Integral del Proyecto Contratos Informes de Gestin

Procesos tcnicos

Modelo del Negocio Documento de Requisitos Documento de Diseo Productos intermedios de programacin:
componentes, incrementos y versiones de programas

Productos de Pruebas: Especificaciones de

Diseo de Pruebas, Especificaciones de Casos de Pruebas, Especificaciones de Procedimientos de Pruebas, Reporte de Fallas

Aplicacin empresarial: Programas Base de datos Manuales

Procesos de soporte

Forman parte del Plan Integral del Proyecto:

Plan de Gestin de la Configuracin Plan de Aseguramiento de la Calidad del Software Plan de Gestin de Riesgos Plan de Verificacin & Validacin Plan de Pruebas Plan de Auditoras Informes de Resultados

El modelo de procesos se describe, con mayor detalle, en el Captulo 5. Los procesos de gestin se describen en el Captulo 6; mientras que los de soporte se especifican en el Captulo 7. Los Captulos 8, 9 y 10 presentan los detalles de los procesos tcnicos del mtodo.

Instanciacin del mtodo WATCH

Un aspecto importante de todo mtodo es su utilizacin; es decir, cmo el mtodo debe ser empleado para desarrollar una determinada aplicacin. Los mtodos son patrones que guan
- 18 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

a un equipo de desarrollo en la definicin de un proceso. No pueden ser utilizados como una frmula qumica, algoritmo o receta; en la que sus procesos y actividades se siguen al pie de la letra y paso a paso. En su lugar, se requiere de un proceso de adecuacin que ajuste el mtodo a las caractersticas particulares de cada aplicacin y a las condiciones existentes, en la empresa, para el momento en que se desarrolla la aplicacin. Al igual que otros mtodos modernos (Ej., RUP, XP, OOSE y Fusion), WATCH requiere la utilizacin de un proceso de adaptacin a las caractersticas particulares de la aplicacin que se quiere desarrollar, de la organizacin o empresa donde se desarrollar el proyecto y del equipo que desarrollar la aplicacin. Este proceso lo denominaremos instanciacin. La instanciacin consiste en emplear los tres modelos, que integran el mtodo (modelo de productos, modelo de procesos y modelo de actores), como marcos metodolgicos o patrones que permiten determinar: los productos especficos de la aplicacin que se quiere desarrollar, el proceso particular que debe seguirse para desarrollar la aplicacin y la organizacin del equipo de desarrollo. La figura 2.7 ilustra este proceso.

Figura 2.7. La instanciacin del mtodo WATCH

El uso del mtodo se ejemplifica de la siguiente manera: asuma que se desea desarrollar una aplicacin empresarial XYZ. Al inicio del proyecto, el lder del proyecto XYZ instancia el mtodo de la siguiente manera: A partir del modelo de productos, el lder elabora una lista de los productos concretos que se producirn durante el desarrollo del proyecto y describe las caractersticas particulares de la aplicacin XYZ, as como de su arquitectura inicial. Usando el modelo de actores, el lder elabora una lista de los actores que participarn en el proyecto y definen una estructura para la organizacin del equipo de desarrollo que se ajuste al tamao y complejidad de la aplicacin XYZ. Empleando el modelo de procesos como un patrn metodolgico, el lder establece el proceso especfico que define las actividades particulares que debe seguir el equipo de desarrollo para desarrollar la aplicacin XYZ. Dependiendo de las acarctersticas de la aplicacin que se quiere desarrollar, el proceso de desarrollo resultante puede ser una ampliacin, modificacin o reduccin del modelo de procesos WATCH. La instanciacin del mtodo WATCH se discute con mayor detalle en el Captulo 11.

- 19 -

- 20 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Captulo Modelo de Productos 3

El modelo de productos es el primer componente del mtodo WATCH. Este modelo describe identifica, clasifica y describe los diferentes productos que se producen durante el desarrollo de una aplicacin empresarial, cuando se usa el mtodo. La importancia de este modelo radica en el hecho de que l establece que es lo que cada equipo de desarrollo debe producir a lo largo del proceso de desarrollo de una aplicacin empresarial. En este captulo se define con mayor precisin el concepto de Aplicacin empresarial, en el marco de un proyecto de desarrollo.

Objetivos del modelo

El modelo de productos tiene como objetivos los siguientes: Orientar a los equipos de desarrollo acerca de los productos que deben elaborarse en cada proyecto de desarrollo de una aplicacin empresarial. Facilitar la elaboracin de la estructura de trabajo (WBS- Work Breakdown Structure) de cada proyecto de desarrollo de una aplicacin empresarial.

Componentes del modelo

Tal como se muestra en la figura 3.1, el modelo de productos est compuesto por tres tipos de productos: tcnicos, de soporte y de gestin Los productos tcnicos son todos aquellos que se originan durante la ejecucin de los procesos tcnicos del desarrollo de la aplicacin. Los productos de soporte se originan durante la ejecucin de los procesos de gestin de la configuracin, gestin de riesgos y gestin de la calidad. Los productos de gestin son elaborados durante la ejecucin de los procesos de constitucin, planificacin, direccin, control y cierre del proyecto.

- 21 -

class Modelo de Productos Producto del Mtodo

Producto Tcnico

Producto de Soporte

Producto de Gestin

documento :Modelo de l Negocio

documento :Plan de Gestin de Riesgos

documento :Enunciado del Tra bajo del Proyecto

documento :Docume nto de Requisitos

documento :Plan de Gestin de la Configuracin

documento :Docume nto de Inici o del Proyecto

documento :Documento de Diseo

documento :Plan de Ase gurami ento de la Calidad

documento :Proceso de Desarrollo

documento :Especifica cione s de Pruebas

documento :Plan de Verificacin & Validacin

documento :Plan Inte gral del Proyecto

aplicacin :Aplicaci n Empresarial

documento :Plan de Pruebas

documento :Informes de Gestin

cdigo :Programas

repositorio :Base de Datos

documento :Manuales

documento :Plan de Auditorias

documento :Contratos

documento :Informe de Resultados

Figura 3.1. Componentes del Modelo de Productos

Productos tcnicos
A continuacin, se describen brevemente cada uno de estos productos. Los detalles de estos productos se dan en cada uno de los procesos gerenciales y tcnicos en los cuales ellos se producen (ver Captulos 8 -10).

Modelo del Negocio

El Modelo del Negocio es el primer documento tcnico que se produce durante la ejecucin de los procesos tcnicos del desarrollo de una aplicacin empresarial (ver Captulo 8). Su objetivo es asegurar que el Equipo de Desarrollo tenga un conocimiento adecuado del dominio de la aplicacin, de manera tal que se facilite, en los procesos siguientes, definir apropiadamente los requisitos de la aplicacin. El dominio de una aplicacin empresarial es el sistema funcional de la empresa para el cual se elabora dicha aplicacin. Este sistema consiste en uno o ms procesos de negocios que son ejecutados por una o ms unidades organizacionales de la empresa, con la finalidad de alcanzar objetivos predefinidos. El dominio de la aplicacin se le denomina, tambin, sistema de negocios o sistema empresarial. El Modelo de Dominio de la Aplicacin es un documento tcnico que describe:
- 22 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Los objetivos del sistema de negocios donde estar ubicada la aplicacin empresarial. Los procesos de negocio que permiten alcanzar dichos objetivos. Los actores de la empresa que ejecutan estos procesos de negocio y las unidades a las cuales estos actores estn adscritos. Los objetos de negocio que intervienen, en modo alguno, en la ejecucin de los procesos de negocio. La tecnologa que los procesos de negocio emplean para ejecutar sus actividades. Los eventos que disparan o activan la ejecucin de los procesos de negocio.

Este documento es elaborado por el Grupo de Anlisis del Equipo de Desarrollo. En su elaboracin se emplea la notacin UML Business (Eriksson and Penker, 2000) y el mtodo BMM para modelado de negocios (Montilva and Barrios, 2004a). Este modelo debe ser validado por el grupo de actores o interesados en el desarrollo de la aplicacin empresarial.

Documento de Requisitos
Este documento tcnico es producido en el proceso de Ingeniera de Requisitos. Su objetivo es identificar, describir, especificar y documentar cada uno de los requisitos funcionales y nofuncionales que la aplicacin empresarial debe satisfacer. El documento persigue dos objetivos complementarios. Por un lado, busca identificar y describir las necesidades de informacin y requisitos funcionales que los usuarios de la aplicacin empresarial tienen; y, por otro lado, el documento especifica tcnicamente los requisitos funcionales y no-funcionales que el Equipo de Desarrollo emplear para disear la aplicacin. Este documento es elaborado por el Grupo de Anlisis del Equipo de Desarrollo (ver Captulo 8) y debe ser validado por aquellos actores o interesados que estarn directamente involucrados con el uso de la aplicacin.

Documento de Diseo
Es un documento tcnico producido durante los procesos de Diseo Arquitectnico y Diseo Detallado (ver Captulo 9). Su objetivo es documentar los detalles del diseo de la arquitectura del sistema y de cada uno de los componentes que integran esta arquitectura. El documento es elaborado por el Grupo de Diseo del Equipo de Desarrollo. Es utilizado durante el proceso de Programacin & Integracin con la finalidad de programar o producir cada uno de los componentes que integran la arquitectura del sistema.

Especificaciones de Pruebas
Son documentos que se elaboran durante la ejecucin de los procesos de Programacin & Integracin, Pruebas de la Aplicacin y Entrega de la Aplicacin para realizar las pruebas de unidad, integracin y sistemas que se requieren para verificar y validar dinmicamente la aplicacin. Son elaboradas por el Grupo de Pruebas con el apoyo de los grupos de Programacin & Integracin e Instalacin.

Aplicacin empresarial
Desde el punto de vista estructural, una aplicacin empresarial es un producto compuesto por una coleccin de programas de software, una o ms bases de datos y un conjunto de manuales que apoyan las labores de instalacin, mantenimiento y uso de la aplicacin empresarial.
- 23 -

Programas Cada aplicacin empresarial consta de un conjunto de uno o ms programas de software que trabajan coordinadamente para ejecutar las funciones establecidas para esa aplicacin. Las caractersticas particulares de estos programas varan de una aplicacin a otra. Dependen del diseo arquitectnico de la aplicacin y del tipo de tecnologa de software empleada para implementarla. As, por ejemplo, una aplicacin empresarial distribuida estar formada por tres grupos de programas relacionados y que estn asociados a las tres capas que componen una arquitectura distribuida: Capa de Presentacin, Capa de Lgica de Negocios y Capa de Datos. El primer grupo est asociado a la Capa de Presentacin y estar compuesto por uno o ms componentes de software encargados de manejar los aspectos relativos a la interfaz usuario/sistema de la aplicacin. El segundo grupo estar compuesto por varios componentes de software encargados de implementar la Capa de Lgica del Negocio; es decir, el conjunto de funciones que la aplicacin provee a sus usuarios. Finalmente, el tercer grupo implementa la Capa de Datos y estar compuesto por las bases de datos y el software requerido para administrar estas bases de datos. Bases de datos Son repositorios donde se almacenan los datos que usa la aplicacin empresarial. Son administrados por un sistema de gestin de bases de datos. Manuales El tercer componente fundamental de cada aplicacin empresarial es el conjunto de manuales tcnico que describe cmo instalar, utilizar y mantener la aplicacin El Manual de Instalacin explica cmo llevar a cabo la instalacin de los programas y las bases de datos en la plataforma de operacin establecida. El Manual de Uso est dirigido a los usuarios de la aplicacin. Este manual describe la funcionalidad de la aplicacin y cmo los usuarios deben utilizar las funciones de la aplicacin. El Manual de Mantenimiento est dirigido al personal que se encargar de mantener la aplicacin empresarial. Este manual describe todos los aspectos de diseo e implementacin de la aplicacin que son necesarios para darle mantenimiento. El manual describe los siguientes aspectos de la aplicacin: La estructura de la aplicacin que incluyen su arquitectura, sus componentes arquitectnicos y las relaciones entre estos componentes La funcionalidad de la aplicacin expresada mediante casos de uso y el diseo de la interfaz usuario/sistema. La implementacin de la arquitectura incluyendo los programas, archivos y base s de datos y la plataforma de operacin de la aplicacin. El plan de mantenimiento de la aplicacin que describe las actividades, recursos, mtodos, tcnicas y herramientas que se emplearn para darle mantenimiento correctivo o perfectivo a la aplicacin.

- 24 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Productos de Soporte
Plan de Gestin de Riesgo
Es un documento de tipo gerencial que describe los objetivos plan, las actividades, recursos, responsabilidades, costos, tiempos que son necesarios para evaluar y responder a los riesgos del proyecto de manera organizada. Este documento se elaborar en paralelo con el plan del proyecto. El contenido detallado de este plan se describe en la Gua de Gestin de Proyecto PMIBOK (PMI, 2004). El plan de gestin incluye la definicin o revisin (si ya existen en la organizacin de desarrollo) de las categoras de riesgos de proyectos de manera que stas puedan ser utilizadas en la actividad de identificacin de riesgos.

Plan de Gestin de la Configuracin

Es un documento de tipo gerencial que describe las actividades, recursos, tiempos y costos necesarios para controlar la configuracin de una aplicacin (el conjunto de productos que surgen durante su desarrollo). Se elabora al inicio del proyecto, durante la ejecucin del proceso de Gestin de la Configuracin del Software (SCM).

Plan de Gestin de Aseguramiento de la Calidad

Es un documento gerencial, cuyo objetivo es definir un plan que permita conducir los procesos, actividades y tareas de aseguramiento de la calidad. Este plan es documentado, implementado y mantenido durante el ciclo de vida de un proyecto.

Plan de Gestin de Verificacin y Validacin

Este documento describe las actividades, recursos, tiempos, tcnicas y procedimientos necesarios para: (1) verificar que cada uno de los productos intermedios y finales, del desarrollo de una aplicacin empresarial, satisfacen los requisitos especificados en el Documento de Requisitos; y (2) validar que la aplicacin, como producto final, satisface las necesidades de informacin de sus usuarios; es decir, llena las expectativas de los usuarios.

Plan de de Gestin Pruebas

Es un documento que se deriva del Plan V&V. Tiene un carcter tcnico-gerencial y describe, detalladamente, las actividades de verificacin y validacin dinmica (pruebas de software) que el Grupo de Pruebas debe realizar, con la finalidad de detectar los errores (faltas y fallas) en cada uno de los programas que haya sido elaborado por el Grupo de Programacin & Integracin.

Plan de Gestin de Auditorias

Es un documento en el que se establecen el cronograma de auditorias en base a los hitos especificados en el plan del proyecto, y establece las diferentes auditorias a realizar durante el ciclo de vida del proyecto.

- 25 -

Informe de Resultados
Es un documento en el que se describen los resultados obtenidos durante los procesos de verificacin & validacin, pruebas, auditorias y revisiones. En el describen las errores y/o fallas detectados, los cumplimientos y no cumplimientos de los productos en funcin de los estndares, lineamientos o criterios establecidos. Este tipo de documento es utilizado por los lderes de proyectos, para corregir las fallas de los productos o procesos.

Productos de gestin
Enunciado del Trabajo del Proyecto
Es un documento de carcter preliminar que tiene por objetivo convencer a la alta gerencia de la empresa sobre la necesidad de desarrollar una nueva aplicacin empresarial. Indica porque es necesaria la aplicacin, que unidades organizacionales se vern beneficiadas y porque la empresa debe invertir en su desarrollo.

Documento de Inicio del Proyecto

Es el documento inicial de todo proyecto. Es de carcter gerencial y describe la importancia del proyecto, su justificacin, sus objetivos, la relacin de estos objetivos con los objetivos de negocio, los resultados esperados y la estimacin preliminar de costos. Este documento es elaborado por el Lder del Proyecto y/o los actores o interesados de una o ms gerencias de la empresa que tengan inters en el desarrollo de una nueva aplicacin empresarial. El Comit Directivo del proyecto discute este documento y decide sobre la aprobacin, negacin o diferimiento del proyecto. Si es aprobado, el Comit Directivo hace oficial el inicio del proyecto.

Proceso de desarrollo
Es el resultado de la instanciacin del mtodo. Es una adaptacin del modelo de procesos del mtodo en la que se describe, con mayor precisin, los procesos especficos que se aplicarn al desarrollo de una aplicacin particular.

Plan Integral del Proyecto

Es un documento formal utilizado para gestionar la ejecucin del proyecto y controlar su desarrollo. Es el documento de gestin ms importante; pues, es usado para guiar los procesos de ejecucin y control del proyecto. El plan tiene una estructura compleja y un contenido que va mejorndose y extendindose en la medida que el proyecto avanza. Debe describir los siguientes aspectos del proyecto de desarrollo de una nueva aplicacin empresarial: El alcance y los objetivos del proyecto. La estructura de trabajo (WBS Work Breakdown Structure) que identifica y organiza las actividades requeridas para desarrollar la nueva aplicacin empresarial. Esta estructura est fundamentada en los productos que el proyecto debe producir. Los detalles de esta estructura se describen en el Estndar WBS (PMI, 2001). La estimacin de tiempos de ejecucin de las actividades del proyecto y la identificacin de los hitos del proyecto (milestones).
- 26 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Los recursos humanos, tecnolgicos, fsicos y econmicos requeridos para ejecutar estas actividades. La estimacin de costos del proyecto. Los riesgos que pueden afectar el proyecto. La verificacin y validacin del producto. Los aspectos de aseguramiento de la calidad de la aplicacin que se va a producir Los aspectos de gestin de la configuracin del software de la aplicacin.

La figura 3.2 muestra la estructura general que el Mtodo WATCH propone para los planes de proyectos de una aplicacin empresarial. Esta estructura, compuesta por un conjunto variable de planes subsidiarios, es una adecuacin de aquella propuesta en el Cuerpo de Conocimientos de Gestin de Proyectos del PMI (PMI, 2000).
class Estructura de productos GIP documento Plan Inte gral del Proyecto

documento documento documento documento documento documento documento documento documento Plan de Ge stin del Plan de Gestrin Plan de Ge stin de Plan de Ge stin de Plan de Compra s yPlan de Contratacin Plan de Ge stin de Plan de Ge stin de Plan de Ge stin de Alcance Costos RRHH Adquisiciones la Ca lidad Riesgos la Confi guracin de Tiempos

Figura 3.2. Estructura de un Plan Integral de Proyecto

Tal como lo establece la figura 3.2, el Plan Integral del Proyecto de una aplicacin empresarial est compuesto por dos grupos de planes subsidiarios: los planes propios de la gestin del proyecto y los planes generados por los procesos de soporte. Cada uno de los planes subsidiarios del Plan del Proyecto es elaborado y mantenido por el Lder de Desarrollo de cada aplicacin. El plan es revisado por el Lder del Proyecto aplicacin empresarial y es aprobado por el Comit Directivo de una aplicacin empresarial. El plan es utilizado durante todo el desarrollo del proyecto para controlar su ejecucin.

Informes de Gestin o Rendimiento del Trabajo

Son utilizados para informar sobre el avance del proyecto o describir situaciones que puedan afectar el desarrollo normal del proyecto.

Contratos
Los contratos son documentos legales que se establecen entre las empresas participantes en el proyecto. Un contrato define formalmente un acuerdo entre dos partes: la empresa que desarrolla la aplicacin y una empresa contratista que provee servicios y/o productos al proyecto.

- 27 -

El Modelo de Actores

Captulo 4

Este modelo es el segundo de los tres componentes que integran el Mtodo WATCH para el desarrollo de una aplicacin empresarial Su funcin es discutir todos aquellos aspectos organizativos relacionados con los actores, equipos de trabajo y dems interesados vinculados al desarrollo de las aplicaciones de una aplicacin empresarial. Un actor es un individuo o una unidad organizacional que est activamente involucrada en el proyecto o cuyos intereses pueden ser afectados positiva o negativamente como resultado de la ejecucin del proyecto. El Modelo de Actores propone modalidades de organizacin de los equipos de trabajo que desarrollarn aplicaciones empresariales; as como, los roles y responsabilidades de aquellos actores que integrarn estos equipos de trabajo. El modelo establece, tambin, las relaciones entre los equipos de trabajo y otros interesados, tales como los usuarios del sistema. El modelo ser utilizado por cada equipo de trabajo que tenga a su cargo el desarrollo de una aplicacin empresarial, con la finalidad de definir su estructura organizativa, los roles y responsabilidades de cada uno de los miembros del equipo y dems aspectos requeridos para la elaboracin del Plan de Gestin de Recursos Humanos de cada proyecto.

Objetivos del modelo

El Modelo de Actores tiene como objetivos los siguientes: Identificar a los actores o interesados en el desarrollo de una aplicacin empresarial. Describir como deben organizarse los equipos de trabajo que tendrn a su cargo el desarrollo de la aplicacin. Establecer los roles y responsabilidades generales que deben asumir los diferentes actores que participan en el proyecto.

Componentes del modelo de actores

El Modelo de Actores tiene tres componentes relacionados: La Clasificacin de Interesados (stakeholders) que identifica a los tipos de los actores que estn relacionados con el desarrollo de aplicaciones empresariales. La Estructura Organizacional de Referencia que sirve de modelo para la organizacin de los equipos de desarrollo de aplicaciones y Los Roles y Responsabilidades que describen las funciones y tareas que deben ejecutar los actores que participan en proyectos de desarrollo de aplicaciones.

- 28 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Clasificacin de los actores o interesados (Stakeholders)

El desarrollo de una aplicacin empresarial requiere la participacin de un conjunto multidisciplinario de actores con conocimientos, experiencia y competencias muy diversas. Estos actores son individuos que pertenecen a diferentes grupos o unidades organizacionales de la empresa y que tienen la necesidad o el inters en que la aplicacin se desarrolle y se ponga en operacin. Muchos de estos actores, pertenecen a diferentes unidades (departamentos o secciones) de la gerencia promotora del proyecto; otros pertenecen a otras gerencias de la empresa; y otras son personas, empresas instituciones externas que mantienen relaciones con la empresa o estn contratadas temporalmente para llevar a cabo actividades especficas en el proyectos. La figura 4.1 presenta la clasificacin de los actores o interesados que el mtodo utiliza para referirse a aquellos roles ms generales que estn presentes en un proyecto de desarrollo de aplicaciones empresariales.
class Taxonoma de actores (stakeholders) Actor (Stakeholder)

Clie nte

Promotor

Desarrollador

Usua rio

Figura 4.1. Clasificacin de actores que participan en un proyecto de software

Cliente El Cliente es toda aquella persona, unidad organizativa o empresa que contrata o financia el proyecto de desarrollo de una aplicacin empresarial. Su rol fundamental es proveer los recursos econmicos que el Equipo de Desarrollo requiere para ejecutar el proyecto. Promotor Es toda aquella persona, unidad organizativa o empresa que tiene particular inters porque el proyecto se lleve a cabo, bien porque se beneficia directamente de los servicios que la aplicacin le podr proveer, o porque considera que la aplicacin es necesaria para alcanzar objetivos de su empresa. Al inicio del proyecto, los promotores impulsan el desarrollo de la nueva aplicacin e inician los trmites correspondientes para que se constituya un proyecto que de respuesta a sus problemas. Los usuarios de la aplicacin, generalmente, se ubican en estas unidades promotoras del proyecto; pues, son estas unidades las que necesitan la nueva aplicacin. Desarrollador Es aquella persona o grupo de personas que participan activamente en el desarrollo de la aplicacin ejecutando procesos tcnicos, de gestin y de soporte.

- 29 -

Usuario Es aquella persona, grupo de personas, unidad u organizacin que hace uso de la aplicacin empresarial para satisfacer necesidades de informacin y/o automatizacin de procesos.

Organizacin de los equipos de desarrollo

Estructura organizativa general
La figura 4.2 muestra una estructura que permite a un lder del proyecto organizar al personal que participa en el desarrollo de una aplicacin. Esta estructura divide a un equipo de desarrollo en grupos. Cada uno de estos grupos est integrado por uno o ms actores u otros grupos de menor tamao. Cada actor tiene asociado uno o ms roles. Un mismo actor puede participar en diferentes grupos.
class Estructura Org... Equipo de Desarrollo

1..* Grupo

1..* 1..* Actor

+ejerce

0..*

0..* +asignado_a Rol

Figura 4.2 Estructura organizativa general de los equipos de desarrollo

Estructura organizativa especfica

La Figura 4.3 muestra una estructura organizativa de referencia que el Mtodo WATCH propone para proyectos medianos o de gran tamao. Esta estructura resulta de instanciar la estructura general planteada en la figura 4.2.

- 30 -

PROYECTO METHODIUS
object Estructura del Equipo de Desarrollo

MTODO GRAY WATCH

VERSIN PRELIMINAR

rol Cliente o Promotor Cliente

rol Comit Directivo del Proyecto

rol Lder del Proyecto Equipo de Desarroll o de la Aplicacin

grupo Grupo de Gestin

grupo Grupo d e Anlisis

grupo Grupo de Diseo

grupo Grupo de Program aci n & Integ racin

grupo Gru po d e Gestin de Configuracin

grupo Grupo de Gestin de Cali dad

grupo Gru po de Instal acin

grupo Gru po de Di se o Arquitectnico

grupo Gru po d e Diseo d e Interfaces

grupo Gru po d e Diseo d e Componentes

grupo Grupo d e Diseo d e Datos

grupo Grupo d e Aseguramie nto de la Calidad

grupo Grupo de Verificaci n & Validacin

grupo Grupo de Pruebas

Figura 4.3. Organizacin del Equipo de Desarrollo de un proyecto mediano o grande

Las ventajas de esta estructura son las siguientes: Simplicidad y adaptabilidad: Es suficientemente simple, por lo que facilita su adecuacin a las caractersticas de cada proyecto particular. Alineacin al Modelo de Procesos: Se corresponde con las actividades tcnicas del Modelo de Procesos. Facilidad de reubicacin de los miembros: La asignacin de miembros del equipo de desarrollo a los diferentes grupos que lo conforman es temporal y su duracin depende de la duracin de los procesos correspondientes. Clara definicin de las lneas de autoridad: La lneas de autoridad y la jerarqua gerencial del proyecto se definen con bastante claridad.

Descripcin de actores que integran la estructura organizativa especfica

Comit Directivo del Proyecto Participa activamente en la toma de decisiones desde el momento en que surge la necesidad de desarrollar una nueva aplicacin hasta que la aplicacin es entregada a sus usuarios. Este comit decide el inicio del proyecto, evala peridicamente su desarrollo y resuelve todos los aspectos financieros y polticos del proyecto. Lder del Proyecto Es el responsable de la gestin de todo el proyecto. Reporta al Comit Directivo del Proyecto. Grupo de Gestin del Proyecto Es el responsable de la ejecucin de todos los cinco procesos de gestin. Est integrado por el Lder del Proyecto y uno o ms ingenieros de proyectos de software que bajo la coordinacin del lder ejecutan los procesos de constitucin, planificacin, direccin, control y cierre del proyecto.
- 31 -

Este grupo es, tambin, responsable de la ejecucin de las actividades de identificacin, anlisis, planificacin de respuestas y evaluacin de los riesgos que puedan afectar al proyecto. Grupo de Anlisis Est conformado por uno o ms especialistas en Anlisis de Negocios y Anlisis de Sistemas. Es responsable de los siguientes procesos: Modelado del Negocio e Ingeniera de Requisitos. Grupo de Diseo Est compuesto por uno o ms especialistas en diseo de software. Es responsable de los siguientes procesos: Diseo Arquitectnico y Diseo Detallado de la aplicacin. Dependiendo del tamao y complejidad del proyecto, este grupo se puede dividir en dos: Grupo de Diseo Arquitectnico y Grupo de Diseo Detallado. Este ltimo grupo puede, a su vez, dividirse en: Grupo de Diseo de Interfaces, Grupo de Diseo de Componentes y Grupo de Diseo de Datos. Grupo de Programacin & Integracin Sobre este grupo recae la responsabilidad de: codificar y/o adaptar los diferentes componentes que integran la arquitectura de la aplicacin; ejecutar las pruebas unitarias de cada componente y de las clases que integran cada componente; integrar y probar los incrementos y versiones de la aplicacin; corregir los errores encontrados durante las pruebas; crear la base de datos de la aplicacin; y elaborar los manuales de instalacin, uso y mantenimiento de la aplicacin. Grupo de Gestin de la Configuracin Es responsable de ejecutar las actividades de la gestin de la configuracin del software, que incluyen: identificacin de la configuracin, contabilidad del estado de la configuracin y gestin y entrega de versiones. El Coordinador de este grupo se encarga de la planificacin, coordinacin, supervisin y control de la gestin de la configuracin del software. Elabora el Plan de Gestin de la Configuracin del software y coordina la ejecucin de las actividades descritas en este plan. Este grupo controla todos productos que se generan durante el desarrollo de la aplicacin y cada uno de los cambios que se le hagan a estos productos; siempre y cuando, ellos hayan sido definidos como tems de configuracin. Una vez que un producto controlado es verificado y/o validado por el Grupo de Verificacin & Validacin, el Grupo de Gestin de la Configuracin se encarga de almacenar este producto en la Librera de Gestin de la Configuracin. Este grupo est integrado por los siguientes grupos o actores: Comit de Control de la Configuracin.- Se encarga de evaluar cada cambio propuesto y de aprobar o negar el cambio. En proyectos pequeos, este comit lo puede integrar el Lder del Proyecto y el Coordinador del Grupo de Gestin de la Configuracin. En proyectos medianos o grandes el nmero de participantes de este comit se amplia para incluir otros desarrolladores especializados en las reas del tem que se est controlando. Auditor de Configuracin.- Actor externo al proyecto que es contratado para llevar a cabo la auditora de la configuracin de la aplicacin, cuando sea necesario.

- 32 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Grupo de Gestin de Calidad Este grupo tiene a su cargo la planificacin, ejecucin y control de las actividades de aseguramiento de la calidad, verificacin & validacin, revisiones de software y auditoras. El coordinador de este grupo se encarga de la planificacin, direccin y control de estas actividades. Dependiendo del tamao y complejidad de la aplicacin, el Grupo de Gestin de Calidad puede dividirse en tres subgrupos: Grupo de Aseguramiento de la Calidad.- Es responsable de la establecer los estndares, los procedimientos, los procesos, las mtricas de anlisis de calidad, la capacitacin del personal en los procesos de desarrollo, del seguimiento del plan de calidad, de evaluar los procesos de revisiones, auditorias y consultora de los productos, de los procesos de desarrollo, as como de los procesos de soporte utilizados en el desarrollo de un proyecto. Grupo de Verificacin y Validacin (V&V).- Es responsable de la evaluacin de los productos tcnicos, de gestin y de soporte producidos en los correspondientes procesos de desarrollo de la aplicacin. Emplea las revisiones de software para evaluar los productos mencionados. Grupo de Pruebas.- Tiene a su cargo la elaboracin del Plan de Pruebas y la realizacin de las actividades de diseo y ejecucin de las pruebas funcionales, no funcionales y de aceptacin relacionadas con el nivel de pruebas del sistema. Colabora con el Grupo de Programacin en el diseo y ejecucin de las pruebas de unidad y de integracin que se realizan durante el proceso tcnico de Programacin & Integracin. Grupo de Auditoras.- Tiene a su cargo la organizacin y direccin de las auditorias. Prepara los reportes de auditoria con los informes de cumplimientos y no cumplimientos, reportes de errores detectados y acciones a realizar

Grupo de Instalacin Tiene a su cargo el despliegue y prueba de la aplicacin en la plataforma de hardware/software en la que cada una de las versiones de la aplicacin estar operando. La capacitacin de los usuarios y la carga inicial de la base de datos son, tambin, actividades propias de este grupo.

Roles y responsabilidades
Los actores o interesados participan en un proyecto de diferentes maneras. Dependiendo de su cargo, posicin, experiencia, conocimientos y responsabilidades asignadas, estos actores tendrn una participacin en el proyecto que debe ser definida con claridad. La identificacin de roles tiene el propsito de definir lo que los diferentes actores deben realizar en el proyecto. Un rol se refiere a un conjunto definido de actividades y responsabilidades que una persona, grupo de personas o unidad organizacional debe ejecutar en el marco de un proyecto. Es, por consiguiente, una designacin temporal de responsabilidades. Es importante destacar, tambin, que varios roles puede ser asignados a un mismo interesado, sea este una persona, grupo de personas o una unidad organizacional.

- 33 -

Identificacin y clasificacin de roles

La figura 4.4 muestra los roles que se emplearn en el mtodo WATCH para designar, de manera genrica, a los diferentes actores o interesados que participan o estn vinculados con el desarrollo de los proyectos de aplicaciones aplicacin empresarial.
class Estructura Organizacional General Actor

+ejerce

0..*

0..* +asignado_a Rol +tiene_asignada 1..* Responsa bilidad

rol Lder de l Proyecto

rol Consultor

rol Coordina dor de Grupo

rol Promotor

rol Anal ista de Negocios

rol Facilitador

rol Anal ista de Requisitos

rol Repre sentante de Usuarios Diseador rol Programador rol Integrador rol Espe cia lista V&V rol Gestor de Configuracin rol Gestor de Cali dad

rol Arquitecto de Software

rol Dise ador de Interface s Grficas

rol Dise ador de Componentes

rol Dise ador de Bases de Datos

Figura 4.2. Actores y roles relacionados con el desarrollo de las aplicaciones aplicacin empresarial

Descripcin de roles y responsabilidades

Las principales responsabilidades que tienen cada uno de los roles que ejercern los miembros de los equipos de desarrollo de aplicaciones aplicacin empresarial, se resumen en la Tabla 4.1.
Tabla 4.1. Roles y responsabilidades de los actores que participan en un Equipo de Desarrollo

Rol Lder de Proyecto

Coordinador de Grupo

Responsabilidades Elaborar el Plan Integral del Proyecto de desarrollo de la aplicacin empresarial que le sea asignada Prestar asistencia tcnica a los miembros del equipo de desarrollo. Gestionar los riesgos del proyecto. Dirigir y controlar la ejecucin del Plan Integral del Proyecto. Cerrar administrativa y tcnicamente el proyecto. Reportar al Comit Directivo el progreso del proyecto. Programa, coordina y supervisa las actividades del grupo. Reporta al Lder del Proyecto el avance del grupo.
- 34 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Rol Analista de Negocios Especialista V&V Gestor de configuracin de software Gestor de calidad

Analista de Sistemas

Arquitecto de Software Diseador de Software Programador

Administrador de Bases de Datos

Facilitador

Responsabilidades Modelar el dominio de la aplicacin empresarial. Servir de enlace entre los usuarios y el equipo de desarrollo. Asegurar que los productos del desarrollo de la aplicacin estn alineados al sistema de negocios que acta como dominio de la aplicacin. Descubrir, analizar, especificar y documentar los requisitos de la aplicacin. Validar, en conjunto con los usuarios, los requisitos establecidos. Gestionar los requisitos. Especificar requisitos arquitectnicos. Disear y evaluar la arquitectura de la aplicacin. Especificar cada una de las vistas arquitectnicas. Disear los detalles de la Interfaz U/S, las Bases de Datos y los Componentes de Software de la aplicacin. Codificar, documentar y probar los componentes de software de la aplicacin. Depurar los componentes que tengan errores. Integrar los componentes de la aplicacin y desplegarlos en la plataforma de ejecucin del proyecto. Elaborar los manuales de instalacin, uso y mantenimiento. Verificar y validar los productos de cada proceso del desarrollo. Disear y ejecutar pruebas de unidad, de integracin, del sistema y de aceptacin de la aplicacin. Gestionar los tems producidos durante el desarrollo y controlar los cambios que puedan surgir en cada una de ellos. Gestionar las versiones de la aplicacin. Definir los estndares y procedimientos de aseguramiento de la calidad del software Asegurar la calidad del software producido por los equipos de desarrollo Velar que los grupos empleen apropiadamente los procedimientos y, particularmente, el proceso de desarrollo de aplicaciones instanciado a partir del Mtodo WATCH Proveer la informacin tcnica necesaria para que los equipos de desarrollo puedan acceder a la BCaplicacin empresarial Garantizar que los equipos de desarrollo hagan un uso apropiado y permitido de la BC-aplicacin empresarial Capacitar a los equipos de desarrollo en el uso del mtodo WATCH y las diferentes tcnicas, herramientas, prcticas y estndares requeridos para desarrollar aplicaciones aplicacin empresarial. Capacitar a los equipos de desarrollo en el uso de la plataforma de hardware y software requerida para desarrollar las aplicaciones aplicacin empresarial

Representante de usuarios
- 35 -

Rol Consultor

Responsabilidades Asesorar a los grupos de desarrollo de aplicaciones en el uso de los mtodos, tcnicas, estndares, prcticas y herramientas requeridas en el proyecto

- 36 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Captulo El Modelo de Procesos 5

El modelo de procesos es el tercero de los componentes del mtodo WATCH. Este modelo establece los procesos necesarios para gestionar proyectos de desarrollo de aplicaciones empresariales y llevar a cabo las actividades tcnicas y de soporte que requieren estos proyectos. Este captulo describe, de una manera general, el modelo de procesos del mtodo WATCH. Presenta los conceptos fundamentales para la comprensin del modelo y la notacin empleada para describir sus procesos. Discute la metfora en la cual est fundamentado el modelo, su estructura y cada uno de sus componentes.

Objetivos del modelo de procesos

Los objetivos de este modelo son los siguientes: Identificar los procesos de gestin, tcnicos y de soporte que deben utilizarse en el desarrollo de las aplicaciones empresariales. Describir cada uno de los procesos tcnicos, gerenciales y de soporte que los equipos de desarrollo deben emplear para elaborar una aplicacin empresarial. Facilitar la planificacin de los proyectos de desarrollo de aplicaciones empresariales, proporcionando una estructura de procesos que puede ser usada para elaborar la Estructura de Desglose del Trabajo EDT (WBS Work Breakdown Structure) de cada proyecto.

Estructura del modelo de procesos

El modelo de procesos del WATCH est formado por un total de once (11) procesos, los cuales, organizados en la forma una cadena de valor (ver figura 5.1), representa el proceso completo de desarrollo de una aplicacin empresarial. En esta cadena, los procesos de ingeniera que se requieren para producir una aplicacin empresarial constituyen los procesos fundamentales o claves de la cadena; mientras que sus procesos de apoyo estn compuestos por todos aquellos procesos encargados de la gestin del proyecto y de otras actividades relacionadas con la gestin de la configuracin, la calidad y los riesgos.

- 37 -

analysis Cadena de valor WATCH

Modelado del Negocio

Ingeniera de Requisitos

Diseo Arquitectnico

Diseo Detallado

Programacin & Integracin

Pruebas de la Aplicacin

Entrega de la Aplicacin

Gestin del Proyecto: Alcance, Tiempos, Costos, Recursos y Contratos

Gestin de Riesgos Gestin de la Configuracin Gestin de la Calidad

Figura 5.1. Los procesos del WATCH

Clasificacin de los procesos

Con el objeto de facilitar su descripcin, estos procesos se han organizado en tres grupos (ver figura 5.2). El grupo de Procesos Tcnicos enmarcan todas las actividades de ingeniera que estn relacionadas directamente con el ciclo de desarrollo de las aplicaciones. El grupo de Procesos de Gestin cubre todas las actividades de gestin de proyectos de software. El grupo de Procesos de Soporte concentra todas aquellas actividades que son necesarias para apoyar la ejecucin de los procesos tcnicos y gerenciales.

Figura 5.2. Procesos del Mtodo WATCH

Relaciones entre los procesos

Los procesos sealados en la figura 5.2 se ejecutan en un orden preestablecido. Este orden define los ciclos de desarrollo de una aplicacin empresarial y ha sido elaborado siguiendo
- 38 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

una metfora basada en el reloj (Montilva and Barrios, 2004b). Un reloj est compuesto por un motor que mueve agujas a lo largo de un dial. Este dial indica un orden progresivo, cuyo seguimiento puede, en cualquier momento, ser alterado usando el motor, bien para avanzar hacia la hora siguiente para retroceder a horas anteriores. El orden de ejecucin de los procesos del mtodo WATCH se asemeja a un reloj. Los procesos de gestin y soporte estn ubicados en el centro del reloj; pues, se encargan de controlar la ejecucin de los procesos tcnicos que se ubican en el dial del reloj, tal como lo muestra la figura 5.3b. Una vez planificado el proyecto, el desarrollo de la aplicacin se inicia con el proceso tcnico Modelado del Negocio y contina en el orden cclico indicado hasta llegar al proceso tcnico Entrega de la Aplicacin. Cada ciclo del reloj WATCH representa el desarrollo de una versin de la aplicacin empresarial. En aplicaciones sencillas o pequeas, un solo ciclo es suficiente para desarrollar la aplicacin. Cuando la aplicacin es compleja o de mediano o gran tamao, el desarrollo de la aplicacin se hace de manera evolutiva mediante dos o ms versiones. Cada ciclo de desarrollo produce una versin de la aplicacin.
analysis Flujo de Procesos Principales

Fin SI NO nueva versin?

Modelado del Negocio

Entrega de la Aplicacin

Inicio

Ingeniera de Requisitos

Pruebas de la Aplicacin

Procesos de Gestin y Soporte

Diseo Arquitectnico

Programacin & Integracin

Diseo Detallado

a) Metfora del reloj

b) Estructura y orden de los procesos del WATCH

Figura 5.3. Flujo de trabajo del modelo de procesos

Caractersticas del modelo de procesos

El modelo de procesos del WATCH posee un conjunto de caractersticas importantes que deben conocerse para facilitar su instanciacin o uso. Estas caractersticas son las siguientes: 1) Es estructurado y modular.- Posee una estructura jerrquica claramente definida que facilita su comprensin y utilizacin. La figura 5.4 muestra esta estructura jerrquica de cinco (5) niveles representada mediante un diagrama de clases.

- 39 -

Grupo de Procesos

Proceso

*
subprocesos

Actividad

Tarea

Figura 5.4 Estructura de niveles del modelo de procesos

2) Es iterativo. Los procesos tcnicos se ejecutan en orden secuencial. Sin embargo, es posible iterar (retornar a procesos anteriores) a fin de corregir defectos en los productos de los procesos anteriores. 3) Es versionado y cclico. Cada ciclo de desarrollo, que implica la ejecucin de los procesos tcnicos, produce una versin de la aplicacin. 4) Es incremental. El modelo considera el proceso de desarrollo de aplicaciones como un proceso incremental. Una versin se desarrolla integrando un conjunto de incrementos. Un incremento es un programa ejecutable formado por un conjunto de componentes de software que ofrece una funcionalidad parcial de la versin. 5) Promueve la reutilizacin de activos de software.- El modelo promueve la reutilizacin de activos de software, lo cual reduce costos y aumenta la calidad de los productos de software que se elaboren. Entre estos activos estn los siguientes: arquitecturas de dominio, patrones de diseo, componentes de software reutilizables y plantillas de documentos (Ej., plantillas para planes de proyecto, pruebas de software, manuales de uso, etc.). 6) Es representado visualmente.- En la descripcin del modelo se han empleado lenguajes de modelado grfico o visual ampliamente conocidos, en particular, UML, UML Business y BPMN. Estos lenguajes facilitan la representacin de los procesos y reducen los problemas de comunicacin que, con respecto al mtodo, puedan surgir entre los miembros de los equipos de desarrollo. 7) Verifica y valida continuamente la calidad de los productos.- El modelo asegura la calidad de las aplicaciones, a travs del uso de un proceso bien definido de Verificacin y Validacin (V&V) que se aplica a todos los productos intermedios y finales que se elaboran a lo largo del desarrollo de cada aplicacin. 8) Emplea las mejores prcticas y procesos de gestin de proyectos.- El modelo emplea procesos y prcticas establecidas en el cuerpo de conocimientos PMBOK para gestin de proyectos propuesto por el PMI (Project Management Institute). 9) Integra los procesos de gestin con los procesos tcnicos y de soporte.- El modelo define tres grupos de procesos: tcnicos, de gestin y de soporte. Los procesos tcnicos se relacionan con las actividades de anlisis, diseo e implementacin de una aplicacin. Los procesos de gestin se encargan de gerenciar el desarrollo de cada aplicacin como un proyecto de ingeniera; involucran, por lo tanto, actividades de planificacin, organizacin, administracin, direccin y control del proyecto. Por su parte, los procesos de soporte complementan los procesos tcnicos y gerenciales con actividades tales como: el aseguramiento de la calidad, la gestin de la configuracin y la gestin de riesgos del proyecto.
- 40 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

La estructura de procesos del mtodo WATCH

Tal como se indica en la figura 5.4, la estructura del modelo de procesos WATCH es jerrquica. El nivel ms alto de esta estructura es el Nivel de Grupos de Procesos, el cual est formado por varios grupos de procesos; por ejemplo, grupos de procesos de gestin, de soporte y tcnicos. Cada uno de estos grupos de procesos se divide, a su vez, en procesos ms especficos. Cada proceso se divide en otros procesos de ms bajo nivel denominados subprocesos y estos, a su vez, en actividades; las cuales, se dividen finalmente en tareas. La profundidad de la jerarqua vara de un grupo de procesos a otro. As, por ejemplo, los procesos tcnicos se estructuran en cinco o ms niveles: Grupos de Procesos de Anlisis, Diseo e Implementacin. El Grupo de Procesos de Anlisis se divide, a su vez, en los procesos de Modelado del Negocio e Ingeniera de Requisitos. El proceso de Ingeniera de Requisitos se divide en los subprocesos de Descubrimiento de Requisitos, Anlisis de Requisitos, Especificacin de Requisitos, etc. Este proceso de descomposicin contina hasta llegar al nivel de tarea. La Tabla 5.1 describe la estructura jerrquica del modelo de procesos en sus dos niveles ms altos: grupo de procesos y procesos. A esta tabla, se ha agregado la columna Captulos para indicar donde se discute cada proceso. La descomposicin de procesos en subprocesos, actividades y tareas se explica en los captulos respectivos.
Tabla 5.1. Descomposicin jerrquica de los procesos del Mtodo WATCH
Grupo de Procesos Procesos de Gestin Procesos Constitucin del Proyecto (CP) Planificacin del Proyecto (OP) Direccin del Proyecto (DP) Control del Proyecto (AP) Cierre del Proyecto (CP) Procesos de Soporte Gestin de la Configuracin del Software (GCS) Gestin de la Calidad del Software (GCA) Gestin de Riesgos (GR) Procesos tcnicos Modelado del Negocio (MN) Ingeniera de Requisitos (IR) Diseo Arquitectnico (DA) Diseo Detallado (DD) Programacin & Integracin (C&I) Pruebas de la Aplicacin (PA) Entrega de la Aplicacin (EA) 10 9 8 7 6 Captulos

Notacin usada para describir el Mtodo WATCH

El mtodo WATCH es un mtodo grfico. Sus tres modelos se explican mediante diagramas elaborados usando, principalmente, lenguajes de modelado de software. El mtodo utiliza el lenguaje de modelado universal UML 2 (OMG, 2007) y la extensin UML Business de
- 41 -

Eriksson y Penker (2000) para describir los procesos y actividades, la organizacin de los actores y la estructura de los productos. Del lenguaje UML 2, el mtodo WATCH emplea los siguientes tipos de diagramas: Diagramas de clases.- Son usados para modelar: (1) la estructura que tienen los productos intermedios y finales que la aplicacin del mtodo produce; y (2) la estructura organizacional propuesta para organizar los grupos de trabajo que participan en el desarrollo de aplicaciones. Diagramas de casos de uso.- Se utilizan para describir los roles y responsabilidades de los actores que participan en el desarrollo de las aplicaciones. Diagramas de objetos.- Son empleados, en conjunto con los diagramas de clase, para describir la estructura de los productos generados por el mtodo. Diagramas de actividad.- Permiten describir las actividades que integran un proceso y el orden en que ellas se ejecutan. Este tipo de diagrama describe el flujo de trabajo requerido para ejecutar el proceso. Generalmente, se le asocian a un proceso de bajo nivel en un diagrama de jerarqua de procesos.

De la extensin UML Business, el mtodo usa los tipos de diagramas siguientes: Cadena de valor.- Identifica los procesos tcnicos, de gestin y de soporte del mtodo, al ms alto nivel de abstraccin, y los clasifica en procesos fundamentales (procesos tcnicos) y procesos de apoyo (procesos de gestin y soporte).
analysis Cadena de valor Proceso tcnico 1 Proceso tcnico 2

...

Proceso tcnico N

Procesos fundamentales del desarrollo de software

Proceso de gestin o soporte 1

...
Proceso de gestin o soporte M

Procesos de apoyo al desarrollo de software

Diagramas de jerarqua de procesos.- Usados para mostrar la descomposicin de un proceso en subprocesos. Los niveles de descomposicin dependen de la complejidad y extensin del proceso que se descompone.
analysis Diagrama de jerarqua de procesos Grupo de procesos

Proceso 1

...
Subproceso i.1

Proceso i

Proceso Q

... ...
Subproceso i.k

- 42 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Diagramas del proceso.- Describen los objetivos, entradas, salidas, controles, reglas de negocio y recursos que un proceso utiliza durante su ejecucin. Se usan para describir cualquiera de los procesos de una cadena de valor o de un diagrama de jerarqua de procesos. Cada uno de los elementos que describen el entorno de un proceso se colocan en el orden y ubicacin indicados en la figura siguiente. Los estereotipos indicados con doble corchetes angulares ayudan a describir los elementos y sus relaciones con el proceso.
analysis Diagrama del proceso regla Reglas de l Negocio regula recurso Insum o o materia l reque rido actor Coordina dor del Proceso cont rola objetivo Obje tivo del proceso pers igue producto Sal ida

Proceso i

...
producto Entrada

...
Inform aci n producida

ejec uta recurso Grupo o Actor

apoya

apoya repositorio Datos

Inform aci n reque rida

...

- 43 -

Procesos de Gestin del Proyecto

Captulo 6

La Gestin del Proyecto consta de un conjunto de procesos de tipo gerencial necesario para asegurar que la ejecucin del proyecto sea exitosa; es decir, que la aplicacin empresarial se desarrolle a tiempo, dentro del presupuesto establecido y que posea una alta calidad. La responsabilidad principal de este proceso recae en el Lder del Equipo de Desarrollo. A travs de este proceso, el Lder planifica el proyecto, determina la organizacin ms apropiada para el grupo equipo de actores que desarrollar la aplicacin empresarial, dirige a este grupo, administra los recursos que le han asignado al proyecto y controla el desarrollo de dicho proyecto con respecto al plan establecido. La Gestin del Proyecto es un grupo de procesos que se ejecuta a lo largo de toda la duracin del proyecto. Se inicia con la elaboracin del Enunciado del Trabajo del Proyecto y del Documento de Inicio del Proyecto; documentos que son usados por el Promotor o Cliente para decidir si el proyecto se inicia, se posterga o no es procedente. Si el inicio del proyecto es autorizado, se designa formalmente al Lder del Equipo de Desarrollo y se constituye un Comit Directivo del Proyecto integrado por el lder del proyecto y por representantes de las gerencias promotoras y/o del cliente. En este captulo, se discute cada uno de los procesos de gestin y se establecen sus relaciones con los modelos de actores y de productos.

Objetivos del grupo de procesos

El grupo de procesos de gestin tiene como objetivos los siguientes: Asegurar que el desarrollo de la aplicacin sea sistemtico, organizado, eficaz y eficiente, mediante el empleo de los procesos gerenciales de constitucin, planificacin, direccin, control y cierre del proyecto. Garantizar que la aplicacin se desarrolle a tiempo, bajo el presupuesto asignado y siguiendo los estndares, planes y procedimientos establecidos para asegurar la calidad de la aplicacin.

Descripcin general del grupo de procesos

El grupo de procesos de gestin se denominada Gestin Integrada del Proyecto y consta de cinco procesos integrados que cubren el ciclo gerencial de proyectos de software. Estos procesos se indican en la figura 6.1.

- 44 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

analysis Diagrama Jerrquico del Proceso GP Gestin Integrada del Proyecto

Constitucin del Proyecto

Planificacin del Proyecto

Direccin del Proyecto

Control del Proyecto

Cierre del Proyecto

Figura 6.1. El grupo de procesos de Gestin Integrada del Proyecto

Los procesos de gestin integrada del proyecto se inician desde el momento en que un grupo de interesados plantea, ante la(s) Gerencia(s) correspondiente(s), la necesidad de disponer de una nueva aplicacin. Si esta(s) Gerencia(s) da(n) el visto bueno, se designa el lder del proyecto quien elabora el Documento de Inicio del Proyecto. Este documento es discutido por el Comit Directivo del Proyecto quien decide si el proyecto contina, se difiere o se niega. Si el desarrollo de la aplicacin es aprobado por el Comit Directivo, se constituye formalmente el proyecto. A partir de este momento, el lder deber realizar los procesos de planificacin, direccin, control y cierre del proyecto. El Plan Integral del Proyecto, elaborado durante la ejecucin del proceso de Planificacin del Proyecto, debe describir las actividades, tiempos, recursos y costos requeridos para producir una aplicacin de alta calidad. Este documento se mantiene actualizado peridicamente y a lo largo de todo el desarrollo de la aplicacin, a travs del proceso de Control del Proyecto. Durante la ejecucin de los procesos tcnicos de desarrollo del proyecto, el lder se encarga de dirigir y coordinar las actividades que dichos procesos requieren. La gestin del proyecto finaliza con el cierre tcnico y administrativo del proyecto. Es importante destacar que los procesos de gestin se ejecutan en paralelo con los procesos de soporte y los procesos tcnicos, tal como lo sugiere la cadena de valor del mtodo WATCH. (ver figura 5.1).

El Grupo de Gestin de Proyectos

La figura 6.2 muestra la estructura organizacional que el mtodo WATCH propone para organizar los actores que participan en los procesos de gestin del proyecto. El Grupo de Gestin del Proyecto lo integran el Lder del Proyecto, uno o ms ingenieros de proyectos de software, uno o ms representantes de usuarios y uno o ms consultores especializados en gestin de proyectos. El nmero de participantes de este grupo depende del tamao del proyecto. En proyectos pequeos este grupo puede estar integrado por uno o dos personas, una de ellas debe ser el Lder del Proyecto. En proyectos medianos y grandes se requieren dos o ms personas que ejerzan los roles indicados en la figura 6.2.

- 45 -

object Estructura del Grupo de Gestin

actor,rol Cliente o Promotor Cliente

actor,rol Comit Dire ctivo del Proyecto

Grupo de Gestin del Proyecto

actor,rol Lder del Proyecto actor,rol Consul tor e n Gestin de Proyectos

actor,rol Inge nie ro de Proyectos de Software

actor,rol Repre sentante de Usuarios

Figura 6.2. Estructura organizacional del Grupo de Gestin del Proyecto

Productos de los procesos de gestin

Enunciado del Trabajo del Proyecto
Es un documento preliminar de gestin del proyecto. Se elabora antes de iniciar formalmente el proyecto y estima a grosso modo el trabajo que se realizar en el proyecto. Es elaborado por el cliente o promotor del proyecto con el objetivo de describir, de una manera muy general, la aplicacin que el proyecto deber desarrollar, si ste es aprobado. Indica porque la aplicacin es necesaria, cuales son sus requisitos generales, cual es el alcance de la aplicacin que se quiere desarrollar. Es usado para elaborar el Documento de Inicio del Proyecto.

Documento de Inicio del Proyecto

Se le conoce, tambin, con el nombre de Acta de Constitucin del Proyecto o Caso de Negocio. El PMBOK lo define como: "Un documento elaborado por el promotor del proyecto o su patrocinante que autoriza la existencia del proyecto y la asigna al lder o gerente del proyecto la autoridad para aplicar recursos organizacionales a las actividades del proyecto." (PMBOK, 2004). Es el primer documento formal del proyecto. Su objetivo es justificar econmica y tcnicamente la necesidad de desarrollar una nueva aplicacin empresarial. Su objetivo es convencer al Comit Directivo del Proyecto de la necesidad de desarrollar la aplicacin, para dar respuesta a un conjunto de necesidades de informacin, que tiene una o ms unidades organizacionales de la empresa. Es elaborado por el Lder del Proyecto y es, luego, utilizado por el Comit Directivo del Proyecto para decidir si la aplicacin debe desarrollarse, diferirse o es improcedente. Esta decisin determina el inicio, diferimiento o cancelacin del proyecto. Si se decide iniciar el proyecto, este documento establece un compromiso del Comit Directivo del Proyecto para la asignacin de los fondos que el proyecto requiere.

- 46 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Si el proyecto va a ser ejecutado por una empresa externa, este documento deber contener los trminos de referencia del proyecto, los cuales son usados por la empresa para elaborar una oferta de desarrollo del proyecto. El Documento de Inicio del Proyecto es de caracter ejecutivo y est, por lo tanto orientado a facilitar la toma de decisiones sobre el futuro del proyecto. Debe responder a las siguientes interrogantes: 1) Que es el proyecto? Cuales son sus objetivos? Que caractersticas generales debe tener la aplicacin que se desarrollar? Cuales son sus requisitos iniciales? 2) Cual es el sistema de negocios (o procesos de negocio) que ser apoyado por la aplicacin? Que unidades organizacionales participarn? Quien dirigir el proyecto? Quienes son los interesados (stakeholders) del proyecto? 3) Porque el proyecto es necesario? Que necesidades de informacin y automatizacin tiene el sistema de negocios que ser apoyado por la aplicacin? 4) Cuales son sus productos entregables del proyecto? 5) Cuales son los hitos y actividades ms importantes del proyecto (cronograma inicial o preliminar)? 6) Cuanto costar, en principio, el proyecto (presupuesto inicial o preliminar)? 7) Que empresas o contratistas participarn? Qu harn estas contratistas? 8) Qu restricciones de recursos humanos, tecnolgicos, de infraestructura y de materiales tiene el proyecto? 9) Qu supuestos organizacionales, ambientales o externos debe cumplir el asumir el proyecto? 10) Cual es el retorno estimado de inversin del proyecto? Qu valor agrega al sistema de negocios para el cual se desarrollar la aplicacin? Una vez que ha sido aprobado por el cliente o promotores del proyecto, o aquella unidad organizacional a la cual concierna la aprobacin, este documento se constituye en la autorizacin formal de inicio del proyecto (Nokes and Kelly, 2007)

Proceso de Desarrollo de la Aplicacin

Este es uno de los documentos ms importantes que deben producirse al inicio de cada proyecto de desarrollo de una aplicacin empresarial. Este documento describe detalladamente el proceso que el Equipo de Desarrollo debe seguir para producir la aplicacin empresarial. Este proceso se establece a travs de la instanciacin del Mtodo WATCH. Los tres modelos que integran este mtodo modelos de productos, procesos y actores son usados por el Lder del Proyecto para establecer los detalles del proceso especfico que guiar al Equipo de Desarrollo durante cada uno de los procesos tcnicos, de gestin y de soporte del proyecto. La instanciacin del Mtodo WATCH es una actividad metodolgica en la cual el Lder del Proyecto emplea este mtodo para determinar: (1) los productos especficos que se producirn durante todo el proyecto; (2) la estructura organizacional especfica del Equipo de Desarrollo; y (3) los procesos tcnicos, de gestin y de soporte que se utilizarn para desarrollar la aplicacin empresarial. El proceso de instanciacin del mtodo se discute con mayor detalle en el Captulo 11.

- 47 -

Plan Integral del Proyecto

Es el documento ms importante de la gestin del proyecto, por cuanto determina, rige y gua la ejecucin de todos los procesos del desarrollo de la aplicacin. Este documento describe: (1) los objetivos y alcance de la aplicacin empresarial que se quiere desarrollar; (2) el proceso tcnico necesario para desarrollar dicha aplicacin. (3) las actividades que componen cada uno de los procesos; (4) el cronograma de ejecucin de estas actividades, (5) los recursos humanos, tecnolgicos, financieros, fsicos y materiales necesarios para desarrollar las actividades; y (6) el presupuesto que establece costo del proyecto. El Plan de Integral del Proyecto (denominado, tambin, Plan del Proyecto) define cmo el proyecto se debe iniciar, planificar, ejecutar, controlar y cerrar. Tiene un carcter gerencial que define e integra los siguientes aspectos del proyecto, entre otros: - El alcance del proyecto, expresado en trminos de los productos que se generarn y los procesos necesarios para elaborar estos productos. - Los procesos y actividades que el Equipo de Desarrollo debe ejecutar para producir la aplicacin. - Los recursos necesarios para ejecutar las actividades del proyecto. - La duracin de cada actividad y sus fechas de inicio y terminacin. - El costo del proyecto. - Los planes de contingencia que deben ejecutarse para aminorar el impacto de los riesgos que puedan afectar el proyecto. - Los estndares y procedimientos necesarios para asegurar la calidad del sistema. - Los procesos y procedimientos para gestionar la configuracin del sistema. - Las revisiones tcnicas que se realizarn para verificar y validar los productos del proyecto. - Las pruebas que se llevarn a cabo para verificar y validar el cdigo de la aplicacin. El Plan Integral del Proyecto es un documento compuesto por un conjunto de planes diferentes, los cuales se van elaborando en diferentes etapas del desarrollo de la aplicacin. La figura 6.2 muestra la estructura final del Plan Integral del Proyecto.
class Estructura de productos GIP documento Plan Inte gral del Proyecto

documento documento documento documento documento documento documento documento documento Plan de Ge stin del Plan de Gestrin Plan de Ge stin de Plan de Ge stin de Plan de Compra s yPlan de Contratacin Plan de Ge stin de Plan de Ge stin de Plan de Ge stin de Alcance Costos RRHH Adquisiciones la Ca lidad Riesgos la Confi guracin de Tiempos

documento Enunci ado del Alcance del Proyecto

modelo Cronogra ma del Proyecto

documento Presupue sto de Costos

modelo Estructura Organizaci onal del Proyecto

documento Plan de Ase gurami ento de la Calidad

documento Plan de Verficacin & Validacin

Plan de Pruebas

modelo Estructura de Desglose del Trabajo

- 48 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Figura 6.2. Componentes del Plan Integral del Proyecto

Plan de Gestin del Alcance La Gestin del Alcance se encarga de delimitar el proyecto a fin de asegurar que se realice todo el trabajo requerido, y solamente el trabajo requerido, para completar el proyecto satisfactoriamente (PMI, 2004). El Plan de Gestin del Alcance establece cmo se definir, verificar y controlar el alcance del proyecto. Determina, tambin, cmo y cuando se crear la Enunciado del Alcance del Proyecto (EAP) y la Estructura de Desglose del Trabajo (EDT). Segn el PMI (2004), el trmino "alcance" tiene dos significados complementarios: 1) Alcance del producto.- Se refiere a las caractersticas y funciones que debe poseer la aplicacin que se va a desarrollar en el proyecto. 2) Alcance del proyecto.- Se refiere al trabajo que debe realizarse, en el proyecto, para entregar la aplicacin con las caractersticas y funciones especificadas. Enunciado del Alcance del Proyecto Es una descripcin narrativa de los productos entregables del proyecto y del trabajo (esfuerzo) que es necesario realizar para crear estos productos. Debe estar integrado por los siguientes elementos: Objetivos del proyecto Descripcin del alcance del producto Requisitos del proyecto Lmites del proyecto Productos entregables Criterios de aceptacin del producto Restricciones del proyecto.- Restricciones de costo, tiempo y calidad

Supuestos del proyecto Estructura de Desglose del Trabajo (EDT) Es un modelo que contiene la estructura jerrquica de actividades que identifica el conjunto de tareas (trabajo) que debe realizarse en el proyecto para elaborar sus productos o resultados. La Estructura de Desglose del Trabajo (Work Breakdown Structure - WBS) es definida por el Instituto de Gerencia de Proyectos (Project Management Institute) como sigue: Un agrupamiento orientado a productos de los elementos que organizan y definen el alcance del trabajo total de un proyecto. Cada nivel descendente representa una definicin incremental detallada del trabajo del proyecto (PMI, 2001) El desglose del trabajo es un proceso jerrquico de carcter recursivo. Se inicia con la descomposicin de los productos entregables en componentes ms pequeos, los cuales a su vez se descomponen sucesivamente hasta llegar al nivel de paquete de trabajo. Plan de Gestin de Tiempos Este plan establece las actividades necesarias para elaborar el cronograma del proyecto. Describe, tambin, el formato para elaborar el cronograma y los criterios y supuestos que se deben considerar para programar las actividades del proyecto. Una vez que el o los
- 49 -

cronogramas del proyecto se elaboren, ellos pasan a formar parte del Plan de Gestin de Tiempos. Cronograma del Proyecto Es una herramienta de gestin que identifica y organiza las actividades del proyecto en funcin de sus fechas de inicio y terminacin y de sus prelaciones. Establece, tambin, la entrega de productos (hitos del proyecto), la ruta crtica de actividades y el esfuerzo requerido para realizar cada actividad. Es elaborada usando una herramienta de software para gestin de proyectos (Ej.: Project Open. Dotproject, MS Project, Planner, etc). Plan de Gestin de Costos Este plan establece las actividades, tiempos y recursos necesarios para estimar los costos del proyecto y elaborar el presupuesto de costos. Una vez elaborado el presupuesto de costos, este pasa a formar parte del Plan de Gestin de Costos. Presupuesto de Costos Es una evaluacin cuantitativa, expresada en unidades cunatitativas, de los costos de los recursos necesarios para ejecutar las actividades establecidas en el cronograma del proyecto. El presupuesto es un documento de gestin que se presenta de dos maneras complementarias: 1. Modalidad resumida- Presenta el costo total del proyecto discriminado por los procesos indicados en la cadena de valor. 2. Modalidad detallada.- Presenta los costos asociados a cada una de las actividades del cronograma del proyecto. Plan de Gestin de Recursos Humanos Este plan est relacionado con las actividades de organizacin, contratacin, capacitacin y reconocimiento del personal que integra el equipo de desarrollo de la aplicacin. El plan debe describir: 1) Los roles que el proyecto requiere para desarrollar la aplicacin. 2) Las responsabilidades de cada rol. 3) La estructura organizacional del proyecto, la cual define los grupos y actores que integrarn el equipo de trabajo, as como las relaciones de autoridad entre ellos. 4) Cmo y cuando se debe seleccionar y contratar el personal del proyecto. 5) Las necesidades de formacin del personal y el plan de capacitacin. 6) Los planes relativos a recompensas y reconocimiento. Plan de Compras y Adquisiciones Documento de planificacin que identifica los insumos (bienes materiales, suministros, equipamiento, software, mobiliario, espacio fsico y otros recursos) que el equipo de desarrollo requiere durante el proyecto, estima las cantidades requeridas de estos insumos y programa su adquisicin. Su principal componente es el cronograma de compra y adquisiciones.

- 50 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Plan de Contratacin Este plan identifica los servicios y productos del proyecto que sern contratados con proveedores o empresas externas, establece los trminos de la contratacin, estima el costo de cada servicio o producto y programa su contratacin. Su principal componente es el cronograma de contrataciones. Adicionalmente a los productos descritos anteriormente, el Plan Integral del Proyecto incluye otros planes denominados planes de soporte: Plan de Gestin de Riesgos Plan de Gestin de la Configuracin Plan de Calidad Estos planes se discuten en el Captulo 7.

Contratos
Los contratos son documentos legales que se establecen entre las empresas participantes en el proyecto. Un contrato define formalmente un acuerdo entre dos partes: la empresa que desarrolla la aplicacin y una empresa contratista que provee servicios y/o productos al proyecto.

Informes de Gestin o de Rendimiento del Trabajo

Son documentos de carcter gerencial que describen el rendimiento del proyecto, expresado en trminos de: 1) El avance del cronograma, el cual muestra el estado actual del proyecto para el momento en que se reporta y las actividades que se han iniciado a tiempo, se han completado o estn an pendientes. 2) Productos entregables que han sido elaborados y entregados y aquellos que estn an pendientes por completar. 3) Cumplimiento de los estndares de calidad. 4) Estado del presupuesto indicando costos autorizados y no autorizados. 5) Porcentaje de ejecucin del proyecto. 6) Lecciones aprendidas documentadas 7) Utilizacin de los recursos asignados al proyecto

Informes de Problemas
Eventualmente, el Lder debe informar a sus superiores, cliente o promotores del proyecto sobre cualquier problema o anormalidad que surja durante la ejecucin del proyecto y que no pueda ser resuelto por el Grupo de Gestin. Los informes de problemas son usados para este propsito.

Los procesos de gestin y sus productos

Tabla 6.1. Estructura jerrquica de los procesos de gestin y sus productos
Procesos Subprocesos Productos

- 51 -

Procesos Constitucin del Proyecto

Subprocesos

Productos

Enunciado del Trabajo del

Proyecto

Documento de Inicio del

Proyecto

Contratos
Planificacin del Proyecto

Estructuracin del Plan Integral del Proyecto Planificacin del Alcance del Proyecto Planificacin de Tiempos Planificacin de Costos Planificacin de Recursos Humanos Planificacin de Contratos y Adquisiciones

Plan Integral del Proyecto Plan del Alcance del

Proyecto

Plan de Tiempos Plan de Costos Plan de Gestin de

Recursos Humanos

Plan de Contratos y
Adquisiciones Direccin del Proyecto

Conformacin del Equipo de Desarrollo de la aplicacin Capacitacin del Equipo de Desarrollo Coordinacin de la ejecucin de las actividades del proyecto Administracin de contratos Administracin de recursos materiales Comunicacin del estado del proyecto Entrega formal de productos

Productos entregables Informes de rendimiento del

trabajo

Informes de problemas

Control del Proyecto

Control del alcance del proyecto Control de tiempos del proyecto Control de costos del proyecto Control de contratos y adquisiciones Medicin del desempeo del proyecto

Plan Integral del Proyecto

actualizado

Informes de problemas Lista de acciones

preventivas y/o correctivas recomendadas

Cierre del Proyecto

Cierre de contrataciones Cierre administrativo del proyecto

Aplicacin empresarial
operativa

Informe de cierre del

proyecto

Constitucin del Proyecto

Es el primer proceso que se ejecuta en el proyecto. Consta de un conjunto de actividades que dan inicio formal al proyecto. Mediante este proceso, se designa al Lder del Proyecto, se produce el Documento de Inicio del Proyecto (denominado, tambin, caso de negocios o acta de constitucin) y se aprueba (o rechaza) el inicio formal del proyecto de desarrollo de la aplicacin. La figura 6.3 describe los objetivos, entradas, salidas, controles y recursos de este proceso.

- 52 -

PROYECTO METHODIUS
analysis Diagrama del Proceso CP regla Norma s y proce dimi entos de contra tacin

MTODO GRAY WATCH

VERSIN PRELIMINAR

actor,rol Cli ente o Promotor (from Act ores GP)

objetivo Obtene r la aproba cin para iniciar el proyecto (from Procesos GP)

regula

cont rola

pers igue

documento Documento de Ini cio de l Proyecto (DIP) (from Productos GP) documento Enuncia do del Trabajo del Proyecto (from Productos GP) documento Contrato

Necesi dades de una nue va aplicacin

Constitucin del Proyecto

ejec uta

oferta

apoya

influencia

(from Productos GP)

actor,rol Lder de l Proyecto (from Act ores GP)

actor Contra tante (from Act ores GP)

documento Acti vos de procesos de la empresa (from Procesos GP)

Factore s ambie ntal es de la empresa (from Procesos GP)

Figura 6.3. Diagrama del proceso de Constitucin del Proyecto La figura 6.4 identifica las principales actividades de constitucin de un proyecto y describe el orden en que ellas se deben ejecutar.
act Flujo de Trabajo del Proceso CP proceso Constitucin del Proyecto Inicio documento Activos de procesos de la empresa (from Procesos GP) (Promotor) Constituir el Comit Directivo del Proyecto NO (Com it Directivo) Notifica r rechaz o del proyecto

(Promotor) Ela borar el Enunciado del Traba jo de l Proyecto

(Promotor) Designar al Lder de l Proyecto

Necesidades de una nue va aplicacin

(Lder) Ela borar el Docum ento de Inici o de l Proyecto

(Com it Directivo) Discutir el Docum ento de Inicio de l Proyecto SI

aprobado?

Fin documento Contrato

NO (Com it Directivo) Aproba r form alme nte el i nicio del proyecto Contratacin externa? SI (Lder) Sol icita r ofe rtas a contratistas (from Productos GP) (Comit Directivo) Sel eccionar me j or Fi n ofe rta y contratar

documento Enuncia do del Trabajo del Proyecto (from Productos GP)

documento Documento de Ini cio de l Proyecto (DIP) (from Productos GP)

Figura 6.4. Flujo de trabajo del proceso de Constitucin del Proyecto Dos elementos que son influyen o apoyan a todos los procesos de gestin son los activos de procesos que la empresa tiene y los factores de su entorno o ambiente.

- 53 -

Activos de procesos de la empresa Son todas aquellas polticas, procedimientos, planes y guas de la empresa que pueden ser de utilidad para el desarrollo del proyecto. Estos activos representan el aprendizaje, las lecciones aprendidas y el conocimiento que han sido adquiridos por la empresa en proyectos anteriores, tales como: cronogramas de proyectos pasados, listas de riesgos, datos sobre costos de proyectos similares, etc. (PMBOK, 2004). El PMI clasifica estos activos en dos grandes categoras: 1) Procesos y procedimientos de la empresa.- Esta categora incluye normas, polticas, procedimientos, guas, mtodos, plantillas, estndares, listas de chequeo, etc. que la empresa usa para gestionar proyectos y/o desarrollar el software. 2) Bases corporativas de conocimientos.- Se refiere a todos aquellos repositorios de datos e informacin (bases de datos y archivos) que la empresa posee y que pueden ser utilidad tanto para la gestin del proyecto como para el desarrollo del software. Por ejemplo: bases de datos usadas para la medicin de productos y procesos, archivos del proyecto (lneas de base de alcance, costos, calidad y configuracin; cronogramas del proyecto; registros de riesgos, etc.) e informacin histrica y bases de conocimientos de lecciones aprendidas Factores ambientales de la empresa Las actividades que se realizan, en este proceso, dependen de diferentes aspectos del entorno organizacional y de la aplicacin que se desea desarrollar. El tipo, tamao y particularidades de la organizacin en la que se realizar el proyecto y el tipo y tamao de la aplicacin son algunos de los factores que determinan las actividades de inicio del proyecto. Otros factores del entorno organizacional que ejercen influencia sobre el proyecto son los siguientes: 1) La cultura organizacional de la empresa 2) La estructura organizacional 3) Normas gubernamentales o industriales que deben respetarse 4) La infraestructura de desarrollo (espacio, fsico, equipamiento, software de desarrollo) 5) La gestin de los recursos humanos de la empresa (procedimientos de contratacin, evaluacin, capacitacin, etc.) 6) El software que se usa para gestionar el proyecto.

Planificacin Integral del Proyecto

Una vez constituido el proyecto, el siguiente proceso tiene que ver con su planificacin integral. La Planificacin Integral del Proyecto es un proceso de gestin que consiste en decidir de antemano qu objetivos persigue el proyecto, cul es su alcance, qu actividades deben realizarse, cuando deben realizarse, quien ejecutar estas actividades, qu recursos materiales, tecnolgicos y de infraestructura ellas requieren y cuanto costar realizarlas. La figura 6.5 muestra los objetivos, entradas, salidas, controles y recursos generales del proceso de Planificacin Integral del Proyecto. El producto principal de este proceso es Plan Integral del Proyecto cuyo contenido se describi en la seccin titulada Productos de los procesos de gestin.

- 54 -

PROYECTO METHODIUS

MTODO GRAY WATCH

analysis Diagrama del Proceso PP documento Documento de Inici o del Proyecto (DI P) (from Productos GP) actor,rol Lder de l Proyecto (from Act ores GP)

VERSIN PRELIMINAR

objetivo Elabora r el plan pa ra la gestin integeral del proyecto

regula documento Acti vos de procesos de la empresa (from Procesos GP)

cont rola pers igue

Planificacin del Proyecto

documento Plan Inte gral del Proyecto

documento Enuncia do del Trabajo del Proyecto (from Productos GP) ejec uta apoya influencia

(from Productos GP)

actor Grupo de Gestin del Proyecto (from Act ores GP)

software Herramie nta de Planifi cacin

Factore s ambi enta les de la em presa (from Procesos GP)

Figura 6.5. Diagrama del proceso de Planificacin Integral del Proyecto La Planificacin Integral del Proyecto es un proceso de gestin complejo, extenso e iterativo. Es complejo por cuanto involucra la elaboracin de un conjunto amplio de planes relacionados con el alcance, las actividades, los tiempos, los costos, el personal, los recursos y las adquisiciones que el proyecto requiere; es extenso porque se lleva a cabo a lo largo de todo el proyecto; y es iterativo porque sus planes van evolucionando o perfeccionndose en la medida que avanza el proyecto. La figura 6.6 muestra la descomposicin jerrquica del proceso de Planificacin Integral del Proyecto en subprocesos. Estos subprocesos se ejecutan en el orden indicado en dicha figura. Cada uno de estos procesos se describe en las siguientes subsecciones.
analysis Diagrama jerrquico del Proceso PP Planificacin Integral del Proyecto (from Procesos GP)

Estructuracin del Plan Integral del Proyecto

Planificacin del Alcance

Planificacin de Tiempos

Planificacin de Costos

Planificacin de Recursos Humanos

Planificacin de Contratos y Adquisiciones

Figura 6.6 Estructura del proceso de Planificacin Integral del Proyecto

Estructuracin del Plan Integral del Proyecto

Este proceso determina la estructura que tendr el Plan Integral del Proyecto y elabora el contenido inicial del plan. Incluye un conjunto de actividades necesarias para definir, integrar y
- 55 -

coordinar el conjunto de planes subsidiarios que componen el Plan del Proyecto. Identifica, define o refina, entre otros: - Las caractersticas generales de la aplicacin que se elaborar - La descomposicin del proyecto en subproyectos (si es necesario) - Los interesados del proyecto (stakeholders) - Los procesos especficos de gestin, tcnicos y de soporte que se emplearn en el proyecto, denominado Proceso de Desarrollo. - Las herramientas de software que se utilizarn para gestionar el proyecto - Los planes subsidiarios que lo integrarn (Ej. plan de calidad, plan de riesgos, etc.) La descripcin de este proceso se resume en el diagrama de la figura 6.7.
analysis Diagrama del proceso EPP regla Proceso de Insta ncia cin del Mtodo WATCH (from Procesos GP) actor,rol Lder de l Proyecto (from Act ores GP) objetivo Elaborar la estructura y contenido inicial del Plan del Proyecto

regula documento Docume nto de Inici o del Proyecto (DIP)

cont rola pers igue

Estructuracin del Plan Integral del Proyecto

documento Plan Inte gral del Proyecto (from Productos GP)

(from Productos GP)

documento Enuncia do del Trabaj o del Proyecto

documento Proceso de Desarrollo

(from Planificacin del Proyecto (PP))

(from Productos GP) ejec uta requerido requerido (from Productos GP)

actor Grupo de Gestin del Proyecto (from Act ores GP)

Factore s ambie ntal es de la empresa

documento Activos de procesos de la empresa

(from Procesos GP)

(from Procesos GP)

Figura 6.7.- Diagrama del proceso Estructuracin del Plan Integral del Proyecto El carcter integral del plan del proyecto tiene dos razones. En primer lugar, el plan del proyecto integra un conjunto de planes menores que tratan diferentes aspectos de la gestin del proyecto (ver figura 6.2). En segundo lugar, en proyectos medianos y grandes, el proyecto se divide en un conjunto de subproyectos que abordan diferentes procesos o elaboran diferentes productos del desarrollo de una aplicacin. La figura 6.6 muestra la estructura que tiene un proyecto mediano o grande expresada en funcin de sus subproyectos, a la que denominaremos estructura horizontal del proyecto. Tanto el proyecto global como cada uno de sus subproyectos tienen internamente una estructura de actividades, a la que denominaremos estructura vertical, compuesta por las actividades tpicas de gestin de proyectos, tal como se ilustra en la figura 6.6.

- 56 -

PROYECTO METHODIUS
object Estructura vertical de un... proceso Proye cto I ntegral o Subproyecto

MTODO GRAY WATCH

object Productos GP Proyecto de Desa rrollo de Software

VERSIN PRELIMINAR

proceso Constitucin del Proyecto

Subproyecto 1
proceso Plani fica cin del Proyecto

Subproyecto 2

...

Subproyecto N

proceso Direccin del Proyecto

proceso Control de l Proyecto

proceso Cierre del Proyecto

Figura 6.6. Estructuras horizontal y vertical de un proyecto de desarrollo de software

Planificacin del Alcance

La Gestin del Alcance asegura que el proyecto incluya todo el trabajo requerido, y slo el trabajo requerido, para que el proyecto pueda ser ejecutado con xito. El trmino "alcance" tiene dos significados complementarios (PMI, 2004): 1) Alcance del producto.- Se refiere a las caractersticas y funciones que debe poseer la aplicacin que se va a desarrollar en el proyecto. 2) Alcance del proyecto.- Se refiere al trabajo que debe realizarse, en el proyecto, para entregar la aplicacin con las caractersticas y funciones especificadas. Las actividades de Gestin del Alcance se agrupan de la siguiente manera: Actividades de Planificacin: - Planificar la gestin del alcance del proyecto - Definir el alcance del proyecto - Crear la Estructura de Desglose del Trabajo - EDT Actividades de Control: - Verificacin del alcance - Control del alcance Tal como se ilustra en las figura 6.7 y 6.8, la Planificacin del Alcance es un proceso que tiene como objetivo establecer el alcance del proyecto. Este proceso genera tres productos
- 57 -

estrechamente relacionados: el Plan de Gestin del Alcance, el Enunciado del Alcance del Proyecto (EAP) y la Estructura de Desglose del Trabajo (EDT). Los Modelos de Productos y Procesos del Mtodo WATCH son dos patrones que facilitan la elaboracin del EAP y del EDT, respectivamente.
analysis Diagrama del proceso PA regla Estndares, procesos, norma s y proce dimi entos de Gestin de Proyectos (from Procesos GP) cont rola regula documento Documento de Inicio del Proye cto (DIP) (from Productos GP) pers igue modelo Estructura de Desglose del Trabajo (from Productos GP) documento Plan de Gestin del Al cance (from Productos GP) actor,rol Lder de l Proyecto (from Act ores GP) objetivo Establ ecer el alcance del proyecto

Planificacin del Alcance

documento Plan Inte gral del Proyecto

(from Planificacin del Proyecto (PP))

(from Productos GP)

documento Plan Inte gral del Proye cto Actualizado (from Productos GP)

ejec uta

apoya

apoya

influencia

apoya

actor Grupo de Gestin del Proyecto (from Act ores GP)

documento Activos de procesos de la e mpresa

software Herramie nta de Planifi cacin

Factore s ambi enta les de la em presa

(from (from Procesos(from Planificacin del Proyecto (PP)) Procesos GP) GP)

modelo Modelos de Productos y Procesos del Mtodo WATCH

Figura 6.7. Diagrama del proceso de Planificacin del Alcance

act Flujo de Trabajo del Proceso PA proceso Planificacin del Alcance documento Documento de Inici o del Proyecto (DI P) (from Productos GP) Planifi car la gestin del alcance del proyecto Defini r e l Alca nce del Proyecto Cre ar l a Estructura de Desglose del Trabajo (EDT) Actualiz ar Pla n de l Proyecto

documento Plan Inte gral del Proye cto Actualizado (from Productos GP)

Inicio

Fin

documento Enuncia do del Alca nce del Proyecto documento Plan de Ge stin del Alcance (from Productos GP) modelo Estructura de Desglose del Trabajo (from Productos GP)

(from Productos GP)

Figura 6.8.- Flujo de trabajo del proceso de Planificacin del Alcance El Plan de Gestin del Alcance debe establecer y documentar los siguientes aspectos del proyecto: - Los objetivos del proyecto - La descripcin del alcance del producto
- 58 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

- Los requisitos iniciales del proyecto - Los lmites del proyecto - Los productos entregables del proyecto - Los criterios de aceptacin de la aplicacin - Las restricciones generales del proyecto - Los supuestos (asunciones) del proyecto

Planificacin de Tiempos
La Gestin de Tiempos es un proceso de la Gestin Integral del Proyecto cuyo objetivo es asegurar que el proyecto y sus componentes se entreguen a tiempo. La Planificacin y el Control de Tiempos son los dos subprocesos que forman la Gestin de Tiempos. La Planificacin de Tiempos se encarga de la elaboracin del cronograma del proyecto; mientras que el Control de Tiempos se encarga de mantener actualizado este cronograma durante la ejecucin del proyecto. El objetivo de la Planificacin de Tiempos (PT) es estimar el tiempo de ejecucin de las actividades de un proyecto, a fin de producir el cronograma que guiar y controlar la ejecucin del proyecto. La figura 6.9 muestra los elementos del proceso de Planificacin de Tiempos; esto es, sus objetivos, entradas, salidas, controles, reglas y recursos requeridos.
analysis Diagrama del proceso PT regla Estndares, procesos, norma s y proce dimi entos de Gestin de Proyectos actor,rol Lder de l Proyecto (from Act ores GP) objetivo Estima r el tiempo de ejecucin de cada actividad del proyecto

(from Procesos GP) cont rola regula modelo Estructura de Desglose del Trabajo (from Productos GP) documento Plan Inte gral del Proye cto Actualizado (from Productos GP) (from Productos GP) ejec uta requerido apoya apoya pers igue modelo Cronogra ma del Proyecto

Planificacin de Tiempos

(from Productos GP)

documento Plan Inte gral del Proyecto

(from Planificacin del Proyecto (PP))

actor Grupo de Gestin del Proyecto (from Act ores GP)

Factore s ambiental es de la e mpresa (from Procesos GP)

documento Acti vos de procesos de la empresa (from Procesos GP)

software Herramie nta de Planifi cacin

(from Planificacin del Proyecto (PP))

Figura 6.9. Diagrama del proceso de Planificacin de Tiempos El proceso de Planificacin de Tiempos consta de un conjunto de actividades interrelacionadas que transforman la Estructura de Desglose del Trabajo en el Cronograma del Proyecto. Estas actividades son las siguientes (PMI, 2004): Definicin de las actividades del proyecto Establecimiento de la secuencia de las actividades Estimacin de los recursos de las actividades Desarrollo del cronograma del proyecto
- 59 -

La figura 6.10 describe con mayor detalle estas actividades, a travs del flujo de trabajo requerido para ejecutarlas.
act Flujo de trabajo del proceso PT proceso Planificacin de Tiempos modelo Estructura de Desglose del Trabajo (from Productos GP) Esti ma r recursos requeridos por cada actividad Esta ble cer la secue ncia de las actividades Estimar la duracin de cada actividad Actualiz ar Pla n de l Proyecto documento Pla n de l Proye cto Actualizado (from Productos GP) modelo Cronogra ma del Proyecto Desarroll ar el cronogram a del proyecto (from Productos GP)

Inicio

De fi ni r actividades

documento Plan Inte gral del Proyecto (from Productos GP)

Fin

Figura 6.10. Flujo de trabajo del proceso Planificacin de Tiempos En proyectos medianos o grandes, la Planificacin de Tiempos debe producir varios cronogramas relacionados, uno para cada subproyecto que forme parte del proyecto principal. La estructura general del que denominaremos Cronograma Integral del Proyecto se ilustra en la figura 6.11. El Cronograma Integral del Proyecto resume y organiza los cronogramas detallados de los diferentes subproyectos que integran un proyecto de gran tamao y complejidad.
object Estructura del Cronograma del Proyecto documento Cronogram a Inte gra l del Proyecto

documento Cronogra ma del Subproyecto 1

documento Cronogra ma del Subproyecto 2

...

documento Cronogra ma del Subproyecto N

Figura 6.11. Estructura general del Cronograma Integral del Proyecto

Planificacin de Costos
La Gestin de Costos est relacionada con la planificacin, estimacin, preparacin del presupuesto y control de los costos. La Planificacin de Costos se encarga de establecer las actividades necesarias para estimar los costos y elaborar el presupuesto del proyecto. Para simplificar los procesos de gestin, la planificacin de costos, al igual que la planificacin del alcance, tiempos, RRHH, contratos y adquisiciones, incluye tambin la ejecucin de sus actividades y la elaboracin de los productos planificados. Por consiguiente, en este proceso, el producto principal es el presupuesto de costos que resulta de ejecutar las actividades descritas en el plan de gestin de costos (ver figuras 6.12 y 6.13).

- 60 -

PROYECTO METHODIUS
analysis Diagrama del proceso PC regla Estndares, procesos, norma s y proce dimi entos de Gestin de Proyectos (from Procesos GP)

MTODO GRAY WATCH

VERSIN PRELIMINAR

actor,rol Lder de l Proyecto (from Act ores GP)

objetivo Estim ar e l costo del proyecto

cont rola regula modelo Cronogra ma del Proyecto (from Productos GP)

pers igue documento Presupue sto de Costos (from Productos GP) documento Plan de Gestin de Costos (from Productos GP)

Planificacin de Costos

documento Plan Inte gral del Proyecto (from Productos GP)

(from Planificacin del Proyecto (PP))

documento Plan del Proye cto Actualizado (from Productos GP)

ejec uta

apoya

apoya

apoya

actor Grupo de Gestin del Proyecto (from Act ores GP)

documento Acti vos de procesos de la empresa (from Procesos GP)

Factore s ambie ntal es de la empresa

software Herramie nta de Planifi cacin

(from Procesos GP)

(from Planificacin del Proyecto (PP))

Figura 6.12. Diagrama del proceso de Planificacin de Costos

act Flujo de trabajo del proceso PC proceso Planificacin de Costos modelo Cronogra ma del Proyecto (from Productos GP)

Inicio Pre parar el pre supuesto de costos

documento Presupue sto del Proyecto (from Productos GP) documento Plan de Gestin de Costos Actualiz ar Pla n de l Proyecto (from Productos GP) documento Plan Inte gral del Proye cto Actualizado (from Productos GP)

Esti ma r costos

documento Plan Inte gral del Proyecto

(from Productos GP)

Fin

Figura 6.13. Flujo de trabajo del proceso de Planificacin de Costos

Planificacin de Recursos Humanos

Este proceso est relacionado con la definicin de los roles que el proyecto requiere para desarrollar la aplicacin, las responsabilidades de cada rol y la estructura organizacional del proyecto, la cual define los grupos y actores que integrarn el Equipo de Desarrollo, as como las relaciones de autoridad entre ellos. El Modelo de Actores del Mtodo WATCH es utilizado en este proceso para definir la estructura organizacional que tendr el Equipo de Desarrollo. El plan resultante, denominado Plan de Gestin de RRHH, incluye, tambin, las actividades necesarias para seleccionar y contratar el personal del proyecto, definir las necesidades de formacin del personal, programar la capacitacin del personal y establecer los planes relativos a las recompensas y el reconocimiento que se le pueden otorgar al personal por su rendimiento en el proyecto.
- 61 -

Las figuras 6.14 y 6.15 describen como llevar a cabo este proceso.
analysis Diagrama del proceso PRH regla Estnd ares, procesos, norma s y proce dimi entos de Gestin de Proyectos (from Procesos GP) actor,rol Lder de l Proyecto (from Act ores GP) objetivo Establ ecer los roles que el proye cto requiere, su organ izaci n y sus responsabilidades

regula

cont rola cont rola modelo Estructura Organ izaci onal del Proyecto (from Productos GP) documento Plan de Ge stin de RRHH (from Productos GP)

modelo Cron ogra ma d el Proyecto (from Productos GP)

Planificacin de Recursos Humanos

documento Plan Inte gral del Proyecto (from Productos GP)

(from Planificacin del Proyecto (PP))

documento Plan del Proye cto Actualizado (from Productos GP)

ejec uta

apoya

apoya

apoya

actor Grupo de Gestin del Proyecto (from Act ores GP)

Factore s ambi enta les de la em presa (from Procesos GP)

documento Activos de procesos de la e mpresa (from Procesos GP)

modelo Model o de Actores del Mtodo WATCH

Figura 6.14. Diagrama del proceso de Planificacin de Recursos Humanos

act Flujo del proceso PRH proceso Planificacin de Recursos Humanos modelo Cronogra ma del Proyecto (from Productos GP) Inicio Esta blecer l as responsabilida des de cada rol Ela borar el pl an de gestin de RRHH documento Plan de Ge stin de RRHH (from Productos GP)

documento Plan Inte gral del Proyecto (from Productos GP)

Defini r l os rol es que el proyecto requiere

Ela borar la estructura orga niza cional del proyecto

Actua lizar el Pla n de l Proyecto

documento Plan del Proye cto Actualizado (from Productos GP)

modelo Estructura Organizaci onal del Proyecto (from Productos GP)

Fin

Figura 6.15. Flujo de trabajo del proceso de Planificacin de Recursos Humanos

Planificacin de Contratos y Adquisiciones

Este proceso se encarga de identificar las compras de insumos y materiales que el proyecto requiere y los servicios y/o productos del proyecto que sern contratados con proveedores o empresas externas.

- 62 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Este proceso produce dos planes diferentes (ver figuras 6.16 y 6.17). El plan de compras y adquisiciones estima las cantidades requeridas de los insumos y materiales y programa su adquisicin. El plan de contratacin establece los trminos de cada contratacin, estima el costo de cada servicio o producto y programa su contratacin.
analysis Diagrama del proceso PCA regla Estndares, procesos, norma s y proce dimi entos de Gestin de Proyectos (from Procesos GP) cont rola regula modelo Estructura de Desglose del Trabajo (from Productos GP) documento Enuncia do del Alca nce del Proyecto (from Productos GP) documento Plan Inte gral del Proyecto documento Plan de Contratacin (from Productos GP) documento Plan Inte gral del Proyecto Actualizado (from Productos GP) ejec uta (from Productos GP) apoya apoya pers igue documento Plan de Compra s y Adquisiciones (from Productos GP) actor,rol Lder de l Proyecto (from Act ores GP) objetivo Elaborar el plan para la compra o adquisicin de servicios, productos o recursos de proveedores y/o contratistas exte rnos al proyecto

Planificacin de Contratos y Adquisiciones

(from Planificacin del Proyecto (PP))

actor Grupo de Gestin del Proyecto (from Act ores GP)

documento Activos de procesos de la e mpresa (from Procesos GP)

Factore s ambi enta les de la empresa (from Procesos GP)

Figura 6.16. Diagrama del proceso de Planificacin de Contratos y Adquisiciones

act Flujo de trabajo del proceso PCA proceso Planificacin de Contratos y Adquisiciones Ide nti ficar nece sida des de materi ale s, suministros, e quipos y servicios Ela borar el Pl an de Com pras y Adquisiciones Actualiz ar pla n de l proyecto Determinar contratos de servicios y/o productos requeridos por el proyecto

modelo Estructura de Desglose del Trabajo (from Productos GP) documento Enuncia do del Alcance del Proyecto (from Productos GP)

documento Plan de Compra s y Adquisiciones (from Productos GP)

documento Plan Inte gral del Proyecto Actualizado (from Productos GP)

Inicio documento Plan Inte gral del Proyecto (from Productos GP)

Ela borar el Pl an de Contrataciones

Fin documento Plan de Contratacin (from Productos GP)

Figura 6.17. Flujo de trabajo del proceso de Planificacin de Contratos y Adquisiciones

Direccin del Proyecto

La Direccin del Proyecto es un proceso de gestin cuyo objetivo es asegurar que las actividades definidas en el Plan Integral del Proyecto se ejecuten de acuerdo a lo planificado, a fin de alcanzar los objetivos establecidos en el Plan de Alcance del Proyecto.
- 63 -

Este proceso se lleva a cabo a lo largo de todo el proyecto. El Grupo de Gestin y los Grupos de Desarrollo trabajan coordinadamente ejecutar los procesos tcnicos del proyecto y asegurar que los productos entregables se liberen a tiempo. Los Grupos de Desarrollo ejecutan los procesos tcnicos del desarrollo de la aplicacin; mientras que, el Grupo de Gestin dirige la ejecucin de estos procesos tcnicos, aplicando los procesos de Direccin del Proyecto, que contienen, entre otras, las siguientes actividades (PMBOK, 2004, pp. 91): 1) Ejecutar las actividades programadas en el Plan Integral del Proyecto. 2) Seleccionar el personal que participar en ele proyecto, contratarlo (si es necesario), capacitarlo y dirigirlo. 3) Realizar el esfuerzo e invertir los fondos necesarios para asegurar el cumplimiento de los objetivos del proyecto. 4) Obtener los presupuestos, licitaciones y ofertas segn sea necesario. 5) Seleccionar los contratistas y proveedores del proyecto. 6) Obtener, gestionar y utilizar los recursos materiales, tecnolgicos (equipos y herramientas de software). 7) Conseguir y acondicionar el espacio fsico donde se desarrollarn las actividades del proyecto 8) Controlar, verificar y validar los productos entregables del proyecto 9) Gestionar los riesgos e implementar los planes de respuesta a los riesgos que tengan lugar. 10) Asegurar que los cambios aprobados relacionados con el alcance, las actividades, los costos y los recursos del proyecto se lleven a cabo. 11) Establecer y coordinar los canales de comunicacin interna y externa del proyecto. 12) Recoger datos sobre el proyecto e informar sobre la ejecucin de su presupuesto, su avance tcnico, la calidad obtenida en los productos y los riesgos que estn afectando el proyecto. 13) Documentar las lecciones aprendidas dutrante la ejecucin del proyecto 14) Implementar actividades de mejora de los procesos definidos para el proyecto, cuando sea necesario. La figura 6.18 muestra los objetivos, entradas, salidas, controles y recursos del proceso de Direccin del Proyecto.

- 64 -

PROYECTO METHODIUS

MTODO GRAY WATCH

analysis Diagrama del Proceso DP regla Estndares, procesos, norma s y proce dimi entos de Gestin de Proyectos (from Procesos GP) cont rola regula pers igue Productos entregables actor,rol Lder de l Proyecto (from Act ores GP) objetivo Llevar a cabo l as actividades program adas de l proye cto de acuerdo a lo establecido en el Plan Integral del Proyecto (from Procesos GP)

VERSIN PRELIMINAR

Direccin del Proyecto

documento Plan Inte gral del Proyecto (from Productos GP) Soli citudes de cam bio

(from Productos GP)

(from Procesos GP)

ejec uta apoya apoya

documento Inform e de Rendimie nto del Trabajo (from Productos GP)

actor Grupo de Gestin del Proyecto (from Act ores GP)

Factore s ambiental es de la e mpresa (from Procesos GP)

documento Acti vos de procesos de la empresa (from Procesos GP)

Figura 6.18. Diagrama del proceso de Direccin del Proyecto

La Direccin del Proyecto agrupa un conjunto de procesos relacionados la ejecucin de las actividades establecidas en los diferentes planes del proyecto. Estos procesos se indican en la figura 6.19 y se describen seguidamente.
analysis Diagrama jerrquico del proceso DP Direccin del Proyecto

(from Procesos GP) Entrega Formal de Productos

Conformacin del Equipo de Trabajo

Capacitacin del Equipo de Trabajo

Comunicacin del Estado del Proyecto

Coordinacin de la Ejecucin de Actividades

Administracin de Contratos

Administracin de Recursos Materiales y Tecnolgicos

Figura 6.19. Estructura del proceso de Direccin del Proyecto

Conformacin del Equipo de Trabajo El Plan de Gestin de Recursos Humanos contempla un conjunto de actividades relacionadas con la estructuracin de equipo de trabajo del proyecto, denominado Equipo de Desarrollo, as como la definicin de los roles y responsabilidades de cada uno de los miembros que integran este equipo de trabajo. La estructura organizacional propuesta en el Plan de Gestin de RRHH debe ser conformada durante la ejecucin de este proceso. El personal requerido para integrar la estructura organizacional del proyecto debe ser seleccionado, contratado (si es necesario) y asignado al proyecto. Una vez asignado al proyecto, el Lder del Proyecto asigna

- 65 -

los roles correspondientes a cada uno de los miembros que integrarn el Equipo de Desarrollo de la aplicacin. Capacitacin del Equipo de Trabajo Los miembros del Equipo de Desarrollo deben tener la capacitacin y formacin necesaria para ejecutar eficaz y eficientemente las actividades de los procesos tcnicos, de gestin y de soporte. En este proceso, el Grupo de Gestin del Proyecto debe establecer, siguiendo el Plan de Gestin de RRHH, los cursos y actividades de capacitacin que cada uno de los grupos del Equipo de Desarrollo necesitan para mejorar su formacin y desempeo en el proyecto. Estos cursos deben ser contratados por el Lder del Proyecto y tomados por el personal que lo requiera. Coordinacin de la Ejecucin de Actividades A lo largo del todo el proyecto, un proceso fundamental que debe realizar el Lder del Proyecto es la coordinacin de la ejecucin de todas las actividades tcnicas, de gestin y de soporte del proyecto. Es responsabilidad del Lder del Proyecto crear una atmsfera apropiada que facilite las relaciones interpersonales entre los miembros del Equipo de Desarrollo. Durante la Coordinacin de la Ejecucin de Actividades, el Lder debe ejercer su capacidad de liderazgo para motivar a los miembros del Equipo de Desarrollo y lograr que las actividades se realicen de acuerdo a lo planificado. Administracin de Contratos Las actividades indicadas en el Plan de Contrataciones se llevan a cabo durante este proceso, el cual se encarga de: (1) seleccionar las empresas que pueden proveer al proyecto los productos y/o servicios requeridos en el plan, (2) elaborar los trminos de referencia o contratacin, (3) iniciar los procesos de licitacin de servicios, si es el caso, (4) solicitarle a las empresas seleccionadas las ofertas de productos o servicios requeridas, (5) evaluar las ofertas y seleccionar la mejor, (6) proceder a la contratacin y (7) evaluar el cumplimiento de cada contrato. Administracin de Recursos Materiales y Tecnolgicos Este proceso consiste en adquirir, solicitar o preparar los insumos, la infraestructura y los recursos tecnolgicos (hardware/software) que hayan sido definidos en el Plan de Compras y Adquisiciones. Estos recursos son fundamentales para lograr que el Equipo de Desarrollo tenga un espacio fsico apropiado y disponga, a tiempo, del equipamiento H/S que la plataforma de desarrollo de la aplicacin demanda. Comunicacin del Estado del Proyecto Mantener una comunicacin fluida y efectiva entre el Lder del Proyecto, el personal que integra los diferentes grupos del Equipo de Desarrollo y los niveles gerenciales de la empresa, es esencial para lograr una direccin eficaz del proyecto. A travs de este proceso, El Lder del Proyecto define los canales y medios de comunicacin del proyecto y se asegura que estos sean usados apropiadamente. Entrega Formal de Productos Este proceso consiste en hacer entrega oficial o formal de cada uno de los productos intermedios y finales del proyecto, tal como se establecen en los hitos del Plan Integral del
- 66 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Proyecto. Antes de entregar cada producto, el Lder se asegura que el producto haya pasado las evaluaciones establecidas en el Plan de Verificacin y Validacin. La entrega de estos productos se realiza mediante una comunicacin escrita que el Lder del Proyecto enva a sus superiores.

Control del Proyecto

Este proceso de gestin se encarga de monitorear o supervisar la ejecucin del proyecto y corregir las desviaciones de lo ejecutado con respecto a lo establecido en el Plan Integral del Proyecto. Controlar el proyecto implica comparar lo ejecutado con lo planificado, a fin de establecer los correctivos necesarios para corregir las desviaciones. La supervisin del proyecto se lleva a cabo a lo largo de todo el proyecto e incluye la recoleccin de informacin sobre el avance del proyecto, la medicin del rendimiento (monitora) y la difusin de esta informacin a travs de los canales de comunicacin que sean necesarios. Esta informacin es, luego, usada para decidir sobre las acciones a tomar, en caso de que existan desviaciones entre lo ejecutado y lo planificado. La figura 6.20 describe el proceso de Control del proyecto en funcin de sus elementos externos.
analysis Diagrama del proceso CP regla Estndares, procesos, normas y procedimi entos de Gestin de Proyectos actor,rol Lder de l Proyecto (from Act ores GP) objetivo Corregi r las desviaciones de lo ejecutado con respecto al Plan Integral del Proyecto (from Procesos GP) cont rola regula documento Plan Inte gral del Proyecto (from Productos GP) pers igue

(from Procesos GP)

Control del Proyecto

Accion es correctivas y pre ventivas recomendadas

documento Inform e de Rendimie nto del Trabajo (from Productos GP) Soli citudes de cam bio (from Productos GP) actor Gru po de Gestin del Proyecto (from Act ores GP) Factore s amb iental es de la e mpresa (from Procesos GP) documento Acti vos de procesos de la empresa (from Procesos GP)

documento Plan del Proye cto Actualizado

(from Procesos GP)

(from Productos GP) ejec uta apoya apoya

Figura 6.20. Diagrama del proceso de Control del Proyecto

A travs de los procesos indicados en la figura 6.21, el Grupo de Gestin supervisa la ejecucin del proyecto a lo largo de su ciclo de vida, se identifican las desviaciones y se toman las acciones correctivas o preventivas necesarias para controlar el rendimiento del proyecto.

- 67 -

analysis Diagrama jerrquico del proceso CP Control del Proyecto

(from Procesos GP)

Control del Alcance del Proyecto

Medicin del Desempeo del Proyecto

Control de Tiempos del Proyecto

Control de Contratos y Adquisiciones

Control de Costos del Proyecto

Control del Equipo de Desarrollo

Figura 6.21. Estructura del proceso de Control del Proyecto

Cierre del proyecto

Este el proceso final de todo el proyecto. Se encarga de dar por finalizado, formalmente, el proyecto o cada subproyecto de l, asegurando que todas las actividades de los procesos tcnicos, de gestin y de soporte del proyecto o subproyecto, que se cierra, hayan concluido. La figura 6.22 describe el entorno de este proceso.
analysis Diagrama del proceso CIP regla Estndares, procesos, norma s y proce dimientos de Gestin de Proyectos (from Procesos GP) controla regula Productos entregabl es aprobados pers igue documento Informe de cie rre del proyecto actor,rol Lder de l Proyecto (from Act ores GP) (from Procesos GP) objetivo Concluir el de sarroll o del sistema me diante la entrega de sus productos finales

Cierre del Proyecto

documento Informe de Rendimie nto del Trabajo (from Productos GP) Inform acin genera l del proyecto producto final Apli cacin empresarial opera tiva

(from Procesos GP)

ejec uta apoya apoya

actor Grupo de Gestin del Proyecto (from Actores GP)

Factore s ambie ntales de la empresa (from Procesos GP)

documento Acti vos de procesos de la empresa (from Procesos GP)

Figura 6.22. Diagrama del proceso de Cierre del Proyecto

Tal como lo seala la figura 6.22, el proceso de Cierre del Proyecto consiste en: (1) La transferencia y entrega formal de la aplicacin empresarial a los promotores o clientes del proyecto y (2) el cierre de todas las actividades administrativas del proyecto, incluyendo la terminacin de los contratos que se tengan con empresas o contratistas externos.

- 68 -

PROYECTO METHODIUS

MTODO GRAY WATCH

analysis Diagrama jerrquico del proceso CIP Cierre del Proyecto

VERSIN PRELIMINAR

(from Procesos GP)

Cierre de Contrataciones

Cierre Administrativo

Figura 6.22. Estructura del proceso de Cierre del Proyecto

Cierre de Contrataciones Este proceso se encarga de finiquitar legal y administrativamente cada uno de los contratos que se hayan realizado en el proyecto (o en la fase que se cierra). En este proceso se ejecutan las actividades siguientes: 1) Verificar que cada producto o servicio contratado haya sido entregado de acuerdo a lo establecido en el contrato correspondiente. 2) Cancelar a cada contratista el monto establecido en el contrato 3) Cerrar administrativa y legalmente cada contrato. Cierre Administrativo Consta de un conjunto de actividades que conducen a dar por terminado el proyecto ( o una fase de l). Las principales actividades de cierre administrativos son las siguientes: 1) Asegurar que las actividades de todos los procesos del proyecto ( o de la fase) hayan concluido. 2) Verificar que todos los productos finales del proyecto ( o de la fase) se hayan entregado satisfactoriamente a sus promotores, clientes y/o usuarios. 3) Recopilar, analizar y almacenar informacin sobre el proyecto que pueda ser til para proyectos posteriores. Particularmente, la informacin sobre lecciones aprendidas, las mtricas obtenidas durante la ejecucin de los procesos del proyecto y los productos intermedios elaborados durante todo el proyecto o fase deben ser organizado y almacenados para su uso futuro.

Tcnicas y herramientas
En la Tabla 6.2 se indican aquellas tcnicas, estndares, prcticas y herramientas automatizadas ms relevantes y efectivas que pueden ser aplicadas en cada uno de los procesos de gestin.

Tabla 6.2 Tcnicas y herramientas que pueden emplearse en los procesos de gestin
Proceso Planificacin del Tcnicas, estndares y mejores prcticas Herramientas

Cuerpo de conocimientos de la
- 69 -

Herramientas comerciales para

Proceso Proyecto

Tcnicas, estndares y mejores prcticas Direccin de Proyectos PMBOK (PMI,2004)

Herramientas planificacin y control de proyectos: MS Project, Primavera, ManagePro,

PERT/CPM Mtodo del Camino

Crtico

Herramientas de software libre para la

planificacin y control: dotproject, Project Open, GanttProject, OpenProj, airTODO, Planner, Xplanner

Estimaciones de costos ascendente

y paramtrica

Mtodo COCOMO II (estimacin de

costos)

Diseo organizacional Organigramas Matriz de asignacin de

responsabilidades

Juicio de expertos Tcnicas de motivacin y liderazgo

Direccin del Proyecto

Tcnicas de comunicacin formal e

interpersonal

Ciclo Planificar-Hacer-RevisarActuar

Control del Proyecto

PERT/CPM Mtodo del Camino

Crtico

- 70 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Procesos de Soporte

Captulo 7

Adicionalmente a los procesos de gestin, existe un grupo de procesos que tiene un carcter tcnico-gerencial y que contribuye a hacer ms efectivos los procesos de gestin. Este grupo de procesos los denominamos procesos de soporte. Su propsito es gestionar tres aspectos fundamentales del desarrollo de una aplicacin: los riesgos que pueden afectar el proyecto, la calidad de los productos y procesos del proyecto y la configuracin de la aplicacin. En este captulo, se discuten cada uno de los procesos de soporte y se establecen sus relaciones con los modelos de actores y de productos.

Objetivos del grupo de procesos

El grupo de procesos de soporte tiene como objetivo general complementar los procesos de gestin mediante el manejo efectivo de los riesgos que pueden afectar el proyecto, el aseguramiento de la calidad de los productos y procesos del proyecto y el control de los cambios que modifiquen la configuracin de la aplicacin. De este objetivo general, se definen los siguientes objetivos especficos: Manejar apropiadamente los riesgos que puedan surgir durante el desarrollo de la aplicacin y que puedan afectar los objetivos del proyecto. Asegurar que todos los productos producidos en cada proceso del desarrollo de la aplicacin sean de alta calidad, cumplan con los requisitos establecidos y satisfagan a sus usuarios. Asegurar que el proceso de desarrollo definido para el proyecto se cumpla. Este proceso es definido mediante la instanciacin del Mtodo WATCH. Controlar la configuracin de la aplicacin.

Descripcin general del grupo de procesos

El grupo de procesos de soporte consta de tres procesos que se desarrollan en conjunto con los procesos de gestin y se ejecutan, por lo tanto, a lo largo de todo el proyecto. Estos procesos se indican en la figura 7.1.

- 71 -

analysis Diagrama jerrquico de los procesos PS Grupo de Procesos de Soporte

Gestin de Riesgos

Gestin de la Configuracin del Software

Gestin de la Calidad del Software

Figura 7.1. Diagrama general del grupo de procesos de soporte

Organizacin de los actores de soporte

La figura 7.2 muestra la organizacin de los actores en los di9ferentes grupos de soporte.
custom Roles y Responsabilidades

actor Coordina dor del Grupo de Gestin de la Configuracin

actor Grupo de Gestin de la Configuracin

actor Audi tor de Configuracin

actor Com it de Control de la Configuracin

actor Coordina dor del Grupo de Gestin de la ca lidad

actor Grupo de Aseguramie nto de la calidad

actor Grupo de Pruebas

actor Grupo de Verificaci n y Validacin

actor Grupo de Auditorias

Figura 7.2. Organizacin de los actores que participan el los procesos de soporte.

- 72 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Productos de los procesos de soporte

Plan de Gestin de Riesgos
El objetivo de este documento es describir los procesos, productos y recursos que el proceso de Gestin de Riesgos emplear para identificar, analizar, responder y controlar los eventos, factores condiciones que puedan afectar la ejecucin del proyecto incidir negativamente en la calidad de sus productos. Este documento debe contener los siguientes elementos:
1) Especificacin de mtodos, herramientas y las fuentes de informacin de apoyo a la

realizacin de actividades de gestin de riesgos.

2) Roles y responsabilidades del grupo de trabajo. 3) Estimacin de costos y recursos. 4) Cronograma de actividades ajustado al cronograma del proyecto. 5) Definicin de las categoras de riesgo. 6) La Lista de Riesgos que identifica todos aquellos eventos, factores o condiciones que

pueden incidir negativamente en el desarrollo de la aplicacin y que tienen una probabilidad de acontecer.
7) La Matriz de Riesgos que resulta del anlisis de los riesgos identificados en la Lista

de Riesgos. Esta matriz clasifica, evala y establece la prioridad de cada uno de los riesgos identificados.
8) Las estrategias que se emplearn para gestionar los riesgos. 9) Las acciones de mitigacin y planes de respuesta que se aplicarn para reducir el

impacto de cada riesgo probable.

10) Los procedimientos de monitoreo y control de riesgos.

Plan de Gestin de la Configuracin del Software (Plan SCM)

Es un documento de tipo gerencial que describe las actividades, recursos, tiempos y costos necesarios para controlar la configuracin de una aplicacin (el conjunto de productos que surgen durante su desarrollo). Se elabora al inicio del proyecto, durante la ejecucin del proceso de Gestin de la Configuracin del Software (SCM). Siguiendo el estndar IEEE 828-1998, el plan de gestin de la configuracin se puede estructurar en las siguientes secciones:
1) Introduccin.- Describe el propsito del plan, el alcance de la aplicacin, los trminos

o palabras claves y las referencias usadas en el plan.

2) Aspectos organizacionales de la Gestin de Configuracin.- Identifica los roles,

responsabilidades y la organizacin del Grupo de Gestin de la Configuracin.

- 73 -

3) Actividades de Gestin de la Configuracin.- Identifica todas las actividades que se

ejecutarn en el proyecto para gestionar la configuracin. Describe, en detalle, las actividades de identificacin de la configuracin, control de la configuracin, contabilidad del estado de la configuracin, auditoria de la configuracin y gestin y entrega de las versiones.
4) Cronograma de actividades.- Identifica la duracin, fechas de inicio y fechas de

finalizacin requeridas para cada una de las actividades de gestin de la configuracin.

5) Recursos requeridos para gestionar la configuracin.- Identifica los recursos

humanos, financieros, materiales y tecnolgicos necesarios para ejecutar las actividades de gestin de la configuracin.
6) Mantenimiento del plan.- Indica como el plan se mantendr actualizado a lo largo de

todo el proyecto.

Plan de Aseguramiento de la Calidad (Plan SQA)

Este es un documento gerencial, cuyo propsito es establecer un plan que permita conducir los procesos, actividades y tareas de aseguramiento de la calidad. Este plan es documentado, implementado y mantenido durante el ciclo de vida de un proyecto. Este documento debe contener los siguientes elementos:
1) Introduccin.- Propsito del documento y documentos de referencia. 2) Aspectos organizacionales de la Gestin de Configuracin.-

Identifica los roles, responsabilidades para conducir las actividades de calidad. y la organizacin del Grupo de Aseguramiento de la Calidad

3) Cronograma de actividades.- Identifica la duracin, fechas de inicio y fechas de

finalizacin requeridas para cada una de las actividades de aseguramiento de la calidad.

4) Recursos requeridos, tales como estndares de calidad, prcticas mtricas, y

convenciones utilizadas, para establecer y medir la calidad de los procesos y los productos de software generados durante el proceso de desarrollo.
5) Metodologas, procedimientos y herramientas para asegurar las actividades de

aseguramiento de la calidad.
6) Actividades de Gestin de la Configuracin.- Procedimientos para coordinar y revisar

el proyecto, para la identificacin, coleccin, mantenimiento de los registro de calidad. Seleccin de los procesos de verificacin, validacin, revisin, auditoria y resolucin de problemas.

Plan de Verificacin y Validacin (Plan V&V)

Este documento describe las actividades, recursos, tiempos, tcnicas y procedimientos necesarios para: (1) verificar que cada uno de los productos intermedios y finales, del desarrollo de una aplicacin empresarial, satisfacen los requisitos especificados en el Documento de Requisitos; y (2) validar que la aplicacin, como producto final, satisface las necesidades de informacin de sus usuarios; es decir, llena las expectativas de los usuarios.

- 74 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

La estructura y contenido de este documento, basado en el estndar IEEE-1012-1998, es la siguiente:

1) Propsito del Plan V&V 2) Documentos referenciados 3) Definiciones de trminos empleados 4) Descripcin general de la V&V

a. Organizacin del grupo V&V b. Roles y responsabilidades c. Cronograma de actividades

d. Recursos requeridos e. Tcnicas, herramientas y mtodos que se emplearn en la V&V

5) Procesos de la V&V

a. V&V del modelo de negocios b. V&V de los requisitos c. V&V del diseo de la aplicacin

d. V&V de la implementacin e. V& V de las pruebas f. V& V de la instalacin de la aplicacin

6) Mecanismos para reportar las actividades V&V 7) Procedimientos de control 8) Tcnicas, herramientas y mtodos que se emplearn en la V&V.

Plan de Pruebas
Es un documento que se deriva del Plan V&V. Tiene un carcter tcnico-gerencial y describe, detalladamente, las actividades de verificacin y validacin dinmica (pruebas de software) que el Grupo de Pruebas debe realizar, con la finalidad de detectar los errores (faltas y fallas) en cada uno de los programas que haya sido elaborado por el Grupo de Programacin & Integracin. Este documento contiene los siguientes aspectos de las pruebas de cada aplicacin empresarial:
1) Los objetivos de las pruebas. 2) Los niveles y tipos de pruebas que debern realizarse. 3) Los criterios de terminacin de cada tipo de prueba. 4) El modelo de proceso que se seguir para ejecutar las pruebas. 5) El cronograma de actividades de pruebas.
- 75 -

6) Las responsabilidades de los miembros del Grupo de Pruebas. 7) Las tcnicas y estrategias que se emplearn. 8) Los recursos requeridos para ejecutar las pruebas. 9) Los documentos que deben producirse durante las pruebas. 10) Los procedimientos de pruebas: casos de pruebas, reporte de pruebas, seguimiento

de la depuracin de errores.

Plan de Gestin de Auditorias

Es un documento en el que se establecen el cronograma de auditorias en base a los hitos especificados en el plan del proyecto, y establece las diferentes auditorias a realizar durante el ciclo de vida del proyecto, en l se indica:
1) El punto de inicio de la auditoria 2) El alcance de las auditorias 3) Los procesos del proyecto a ser auditados 4) El software a ser auditado 5) criterios de auditoria a utilizar 6) Los procedimientos de auditoria 7) Los requerimientos de personal de auditoria 8) Las fechas, tiempos, lugares y agenda.

Descripcin de procesos y actividades de los procesos de gestin

Tabla 7.1. Estructura jerrquica de los procesos de soporte y sus principales productos
Procesos Gestin de Riesgos (GR) Subprocesos Productos

Planificacin de la gestin de riesgos Identificacin de riesgos Anlisis de riesgos Determinacin de respuestas a los riesgos Monitoreo y control de riesgos

Plan de Gestin de
Riesgos

Plan de
Respuestas a los riesgos

Gestin de la Configuracin del Software (SCM)

Planificacin de la SCM Identificacin de la configuracin Control de la configuracin Contabilidad del estado de la configuracin Auditoria de la configuracin Gestin de versiones y entrega

Plan de Gestin de
la Configuracin del Software (Plan SCM)

Aseguramiento de la Calidad del Software (SQA)

Planificacin de la SQA Aseguramiento de la calidad

- 76 -

Plan de
Aseguramiento de la Calidad del

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Procesos

Subprocesos

Verificacin y Validacin (V&V) Revisiones de software Auditorias Control de gestin de la calidad

Verificacin y Validacin (V&V)

Productos Software (Plan SQA)

Informe con los

resultados de las evaluaciones

Planificacin de la V&V Revisin del proyecto Revisin tcnica de productos Planificacin de pruebas Diseo y ejecucin de las pruebas del sistema

Plan V&V Plan de Pruebas

Gestin de Riesgos
Los riesgos son eventos, factores o condiciones indeseadas cuya ocurrencia puede perturbar el normal desarrollo del proyecto. Los riesgos pueden afectar tanto al proceso de desarrollo de una aplicacin como a los productos de dicho proceso. Es as, como los riesgos pueden incidir negativamente en los costos, tiempos y/o recursos del proyecto. Un riesgo tiene una o ms causas asociadas que propician su ocurrencia y tiene una o ms consecuencias que resultan de su ocurrencia. La Gestin de Riesgos es un proceso de soporte de carcter gerencial realizado por el Lder del proyecto para asegurar que la ocurrencia de eventos indeseados no afecte negativamente el proyecto. Es un proceso sistemtico (representado en la figura 7.3) que consiste en identificar, analizar y responder a los riesgos del proyecto (PMIBOK, 2004). La Gestin de Riesgos de proyectos consta del conjunto de subprocesos indicados en la figura 7.4.
analysis Modelo de Procesos

regla Mtodos, Planes , Estndares y Procedimientos del Proceso mayor

actor Comit Directiv o

(from Modelo de actores)

objetivo Reducir la probabilidad de ocurrencia y el impacto negativo de los riesgos que pudieran afectar el normal desarrollo del proy ecto

documento Plan de Proyecto (from Modelo de Productos)

evento Factor d e riesgo

regula

controla persigue

Gestin de Riesgos de Proyecto

documento Plan de Gestin de Ries gos (from Modelo de Productos)

documento Docum ento de inicio del proyecto

ejecuta apoya

documento Lista Documentada de Ries gos (from Modelo de Productos) documento Plan de Respuestas (from Modelo de Productos)

(from Modelo de Productos)

actor Grupo de Ges tin de Proyecto

recurso Herramientas , tcnicas, patrones, mtricas, plantillas, prcticas

(from Modelo de actores)

Figura 7.3. Proceso de Gestin de Riesgos

- 77 -

act Gestin de Riesgos de Proyecto

Gestin de Riesgos del Proyecto

Planificacin de gestin de Riesgos

Identificacin de los riesgos del proyecto

Anlisis de Riesgos

Determinacin de respuestas a los riesgos

Monitoreo y Control de Riesgos

Figura 7.4. Subprocesos del Proceso Gestin de Riesgos.

Planificacin de la Gestin de Riesgos

La Planificacin de la Gestin de Riesgos tiene como objetivo definir las actividades, recursos, responsabilidades, costos, tiempos que son necesarios para evaluar y responder a los riesgos del proyecto de manera organizada. Este subproceso persigue elaborar el Plan de Gestin de Riesgos descrito anteriormente en la Seccin Productos de los procesos de soporte, por lo que debe realizarse en paralelo con el proceso de planificacin del proyecto. El contenido detallado de este plan se describe en la Gua de Gestin de Proyecto PMIBOK (PMI, 2004). El proceso comienza considerando las caractersticas del ambiente de desarrollo, del proyecto, la experiencia en el dominio y categora de la aplicacin a desarrollar, las herramientas y recursos requeridos y disponibles, para luego determinar cules actividades de gestin de riesgos se llevaran a cabo, cuando, en qu orden y quines sern los responsables. El plan de gestin consolida estas estimaciones e incluye la definicin o revisin (si ya existen en la organizacin de desarrollo) de las categoras de riesgos de proyectos de manera que stas puedan ser utilizadas en la actividad de identificacin de riesgos. La figura 7.5 muestra el flujo de trabajo de este proceso.

act Planificacin de gestin de Riesgos

documento Documento de inicio del proyecto (from Modelo de Productos)

Planificacin de gestin de riesgos

Definir costos asociados a la gestin de riesgos

documento Plan de Gestin de Ries gos (from Modelo de Productos)

Ini cio

Definir las actividades de gestin de riesgos

Asignar responsabilidades en las actividades

Elaborar el plan de gestin de riesgos

Establecer de recursos para gestion de riesgos

Elaborar cronograma de actividades documento Plan de Proyecto (from Modelo de Productos)

Fi n

- 78 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Figura 7.5. Flujo de trabajo del Subproceso de Planificacin de la Gestin de Riesgos

Identificacin de Riesgos
Consiste en reconocer y listar todos aquellos riesgos que puedan influir negativamente en el proyecto. Su producto es un registro detallado o Lista documentada de Riesgos en la que cada riesgo posible es debidamente identificado y descrito. El proceso comienza con la definicin de las caractersticas del proyecto en relacin a complejidad, requisitos, recursos, experiencia del recurso humano, de manera que se pueda determinar el conjunto de riesgos potenciales a los que el desarrollo de la aplicacin estar expuesto. Las categoras de riesgos de proyecto, contenidas en el plan de gestin de riesgos, apoyan este subproceso. Entre las tcnicas de identificacin se encuentran: la utilizacin de listas de control de riesgos tpicos o recopilados de proyectos anteriores, el anlisis de escenarios, la elaboracin de diagramas de riesgos y causas. El artculo de Wallace y Keil (2004) propone una lista completa de todos los riesgos que normalmente estn presentes en el desarrollo de un producto de software. La figura 7.6 muestra el flujo de trabajo del subproceso de Identificacin de Riesgos.
act Identificacin de los riesgos del proyecto

documento Plan de Gestin de Ries gos (from Modelo de Productos)

Identificacin de Riesgos de Proyecto

documento Lista Doc ument ada de Ri esgos (from Modelo de Productos)

Caracterizar proyecto
Ini cio

Determinar riesgos potenciales del proyecto y sus causas

Documentar riesgos identificados

documento Documento de inicio del proyecto (from Modelo de Productos)

Fi n

Figura 7.6. Flujo de trabajo del Subproceso Identificacin de la Gestin de Riesgos.

Anlisis de Riesgos
Cada uno de los riesgos identificados y documentados en la Lista de Riesgos es debidamente analizado en trminos de su impacto, su probabilidad de ocurrencia y su criticidad. Se determinan los efectos o consecuencias que la ocurrencia de cada riesgo pueda tener sobre el proyecto y, posteriormente, se establece la prioridad del riesgo y su grado de criticidad con respecto a los otros. El anlisis de riesgos tiene dos etapas, el anlisis cualitativo que determina, utilizando tcnicas basadas en experiencia, datos histricos, entre otras tcnicas, la probabilidad de ocurrencia de los riesgos, su criticidad, prioridad y urgencia de respuesta si ocurrieran. Generalmente, los resultados del anlisis cualitativo son completados con evaluaciones y resultados ms precisos y obtenidos a travs de la aplicacin de mtodos y tcnicas matemticas, denominado anlisis cuantitativo. Ambas actividades permiten actualizar el registro de riesgos
- 79 -

completando detalles sobre los riesgos listados. En la figura 7.7 se muestra el flujo de trabajo para este subproceso.

act Anlisis de Riesgos

documento Plan de Gestin de Ries gos

documento Plan de Proyecto

Anlisis de Riesgos
(from Modelo de Productos) Anlisis cuantitativo de riesgos

(from Modelo de Productos) Anlisis cualitativo de riesgos

Ini cio

documento Lista Docum entada de Ries gos (from Modelo de Productos)

Fi n

Figura 7.7. Flujo de trabajo del Subproceso de Anlisis de Riesgos

Determinacin de las respuestas a los riesgos

Para cada riesgo identificado se determinan las acciones necesarias para manejarlo. El Lder del proyecto puede aplicar una de tres estrategias diferentes para manejar cada uno de los riesgos identificados en el proyecto. Estas estrategias son las siguientes: Anulacin del Riesgo.- Consiste en evitar la ocurrencia del riesgo. El proyecto es reorganizado de tal manera que el riesgo no tenga posibilidad de ocurrir. Esta actividad afecta directamente el plan del proyecto y el plan de gestin. Transferencia del Riesgo.- El riesgo y sus consecuencias son transferidas a un actor o agente externo al proyecto encargado de gestionarlo. Asuncin del Riesgo.- El riesgo es asumido por el proyecto y se establecen los mecanismos necesarios para controlarlo o mitigarlo.

La atencin de los riesgos que son asumidos implica establecer las medidas de mitigacin del riesgo o un plan de contingencia (plan B) que es parte del plan de respuestas. La mitigacin del riesgo es el conjunto de acciones que se toman para reducir a un mnimo el impacto que ste puede causar. El plan de respuestas, contenido en el Plan de Gestin de Riesgos, debe establecer claramente qu hacer antes, durante y despus que el riesgo ha acontecido, as como los responsables de la ejecucin de las acciones de respuesta al riesgo. Este subproceso incluye las actividades de definicin de estrategias de respuesta a los riesgos, la especificacin de las acciones pertinentes y la estructuracin de estas acciones, los responsables y la frecuencia de realizacin mediante la elaboracin de un plan de respuestas. Este plan debe coordinarse con el plan de gestin de riesgos y con el plan del proyecto. En la figura 7.8 se muestra el flujo de actividades correspondiente.

- 80 -

PROYECTO METHODIUS
act Determinacin de las estrategias de mitigacin

MTODO GRAY WATCH

VERSIN PRELIMINAR

documento Plan de Gestin de Ries gos (from Modelo de Productos)

Determinacin de las respuestas a los riesgos

documento Plan de respuestas (from Modelo de Productos)

Ini cio

Identificar estrategias de respuesta aplicables

Definir las acciones a realizar

Elaborar el plan de respuestas

Fi n

documento Lista Doc ument ada de Riesgos (from Modelo de Productos)

documento Plan de Proyecto (from Modelo de Productos)

Figura 7.8. Flujo de trabajo del Subproceso Determinacin de las Respuestas a los Riesgos

Monitoreo y Control de Riesgos

Cada vez que ocurra un riesgo, se emplear el Plan de Respuestas para ejecutar las acciones de que all se indican. Peridicamente se hace un seguimiento a la ejecucin del plan de manera que se pueda establecer el grado de efectividad de reduccin de impacto de las respuestas aplicadas, incluir nuevos riesgos o revisar si la criticidad y prioridad de los riesgos evaluados ha cambiado. Como resultado de este proceso de supervisin, surgen actualizaciones del plan de riesgos y de respuestas a los riesgos, las cuales deben realizarse peridicamente a lo largo del desarrollo del proyecto. Las actividades principales de este subproceso son seguimiento del plan del proyecto, ejecucin de acciones contenidas en el plan de respuestas, realizacin de auditorias y reevaluaciones de riesgos, y la consecuente actualizacin de los planes del proyecto, de riesgos y de respuestas. Estas actividades se muestran en la figura 7.9.

act Monitoreo y Control de Riesgos

evento Factor de riesgo

documento Lista Documentada de Ries gos

Monitoreo y Control de Riesgos

Realizar auditorias
Ini cio

(from Modelo de Productos) Actualizar peridicamente lista de riesgos

Hacer seguimiento a la ejecucin del proyecto

Realizar las acciones definidas Reevaluar riesgos

documento Plan de respuestas (from Modelo de Productos)

documento Plan de Gestin de Ries gos (from Modelo de Productos)

Actualizar planes del proyecto, de gestin y de respuestas

Fi n

Figura 7.9. Flujo de trabajo del Subproceso Monitoreo y Control de Riesgos

- 81 -

Tabla 7.2. Actividades de los subprocesos del proceso de Gestin de Riesgos

Subprocesos Planificacin de gestin de Riesgos Actividades Productos

Definir las actividades de gestin de riesgos Definir costos asociados a la gestin de riesgos Asignar responsabilidades en las actividades Establecer de recursos para gestin de riesgos Elaborar cronograma de actividades Elaborar el plan de gestin de riesgos

Identificacin de los riesgos del proyecto

Caracterizar el proyecto segn su complejidad Determinar riesgos potenciales del proyecto Documentar los riesgos identificados Realizar anlisis cualitativo de riesgos para
determinar criticidad de los riesgos

Anlisis de Riesgos

Plan de Gestin de
Riesgos

Realizar anlisis cuantitativo de riesgos

Determinacin de las respuestas a los riesgos Monitoreo y Control de Riesgos

Identificar estrategias de mitigacin aplicables Definir las acciones a realizar segn los riesgos Elaborar el plan de respuestas a los riesgos Hacer seguimiento a la ejecucin del proyecto
segn el plan de gestin de riesgos

Lista documentada
de Riesgos

Plan de
respuestas

Realizar las acciones definidas en el plan de

respuestas cuando ocurre un riesgo

Reevaluar riesgos Realizar auditorias Actualizar peridicamente la lista de riesgos del

proyecto

Actualizar plan de gestin de riesgos Actualizar plan de respuestas

Gestin de la Configuracin del Software (SCM)

Una aplicacin es un sistema complejo que tiene asociado, durante su desarrollo, una configuracin o arreglo particular de elementos o productos (Ej., modelos, especificaciones, planes, cdigo, archivos, etc.) que evolucionan a lo largo de cada ciclo de desarrollo. Las configuraciones de una aplicacin se gestionan mediante versiones. Existen, por ejemplo, versiones que dependen de la plataforma de hardware/software donde deba operar la aplicacin (versin para Windows, versin para Linux, etc.), versiones que dependen de los ciclos de desarrollo (versin cero, versin inicial, versin final), versiones que definen el tamao de la aplicacin (monousuario, multiusuario) y versiones asociadas a la distribucin de sus componentes (versin centralizada, versin distribuida). Todos los productos del desarrollo de una aplicacin (modelos, programas, documentos, datos, etc.) se denominan colectivamente configuracin del software. En la medida que el proyecto de desarrollo de una aplicacin avanza, esta configuracin crece rpidamente. De igual manera, en la medida que avanza el proyecto, surgen tambin cambios de diferente tipo, que obviamente afectan a los productos ya elaborados. Si no se manejan eficazmente estos cambios, se corre el riesgo de perder la integridad de los productos, lo cual generara un conjunto de productos desactualizados, desorganizados e inmanejables. Para resolver estos problemas que ocasionan los cambios, se hace necesario gestionar eficazmente las diferentes configuraciones del software.
- 82 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

La Gestin de la Configuracin del Software (SCM Software Configuration Management) es un rea de la Ingeniera de Software que consiste en identificar la configuracin de una aplicacin, con el propsito de: (1) controlar sistemticamente los cambios que puedan producirse en esa configuracin; (2) mantener la integridad de la configuracin de la aplicacin; y (3) mantener la trazabilidad (traceability) de la configuracin a lo largo de todo el desarrollo de la aplicacin. La Gestin de la Configuracin del Software es definida por la IEEE [IEEE Std 610.1990] como: "Una disciplina que aplica vigilancia y direccin tcnica y administrativa para: Identificar y documentar las caractersticas tcnicas y administrativas de un tem de configuracin, Controlar los cambios a esta configuracin, Registrar y reportar el procesamiento de los cambios y el estado de su implementacin y Verificar el cumplimiento con los requisitos especificados"

En el contexto del mtodo WATCH, la Gestin de la Configuracin del Software es un proceso de soporte que se realiza a lo largo de cada ciclo de desarrollo. Su objetivo es mantener la integridad de los productos intermedios y/o finales que se elaboran desde el inicio del proyecto hasta que se entrega cada versin de la aplicacin. La Gestin de la Configuracin del Software utiliza un conjunto de conceptos propios que deben aclararse antes de describir los procesos en detalle. Estos conceptos son los siguientes: Configuracin de una aplicacin.- Es el conjunto de caractersticas funcionales y/o fsicas del hardware y/o software de una aplicacin, tal como se explica en su documentacin y se manifiesta en su producto final [SWEBOK, 2004, pp.7-1]. Consta de un conjunto organizado de productos intermedios o finales estrechamente relacionados, tales como: planes, modelos, documentos, cdigo, archivos de datos, etc. tem de Configuracin (software configuration tem - SCI).- Los productos que se someten a la gestin de configuracin se denominan tems de configuracin. Un tem de configuracin es un documento, artefacto, producto o un agregado de estos que ha sido elaborado durante el desarrollo de la aplicacin y cuyos cambios deben ser controlados. Un tem de configuracin es tratado como una entidad simple durante la gestin de la configuracin, pese a que puede estar compuesto de dos o ms productos intermedios y/o finales. Ejemplos tpicos son los siguientes: planes, modelos de procesos, diagramas, requisitos, diseos de datos, diseos arquitectnicos, cdigo, documentos tcnicos, esquemas de bases de datos, diseos de pruebas, archivos de datos, etc. Lnea de base (baseline).- Es un conjunto de tems de configuracin formalmente designado y fijado a un tiempo especfico durante el desarrollo de la aplicacin; tiempo a partir del cual se inicia el control de los cambios que se le hagan a los tem que lo integran. Una lnea de base y el conjunto de cambios que se le hacen a ella es similar a una cinta o rollo de pelcula: la lnea de base es la fotografa inicial que muestra todos los tems que la integran; las actualizaciones a los tems de la lnea de base representan los marcos subsiguientes de la pelcula. Una lnea de base junto con todos los cambios que le han sido aprobados, para un tiempo t, representan la configuracin aprobada para un instante de tiempo t.

- 83 -

Versin, revisin y variante.- Los tems de una aplicacin evolucionan en la medida que ella se va desarrollando. Una versin de un tem puede ser concebida como un determinado estado del tem. Una revisin es una nueva versin del tem que reemplaza la versin anterior. Una variante es una nueva versin del tem que es agregada a la configuracin, pero sin reemplazar a la anterior [SWEBOK, 2004, pp. 76]. Librera de gestin de la configuracin.- Es una base de datos que almacena las lneas de base y las actualizaciones que se le hacen a cada uno de los tems que integran estas lneas de base. Es creada, actualizada y mantenida usando una herramienta de gestin de configuracin apropiada.

La Gestin de la Configuracin del Software se lleva a cabo mediante la ejecucin el conjunto de subprocesos indicados en la figura 7.10.
analysis Gestin de la Configuracin Gestin de la Configuracin del Software

Planificacin de la Gestin de Configuracin

Identificacin de la Configuracin

Control de la Configuracin

Contabilidad del Estado de la Configuracin

Auditora de la Configuracin

Gestin y Entrega de Versiones

Figura 7.10. Subprocesos de la Gestin de la Configuracin del Software

Planificacin de la SCM
La gestin de la configuracin es un proceso que debe ser planificado para garantizar la eficacia y la eficiencia de su ejecucin. El resultado del proceso de Planificacin de la SCM es un documento denominado Plan de Gestin de la Configuracin (Plan SCM), el cual fue descrito en la seccin titulada Productos de los procesos de soporte, en este captulo. Este proceso es ejecutado por el Coordinador del Grupo de Gestin de Configuracin y es supervisado por el Lder del Proyecto.

Identificacin de la Configuracin
Consiste en establecer la configuracin que tendr la aplicacin, en diferentes momentos del proyecto, e identificar los tems (productos o componentes de productos) de esa configuracin que sern controlados. Algunos de los tems que requieren controlarse son los siguientes: planes, modelo del negocio, documento de requisitos, arquitectura de la aplicacin, modelos de datos, diagramas de diseo, cdigo fuente y ejecutable, diseos de pruebas, manuales de uso, etc. Para definir la configuracin de la aplicacin se debe utilizar el Modelo de Productos descrito en el Captulo 3. Es importante observar que, cada producto es un objeto compuesto. Por ejemplo, el documento de diseo est compuesto de un conjunto de modelos y diagramas que describen la arquitectura y componentes del sistema. De este documento, se deben seleccionar aquellos tems que deben ser sometidos a control. Las relaciones entre los tems

- 84 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

seleccionados deben, tambin, ser establecidas a fin de determinar el impacto que un cambio en un tem ocasiona en el resto de los tems de configuracin. Los tems de la configuracin se colocan bajo control en distintos momentos del desarrollo de la aplicacin. Estos tems tienen asociado una lnea-base. Una lnea de base es una versin particular inicial del tem (producto) que es usada como punto de partida para el control de los cambios que puedan ocurrir en ese tem. Una vez que hay un acuerdo entre el equipo de desarrollo sobre la lnea-base de un tem, los cambios a ese tem slo pueden llevarse a cabo, siguiendo los procedimientos de control de cambios establecidos por el grupo SCM. Cada cambio en el tem origina una nueva versin del tem. La figura 7.11 describe las entradas, salidas, controles y recursos del proceso de Identificacin de la Configuracin; proceso mediante se seleccionan los tems que se sometern a control de la configuracin y se identifican las lneas de base asociadas a cada uno de estos tems. El flujo de trabajo de este proceso se muestra en la Figura 7.12.
analysis Descripcin del proceso IC regla Mtodos, planes, est nda res y proce dimi entso de Gesti n de Configu racin (from Gestin de la Configuracin) regula Lista de productos interm edios y finales que se producirn o se adqui rirn durante el de sarrollo de la aplicacin cont rola pers igue actor Coordina dor del Grupo de Gestin de la Configuracin (from Act ores PS) producto Item d e configuracin (from Productos PS) archivo Lneas de Base (from Productos PS) repositorio Libre ra de Gestin de Confi guracin (from Productos PS) objetivo Decidir que items de la apli cacin se van a controlar

Identificacin de la Configuracin

(from Gestin de la Configuracin)

ejec uta apoya apoya apoya

actor Grupo de Gestin de la Configuracin (from Act ores PS)

recurso Herrami enta s, tcnica s, mtricas, pr cti cas y procedimientos (from Gestin de la Configuracin)

modelo Proceso de desarroll o de la aplicacin (from Productos PS)

Mod el o de pro ductos WATCH

Figura 7.11. Diagrama del proceso: Identificacin de la Configuracin.

act Identificacin de la Configuracin (IC) Proceso: Identificacin de la Configuracin Sele cci ona r, adquirir e instalar las herra mientas que se usarn para gestionar la configuracin Asignar los identificadores a los tems de configuracin

Lista de productos de la aplicacin

Espe cificar y documentar las cara ctersticas importantes de cada tem de configuracin Crea r y docume nta r las lneas de ba se

archivo Lneas de Base (from Productos PS)

Inicio

Identificar los tem que se van a controlar

Esta blecer los esquem as de identificacin de los tems y de sus versiones

Especi ficar cua ndo ca da tem e s colocado ba jo configuracin y qui en es su responsable

repositorio Librera de Gestin de Configuracin (from Productos PS)

Cre ar la librer a pa ra gestin de configuracin

producto Item de configuracin (from Productos PS)

Fin

- 85 -

Figura 7.12. Flujo de trabajo del proceso: Identificacin de la Configuracin.

Control de la Configuracin
Este proceso se encarga de manejar los cambios que ocurren a lo largo del proceso de desarrollo de cada aplicacin empresarial. Para ello se deben establecer los procedimientos y mecanismos para reportar, evaluar y aprobar (o rechazar) los cambios. Las necesidades de cambio que surjan, en uno ms tems de la configuracin, se documentan en formatos (planillas) diseadas para tal efecto por el Grupo de Gestin de la Configuracin denominadas Solicitud de Cambio (denominada, tambin, planilla SCR Software Change Request). Esta planilla debe describir el cambio propuesto, identificar quien lo origina, establecer su justificacin, estimar su costo e identificar las lneas de base que se ven afectadas. El Comit de Control de Configuracin evala cada cambio propuesto en la planilla y decide si el cambio puede realizarse no. Los cambios aprobados son realizados por el equipo de desarrollo usando los procedimientos definidos por el Grupo de Gestin de la Configuracin, quien una vez efectuado el cambio se encargar de incorporar la actualizacin del tem modificado a la lnea de base correspondiente. El diagrama del proceso Control de la Configuracin y su respectivo flujo de trabajo se presentan en las figuras 7.13 y 7.14, respectivamente.
analysis Descripcin del proceso CC regla Mtodos, planes, est nda res y proce dimi entso de Gestin de Configuracin (from Gestin de la Configuracin) regula archivo Lneas de Base cont rola pers igue archivo Lnea s de Base con Actualizaciones (from Productos PS) (from Productos PS) actor Coordina dor del Grupo de Gestin de la Configuracin (from Actores PS) objetivo Manejar los cam bios que surjan durante el desarroll o de la aplicacin

Control de la Configuracin

Nec esidades de cambio

formato Solicitud de Cambio

(from Gestin de la Configuracin)

apoya ejec uta apoya apoya

actor Grupo de Gestin de la Configuracin (from Act ores PS)

actor Com it de Control de la Configuracin

recurso Herrami enta s, tcnica s, mtricas, pr cti cas y procedimientos

repositorio Librera de Gestin de Configuracin

(from Productos PS) (from Act ores PS) (from Gestin de la Configuracin)

Figura 7.13.- Diagrama del proceso: Control de la Configuracin.

- 86 -

PROYECTO METHODIUS
act Control de la Configuracin (CC)

MTODO GRAY WATCH

VERSIN PRELIMINAR

Proceso: Control de la Configuracin archivo Lneas de Base (from Productos PS) (Intere sado) Lle na r l a forma : Solicitud de Ca mbio (Coordinador GCS ) Analizar el ca mbio solicita do con respecto al tie mpo, costo e impa cto (Coordinador GCS ) Notifica r rechazo (Coordinador GCS ) Pre pa ra r sesi n de eva lua cin del ca mbi o (Grupo GC) NO (Com it GCS) Evalua r ca mbio propuesto SI (Desarrollador) Implem entar cam bio formato Soli citud de Cambio (Grupo GCS ) Incorpora r el ca mbio archivo Lne as de Ba se con Actualizaciones (from Productos PS)

Fin

aprobado?

Inicio

Nec esidades de cambio

repositorio Libre ra de Gestin de Configuracin (from Productos PS)

Figura 7.14.- Flujo de trabajo del proceso: Control de la Configuracin.

Contabilidad del Estado de la Configuracin

Este proceso se encarga de registrar y proveer la informacin necesaria para lograr una gestin efectiva de la configuracin del software. El Grupo de Gestin de la Configuracin debe informar a otros actores sobre el estado de la configuracin, las estadsticas de cambios y cualquier otro aspecto de la gestin de la configuracin (Ver figura 7.15)
analysis Descripcin del proceso CEC documento Plan de Gestin de la Configuracin (from Productos PS) actor Coordina dor del Grupo de Gestin de la Configuracin (from Actores PS) controla regula pers igue objetivo Genera r la inform acin necesa ria pa ra lle var a cabo una gestin efe ctiva de la configuracin del software Lista de configuraciones aprobadas

Contabilidad del Estado de la Configuracin

Solicitudes de informacin

Esta do de l os ca mbios propuestos a una configuracin

Esta do de la implementacin de cam bios aprobados

(from Gestin de la Configuracin)

ejec uta apoya apoya Otros re portes sobre la GCS

actor Grupo de Gestin de la Configuracin (from Act ores PS)

archivo recurso Herramientas, tcnicas y Lnea s de Base con Actualizaciones procedimientos de ge stin de configuracin (from Productos PS) (from Gestin de la Configuracin)

Figura 7.15. Diagrama del proceso: Contabilidad de Estado de la Configuracin Las principales actividades de este proceso consisten en: 1) Mantener un registro de cmo la aplicacin ha evolucionado y donde se encuentra la aplicacin en un instante de tiempo determinado en relacin con la documentacin de las lneas de base.
- 87 -

2) Hacer un seguimiento administrativo de todos los tems que estn sujetos a la gestin de configuracin. 3) Reportar el estado de la gestin de la configuracin.

Auditoria de la Configuracin
Proceso que se encarga de verificar y validar la configuracin de la aplicacin. Verifica que los cambios propuestos a los tems de configuracin de una lnea de base se hayan realizado satisfactoriamente. Valida que los cambios hechos a los tems de configuracin sean los correctos. Existen dos tipos de auditorias:
1) Auditoria de la configuracin funcional.- Consiste en asegurar que el tem auditado

sea consistente con sus especificaciones.

2) Auditoria de la configuracin fsica.- Consiste en asegurar que el diseo y la

documentacin del tem auditado sea consistente con el tem tal como ste ha sido elaborado o modificado. Las entradas, salidas, recursos y controles de este proceso se ilustran en la figura 7.16.
analysis Descripcin del proceso AC documento Plan de Gestin de la Configuracin (from Productos PS) actor Coordi nador del Grupo de Gestin de la Configuracin (from Actores PS) objetivo Determina r en que medida un item de configuracin satisface sus requisitos funci onal y/o fsicos

producto Item de configuracin (from Productos PS)

regula

cont rola

pers igue

Auditora de la Configuracin
Esta do actual del ite m auditado

archivo Lne as de Ba se con Actualizaciones (from Productos PS)

documento Especificaciones del producto

(from Gestin de la Configuracin)

ejec uta apoya

actor Auditor GCS (from Act ores PS)

recurso Herramientas, tcnicas y procedim ientos de gestin de configuracin (from Gestin de la Configuracin)

Figura 7.16. Diagrama del proceso: Auditoria de la Configuracin.

Gestin de versiones y entrega

El desarrollo de software basado en el enfoque versionado produce una aplicacin de manera gradual o evolutiva mediante la entrega de versiones parciales de la aplicacin. Este proceso se encarga de gestionar las versiones de la aplicacin y de hacer entrega formal de ellas al cliente y/o a sus usuarios finales.
- 88 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Los cambios en los tems controlados, tambin, se manejan usando versiones. Cada vez que un tem es modificado se crea una nueva versin del tem. El manejo de las diferentes versiones de los tems es una actividad que debe llevar a cabo el Grupo de Gestin de la Configuracin, para garantizar que la aplicacin evolucione consistentemente durante su desarrollo y que al momento de la entrega de una versin de la aplicacin no surjan problemas con respecto a las versiones de sus tems. La gestin de la entrega se encarga de identificar, empacar y entregar los tems y componentes que forman cada versin entregable de la aplicacin. Un recurso muy importante en la gestin de las versiones es la librera de gestin de la configuracin. Esta librera es una base de datos que contiene y organiza todos los productos del proyecto con la finalidad de proveer un repositorio nico y controlado de los productos intermedios y finales que ha sido elaborado durante todo el proyecto. Esta librera es creada y mantenida por el Grupo de Gestin de la Configuracin.

Las entradas, salidas, recursos y controles de este proceso se ilustran en la figura 7.17.

analysis Descripcin del proceso GEV regla Mtodos, planes, est nda res y proce dimi entso de Gestin de Configuracin (from Gestin de la Configuracin) cont rola pers igue actor Coordina dor del Grupo de Gestin de la Configuracin (from Act ores PS) objetivo Administrar las ve rsiones de la apl icacin gara ntiz ando la identifi caci n, empaqueta miento y entrega de cada versin

regula documento Arquite ctura de la Aplicacin

producto Item de configuracin (from Productos PS)

Gestin y Entrega de Versiones

archivo Lnea s de Base con Actualizaciones (from Productos PS)

producto Versin (entre gable)

Soli citud de tem o versi n entre gable

(from Gestin de la Configuracin)

ejec uta apoya apoya

documento Descripci n de la versin

actor Grupo de Gestin de la Configuracin (from Act ores PS)

recurso Herrami enta s, tcnica s, mtricas, pr cti cas y procedimientos

repositorio Librera de Gestin de Configuracin (from Productos PS)

(from Gestin de la Configuracin)

Figura 7.17. Diagrama del proceso: Gestin y Entrega de Versiones

Gestin de la Calidad del Software

La calidad de una aplicacin se define como la totalidad de caractersticas de la aplicacin que tienen que ver con su habilidad para satisfacer las necesidades y requisitos establecidos
- 89 -

por sus usuarios. Estas caractersticas se establecen durante el proceso tcnico de Ingeniera de Requisitos. La calidad de la aplicacin depende, en muy buena medida, del proceso empleado para desarrollarla. Si este proceso est bien definido y fundamentado, es de esperar que los productos que se elaboren siguiendo dicho proceso sean de alta calidad. El proceso de Gestin de la Calidad se divide, en el mtodo WATCH, en el conjunto de procesos indicados en la figura 7.18.
analysis Diagrama jerrquico del proceso GC Gestin de la Calidad del Software (from Procesos PS)

Planificacin de la Gestin de Calidad

Aseguramiento de la Calidad

Verificacin y Validacin

Revisiones de Software

Auditoras

Control de Gestin de la Calidad

Figura 7.18. Procesos de Gestin de Calidad.

La Planificacin de la Gestin de Calidad tiene a su cargo la elaboracin del Plan de Calidad, el cual establece, organiza y programa las actividades necesarias para asegurar la calidad de los productos y del proceso de desarrollo de la aplicacin. Este plan est integrado por los planes siguientes, descritos al inicio de este captulo en la seccin Productos de los procesos de soporte: 1. Plan de Aseguramiento de la Calidad 2. Plan de Verificacin y Validacin 3. Plan de Pruebas El Control de la Gestin de la Calidad se encarga del seguimiento, evaluacin y ajustes del Plan de Calidad. Los procesos de Aseguramiento de la Calidad, Verificacin & Validacin, Revisiones de Software y Auditorias se describen detalladamente en las siguientes secciones.

Aseguramiento de la Calidad - SQA

El Aseguramiento de la Calidad del Software (SQA - Software Quality Assurance) es un proceso de soporte que tiene por finalidad garantizar que el proceso de desarrollo y los productos de software cumplan con el plan de calidad, los estndares y atributos de calidad previamente establecidos. Estos objetivos son alcanzados a travs de una serie de revisiones, auditorias y consultoras que el grupo SQA realiza a los procesos y productos de software durante todo el ciclo de desarrollo.
- 90 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Es un proceso sistemtico y debidamente planificado para evaluar y garantizar: (1) la calidad de los productos de software y (2) la adhesin de estos productos a estndares y procedimientos establecidos El proceso SQA est relacionado con dos elementos del desarrollo de una aplicacin. El primero, relacionado con el proceso utilizado para desarrollar la aplicacin (Cmo se desarrolla?). El grupo SQA debe asegurar que este proceso est definido y se siga correctamente, detectando posibles desviaciones, con el fin de prevenir y controlar los costos y seguimiento del proyecto. En segundo lugar, est relacionado con los productos de software (Qu se desarrolla?). Es responsabilidad del grupo SQA garantizar que los productos producidos por los equipos de desarrollo cumplen con los estndares y atributos de calidad que se han establecido para esa aplicacin. El significado de producto es extensible para incluir a cualquier artefacto que sea salida de algn proceso utilizado para construir el producto final de software, tales como son los documentos de especificacin de requisitos, el documentos de diseo arquitectnico, reportes producidos por los anlisis de calidad a los productos software, etc. Una actividad importante de este proceso es la de reportar al gerente del proyecto aspectos relacionados con el status de proyecto, su adherencia a los procesos tal como se describieron en el plan, as como, aspectos que no se cumplieron o que no pudieron ser resueltos dentro del proyecto. El aseguramiento de la calidad se lleva a cabo mediante la ejecucin el conjunto de subprocesos indicados en la figura 7.19. Estos procesos son responsabilidad del grupo SQA y del grupo de pruebas de los sistemas, ambos coordinados por el Coordinador del Grupo de Aseguramiento de la calidad.

analysis Aseguramiento de la Calidad

Aseguramiento de la Calidad

(from Gestin de la Calidad (GC))

Definicin de Estndares, Procesos y Procedimientos

Mejoramiento del Analisis y desarrollo del establecimiento de software mtricas

Entrenamiento

Monitora del Proceso de Desarrollo

Evaluacin del producto

Figura 7.19. Subprocesos de SQA

Planificacin de la SQA
El primer subproceso SQA consiste en elaborar el Plan SQA, descrito anteriormente en la Seccin Productos de los procesos de soporte. Este plan define los procedimientos, actividades, productos y recursos necesarios para asegurar que: (1) el proceso de desarrollo de la aplicacin se siga; y (2) los procesos y productos software satisfagan los atributos de calidad establecidos. Esta planificacin se realiza al inicio del proyecto, durante la ejecucin del proceso de gestin denominado Planificacin del Proyecto.
- 91 -

Este proceso es ejecutado por el Coordinador del Grupo de aseguramiento de la calidad y es supervisado por el Lder del Proyecto La planificacin para la calidad del software involucra: Definir los productos requeridos en trmino de sus caractersticas de calidad. Planificar el proceso para alcanzar los productos requeridos.

Las entradas, salidas, recursos y controles de este proceso se ilustran en la figura 7.20.
analysis Plan Aseguramiento

regla Estndare s, procedim ientos, mtodos para el Aseguramiento ed la Ca lidad

actor Coordina dor del Grupo de Aseguramei nto de la calidad (from Actores PS)
regula controla persigue

objetivo Estable cer un plan a seguir durante el desarrollo de un proyecto con el fi n de asegurara ca lidad en el producto y el proce so de desarrollo

docume... Proyecto

Planificacin de la Gestin de Calidad

documento Plan de calidad

(from Gestin de la Calidad (GC))

apoya

modelo mode los para el aseguramie nto de la calidad CMM, ISO 9000{3, Spice

recurso Herram ientas, tcnicas, mtricas de cali dad, pr cti cas y procedimientos

Mode lo proce so Watch

Figura 7.20. Diagrama del proceso: Planificacin de la gestin de Calidad

Aseguramiento de la calidad
El proceso de aseguramiento de calidad se encarga de verificar que los productos obtenidos cumplan con los requisitos establecidos por el cliente, y que ellos incluyan los requerimientos de calidad, no solo los funcionales. Asimismo, este proceso verifica que los procesos establecidos en el contrato del proyecto se cumplan en los tiempos estimados y que los estndares, lineamientos y otros criterios establecidos se cumplan. Este proceso se encarga de realizar predicciones confiables en trmino del cronograma establecido, as como, mejoras en el coste del tiempo del ciclo de vida, de los procesos y los productos de software. La figura 7.21 identifica los principales subprocesos de Aseguramiento de la calidad

- 92 -

PROYECTO METHODIUS
analysis Aseguramiento de la Calidad

MTODO GRAY WATCH

VERSIN PRELIMINAR

Aseguramiento de la Calidad

(from Gestin de la Calidad (GC))

Definicin de Estndares, Procesos y Procedimientos

Mejoramiento del Analisis y desarrollo del establecimiento de software mtricas

Capacitacin

Monitora del Proceso de Desarrollo

Evaluacin del producto

Figura 7.21. Subprocesos del proceso de Aseguramiento de la Calidad.

Definicin de estndares, procesos y procedimientos.- Este proceso consiste en definir los estndares con los cuales se evaluar la calidad de los productos y los procedimientos asociados al proceso de desarrollo de software. Los estndares son criterios de calidad previamente establecidos con los que se compara el producto en desarrollo y se basan en los modelos de calidad. Los procedimientos son criterios de desarrollo previamente establecidos con los cuales se compara el proceso de desarrollo de software, emplean modelos de procesos principios y mejores prcticas. Mejoramiento del desarrollo del software.- Este proceso se encarga de identificar las debilidades tanto del proceso de desarrollo que esta siendo utilizado como de los productos desarrollados, con el fin de modificar stos. Los procesos de mejoramiento incluyen una evaluacin de las modificaciones realizadas, con el fin de validar que los cambios realmente mejoran la calidad de los procesos y productos. Este proceso se realiza a travs de un control contino y de un proceso de coordinacin y de realimentacin de muchos procesos concurrentes: 1) El ciclo de vida del proceso, 2) El proceso de deteccin, remocin y prevencin de error/defecto y 3) los procesos de mejora de la calidad. Anlisis y establecimiento de mtrica.- Este proceso se encarga del establecimiento y anlisis de mtricas que permiten evaluar la calidad del proceso y los productos, con el fin de mejorar el proceso de desarrollo y sus productos software. Mejoras tales como el aumento de la productividad y la reduccin del tiempo del ciclo de desarrollo. Existen diferentes mtodos para el establecimiento de mtricas, tales como el paradigma metas/preguntas/mtricas y los estndares de la IEEE, tambin existen productos comerciales tales como METKIT del proyecto ESPRIT. Capacitacin.- Este proceso se encarga del adiestramiento del personal gerencial, de desarrollo o tcnico en usos de sus procesos, estndares, y mtricas. Monitoria del proceso de desarrollo.- Consiste en asegurar que el proceso de desarrollo para el proyecto se cumpla de acuerdo al plan establecido en cada fase. Es decir que se cumplan los pasos, actividades o tareas asociadas a cada proceso.
- 93 -

Este proceso se encarga de monitorear peridicamente el proceso de desarrollo de una aplicacin, a fin de determinar si el equipo de desarrollo sigue dicho proceso apropiadamente. De igual manera, se determina s otros estndares, prcticas y mtodos, establecidos en el marco del Proyecto de la aplicacin , son seguidos no. Adems, se realizan actividades de seguimiento a fin de corregir cualquier desviacin detectada. Evaluacin del producto.- Este proceso consiste en asegurar que los productos desarrollados cumplan con los estndares de calidad establecidos. Se genera un reporte con los aspectos no-cumplidos que hayan sido identificados durante la evaluacin de los procesos y productos software. El reporte de incumplimiento de los atributos de calidad en los productos y de los elementos metodolgicos en el proceso seguido, deben ser debidamente identificados, documentados y reportados al Lder del Proyecto.

Verificacin y Validacin (V&V)

La Verificacin y Validacin (V&V) es un proceso de soporte estrechamente vinculado al proceso SQA, de una manera tal que ambos se consideran complementarios. El proceso V&V consiste en determinar si un producto intermedio o final, elaborado durante el desarrollo de una aplicacin empresarial, satisface: (1) el conjunto de requisitos establecidos en el Documento de Requisitos de la aplicacin; y (2) las necesidades reales del cliente y/o sus usuarios. La Verificacin asegura que el producto se construya correctamente. Es decir, que cumpla con lo especificado. La verificacin est asociada al comportamiento y rendimiento del producto. Mientras que, la Validacin asegura que el producto desarrollado sea el correcto. Es decir, satisfaga las necesidades reales del cliente. La validacin est asociada al uso del producto y al grado de satisfaccin del usuario con el producto. Los procesos V&V indicados en la Figura 7.e1 evalan los productos que se elaboran a lo largo de los procesos tcnicos del desarrollo de la aplicacin con la finalidad de:
1) Asegurar estos productos que cumplen con los requisitos establecidos en el

Documento de Requisitos
2) Satisfacen las necesidades de informacin y/o automatizacin de procesos que los

usuarios de la aplicacin tienen. La Verificacin trata de asegurar que los productos de cada uno de los procesos tcnicos del desarrollo de la aplicacin estn construidos correctamente, es decir, que las especificaciones impuestas a ellos en los procesos anteriores se satisfagan.
1) La Validacin trata de asegurar que los productos elaborados durante cada uno de

los procesos tcnicos del desarrollo de la aplicacin sean los correctos, es decir, que satisfagan el uso para el cual se elaboraron. Tres procesos tcnicos que se usan para verificar y validar productos son las siguientes:
1) Anlisis de trazabilidad.- Consiste en hacerle seguimiento a cada uno de los

requisitos de la aplicacin para asegurar que el requisito ha sido tomado en consideracin en los productos intermedios y finales. Para realizar esta actividad, el Lder de Aplicacin emplea herramientas, tales como la Matriz de Trazabilidad o Seguimiento de Requisitos (ver Captulo 8).

- 94 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

2) Revisin tcnica.- Es una tcnica grupal que permite verificar o validar un producto

usando listas de chequeo o recorridos estructurados. Esta tcnica se discute en la seccin Revisin de Software de este captulo.
3) Pruebas de software.- Agrupa un conjunto de estrategias, tcnicas, prcticas y

herramientas para verificar y validar dinmicamente el cdigo producido durante el proceso tcnico de Programacin & Integracin. La V&V dinmica implica la ejecucin del cdigo usando un conjunto de casos de pruebas preparados especialmente para descubrir errores en el cdigo. Las pruebas de software se disean y ejecutan a lo largo de los procesos tcnicos que van desde la Ingeniera de Requisitos hasta la Entrega de la Aplicacin. Estos aspectos tcnicos se tratan en los captulos 8 - 10; mientras que los aspectos de gestin se consideran en este captulo. Al igual que los otros procesos de soporte, la V&V se ejecuta a lo largo de todo el desarrollo de la aplicacin. La figura 7.22 identifica los principales subprocesos de la V&V. Esta descomposicin jerrquica del proceso V&V est basada en el estndar IEEE-1012-1998 (IEEE, 1998).
analysis Diagrama jerrquico del proceso V&V Verificacin y Validacin

(from Gestin de la Calidad (GC))

Planificacin de la V&V

V&V de los Procesos

V&V del Modelo de Negocios

V&V de los Requisitos

V&V del Diseo

V&V de la Implementacin

V&V de las Pruebas

V&V de la Instalacin

Figura 7.22. Subprocesos de la V&V.

Planificacin de la V&V.- Consiste en planificar las actividades de V&V que se llevarn a cabo en cada uno de los procesos tcnicos del desarrollo de la aplicacin. Su producto es el Plan de Verificacin y Validacin (Plan V&V). Este plan identifica los productos que se van a verificar, las actividades de V&V de estos productos, el cronograma de V&V y los estndares, prcticas, procedimientos y tcnicas que se emplearn para verificar y validar los productos. El estndar IEEE 1012-1998 (Software Verification & Validation) proponen una estructura para elaborar el plan V&V, la cual se incluye en el Anexo 7.1. V&V de Procesos.- Este proceso verifica que: (1) el proceso de desarrollo de la aplicacin est definido y sea el adecuado para el proyecto; (2) el proceso de desarrollo sea consistente con el plan del proyecto y (3) los estndares, procedimientos, prcticas y ambiente sean consistentes y adecuados para los procesos de desarrollo. V&V del Modelo de Negocios.- Se encarga de asegurar que el Modelo del Negocio sea consistente con el sistema de negocios para el cual se desarrollar la aplicacin. Se debe verificar que los procesos, los objetos de negocio, las reglas de negocios sean consistentes con los objetivos del negocio. Se verifica, tambin, que los roles y responsabilidades definidos para los actores del sistema de negocios sean consistentes con los procesos y la estructura organizacional asociada al sistema de negocios. Se valida que los objetivos, procesos, reglas, objetos de negocios, actores, estructura organizacional y eventos, descritos en el Modelo de Negocios, realmente representen los elementos correspondientes del sistema de negocios.
- 95 -

V&V de los Requisitos.- Consiste en verificar y validar los requisitos funcionales y no funcionales establecidos en el Documento de Requisitos, a fin de garantizar que estos requisitos: (1) son consistentes, factibles y pueden verificarse mediante pruebas de software y (2) son correctos, representan realmente las necesidades de los usuarios de la aplicacin. V&V del Diseo.- Verificar y valida que los diseos que integran el Documento de Diseo (diseo arquitectnico, diseo de interfaces, diseo de componentes de software y diseo de datos) sean correctos (es decir, sean lo que los usuarios y el cliente quieren) y sean consistentes con los requisitos especificados en el Documento de Requisitos. La consistencia entre el diseo y los requisitos se determina mediante el anlisis de la trazabilidad. V&V de la Implementacin.- Se encarga de verificar que el cdigo satisface los requisitos funcionales y no funcionales especificados en el Documento de Requisitos y es consistente con los diseos establecidos en el Documento de Diseo. La verificacin de la implementacin verifica, tambin, que las pruebas unitarias sean capaces de garantizar que cada unidad (componente o clase) satisfaga los requisitos correspondientes, Valida, adems, que el cdigo sea el correcto y cumpla con los estndares de codificacin establecidos. Se verifica, tambin, que la documentacin de uso y mantenimiento sea consistente con la aplicacin. Se valida que esta documentacin sea correcta, es decir, que sea la que los usuarios esperan. V&V de las Pruebas.- Tiene por objetivo garantizar que las pruebas de unidad, integracin y del sistema (incluyendo las pruebas funcionales, no funcionales, de aceptacin y de instalacin) puedan garantizar que la aplicacin sea correcta y que ella y sus componentes cumplen con los requisitos establecidos. V&V de la Instalacin.- Este proceso se encarga de verificar que la instalacin de la aplicacin cumpla con los requisitos de instalacin establecidos relacionados con la plataforma de operacin de la aplicacin. Valida que la capacitacin de los usuarios sea la correcta. La descripcin de las actividades de cada uno de los procesos V&V se presenta en la Tabla 7.3.
Tabla 7.3. Actividades de los subprocesos V&V
Subprocesos Planificacin de la V&V V&V de Procesos Actividades Productos

Elaboracin del Plan V&V Revisin del proceso de desarrollo de la aplicacin Revisin de estndares, procedimientos y
prcticas que se usarn en el desarrollo de la aplicacin

V&V del Modelo de Negocios V&V de Requisitos

Revisin tcnica del Caso de Negocios Anlisis de la Trazabilidad Revisin tcnica de los requisitos Elaboracin y verificacin del Plan de Pruebas del
Sistema

Plan V&V Plan de Pruebas Informes de

gestin sobre V&V

Elaboracin y verificacin del Plan de Pruebas de

Aceptacin V&V del Diseo de la Aplicacin

Anlisis de la Trazabilidad Revisin tcnica o inspeccin del diseo Elaboracin y verificacin del Plan de Pruebas de
Componentes (unidades)

Elaboracin y verificacin del Plan de Pruebas de

Integracin V&V de la Implementacin

Anlisis de la Trazabilidad Revisin tcnica o inspeccin del Cdigo Fuente

- 96 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Subprocesos

Actividades

Productos

Verificacin de los Casos de Pruebas de

Componentes e Integracin

Verificacin de los Procedimientos de Pruebas de

Componentes e Integracin

Supervisin de las Pruebas de Componentes e

Integracin V&V de las Pruebas

Anlisis de la Trazabilidad Diseo de las pruebas del sistema: pruebas

funcionales, no funcionales y de aceptacin a nivel de toda la aplicacin

Verificacin de los Casos de Pruebas del Sistema Verificacin de los Procedimientos de Pruebas del
Sistema y de Aceptacin

Verificacin de la Ejecucin de las Pruebas del

Sistema y de Aceptacin V&V de la Instalacin de la Aplicacin

Auditoria de la instalacin y configuracin de la

aplicacin

Generacin del informe final de V&V

Revisin de Software
La Revisin de Software es un proceso de soporte que apoya al proceso de Verificacin & Validacin durante la evaluacin de los productos del desarrollo de una aplicacin. Su finalidad es encontrar inconsistencias, errores, incumplimiento de estndares, etc. en los productos del proyecto. El Glosario de Trminos de Ingeniera de Software elaborado por la IEEE (1990) define la Revisin de Software como "un proceso o reunin durante la cual se le presenta un producto de trabajo o conjunto de productos de trabajo al personal del proyecto, gerentes, usuarios, clientes u otros interesados a fin de comentarlo o aprobarlo". Los objetivos, entradas, salidas, recursos y controles del proceso de Revisin de Software se ilustran en la figura 7.23.

- 97 -

analysis Diagrama del proceso RS Mtodos y tcnicas de Revisi n de Software (from Productos RS) cont rola pers igue document... Lista de defectos encontrados (from Productos RS) actor Coordi nador de Revisin (from Actores RS) objetivo Detecta r defe ctos e n los productos de software elaborados en un proyecto de desarrol lo de aplicaciones

regula

Revisin de Software
producto Producto ba jo revi sin (from Productos RS)

producto Producto corre gido

(from Productos RS) ejec uta apoya

actor Grupo de Revi sin (from Act ores RS)

recurso Lista de Chequeo (from Productos RS)

Figura 7.23. Diagrama del proceso de Revisin de Software. Una revisin de software es un proceso de dinmica de grupo muy bien organizado y conducido, generalmente, por el Grupo de Verificacin & Validacin (Grupo V&V). Para llevar a cabo una revisin, el grupo se debe organizar de acuerdo a los roles y responsabilidades (tareas) descritas en el diagrama de casos de uso de la figura 7.24.
uc Actores, roles y tareas

Actores que participan en una Revisin de Software: Roles y responsabilidades

tarea Revisar producto individualmente Participante tarea Revisar producto en grupo

tarea Pla nifica r revisiones

tarea Toma r notas durante revisn

tarea Distri bui r mate rial

Secreta rio o re la tor

tarea Elaborar lista de errore s encontrados

Coordinador

tarea Coordina r sesi ones de revi sin tarea Expone r detalles del producto durante las reuniones del grupo Desarrollador tarea Elaborar listas de chequeo

tarea Ha cer segui miento a correcciones

tarea Corregir los errores o defectos encontrados

Figura 7.24. Roles y responsabilidades del Grupo de Revisin de Software.

- 98 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Las actividades que requiere una revisin de software se describen en el flujo de trabajo de la figura 7.25.
act Flujo de trabajo del proceso RS

proceso Revisin de Software

Inicio

(Coordinador) Planificar la revisin

Cronograma de revisiones

producto Producto ba jo revi sin (from Productos RS)

(Participante) Revisar individualmente el producto

Lista individual de errores

(Grupo V&V) Revisar el producto en reunin del grupo

recurso Lista de Chequeo SI

documento Lista de defectos encontrados (from Productos RS)

inspeccin? (from Productos RS)

(Desarrollador) Realizar correcciones al producto

SI producto Producto corre gido (from Productos RS)

NO

revisar de nue vo?

Fin

Figura 7.25.- Flujo de trabajo del proceso de Revisin de Software. Las revisiones de software se dividen en cuatro categoras o tipos de tcnicas diferentes (ver figura 7.26). Estas tcnicas difieren en los objetivos especficos que ellas persiguen, los productos que ellas evalan, los recursos que emplean y la manera de realizar la reunin de evaluacin. Para conducir una revisin de software se debe escoger primero el tipo de tcnica que se va a emplear y, luego, se hacen los ajustes necesarios al proceso descrito en las figuras 7.24 y 7.25.
analysis Diagrama jerrquico del proceso RS Revisin de Software

Revisin Gerencial

Revisin Tcnica

Inspeccin de Software

Caminata de Software (Walkthrough)

Figura 7.26. Tcnicas de revisin de software.

- 99 -

Revisin Gerencial La revisin gerencial es un tipo de revisin de software que tiene como propsitos: monitorear el progreso del proyecto, determinar el estado de sus planes y cronogramas, confirmar los requisitos y su ubicacin en la aplicacin o evaluar la efectividad del enfoque gerencial usado en el proyecto para alcanzar sus objetivos (IEEE Standard 1028-1997). A diferencia de las otras tcnicas, las revisiones gerenciales son conducidas por el Grupo de Gestin y en ellas pueden participar otros miembros del Grupo de Desarrollo y otros interesados, tales como: gerentes de unidades usuarias y/o promotoras del proyecto. Algunos de los productos de gestin que se pueden someter a revisin gerencial son los siguientes: Plan del Proyecto y sus planes detallados: plan de alcance, plan de tiempos, plan de costos, etc. Planes suplementarios: plan de gestin de riesgos, plan de gestin de configuracin, plan de calidad, plan SQA, plan V&V, plan de pruebas. Informes de anomalas. Informes de auditorias. Planes de contingencias. Procedimientos de contratacin y procura. Informes de avance del proyecto. Informes de revisiones tcnicas. Informes de verificacin y validacin.

Revisin Tcnica Una revisin tcnica es un tipo de revisin de software mediante el cual el Grupo V&V evala un producto de software, con la finalidad de determinar si se ajusta a su uso esperado e identificar discrepancias con respecto a las especificaciones y estndares establecidos o elaborados en el proyecto (IEEE Standard 1028-1997). Algunos de los productos que se pueden someter a revisin tcnica son los siguientes: Documento de Especificacin de Requisitos. Diseos de Software: diseo arquitectnico, diseo de la interfaz grfica U/S, diseo de la base de datos, diseo de componentes de software. Documento de Pruebas de Software. Manuales de uso y mantenimiento. Procedimientos de instalacin.

Inspeccin de Software Una inspeccin se define como "Una tcnica de anlisis esttico que descansa en el examen de productos del desarrollo con el propsito de detectar errores, violaciones a los estndares

- 100 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

de desarrollo y otros problemas. Hay dos tipos: inspeccin de cdigo e inspeccin de diseo" (IEEE, 1990). Las inspecciones son apropiadas para: Verificar que un producto de software satisface sus especificaciones de requisitos o de diseo. Verificar que un producto de software satisface los atributos de calidad que le han sido establecidos. Verificar que un producto de software cumple con las regulaciones, estndares, lineamientos, planes y procedimientos establecidos en el proyecto.

Algunos de los productos que se pueden someter a inspeccin son los siguientes: Documento de Especificacin de Requisitos. Diseos de software. Cdigo fuente. Documentacin de uso y mantenimiento. Procedimientos de instalacin de la aplicacin.

Caminatas (Walkthroughs) Una caminata se define como "Una tcnica de anlisis en la cual un diseador o programador conduce a otros miembros del grupo de desarrollo, o partes interesadas, a travs de un segmento de documentacin o de cdigo, a fin de que los participantes hagan preguntas y comentarios acerca de posibles errores, violaciones de estndares de desarrollo y otros problemas" (IEEE, 1990). Las caminatas son tiles para detectar errores, anomalas, inconsistencias o incumplimiento de estndares en el cdigo fuente. Durante la reunin, el grupo de revisin realiza un recorrido del cdigo (corrida en fro) a fin de detectar, identificar y describir defectos en el cdigo, cuyas correcciones ayuden a mejorar su calidad.

Relaciones entre V&V y las pruebas de software

Las pruebas de software son tipos de verificacin y validacin que se aplican slo a los programas que integran una aplicacin; razn por la cual se denominan V&V dinmicas. Consisten en ejecutar (correr) los programas de la aplicacin empresarial con la finalidad de encontrar errores (faltas o fallas). El objetivo de las pruebas es encontrar y corregir la mayor cantidad de errores antes de que la aplicacin sea entregada a sus usuarios. Los procesos de pruebas se ejecutan a lo largo del desarrollo de la aplicacin y se dividen en dos grupos de subprocesos complementarios: uno tcnico y el otro de gestin. El diseo y ejecucin de las pruebas son procesos tcnicos que se ejecutan a lo largo de los procesos tcnicos de anlisis, diseo e implementacin (ver Captulos 8 - 10). Mientras que la gestin de pruebas es una parte de la V&V que involucra la realizacin de las siguientes actividades gerenciales: Planificacin de las Pruebas.- Consiste en determinar las actividades, recursos, tiempos, estrategias, prcticas, tcnicas y herramientas que se emplearn durante los procesos tcnicos de pruebas descritos en los Captulos 8 10. El resultado de este proceso es un Plan de Pruebas (ver seccin de Productos de los procesos de soporte, en este captulo).
- 101 -

Organizacin del Grupo de Pruebas.- Consiste en definir: (1) la estructura del Grupo de Pruebas; (2) las funciones que este grupo debe realizar; (3) los roles que cada miembro de este grupo debe jugar; (4) las responsabilidades de sus miembros; y (5) sus relaciones con otros grupos, tales como: Grupo de Anlisis, Grupo de Programacin & Integracin, Grupo de Gestin de la Configuracin (SCM), Grupo de Aseguramiento de la Calidad y Grupo V&V, entre otros. Control de la ejecucin de las pruebas.- Consiste en: (1) asegurar que las pruebas se ejecuten de acuerdo a lo establecido en el Plan de Pruebas; (2) actualizar este plan a fin de asegurar que los cambios que surjan en la configuracin del software sean considerados; pues, cada cambio en el software que sea aprobado por el Grupo de Gestin de la Configuracin impacta el Plan de Pruebas; (3) asegurar el cumplimiento de los estndares y procedimientos de calidad establecidos por el Grupo de Aseguramiento de la Calidad; y (4) supervisar el uso apropiado y la actualizacin de la documentacin de pruebas.

Tcnicas y herramientas
En la Tabla 7.4 se indican aquellas tcnicas, estndares, prcticas y herramientas automatizadas ms relevantes y efectivas que pueden ser aplicadas en cada uno de los procesos de soporte.
Tabla 7.4. Tcnicas y herramientas que pueden emplearse en los procesos de soporte
Proceso Gestin de la Configuracin del Software Tcnicas, estndares y mejores prcticas

Herramientas

Existe una amplia variedad de herramientas IEEE Std. 828-1998 PMIBOK (PMI, 2000)
SCM, incluyendo Rational Clear Case y CVS (ver: http://www.laatuk.com/tools/SCM_tools.html)

Aseguramiento de la Calidad del Software

IEEE Std. 730-2001 Modelos de Calidad: FURPS,

McCall

CMMI PMIBOK (PMI, 2000) Juicio de expertos

Gestin de Riesgos

Matriz de Riesgos rboles de decisiones

Torbellino de ideas Anlisis DOFA Revisin tcnica Ver lista de herramientas de V&V en:
http://vva.dmso.mil/Ref_Docs/VVTools/vvtools -pr.PDF

Verificacin y validacin

Estrategias de pruebas: Caja

Negra y Caja Blanca

IEEE Std. 1012-1998 IEEE Std. 1028-1997

- 102 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Auditorias
El proceso de auditorias tiene como objetivo determinar la conformidad de los productos software y/o de los procesos de desarrollo con los requerimientos, estndares, lineamientos, especificaciones, procedimientos y otros criterios establecidos en el contrato del proyecto. En este proceso existen dos partes, una parte que audita los productos de software o actividades y la otra parte que es la parte auditada. Todos los recursos requeridos para realizar la auditoria tales como personal, hardware, software, herramientas, personal, ubicacin, etc., son establecidos de mutuo acuerdo entre las dos partes El personal que audita utiliza un conjunto de criterios para auditar, por ejemplo los acuerdos del contrato, planes, prcticas, convenciones. Una auditoria es mucho ms que una inspeccin, este proceso puede auditar. tems de software Procesos para producir los tems Proyectos Programas completos de calidad

Las auditorias conducen a asegurar que: El cdigo del producto software reflejen el documento de diseo Las revisiones de aceptacin y los requisitos de pruebas descritos en el documento son adecuados para la aceptar el producto Las pruebas de datos cumplen con las especificaciones Los productos software fueron exitosamente probados y cumplen con su especificacin Los reportes de pruebas son correctos y las discrepancias entre el actual y los resultados esperados han sido resueltos La documentacin del usuario cumple con los estndares especificados Las actividades han sido realizadas de acuerdo a los requerimientos de los contratos y planes Los costos y calendario se adhieran al plan establecido

En el proceso de auditoria las intervenciones se llevan a cabo en los hitos predeterminados, segn este especificado en el plan del proyecto. El personal de auditoria no tiene alguna responsabilidad directa por los productos software desarrollados y las actividades auditadas. Los problemas detectados en la auditoria son registrados en el proceso de resolucin de problemas, generndose un documento para la parte auditada con los resultados obtenidos. Las partes se pondrn de acuerdo sobre el resultado de la auditoria y de cualquier accin sobre las responsabilidades y los criterios de cierre. Los objetivos, entradas, salidas, recursos y controles del proceso de Auditorias se ilustran en la figura 7.27.

- 103 -

analysis Diagrama del proceso RS Mtodos y tcnicas de Revisi n de Software (from Productos RS) cont rola pers igue document... Lista de defectos encontrados (from Productos RS) actor Coordi nador de Revisin (from Actores RS) objetivo Detecta r defe ctos e n los productos de software elaborados en un proyecto de desarrol lo de aplicaciones

regula

Revisin de Software
producto Producto ba jo revi sin (from Productos RS)

producto Producto corre gido

(from Productos RS) ejec uta apoya

actor Grupo de Revi sin (from Act ores RS)

recurso Lista de Chequeo (from Productos RS)

Figura 7.27. Diagrama del proceso de Auditoria Al igual que los otros procesos de soporte, las Auditorias se ejecuta a lo largo de todo el desarrollo de la aplicacin. La figura 7.28 identifica los principales subprocesos de las auditorias.
analysis Cadena de v alor de Auditoria

Auditorias

(from Gestin de la Calidad (GC)) Auditoria de la configuracin Funcional

Planificacin de la auditoria

Auditoria de la configuracin Fsica

Auditoria de los procesos de desarrollo

Figura 7.28. Subprocesos de las Auditorias

Planificacin de la auditoria.- En este proceso se establece un plan para realizar las diferentes auditorias, establecidas en los hitos de plan del proyecto, en l se indica el punto de inicio de la auditoria, el alcance de la misma y se especifican cuales procesos del proyecto sern auditados, el software a ser auditado, criterios de auditoria a utilizar, los procedimientos de auditoria, lista de chequeos, requerimientos de personal de auditoria, fechas, tiempos, lugares y agenda.

- 104 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Auditoria de la configuracin Funcional.- Proceso conducente a verificar que el desarrollo de una configuracin de tems ha sido completamente satisfactoria, que los tems han alcanzado las caractersticas de rendimiento y funcionalidad establecidas. Que estos tems son operacionales y que sus documentos de soporte son satisfactorios Auditoria de la configuracin Fsica.- Proceso conducente a verificar que una configuracin de tems han sido construidos conforme a las especificaciones del documento tcnico que se ha definido. Auditoria de los procesos de desarrollo.- En este proceso se audita un proceso de desarrollo en particular. Existen auditorias de manejo de las configuraciones, auditorias de la gestin de calidad, etc. Cada uno de estos procesos es auditado basndose en las funciones establecidas para cada proceso, sus planes y procedimientos.

- 105 -

Captulo Procesos de Anlisis 8

Los procesos tcnicos del mtodo se dividen en tres grupos: Procesos de Anlisis, Procesos de Diseo y Procesos de Implementacin. Los procesos de anlisis cubren los procesos de Modelado del Negocio o del dominio de la Aplicacin y el de Ingeniera de Requisitos; los procesos de diseo cubren los procesos de Diseo Arquitectnico y Diseo Detallado; mientras que, los procesos de implementacin agrupan los procesos de Construccin & Integracin, Pruebas de la Aplicacin y Entrega de la Aplicacin. Este captulo describe, de manera detallada, los procesos tcnicos de anlisis. Estos procesos son necesarios para: (1) establecer el dominio o ambiente organizacional donde la aplicacin empresarial operar; y (2) especificar los requisitos que debe satisfacer dicha aplicacin. El anlisis consta, por lo tanto, de dos procesos tcnicos: 1. El Modelado de Negocios (MN) 2. La Ingeniera de Requisitos (IR). Este captulo est organizado de la siguiente manera: primero, se presenta de manera general, el grupo de procesos de anlisis. Luego se describe cada uno de los procesos que lo componen. Cada proceso est documentado en trminos de sus interrelaciones, de sus entradas y salidas y, de los productos parciales que se van produciendo durante su ejecucin.

Grupo de procesos de anlisis

Este grupo tiene como objetivos principales los siguientes: (1) entender y modelar el Sistema de Negocios que constituye el dominio de la aplicacin empresarial; y (2) definir y especificar el conjunto de requisitos funcionales y no-funcionales que la aplicacin empresarial debe satisfacer. Para ello, se emplean tcnicas, mtodos y herramientas apropiadas para el Modelado de Negocios y la Ingeniera de Requisitos. La figura 8.1a describe, de manera muy general, el grupo de procesos de anlisis, visto como un todo; el conjunto de procesos que lo conforman se muestra en la figura 8.1b.

- 106 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

analysis Procesos_Anlisis

Regla Mtodos , Planes, Estndares y Procedimientos del P roceso mayor (from Modelado de Negocios)

actor Coordinador Grupo de Anlisis

Establecer claramente los requist os que la aplicacin empresarial debe satisfacer, para ello debe comprender, primero, el sistema de negocios dentro del c ual operar garantizando as, la integracin de la aplicacin al contexto

(from Actores Modelado de Negocios) Documento Modelo del Negocio

regula

Documento Documento de Inicio del Proy ecto (from Productos Modelado Negocios)

persigue

Anlisis de la Aplicacin
(from Productos Modelado Negocios) Documento Documento de Requisitos
ejecuta apoya apoya

ejecuta

actor Grupo de Anlisis actor Usuario (from Actores Modelado de Negocios)

(from Productos Modelado Negocios)

recurso herramientas , tcnicas, patrones, mtricas, prcticas, plantillas (from Actores Modelado de Negocios) (from Productos Modelado Negocios)

Documento Documentacion Interna

(from Modelado de Negocios)

Figura 8.1a. Diagrama del proceso Anlisis de la Aplicacin

act Anlisis de la Aplicacin

Anlisis de la Aplicacin

Modelado del Negocio (from Cadena de Valor)

Ingeniera de Requisitos (from Cadena de Valor)

Figura 8.1b. Diagrama de procesos que componen el proceso Anlisis de la Aplicacin

El proceso de Modelado de Negocios permite representar el ambiente o Sistema de Negocios (dominio de la aplicacin) dentro del cual se desarrollar la aplicacin; de manera que se puedan definir sus elementos claves, sus interrelaciones y el grado de influencia que stos pudieran tener sobre los requisitos tcnicos que la aplicacin empresarial debe satisfacer; especialmente, aquellos que se corresponden con la integracin de la aplicacin al Sistema de Negocios. El proceso de Ingeniera de Requisitos permite descubrir, analizar, especificar y validar el conjunto de requisitos funcionales y no-funcionales que la aplicacin empresarial debe satisfacer. Este proceso utiliza tcnicas, notaciones y herramientas orientadas por objetos para producir una documentacin completa y precisa de los requisitos que se le impondrn a la aplicacin empresarial. La entrada al proceso es el Modelo de Negocios producido por el proceso que lo antecede en la cadena de valor: el Modelado de Negocios.

El Proceso de Modelado de Negocios (MN)

Una aplicacin empresarial se define dentro de un dominio o Sistema de Negocios particular; por lo tanto, es necesario conocerlo para poder determinar la manera como la aplicacin a desarrollar se integrar a dicho sistema. Un Sistema de Negocios comprende un conjunto de procesos que son ejecutados por una o ms unidades organizacionales. Por ejemplo, el proceso de medicin de variables climatolgicas, que se ejecuta en una unidad de pronstico

- 107 -

de tiempo, forma parte del Sistema de Negocios de Medicin de Variables Climatolgicas de una organizacin de Manejo Ambiental. El Modelado de Negocios (MN) es el primer proceso tcnico del mtodo y se ejecuta inmediatamente despus de que el Plan del Proyecto de desarrollo de una nueva aplicacin empresarial ha sido elaborado y aprobado por el Comit Directivo. Este proceso tiene como objetivos fundamentales los siguientes: Entender el dominio de la aplicacin empresarial que se va a desarrollar. Comprender los problemas que motivan el desarrollo de la aplicacin empresarial. Facilitar la identificacin de las necesidades de informacin que tienen los usuarios futuros de esta aplicacin. Identificar los sistemas de negocios pares con lo que interacta (recibe y/o entrega recursos, informacin, datos, coordina la ejecucin de actividades y tareas) el sistema objeto del modelado. Facilitar la integracin de la aplicacin empresarial, una vez desarrollada, en el Sistema de Negocios o dominio organizacional donde operar.

Es importante destacar que, una aplicacin empresarial es un sistema de apoyo a otro mayor que lo contiene y al cual prestar sus servicios; este sistema mayor se denomina Sistema de Negocios. Un Sistema de Negocios est integrado por los siguientes elementos organizacionales: 1. Objetivos.- Son aquellas finalidades que el Sistema de Negocios debe alcanzar y que determinan su razn de ser. Entre estas finalidades est la misin del sistema, sus objetivos estratgicos y sus metas. 2. Procesos de negocio.- Los procesos constan de actividades y tareas que en su conjunto permiten alcanzar los objetivos pre-establecidos. 3. Objetos de negocio.- La ejecucin de los procesos involucra un conjunto de elementos denominados objetos del negocio; por ejemplo, materia prima, productos, recursos humanos, clientes, etc. Se incluye dentro de este grupo las tecnologas propias que se utilizan en el Sistema de Negocios para llevar a cabo las actividades; por ejemplo, mquinas o dispositivos, tcnicas, mtodos de anlisis, procedimientos y estndares que deben ser seguidos de manera precisa, herramientas especiales que son imprescindibles para ejecutar cabalmente un proceso. 4. Actores/Roles.- Los procesos son ejecutados por un grupo de actores de la organizacin, que tienen la responsabilidad de ejecutar las actividades y tareas que integran cada proceso. Cada actor ejecuta uno o ms roles. Un rol tiene asociado un conjunto de responsabilidades. Por ejemplo, el actor Lder del Proyecto aplicacin empresarial es un rol que ejecuta una persona determinada, quien es responsable de un conjunto de actividades y tareas. Los usuarios son un tipo particular de actor, los cuales interactuarn con la aplicacin a desarrollar de manera directa o indirecta. 5. Unidades organizativas.- Son las unidades de la empresa (Divisin, Gerencia, Departamento Seccin) que participan en la ejecucin de los procesos de negocios.
- 108 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

6. Reglas de negocio.- Los procesos de negocio deben cumplir con un conjunto de regulaciones, normas, procedimientos y estndares denominados, en su conjunto, como reglas de negocio. 7. Eventos.- Cada proceso del Sistema de Negocio tiene un punto de inicio y un punto de finalizacin que indican cuando el proceso se activa y cuando debe finalizar. A estos puntos los denominamos eventos. La figura 8.2 muestra el diagrama de procesos que describe los elementos que intervienen en el modelado del negocio de una aplicacin empresarial.
analysis Modelado de Negocios

Regla Mtodos, Planes , Estndares y Procedimientos del Proceso mayor (from Productos Modelado Negocios)
regula

actor Coordinador Grupo de Anlisis (from Actores Modelado de Negocios)

controla

objetivo Describir los elementos del Sistema de Negocios que servir de contexto a la aplicacin de soft ware que se desea desarrollar (from Productos Modelado Negocios)

persigue

Documento Documento de Inicio del Proy ecto

Modelado del Negocio

modelo Modelo de Negocios

(from Productos Modelado Negocios)

(from Productos Modelado Negocios)

(from Cadena de Valor)

ejecuta apoya apoya apoya

actor Analista de Negocios (from Actores Modelado de Negocios) actor Usuario

(from Productos Modelado Negocios) (from Productos Modelado Negocios)

recurso herramientas , tcnicas, patrones , mtric as, prc ticas, plant illas

Documento Documentacion Interna

(from Actores Modelado de Negocios)

Figura 8.2. Diagrama general del proceso Modelado de Negocios

El Modelo de Productos del Proceso MN

El proceso MN genera un producto final, denominado Modelo del Negocio de la Aplicacin o Modelo Empresarial. Este modelo representa al Sistema de Negocios para el cual se desarrollar la aplicacin empresarial. Es un modelo compuesto por un conjunto de submodelos, cada uno de los cuales representa un elemento organizacional del Sistema de Negocios. La figura 8.3 captura la estructura de un Modelo de Negocios mostrando cada uno de sus componentes, los cuales se elaboran durante la realizacin del proceso de Modelado MN. Estos modelos son elaborados usando la notacin UML Business de Ericsson y Penker (2000). El proceso de elaboracin de cada uno de ellos est fundamentado en el mtodo de modelado de negocios BMM descrito por Montilva y Barrios (2004a).
composite structure Modelo del Negocio

modelo Modelo del Negocio

Documento Descripcin Sistema de Negocios

modelo Modelo de Objetivos

modelo Modelo de Procesos del Negocio

modelo Modelo de Objetos del Negocio

modelo Modelo de Reglas del Negocio

modelo Modelo de Actores

modelo Modelo de Eventos

Documento Glosario de Trminos

diagrama UML Descripcin Objetivos

diagrama UML Diagrama de Clases del Negocio

Documento Matriz de Roles y Responsabilidades

diagrama UML Estructura Organizacional

diagrama UML Cadena de Valor

diagrama UML Descripcion de Procesos

diagrama UML Diagrama de actividades

- 109 -

Figura 8.3. Modelo de productos asociados al proceso Modelado del Negocio

Descripcin de los componentes del Modelo del Negocio de la Aplicacin

Cada uno de los elementos organizacionales del Sistema de Negocios es representado mediante un sub-modelo que ser brevemente descrito en los prrafos siguientes. Cada uno de ellos es un producto intermedio que es ensamblado al final del proceso de modelado del negocio de la aplicacin para integrar y elaborar el documento que describe el Modelo de Negocios de la Aplicacin. Definicin del Sistema de Negocios El documento de Descripcin del Sistema de Negocios contiene la informacin relacionada con la identificacin de objetivos, alcance, componentes o subsistemas y las interacciones con otros sistemas, del sistema o contexto dentro del cual operar la aplicacin. El Modelo de Negocios resultante del proceso de Modelado de Negocios representar a este Sistema de Negocios, por lo que es importante contar con una descripcin inicial de dicho sistema. Modelo de Objetivos Este modelo contiene el conjunto de objetivos de la organizacin representados como una jerarqua de objetivos. La raz de esta jerarqua representa la misin y la visin de la organizacin, pasando luego a especificar el objetivo general de la misma, que se descompone en un conjunto de sub-objetivos ms precisos; a su vez, stos se van descomponiendo de manera recursiva, hasta lograr establecer los objetivos de bajo nivel dentro de la organizacin, los cuales son asignados directamente a los procesos del negocio. Modelo de Procesos del Negocio Este modelo representa el conjunto de procesos que se realizan en el Sistema de Negocios y que conllevan al logro de los objetivos de alto nivel del mismo. Como punto de partida se define la cadena de valor del Sistema de Negocios, la cual agrupa los procesos del negocio en dos grandes categoras: los procesos primarios y los procesos de apoyo. Los primeros representan la razn de ser del Sistema de Negocios, los segundos prestan el apoyo tcnico y administrativo necesario para que los primeros se lleven a cabo. Debido a la complejidad de una organizacin, cada proceso primario y de apoyo de la cadena de valor, se va descomponiendo en un conjunto de subprocesos cada vez mas simples, hasta alcanzar el nivel de especificacin de las actividades que son ejecutadas directamente por los actores del Sistema de Negocios. Modelo de Reglas del Negocio Este modelo representa el conjunto de reglas, normas y estndares de la organizacin que rigen y regulan la ejecucin de las actividades y procesos por parte de los actores. En algunos casos se deben incluir tambin aquellas leyes y/o regulaciones externas (provenientes del dominio ampliado del sistema de negocios) que afectan la ejecucin de los procesos y actividades del sistema de negocios.

- 110 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Modelo de Eventos Este modelo captura el conjunto de eventos tanto internos como externos al Sistema de Negocios que causan, disparan y condicionan la ejecucin de las diferentes actividades y procesos del negocio. Modelo de Actores y Roles Este modelo representa el conjunto de actores que participan en la ejecucin de las actividades y procesos del negocio. Los actores pueden ser miembros o no de la organizacin, mquinas, equipos o sistemas automatizados. Los actores son responsables, bajo la definicin de un rol, de la consecucin de un objetivo operacional (de muy bajo nivel) especfico. Un actor mediante la ejecucin, coordinacin y/o supervisin de un conjunto de actividades y/o tareas participa activamente en los procesos de negocios. Los actores que pertenecen a una organizacin o Sistema de Negocios, forman parte de una unidad o dependencia, por lo que se requiere modelar tambin su estructura organizativa; de manera que, se pueda definir las relaciones de dependencia y autoridad entre los diferentes actores y los roles que ejecutan en cada uno de los procesos organizacionales. Modelo de Objetos del Negocio Es una representacin, del conjunto de objetos de negocios, que se crean, modifican, participan y/o fungen como recursos fundamentales en la ejecucin de las actividades asociadas a cada uno de los procesos del negocio. Estos recursos son utilizados tanto a nivel de operaciones bsicas como a nivel de los procesos de toma de decisiones en los diferentes niveles gerenciales de una organizacin o sistema.

Subprocesos del proceso MN

EL proceso MN se descompone en siete subprocesos complementarios: modelado de objetivos, modelado de procesos del negocio, modelado de objetos del negocio, modelado de actores, modelado de reglas, modelado de eventos e integracin de modelos (ver figura 8.4). Cada uno de los sub-modelos producidos en cada subproceso, es validado por un conjunto selecto de usuarios o interesados de la aplicacin empresarial. Estos usuarios e interesados tienen un conocimiento slido del Sistema de Negocios que se modela. Una vez validados todos los sub-modelos, se procede a integrarlos validando y documentando los sub-modelos y las relaciones entre ellos, de manera que se presentan como un todo que describe el Modelo del Negocio donde operar la Aplicacin.
analysis Modelado de Negocios

Modelado del Negocio (from Cadena de Valor)

Modelado de Objetivos

Modelado de Procesos del Negocio

Modelado de Objetos del Negocio

Modelado de Actores

Modelado de Reglas del Negocio

Modelado de Eventos

Integracin de Modelos

(from Modelado(from Modelado de ProcesosModelado de Objetos del Modelado de Actores) de Objetivos) (from del Negocio) (from Negocio) (from Modelado de Reglas del Negocio) de Eventos) (from Modelado

- 111 -

Figura 8.4. Subprocesos del proceso MN

Descripcin de subprocesos
A continuacin, se describe cada uno de los subprocesos de modelado de negocios, primero a nivel general, en trminos de sus entradas, salidas, objetivos, actores, recursos; luego, se describe a nivel detallado mostrando su diagrama de flujo de trabajo (actividades asociadas al subproceso). Se completa esta descripcin con una tabla que resume actividades y productos de cada subproceso.

Subproceso: Modelado de Objetivos

Un objetivo representa una intencin o camino a seguir, es un resultado establecido de antemano por los miembros de la empresa o del Sistema de Negocios. Los objetivos representan y justifican la existencia del sistema, orientan su desempeo y permiten evaluar su presencia y continuidad en el ambiente competitivo en el cual se encuentra inmerso (Chiavenato, 2000). Por lo tanto, los objetivos determinan los procesos del negocio, las relaciones entre estos procesos, los actores y dems elementos representados en un modelo del negocio. Debido a la complejidad de los objetivos organizacionales, se consideran dos tipos bsicos de objetivos, los de alto nivel o no operacionales, que son complejos y no pueden ser alcanzados directamente por un proceso del negocio; y los objetivos de bajo nivel u operacionales que si pueden ser alcanzados directamente a travs de la ejecucin de un conjunto de actividades asociado a un proceso de negocios. Los objetivos de alto nivel son descompuestos en subobjetivos, cada vez ms sencillos, hasta lograr asignarlos directamente a un proceso de negocios. Esta descomposicin recursiva es representada como un rbol o jerarqua de objetivos. Para construir el modelo de objetivos del negocio, el mtodo propone tres subprocesos complementarios: la definicin del sistema de negocios, la construccin de la jerarqua de objetivos y la validacin de dicha jerarqua. En la figura 8.5a se muestra la descripcin del proceso; en la figura 8.5b se muestra el diagrama de descomposicin, en subprocesos, del proceso Modelado de Objetivos.

- 112 -

PROYECTO METHODIUS
analysis Modelado de Obj etiv os

MTODO GRAY WATCH

VERSIN PRELIMINAR

Regla Mtodos, Planes, Estndares y Procedimientos del Proceso mayor

actor Coordinador Grupo de Anlisis

objetivo Elaborar la jerarqua de objetivos del sistema de negocios asegurando que se ajusten a l a real idad organizacional

(from Actores Modelado de Negocios) (from Productos Modelado Negocios)

controla persigue

Documento Documento de Inicio del Proy ecto (from Productos Modelado Negocios)

Modelado de Objetivos

modelo Modelo de Objetivos (from Productos Modelado Negocios) Documento Desc ripc in del Sistema de Negocios (from Productos Modelado Negocios)

ejecuta

apoya

actor Analista de Negocios

recurso herramientas , tcnicas, patrones, mtri cas, prcticas, plantillas

(from Actores Modelado de Negocios) (from Productos Modelado Negocios)

Figura 8.5a. Proceso de Modelado de Objetivos

act Modelado de Obj etiv os

Modelado de Objetivos

Definicin del Sistema de Negocios

Construccin de la Jerarqua de Objetivos del Sistema de Negocios

Validacin de la Jerarqua de Objetivos

Figura 8.5b. Subprocesos del Modelado de Objetivos

El subproceso Definicin del Sistema de Negocios, tiene como objetivo establecer las caractersticas bsicas del Sistema de Negocios que servir de contexto a la aplicacin que se desea desarrollar; por lo tanto, se debe identificar y establecer sus componentes bsicos, sus interrelaciones con otros sistemas del negocio, para luego pasar a describirlo en detalle a travs de sus objetivos, procesos, actividades, actores, eventos, etc. La figura 8.6 muestra el flujo de trabajo de este subproceso.
act Definicin del Sistema de Negocios

Documento Documento de Inicio del Proyecto

Definicin del Sistema de Negocios

(from Productos Modelado Negocios) Establecer alcance del sistema Definir subsistemas
SI

Ini cio

Identificar los objetivos del sistema de Negocios

sistema complejo

Documento Desc ripc in del Sis tema de Negocios Definir interacciones con otros sistemas de negocios
Fi n

Figura 8.6. Flujo de trabajo del subproceso Definicin del Sistema de Negocios

- 113 -

El subproceso Construccin de la Jerarqua de Objetivos persigue modelar los objetivos del Sistema de Negocios partiendo de la definicin de su misin y visin, pasando por los objetivos generales hasta llegar a aquellos objetivos especficos asociados a los procesos de la cadena de valor. La misin define el propsito del Sistema de Negocios, que lo distingue de otros sistemas u organizaciones y que establece el cubrimiento de operaciones, productos, servicios y personal para lograr dicho propsito. La visin provee un punto de referencia de lo que el sistema de negocios, es y quiere ser, en el futuro. Es as que la jerarqua de objetivos es construida a travs de la identificacin y subsecuente descomposicin (de manera recurrente) de los objetivos de alto nivel en subobjetivos cada vez ms especficos. Esta descomposicin busca la identificacin de los objetivos operacionales que sern luego justificados por los procesos de la cadena de valor del Sistema de Negocios. La jerarqua debe ser coherente; es decir, se debe asegurar que los objetivos de alto nivel realmente pueden ser alcanzados a travs de la ejecucin de los de ms bajo nivel; por lo tanto, deben ser complementarios entre ellos y no debe haber contradicciones entre objetivos del mismo nivel. La figura 8.7 muestra el flujo de trabajo para la Construccin de la Jerarqua de Objetivos.
act Construccin de la Jerarqua de Obj etiv os del Sistema de Negocios

Documento Desc ripc in del Sistema de Negocios

Ini cio

Construir Jerarqua de Objetivos del Sistema de Negocios

Definir obj etiv os de alto niv el Definir la misin

Descomponer obj etiv os en subobj etiv os

Construir j erarqua de obj etiv os

Documento Documentacion Interna (from Productos Modelado Negocios)

Definir la v isin

[n o] todo s son objetivos operacionales? [si]

modelo Modelo de Objetivos

Rev isar coherencia entre obj etiv os Fi n

Figura 8.7. Flujo de trabajo del subproceso Construccin de la Jerarqua de Objetivos

El subproceso Validacin del Modelo de Objetivos incluye el conjunto de actividades que son requeridas para asegurar que la jerarqua construida realmente representa los objetivos del Sistema de Negocios objeto del modelado. Por ello, se valida el modelo de objetivos , con el apoyo de la definicin del Sistema de Negocios y de la documentacin interna de la organizacin que contiene informacin sobre el Sistema de Negocios. Se verifican tambin las relaciones de dependencia y coordinacin entre objetivos. En la figura 8.8 se muestra el flujo de actividades correspondientes.

- 114 -

PROYECTO METHODIUS
act Validacin de la Jerarqua de Obj etiv os

MTODO GRAY WATCH

VERSIN PRELIMINAR

Documento Documentacion Interna (from Productos Modelado Negocios)

Validacin de la Jerarqua de Objetivos

Enmendar inconsistencias en la representacin de objetivos Documentar Modelo de Objetivos

Analizar la jerarqua de objetivos

Ini cio

Documento Desc ripc in del Sistema de Negocios

modelo Modelo de Objetivos

Fi n

Figura 8.8. Flujo de trabajo subproceso Validacin de la Jerarqua de Objetivos

Subproceso: Modelado de Procesos del Negocio

Este subproceso describe cmo organizar y representar los procesos realizados en el Sistema de Negocios contexto de la aplicacin. Se inicia con el modelado de la cadena de valor; luego cada uno de estos procesos se descomponen en subprocesos creando un diagrama jerrquico de procesos. Se describe cada proceso de bajo nivel usando diagramas de proceso y se modelan sus actividades. La figura 8.9a muestra el diagrama de descripcin del proceso y la figura 8.9b muestra el diagrama de descomposicin en subprocesos del Modelado de Procesos del Negocio.
analysis Modelado de Procesos del Negocio

Regla Mtodos, Planes, Estndares y Procedimientos del Proceso mayor (from Productos Modelado Negocios)

actor Coordinador Grupo de Anlisis (from Actores Modelado de Negocios)

controla persigue

objetivo Representar los proc esos del negocio a partir del modelo de objetivos y utilizando arboles de jerarquas de procesos que se refinan hasta llegar a definir las actividades que los componen

regula

modelo Modelo de Objetivos

Modelado de Procesos del Negocio

apoya apoya

modelo Modelo de Procesos del Negocio

(from Productos Modelado Negocios)

ejecuta

actor Analista de Negocios (from Actores Modelado de Negocios)

actor Usuario

apoya

recurso herramientas , tcnicas, patrones, mtricas, prcticas, plantillas

(from Actores Modelado de Negocios) (from Productos Modelado Negocios) Documento Descripcin del Sistema de Negocios (from Productos Modelado Negocios)

Figura 8.9a. Proceso Modelado de Procesos del Negocio

act Modelado de Procesos del Negocio

Modelado de Procesos del Negocio

Construccin de la Cadena de Valor del Sistema de Negocios

Descomposicin de los procesos en subprocesos

Validacin del modelo de procesos del negocio

Figura 8.9b. Subprocesos del Modelado de Procesos del Negocio

El subproceso de Construccin de la Cadena de Valor del Sistema de Negocios es descrito en detalle en la figura 8.10. Las actividades se inician con el establecimiento de los procesos
- 115 -

que justifican los objetivos del sistema de negocios. Es decir, definir aquellos procesos que son la razn de ser del Sistema de Negocios; para luego definir la dependencia entre ellos y determinar su ubicacin lgica en la cadena de valor. Los procesos de apoyo son aquellos procesos que soportan la ejecucin de los procesos fundamentales, generalmente son las actividades administrativas y de gerencia que establecen el contexto operativo bsico para el Sistema de Negocios.
act Construccin de la Cadena de Valor del Sistema de Negocios

Documento Descripcin Sistema de Negocios (from Modelo del Negocio)

Construccin de la Cadena de Valor del Sistema de Negocios

Ini cio

diagrama UML Cadena de Valor (from Modelo del Negocio)

Determinar procesos principales del sistema de negocios

Definir los procesos de apoyo del sistema de negocios

Validar los procesos definidos

modelo Modelo de Objetivos (from Modelo del Negocio)

Describir procesos usando diagramas de procesos

Fi n

diagrama UML Descripcion de Procesos (from Modelo del Negocio)

Figura 8.10. Flujo de trabajo del Subproceso Construccin de la Cadena de Valor

El subproceso de Descomposicin de Procesos en Subprocesos permite determinar los procesos de ms bajo nivel del Sistema de Negocios; es decir, los procesos que pueden ser ejecutados directamente por un actor de la organizacin. Cada proceso es descrito a travs de la definicin de un conjunto de actividades que manipulan, usan, transforman y crean recursos del negocio denominados objetos del negocio. La figura 8.11 muestra el flujo de trabajo correspondiente.
act Descomposicin de procesos en subprocesos

diagrama UML Cadena de Valor (from Modelo del Negocio)

Descomposicin de Procesos en Subprocesos

diagrama UML Diagrama de activi dades (from Modelo del Negocio)

Ini cio

Construir Jerarquia de Procesos fundamentales y de apoyo

Describir cada proceso del negocio de bajo nivel (subprocesos)

Elaborar diagramas de actividades para procesos bajo nivel

Fi n

diagrama UML Descripcion de Procesos (from Modelo del Negocio)

Figura 8.11. Flujo de trabajo del Subproceso Construccin de la Cadena de Valor

El subproceso Validacin del Modelo de Procesos del Negocio consiste en el conjunto de actividades requeridas para asegurar que el modelo construido es adecuado al Sistema de Negocios. Los usuarios y miembros de la organizacin colaboran en la validacin y detectan inconsistencias y/o faltas en la descripcin de los procesos del negocio y en su relacin con los objetivos del Sistema de Negocios. La figura 8.12 describe el flujo de trabajo requerido para la Validacin del Modelo de Procesos del Negocio.

- 116 -

PROYECTO METHODIUS
act Validacin del modelo de procesos del negocio

MTODO GRAY WATCH

VERSIN PRELIMINAR

Verificar coherencia en descomposicin (from Productos Modelado Negocios) de procesos Validar con el usuario/cliente
Ini cio

Documento Descripc in del Sistema de Negocios

Validacin del Modelo de Procesos

Actualizar diagramas y modelos

Fi n

Validar descripciones de procesos y diagramas de actividad

modelo Modelo de Procesos del Negocio (from Modelo del Negocio)

Figura 8.12. Flujo de trabajo del Subproceso Validacin del Modelo de Procesos del Negocio

Subproceso: Modelado de Objetos del Negocio

Todos aquellos elementos organizacionales que son creados, usados, consumidos y/o transformados por las actividades asociados a los procesos de negocios, son denominados Objetos del Negocio. Estas entidades pueden ser fsicas o abstractas. Un objeto fsico representa un objeto del mundo real que ocupa un espacio (espacial) y se localiza en un tiempo (temporal); por ejemplo, un empleado, un dispositivo, un libro de registro de cuentas, etc. Los objetos abstractos representan elementos convencionales productos de la mente humana, no se pueden ubicar en el espacio ni en el tiempo porque no tienen existencia fsica determinada, pero son el resultado de un acuerdo social; por ejemplo, una cuenta o una transaccin bancaria, los datos y la informacin sobre determinada actividad. Los objetos del negocio son caracterizados por los atributos, cuyos valores los diferencian unos de otros, y por su comportamiento, que describe su actuacin y funcionalidad. Los objetos se agrupan en clases de objetos y son representados mediante diagramas de clases de UML. Los objetos de negocio son parte esencial de la ejecucin de los procesos del negocio; y, por consiguiente, contribuyen a la consecucin de los objetivos del Sistema de Negocios. En la figura 8.13 se muestra el diagrama de procesos para el Modelado de Objetos del Negocio.
analysis Modelado de Obj etos del Negocio

Regla Mtodos, Planes, Estndares y Procedimientos del Proceso mayor

objetivo Establecer el conjunto de elementos organizac ionales que son usados, (from Actores Modelado de Negocios) creados, t ransformados por los procesos del negocio
controla persigue

actor Coordinador Grupo de Anlisis

(from Productos Modelado Negocios)

regula

modelo Modelo de Procesos del Negocio (from Productos Modelado Negocios)

Modelado de Objetos del Negocio

modelo Modelo de Objetos del Negocio

ejecuta

actor Grupo de Anlisis (from Actores Modelado de Negocios)

apoya

apoya

Documento Descripcin del Sistema de Negocios

recurso herramientas , tcnicas, patrones, mtricas, prcticas, plantillas

(from Productos Modelado Negocios) (from Productos Modelado Negocios)

Figura 8.13. Proceso Modelado de Objetos del Negocio

- 117 -

La figura 8.14 muestra la descomposicin del Modelado de Objetos de Negocio, en los subprocesos: Identificacin de Objetos del Negocio, Descripcin de Objetos del Negocio, Especificacin de Diagramas de Clases de Objetos de Negocio y Validacin del Modelo de Objetos del Negocio. Cada uno de estos subprocesos es descrito a travs de los diagramas de flujos de trabajo presentados en las figuras 8.15, 8.16, 8.17 y 8.18, respectivamente.
act Modelado de Obj etos del Negocio

Modelado de Objetos del Negocio

Identificacin de objetos del negocio

Descripcin de los objetos del negocio

Especificacin de diagramas de clases de objetos de negocio

Validacin del Modelo de Objetos del Negocio

Figura 8.14. Subprocesos del Modelado de Objetos del Negocio

El subproceso de Identificacin de Objetos del Negocio tiene por objetivo definir los Objetos del Negocio a partir de la revisin de los diagramas de descripcin de procesos, especficamente, los representados en las entradas, las salidas y otros elementos de apoyo a la ejecucin de un proceso.
act Identificacin de obj etos del negocio

modelo Modelo de Procesos del Negocio (from Productos Modelado Negocios)

Identificacin de Objetos del Negocio

Documento Lista de objetos por proceso de negocios (from Productos Modelado Negocios)

Ini cio

Analizar proceso del negocio y sus diagramas de actividades

Identificar objetos a partir de entradas y salidas del proceso

Describir objetos del negocio

Fi n

Figura 8.15. Subproceso Identificacin de Objetos del Negocio

El subproceso Descripcin de los Objetos del Negocio tiene como objetivo la descripcin de los objetos de negocios a travs de diagramas de clases de objetos, estableciendo relaciones de dependencia e interaccin entre ellas, para cada uno de los procesos de negocios del Sistema de Negocios.
act Organizacin de los obj etos del negocio

Documento Lista de objetos por proceso de negocios (from Productos Modelado Negocios)

Descripcin de los Objetos del Negocio

Documento Lista y categoras de objet os del negocio (from Productos Modelado Negocios)

Ini cio

Identificar las clases de negocio

Establecer tipos de relaciones entre clases de negocio

Validar relaciones y clasificacin de clases de objetos

Fi n

modelo Modelo de Procesos del Negocio (from Productos Modelado Negocios)

- 118 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Figura 8.16. Subproceso Descripcin de Objetos del Negocio

El subproceso Especificacin de Diagramas de Clases busca describir en detalle y utilizando la notacin UML, la estructura y comportamiento de cada una de las clases de objetos identificadas.
act Elaboracin de diagramas de clases de obj etos de negocio

Documento Lista y cat egoras de objetos del negocio

Especificacin de Diagramas de Clases de Objetos

(from Productos Modelado Negocios)

diagrama UML Diagramas de Clases de Objetos (from Productos Modelado Negocios)

Ini cio

Definir propiedades de las clases de objetos

Definir comportamiento de clases de objetos

Representar las relaciones entre clases de objetos

Fi n

Figura 8.17. Subproceso Especificacin de Diagramas de clases de Objetos

El subproceso Validacin de Objetos del Negocio permite asegurar la integridad, consistencia, coherencia y completitud de los diagramas de clases especificados y del modelo de clases resultante de la integracin de los distintos diagramas de clases parciales. Estos diagramas representan los objetos de negocios definidos para cada uno de los procesos del negocio del Sistema de Negocios que se modela.
act Validacin del Modelo de Obj etos del Negocio

diagrama UML Diagramas de Clases de Objetos (from Productos Modelado Negocios)

Validacin de Objetos del Negocio

Revisar diagramas de clases

Documento Lista y cat egoras de objetos del negocio (from Productos Modelado Negocios)

Integracin del modelo de objetos

Ini cio

Documentar modelo de objetos

Fi n

modelo Modelo de Procesos del Negocio (from Productos Modelado Negocios)

Corroborar objetos representados por procesos del negocio Documento Matriz Procesos /Objetos

modelo Modelo de Objetos del Negocio

(from Productos Modelado Negocios) (from Productos Modelado Negocios)

Figura 8.18. Subproceso Validacin de Objetos del Negocio

Subproceso: Modelado de Reglas del Negocio

Los procesos del negocio son regulados y/o controlados por un conjunto de normas, polticas, estndares, etc., denominados Reglas del Negocio. Una Regla de Negocio representa un conjunto de condiciones que gobiernan un proceso de negocio de que tal manera que ste pueda ocurrir de una manera aceptable para la empresa (von Halle, 2001). Por lo tanto, las reglas permiten expresar sin ambigedad aspectos contenidos en: leyes, decretos y otras regulaciones definidas por el gobierno; estndares, mejores prcticas y polticas definidas por asociaciones profesionales, cuerpos colegiados o el mismo Sistema de Negocios; la lgica de negocio expresada en los programas de una aplicacin de software o sistema de informacin; condiciones temporales tales como horas de trabajo, fechas de inicio de una actividad; relaciones entre objetos de negocio; restricciones o limitaciones; rangos de valores en datos manipulados por las actividades; normas de chequeos de seguridad; procedimientos administrativos y tcnicos; manuales de uso y operacin de un dispositivo, entre otros.
- 119 -

La figura 8.19 muestra la descripcin general del subproceso Modelado de Reglas del Negocio. Este es un proceso complejo que se descompone en tres subprocesos complementarios: Identificacin de las Reglas del Negocio, Representacin de las Reglas segn su tipo y la Validacin del Modelo obtenido. Esta descomposicin se muestra en la figura 8.20.
analysis Modelado de Reglas del Negocio

Regla Mtodos , Planes, Estndares y Procedimientos del P roceso mayor (from Productos Modelado Negocios)

actor Coordinador Grupo de Anlisis (from Actores Modelado de Negocios)

controla persigue

objetivo Definir las regulaciones y/o restricciones bajo las cuales se ejecutan los proc esos del negocio

modelo Modelo de Proc esos del Negocio

regula

(from Productos Modelado Negocios) modelo Modelo de Objetos del Negocio

ejecuta (from Productos Modelado Negocios)

Modelado de Reglas del Negocio

modelo Modelo de reglas del negocio (from Productos Modelado Negocios) Documento Glosario de Trminos

apoya apoya

recurso herramientas , tcnicas, (from Actores Modelado de Negocios) patrones, mtricas, (from Actores Modelado de Negocios) prcticas, plantillas

actor Analista de Negocios

actor Usuario

apoya(from

Productos Modelado Negocios) Documento Documentacion Interna

(from Productos Modelado Negocios) (from Productos Modelado Negocios)

Figura 8.19. Descripcin del Proceso de Modelado de Reglas del Negocio

analysis Modelado de Reglas del Negocio

Modelado de Reglas del Negocio

Identificacin de las reglas del negocio

Representacin de las reglas Validacin del modelo de del negocio segun su tipo reglas del negocio

(from Modelado de Negocios) (from Modelado de Negocios) (from Modelado de Negocios)

Figura 8.20. Subprocesos del proceso de Modelado de Reglas del Negocio

El subproceso de Identificacin de las Reglas del Negocio (mostrado en la figura 8.21), persigue descubrir y listar el conjunto de reglas del negocio, expresadas ya sea de manera explcita o implcita, en el modelo de procesos del negocio y en los documentos internos del Sistema de Negocios (si los hubiere).

- 120 -

PROYECTO METHODIUS
act Identificacin de las reglas de negocios

MTODO GRAY WATCH

VERSIN PRELIMINAR

modelo Modelo de Procesos del Negocio

Identificacin de las Reglas del Negocio

Documento Documentacion Interna

(from Productos Modelado Negocios) (from Productos Modelado Negocios)

Analizar las diagramas de procesos del negocio

Analizar diagramas de actividades Identificar fuentes de reglas del negocio

Ini cio

Analizar diagramas de clases modelo Modelo de Objetos del Negocio (from Productos Modelado Negocios)
Fi n

Documento Lista de reglas del negocio

(from Productos Modelado Negocios)

Figura 8.21. Subproceso Identificacin de las Reglas del Negocio

El subproceso Representacin de las Reglas del Negocio segn su tipo, describe como clasificar las reglas listadas, segn el tipo de regla: alto nivel o bajo nivel. Una regla de alto nivel es generalmente expresada en lenguaje natural, seudocdigo o alguna notacin grfica; En la categora de reglas de alto nivel se tiene: leyes, polticas, planes, estndares, procedimientos, normas y algoritmos. Una regla de bajo nivel se puede representar utilizando lenguajes especficos de reglas o de programacin, notaciones grficas o un glosario de trminos del dominio. Entre las reglas de bajo nivel se tienen: definiciones de trminos, hechos, restricciones obligatorias, lineamientos o directrices, disparadores de acciones, instrucciones e inferencias. El flujo de trabajo asociado a este subproceso se muestra en la figura 8.22.
act Representar las reglas del negocio segun su tipo

Representacin de las Reglas del Negocio

Clasificar las reglas
Ini cio

Representar reglas en lenguaje natural y/o seudocodigo

Documento Descripcin de reglas en seudocodigo y /o lenguaje natural (from Productos Modelado Negocios)

Seleccionar notacin de representacin

Incluir en glosario de trminos

Fi n

Documento Glosario de Trminos Incluir reglas en diagramas de clases (from Productos Modelado Negocios) modelo Modelo de Objetos del Negocio (from Productos Modelado Negocios)

Documento Documentacion Interna (from Productos Modelado Negocios)

Figura 8.22. Subproceso Representacin de las Reglas del Negocio

El subproceso Validacin del Modelo de Reglas del Negocio permite asegurar no solo que las reglas han sido bien representadas segn la notacin seleccionada, sino que todas las reglas relevantes para el Modelo del Negocio han sido identificadas y descritas. La figura 8.23 muestra las actividades contenidas en el proceso de Validacin de Reglas del Negocio.

- 121 -

act Validacin del modelo de reglas del negocio

Documento Descripcin de reglas en seudocodigo y /o lenguaje natural

Validacin Modelo de Reglas del Negocio

(from Productos Modelado Negocios)

modelo Modelo de Objetos del Negocio (from Productos Modelado Negocios)

Revisar reglas de representacin segun notacin

Actualizar modelo de reglas y glosario

Ini cio Fi n

Validar consistencia con los modelos de procesos y objetos del negocio modelo Modelo de Procesos del Negocio (from Productos Modelado Negocios) Documento Glosario de Trminos (from Productos Modelado Negocios)

Figura 8.23. Subproceso Validacin del Modelo de Reglas del Negocio

Subproceso: Modelado de Actores del Negocio

Los procesos del negocio son ejecutados por actores pertenecientes al Sistema de Negocios (internos) o por actores provenientes de otras organizaciones o sistemas de negocios (externos). Un actor que puede ser una persona, una mquina, un sistema o dispositivo, tiene responsabilidades en la ejecucin, participacin y coordinacin de las actividades asociadas a uno o ms procesos del negocio. Las responsabilidades de ejecucin de actividades son agrupadas bajo el trmino de rol. Un actor puede ejecutar uno o ms roles. Los actores se adscriben a una unidad organizacional y ocupan un cargo dentro de la unidad a la que pertenecen. El proceso de Modelado de Actores y Roles es descrito en la figura 8.24. El diagrama de subprocesos que lo componen se muestra en la figura 8.25.
analysis Modelado de Actores

Regla Mtodos , Planes, Estndares y Procedimientos del P roceso mayor

actor Coordinador Grupo de Anlisis

(from Actores Modelado de Negocios) (from Productos Modelado Negocios)

regula controla persigue

objetivo Determinar el conjunto de act ores que ejecutan y /o participan en los procesos del negocio para luego organiz arlos del modo mas adecuado

modelo Modelo de Procesos del Negocio

Modelado de Actores

modelo Modelo de Actores

(from Productos Modelado Negocios)

ejecuta

(from Productos Modelado Negocios) modelo Estructura Organizativa

apoya

apoya

Documento Matriz recurso proceso/actividad/actor herramientas , tcnicas, (from Actores Modelado de (from Actores Modelado de Negocios) patrones, mtricas, Negocios) prcticas, plantillas (from Productos Modelado Negocios) (from Productos Modelado Negocios)

actor Grupo de Anlisis

(from Productos Modelado Negocios)

actor Usuario

Figura 8.24. Descripcin del Subproceso Modelado de Actores

- 122 -

PROYECTO METHODIUS
act Modelado de Actores

MTODO GRAY WATCH

VERSIN PRELIMINAR

Modelado de Actores

Identificacin de actores

Especificacin de actores y sus roles

Caracterizacin de la estructura organizativa

Figura 8.25. Subprocesos del proceso de Modelado de Actores

El subproceso de Identificacin de actores define los actores involucrados en cada uno de los procesos del negocio, tal como los muestra la figura 8.26, a partir de los diagramas de actividades del modelo de procesos del negocio.
act Identificacin de actores

Identificacin de Actores
Ini ci o

diagrama UML Diagram as de actividades

(from Productos Modelado Negocios) Retomar los diagramas de actvidades de cada proceso Identificar los actores y su tipo de participacin (roles) Modificar los diagramas de actividades

modelo Modelo de Procesos del Negocio (from Productos Modelado Negocios)

Fi n

Figura 8.26. Flujo de trabajo subproceso Identificacin de Actores

El subproceso de Especificacin de Actores y sus Roles tiene como objetivo representar, de manera consistente, coherente y completa, los actores del Sistema de Negocios y sus roles. La matriz de proceso/ actividad/actor es un mecanismo importante para visualizar la interaccin entre actores y su participacin en los diferentes procesos del negocio. La figura 8.27 muestra el flujo de trabajo.
act Especificacin de actores y sus roles

diagrama UML Diagramas de actividades

Especificacin de Actores y sus Roles

(from Productos Modelado Negocios) Representar la distribucin de responsabilidades de los diferentes actores Modelar los actores, sus roles y sus responsabilidades Validar modelo de actores

Documento Matriz proceso/actividad/actor (from Productos Modelado Negocios)

Ini cio

Construir matriz proceso/actividad /actor

modelo Modelo de Actores (from Productos Modelado Negocios)

Fi n

Figura 8.27. Flujo de trabajo subproceso Especificacin de Actores y sus Roles

La Estructura Organizativa define el marco de actuacin que una organizacin requiere para funcionar, considerando sus objetivos. La estructura es conformada por un conjunto de unidades organizativas (p. ej. divisiones, gerencias, departamentos, etc.) relacionadas entre s, y formando una jerarqua que establece: la divisin del trabajo, la distribucin del poder y la toma decisiones. Se representa grficamente mediante organigramas.
- 123 -

El subproceso Caracterizacin de la Estructura Organizativa permite determinar la estructura ms conveniente para organizar los actores del Sistema de Negocios. Los actores ejecutan los procesos del negocio los cuales conllevan a la consecucin de los objetivos del Sistema de Negocios. Por lo tanto, la estructura organizativa contribuye directamente a encaminar la organizacin o sistema de negocios en la direccin especificada en sus objetivos. El diagrama de flujo de trabajo correspondiente se muestra en la figura 8.28.
act Caracterizacin de la Estructura Organizativ a

modelo Modelo de Procesos del Negocio (from Productos Modelado Negocios)

Ini cio

Caracterizacin de la Estructura Organizativa

Proponer modificaciones a la estructura actual Validar estructura con los objetivos modelados del sistema de negocios
parcia lmente SI adecuada? No

modelo Estructura Organizativa (from Productos Modelado Negocios)

Determinar la estructura actual de la organizacin o del sistema de negocios

Representar estructura en notacin UML Disear nueva estructura organizativa

Documento Documentacion Interna

modelo Modelo de Objetivos

Fi n

(from Productos Modelado Negocios) (from Productos Modelado Negocios)

Figura 8.28. Flujo de trabajo subproceso Caracterizacin de la Estructura Organizativa

Subproceso: Modelado de Eventos del Negocio

Los Eventos del Negocio son hechos cuya ocurrencia dispara la ejecucin inmediata de un conjunto de acciones asociadas a los procesos del negocio. Esta ocurrencia puede causar alteraciones sobre los estados de los Objetos de Negocios como resultado de las acciones realizadas en ese instante t; un evento puede provocar la ejecucin en secuencia o no de un conjunto de acciones en distintos procesos del negocio. Los Eventos del Negocio necesitan ser identificados y especificados de manera que pueda modelarse tanto sus causas o fuentes de origen como sus efectos o impactos en objetos y procesos del negocio. Los eventos pueden ser: planificados o no, internos originados dentro del mismo sistema o externos cuando provienen del contexto del sistema de negocios. El proceso de Modelado de Eventos es caracterizado en la figura 8.29. Los subprocesos que lo componen se muestran en la figura 8.30.
analysis Modelado de Ev entos

Regla Mtodos, Planes, Estndares y Procedimientos del Proceso mayor

actor Coordinador Grupo de Anlisis

objetivo Identific ar el conjunto de eventos internos y externos que afectan la ejecucin de los proces os del negocio

(from Actores Modelado de Negocios) (from Productos Modelado Negocios)

regula controla persigue

modelo Modelo de Procesos del Negocio

Modelado de Eventos

modelo Modelo de Eventos

(from Productos Modelado Negocios)

ejecuta

(from Productos Modelado Negocios)

actor Usuario (from Actores Modelado de Negocios)

actor Grupo de Anlisis

apoya

apoya

apoya

apoya

modelo Modelo de reglas del negocio

(from Actores Modelado de Negocios)

recurso herramientas , tcnicas, patrones, mtricas, prcticas, plantillas (from Productos Modelado Negocios) (from Productos Modelado Negocios)

Documento Documentacion Interna

(from Productos Modelado Negocios)

Figura 8.29. Proceso Modelado de Eventos del Negocio

- 124 -

PROYECTO METHODIUS

MTODO GRAY WATCH

act Modelado de Ev entos

VERSIN PRELIMINAR

Modelado de Eventos

Identificacin de Eventos

Representacin de efectos causados

Figura 8.30. Subprocesos del Modelado de Eventos del Negocio

El subproceso de Identificacin de Eventos permite detectar y clasificar los eventos de negocios a partir de la revisin de los diagramas de descripcin y actividades del modelo de procesos del negocio y, del anlisis de la documentacin interna del Sistema de Negocios. El diagrama de flujo de trabajo es representado en la figura 8.31.
act Identificacin de Ev entos

modelo Modelo de reglas del negocio

Documento Descripcin de eventos

Identificacin Documento (from Productos Modelado Negocios) Documentacion Interna

(from Productos Modelado Negocios) Detectar eventos

de Eventos
(from Productos Modelado Negocios) Identificar tipo de evento y sus efectos
Fi n

Ini cio

modelo Modelo de Procesos del Negocio (from Productos Modelado Negocios)

Figura 8.31. Flujo de trabajo subproceso Identificacin de Eventos

El subproceso de Representacin de los Efectos Causados busca la actualizacin de los diagramas de actividades, de procesos y de clases de objetos del negocio; y puede ocasionar la creacin y/o modificacin de diagramas de transicin de estados asociados a uno o ms clases de objetos de negocios. El flujo de trabajo se muestra en la figura 8.32.

act Representacin de efectos causados

modelo Modelo de Objetos del Negocio (from Productos Modelado Negocios)

Representacin de Efectos Causados

Describir efectos en objetos del negocio Construir Matriz Proceso/Evento

modelo Modelo de Eventos

(from Productos Modelado Negocios)

Validar representacin de los eventos

Ini cio

Describir efectos en flujo de acciones Documento Matriz Proceso/Evento modelo Modelo de Reglas del negocio
Fi n

Documento Desc ripc in de eventos (from Productos Modelado Negocios)

modelo Modelo de Procesos del Negocio (from Productos Modelado Negocios)

(from Productos Modelado Negocios) (from Productos Modelado Negocios)

Figura 8.32. Flujo de trabajo subproceso Representacin de Eventos

Subproceso: Integracin de Modelos

- 125 -

Dado que el Modelo de Negocios es una coleccin de modelos que representan diferentes perspectivas de un Sistema de Negocios, la integracin de estos submodelos en un solo modelo, debe asegurar la coherencia y consistencia del producto final. El proceso de Integracin debe garantizar la correspondencia y compatibilidad entre las representaciones de los elementos organizacionales que son compartidos. El subproceso de Integracin de Modelos incluye un conjunto de actividades compuestas que describen como asegurar la integracin y comunicacin entre los submodelos, validar la integracin con el usuario o interesado, y elaborar matrices que resumen las interacciones y dependencias entre los submodelos. El diagrama de descripcin del subproceso es mostrado en la figura 8.33. El flujo de trabajo correspondiente en la figura 8.34.
analysis Integracin de Modelos

Regla Mtodos, Planes , Estndares y Procedimientos del Proceso mayor

actor Coordinador Grupo de Anlisis

(from Productos Modelado Negocios) (from Actores Modelado de Negocios) modelo Modelo de Procesos del Negocio regula controla (from Productos Modelado Negocios) modelo Modelo de Eventos

objetivo Asegurar la correspondencia y la compatibilidad entre los el ementos organizacionales que son compartidos , y garantizar la coherencia y consistencia entre las representaciones de cada uno de ellos

persigue

Integracin de Modelos

modelo Modelo del Negocio

(from Productos Modelado Negocios) modelo Model o de Objetos del Negocio (from Productos Modelado Negocios) modelo Modelo de Objetivos
ejecuta

(from Productos Modelado Negocios)

apoya apoya

recurso herramientas , tcnicas, patrones, mtricas, prcticas, plantillas

(from Productos Modelado Negocios) modelo Modelo de Reglas del negocio (from Productos Modelado Negocios) modelo Modelo de Actores

apoya

Documento Descri pcin del Si stema de Negocios (from Productos Modelado Negocios)

actor Grupo de Anlisis

(from Productos Modelado Negocios) Documento Documentaci on Interna

(from Actores Modelado de Negocios) (from Productos Modelado Negocios)

(from Productos Modelado Negocios)

Figura 8.33. Subproceso Integracin de Modelos

act Integracin de Modelos

modelo Modelo de Actores

Integracin de Modelos
(from Productos Modelado Negocios) modelo Modelo de Objetivos (from Productos Modelado Negocios) modelo Modelo de Procesos del Negocio (from Productos Modelado Negocios)
Ini cio

Revisar correspondencia entre objetivos y procesos del negocio

Documento Matric es de relaciones entre Modelos (from Productos Modelado Negocios)

Documento Modelo de Negocios

Comprobar E/S de procesos con objetos y eventos del negocio

Construir matrices de relaciones entre modelos

modelo Modelo de Reglas del negocio (from Productos Modelado Negocios) modelo Modelo de Eventos (from Productos Modelado Negocios)

Ajustar coherencia reglas de alto nivel en procesos negocio

Ensamblar modelos en documento estructurado

Fi n

Revisar actores/roles con procesos del negocio

modelo Modelo de Objetos del Negocio (from Productos Modelado Negocios)

Figura 8.34. Flujo de trabajo del Subproceso Integracin de Modelos

- 126 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Tabla 8.1. Resumen de los subprocesos del Proceso Modelado de Negocios Procesos Modelado de Objetivos Subprocesos Definicin del Sistema de negocios Construccin de la jerarqua de objetivos Descomposicin de procesos en subprocesos Validacin del Modelo de Procesos Elaboracin de diagramas de clases de objetos de negocio Validacin del Modelo de Objetos del Negocio Actividades Definir objetivos generales del sistema de negocios Establecer alcance del sistema Definir subsistemas que componen el Sistema de Negocios si complejo Definir interacciones con otros sistemas de negocios Definir la visin del sistema de negocios Definir su misin. Definir sus objetivos de alto nivel. Descomponer objetivos de alto nivel en sub-objetivos Construir jerarqua de objetivos. Revisar la coherencia entre objetivos Analizar la jerarqua de objetivos Enmendar inconsistencias en la representacin de objetivos Documentar Modelo de Objetivos Identificar los procesos fundamentales. Identificar los procesos de apoyo. Describir cada proceso usando diagramas de procesos (fundamental y de apoyo) Construir jerarqua de Procesos fundamentales y de apoyo Describir cada proceso del negocio de bajo nivel (subprocesos) Elaborar diagramas de actividades para procesos bajo nivel Verificar coherencia en descomposicin de procesos Validar descripciones de procesos y diagramas de actividad Validar con el usuario/cliente Actualizar diagramas y modelos Analizar proceso del negocio y sus diagramas de actividades Identificar objetos a partir de entradas y salidas del proceso Describir objetos del negocio Identificar las clases de objetos del negocio Establecer tipos de relaciones entre clases de negocio Validar relaciones y clasificacin de clases de objetos Definir propiedades de las clases de objetos Definir comportamiento de clases de objetos Representar las relaciones entre clases de objetos Integracin del modelo de objetos Revisar diagramas de clases Corroborar objetos representados por procesos del negocio Documentar modelo de objetos Analizar las diagramas de procesos
- 127 -

Productos Descripcin del Sistema de Negocios

Modelo de objetivos: o Jerarqua de objetivos

Validacin de jerarqua de objetivos Modelado de procesos del negocio Modelado de procesos de apoyo Construccin de la cadena de valor

Modelo de objetivos

Cadena de valor Modelo de Procesos del Negocio (Diagramas de procesos y subprocesos)

Diagramas de actividad por subproceso de bajo nivel

Modelado de objetos del negocio

Identificacin de objetos del negocio

Lista de Objetos del Negocio

Organizacin de los Objetos del Negocio

Lista y categoras de Objetos del Negocio

Diagramas de clases de objetos

Modelo de objetos del negocio Matriz procesos/objetos

Modelado de

Identificacin de

Lista de reglas del negocio

Procesos reglas del negocio

Subprocesos las reglas del negocio

Representacin de las reglas del negocio

Validacin del modelo de reglas del negocio

Modelado de actores del negocio

Identificacin de actores

Especificacin de actores y sus roles

Caracterizacin de la estructura organizativa

Modelado de eventos del negocio Identificacin de Eventos

Actividades del negocio Analizar diagramas de actividades Analizar diagramas de clases Identificar fuentes de reglas del negocio Clasificar las reglas Seleccionar notacin de representacin Representar reglas en lenguaje natural y/o seudocdigo Incluir en glosario de trminos Incluir reglas en diagramas de clases Revisar reglas de representacin segn notacin Validar consistencia con los modelos de procesos y objetos del negocio Actualizar modelo de reglas y glosario Retomar los diagramas de actividades de cada proceso Identificar los actores y su tipo de participacin (roles) Modificar los diagramas de actividades Representar la distribucin de responsabilidades de los diferentes actores Modelar los actores, sus roles y sus responsabilidades Validar modelo de actores Construir matriz proceso/actividad /actor Determinar la estructura actual de la organizacin o del sistema de negocios Validar estructura con los objetivos modelados del sistema de negocios o Proponer modificaciones a la estructura actual o Disear nueva estructura organizativa Representar estructura en notacin UML Detectar eventos Identificar tipo de evento y sus efectos Describir efectos en objetos del negocio Describir efectos en flujo de acciones Validar representacin de los eventos Construir matriz Procesos/Eventos

Productos

Descripcin de reglas en seudocodigo y/o lenguaje natural Modelo de reglas del negocio Glosario de trminos

Diagramas de actividades

Matriz proceso/actor/actividad Modelo de actores

Estructura Organizativa

Descripcin de eventos

Representacin de Efectos causados

Modelo de Procesos del Negocio Modelo de Clases de Objetos del Negocio Matriz Procesos/Eventos

- 128 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

El Proceso de Ingeniera de Requisitos (IR)

Una vez elaborado el Modelo de Negocios de la Aplicacin, el Grupo de Anlisis tiene ya una comprensin suficiente del problema y del Sistema de Negocios donde operar la aplicacin. El proceso siguiente, denominado Ingeniera de Requisitos (IR), consiste en determinar y documentar los requisitos funcionales y no-funcionales que los actores del Sistema de Negocios tienen con respecto a la aplicacin empresarial que se desea desarrollar. Los requisitos expresan lo que la aplicacin empresarial debe hacer para satisfacer las necesidades de sus usuarios. Los requisitos expresan lo qu se supone debe hacer una aplicacin, no intentan expresar cmo lograr estas funciones (Braude, 2003). Los requisitos definen: Lo que la aplicacin debe hacer: Las funciones que debe ejecutar, los datos que debe capturar y almacenar y la informacin que debe producir. La interaccin entre los usuarios y la aplicacin: La interfaz grfica usuario-sistema (GUI). Las restricciones bajo las cuales la aplicacin debe operar: La plataforma de operacin de la aplicacin (Hardware/Software), la tecnologa de informacin que debe usar, las reglas y normas bajo las cuales debe operar y las interfaces con otros sistemas o aplicaciones. Los atributos de calidad que la aplicacin debe satisfacer: seguridad, facilidad de uso, documentacin, utilidad, confiabilidad, etc. Los requisitos se clasifican en dos tipos: funcionales y no funcionales. Los requisitos funcionales establecen los servicios que debe proporcionar la aplicacin, determinan la funcionalidad de la aplicacin. Describen lo que la aplicacin empresarial deber hacer, esto es: (1) su comportamiento; (2) su interaccin con los usuarios y con su dominio de aplicacin (o sistema de negocios); y (3) sus respuestas a eventos internos (mismo sistema) y externos (interaccin con otros sistemas). Los requisitos no-funcionales definen las limitaciones que se le impondrn al diseo de la aplicacin. Describen: Las restricciones que se le aplican al desarrollo y operacin de la aplicacin, tales como el ambiente de desarrollo, los recursos disponibles para desarrollo y el ambiente de operacin de la aplicacin (la plataforma H/S bajo la cual la aplicacin deber operar). Las cualidades o atributos que el sistema debe satisfacer, tales como su confiabilidad, utilidad, documentacin, rendimiento, interfaces con otros sistemas o aplicaciones. Reglas y normas internas o externas al Sistema de Negocios que restringen o condicionan la operacin. La Ingeniera de Requisitos es el proceso tcnico, usado, para descubrir, analizar, especificar, validar y gestionar los requisitos que las aplicaciones empresariales deben satisfacer. El diagrama de procesos de la Ingeniera de Requisitos se presenta en la figura 8.35.

- 129 -

analysis Ingeniera de Requisitos

Regla Mtodos, Planes , Estndares y Procedimientos del Proceso mayor (from Productos Modelado Negocios) modelo Modelo del Negocio

actor Coordinador Grupo de Anlisis (from Actores Ingenieria Requisitos)

controla persigue regula

objetivo Determinar los requi sitos que la aplic acin debe sat isfacer

Ingeniera de Requisitos

Documento Documento de Defiinic in de Requisitos de la aplicacin (from Productos Ingenieria Requisitos)

(from Productos Modelado Negocios) Documento Documento de Inicio del Proy ecto (from Productos Modelado Negocios)
ejecuta

(from Cadena de Valor)

apoya apoya

Documento Documento de Especifi cacin de Requisitos de la aplicacin

(from Productos Ingenieria Requisitos) recurso herramientas , tcnicas, patrones, mtri cas, prcticas, plantillas Documento Plan de gestin de requisitos

actor Grupo de Anlisis

actor usuario

(from Actores Ingenieria Requisitos) (from Actores Ingenieria Requisitos) (from Productos Modelado Negocios)

(from Productos Ingenieria Requisitos)

Figura 8.35. Descripcin del proceso Ingeniera de Requisitos

Modelo de productos IR
El conjunto de productos que se elaboran durante la ejecucin del proceso IR se presenta en la figura 8.36. El producto principal del proceso IR es el Documento de Requisitos de la Aplicacin, el cual describe el conjunto de requisitos que establecen los usuarios de la aplicacin. Tal como lo ilustra la figura, este documento est dividido en tres partes. La primera de ellas es la Definicin de Requisitos, la cual describe los requisitos desde la perspectiva de los usuarios de la aplicacin empresarial; est dirigida a los usuarios y dems interesados en la aplicacin. No tiene, por lo tanto, un carcter tcnico. La segunda es denominada Especificacin de Requisitos de la Aplicacin y consta de un conjunto de modelos elaborados usando la notacin UML; est dirigida al Grupo de Diseo que tiene a su cargo elaborar el diseo de la aplicacin, por consiguiente, tiene un carcter tcnico. La tercera parte corresponde al Plan de Gestin de Requisitos de la aplicacin, est dirigido al Grupo de Anlisis (Gestor de Requisitos) y establece el conjunto de actividades que se deben realizar para llevar a cabo este proceso, durante todo el proceso de desarrollo de la aplicacin.
composite structure Documento de Requisitos de la aplicacin

Documento Requisitos de la aplicacin (from Productos Ingenieria Requisitos)

Documento Documento de Defiinic in de Requisitos de la aplicacin (from Productos Ingenieria Requisitos)

Documento Document o de Especificac in de Requisitos de la aplicacin (from Productos Ingenieria Requisitos)

Documento Plan de gestin de requisitos (from Productos Ingenieria Requisitos) Documento Matriz de rastreo de requisitos (from Productos Ingenieria Requisitos)

Documento Lista de Requisitos de la aplicacin (from Productos Ingenieria Requisitos) Documento Matriz requsitos .vs. requisitos

modelo Modelo de Casos de Uso

modelo Modelo preliminar de clases

producto tcnico (from Productos Ingenieria Requisitos)Prot otipo de la Aplicacin (from Productos Ingenieria Requisitos)

Documento Casos de P rueba de Aceptacin

Documento Requis itos clas ificados

(from Productos Ingenieria Requisitos) (from Productos Ingenieria Requisitos)

diagrama UML Diagramas preliminares de clases de objetos (from Productos Ingenieria Requisitos) (from Productos Ingenieria Requisitos)

diagrama UML Diagramas de casos de us o

Documento Descripciones textuales (from Productos Ingenieria Requisitos)

- 130 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Figura 8.36. Modelo de producto del proceso Ingeniera de Requisitos

Descripcin de productos del proceso IR

Este proceso genera un conjunto de productos intermedios: lista de requisitos, modelo de casos de uso y sus descripciones textuales, prototipo de la aplicacin, modelo preliminar de clases, matriz de requisitos .vs. requisitos y la matriz de rastreo de requisitos. El ensamblaje, validacin y descripcin de estos documentos y modelos conforman el Documento de Requisitos.

Documento de Requisitos
Este documento describe cada uno de los requisitos que se identifican, analizan, especifican y validan durante las actividades de descubrimiento, anlisis, especificacin, validacin y gestin de requisitos. Este documento tiene tres partes: 1) dirigida a los usuarios y consiste en describir la aplicacin y sus requisitos en la terminologa propia de los usuarios; 2) dirigida al Grupo de Diseo, que contiene las especificaciones tcnicas de los modelos de casos de uso, de clases y de transiciones de estado; 3) corresponde a la Gestin de Requisitos de la aplicacin y est dirigido al Grupo de Anlisis; contiene el Plan de Gestin y matrices de rastreo de requisitos. Especifica de manera precisa las actividades y procedimientos de gestin de requisitos los cuales deben realizarse durante todo el proceso de desarrollo de la aplicacin. La estructura de este documento se puede definir usando el estndar IEEE 830-1998 la estructura propuesta por Bruegge y Dutoit (2000).

Modelo de casos de uso

Representa la funcionalidad de la aplicacin desde el punto de vista de sus actores y de sus interacciones con otras aplicaciones empresariales y/o sistemas de software. Es un producto clave para la definicin y especificacin de requisitos funcionales, de interaccin entre el usuario y la aplicacin; contribuye a definir, de manera preliminar, el conjunto de objetos del negocio que estn involucrados en la funcionalidad de la aplicacin. Para elaborar este modelo se usan Diagramas de Casos de Uso en UML, que son complementados con un conjunto de descripciones textuales que detallan modos de interaccin y variaciones en la secuencia de interaccin, que estos casos de uso pudieran tener. La variacin en el flujo de eventos que ocurre en un caso de uso, se denomina escenario.

Modelo preliminar de clases

Es una representacin, generalmente esttica, que contiene el conjunto de clases de objetos de negocios, que participan en los diferentes casos de uso y/o fungen como recursos fundamentales en la ejecucin de los procesos del negocio asociados al dominio de la aplicacin empresarial (el sistema de negocios). Dependiendo del tipo de aplicacin, se pueden definir, adems: 1) el modelo dinmico, representado por los estados y las transiciones entre ellos, a los que estn sujetos los objetos del negocio; y 2) el modelado de interaccin elaborando diagramas de secuencia que muestran la interaccin entre las clases de objetos que intervienen en los casos de uso.

Prototipo de la Aplicacin
Es un producto de software que emula la interaccin usuario/sistema que tendr la aplicacin empresarial. Se construye con la finalidad de descubrir nuevos requisitos, facilitar la validacin de los requisitos funcionales de la aplicacin. Bajo un enfoque de desarrollo evolutivo e iterativo, el prototipo sirve como entrada al proceso de diseo de la aplicacin, especialmente en el diseo de interfaz.
- 131 -

Subprocesos del proceso IR

act Ingeniera de Requisitos

Ingeniera de Requisitos

Descubrimiento de Requisitos

Anlisis de Requisitos

Especificacin de Requisitos

Validacin de Requisitos

Gestin de Requisitos

Figura 8.37. Subprocesos del proceso Ingeniera de Requisitos La Ingeniera de Requisitos requiere de la ejecucin de cinco (5) subprocesos complementarios para especificar los requisitos de una aplicacin empresarial, cmo lo muestra la figura 8.37. A continuacin se presentan los flujos de trabajo de cada uno de los subprocesos que componen el proceso Ingeniera de Requisitos.

Subproceso: Descubrimiento de Requisitos

Consiste en capturar las necesidades que los clientes, usuarios y otros interesados tienen en relacin a la aplicacin empresarial. Este subproceso est relacionado con el conocimiento del dominio de la aplicacin correspondiente al Sistema de Negocios en el cual operar la aplicacin una vez desarrollada, la identificacin de los usuarios de la aplicacin y, la identificacin de necesidades y problemas que se espera la aplicacin puede resolver. El flujo de trabajo se muestra en la figura 8.38 y se describe en la tabla 8.2.
act Descubrimiento de Requisitos

Documento Documento de Inicio del Proy ecto (from Productos Modelado Negocios)

Descubrimiento de Requisitos

Documento Lista de Requisitos de la aplic acin

(from Productos Ingenieria Requisitos)

Ini cio

Determinar los objetivos de la aplicacin

Establecer el dominio a partir Modelo de Negocios

Recolectar requisitos de la aplicacin

Consolidar requisitos recolectados

modelo Modelo del Negocio (from Productos Modelado Negocios)

Fi n

Figura 8.38. Flujo de trabajo del subproceso Descubrimiento de Requisitos Tabla 8.2. Descripcin del flujo de trabajo: Descubrimiento de Requisitos Actividades Determinar objetivos de la aplicacin Tareas Identificar objetivos de la aplicacin Definir alcance de la aplicacin Determinar el problema a resolver Establecer restricciones Analizar el modelo de negocios y determinar el dominio de la aplicacin Revisar documentacin relacionada con aplicaciones dentro del dominio
- 132 -

Productos Objetivos y alcance de la aplicacin claramente definidos Lista de actores clasificados.

Establecer dominio a partir del modelo del negocio

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Recolectar requisitos de la aplicacin

Consolidacin de requisitos

identificado - reuso de requisitos, Estudiar documentacin sobre aplicaciones en dominio Identificar los actores o interesados de la aplicacin y que participarn directamente en la definicin de requisitos. Contactar interesados o actores miembros del sistema de negocios Recabar los requisitos (funcionales, no funcionales y de interfaz) de la aplicacin desde el punto de vista de cada actor o interesado Definir requisitos (funcionales, no funcionales y de interfaz) a partir del modelo de negocios Definir requisitos (funcionales, no funcionales y de interfaz) a partir de aplicaciones del dominio Definir requisitos de interaccin de la aplicacin con otros sistemas dentro o fuera del mismo sistema de negocios Verificar consistencia entre los requisitos recolectados. Unificar requisitos recolectados.

Planillas (Volre) de recoleccin de requisitos Modelos de casos de uso con sus respectivos escenarios

Lista de requisitos de la aplicacin

Subproceso: Anlisis de Requisitos

Este subproceso consiste en determinar y resolver posibles conflictos entre los requisitos y establecer la interaccin de la aplicacin empresarial con su dominio o ambiente. La figura 8.39 muestra la descripcin del proceso. La tabla 8.3 contiene la descripcin de cada actividad de el subproceso de anlisis de requisitos.
act Anlisis de Requisitos

Documento Lista de Requisitos de la aplic acin (from Productos Ingenieria Requisitos)

Anlisis de Requisitos

Documento Requis itos c lasificados (from Productos Ingenieria Requisitos) diagrama UML Diagramas de casos de uso (from Productos Ingenieria Requisitos) Documento Descripciones textuales Validar requisitos (from Productos Ingenieria Requisitos)

diagrama UML Diagramas preliminares de clases de objetos

(from Productos Ingenieria Requisitos) Clasificar requisitos recolectados

Ini cio

Definir interacciones entre requisitos

Depurar lista de requisitos

Refinar requisitos clasificados

Documento Matriz requsitos .vs. requisitos (from Productos Ingenieria Requisitos)

Fi n

Documento Documento de Defiinicin de Requisitos de la aplic acin

(from Productos Ingenieria Requisitos)

Figura 8.39. Flujo de trabajo del subproceso Anlisis de Requisitos

Tabla 8.3. Descripcin del flujo de trabajo: Anlisis de Requisitos Actividad Clasificar requisitos recolectados Tareas Revisar los requisitos recolectados Determinar criterios de agrupamiento, generalmente va asociado al tipo de requisitos: funcionales y no-funcionales. Agrupar requisitos en las categoras establecidas
- 133 -

Productos Requisitos clasificados.

Actividad Definir interacciones entre requisitos

Depurar lista de requisitos

Refinar requisitos clasificados

Validar requisitos

Tareas Establecer contradicciones entre requisitos Determinar grado de completitud de requisitos Determinar solapamientos y dependencia entre requisitos Elaborar matriz de requisitos .vs. requisitos Eliminar incompatibilidades y contradicciones entre requisitos Redefinir requisitos Determinar viabilidad de los requisitos Establecer prioridades de los requisitos junto con el usuario Describir en mayor nivel de detalle los requisitos recolectados: o Elaborar diagramas de caso de uso para explorar funcionalidad o Definir escenarios de utilizacin y describiros textualmente o Elaborar diagramas de clases de objetos para representar objetos persistentes y requeridos para la funcionalidad o Describir atributos y restricciones de la aplicacin Revisar requisitos con los actores o interesados Ajustar y corregir los diagramas de casos de uso, clases y la definicin de restricciones y atributos

Productos Matriz de requisitos .vs. requisitos

Lista de requisitos factibles con prioridades acordadas con usuario o interesado

Diagramas de casos de uso o Descripciones textuales Diagramas preliminar de clases Diagramas de estados.

Documento de definicin de requisitos

Subproceso: Especificacin de Requisitos

Este subproceso se relaciona con la documentacin de los requisitos definidos. Contempla dos conjuntos de actividades, la definicin de la estructura del documento de requisitos y la especificacin tcnica detallada del documento de requisitos. El subproceso se muestra en la figura 8.40 y sus actividades son descritas en la tabla 8.4.
act Especificacin de Requisitos

Especificacin de Requisitos
Definicin del Documento de Especificacin Especificacin Detallada de Requisitos de la Aplicacin

Documento Documento de Espec ific acin de Requisitos de la aplicacin (from Productos Ingenieria Requisitos)

Ini cio

Fi n

Documento Documento de Defiinic in de Requisitos de la aplicacin (from Productos Ingenieria Requisitos)

Figura 8.40. Flujo de trabajo del subproceso Especificacin de Requisitos

Tabla 8.4. Descripcin del flujo de trabajo: Especificacin de requisitos Actividad Definicin del documento de especificacin Tareas Establecer la estructura y contenido de la especificacin de requisitos o Especificar requisitos desde el punto de vista del actor o interesado: funcionales y no funcionales
- 134 -

Productos Estructura y contenido de documento.

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Especificar requisitos desde el punto de vista del interesado (stakeholder)

Especificar requisitos desde el punto de vista del desarrollador: Modelos del sistema funcional, esttico o estructural y dinmico Documentar tcnicamente los requisitos de la aplicacin (punto de vista del grupo de desarrollo): o Refinar los diagramas y modelos preliminares de casos de uso, clases de objetos, estados y transiciones, objetos y secuencia o Documentar atributos, restricciones y otras especificaciones segn la estructura y contenido definidos para el documento

Documento de especificacin de requisitos de la aplicacin.

Subproceso: Validacin de Requisitos

Es el proceso de evaluacin y revisin sistemtica del documento de requisitos para asegurar que ste define la aplicacin correctamente. El flujo de trabajo se muestra en la figura 8.41. En la tabla 8.5 se describen detalladamente estas actividades.
act Validacin de Requisitos

Validacin de Requisitos

Documento Documento de Especificacin de Requisitos de la aplicacin (from Productos Ingenieria Requisitos)

Revisar documento de especificacin de requisitos

Ini cio

Ajustar los modelos y descripciones de especificacin de requisitos

Definir pruebas y parmetros de aceptacin de la aplicacin

Construir un prototipo para validar los requisitos Documento Casos de P rueba de Aceptacin

producto tcnico Prot otipo de la Aplicacin (from Productos Ingenieria Requisitos)

Fi n

(from Productos Ingenieria Requisitos)

Figura 8.41. Flujo de trabajo del subproceso Validacin de requisitos Tabla 8.5. Descripcin del flujo de trabajo: Validacin de requisitos Actividad Revisar documento de especificacin de requisitos Construir un prototipo para validar los requisitos Ajustar los modelos y descripciones de la especificacin de requisitos Definir pruebas y parmetros de aceptacin de la aplicacin Tareas Validar la estructura y el contenido del documento Validar especificacin tcnica de los requisitos Desarrollar un prototipo que emule la funcionalidad (segn los casos de uso) y la interfaz que tendra la aplicacin Validar funcionalidad e interfaz de la aplicacin. Modificar los modelos y descripciones de especificacin tcnica atendiendo a los resultados de validacin del prototipo. Verificar consistencia e integridad de la especificacin tcnica. Determinar parmetros de aceptacin de la aplicacin. Definir casos de prueba de aceptacin. Verificar, con los interesados, los parmetros de aceptacin y los casos de prueba de aceptacin de la aplicacin. Productos Documento validado.

Prototipo de la aplicacin.

Modelos actualizados y validados.

Conjunto de casos de prueba de aceptacin de la aplicacin.

- 135 -

Subproceso: Gestin de Requisitos

Es un subproceso de carcter gerencial que consiste en llevar de manera organizada y sistemtica la planificacin, actualizacin y propagacin de cambios en los requisitos de la aplicacin empresarial. Este proceso se prolonga a lo largo de todo el proceso de desarrollo. La figura 8.42 contiene el diagrama de flujo de trabajo y la tabla 8.6 describe el detalle de cada una de las actividades del flujo de trabajo.
act Gestin de Requisitos

Gestin de Requisitos
Documento Plan de gestin de requisitos Documento Matriz de rastreo de requisitos (from Productos Ingenieria Requisitos) Rastreo de cambios en los requisitos

Ini cio

(from Productos Ingenieria Requisitos) Realizar cambios en los requisitos

Planificar el proceso de gestin de modificaciones en los requisitos

Fi n

Documento Documento de E specificacin de Requisitos de la aplicacin (from Productos Ingenieria Requisitos)

Figura 8.42. Flujo de trabajo del subproceso Gestin de Requisitos Tabla 8.6. Descripcin del flujo de trabajo: Gestin de Requisitos Actividad Planificar el proceso de gestin de modificaciones en los requisitos Realizar cambios en los requisitos Rastreo de cambios en los requisitos Tareas Definicin de los medios y modos de almacenamiento de los requisitos de la aplicacin Base de Datos de apoyo a la gestin. Establecer procedimientos y mecanismos de actualizacin, mantenimiento y control de requisitos Seguir los procedimientos y mecanismos establecidos para la gestin de cambios en los requisitos. Realizar los cambios en los requisitos. Modificar documento de especificacin de requisitos Asegurar consistencia e integridad de la base de datos una vez realizados los cambios. Definir mbito de influencia del cambio sobre los requisitos de la aplicacin Elaborar matriz de rastreo de requisitos Asegurar actualizacin de documentos y modelos de la aplicacin Productos Plan de gestin de Requisitos

Documento de especificacin actualizado Base de datos de requisitos actualizada Matriz de rastreo de requisitos.

- 136 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Tcnicas y herramientas recomendadas para MN e IR

Proceso Modelado de Negocios Subproceso Tcnicas, estndares y prcticas Herramientas

Modelado de
Objetivos

Revisin de los manuales y documentos de la

organizacin

Visio Professional SmartDraw Rational ROSE ArgoUML (Open

source)

Modelado de
Procesos del Negocio

Entrevistas con miembros de la organizacin Vistas de campo Entrevista con expertos Observacin de procesos de la organizacin Modelado orientado a Objetos. Diagramas de
UML Business: Objetivos, procesos, actividades, clases y objetos, organigramas, especificacin de reglas

Modelado de
Objetos del Negocio

StartUML (Open
source)

Modelado de
Reglas del Negocio

Enterprise
Architecture (Spark Sytems)

Modelado de
Eventos

Modelado de
Actores y Roles

Integracin de
modelos Ingeniera de requisitos

Descubrimiento
de Requisitos

Entrevistas y reuniones de trabajo con los

interesados

Visio Professional SmartDraw Rational ROSE ArgoUML (Open

source)

Plantilla Volre (http://www.volere.co.uk/) Revisin tcnica de documentos y manuales Criterios de clasificacin Anlisis de
Requisitos

Matriz requisitos.vs.requisitos Tcnicas de negociacin de requisitos Modelado orientado a Objetos. Diagramas de

UML: - Clases, actividades, secuencia, estados, componentes, casos de uso y escenarios

StartUML (Open
source)

Enterprise
Architecture (Spark Sytems)

Especificacin
de Requisitos

Estructura de documento de especificacin:

Estructura de Bruegge y Dutoit (2000) y estndar IEEE 830-1998 para especificacin

Validacin de
Requisitos

Prototipos de software Modelado de bases de datos relacionales Matriz de seguimiento de requisitos

Gestin de
Requisitos

- 137 -

Captulo Procesos de Diseo 9

Este captulo describe los procesos tcnicos de diseo relacionados con el cmo debe ser construida la aplicacin empresarial para satisfacer los requisitos previamente recolectados. Este grupo de procesos est compuesto por los procesos de Diseo Arquitectnico y Diseo Detallado de la Aplicacin. El Diseo Arquitectnico produce la estructura de la aplicacin representada como una arquitectura de software que muestra los componentes de la aplicacin, sus conectores y las restricciones arquitectnicas. El Diseo Detallado describe cmo se debe implementar cada uno de estos componentes arquitectnicos. La manera de presentar el grupo de procesos es la siguiente: primero se presenta el grupo, se describe cada uno de los procesos que lo componen, sus interrelaciones, entradas y salidas y productos parciales; luego cada proceso es descompuesto en dos o mas subprocesos los cuales se describen de la misma forma y usando la misma notacin que el proceso principal.

Grupo de procesos de Diseo

Este grupo de procesos tcnicos tiene como objetivo general especificar la estructura y el conjunto de componentes que deben conformar la aplicacin empresarial para que sta satisfaga los requisitos establecidos. Para ello se emplean mtodos, tcnicas y herramientas apropiadas, para definir tanto el diseo general de la aplicacin (su arquitectura) como para describir de manera detallada cada uno de sus componentes; es decir, la interfaz usuario/ aplicacin, las bases de datos, los programas, la documentacin y los procedimientos.

Diagrama de Procesos de Diseo

Tal como se seal anteriormente, el grupo de procesos de diseo comprende dos grandes procesos: 1) El Diseo Arquitectnico (DA) y 2) El Diseo Detallado de la aplicacin (DD), como se muestra en la figura 9.1.
analysis Cadena de v alor WATCH

Diseo Arquitectnico

Diseo Detallado

Figura 9.1. Modelo de los procesos asociados al Diseo de aplicaciones

- 138 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

El proceso de Diseo Arquitectnico (DA) permite establecer el conjunto de componentes que integran la aplicacin empresarial, las relaciones y restricciones de interaccin entre ellos, las relaciones con otras aplicaciones externas y la distribucin fsica de cada uno de estos componentes. El proceso de Diseo Detallado (DD) permite especificar de manera precisa cada uno de los componentes de la arquitectura; incluyendo cada mtodo de su las interfaces de programacin (APIs) de cada uno de sus componentesz, la interfaz usuario/sistema, y el modelo de datos que se usar para crear la base de datos a implementar y las conexiones previstas en la arquitectura.

Modelo de productos de diseo

De acuerdo al Modelo de Productos, descrito en el Captulo 3, el conjunto de productos asociados a los procesos de diseo de la aplicacin se muestra en la figura 9.2. El producto mayor es el Documento de Diseo, que agrupa a un conjunto de documentos tcnicos ms detallados producidos durante la ejecucin de los procesos de Diseo Arquitectnico y Diseo Detallado.
class Descripcin de productos

documento Documento de Diseo

documento Docum ento de Di seo Arquitectnico

documento Docum ento de Di seo Detal lado

Figura 9.2. Modelo de productos asociados al proceso Diseo

Descripcin general de productos

Este proceso genera un producto final, el documento de diseo de la aplicacin, conformado por un conjunto de productos intermedios: el documento de arquitectura de la aplicacin, y el documento de diseo detallado de la aplicacin. A continuacin continuacin, se describe brevemente cada uno de los productos principales que integran el Documento de Diseo.

Documento de Diseo Arquitectnico

Es el producto final del proceso Diseo de la Arquitectnicoura. Establece el conjunto de subsistemas en que se divide la aplicacin, agrupados en componentes y relaciones entre componentes. Este modelo arquitectnico adems puede estar combinado con uno o ms estilos arquitectnicos, como es el caso de las arquitecturas de tres capas. En este documento,e se especifican las caractersticas, interaccin y distribucin de los componentes. El documento esta constituido por dos tipos de elementos: Un modelo de componentes combinado con otros estilos arquitectnicos, en el que se establece de manera general las funcionalidades de cada componente; y uUn conjunto de vistas que describen los aspectos ms importantes de la arquitectura de software, como son: la vista funcional, la vista
- 139 -

estructural y la vista de comportamiento. Todas estas vistas contienen diagramas UML que describen los aspectos estticos y dinmicos de la aplicacin.

Documento de Diseo Ddetallado

Es el producto final del Diseo Detallado de la aplicacin. Especifica las caractersticas que tiene cada uno de los componentes de la aplicacin, la interfaz usuario/sistema y el modelo de datos que sea implementar. Estos tres elementos deben ir acompaados de El documento esta constituido por los tres tipos de elementos. Cada documento puede ir acompaado de las descripciones textuales necesarias que complementan y aclaran lasdicha especificacionesn tcnicas.

El proceso Diseo Arquitectnico (DA)

Diagrama del proceso
analysis Proceso DA

regla Mtodos, planes, estndares, y procedi mientos de Diseo Arquitectnico

actor Diseador arquite ctnico

(from Definicin de metas y requisitos) (from Identificacin de Subsistemas)

objetivo Utilizar un conjunto de tcnicas y mtodos para describir la arquitectura de un siste ma, que permita manejar la complejidad de su desarrollo

regula

especifica persigue

documento Documento de Requisitos (from Definicin de metas y requisitos)

Diseo Arquitectnico

documento Docum ento de Diseo Arquitectnico

regula

utilizados

actor Coordina dor del Grupo de diseo arquite ctnico (from Actores DA)

recursos Herram ientas, tcnicas, patrones, mtri cas, pla ntilla s (from Vista Estructural)

Figura 9.3. Diagrama general del proceso Diseo Arquitectnico

- 140 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Modelo de productos de DA
class Estructura de producto 1

documento Documento de Diseo Arquitectnico

documento Metas y re quisitos de la arquitectura

documento Arquitectura Software

modelo Vista de Funcional

modelo Vista Estructural

modelo Vista de Comportamiento

modelo Vista de Impleme ntacin

modelo Vista de Despliegue

UML Diagramas de Casos de Uso

UML Diagramas de Clases

UML Diagramas de Compone nte s (Alto nivel)

UML Diagramas de Secuecias

UML Diagram as de Estado

UML Dia gra ma de Componentes (Bajo Nivel)

UML Diagramas de Despliegue

Figura 9.4. Modelo de producto del proceso Diseo Arquitectnico.

Descripcin de productos DA
Este proceso genera dos tipos de productos: 1) la descripcin del diseo conformado por la descripcin de las metas y los requisitos que el diseo debe alcanzar, los estilos arquitectnicos seleccionados y el los atributos y mtodo de evaluacin que ser utilizado para determinar el grado de acercamiento a los objetivos planteados para el diseo; y. 2) la especificacin tcnica de la arquitectura constituida por las diferentes vistas de diseo: uso, comportamiento, estructural, implementacin y despliegue. A continuacin, se describe brevemente cada uno de los modelos asociados a las vistas de de diseo.

Modelo de Casos de Uso

Producto final del subproceso Elaboracin de Vvistas (ver figura 9.5), especficamente la vista de uso de la aplicacin. En esta vista, se representa el refinamiento del modelo de casos de uso elaborado en el proceso de Ingeniera de Requisitos. Este producto Mmodela,ndo de manera ms precisa, tanto las acciones del usuario como las reacciones del sistema. Sirve de entrada para la especificacin detallada de la construccin de los diagramas del modelo de interaccin y para la especificacin de programas y procedimientos mediante los diagramas de actividad.

Modelo de Interaccin
Producto final del subproceso Elaboracin de Vvistas, especficamente de las vistas de comportamiento y de implementacin, encargadas de especificar la dinmica de la aplicacin, es decir, como operar la aplicacin ante cada evento o activacin de una funcin. Est
- 141 -

constituido por los diagramas de secuencia, actividad y/o transicin de estados de las clases de la aplicacin, Contiene uUno o ms diagramas de secuencias por cada caso de uso indicado en la vista de uso. Segn el tipo de aplicacin empresarial, se determina si es necesario o no construir los diagramas de transicin entre estados de las clases propias de la aplicacin. Cada diagrama de estado se obtiene a partir del anlisis de las transiciones del estado de uno o ms atributos de la clase correspondiente

Modelo de Clases
Producto final del subproceso Elaboracin de Vvistas, especficamente de la vista estructural. Este modelo es unel refinamiento y extensin del modelo de objetos del negocio, construido durante el proceso de Ingeniera de Requisitos.

Modelo de Componentes
Producto final del subproceso Elaboracin de Vvistas, especficamente de la vista estructural y vista de implementacin. Representa todos los componentes definidos en la arquitectura de software atendiendo a los requisitos de divisin en subsistemas, funcionalidad y/o servicios que debe prestar la aplicacin durante su ejecucin. Este modelo puede ser refinado y extendido una vez diseada todas las funcionalidades de la aplicacin.

Modelo de Despliegue
Producto final del subproceso Elaboracin de Vvistas, especficamente de la vista de despliegue. Representa la distribucin de los componentes definidos en la arquitectura de software, la cual atendiendeendo tanto a los requisitos tcnicos de plataforma de hardware y software, como a los requisitos de captura, acceso y manipulacin de datos y programas.

Subprocesos del proceso DA

analysis Diagrama j errquico del proceso

Diseo Arquitectnico

Definicin de metas y requisitos Arquitectnicos

Identificacin de Subsistemas

Elaboracin de las vistas de la arquitectura

Evaluacion de la Arquitectura

Figura 9.5. Subprocesos del proceso DA.

EL proceso DA se descompone en cuatro subprocesos complementarios: Definicin de metas y requisitos arquitectnicos, la identificacin de subsistemas, la elaboracin de vistas arquitectnicas y la evaluacin de la arquitectura (ver figura 9.5).

- 142 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Descripcin de subprocesos DA
Cada subproceso es descrito en trminos de sus objetivos y del conjunto de actividades (flujo de trabajo) y tareas (tabla de tareas y productos) cuya ejecucin permite producir cada uno de los productos parciales o finales definidos, anteriormente, en el modelo de productos DA.

Subproceso: Definicin de metas de diseo

Este subproceso permite identificar los requisitos funcionales y no funcionales que estn relacionados o incidan en la seleccin y diseo de la arquitectura de software de la aplicacin, tales como los atributos para evaluar la de calidad de la arquitectura y. Adems se especifican las restricciones que servirn de gua para especificar y disear la arquitectura de software. de la aplicacin en trmino de sus componentes y relaciones entre componentes.

Diagrama del proceso

analysis Diagrama del proceso

regla Mtodos, planes, estnda res, y procedi mientos de Diseo Arquitectnico (from Identificacin de Subsistemas)

actor Coordinador del Grupo de dise o arquite ctnico (from Actores DA)

objetivo Identifi car las metas re quistos arquitectnicos del sistema

(from Proceso DA)

regula

controla

persigue

documento Documento de Requisitos

Definicin de metas y requisitos

documento Metas y requi sitos de la arquitectura

especifica

especifica

utilizados

actor Diseador arquite ctnico

actor Arquitecto Software (from Actores DA)

recursos Herram ientas, tcnicas, patrones, mtri cas, pla nti lla s

Figura 9.6. Flujo del subproceso Definicin de metas de diseo.

La figura 9.6 muestra las diferentes elementos que participan en este subproceso, estos son: elementos de informacin, ellos definen los documentos o entradas al proceso y los documentos o salidas obtenidas una vez ejecutada las actividades y tareas asociadas a este subproceso. El objetivo que persigue este proceso, los recursos utilizados para la realizacin de este proceso, tales como patrones y estilos arquitectnicos, clasificaciones de atributos de calidad, mtricas para evaluar atributos de calidad, las reglas del negocio, estndares y/o procedimientos y finalmente los actores involucrados en el proceso. El producto final de este proceso es el documento de metas y requisitos del diseo arquitectnico, documento que contiene:
- 143 -

Requisitos arquitectnicos funcionales: Qen el que se especifican los que servicios de la aplicacin, contenidos en el Mmodelo de Casos de Uso, que inciden directamente en la eleccin de la arquitectura. Requisitos arquitectnicos no-funcionales: Qen el que se especifican los atributos de calidad que son determinantesinciden directamente en la eleccin de la arquitectura del sistema, tales como: son confiabilidad, rendimiento, robustez, eficiencia, mantenimiento, etc. Asimismo, se especifican los requisitos no funcionales que son usadosinciden en la seleccin de la arquitectura, como son son: el manejo de procesos concurrentes y el manejo de eventos.

Restricciones: Ese especifican las limitaciones restricciones que inciden en la seleccin de la arquitectura.

Flujo de trabajo
act Diagrama de Activ idad

Proceso: Definicin de Metas y Requisitos Arquitectnicos inicio fin

documento Documento de Requisitos

Identificar los factores y las tendencias que afecten la arquitectura.

Identificar las restricciones en la arquitectura

documento Metas y requisitos de la arqui tectura

Establecer los objetivos de negocio que se aplican a la arquitectura

Establecer mtricas para ver si el atributo de calidad es alcanzado, asignar prioridades a los requisitos

Estudiar beneficio de la arquitectura

Estabelcer los criterios para comparar las arquitecturas

Identi ficar requistos funcionale s que inciden en la arquitectura del sistema

Identificar atributos de calidad de la arquitectura

Figura 9.7. Flujo de trabajo del subproceso Definicin de metas de diseo La tabla 9.1 describe las tareas asociadas a cada actividad a realizar en el proceso definir metas y requisitos arquitectnicos Tabla 9.1. Descripcin del flujo de trabajo: Definicin de metas de trabajo Actividad Identificar los factores y tendencias que afecten la arquitectura. Establecer los objetivos del negocio que se aplican a la arquitectura Tareas Explorar el ambiente e identificar que factores de la organizacin inciden sobre la seleccin de la arquitectura. Explorar que tendencias de plataformas o de desarrollo se estn utilizando y que afectan la seleccin de la arquitectura. Establecer cuales objetivos de negocio se aplican a la arquitectura Establecer que arquitectura se pueden alinear con estos objetivos Productos

Lista de objetivos del negocio

- 144 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Estudiar beneficios de la arquitectura Determinarcin de los requisitos funcionales que inciden en la arquitectura Determinar cin de los requisitos no funcionales que inciden en la arquitectura Establecer los criterios para poder comparar las arquitecturas Establecer medidas para verificar si el atributo de calidad es alcanzado y asignar prioridades a los requisitos Identificar las restricciones en la arquitectura

Determinar dnde la una determinada arquitectura proporciona una diferenciacin competitiva positiva y donde no Revisar los requisitos de funcionalidad y restricciones definidos en el documento de especificacin de requisitos Definir las caractersticas tcnicas y funcionales de la arquitectura Revisar que atributos de calidad inciden eln la arquitectura del sistema. Revisar que requisitos no funcionales, tales como el manejo de notificaciones inciden en la seleccin de la arquitectura Establecer que parmetros se deben tener en cuenta para evaluar diferentes alternativas arquitectnicas. Establecer los mtricas para evaluar los atributos de calidad establecidos para evaluar las propuestas arquitectnicas y verificar si cada atributo de calidad es alcanzado Asignar prioridades a los requisitos no funcionales

Lista de beneficios de una determinada arquitectura Lista de requisitos de funcionalidad que debe cumplir la arquitectura de la aplicacin Lista de requisitos no funcionalidad

Lista de mtricas y parmetros para evaluar arquitecturas Listado de las mtricas a utilizar

Establecer las restricciones que deben ser consideradas en la seleccin de la arquitectura

Listado de restricciones arquitectnicas

Subproceso: Identificacin de subsistemas

Este subproceso gua la definicin de los diferentes subsistemas que componen la aplicacin, la manera de relacionarse entre ellos y con otras aplicaciones o sistemas, sus objetivos. Proceso que se basa en algn criterio de descomposicin segn las reglas del negocio (por funcionalidades, por usuarios, etc.) para dividir el sistema en subsistema y relacionar estos subsistemas (componentes) utilizando uno o ms estilos arquitectnicos. Para ello se deber: en la definicin de criterios de las caractersticas de la aplicacin y de la plataforma tecnolgica de hardware y software.

Diagrama del proceso

- 145 -

analysis Diagrama del proceso

regla Mtodos, planes, estndares, y procedi mientos de Diseo Arquitectnico

actor Coordi nad or del Grupo de di se o arquite ctnico (from Actores DA)

objetivo Identifi car los subsiste mas y definir l a arquitectura software inicial de la aplicacin

(from Vista de Despliegue)

regula

controla

persigue

documento Metas y re quisi tos de la arquitectura (from Definicin de metas y requisitos)

Identificacin de Subsistemas

documento Arquitectura software inicial

(from Proceso DA)

utilizados

especifica

actor Arqu itecto Software (from Actores DA)

recursos Herram ientas, tcnicas, patrones, mtri cas, pla nti lla s (from Definicin de metas y requisitos)

Figura 9. 8. Flujo del subproceso Identificacin de subsistemas

Flujo de trabajo
act Diagrama de Activ idad

Proceso: Identificacin de subsistemas inicio fin

documento Documento de Requisitos (from Definicin de metas y requisitos)

Revisar arquitecturas, estilo arquitectnicos y experiencias previas

Establecer responsabilidades y colaboraciones de cada componente

documento Arquitectura software inicial

Determinacin de los Subsistemas

Identificar estilos arquitectnicos y adaptar los estilos

Crear diferentes propuestas arquitectnicas y evaluarlas

Figura 9.9. Flujo de trabajo del subproceso Identificacin de subsistemas Tabla 9.2. Descripcin del flujo de trabajo: Determinacin de subsistemas. Actividad Revisar otras arquitecturas, estilos y patrones arquitectnicos y experiencias previas con sistemas similares Identificar estilos arquitectnicos y adaptar los estilos Crear diferentes propuestas arquitectnicas y evaluarlas Tareas Revisar los objetivos de diseo Estudiar los diferentes estilos arquitectnicos que pudieran satisfacer tales objetivos Seleccionar un estilo o patrn arquitectnico Adaptar el patrn seleccionado a los requisitos de arquitectura predefinidos Crear una o ms propuestas de la arquitectura que demuestre la
- 146 -

Productos Estilo arquitectnico

Arquitectura seleccionada

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Actividad Determinacin de los subsistemas

Establecer las responsabilidades de cada componente

Tareas descomposicin del sistema en componentes y conectores Evaluar las arquitecturas utilizando los criterios establecidos en el proceso anterior. Establecer los criterios que permiten manejar la complejidad de la aplicacin Verificar la adaptacin del patrn de arquitectura con los criterios de reduccin de complejidad Dividir la aplicacin en subsistemas Describir cada subsistema, sus componentes e interacciones con otros subsistemas Establecer los comportamientos iniciales que cada componente debe proveer para lograr las funcionalidades de la aplicacin

Productos

Divisin en subsistemas Descripcin de subsistemas Arquitectura software inicial

Subproceso: Elaboracin de vistas arquitectnicas

Existen diversos participantes en el desarrollo de un sistema, analistas, diseadores, integradores del sistema, probadores, gerentes, etc. Cada uno con una visin diferente, por lo que el diseo un sistema exige que ste sea visto desde diversas perspectivas. La arquitectura de un sistema es el artefacto ms importante que se puede utilizar para manejar los diferentes puntos de vista que existen entre los participantes del desarrollo del sistema adems de permitir controlar el desarrollo de un sistema a travs de su ciclo de vida. Las descripciones arquitectnicas se componen de mltiples vistas, en ellas se especifican diferentes aspectos que se requieren modelar, tales como: aspectos funcionales, dinmicos, estructurales, implementacin y de despliegue. Este subproceso gua la especificacin detallada de la arquitectura de la aplicacin a travs de la elaboracin de las diferentes perspectivas o vistas que la componen

Subprocesos del subproceso Elaboracin de vistas de la arquitectnicas EVA

analysis Elaboracin de las v istas arquitectnicas

Elaboracin de las vistas de la arquitectura (EVA)

(from Proceso DA)

Elaboracin de la vista Funcional

Elaboracin de la vista Estructural

Elaboracin de la vista de Comportamiento

Elaboracin de la vista de Implementacin

Elaboracin de la vista de Despliegue

- 147 -

Figura 9.10. Subprocesos del subproceso Elaboracin de vistas arquitectnicas.

Descripcin de subprocesos EVA

Subproceso: Elaboracin de la vista Funcional
La vista Funcional describe el comportamiento del sistema segn lo ven sus usuarios y analistas. Consta de un conjunto de Diagramas de Casos de Uso organizados de acuerdo a la arquitectura de la aplicacin, Estos diagramas son un refinamiento de los diagramas del Modelo de Casos de Uso obtenidos en la fase de Ingeniera de Requisitos Si hay requisitos no funcionales del sistema. Estos elementos no tienen ningn modelo visual significativo, y as que se representan como requisitos textuales.

Diagrama del proceso

analysis Descripcin del proceso EV

regla Mtodos, planes, estnda res, y procedi mientos de Diseo Arquitectnico

actor Coordina dor del Grupo de diseo arquite ctnico (from Actores DA)

objetivo Modelar los aspectos funcionales del sistema en l a vista funcional (from Proceso DA)

(from Identificacin de Subsistemas)

persigue regula

Documento de Requisitos:: Modelo Funcional Elaboracin de la vista Funcional

documento Vista de Funcional

documento Arquitectura software inicial

(from Elaboracin de las vistas arquitectnicas )

(from Identificacin de Subsistemas)

especifica

utilizados

actor Arquitecto Software (from Actores DA)

recursos Herram ientas, tcnicas, patrones, mtrica, pla ntilla s

Figura 9.11. Diagrama del subproceso Elaboracin de la vistas Funcional

Flujo de trabajo

- 148 -

PROYECTO METHODIUS
act Diagrama de Activ idades

MTODO GRAY WATCH

VERSIN PRELIMINAR

Proceso: Elaboracin de la Vista Funcional

inicio Documento de Requi sitos::Modelo Funci onal

final

Identificar los casos de usos asociados a un subsistema

Agrupar los casos de usos por subsistema

documento Vista de Funcional

Figura 9.12. Flujo de trabajo subproceso Elaboracin de vistas arquitectnicas Tabla 9.3. Descripcin del flujo de trabajo: Elaboracin de vistas Funcional. Actividad Identificar los casos de uso asociados a cada subsistema Agrupar los casos de usos por subsistema Tareas Extender, si es necesario, los casos de uso Definir conjunto de escenarios de utilizacin Revisar consistencia y coherencia de la vista Funcional Productos Modelos de casos de uso y escenarios Modelo de casos de uso

Subproceso: Elaboracin de la vista Estructural

La vista Estructural esta compuesta de un conjunto de clases, con sus interfaces, atributos y colaboraciones entre las clases, en ella se especifican las clases que integran cada subsistema o componente arquitectnico de la aplicacin. Esta vista especifica los servicios que el sistema debe proporcionar a sus usuarios finales Consta de una coleccin de diagramas de clases en UML. Uno o ms diagramas para cada subsistema o componente arquitectnico de alto nivel. Estos diagramas son un refinamiento de los diagramas de clases del negocio obtenidos en la Fase de Ingeniera de Requisitos y forman el vocabulario del problema y su solucin.

Diagrama del proceso

- 149 -

analysis Vista Estructural

regla Mtodos, planes, estnda res, y procedi mientos de Diseo Arquitectnico (from Identificacin de Subsistemas)

actor Coordina dor del Grupo de diseo arquite ctnico (from Actores DA)

objetivo Modelar los aspe ctos estticos del si stema en la vista estructural (from Proceso DA)

regula

controla

persigue

documento Arquitectura software inicial (from Identificacin de Subsistemas) Elaboracin de la vista Estructural documento Vista Estructural

Documento de requsitos:: Modelo Esctructural

(from Elaboracin de las vistas arquitectnicas )

utilizados

especifica

refina

actor Arquitecto Software (from Actores DA)

actor Dise ador de Componentes (from Actores DA)

recursos Herrami enta s, tcnica s, patrones, mtricas, planti llas

Figura 9.13. Diagrama del subproceso Elaboracin de la vistas Estructural.

Flujo de trabajo
act Fluj o de trabaj o VE

Proceso: Elaboracin de la Vista Esctructural documento Arqui tectura software inicial (from Identificacin de Subsistemas) documento Documento de Requisitos (from Definicin de metas y requisitos) Exis ten casos de uso por analizar Identificar las clases de anlisis inicio

Seleccionar Subsistema

Seleccionar un caso de uso

Crear una Realizacin del Caso de Uso

Exis ten Subsis temas

fin

Actualizar el diagrama de cases con las clases de anlisis

Describir los servicios de la clase y establecer las relaciones entre las clases

documento Vista Estructural::Diagrama de Clases

Figura 9.14. Flujo de trabajo del subproceso Elaboracin de la vistas Estructural. Tabla 9.4. Descripcin del flujo de trabajo: Elaboracin de vistas estructural.
- 150 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Actividad Seleccionar un subsistema

Seleccionar un caso de uso Crear una realizacin del caso de uso

Identifican las clases de anlisis

Describir los servicios de la clase y establecer las relaciones entre las clases

Actualizar el diagrama de clases con las clases de anlisis

Tareas Seleccionar el subsistemas a modelar Establecer prioridades a los casos de uso del subsistema Utilizando las prioridades seleccionar cada caso de uso a especificar Especificar un diagrama de clases que contenga las clases participantes en el caso de uso Especificar uno o ms diagramas de secuencias que describan como los objetos de las clases participantes interactan para ejecutar el trabajo requerido por el caso de uso Encontrar las clases de anlisis a partir de comportamiento del caso de uso Utilizando la tcnica de diseccin gramatical analizar las sentencias del flujo de eventos de la descripcin del caso de uso Especificar cada mtodo de la clase identificando argumentos, precondiciones y postcondiciones Determinar asociacin entre clases de objetos y subsistemas de la aplicacin Identificar las clases de borde y de control, si es necesario Revisar consistencia y coherencia de la vista Estructural

Productos Modelo de clases Modelo de interaccin

Clases de anlisis

Modelo de clases

Modelo de clases

Subproceso: Elaboracin de la vista de Comportamiento

La vista de comportamiento especifica la dinmica de la aplicacin, es decir, como opera la aplicacin ante cada evento o activacin de una funcin. Consta de una coleccin de diagramas de interaccin y estado. Uno o ms diagramas de secuencias (o comunicacin) para cada caso de uso indicado en la vista Funcional Los diagramas de secuencias se obtienen a partir del anlisis de la descripcin textual del caso de uso correspondiente. Los diagramas de estado se obtienen a partir de aquellas clases de la vista Estructural que tenga transiciones de estado interesantes. Cada diagrama de estado se obtiene a partir del anlisis de las transiciones de estado de uno o ms atributos de la clase correspondiente.

Diagrama del proceso

- 151 -

analysis v ista de Comportamiento

regla Mtodos, planes, estnda res, y procedi mientos de Diseo Arquitectnico (from Identificacin de Subsistemas)

actor Coordi nador del Grupo de Diseo (from Actores DA)

objetivo Modelar los aspe ctos dinmicos del sistema en la vista de comportamientos

(from Proceso DA) documento Arquitectura software inicial (from Identificacin de Subsistemas) documento Documento de Requisitos (from Definicin de metas y requisitos) documento Modelo del Negocio:: Diagrama de Eventos (from Elaboracin de las vistas arquitectnicas )
utilizados regula persigue

Elaboracin de la vista de Comportamiento

documento Vista de Comportamiento

especifica

especifica

actor Dise ador de Componentes (from Actores DA)

actor Arquitecto Software (from Actores DA)

recursos Herram ientas, tcnicas, patrones, mtri cas, pla nti lla s (from Vista Estructural)

Figura 9.15. Diagrama del subproceso Elaboracin de la vistas de Comportamiento.

Flujo de trabajo para la elaboracin de los diagramas de secuencias

act Flujo de trabajo para elaborar DS

documento Documento de Requisitos:: Descripcin de Casos de uso

Elaboracin de la Vista de Comportamiento::Diagramas de Secuencia inicio documento Vista Estructural:: Diagrama de Clases Distribuir el comportamiento entre las clases Actualizar las vistas (from Vista Estructural) documento Vista de Comporta miento:: Diagramas de Secue ncia

Organizar las clases documento Vista Estructural (from Vista Estructural) documento Arquitectura software inicial (from Identificacin de Subsistemas)

fin

Figura 9.16. Flujo de trabajo del subproceso Elaboracin de la vista de Comportamiento: Diagramas de interaccin. Tabla 9.5. Descripcin del flujo de trabajo: Elaboracin de vistas de Comportamiento. Diagramas de secuencia. Actividad Tareas Productos Organizar las clase Definir las clase entre la aplicacin y el usuario y entre la aplicacin y otras aplicaciones Organizar las clases de entidad de borde y de
- 152 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Distribuir el comportamiento entre las clases Actualizar las vistas

control necesarias para disear el comportamiento del caso de uso Establecer secuencias de comportamientos entre las clases, los subsistemas y/o posibles componentes de la aplicacin. Revisar consistencia y coherencia de la vista de comportamiento Revisar consistencia y coherencia de la vista Estructural

Modelos de interaccin Modelo de interaccin Modelo de clases

Flujo de trabajo para la elaboracin de los diagramas de estados

act Fluj o de trabaj o para elaborar DE

Elaboracin Vista de Comportamiento::Diagramas de Estados documento Vista Estructural:: Diagrama de Clases (from Vista Estructural) documento Modelo del Negocio:: Diagrama de Eventos

Identificar las clases con cambios de estados

Identificar los eventos que producen cambios

Identificar estados complejos

inicio fin

Modelar los cambios de estados

Identificar concurrencia y sincronismos

documento Vista de Comporta miento:: Diagramas de Estados

Figura 9.17. Flujo de trabajo del subproceso Elaboracin de la vista de Comportamiento: Diagramas de estado. Tabla 9.6. Descripcin del flujo de trabajo: Elaboracin de vistas de Comportamiento. Diagramas de estado. Actividad Identificar clases con cambios de estados Identificar los eventos que producen cambios Identificar estado complejos Identificar concurrencia y sincronismos Modelar los cambios de estados Tareas Encontrar en la descripcin de eventos que clases estn asociada Listar los eventos que generan cambios Identificar que tipo de evento: seales, mensajes. Identificar y relacionar estado y evento Identificar si algn estado esta compuesto subestados Identificar que acciones deben generarse concurrentemente Identificar que acciones son sncronas Construir un diagrama de estado por cada clase Actualizar la vista de Comportamiento Revisar consistencia y coherencia de la vista de comportamiento Productos

Modelo de estados

Subproceso: Elaboracin de la vista de Implementacin

La vista de Implementacin especifica detalles de la implementacin de la aplicacin, adaptando el diseo conceptual a requerimientos tales como plataforma de desarrollo, lenguaje, distribucin de tareas, entre otros .
- 153 -

Consta de un conjunto de diagramas de componentes (de bajo nivel), especificando las relaciones entre el cdigo fuente, el cdigo objeto, los archivos, bases de datos y otros artefactos, tales como libreras, COTS, etc.

Diagrama del proceso

analysis Vista de Implementacin

regla Mtodos, plane s, est ndares, y procedimientos de Diseo Arquitectnico (from Identificacin de Subsistemas) documento Arquitectura software inicial (from Identificacin de Subsistemas) documento Vista de Comportamiento:: Diagramas de Estados (from vista de Comportamiento) documento Vista Estructural (from Vista Estructural) documento Documento de Requistos:: Requisitos no - funcionales

actor Coordi nador del Grupo de Diseo (from Actores DA)

objetivo Transformar el diseo conceptual e n un diseo impleme ntable

(from Proceso DA)

controla

regula

persigue

Elaboracin de la vista de Implementacin

documento Vista de Implementacin

(from Elaboracin de las vistas arquitectnicas )

especifica

utilizados

actor Dise ador de Componentes (from Actores DA)

recursos Herram ientas, tcnicas, patrones, mtri cas, pla nti lla s (from Vista Estructural)

Figura 9.18. Diagrama del subproceso Elaboracin de la vistas de Implementacin.

Flujo de trabajo
act Vista de Implementacin

documento Vista de Comportamiento: :Diagramas de Secuencia (from vista de Comportamiento) documento Documento de Requistos:: Requisitos no - funcionales inicio

Elaboracin de la vista de Implementacin

fin Transformar las clase en clases de diseo implementables Describir las interacciones entre los objetos del diseo Describir el comportamiento relacionado con la persistencia Especificar los diagramas de componentes (de bajo nivel)

documento Arquitectura software inicial (from Identificacin de Subsistemas) documento Vista Estructural

documento Vista Estructural:: Diagramas de Cl ases Actualizado

documento Arqui tectura Software

documento Vista de Impleme ntacin

(from Vista Estructural)

Figura 9.19. Flujo de trabajo del subproceso Elaboracin de la vista de Implementacin Tabla 9.7. Descripcin del flujo de trabajo: Elaboracin de vistas de Implementacin. Actividad Transformar las clase en clases de diseo implementable Tareas Revisar el modelo de clases de objetos Transformar cada clase en una o ms clases de diseo que tomen en consideracin el ambiente de
- 154 -

Productos

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

operacin de la aplicacin Describir las interacciones entre los objetos del diseo Identificar cada objeto que participa en la interaccin incluyendo objetos de anlisis y de diseo Incluir o renombrar los objetos de borde, de control y de entidad propios de la plataforma Actualizar los diagramas de secuencias con la presencia de los nuevos objetos de diseo Agrupar clases en componentes atendiendo a criterios preestablecidos Construir diagramas de componentes Especificar como se realizar la persistencia de datos Definir mecanismos de respaldo. Definir mecanismos de seguridad de datos Determinar asociacin entre componentes y subsistemas de la aplicacin Especificar las interfaces de cada componentes Modelo de componentes

Describir el comportamiento relacionado con la persistencia Especificar los de componente diagramas de componentes a bajo nivel

Modelo de componentes

Revisar consistencia y coherencia de la vista de Implementacin

Subproceso: Elaboracin de la vista de Despliegue

Esta vista especifica los detalles del despliegue, instalacin y operacin de la aplicacin, es decir, cmo los componentes ejecutables (cdigo objeto) y los otros componentes a tiempo de ejecucin (archivos, bases de datos, COTS, etc.) se instalarn en la plataforma de ejecucin de la aplicacin Consta de un conjunto de diagramas de despliegue. Los diagramas de despliegue describen en que nodos de hardware (PCs, servidores, etc.) se instalarn los diferentes componentes de la aplicacin

Diagrama del proceso

- 155 -

analysis Vista de Despliegue

regla Estndares, procesos, normas y procedi mientos de Diseo Arquitectnico

actor Coo rdi nador del Gru po de Diseo (from Actores DA)

objetivo Modelar la distribuicin de los compo nentes (from Proceso DA)

(from Vista Estructural)

controla persigue regula

documento Documento de Requistos::Requisitos no - funcionales (from Vista de Implementacin) documento Vista de Impleme ntacin (from Vista de Implementacin)

Elaboracin de la vista de Despliegue

documento Vista de Despl iegue

(from Elaboracin de las vistas arquitectnicas )

utilizados

especifica

actor Dise ad or de Componentes (from Actores DA)

recursos Herram ientas, tcn icas, patrones, mtri cas, pla nti lla s (from Vista Estructural)

Figura 9.20. Diagrama del subproceso Elaboracin de la vistas de Despliegue.

Flujo de trabajo
act Vista de Despliegue

Elaboracin de la Vista de Despliegue

documento Documento de Requistos:: Requisitos no - funcionales (from Vista de Implementacin) documento Vista de Implementacin (from Vista de Implementacin)

inicio

fin

Establecer distribucin de componentes segn estilo arquitectnico y plataforma tecnolgica

Especificar en que nodos se instalarn los componentes

documento Vista de Despliegue

Figura 9.21. Flujo de trabajo del subproceso Elaboracin de la vista de Despliegue. Tabla 9.8. Descripcin del flujo de trabajo: Elaboracin de vistas de Despliegue. Actividad Establecer distribucin de componentes segn estilo arquitectnico y plataforma tecnolgica Especificar en que nodos se instalar cada componente Tareas Revisar el modelo de clases de objetos Transformar cada clase en una o ms clases de diseo que tomen en consideracin el ambiente de operacin de la aplicacin Especificar nodos de hardware (PCs, servidores, etc.) Productos

Establecer los nodo donde se instalar cada componente Revisar consistencia y coherencia de la vista de despliegue

Modelo de Despliegue

Subproceso: Evaluacin de la arquitectura

- 156 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Este subproceso permite ajustar la arquitectura propuesta a los requisitos definidos para la aplicacin. La arquitectura especificada se evala para determinar el grado de cumplimiento de los requisitos y corregir los problemas detectados. Para su evaluacin se utilizan diferentes tcnicas. Para ello se selecciona un mtodo de evaluacin y se aplica. Las actividades a realizar son especficas de la tcnica utilizada para su evaluacin. En la evaluacin participan interesados que no forman parte del Grupo de Arquitectos.

Diagrama del proceso

analysis Descripcin del proceso EA

documento Arquitectura Software (from Vista de Implementacin) documento Vista de Funcional (from Vista Funcional) documento Vista Estructural (from Vista Estructural) documento Vista de Comportamiento:: Diagramas de Estados (from vista de Comportamiento) documento Vista de Implementacin (from Vista de Implementacin) documento Vista de Despliegue (from Vista de Despliegue)

regla Mtodos, planes, estnda res, y procedimientos de Diseo Arquitectnico

objetivo Validar la arquitectura software para verificar si cumple con los requistos especificados (from Proceso DA)

(from Identificacin de Subsistemas)

regula

persigue

Evaluacion de la Arquitectura documento Resultado de la Evaluacin

(from Proceso DA)

evalua utilizados

documento Documento de Requistos:: Requisitos no - funcionales (from Vista de Implementacin)

actor Evaluador de Arquitecturas (from Actores DA)

recursos Herramientas, tcnicas, patrones, mtricas, pla ntilla s (from Vista Estructural)

Figura 9.22. Diagrama del subproceso Evaluacin de la arquitectura.

Flujo de trabajo

- 157 -

act Fluj o de trabaj o

documento Documento de Subproceso: Evaluacin de la arquitectura Requisitos (from Definicin de metas y requisitos) documento Vista de Funcional (from Vista Funcional) documento Vista Estructural (from Vista Estructural) documento Vista de Comportamiento (from vista de Comportamiento) documento Vista de Implementacin (from Vista de Implementacin) documento documento Arqui tectura Vista de Software Despl iegue (from Vista de Implementacin) (from Vista de Despliegue) inicio Definir el mtodo de evaluacin
fin

Aplicar el mtodo de evaluacin

documento Resultado de la Evaluacin

Figura 9.23. Flujo de trabajo Subproceso Evaluacin de la arquitectura Tabla 9.9. Descripcin del flujo de trabajo: Evaluacin de la arquitectura Actividad Definir el mtodo de evaluacin Aplicar del mtodo Tareas Definir factores clave de la arquitectura Seleccionar un mtodo de evaluacin que permita medir los factores claves de la arquitectura Adaptar mtodo (si necesario) a las particularidades de la arquitectura a evaluar Definir modo de aplicacin del mtodo Establecer cronograma de evaluacin Realizar la evaluacin Analizar resultados Construir lista de oportunidades y fortalezas de la arquitectura Productos Lista de factores claves a evaluar Mtodo de evaluacin de la arquitectura Resultados de la evaluacin Lista de oportunidades y debilidades de la arquitectura

- 158 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

El proceso Diseo Detallado (DD)

Diagrama del proceso
analysis Descripcin del proceso

reglas Mtodos, plane s, est ndares, y procedi mientos de Diseo Detal lado

actor Coordinadores de los grupos de Diseo Detallado

objetivo Especifi car, de manera precisa, componentes de procedim ientos, datos, i nterfaz previsto en la arquitectura documento Especificacin Deta llada de Componentes (from Descripcin de productos) documento Diseo de la Base de Datos (from Descripcin de productos) documento Diseo de Interfaz

controla regula

persigue

documento Arqui tectura Software

Diseo Detallado

documento Especificacin de requisitos

especifican

utilizados

actor Diseadores

recursos Herram ientas, tcnicas, patrones, mtri cas, pla nti lla s

(from Descripcin de productos)

Figura 9.24. Diagrama del proceso Diseo Detallado de la aplicacin

Modelo de productos
Los productos generados durante el proceso Diseo Detallado ya han sido descritos de manera general en la seccin correspondiente a la descripcin general de productos del grupo de procesos Diseo de la aplicacin. Estos son el documento de diseo de interfaz usuario/sistema, el documento de diseo de base de datos y el documento de diseo de componentes y procedimientos. Cada uno de estos productos se presenta en detalle, mas adelante en este documento, cuando se describe cada uno de los subprocesos que los producen.

Subprocesos del proceso DD

- 159 -

analysis Diseo de Componentes

Diseo Detallado

(from Cadena de Valor)

Diseo de Interfaces

Especificacin de Componentes Programados

Diseo de la Base de Datos

Figura 9.25. Subprocesos del proceso Diseo Detallado de la Aplicacin

Modelo de productos de DD
class Descripcin de productos

Productos del Di seo Detal lado

documento Diseo de Interfaz

documento Especificacin Deta llada de Componentes

documento Diseo de la Base de Datos

Figura 9.26. Modelo de productos asociados al proceso Diseo Detallado.

Descripcin de productos DD
Este proceso genera tres tipos de productos: 1) la descripcin del diseo de la interfaz conformado por la especificacin de las caractersticas de la interfaz, los aspectos tcnicos a considerar y el diseo de la misma. 2) la especificacin del modelo de datos, conformado por los modelos conceptuales, implementable y fsico. 3) la especificacin detallada de cada componente que sea especificada a partir del modelo de clases.

- 160 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Documento de Diseo de interfaz usuario/sistema

Producto parcial del proceso de Diseo Detallado de la aplicacin, especficamente con el proceso de diseo de interfaz usuario/sistema. Este es un documento conformado por dos partes complementarias: la tcnica y la textual o descriptiva. Esta ltima tiene como objetivo explicar en trminos de los aspectos tcnicos del contenido del diseo detallado. La parte tcnica contempla el conjunto de modelos que especifican de manera precisa, cmo debe ser construida la interfaz de la aplicacin, indicando cmo sta debe responder o reaccionar ante cada accin del usuario (modelo de interaccin). La interfaz incluye las pantallas, ventanas, controles, mens, metforas, la ayuda en lnea, la documentacin y el entrenamiento. Adems, en este producto de diseo se especifica, atendiendo al perfil del usuario, el contenido, estilo, modos de interaccin y navegacin que proveer la interfaz de la aplicacin.

Documento de Diseo de la base de datos

Producto parcial del proceso Diseo Detallado de la aplicacin, especficamente relacionado con el subproceso de especificacin de la(s) base (s) de datos de la aplicacin. Contiene al igual que los otros documentos dos partes complementarias. En la parte tcnica se incluyen los diseos de la base de datos a nivel conceptual (modelo de clases en UML datos temticos y/o espaciales), a nivel de implementacin (relacional, espacial: vectorial o raster) y a nivel de implantacin fsica en el sistema computacional disponible. La parte descriptiva del documento especifica los criterios y elementos considerados para producir el diseo de la base de datos y los procedimientos de administracin de dicha base de datos.

Documento de Diseo de componentes de software

Producto parcial del proceso Diseo Detallado de la aplicacin, especficamente relacionado con el subproceso de especificacin de componentes de software de la aplicacin. Este documento contiene la especificacin tcnica a nivel de algoritmos (seudo cdigo) o a nivel de diagramas de actividades o de secuencias en UML, de cada uno de los componentes de software que se deben construir para la implementar la aplicacin empresarial. Esta especificacin va acompaada de la descripcin de los servicios provistos por la interfaz de cada componente, de manera que se pueda lograr la integracin (comunicacin, intercambio y cooperacin) entre los componentes de la aplicacin tal y como se defini en la arquitectura.

Subprocesos del proceso Diseo de Interfaces DI

Este subproceso es responsable de disear como el usuario interactuar con la aplicacin. Est relacionada con la arquitectura. El diseo de la interfaz incluye el conjunto de pantallas, ventanas, controles, mens, metforas que se utilizarn, as como el modelo de navegacin, la ayuda en lnea, la documentacin y el entrenamiento. Cualquier cosa que el usuario ve y con lo cual interacta es parte de la interfaz. Una interfaz inteligente debe ser fcil de aprender y usar. Una interfaz inteligente se disea especficamente para la gente que la usar.

Diagrama del proceso

- 161 -

analysis Diagrama del proceso

actor Grupo de Diseo de Interfaces (from Actores DI) documento Documento de Requisitos documento Vista Estructural documento Vista Funcional

objetivo Disea r la i nteraccin de los usuarios con el sistem a

especifican

persigue

Diseo de Interfaces documento Producto de diseo de Interfaz

documento Vista de Comportamiento

utiliza

recursos Herram ientas, tcnicas, estilos de i nteraccin, guas, pl antil las

Figura 9.27. Diagrama del subproceso Diseo de Interfaces.

Modelo de producto: Proceso Diseo de Interfaces

class Estructura de producto 1

documento Producto de diseo de las Interfaces

UML Dia gra ma de componentes de interfa z

documento Estructura de inte raccin o navegacin a travs de la apl icacin

programa Prototipo de la inte rfaz

UML Diagram as de actividades

UML Diagram as de secuencias

Figura 9.28. Modelo de productos asociados al proceso Diseo de Interfaces.

- 162 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Subprocesos del proceso Diseo de Interfaces

analysis Diagrama j errquico del proceso

Diseo de Interfaces

Elaboracin del contenido y servicios de las interfaces

Especificacin de la interfaz de usuario.

Construccin del Validacin de la interfaz prototipo de la interfaz de usuario.

Figura 9.29. Subprocesos del subproceso Diseo de Interfaces.

Descripcin de subprocesos del Diseo de Interfaces

Subproceso: Elaboracin del contenido y servicios de las interfaces

Este subproceso permite concretar a partir del documento de especificacin de requerimientos, qu tipo de usuarios van a utilizar la aplicacin, qu tareas van a realizar los usuarios y cmo las van a realizar, qu exigen los usuarios de la aplicacin, en qu entorno se desenvuelven los usuarios (fsico, social, cultural).

Diagrama del proceso

- 163 -

analysis Diagrama del procesos

regla Mtodos, plane s, est ndares, y procedi mientos de Diseo de Interfaces (from Proceso DI) documento Documento de Requisitos (from Proceso DI) documento Vista Funcional

actor Coordina dor del grupo de Diseo de Interfaces (from Actores DI)

objetivo identificar perfil es de usuarios y servicios del sistema (from Proceso DI)

controla regula persigue

Elaboracin del contenido y servicios de las interfaces

(from Proceso DI) documento Vista Estructural (from Proceso DI)

documento Especificacin detall ada de Perfil es de usuarios, conteni do y se rvicios de la inte rfaz (from Proceso DI)

utiliza

(from Proceso DI) documento Vista de Comportamiento (from Proceso DI)

especifican

actor Dise adores de Interfaces (from Actores DI)

recursos Herramienta s, tcnica s, estilos de interaccin, guas, pla ntilla s (from Proceso DI)

Figura 9.30. Diagrama del subproceso Elaboracin del contenido y servicios de las interfaces.

Tabla 9.10. Descripcin del flujo de trabajo: Diseo de la Interfaz usuario/sistema. Procesos Establecimiento del contenido y los servicios a proveer a travs de la interfaz Actividad Definir el perfil de los usuarios Analizar vista Funcional Estudiar vista de Comportamiento Estudiar vista estructural Revisar especificaciones de plataforma tecnolgica (HW y SW) Determinar servicios a proveer Determinar contenido de la interfaz Productos Especificacin detallada de Perfiles de usuarios, contenido y servicios a proveer mediante la interfaz

Subproceso: Diseo de la interfaz del usuario

En este proceso se definen los objetivos de utilizacin de la aplicacin, las tareas del usuario, los objetos y acciones de la interfaz, los iconos, vistas y representaciones visuales de los objetos, los mens de los objetos y ventanas. Todos los elementos visuales se pueden hacer primero a mano y luego refinar con las herramientas adecuadas.

- 164 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Diagrama del proceso

analysis Diagrama del proceso

regla Mtodos, plane s, est ndares, y proce dimi entos de Diseo de Interfaces (from Proceso DI)
regula

actor Coordina dor del grupo de Diseo de Interfaces (from Actores DI)

objetivo Espe cifi car la interface s de la aplicacin (from Proceso DI)

controla

persigue

documento Especificacin detall ada de Perfil es de usuarios, conteni do y se rvicios de la inte rfaz (from Proceso DI)

Especificacin de la interfaz de usuario.

documento Diseo inicial de la interfaz

(from Proceso DI)

especifican

utiliza

actor Disea dores de Interfaces (from Actores DI)

recursos Herram ientas, tcnicas, estilos de i nteraccin, guas, pl antil las (from Proceso DI)

Figura 9.31. Diagrama del subproceso Especificacin de la interfaz del usuario.

Flujo de trabajo
act Diagrama de Activ idad

Especificacin del Diseo de la interfaz

documento Especificacin deta llada de Perfiles de usua rios, conteni do y servicios de la interfaz (from Proceso DI)

Definicin del estilo y la esttica de las pantallas de interaccin requeridas

Definicin de la estructura de la

documento Diseo inicial de la interfaz

ini cio

fin

UML Dia gra ma de componentes de interfa z

UML Diagrama prelim inar de componentes de inte rfaz

Figura 9.32. Flujo de trabajo del subproceso: Especificacin de la interfaz del usuario.
- 165 -

Tabla 9.11. Descripcin del flujo de trabajo: Diseo de la Interfaz del usuario Actividad Definicin del estilo y la esttica de las pantallas de interaccin requeridas Definicin de la estructura de la interfaz Tareas Revisar la especificacin de requisitos y otras normas y reglas organizacionales Establecer parmetros de estilo y esttica de la interfaz Determinar medios y modos de interaccin Definir conjunto de elementos de interfaz a implementar Revisar la vista de comportamiento Definir componentes de interfaz Establecer relaciones de orden, dependencia y composicin entre los componentes de interfaz Especificar la estructura de interfaz de la aplicacin Identificar fuentes (desarrollo, reuso) proveedoras de los componentes de interfaz Productos Especificacin de estilo y esttica de la interfaz (color, letras, fondos, siglas, etc) Lista de componentes de interfaz: cajas, botones, enlaces, iconos, etc. Diseo general de pantallas estructura Diagrama preliminar de componentes de interfaz Estructura de interaccin o navegacin a travs de la aplicacin (flujo de pantallas) Diagrama de componentes de interfaz

Subproceso: Construccin del prototipo de la interfaz

Este subproceso se realiza un prototipo previo, una primera versin del programa que se construya rpidamente y permita visualizar el producto para poderlo probar antes de codificarlo definitivamente

Subproceso: Validacin de la interfaz del usuario

En este subproceso se realizan las pruebas de usabilidad de la interfaces, a ser posible con los usuarios finales de la aplicacin.

Diagrama del proceso

- 166 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

analysis Validacin de la interfaz de usuario.

regla Mtodos, plane s, est ndares, y proce dimi entos de Diseo de Interfaces (from Proceso DI)
regula

objetivo Validar que la i nterfaz satisface los requisitos y funciona lidades que los usuarios esperan (from Proceso DI)
persi gue

programa Prototip o de la inte rfaz

Validacin de la interfaz de usuario.

documento Produ cto de diseo de Interfaz (from Proceso DI)

(from Proceso DI)

uti li za vali da

actor Usua rios de la aplicacin

recursos Herrami enta s, tcnica s, esti los de interaccin, guas, pla nti lla s (from Proceso DI)

Figura 9.33. Diagrama del subproceso Validacin de la interfaz.

Modelo de producto: Proceso Diseo de la Base de Datos

class Estructura de los productos DB

documento :Diseo de la BD

documento :Diseo Conceptua l de la BD

documento :Dise o Re lacional de l a BD

documento :Diseo Fsico de la BD

documento :Procedimi entos de Administracin de la BD

1. .*

modelo :Esquema Parcial (por proceso)

modelo :Esquema Conceptual Integrado

modelo :Esquem a Relaci ona l Lgico

modelo :Esquema Fsico

modelo :Dia gra ma de Clase UML

documento documento :Procedim iento de :Procedimiento de S eguridad de Reorganiz acin de la BD la BD

documento :Procedimiento de Respaldo

documento :Procedimiento de Actualizacin y Carga de Datos

Figura 9.34. Modelo de productos asociados al proceso Diseo de la Base de Datos.

- 167 -

Subprocesos del proceso Diseo de la Base de Datos DB

analysis Cadena de v alor Diseo de BD

Diseo de la Base de Datos

Diseo Conceptual de Diseo Relacional de la la Base de Datos Base de Datos

Diseo Fsico de la Base de Datos

Diseo de los Procedimientos de Administracin BD

Figura 9.35. Subprocesos del proceso Diseo de la Base de Datos.

Descripcin de subprocesos del Diseo de la Base de Datos

Subproceso: Diseo Conceptual de la BD
La meta de esta fase es producir un esquema conceptual de la base de datos que sea independiente un manejador de bases de datos especfico, utilizando un modelado de alto nivel, tal como el diagrama de clases de UML. El objetivo de este modelo es entender de manera completa significado e interrelaciones y restricciones. la estructura de la BD,

Subprocesos del proceso Diseo Conceptual de la BD

- 168 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

analysis Diagrama j errquico de procesos BD

Diseo Conceptual de la Base de Datos

(from Procesos DB)

Especificacin de Requisitos de Datos

Diseo de Esquemas Parciales

Integracin de Esquemas

Validacin del Esquema Conceptual Integrado

Figura 9.36. Subprocesos del proceso Diseo de Conceptual de la Base de Datos.

Descripcin de subprocesos del proceso Diseo de Conceptual de la Base de Datos.

Subproceso: Especificacin de Requisitos de Datos
En este proceso se analizan los datos que los usuarios necesitan para llevar a cabo sus tareas, en este proceso se identifican los flujos de informacin dentro del sistema, su relacin con los usuarios, su ubicacin geogrfica, origen y destino de los reportes entre otros aspectos.

Diagrama del proceso

analysis Diagrama del Proceso ERD

regla Mtodos, planes, est nda res y proce dimi entos de Diseo de BD (from Procesos DB)
regula

actor Coordina dor del Grupo de Diseo de BD

objetivo Esta blecer l os requisitos propios de la base de datos

controla

alcanza

documento Documento de Requisitos del Sistema

Especificacin de Requisitos de Datos

documento Docum ento Actua lizado de Requisitos del Sistema

Nece sida des de alma cena miento de datos (from Diseo Conceptual de la BD)

documento Documento de requsitos de la BD

ejecuta

apoya

apoya

actor Grupo de Diseo de BD

recurso Herrami enta s, tcnica s,patrones, mtricas, prcticas y plantillas (from Procesos DB)

documento Model o de Negocios

Figura 9.37. Diagrama del subproceso Especificacin de Requisitos de Datos.

- 169 -

Flujo de trabajo

act Flujo de Trabaj o ERD

Especificacin de Requisitos de la BD documento Documento de Requisitos del Sistema Especi ficar requisitos funcionale s de administracin de l a BD

Especi ficar requisitos funciona les tipo CRUD

Validar el documento de requisitos de la BD

documento Documento de Requisitos de la BD documento Docum ento actualizado de requisitos del sistema

Inicio

Ana lizar documento de requisitos del sistema

Especificar restricciones de diseo de BD

Ela borar el docum ento de requisitos de l a BD Actualizar docum ento de requisitos del si stema

Especificar atri butos de calidad de la BD

Fin

Figura 9.38. Flujo de trabajo del subproceso Especificacin de requisitos de la BD.

Subproceso: Diseo de Esquemas Parciales

En este proceso se definen el modelo de datos asociado a cada proceso del negocio, generndose por cada proceso un esquema parcial.

Diagrama del proceso

- 170 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

analysis Diagrama de Proceso - DEP

regla Mtodos, planes, est nda res y proce dimi entos de Diseo de BD (from Procesos DB)

actor Coordina dor del Grupo de Diseo de l a BD

objetivo Descri bir la s clases de datos que ca da proceso de negocio requiere

modelo Model o de Cla ses del Ne gocio (Docume nto de Requisitos del Sistema) (from Productos DB)

regula

controla

alcanza

Diseo de Esquemas Parciales

modelo Esquem as pa rciale s de la BD (por proceso de negocio) (from Productos DB)

documento Documento de Requi sitos de la BD (from Productos DB)

(from Diseo Conceptual de la BD)

ejecuta

apoya

apoya

actor Grupo de Diseo de la BD

recurso Herrami enta s, tcnica s,patrones, mtricas, prcticas y plantillas (from Procesos DB)

documento Model o de Negocios del Sistema (from Productos DB)

(from Actores)

Figura 9.39. Diagrama del subproceso Diseo de Esquemas Parciales.

Flujo de trabajo

act Fluj o de trabajo - DEP

documento Modelo de Negocios del Sistema (from Productos DB)

proceso Diseo de Esquemas Parciales modelo Esquemas pa rciale s de la BD (por proceso de negocio) (from Productos DB) Sele ccionar los procesos de negocio cuyos datos se modelarn Analizar un proceso de ne gocio selecciona do y sus requisitos Ela borar el esquema conce ptual parcial del proceso Validar el esquema conceptua l parcial
NO

Inicio

SI

Fin todos los procesos han sido analizados?

documento Documento de Requisitos de la BD (from Productos DB) documento Documento Actua lizado de Requisitos del Sistema (from Especificacin de Requisitos de Datos-ERD)

Figura 9.40. Flujo de trabajo del subproceso Diseo de Esquemas Parciales.

- 171 -

Subproceso: Integracin de Esquemas

En este proceso se integran todos los esquemas parciales, identificando correspondencias entre las clases, atributos, dominios y relaciones de los esquemas a integrar. Asimismo, se resuelven los conflictos que puedan ocurrir al integrar los esquemas.

Diagrama del proceso

analysis Diagrama de Proceso-IE

regla Mtodos, planes, est nda res y proce dimi entos de Diseo de BD (from Procesos DB)
regula

actor Lder del Grupo de Diseo de BD

objetivo Integrar los esquemas parcia les pa ra producir la estructura conce ptual de l a BD
alcanza

controla

modelo Esque mas parcia les de la BD (por proceso de negocio)

Integracin de Esquemas modelo Esquem a Conce ptua l de la BD (from Productos DB)

(from Productos DB)

documento Documento de requsitos de la BD

(from Diseo Conceptual de la BD)

(from Especificacin de Requisitos de Datos-ERD)

ejecuta apoya apoya

actor Grupo de Diseo de BD

documento Modelo de Negocios

recurso Herramienta s, tcnica s,patrones, mtricas, prcticas y plantillas (from Procesos DB)

Figura 9.39. Diagrama del subproceso Diseo de Esquemas Parciales.

Flujo de trabajo

- 172 -

PROYECTO METHODIUS
act Fluj o de Trabaj o-IP

MTODO GRAY WATCH

VERSIN PRELIMINAR

modelo Esquema s parciales de la BD (por proceso de negocio) Ide ntificar corre spondencias entre las clases, atributos, dominios y relacione s de los esquemas a integra r

proceso Integracin de esquemas parciales

(from Productos DB)

Inicio regla Proce dimiento de integracin de vistas parciales [Ba tini, Ceri & Navathe, 94]

Ide ntificar conflictos de nombres, typos, dominios y restricciones entre los esquemas a integrar

Resolve r conflictos entre los esquemas

modelo Esquema Conce ptua l de la BD (from Productos DB) Integra r esque ma s segn el orden definido Reestructurar el esquema conceptua l integrado Ela borar el documento de dise o conceptual de la BD

Definir e l orden de integracin

documento Productos DB::Diseo Conceptual de la BD

Fin

Figura 9.40. Flujo de trabajo del subproceso Integracin de Esquemas Parciales.

Subproceso: Validacin del Esquema Conceptual Integrado

La validacin del documento de Diseo Conceptual y, particularmente, su esquema conceptual integrado se validan mediante una o ms revisiones tcnicas (Ver Captulo 7, Seccin Revisiones de Software).

Diagrama del proceso

analysis Diagrama de proceso-VEI

regla Mtodos, planes, est nda res y proce dimi entos de Diseo de BD (from Procesos DB)

actor Lde r de l Grupo de Diseo de BD

objetivo Asegurar que el diseo conceptual de la BD cunmple con los re quisitos estableci dos y la s necesidades de datos que tienen los usuarios del sistema

controla regula alcanza

modelo Esque ma Conceptual de l a BD

Validacin del Esquema Conceptual Integrado

documento Esque ma Conceptual de la BD validado

(from Productos DB) documento :Dise o Conceptual de l a BD (from Productos DB) (from Diseo Conceptual de la BD) documento Docum ento de Di seo Conceptual validado

ejecuta

ejecuta

apoya

apoya

apoya

actor Grupo de Diseo de la BD (from Actores)

actor Grupo de Usuarios

documen... Model o de Negocios

documento Documento de Requi sitos de la BD

recurso Herrami enta s, tcnica s,patrones, mtricas, prcticas y plantillas (from Procesos DB)

Figura 9.41. Diagrama del subproceso Especificacin de Requisitos de Datos.

- 173 -

Subproceso: Diseo Relacional de la Base de Datos

Este proceso consiste en transformar el esquema conceptual integrado en un esquema de bases de datos relacional. La transformacin se hace, generalmente, con el apoyo de herramientas de software que transforman automticamente las clases y relaciones del esquema conceptual integrado en un conjunto de tablas relacionales.

Diagrama del proceso

analysis Diagrama del Proceso DR

regla Mtodos, planes, est nda res y proce dimi entos de Diseo de BD (from Procesos DB)

actor Coordina dor del Grupo de Diseo de l a BD (from Actores)

objetivo Elaborar la estructura relaci onal de la BD de acue rdo a l os linea mientos del Modelo Re lacional (from Procesos DB)
persigue

regula

controla

Diseo Relacional de la Base de Datos

modelo :Esquem a Conceptua l Integrado (from Productos DB)

modelo :Esquema Relaci onal Lgico (from Productos DB)

(from Procesos DB)

ejecuta

apoya

actor Grupo de Diseo de l a BD (from Actores)

recurso Herrami enta s, tcnica s,patrones, mtricas, prcticas y plantillas (from Procesos DB)

Figura 9.42. Diagrama del subproceso Diseo Relacional de la Base de Datos.

Tabla 9.12. Actividades para el Diseo Relacional de la BD. Proceso Diseo Relacional de la Base de Datos Actividades Convertir el esquema conceptual integrado en un diseo relacional. Validar diseo relacional con los requerimientos de datos establecidos Productos diseo relacional de la BD

Subproceso: Diseo Fsico de la Base de Datos

Este proceso consiste en seleccionar las estructuras de almacenamiento y las rutas de acceso para las tablas del esquema relacional a fin de garantizar un rendimiento adecuado en el acceso y actualizaciones a la BD.

- 174 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Diagrama del proceso

analysis Diagrama del Proceso DF

regla Mtodos, planes, est nda res y proce dimi entos de Diseo de BD (from Procesos DB)

actor Coordina dor del Grupo de Diseo de l a BD (from Actores)

objetivo Elaborar e l esquema fsico dependiente del SMBD que se utili zar para crear la base de datos (from Procesos DB)

regula

controla persigue

Diseo Fsico de la Base de Datos

modelo :Esquem a Rel aci ona l Lgico (from Productos DB)

modelo :Esquema Fsico

(from Productos DB)

(from Procesos DB)

ejecuta

apoya

apoya

actor Grupo de Diseo de l a BD (from Actores)

documento Manual de uso del SMBD (from Diseo de BD)

recurso Herrami enta s, tcnica s,patrones, mtricas, prcticas y plantillas (from Procesos DB)

Figura 9.43. Diagrama del subproceso Diseo Fsico de la Base de Datos.

Subproceso: Diseo de los Procedimientos de Administracin BD

Este proceso consiste en seleccionar las procedimientos de administracin, tales como respaldos, creacin de ndices, restauracin, entre otros.

Diagrama del proceso

- 175 -

analysis Diagrama del Proceso ABD

regla Mtodos, planes, est nda res y proce dimientos de Diseo de BD (from Procesos DB)

actor Coordina dor del Grupo de Diseo de la BD (from Actores)

objetivo Elaborar el documento integrado de dise o incluyendo los procedimi entos de actuali zacin, reorgani zacin, seguri dad y respaldo de la BD de acuerdo al SMBD utilizado (from Procesos DB)

controla regula

documento Productos DB:: Diseo Conceptual de l a BD

persigue

Diseo de los Procedimientos de Administracin BD

documento Productos DB:: Diseo de la BD

documento Productos DB:: Diseo Re lacional de l a BD documento Productos DB:: Proce dimientos de Administracin de la BD

documento Productos DB:: Diseo Fsico de la BD

ejecuta

(from Procesos DB)

apoya

actor Grupo de Dise o de la BD (from Actores)

recurso Herramienta s, tcnica s,patrones, mtricas, prcticas y plantillas (from Procesos DB)

Figura 9.44. Diagrama del subproceso Diseo de los Procedimientos de Administracin BD.

Modelo de producto: Subproceso Diseo de componentes

- 176 -

PROYECTO METHODIUS
class Estructura de producto 1

MTODO GRAY WATCH

VERSIN PRELIMINAR

Documento Especificacin deta llada de Componentes

Documento Contrato de uso

Documento Con tra to de realiz acin

UML Dia grama s deClases

UML Dia gra ma de Componentes

Documento Mod elo s d e Intera ccin

UML Diagram as de Secuencias

UML Diag ram as de Estados

Figura 9.45. Modelo de producto del subproceso Diseo de componentes

Subprocesos del proceso Diseo detallado de componentes

analysis Diagrama j errquico EC

Diseo detallado de componentes

Identificacin de componentes

Interaccin de componentes

Diseo detallado de cada componente

Figura 46. Flujo de trabajo del subproceso Diseo de componentes.

Descripcin de subprocesos Diseo detallado de componentes

Subproceso: identificacin de componentes
- 177 -

En este subproceso se identifican los componentes a partir del diagrama de clases elaborado en el proceso de diseo arquitectnico, obtenindose un diseo de componentes

Diagrama del proceso

analysis Diagrama del proceso

regla Mtodos, plane s, est ndares, y proce dimi entos de Diseo de Componentes

actor Coordina dor del grupo de Diseo (from Descripcin de Actores)

objetivo Identifi car los componentes utilizando l vista Estructural de la Arquitectura Software (from Descripcin del proceso EC)

dirige regula persigue

UML Dia gra ma de Clases (from Especificacin Detallada Componentes) UML Dia gra ma de Casos de Uso (from Descripcin del proceso EC)

Identificacin de componentes

UML Dia gra ma de Componentes

(from Descripcin del proceso EC)

realiza es utilizado

actor Dise ador de Componentes (from Descripcin de Actores)

recursos Herramienta s, tcnica s, patrones, mtricas, planti llas

Figura 9. 47. Diagrama del subproceso identificacin de componentes.

Flujo de trabajo
act Flujo de trabaj o EV

Identificacin de componentes
ini cio

UML Dia gra ma de Clases (from Especificacin Detallada Componentes) Identificar los componentes del proceso Identificar componentes de negocio

Relacionar componentes de proceso con componentes de negocio

UML Dia gra ma de Componentes

UML Dia gra ma de Casos de Uso (from Descripcin del proceso EC)

documento Dia gra ma de Responsabi lidad de Interfaces (DRI)

Documento Mode los de los tipos de Negocio

fin

(from Descripcin del proceso EC)

Figura 9. 48. Flujo de trabajo del subproceso Identificacin de componentes.

Tabla 9.13. Descripcin del flujo de trabajo: Identificacin de componentes

Actividad Identificar los Tareas Analizar el Modelo de Casos de Uso y la
- 178 -

Productos

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

componentes del proceso Identificar los componentes de negocio

arquitectura inicial Determinar los componentes de proceso Identificar tipos fundamentales y tipos de soporte Asociar una o ms interfaces a cada tipo de soporte Identificar que componentes presta los servicios requeridos por un componentes Relacionar los componentes

Relacionar componentes de proceso con componentes de negocio

Diagrama de Responsabilidades de interfaz Diagrama de tipos de negocio Diagramas de componentes

Subproceso: Interaccin de componentes

En este subproceso se definen como interactan los componentes.

Diagrama del proceso

analysis Diagrama del proceso

actor regla objetivo Coordina dor del Mtodos, plane s, Definir las i nteracciones grupo de Diseo est ndares, y entre los compone ntes proce dimi entos de definidos (from Descripcin de Actores) Diseo de (from Descripcin del proceso EC) Componentes (from Identificacin de Componentes)
dirige rige persigue

UML Dia gra ma de Componentes (from Identificacin de Componentes) Documento Especifica cin de requsitos

Interaccin de componentes

Documento Modelos de Intera ccin (from Descripcin de productos) Documento Contrato de uso

(from Descripcin del proceso EC)

(from Descripcin del proceso EC)

es utilizado

documento Dia gra ma de Responsabi lidad de Interfaces (DRI) (from Identificacin de Componentes) documento Diagra ma de Tipos de Negocios (DTN)

realiza

recursos Herramienta s, tcnica s, patrones, mtricas, plantillas (from Identificacin de Componentes)

actor Dise ador de Componentes

(from Identificacin de Componentes) (from Descripcin de Actores)

Figura 9.49. Diagrama del subproceso interaccin de componentes.

Flujo de trabajo
- 179 -

act Diagrama de Activ idad

Interaccion de Componentes UML Dia gra ma de Componentes

ini cio fin

Determinar las (from Identificacin de Componentes) operaciones requeridas y provistas por cada componente Documento Espe cificacin de requsitos Documento Modelos de los tipos de Negocio

Establecer las relaciones entre los componentes en funcin de las interfaces requeridas y provistas

Establecer las interacciones entre los componentes

Documento Modelos de Interaccin

(from Descripcin de productos) documento Dia grama de Responsabilidad de Interfaces (DRI) Documento Contrato de uso (from Descripcin del proceso EC)

(from Descripcin del proceso EC)(from Identificacin de Componentes)

Figura 9.50. Flujo de trabajo del subproceso Interaccin de componentes.

Tabla 9.14. Descripcin del flujo de trabajo: Interaccin de componentes.

Actividad Determinar las operaciones requeridas y provistas por cada componente Establecer las relaciones entre los componentes en funcin de las interfaces requeridas y provistas Establecer las interacciones entre los componentes Tareas Definir los servicios que debe proveer cada componente Especificar la interfaz requerida por cada componente de Establecer que componentes colaboran en funcin de sus interfaces Productos Diagramas de componentes Contratos de uso

Definir mecanismos de interaccin Especificar secuencias de interaccin

Modelos de interaccin

Subproceso: Diseo detallado de cada componente

En este subproceso se disea cada mtodo provisto por la interfaz de forma detallada. As mismo, se especifica, verifica y valida las interfaces requeridas por cada componente, a fin de no se presenten inconsistencias entre las interfaces requeridas y las provistas por los otros componentes. De igual forma, se refina el diseo interno de cada componente, verificando la pertinencia de cada clase que participa en el componente, y las interacciones que deben existir entre los componentes para alcanzar las funcionalidades expresadas en el modelo de casos de usos

Diagrama del proceso

- 180 -

PROYECTO METHODIUS
analysis Especificacin Detallada Componentes

MTODO GRAY WATCH

VERSIN PRELIMINAR

regla Mtodos, plane s, est ndares, y proce dimi entos de Diseo de Componentes (from Identificacin de Componentes)

actor Coordina dor del grupo de Diseo (from Descripcin de Actores)

objetivo Especi ficar detal ladam ente cada componente (from Descripcin del proceso EC)

dirige rige persigue

Documento Especifica cin de requsitos (from Interaccin entre componentes) Documento Modelos de Intera ccin (from Descripcin de productos)

Diseo detallado de componentes

Documento Contra to de realiz acin (from Descripcin del proceso EC) Documento Contrato de uso

(from Descripcin del proceso EC) (from Descripcin del proceso EC)
realiza es utilizado

actor Dise ador de Componentes

recursos Herram ientas, tcnicas, patrones, mtri cas, pla nti lla s

(from Descripcin de Actores) (from Identificacin de Componentes)

Figura 9.51. Diagrama del subproceso Diseo detallado de componentes.

Flujo de trabajo
act Especificacin Detallada Componentes

Especificacin detallada de Componentes

ini cio

Documento Espe cifi cacin de requsitos

Identificar las clases o tipos de datos que estn asociadas al componente

Especificar detalladamente la interfaz de cada componente

Actualizar el contrato de uso de cada componente

Refinar la estructura interna de cada componente

(from Interaccin entre componentes) Documento Modelos de los tipos de Ne gocio (from Descripcin del proceso EC) Documento Contrato de uso (from Descripcin del proceso EC)
fin

Actualizar el contrato de realizacin

Documento Contra to de realiz acin (from Descripcin del proceso EC)

Figura 9.52. Flujo de trabajo del subproceso: Diseo detallado de componentes.

Tabla 9.15. Descripcin del flujo de trabajo: Diseo detallado de componentes.

Actividad Identificar las clases o tipos de datos que estn asociadas al componente Especificar detalladamente el contrato de uso de cada componente Tareas Verificar si estn especificados todos los tipo de datos y clases necesarios Definir los tipos o clases que no estn especificados Determinar las operaciones de cada interfaz Especificar el nombre, lista de argumentos, precondiciones, postcondiciones e Invariantes de cada operacin
- 181 -

Productos

Actualizar el contrato de uso de cada componente Refinar la estructura interna de cada componente Actualizar el contrato de realizacin

Actualizar la interfaz de cada componente con la especificacin de la interfaz Determinar modo de implementacin de la parte activa de los componentes Especificar las clases que integran cada componente, y sus relaciones

Contrato de Uso

Contrato de realizacin

- 182 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Tcnicas y herramientas
Proceso Diseo de la arquitectura Subproceso Tcnicas, estndares y prcticas Herramientas

Definicin de metas
de diseo

Modelado orientado a Objetos. Diagramas de UML:

- Casos de uso clases, secuencia, estados, componentes, , despliegue

Vision Professional Enterprise Architect Rational Rose ATAM SAAM

Determinacin de
subsistemas

Elaboracin de
vistas

Estilos arquitectnicos Uso de la arquitectura genrica productos MVC, tres

capas como referencia.

Evaluacin de la
arquitectura

Manejo de complejidad mediante descomposicin en

subsistemas

Mtodos predefinidos para evaluacin de

arquitecturas de software Diseo detallado

Diseo de interfaz
usuario/sistema

Modelado orientado a Objetos. Diagramas de UML:

- Casos de uso, clases, actividades, secuencia, estados, componentes.

Vision Professional Enterprise Architect Rational Rose

Diseo de base de
datos

Diseo detallado de
componentes

Manejo de metforas, uso de colores, etc. Prototipos

Modelado de base s de datos relacionales Conversin de modelos conceptuales a modelos

implementables

- 183 -

Captulo Procesos de Implementacin 10

Este captulo describe los procesos tcnicos de implementacin relacionados con la programacin, pruebas y puesta en operacin de la aplicacin en sus diferentes versiones. Este grupo est compuesto por los procesos de Programacin & Integracin, Pruebas de la Aplicacin y Entrega de la Aplicacin. La Programacin & Integracin se encarga de producir, probar e integrar los componentes arquitectnicos de la aplicacin, en cada una de sus versiones. El proceso de Pruebas de la Aplicacin verifica y valida la aplicacin para asegurarse que cumple con los requisitos especificados y satisface las necesidades de informacin y automatizacin que tienen sus usuarios. La Entrega de la Aplicacin se encarga de poner en operacin (produccin) cada una de las versiones de la aplicacin empresarial. El captulo est organizado de la manera siguiente: primero se presenta el grupo de procesos de implementacin; luego, se describen los productos que se generan en este grupo y los actores que intervienen en l; finalmente, se detallan cada uno de los procesos que lo componen, en funcin de sus interrelaciones, entradas y salidas, productos parciales y subprocesos. Estos ltimos se explican de la forma acostumbrada, usando la notacin UML Business.

Objetivos del grupo de procesos de implementacin

El grupo de procesos de implementacin tiene como objetivos generales los siguientes: (1) producir una versin de la aplicacin de acuerdo a las especificaciones de diseo arquitectnico y detallado elaboradas en los procesos de diseo; (2) asegurarse de que la versin cumple con todos los requisitos acordados y satisface las necesidades del cliente; y (3) poner en produccin la nueva versin en la infraestructura o plataforma de operacin instalada para tal efecto.

Descripcin general del grupo de procesos de implementacin

Los procesos tcnicos que componen el grupo de procesos de implementacin de la aplicacin se indican en figura 10.1.

- 184 -

PROYECTO METHODIUS

MTODO GRAY WATCH

analysis Procesos Tcnicos

VERSIN PRELIMINAR

Procesos de Implementacin

Programacin & Integracin

Pruebas de la Aplicacin

Entrega de la Aplicacin

Figura 10.1. Los procesos de Implementacin de la Aplicacin

El proceso de Programacin & Integracin (P&I) consiste en: (1) elaborar, codificar o adaptar cada uno de los componentes que integran las diferentes versiones de la aplicacin empresarial; (2) probar cada componente como una unidad; (3) integrar estos componentes de acuerdo a la arquitectura diseada; y (4) probar la integracin de estos componentes. El proceso de Pruebas de la Aplicacin (PA) consiste en verificar cada versin de la aplicacin como un todo y depurar los errores encontrados, a fin de asegurar que ella cumple con todos los requisitos especificados en el Documento de Requisitos. Las pruebas se realizan a tres niveles: (1) Nivel de unidad, en el cual cada componente de software es probado separadamente; (2) Nivel de integracin, en el cual se prueba la integracin de los componentes y sus interacciones; y (3) Nivel del sistema, en el cual una versin de la aplicacin se prueba como un todo. Las pruebas de unidad y de integracin tienen lugar durante el proceso de Programacin & Integracin; mientras que las pruebas de sistema se realizan en el proceso de Pruebas de la Aplicacin. El proceso de Entrega de la Aplicacin (EA) es el proceso tcnico final del desarrollo de la aplicacin empresarial; en el cual, se realizan las actividades necesarias para poner cada una de sus versiones en operacin (produccin) y entregarla formalmente a sus usuarios.

Los productos del grupo de procesos de implementacin

Durante la ejecucin de los procesos de Programacin & Integracin, Pruebas de la Aplicacin y Entrega de la Aplicacin, se elabora el conjunto de productos tcnicos intermedios y/o finales sealados en la figura 10.3. Los productos de gestin y soporte que estn asociados a estos procesos no se indican en esta figura; puesto, que ellos fueron descritos en las Captulos 6 y 7, respectivamente.
object Productos de Implementacin Producto de Impleme ntacin Aplicacin Aplicaci n empresarial

1..* Especificacin Especificacin de Pruebas Cdigo Programa Versin Versin de la aplicacin

1..* especificaci... Especificacin de Diseo de Pruebas especificaci... Especificacin de Casos de Prueba especificaci... Especificacin de Proce dimiento de Pruebas cdigo Script de Prueba cdigo Esquele to de Prueba cdigo Conductor de Prueba cdigo Incre mento

1..* repositori... Base de datos

1 documen... Manua l de Instalacin

1 documen... Manual de Uso

1 documen... Manua l de Mantenimiento

0..*

cdigo cdigo cdigo Compone nte de Compone nte de Compone nte de Compone nte de Intera ccin Interfaz Grfica Lgica de Datos Negocios

- 185 -

Figura 10.3. Productos del proceso Programacin & Integracin

Especificaciones de Pruebas Para ejecutar las pruebas de un componente, incremento o versin de la aplicacin, se requiere elaborar un conjunto de especificaciones que describen cmo realizar las pruebas. Estas especificaciones se dividen en tres categoras: Especificacin de Diseo de Pruebas.- Describe como llevar a cabo un conjunto de pruebas de un elemento (componente, incremento o versin) de la aplicacin. A este conjunto se le denomina suite de pruebas. La especificacin de diseo de pruebas identifica y describe los aspectos del elemento que se desean probar en la suite. Define las estrategias y tcnicas que se emplearn para realizar las pruebas del elemento. Identifica los casos de prueba que se requieren para probar el elemento. Especifica los criterios que se usarn para determinar si el elemento pasa o no las pruebas descritas por esta especificacin. Una especificacin de diseo de pruebas est compuesta por una o ms especificaciones de casos de prueba y por una especificacin del procedimiento de prueba. Especificacin de casos de prueba.- Describe cada uno de los casos de prueba identificados en la especificacin de diseo de pruebas de una suite. Define los datos de entrada que se usarn para ejecutar la prueba del elemento y especifica los resultados esperados. Especificacin de procedimientos de prueba.- Describe los pasos necesarios para ejecutar el conjunto de casos de prueba identificados en una especificacin de diseo de pruebas. Identifica los mecanismos que se usarn para ejecutar las pruebas y los pasos necesarios para analizar los resultados de las pruebas especificadas.

Mecanismos de Pruebas Las pruebas se realizan en un ambiente controlado. Para ejecutar las pruebas de un elemento (componente, incremento o versin), se requiere la elaboracin y uso de un conjunto de mecanismos o programas de pruebas. Algunos de estos mecanismos son los siguientes: Conductor de Prueba.- Es un programa que se usa para invocar un elemento de prueba, inicializarlo, proporcionarle los datos especificados en los casos de prueba, registrar los resultados obtenidos y comparar los resultados esperados con los resultados obtenidos. Script de Prueba.- Es un conductor de prueba utilizado en una herramienta de pruebas automatizadas. Esqueleto de Prueba.- Es una implementacin parcial de un componente que es invocado desde un elemento que se quiere probar. El esqueleto resuelve el problema de la transferencia del flujo de control desde el elemento probado hacia el componente invocado por este elemento.

Componentes de Software Es una pieza de software autnoma, generalmente distribuida, que ejecuta un conjunto de funciones que son accedidas, por otro componente o aplicacin, a travs de una interfaz de programacin. Un componente se despliega (instala) en un servidor de aplicaciones, el cual controla su instanciacin y el acceso a las funciones del componente a travs de la interfaz. Generalmente, un componente es implementado por un conjunto de clases interrelacionadas. Los mtodos de las clases implementan las operaciones de la interfaz del componente.
- 186 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

En una aplicacin empresarial de tres capas o niveles arquitectnicos, los componentes se agrupan en funcin de las capas o niveles y se dividen en cuatro categoras: Componentes de interfaz grfica.- Son usados para elaborar la capa de presentacin de la aplicacin. Componentes de lgica de negocios.- Se encargan de implementar las funciones de la aplicacin. Se dividen en: (1) componentes de procesos que se encargan de implementar los flujos de trabajo de la aplicacin, (2) componentes de negocios encargados de almacenar temporalmente, a tiempo de ejecucin, los datos que se requieren para ejecutar las funciones de la aplicacin. Componentes de datos.- Establecen la comunicacin con la base de datos de la aplicacin o con otras bases de datos. Componentes de interaccin.- Facilitan la interaccin de la aplicacin con otras aplicaciones.

Incrementos Es una especie de prototipo ejecutable que implementa un subconjunto de funciones de una versin de la aplicacin. Estas funciones deben estar definidas mediante casos de uso contenidos en el Documento de Requisitos. Un incremento est integrado por un grupo interrelacionado de componentes de software definidos en la arquitectura de la aplicacin. El objetivo de un incremento es proporcionar a los usuarios una parte de la aplicacin, que puede ser usada para validar los requisitos de la aplicacin, familiarizarse con su funcionamiento y/o ejecutar algunas funciones temporalmente, mientras se libera una versin operativa de la aplicacin. Base de datos Repositorio que almacena los datos de la aplicacin empresarial. Manual de Instalacin Describe como instalar la aplicacin en la plataforma de hardware/software en la que la aplicacin operar regularmente; es decir, en su plataforma de operacin o ambiente de produccin. Manual de Uso Explica como utilizar cada una de las funciones o servicios que ofrece la aplicacin. Est dirigido a los usuarios de la aplicacin. La estructura de este documento es guiada por la funcionalidad de la aplicacin, la cual est determinada por los requisitos funcionales establecidos en el Documento de Requisitos. El documento debe describir los siguientes aspectos del uso de la aplicacin: Las caractersticas generales de la aplicacin. Quienes son sus usuarios y las relaciones que la aplicacin tiene con los procesos de negocio (procesos del dominio de la aplicacin) que los usuarios ejecutan. La interfaz usuario/sistema de la aplicacin. Cada una de las funciones de la aplicacin, indicando: cmo activarla; qu datos debe proporcionar el usuario; qu datos o informacin produce el sistema; qu
- 187 -

procesos de negocio apoya; y qu mensajes de advertencia o error produce la aplicacin. Manual de Mantenimiento Describe como mantener la aplicacin operando en condiciones normales. Su objetivo es describir cmo realizar el mantenimiento de la aplicacin empresarial. Est dirigido al grupo que se har cargo de mantener la aplicacin una vez que sta haya sido puesta en operacin. La estructura y contenido de este documento estn basados en los documentos de Requisitos y Diseo y en los productos de implementacin. Debe describir tcnicamente la aplicacin y el proceso que este grupo debe seguir para ejecutar las actividades de: mantenimiento correctivo (que hacer cuando ocurra una falla), mantenimiento perfectivo (cmo mejorar el rendimiento o funcionalidad de la aplicacin) y mantenimiento de adaptacin (como adaptar la aplicacin a cambios en sus requisitos o plataforma de operacin). Versin de la aplicacin Es un subconjunto de la aplicacin que se produce durante un ciclo de desarrollo del mtodo (ver figura 5.3). Una versin es una parte de la aplicacin que es completamente operativa; es decir, proporciona a sus usuarios un conjunto parcial de la totalidad de servicios que la aplicacin deber proveer, cuando se finalice totalmente. Las versiones permiten dar soluciones parciales a los usuarios, de una manera gradual y relativamente rpida, sin que ellos tengan que esperar por una solucin completa a sus necesidades. Una versin est compuesta por uno o ms incrementos. Tal como se indica en la figura 10.4, en la medida que el desarrollo de la aplicacin avanza, las versiones van agregando nueva funcionalidad a travs de los nuevos incrementos que se le agregan a la versin anterior.

Incremento R

Incremento M+P Incremento M+1 funciones Incremento M

Incremento 2 Incremento 1 Versin 1 (Ciclo 1) Versin 2 (Ciclo 2)

Versin N (Ciclo N)

tiempo
Figura 10.4. Versiones e incrementos

Aplicacin empresarial Es el producto final del proyecto. Est compuesta por tres elementos: un conjunto de programas, uno o ms repositorios de datos (archivos y/o bases de datos) y un conjunto de manuales (para instalacin, uso y mantenimiento de la aplicacin). Una aplicacin se desarrolla de manera evolutiva mediante un conjunto de versiones. La primera versin incluye
- 188 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

un conjunto mnimo de funciones; mientras que la ltima versin representa la aplicacin en su estado final (ver figura 10.4)

El proceso de Programacin & Integracin (P&I)

Tal como se indic en el Captulo 3 (Modelo de Productos), una aplicacin empresarial est integrada por tres elementos: programas, base(s) de datos y manuales. Los programas, a su vez, se organizan de acuerdo a la arquitectura de la aplicacin diseada en el proceso de Diseo Arquitectnico. Esta arquitectura est, por lo general, compuesta de tres capas interrelacionadas: una capa de presentacin encargada de la interfaz usuario/sistema; una capa de lgica de negocios encargada de ejecutar las funciones de la aplicacin; y una capa de datos encargada de la gestin de los datos. Cada capa, a su vez, consta de componentes de software que se ensamblan o integran para conformar esa capa. El proceso de Programacin & Integracin (ver figura 10.5) tiene como objetivo principal elaborar cada uno de los tres elementos de que consta la aplicacin: programas, base(s) datos y manuales. Los programas o componentes de software, que forman cada una de las tres capas de la arquitectura de la aplicacin, deben ser elaborados y luego integrados para darle forma a la capa. Los archivos y/o la(s) base (s) de datos que constituyen parte de la capa de datos deben, tambin, ser creados y probados. Finalmente, los manuales de instalacin, uso y mantenimiento de la aplicacin son elaborados en este proceso.
analysis Diagrama del proceso P&I regla Mtodos, planes, est nda res y proce dimi entos de Programa cin & Integracin (from Productos de Gestin) cont rola regula documento Documento de Requisitos (from Productos de Anlisis) documento Documento de Diseo (from Product os de Diseo) pers igue rol Coordina dor del Grupo de P&I (from Modelo de Actores) objetivo Produci r l os program as que conforma n ca da versin de la aplicacin

cdigo Programa s integrados (versi n i) repositorio Base de Datos (estado vaco) documento Manua le s (versi n i) repositorio Librera de Gestin de Configuracin (from Productos de Soporte)

Programacin & Integracin

(from Modelo de Procesos)

ejec uta ejec uta ejec uta apoya grupo Grupo de Gestin de Configuracin (from Modelo de Actores)

grupo Grupo de Programaci n & Integracin (from Modelo de Actores)

documento Documento de Di se o Actualizado (from Product os de Diseo)

grupo Grupo de Gestin de Cali dad (from Modelo de Actores)

recursos Herrami enta s, tcnica s, patrones, mtricas, prcticas y plantillas (from Elementos )

Figura 10.5. Diagrama general del proceso Programacin & Integracin

El proceso de Programacin & Integracin est compuesto por los subprocesos indicados en la figura 10.6. Cada uno de estos subprocesos es descrito, a continuacin, en trminos de sus objetivos y del conjunto de actividades (flujo de trabajo) y actividades (tabla de tareas y productos) cuya ejecucin permite producir cada uno de los productos de implementacin definidos al inicio de este captulo.

- 189 -

analysis Diagrama jerrquico del proceso P&I

Programacin & Integracin (from Cadena de Valor)

Aprovisionamiento de Componentes

Creacin de la Base de Datos

Elaboracin de Manuales

Integracin de Componentes

Figura 10.6. Estructura jerrquica del proceso de Programacin e Integracin

Descripcin del subproceso de Aprovisionamiento de Componentes

El Aprovisionamiento de Componentes est fundamentado en el enfoque de desarrollo de software conocido como Reutilizacin de Software. Segn este enfoque, cada capa de la arquitectura de la aplicacin se disea e implementa como un conjunto de componentes de software reutilizables que se ensamblan a travs de sus interfaces de programacin. La idea de fondo es reutilizar la mayor cantidad de componentes a fin de reducir el tiempo de desarrollo e incrementar la calidad de la aplicacin. La reutilizacin de software implica la bsqueda de componentes existentes en los repositorios o libreras de software propios de la empresa o de terceros siguiendo las especificaciones de diseo de componentes contenidas en los contratos de uso y realizacin descritos en el Documento de Diseo. Una vez localizados y adquiridos estos componentes, se procede a adaptarlos a las especificaciones de diseo mencionadas. Aquellos componentes de la arquitectura que no hayan podido ser localizados, bien porque son muy especficos de la aplicacin o porque no existen componentes similares, se desarrollan desde cero. Este subproceso consiste, por lo tanto, en buscar, adquirir, adaptar o codificar los componentes de software que integran cada una de las tres capas de la arquitectura de una aplicacin empresarial. Los componentes que se puedan reutilizar se adquieren y se adaptan; mientras que los restantes se tienen que disear y codificar en su totalidad. Una vez que estos componentes se elaboren o se adapten, segn sea el caso, se procede a probarlos separadamente usando estrategias, tcnicas y herramientas de pruebas de unidades. La figura 10.7 describe el aprovisionamiento de componentes en funcin de sus entradas, salidas, controles y recursos requeridos.

- 190 -

PROYECTO METHODIUS
analysis Diagrama del proceso regla Mtodos, planes, est nda res y proce dimi entos de Programa cin & Integracin (from Productos de Gestin)

MTODO GRAY WATCH

VERSIN PRELIMINAR

rol Coordina dor del Grupo de P&I (from Modelo de Actores)

objetivo Produci r cada uno de los componentes de software que integran la versin i de la aplicacin

cont rola pers igue

cdigo Componentes de software probados

documento Documento de Requisitos (from Productos de Anlisis)

Aprovisionamiento de Componentes

repositorio Libre ra de Gestin de Confi guracin (from Productos de Soporte)

documento Documento de Diseo (from Product os de Diseo)

(from Programacin & Integracin )

documento Documento de Di se o Actualizado (from Product os de Diseo)

ejec uta

apoya

apoya

grupo Grupo de Programa cin & Integracin (from Modelo de Actores)

recursos Herrami enta s, tcnica s, patrones, mtri cas, prcticas y plantillas (from Elementos )

repositorio Librer as de Com ponentes Reutilizables

Figura 10.7.- Descripcin del proceso de Aprovisionamiento de Componentes El Aprovisionamiento de Componentes se divide, a su vez, en tres subprocesos, segn lo indicado en la figura 10.7.
analysis Diagrama jerrquico del proceso P&I Aprovisionamiento de Componentes

Adquisicin de Componentes Reutilizables

Adaptacin de Componentes Reutilizables

Programacin de Componentes Nuevos

Figura 10.7. Subprocesos de Aprovisionamiento de Componentes

Adquisicin de Componentes Reutilizables

Mediante el uso de buscadores y directorios UDDI, el Grupo de Programacin & Integracin intenta localizar componentes de software que puedan ser reutilizados en el desarrollo de la aplicacin empresarial. Un componente de software reutilizable es una pieza de programa (cdigo) que ejecuta un conjunto de funciones predeterminadas. Estas funciones son invocadas desde otro componente a travs de una interfaz de programacin (API). La tabla 10.1 muestra algunos de los tipos de componentes que pueden reutilizarse en el desarrollo de aplicaciones empresariales
Tabla 10.1. Tipos de componentes empleados en el desarrollo de aplicaciones aplicacin empresarial Tipo de Componente Procedimiento o funcin Script Lenguaje de Programacin y Plataforma de Ejecucin C, C++ PHP, JSP, Javascript Interfaz de Programacin (API) Definicin del procedimiento o funcin - 191 -

Estructura Interna del Componente Conjunto de instrucciones Conjunto de comandos

Tipo de Componente

Lenguaje de Programacin y Plataforma de Ejecucin

Interfaz de Programacin (API)

Clase Componente distribuido: EJB, CORBA o Servicio Web

C++, C#, Java, PHP Java J2EE - JEE5 C# - .NET

Interfaz de clase (mtodos pblicos) Interfaz de componente (especificacin de operaciones pblicas)

Estructura Interna del Componente empotrados en cdigo HTML Conjunto de mtodos u operaciones Conjunto de clases interrelacionadas

Adaptacin de Componentes Reutilizables

Una vez que los componentes reutilizables han sido adquiridos u obtenidos, ellos deben ser adaptados para cumplir totalmente con los respectivos contratos de uso contenidos en el Documento de Diseo. La adaptacin de cada componente reutilizable depende de su naturaleza. Los componentes del tipo caja blanca, tales como los componentes de cdigo abierto, pueden ser modificados internamente para agregarle nuevas operaciones o funciones a su interfaz, modificar las existentes o eliminar aquellas que no sean necesarias. Los componentes de tipo caja negra no pueden ser internamente modificados, por lo que su adaptacin consiste en construir envoltorios (wrappers) que transformen su interfaz actual en la interfaz requerida en los contratos de uso.

Programacin de Componentes Nuevos

Aquellos componentes que no puedan ser adaptados o que no hayan podido ser localizados, se deben desarrollar desde cero. La figura 10.8 describe el entorno de la programacin de nuevos componentes.
analysis Diagrama del proceso PCN regla Mtodos, planes, est nda res y proce dimi entos de Programa cin & Integracin (from Productos de Gestin) cont rola documento Documento de Requisitos (from Productos de Anlisis) documento Documento de Diseo (from Product os de Diseo) repositorio Librera de Gestin de Configuracin (from Productos de Soporte) regula pers igue programa Componente s nue vos probados rol Coordina dor del Grupo de P&I (from Modelo de Actores) objetivo Programar aquel los componente s que no pueden ser reutilizados

Programacin de Componentes Nuevos

documento Documento de Diseo Actualizado (from Product os de Diseo) repositorio Librera de Gestin de Configuraci n Actualizada (from Productos de Soporte)

(from Programacin & Integracin )

ejec uta ejec uta ejec uta apoya grupo Grupo de Gestin de Confi guracin

grupo Grupo de Programa cin & Integracin (from Modelo de Actores)

grupo Grupo de Gestin de Cali dad

(from Modelo de Actores)

recursos Herrami enta s, tcnica s, patrones, mtricas, prcticas y plantillas (from Elementos )

(from Modelo de Actores)

Figura 10.8. Diagrama del proceso de Programacin de Componentes Nuevos

El enfoque que se sigue para elaborar un componente nuevo est basado en enfoque de programacin guiada por las pruebas. Segn este enfoque, las pruebas de cada componente
- 192 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

se disean y preparan antes de iniciar la codificacin del componente, la cual se realiza conjuntamente con las pruebas. La programacin de un nuevo componente distribuido se inicia con el diseo detallado de su estructura y comportamiento interno; contina con el diseo de una suite de pruebas del componente y luego se codifica el componente simultneamente con la ejecucin de sus pruebas (ver figura 10.9). En la medida que se prueba, se va codificando el componente. Cada vez que el componente falle, se modifica el cdigo y se ejecutan nuevamente las pruebas ya realizadas. Si el componente pasa una prueba, se agrega una nueva hasta completar la suite de pruebas diseadas para ese componente.
analysis Diagrama jerarquico del proceso PCN Programacin de Componentes Nuevos (from Programacin & Integracin )

Diseo Detallado del Componente

Diseo de las Pruebas del Componente

Codificacin del Componente Guiada por Pruebas

Figura 10.9. Diagrama jerrquico del proceso de Programacin de Componentes Nuevos

Diseo Detallado del Componente A partir de los contratos de uso y realizacin del componente, contenidos en el Documento de Diseo, se procede, en este proceso, a disear la estructura interna y el comportamiento del componente. Para ello, se sigue el flujo de trabajo de la figura 10.10 y la descripcin de actividades de la tabla 10.2.
act Flujo de trabajo del proceso DDC proceso Diseo Detallado del Componente documento Documento de Diseo (from Product os de Diseo) (Programador) Analizar contratos de uso y realizacin (Progra mador) Disea r l a estructura interna del componente (Progra mador) Disea r e l comporta miento interno del componente (Grupo V&V) Verificar el di se o detal lado de l componente modelo Diseo de tall ado del com ponente

Inicio

Fin

documento Documento de Di se o Actualizado documento Documento de Requisitos (from Productos de Anlisis) (from Product os de Diseo)

Figura 10.11. Flujo de trabajo del proceso de Diseo Detallado del Componente

En la descripcin de tareas contenida en la Tabla 10.2, asumimos que el componente que se va a programar es un componente distribuido; por ejemplo, un EJB, un servicio web o un componente CORBA. Un componente distribuido est internamente compuesto de una o ms

- 193 -

clases u otros componentes de menor tamao. Los mtodos de las clases se encargan de implementar, mediante delegacin, las operaciones de la interfaz del componente. Si el componente que se quiere disear es una clase, las actividades del flujo de trabajo son las mismas; pero, las tareas se simplifican. El diseo de la estructura interna de la clase consiste en especificar los detalles de cada atributo de la clase; mientras que el diseo del comportamiento consiste en disear cada uno de los mtodos de la clase. Tabla 10.2. Descripcin del flujo de trabajo del Diseo Detallado del Componente
Actividad Analizar los contratos de uso y realizacin del componente Disear la estructura interna del componente Tareas Analizar las interfaces del contrato de uso del componente Analizar las especificaciones de realizacin del componente Identificar los clasificadores (clases u otros componentes) que implementan el componente que se disea Disear la estructura (atributos) de cada clasificador Establecer relaciones de herencia, asociacin, agregacin o composicin entre clasificadores Delegar operaciones de las interfaces del componente en los clasificadores Disear comportamiento de cada clasificador (mtodos) Realizar una revisin tcnica o inspeccin del diseo del componente para asegurar que cumple con sus contratos Productos

Diagrama de clases del componente

Disear el comportamiento interno del componente Verificar el diseo detallado del componente

Un diagrama de secuencia para cada operacin de la interfaz Lista de errores, inconsistencias o incumplimientos Diseo detallado del componente

Diseo de las Pruebas del Componente En este subproceso, se disea una suite de pruebas para asegurar que el componente implementa correctamente su diseo detallado. La suite de pruebas se disea mediante una especificacin de pruebas del componente. Esta especificacin sigue el estndar IEEE 8291983 para documentacin de pruebas y est compuesta por: Una especificacin de diseo que describe los objetivos de la pruebas del componente, los aspectos que se van a probar, las estrategias y tcnicas que se emplearon para disear la prueba. Un conjunto de especificaciones de casos de prueba. Cada una de ellas describe los datos de entrada que se usarn para ejecutar esa prueba y los resultados que se deberan obtener si el componente no falla al ejecutar la prueba. Una especificacin del procedimiento que se debe seguir para ejecutar los casos de prueba de la suite. La figura 10.11 establece los detalles del flujo de trabajo que amerita ejecutarse para disear las pruebas de un componente.

- 194 -

PROYECTO METHODIUS
act Flujo de trabajo del proceso DPU

MTODO GRAY WATCH

VERSIN PRELIMINAR

proceso Diseo de Pruebas del Componente (Grupo de Pruebas) Pla nifica r prueba de l componente documento Plan de Prue bas Actualizado (Grupos de Prue bas y P&I) Ela borar la espe cifi caci n de casos de pruebas (from Productos de Gestin) (Grupo de Pruebas) Actual izar Plan de Pruebas

Inicio

documento Plan de Pruebas (Grupos de Prue bas y P&I) Ela borar la espe cifi caci n de diseo de la sui te de pruebas

Fin

(from Productos de Gestin) modelo Diseo de tall ado del com ponente

(from Diseo del Componente - DDC)

(Grupos de Prue bas y P&I) Ela borar la espe cifi caci n de procedim ientos de pruebas

documento Especificaciones de pruebas del componente

Figura 10.11. Flujo de trabajo del proceso de Diseo de las Pruebas del Componente

Codificacin del Componente Guiada por las Pruebas Una vez que las pruebas del componente han sido diseadas, se procede a codificarlo simultneamente con la ejecucin de dichas pruebas. El flujo de trabajo requerido para codificar y probar el componente se ilustra en la figura 10.12. La preparacin y ejecucin de las pruebas se simplifica usando herramientas de pruebas de unidad, tales como JUnit o XUnit. Estas herramientas son marcos (frameworks) que facilitan las pruebas de clases o componentes, mediante la automatizacin de los conductores requeridos para ejecutarlas y reportar los errores encontrados. Ntese que una vez que el componente se ha codificado y probado segn la suite de pruebas correspondiente, el cdigo obtenido es sometido a una verificacin y luego a una refactorizacin que permite mejorar la calidad del cdigo sin afectar su funcionalidad. De esta manera, se garantiza el cumplimiento de los estndares de programacin que el Grupo de Aseguramiento de la Calidad haya establecido.
act Flujo de trabajo del proceso PC proceso Codificacin del Componente Guiada por Pruebas modelo Diseo de tall ado del com ponente (from Diseo del Componente - DDC) (Progra mador) Pre parar el sigui ente caso de prue ba de la sui te de Inicio prueba s del componente documento Especifica cione s de prueba s del componente (from Diseo de la Prueba de Unidad - DPU) requiere ms pruebas? SI (Progra mador) Refa ctorizar el cdigo de l componente NO NO SI (Progra mador) Eje cutar la prue ba nue va y la s ante riores (si hay ante riores) SI Agre gar o NO modificar cdigo al componente para pasar l as pas las pruebas anteriores pruebas? (Progra mador) Eje cutar de nue vo todas las pruebas anteriores NO pas las pruebas? SI hay ms casos de prueba? NO (Grupo V&V) Veri ficar componente

(Grupo de Pruebas) Especi ficar nuevas pruebas

componente satisfactorio? SI (Grupo de Gestin de Configuracin) Alma cenar com ponente en librera repositorio Librera de Gestin de Configuraci n Actualizada

Fin (from Productos de Soporte)

- 195 -

Figura 10.12. Flujo de trabajo del proceso de Codificacin Guiada por las Pruebas

Descripcin del subproceso de Creacin de la Base de Datos

Este subproceso consiste en crear la base de datos que la aplicacin empresarial utilizar para almacenar sus datos localmente. La figura 10.13 describe los elementos de entrada, salida, control y recursos que se requieren para elaborar la base de datos de la aplicacin empresarial.
analysis Descripcin del proceso CBD regla Mtodos, planes, est nda res y proce dimi entos de Programa cin & Integracin (from Productos de Gestin) documento Documento de Diseo modelo Esquema Relacional modelo Esquema Fsico regula cont rola pers igue rol Coordina dor del Grupo de P&I objetivo Crear la base de datos de la aplicacin si guiendo los esquema s y procedimi entos ABD

(from Modelo de Actores)

Creacin de la Base de Datos

repositorio Base de datos de la a pli caci n (estado vaco)

documento Procedim ientos ABD (from Product os de Diseo)

(from Programacin & Integracin )

ejec uta ejec uta apoya apoya

grupo Grupo de Programa cin & Integracin

grupo Grupo de Diseo de Datos

recursos Herrami enta s, tcnica s, patrones, mtricas, prcticas y plantillas (from Elementos )

recursos Sistem a de Gesti n de Ba ses de Datos

(from Modelo de Actores) (from Modelo de Actores)

Figura 10.13. Diagrama del proceso de Creacin de la Base de Datos

Las dos actividades requeridas en este subproceso se ejecutan secuencialmente, por lo que no se incluye el flujo de trabajo correspondiente. Estas actividades se describen brevemente en la Tabla 10.3.
Tabla 10.3. Descripcin del flujo de trabajo de Creacin de la Base de Datos Actividad Elaboracin o generacin del script de creacin de la base de datos local Tareas Codificar o generar el script de creacin de la BD, usando el diseo fsico correspondiente y las herramientas apropiadas Procesar cada script en el Sistema de Gestin de Bases de Datos (DBMS) empleado localmente Productos Scripts de creacin de la base de datos local

Creacin de la base de datos local

Base de Datos Local en estado vaco

Descripcin de subproceso de Elaboracin de Manuales

Este subproceso tiene por objetivo producir la documentacin tcnica que acompaa a la aplicacin empresarial, consistente en al menos tres tipos de manuales tcnicos: manual de instalacin, manual de uso y manual de mantenimiento. La figura 10.14 describe este proceso.

- 196 -

PROYECTO METHODIUS
analysis Descripcin del proceso EM regla Mtodos, planes, est nda res y proce dimientos de Programa cin & Integracin

MTODO GRAY WATCH

VERSIN PRELIMINAR

rol Coordina dor del Grupo de P&I (from Modelo de Actores)

objetivo Producir la docume ntacin de uso, instala cin y mante nimie nto de la aplicacin

(from Productos de Gestin) controla regula documento Documento de Requisitos (from Productos de Anlisis) documento Documento de Diseo (from Productos de Diseo) repositorio Librera de Gestin de Configuracin (from Productos de Soporte) ejec uta ejec uta ejec uta apoya pers igue documento Manua l de Instalacin

Elaboracin de manuales

documento Manual de Uso

documento Manua l de Mantenimiento

(from Programacin & Integracin )

repositorio Librera de Gestin de Configuracin Actualizada (from Productos de Soporte)

grupo Grupo de Programa cin & Integracin (from Modelo de Actores)

grupo Grupo de Verificacin & Validacin (from Modelo de Actores)

grupo Grupo de Gestin de Confi guracin (from Modelo de Actores)

recursos Herramienta s, tcnica s, patrones, mtricas, prcticas y plantillas (from Elementos )

Figura 10.14. Descripcin del proceso de Elaboracin de Manuales

La Tabla 10.4 describe las actividades y tareas que los diferentes grupos que participan en este proceso deben realizar de manera secuencial.
Tabla 10.4. Descripcin del flujo de trabajo: Elaboracin de Manuales Actividad (Grupo P&I) Elaborar cada Manual de Uso (Grupo V&V) Validar cada manual (Grupo de Gestin de la Configuracin) Almacenar cada manual en la Librera de Gestin de Configuracin Tareas Definir la estructura, medio y contenido de cada manual Redactar cada manual Editar y publicar cada manual Realizar revisiones tcnicas o inspecciones para validar cada uno de los manuales y asegurar su calidad Corregir los errores, inconsistencias e incumplimientos encontrados Entregar manuales al Grupo de Gestin de Configuracin Almacenar manuales en la Librera de Gestin de la Configuracin para controlar los cambios futuros Productos Manuales de la aplicacin empresarial Lista de errores, inconsistencias o incumplimiento de estndares Manuales validados Librera GC actualizada

Descripcin del subproceso de Integracin de Componentes

El carcter incremental del Mtodo WATCH est determinado por la manera en que los componentes de software, que integran la arquitectura de la aplicacin, se van desarrollando e integrando. En lugar de esperar a que todos los componentes de una versin hayan sido adquiridos, adaptados o desarrollados, los componentes se van programando e integrando progresivamente a travs de incrementos.

- 197 -

Durante el diseo de la arquitectura, la aplicacin se divide en versiones y cada versin en uno o ms incrementos (ver figura 10.4). Un incremento es un conjunto integrado de componentes que ejecutan una parte de la funcionalidad de una versin. Es un producto semielaborado que puede ser usado por los usuarios de la aplicacin para validar su funcionalidad, familiarizarse con una parte de una versin y/o usarla parcialmente en sus actividades del negocio. La integracin de componentes se realiza, por consiguiente, a dos niveles consecutivos: Integracin a nivel de incremento.- Consiste en integrar, primero, un conjunto de componentes de software para formar un incremento y, luego, probar luego esa integracin. Integracin a nivel de versin.- Una vez que se han probado separadamente todos los incrementos de una versin, dichos incrementos se integran y se prueba, luego, esa integracin.

El proceso de integracin est formado por tres subprocesos (ver figura 10.15). Primero, se disean las pruebas de integracin, a nivel de incremento y a nivel de versin. Seguidamente, se integran los componentes de cada incremento y se prueba dicha integracin. El ensamblaje de versiones procede una vez que todos sus incrementos hayan sido validados por el usuario y corregidos por sus programadores.
analysis Diagrama jerrquico del proceso P&I Integracin de Componentes

Diseo de Pruebas de Integracin

Ensamblaje de Incrementos

Ensamblaje de Versiones

Figura 10.15. Subprocesos de Integracin de Componentes

Diseo de Pruebas de Integracin

Las pruebas de integracin tienen por objetivo encontrar errores en la integracin e interaccin de los componentes de un incremento o de una versin. El proceso de diseo de pruebas de integracin consiste en elaborar las especificaciones que los integradores usarn durante el ensamblaje de incrementos o de versiones para probar las conexiones entre componentes o entre incrementos, respectivamente. Las figuras 10.16 y 10.17 describen detalladamente este proceso.

- 198 -

PROYECTO METHODIUS
analysis Diagrama del proceso DPI regla Mtodos, planes, est nda res y proce dimi entos de Programa cin & Integracin (from Productos de Gestin)

MTODO GRAY WATCH

VERSIN PRELIMINAR

rol Coordina dor del Grupo de P&I (from Modelo de Actores)

objetivo Elabora r l as especi ficaciones para probar la i ntegra cin de componentes

cont rola regula pers igue documento Especifica cione s de pruebas de integracin del incre mento

documento Documento de Diseo (from Product os de Diseo)

Diseo de Pruebas de Integracin

documento Especifica cione s de pruebas de integraci n de la ve rsin

documento Plan de Pruebas documento Plan de Prue bas Actualizado (from Productos de Gestin)

(from Productos de Gestin)

(from Programacin & Integracin )

ejec uta ejec uta apoya

grupo Grupo de Pruebas (from Modelo de Actores)

grupo Grupo de Programa cin & Integracin (from Modelo de Actores)

recursos Herrami enta s, tcnica s, patrones, mtricas, prcticas y plantillas (from Elementos )

Figura 10.16. Descripcin del subproceso de Diseo de Pruebas de Integracin

act Flujo de trabajo del proceso DPI proceso Diseo de Pruebas de Integracin (Grupo de Pruebas) Planificar prueba s de integraci n de un incremento o de una ve rsin documento Especificaciones de prue bas de integraci n de un incremento o de una ve rsin

documento Plan de Pruebas

Inicio

(Grupos de Prue bas y P&I) Especi ficar dise o de ca da prueba documento Documento de Diseo (from Product os de Diseo)

(Grupos de Prue bas y P&I) Especi ficar casos de pruebas

(Grupos de Prue bas y P&I) Especi ficar procedim ientos de pruebas

(Grupo de Pruebas) Actual izar Plan de Pruebas

Fin

documento Plan de Prue bas Actualizado

Figura 10.17. Flujo de trabajo del subproceso: Diseo de Pruebas de Integracin

Ensamblaje de Incrementos
El Ensamblaje de Incrementos es un proceso mediante el cual se integra y se prueba un conjunto de componentes de software que forman un incremento de una versin de la aplicacin. El resultado es un incremento ejecutable cuya integracin de sus componentes constituyentes ha sido probada y que, adicionalmente, ha sido verificado y validado (ver figura 10.18).

- 199 -

analysis Diagrama del proceso EI regla Mtodos, planes, est nda res y proce dimi entos de Programa cin & Integracin (from Productos de Gestin) rol Coordina dor del Grupo de P&I objetivo Unir los difere ntes componentes que integran un incre mento de una versin de la aplicacin

(from Modelo de Actores)

repositorio Librera de Gestin de Configuracin cdigo Compone ntes a integrar

cont rola regula pers igue

Ensamblaje de Incrementos
(from Productos de Soporte) documento Especifica cione s de prueba s de i ntegra cin del incremento (from Diseo de Pruebas de Integracin ) documento Documento de Diseo (from Product os de Diseo) ejec uta ejec uta ejec uta apoya apoya

repositorio Librera de Gestin de Configuraci n Actualizada cdigo Incremento

(from Productos de Soporte)

(from Programacin & Integracin )

grupo Grupo de Programa cin & Integracin

grupo Grupo de Gestin de Ca lidad (from Modelo de Actores)

grupo Grupo de Gestin de Configuracin

documento Documento de Requisitos

recursos Herrami enta s, tcnica s, patrones, mtri cas, prcticas y plantillas (from Elementos )

(from Modelo de Actores) (from Modelo de Actores)

(from Productos de Anlisis)

Figura 10.18. Descripcin del subproceso de Ensamblaje de Incrementos

El flujo de trabajo del ensamblaje de un incremento se describe en la figura 10.19. Ntese, que una vez que se ha probado la integracin del incremento y se han depurado sus errores, este es entregado a dos grupos diferentes: (1) a sus usuarios para que lo validen, se familiaricen con l o lo utilicen en sus procesos de negocio y (2) al Grupo V&V para verificar el incremento (ver figura 10.19). Dependiendo de los resultados de la verificacin y validacin, el incremento es entregado al Grupo de Gestin de Configuracin para su almacenamiento y control o al Grupo de Pruebas para realizar pruebas adicionales.

act Flujo de trabajo del proceso EI proceso Ensamblaje de un Incremento incremento satisfactorio? NO SI (Grupo de Gestin de Configuracin) Almacenar el increme nto en la librera

cdigo Increm ento

documento Especifica cione s de prueba s d e inte gracin del incre mento (from Diseo de Pruebas de Integracin ) documento Plan de Pruebas

(Grupo de Pruebas) Especi ficar nuevas pruebas

(from Productos de Gestin)

(Grupo de Pruebas) Pre pa ra r prueba s de integracin (Integrador) Integra r com ponentes de l incre mento

(Grupo V&V) Verificar el increm ento

(Usuarios) Vali dar el incre mento

Fin

repositorio Libre ra de Gestin de Configuracin Actualizada (from Productos de Soporte)

Inicio

(Integrador) Ejecutar prue bas de integra cin del increm ento

(Progra mador) De pura r errore s encontrados

cdigo Compone ntes a integrar

- 200 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Figura 10.19. Flujo de trabajo del subproceso: Ensamblaje de Incrementos

Ensamblaje de Versiones
Cuando todos los incrementos, que conforman una versin, hayan sido validados por el usuario y corregidos por sus programadores, se procede a integrar a nivel de versin. Los incrementos de la versin se van integrando y probando consecutivamente, en el orden establecido por la arquitectura de la aplicacin. El ensamblaje de versiones produce un conjunto de incrementos integrados (programas) que constituyen una versin de la aplicacin (ver figura 10.20).

analysis Diagrama del proceso EV regla Mtodos, planes, est nda res y proce dimientos de Programa cin & Integracin (from Productos de Gestin) repositorio Librera de Gestin de Configuracin cdigo Increme nto a extender o increme ntos a integrar (from Productos de Soporte) documento Especifica cione s de pruebas de integraci n de la ve rsin controla regula pers igue repositorio Librera de Gestin de Configuraci n Actualizada cdigo Programa s integrados (versi n i) rol Coordina dor del Grupo de P&I (from Modelo de Actores) objetivo Unir l os increme ntos que form an una versin de la aplicacin

Ensamblaje de Versiones

(from Productos de Soporte)

(from Diseo de Pruebas de Integracin ) documento Documento de Diseo

(from Programacin & Integracin )

ejec uta ejec uta

ejec uta apoya

(from Product os de Diseo) grupo Grupo de Programa cin & Integracin (from Modelo de Actores) grupo Grupo de Gestin de Configuracin

grupo Grupo de Verificacin & Validacin

recursos Herrami enta s, (from Modelo de Actores) tcnica s, patrones, mtri cas, prcticas y plantillas (from Elementos )

(from Modelo de Actores)

Figura 10.20. Descripcin del subproceso de Ensamblaje de Versiones

El proceso de ensamblaje de versiones es similar al de incrementos; pero, difiere en la manera en que los incrementos se integran para producir la versin. Como se ilustra en la figura 10.21, existen dos maneras de integrar los incrementos: Integracin por extensin.- Asume que un incremento evoluciona en trminos de su funcionalidad. Al incremento i-simo (I1) de una versin, se le agregan nuevas funciones para crear el incremento i-simo + 1. Este proceso se repite hasta llegar al ltimo incremento de la versin. Integracin excluyente.- Asume que los incrementos son excluyentes en cuanto a su funcionalidad y composicin. Los incrementos de la versin se van integrando de dos en dos hasta integrarlos todos.

- 201 -

act Flujo de trabajo EV proceso Ensamblaje de una versin versin satisfactoria? NO SI (Grup o de Gesti n de Configuraci n) Alma cenar nueva versi n en la l ibrera cdigo Programa s integrados (versi n i)

documento Especifica cione s de prueba s de i ntegra cin de la versin (from Diseo de Pruebas de Integracin ) cdigo Increm ento a extender o incrementos a integrar (Grupo de Prueb as) Prepa rar prueba s de integracin

(Grup o de Pruebas) Especi ficar nuevas pruebas

(Grupo V&V) Verificar la nueva versi n Fin

repositorio Libre ra d e Gestin de Config uracin Actualizada (from Productos de Soporte)

NO Inicio Incremento evolutivo? documento Documento de Diseo (from Product os de Diseo) SI

(Integrador) Integra r incre mentos de la versin

(Integrador) Ejecutar prue bas de in tegracin de la ve rsin

(Grupo P&I) De pu ra r erro re s encontrados

(Pro gra mador) Exten de r increm ento agregando nuevas funciones

Figura 10.21. Flujo de trabajo del subproceso: Ensamblaje de Versiones

El proceso de Pruebas de la Aplicacin (PA)

Las pruebas de la aplicacin se realizan a nivel del sistema. Consisten, por lo tanto, en probar cada versin de la aplicacin como un todo, a fin de asegurar que ella satisface todos los requisitos funcionales y no-funcionales que establece el Documento de Requisitos. El proceso se describe, en trminos generales, en la figura 10.22. Conviene destacar que las pruebas de la aplicacin verifican y validan los tres elementos arquitectnicos de cada versin de la aplicacin: los programas, la base de datos y los manuales.

- 202 -

PROYECTO METHODIUS
analysis Diagrama del proceso PA regla Mtodos, planes, est nda res y proce dimi entos de Pruebas de l Sistema (from Productos de Gestin) documento Plan de Pruebas (from Productos de Gestin) cdigo Programa s integrados (versi n i) (from Ensamblaje de Versiones) repositorio Base de datos de la a pli caci n (estado vaco) (from Creacin de la Base de Datos ) documento Manua le s (versi n i) (from Elaboracin de Manuales ) repositorio Librera de Gestin de Configuracin (from Productos de Soporte) grupo Grupo de Pruebas (from Modelo de Actores)

MTODO GRAY WATCH

VERSIN PRELIMINAR

rol Coordina dor del Grupo de Pruebas (from Modelo de Actores)

objetivo Verificar y va lidar dinmicam ente la aplicacin como un todo

regula

cont rola

pers igue

cdigo Progra mas ve rifica dos y validados (versin i)

Pruebas de la Aplicacin
documento Manual es verificados y validados (versin i)

documento Plan de Prueba s Actualizado (from Productos de Gestin)

(from Modelo de Procesos)

repositorio Librera de Gestin de Configuracin Actualizada (from Productos de Soporte) apoya

ejec uta

ejec uta

ejec uta

apoya grupo Grupo de Gestin de Confi guracin documento Documento de Requisitos (from Productos de Anlisis)

(from Modelo de Actores) recursos Herramientas, tcnicas, patrones, mtri cas, prcticas y plantillas (from Elementos )

grupo Grupo de Programa cin & Integracin (from Modelo de Actores)

Figura 10.22. Diagrama del proceso de Pruebas de la Aplicacin

Las pruebas de la aplicacin se dividen en tres grupos (ver figura 10.23): Pruebas funcionales. Se encargan de probar la funcionalidad de la aplicacin de acuerdo a lo especificado en los casos de uso descritos en el Documento de Requisitos. Pruebas no-funcionales. Consisten en probar o demostrar que cada uno de los atributos de calidad, establecidos en el Documento de Requisitos, se cumplen. Pruebas de aceptacin. Son pruebas de tipo funcional realizadas directamente por los usuarios. Este tipo de pruebas se centra en la interfaz U/S y en la funcionalidad de la aplicacin.

El flujo de trabajo y las actividades de los tres tipos de pruebas son similares; difieren, esencialmente, en los objetivos que persiguen. Las pruebas funcionales persiguen encontrar funciones incorrectas, faltantes o inconsistentes. Las pruebas no-funcionales son pruebas que verifican que los atributos de calidad de la aplicacin, establecidos en el Documento de Requisitos, se cumplan. Ambos tipos de pruebas son diseadas y ejecutadas por el Grupo de Pruebas. Por su parte, las pruebas de aceptacin se orientan a la validacin de la aplicacin; es decir, a demostrar que la aplicacin es el producto que los usuarios esperan y requieren. Pueden ser diseadas por el Grupo de Pruebas y ejecutadas por los usuarios o pueden ser contratadas para ser realizadas por un grupo o empresa externa independiente del Equipo de Desarrollo. Cada uno de estos tipos de pruebas se llevan a cabo siguiendo, de manera secuencial, los cinco procesos horizontales sealados en la figura 10.23.

- 203 -

analysis Diagrama jerrquico del proceso PA Pruebas Funcionales

Pruebas No Funcionales

Pruebas de la Aplicacin (from Cadena de Valor)

Pruebas de Aceptacin (Validacin)

Planificacin de las Pruebas de la Aplicacin

Diseo de las Pruebas de la Aplicacin

Preparacin de las Pruebas de la Aplicacin

Ejecucin de las Pruebas de la Aplicacin

Depuracin o Correccin de Errores

Figura 10.23.- Clasificacin y descomposicin del proceso de Pruebas de la Aplicacin

Descripcin del subproceso de Planificacin de Pruebas de la Aplicacin

En este proceso, se planifican las actividades que son necesarias para probar la versin de la aplicacin como un todo. El Grupo de Pruebas del proyecto actualiza el Plan de Pruebas para incorporar la informacin que guiar las pruebas a nivel de la versin en desarrollo. Los principales puntos que deben incluirse en el Plan de Pruebas son los siguientes: Los objetivos de las pruebas de la versin. Los tipos especficos de pruebas funcionales, no funcionales y de aceptacin que debern realizarse. Los criterios de terminacin de cada tipo de prueba. El modelo de proceso que se seguir para ejecutar las pruebas de la versin. El cronograma de actividades de pruebas de la versin. Las responsabilidades de los miembros del Grupo de Pruebas. Las tcnicas y estrategias que se emplearn en este caso. Los recursos requeridos para ejecutar estas pruebas. Los documentos que deben producirse durante estas pruebas.

El Grupo de Gestin de la Configuracin se encarga, en este proceso, de controlar los cambios que se le hagan al Plan de Pruebas (ver figura 10.24).

- 204 -

PROYECTO METHODIUS
analysis Diagrama del proceso PPA regla Mtodos, plan es, est nda res y proce dimi entos de Pruebas de l Sistema

MTODO GRAY WATCH

VERSIN PRELIMINAR

rol Coordina dor del Grupo de Pruebas (from Modelo de Actores)

objetivo Establece r los obj etivos,al cance, activida des, tie mpos, costos y recursos requerid os para probrar una versin de la aplicacin

(from Productos de Gestin) documento Documento de Requisitos (from Productos de Anlisis) documento Documento de Diseo (from Product os de Diseo) documento Plan de Pruebas (from Productos de Gestin) cont rola regula pers igue

Planificacin de las Pruebas de la Aplicacin

documento Plan de Prue bas Actualizado (from Productos de Gestin)

repositorio Libre ra de Gestin de Configuracin Actualizada

(from Pruebas de la Aplicacin)

repositorio Librera de Gestin d e Configuracin (from Productos de Soporte) grupo Grupo de Pruebas grupo Grupo de Gestin de Confi guracin ejec uta ejec uta apoya

(from Productos de Soporte)

recursos Herrami enta s, tcnica s, patrones, mtricas, prcticas y plantillas (from Elementos )

(from Modelo de Actores) (from Modelo de Actores)

Figura 10.24. Diagrama del proceso de Planificacin de Pruebas de la Aplicacin

Descripcin del subproceso de Diseo de Pruebas de la Aplicacin

En este proceso, el Grupo de Pruebas debe producir el conjunto de especificaciones que sern usadas posteriormente para verificar y validar dinmicamente la versin en desarrollo. Estas especificaciones se realizan para cada uno de los tipos de pruebas sealados en el Plan de Pruebas: funcional, no-funcional y/o de aceptacin. La figura 10.25 describe el entorno de este proceso.
analysis Diagrama del proceso DPA regla Mtod os, planes, est nda res y proce dimi entos de Pruebas de l Sistema (from Productos de Gestin) cont rola regula pers igue rol Coordina dor del Gru po de Pruebas (from Modelo de Actores) objetivo Elabora r l as especi ficaciones para probar una ve rsin de la aplica cin a l nive l de pruebas de l sistema

documento Documento de Requisitos (from Productos de Anlisis)

Diseo de las Pruebas de la Aplicacin

documento Especificaciones de prueba s de la versin

documento Plan de Pruebas

(from Pruebas de la Aplicacin)

(from Productos de Gestin) ejec uta ejec uta apoya

grupo Grupo de Pruebas (from Modelo de Actores)

grupo Grupo de Verificaci n & Validacin (from Modelo de Actores)

recursos Herrami enta s, tcnica s, patrones, mtricas, prcticas y plantillas (from Elementos )

- 205 -

Figura 10.25. Diagrama del proceso de Diseo de las Pruebas de la Aplicacin

Cada especificacin de prueba define los objetivos especficos de ese tipo de prueba; identifica los aspectos (funciones y/o atributos de calidad) que se desean probar; indica que estrategias, tcnicas y herramientas de software se usarn para probar la versin; identifica y especifica las suites de pruebas que se ejecutarn, especifica los casos de pruebas de cada suite y establece los procedimientos que se usarn para ejecutar cada suite de pruebas de la versin. La figura 10.26 define el orden de ejecucin de estas actividades a travs de un flujo de trabajo. Este flujo de trabajo es comn a los tres tipos de pruebas de la aplicacin; puede, por lo tanto, ser usado para: (1) verificar dinmicamente la funcionalidad de la versin mediante pruebas funcionales; (2) verificar dinmicamente el cumplimiento de los atributos de calidad mediante pruebas no funcionales; y (3) validar dinmicamente la funcionalidad y la interfaz grfica de la versin a travs de pruebas de aceptacin.
act Diseo de las pruebas de aplicacin - DPA proceso DIseo de las Pruebas de la Aplicacin Inicio (Grupo de Pruebas) Defini r l os objetivos de las pruebas documento Especifica cione s de pruebas de la versin (Grupo de Pruebas) Elabora r l as especificaciones de casos de pruebas

documento Plan de Pruebas (from Productos de Gestin)

documento Documento de Requisitos (from Productos de Anlisis)

(Grupo de Pruebas) Identifi car los aspectos (funci ones y/o atributos de cali dad) que se deben probar

(Grupo de Pruebas) Ela borar la espe cifi caci n de dise o de cada suite de pruebas

(Grupo de Pruebas) Sele ccionar las estrate gias y tcnicas de pruebas

(Grupo de Pruebas) Especi ficar procedim ientos de pruebas

(Grupo V&V) Veri ficar especificaciones de prue bas de la ve rsin de la aplicacin

documento Plan de Prue bas Actualizado (from Productos de Gestin)

(Grupo de Pruebas) Actualiz ar pl an de pruebas

Figura 10.26. Flujo de trabajo del proceso de Diseo de las Pruebas de la Aplicacin

Descripcin del subproceso de Preparacin de Pruebas de la Aplicacin

Como su nombre lo indica, este subproceso se encarga de preparar los mecanismos de pruebas de aplicacin (scripts de pruebas, conductores y/o esqueletos); los datos de prueba para cada caso de prueba y el ambiente de pruebas (herramientas, formatos, planillas, etc.). Esta preparacin se realiza siguiendo las especificaciones de pruebas elaboradas en el subproceso anterior (Diseo de la Pruebas de la Aplicacin). La figura 10.27 describe las entradas, salidas, controles y recursos requeridos para ejecutar este subproceso.

- 206 -

PROYECTO METHODIUS

MTODO GRAY WATCH

analysis Diagrama del proceso PRA regla Mtodos, planes, est nda res y proce dimi entos de Prueba s del Sistema (from Productos de Gestin) cont rola regula pers igue rol Coordina dor del Grupo de Pruebas objetivo Prepara r los datos d e los casos de prueba y los mecani smos necesa rios para ej ecutar las pruebas de una versin

VERSIN PRELIMINAR

(from Modelo de Actores)

Preparacin de las Pruebas de la Aplicacin

documento Especifica cione s de pruebas de la versin

repositorio Datos pa ra l as pruebas

programa Scripts de prueba

(from Diseo de las pruebas )

(from Pruebas de la Aplicacin)

ejec uta grupo Grupo de Pruebas (from Modelo de Actores) apoya recursos Herrami enta s, tcnica s, patrones, mtricas, prcticas y plantillas (from Elementos )

programa Conductores de prueba

Figura 10.27. Diagrama del proceso de Preparacin de las Pruebas de la Aplicacin

Descripcin del subproceso de Ejecucin de Pruebas de la Aplicacin

Una vez que las pruebas de la aplicacin han sido preparadas, el siguiente proceso consiste en ejecutarlas siguiendo las especificaciones contenidas en el Plan de Pruebas y usando los mecanismos y datos preparados para ese efecto (ver figura 10.28). Si las pruebas son exitosas, se genera una lista de errores, inconsistencias e incumplimiento de estndares que deber ser usada por los programadores, en el siguiente proceso, para depurar la versin.
analysis Diagrama del proceso EPA regla Mtodos, planes, est nda res y proce dimi entos de Pruebas de l Sistema (from Productos de Gestin) repositorio Datos pa ra l as pruebas (from Preparacin de pruebas ) programa Conductores de prueba (from Preparacin de pruebas ) programa Scripts de prueba documento Lista de errores, inconsistencia s e incumplimiento de estndare s cont rola regula rol Coordina dor del Grupo de Pruebas (from Modelo de Actores) objetivo Realiza r las pruebas de la versin siguiendo las especifica cione s de prueba s y usando los mecanismos elaborados

Ejecucin de las Pruebas de la Aplicacin

programa Programas proba dos (versi n i)

(from Preparacin de pruebas ) cdigo Programa s integrados (versi n i) (from Ensamblaje de Versiones) ejec uta apoya apoya

(from Pruebas de la Aplicacin)

grupo Grupo de Pruebas (from Modelo de Actores)

documento Especifica cione s de pruebas de la versin

recursos Herrami enta s, tcnica s, patrones, mtricas, prcticas y plantillas (from Elementos )

(from Diseo de las pruebas )

- 207 -

Figura 10.28. Diagrama del proceso de Ejecucin de las Pruebas de la Aplicacin

Descripcin del subproceso de Depuracin de Errores

Las pruebas de la aplicacin concluyen con la depuracin de errores. La figura 10.24 describe este proceso de manera muy general. El gupo de Programacin & Integracin se encarga de corregir los errores, inconsistencias e incumplimiento de estndares que fueron encontrados durante la ejecucin de las pruebas de la versin. Luego de ejecutar la correccin de errores, es importante que este grupo ejecute pruebas de regresin para garantizar que los cambios realizados al cdigo no han introducidos nuevos errores. Posteriormente, el Grupo V&V verifica que las correcciones hayan sido hechas satisfactoriamente. Finalmente, el Grupo de Gestin de Configuracin almacena la versin corregida en la Librera de Gestin de Configuracin.
analysis Diagrama del proceso DE regla Mtodos, planes, est nda res y proce dimi entos de Pruebas de l Sistema (from Productos de Gestin) documento Lista de errores, inconsistencia s e incum plim iento de estndare s (from Ejecucin de pruebas) programa Programa s proba dos (versi n i) (from Ejecucin de pruebas) documento Manua le s (versi n i) (from Elaboracin de Manuales ) repositorio Librera de Gestin de Configuracin (from Productos de Soporte) grupo Grupo de Programa cin & Integracin (from Modelo de Actores) grupo Grupo de Verificaci n & Validacin (from Modelo de Actores) (from Elementos ) cont rola regula pers igue cdigo Progra mas ve rifica dos y validados (versin i) rol Coordina dor del Grupo de Pruebas (from Modelo de Actores) objetivo Corregir los errores, inconsistencia s o incumpli meintso encontrados durante la pruebas de aplicacin

Depuracin o Correccin de Errores

documento Manual es verificados y validados (versin i)

(from Pruebas de la Aplicacin)

repositorio Librera de Gestin de Configuracin Actualizada (from Productos de Soporte)

ejec uta

ejec uta

ejec uta

ejec uta grupo Grupo de Gestin de Confi guracin

(from Modelo de Actores) recursos Herrami enta s, tcnica s, patrones, mtricas, prcticas y plantillas

Figura 10.24. Diagrama del proceso de Depuracin de Errores

El proceso de Entrega de la Aplicacin (EA)

Este es el ltimo proceso tcnico que se realiza durante el desarrollo de una aplicacin empresarial. Su objetivo es poner en operacin la versin de la aplicacin que se elabora en cada ciclo de desarrollo. La figura 10.25 describe, de manera general, este proceso en funcin de sus entradas y salidas.

- 208 -

PROYECTO METHODIUS
analysis Diagrama del proceso EA Mtodos, planes, est nda res y proce dimi entos de Entrega de la Aplicacin (from Productos de Gestin)

MTODO GRAY WATCH

VERSIN PRELIMINAR

rol Lder de l Proyecto (from Modelo de Actores)

objetivo Poner en operaci n o funcionami ento la versin i de la apl icacin

cont rola cdigo Progra mas ve rifica dos y validados (versin i) (from Depuracin de errores) documento Manual es verificados y validados (versin i) (from Depuracin de errores) repositorio Base de da tos de la aplicacin (e stado vaco) (from Creacin de la Base de Datos ) repositorio Librera de Gestin de Configuracin (from Productos de Soporte) ejec uta regula

pers igue

entregable Versin operativa i de la aplicacin cdigo Programa s instalados repositorio Base de Datos (estado inicial) documento Manuales

Entrega de la Aplicacin

(from Procesos Tcnicos)

ejec uta apoya

repositorio Librera de Gestin de Configuracin Actualizada (from Productos de Soporte)

grupo Grupo de Instal acin (from Modelo de Actores)

ejec uta

grupo Grupo de Gestin de Configuracin

(from Modelo de Actores) grupo Grupo de Gestin recursos Herrami enta s, tcnica s, patrones, mtri cas, prcticas y plantillas (from Elementos )

(from Modelo de Actores)

Figura 10.25. Diagrama del proceso de Entrega de la Aplicacin

Para entregar la aplicacin a sus clientes y/o usuarios se realizan los procesos indicados en la figura 10.26. Estos procesos se encargan de: (1) Instalar la versin de la aplicacin en la plataforma o ambiente de operacin definitivo; (2) Realizar las pruebas de instalacin o despliegue de la aplicacin, en su plataforma operativa; (3) Capacitar a los usuarios en el uso de la versin de la aplicacin que se est entregando; (4) Actualizar la base de datos local; y (5) Poner la versin en operacin.
analysis Diagrama jerrquico del proceso EA

Entrega de la Aplicacin (from Cadena de Valor)

Instalacin de la Aplicacin

Pruebas de Instalacin de la Aplicacin

Capacitacin de Usuarios

Actualizacin de Datos Locales

Puesta en Operacin de la Aplicacin

Figura 10.26. Subprocesos que integran la Entrega de la Aplicacin

Descripcin del subproceso de Instalacin de la Aplicacin

El objetivo de este proceso en trasladar versin producida, en cada ciclo del desarrollo de la aplicacin, de su plataforma de desarrollo a la plataforma en la que ella operar regularmente.
- 209 -

Este subproceso es requerido siempre y cuando ambas plataformas sean diferentes. Las actividades, tareas y productos de este subproceso se muestran en la Tabla 10.5.
Tabla 10.5. Descripcin las actividades del subproceso: Instalacin de la Aplicacin Actividad Preparacin de la Plataforma de Operacin Tareas Preparacin (seleccin, adquisicin y/o instalacin) de los equipos (hardware) donde operar la aplicacin Instalacin del software operativo sobre el cual se instalar la aplicacin (sistema operativo, servidor web, servidor de aplicaciones, DBMS, etc.) Instalacin de la versin en la plataforma de operacin Productos Plataforma de Operacin de la Aplicacin Empresarial

Instalacin de la versin de la aplicacin

Aplicacin empresarial instalada

Descripcin del subproceso de Actualizacin de la Base de Datos Local

El objetivo de este subproceso es llevar la base de datos de la aplicacin al estado requerido para que la versin desarrollada pueda entrar en produccin. Este estado es el conjunto de datos que esta base de datos debe tener para el instante en que se da inicio a las operaciones regulares de la nueva versin. Las actividades, tareas y productos de este subproceso se muestran en la Tabla 10.6.
Tabla 10.6. Descripcin del flujo de trabajo: Actualizacin de la Base de Datos Local Actividad Definicin del estado de inicio de la BD Preparar los datos Actualizar la(s) BD(s) Tareas Determinar que datos iniciales debe tener la BD para que la nueva versin desarrollada pueda entrar en operacin Programar y organizar las actividades necesarias para obtener los datos iniciales Capturar, transcribir, editar, convertir y validar los datos iniciales Actualizar cada BD con los datos iniciales que requiere la nueva versin Productos

Datos iniciales

BD actualizada

Descripcin del subproceso de Pruebas de Instalacin

Una vez que la versin desarrollada ha sido instalada en su plataforma de operacin y su BD ha sido actualizada, se hace necesario realizar un conjunto de pruebas finales con los objetivos de: (1) verificar que la aplicacin correr sin problemas en dicha plataforma; (2) validar que los datos contenidos en la(s) BD(s) sean correctos y representen el estado inicial requerido para que la aplicacin empresarial entre en produccin; y (3) verificar que la versin se conecte sin inconvenientes a otras aplicaciones o bases de datos con las cuales debe interactuar. Las actividades, tareas y productos de este subproceso se muestran en la Tabla 10.7.

- 210 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Tabla 10.7. Descripcin del flujo de trabajo: Pruebas de la Instalacin Actividad Pruebas de instalacin en la plataforma de operacin Pruebas del estado de la(s) BD(S) Pruebas de Integracin de la versin con otras aplicaciones o BDs externas Tareas Disear las pruebas de instalacin de la nueva versin en la plataforma de operacin Ejecutar las pruebas de instalacin Depurar los errores encontrados durante las pruebas de instalacin Disear las pruebas del estado de la aplicacin en la plataforma de operacin Ejecutar las pruebas de la BD Depurar los errores encontrados durante las pruebas del estado inicial de la BD Disear las pruebas de integracin de la versin Ejecutar las pruebas de integracin Depurar los errores encontrados durante las pruebas de integracin Productos Especificaciones de pruebas Lista de errores, inconsistencias e incumplimiento de estndares Especificaciones de pruebas Lista de errores, inconsistencias e incumplimiento de estndares Especificaciones de pruebas Lista de errores, inconsistencias e incumplimiento de estndares

Descripcin del subproceso de Capacitacin de Usuarios

El objetivo de este subproceso es asegurar que los usuarios hagan un uso efectivo y apropiado de la aplicacin empresarial. Para ello es necesario elaborar y ejecutar un plan de capacitacin que permita a los usuarios adquirir el conocimiento, las destrezas y las habilidades necesarias para utilizar apropiadamente la aplicacin empresarial. Las actividades, tareas y productos de este subproceso se muestran en la Tabla 10.8.
Tabla 10.8. Descripcin de las actividades del subproceso Capacitacin de Usuarios Actividad Planificacin de la Capacitacin de Usuarios Preparacin del material de capacitacin Organizacin y conduccin de los talleres de capacitacin Tareas Definir los objetivos, necesidades y estrategias de capacitacin Establecer las actividades de capacitacin Estimar los recursos requeridos Elaborar el cronograma de actividades Definir el formato, medio, estructura y contenido del material de capacitacin Elaborar el material de capacitacin Definir los objetivos, organizacin y estrategias instruccionales de los talleres de capacitacin Realizar los talleres de capacitacin Productos Plan de Capacitacin de Usuarios

Material de Capacitacin

Descripcin del subproceso de Puesta en Operacin de la Aplicacin

Este ltimo subproceso tcnico tiene dos objetivos: (1) dar inicio formalmente a las operaciones normales de la nueva versin de la aplicacin empresarial y (2) cerrar el ciclo de de desarrollo de esta versin. Las actividades, tareas y productos de este subproceso se muestran en la Tabla 10.11.
Tabla 10.11. Descripcin del flujo de trabajo: Entrega Formal de la Aplicacin Actividad Entrega tcnica de la Tareas Transferir la responsabilidad de la operacin de la
- 211 -

Productos

Actividad versin a sus usuarios

Tareas nueva versin a la unidad organizativa de la empresa que tendr a su cargo la operacin de la aplicacin. Transferir la responsabilidad de mantener la nueva versin al grupo o unidad organizativa de la empresa que tendr a su cargo el mantenimiento de la aplicacin. Iniciar las operaciones de uso de nueva versin de la aplicacin empresarial. Iniciar las operaciones de mantenimiento correctivo de esta nueva versin. Evaluar el ciclo de desarrollo de la versin Elaborar y presentar el informe de cierre del ciclo para el Comit Directivo a fin de decidir el inicio del siguiente ciclo de desarrollo o la culminacin del proyecto.

Productos

Inicio de las operaciones de uso y mantenimiento de la nueva versin

Nueva versin operativa de la aplicacin empresarial

Cierre del ciclo de desarrollo de la versin

Informe Final de la Versin

- 212 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Tcnicas y herramientas de implementacin

Proceso Programacin & Integracin Tcnicas, estndares y prcticas Estndar de documentacin de pruebas IEEE829-1983 Estrategias de pruebas de unidad: caja blanca y caja negra) Estrategias de pruebas de integracin: pruebas ascendentes, descendentes y combinadas Plantillas para las especificaciones de pruebas Tcnicas de depuracin (debugging) Tcnicas, formatos y plantillas de elaboracin de documentos tcnicos Pruebas de la Aplicacin Estndar de documentacin de pruebas IEEE829-1983 Estrategias de pruebas funcionales (caja negra), pruebas no-funcionales (pruebas de interfaz, rendimiento, seguridad, etc.) Plantillas para las especificaciones de pruebas Tcnicas de depuracin (debugging) Entrega de la Aplicacin Tcnicas de migracin de datos Tcnicas de capacitacin: estrategias instruccionales, dinmica de grupos Tcnicas , formatos y plantillas de elaboracin de informes tcnicos Gestor de bases de datos (ORACLE, MySQL, etc.) Ambientes integrados de desarrollo de software (IDE) Herramientas automatizadas para pruebas de software Gestor de base s de datos (ORACLE, MySQL, etc.) Herramientas Gestor de bases de datos (ORACLE, MySQL, etc.) Ambientes integrados de desarrollo de software (IDE) Herramientas automatizadas para pruebas de software Herramientas de modelado de software con UML

- 213 -

Captulo Instanciacin del Mtodo 11

Los mtodos de desarrollo de software son modelos que guan a los equipos de trabajo en la definicin del proceso ms adecuado para llevar a cabo el desarrollo de un proyecto particular. Este proceso de adecuacin se denomina instanciacin y consiste en adaptar el conjunto de procesos y actividades prescritas por el mtodo, a las caractersticas particulares de la aplicacin empresarial que se quiere desarrollar. Para realizar la adaptacin, el lder de desarrollo, toma en cuenta tanto las condiciones existentes en el ambiente de trabajo como la complejidad de la aplicacin; es decir, el proceso de ajuste del mtodo considera las caractersticas del producto que se desea desarrollar y del ambiente organizacional de implantacin para establecer el equipo de trabajo requerido y el proceso que debe seguirse. En este captulo se describe el proceso de instanciacin del mtodo WATCH, el cual especifica cmo adaptar los tres modelos que lo integran: el modelo de productos, el modelo de procesos y el modelo de actores, para casos particulares de desarrollo de aplicaciones empresariales. La adaptacin puede implicar utilizacin directa, ampliacin, reduccin o modificacin de los conceptos genricos propuestos en cada uno de los modelos mencionados.

Proceso de Instanciacin
El proceso de instanciacin representado en los diagramas de las figuras 11.1 y 11.2, especifica que para utilizar apropiadamente el mtodo WATCH, deben ejecutarse previamente cuatro subprocesos complementarios; stos describen las actividades que se deben hacer para adaptar los modelos de producto, de actores y de procesos, a un proyecto particular. Este proceso est a cargo del Lder del proyecto empresarial y es supervisado y apoyado por el Comit Directivo del proyecto. La entrada de este proceso es el Mtodo WATCH con todos sus componentes: modelo de producto, modelo de procesos y modelo de actores; la salida es el mtodo adaptado, compuesto por las adaptaciones de cada uno de los modelos que lo conforman, al contexto de trabajo y a las caractersticas de la aplicacin empresarial que se desea desarrollar; es decir, la instanciacin produce la especificacin de los productos tcnicos, gerenciales y de soporte que se van a elaborar, del proceso de desarrollo a seguir y, de la configuracin y detalle del equipo de trabajo. La ejecucin del proceso de instanciacin es apoyada por documentos que definen las caractersticas generales que deber tener la aplicacin y por la descripcin del contexto bsico de desarrollo y de la organizacin donde operar la aplicacin una vez desarrollada, ambas contenidas en el documento de inicio del proyecto. En las secciones siguientes se presentan cada uno de los subprocesos que conforman el proceso de instanciacin; para ello se utilizan diagramas de procesos y de actividades del UML Business.

- 214 -

PROYECTO METHODIUS
analysis Proceso General de Instanciacin

MTODO GRAY WATCH

VERSIN PRELIMINAR

regla Mtodos , Planes, Estndares y Procedimientos del P roceso Mayor

actor Comit Directiv o

(from Actores_Instanciacin)

objetivo Adaptar el mtodo a las caracteristicas del proyecto que se va a desarrollar

controla regula

modelo Modelo de Producto

persigue

modelo Estruct ura de Producto

Instanciacin del Mtodo

modelo Modelo de Actores

modelo Est ruc tura Organizativa /Roles

modelo Modelo de Procesos

ejecuta

apoya

modelo Modelo de P roces o de Desarrollo de la Aplicacin

actor Lide r del Proyecto

Documento Documento inicial del Proy ecto

(from Actores_Instanciacin)

Figura 11.1. Proceso de Instanciacin del Mtodo

act Instanciacin del Mtodo

Instanciacin del Mtodo

Instanciacin Modelo Producto

Instanciacin Modelo Procesos

Instanciacin Modelo Actores

Validacin de la adaptacin del Mtodo

Figura 11.2. Subprocesos del proceso de Instanciacin del Mtodo

Instanciacin del Modelo de Producto

El modelo de producto identifica y describe los tipos de productos que se pueden generar durante el desarrollo de una aplicacin empresarial. Estos tipos de productos son el resultado parcial o final de la ejecucin de los procesos tcnicos, de gestin o de soporte, y que son especificados en el Modelo de Procesos del mtodo.

- 215 -

Como lo muestra la figura 2.2 (en el captulo 2 de este documento), el mtodo produce dos grandes categoras de productos, los productos intermedios y los productos finales. Al mismo tiempo, el mtodo permite distinguir los productos segn el grupo de procesos que los producen; es decir, hay productos resultantes de los procesos tcnicos o de ingeniera, otros son resultantes de los procesos de gestin del proyecto y otros de los procesos de apoyo al proceso de desarrollo. La instanciacin del modelo de producto consiste en la seleccin de los productos concretos que se producirn durante todo el proceso de desarrollo de la aplicacin empresarial. Esta actividad, realizada por el Lder de Desarrollo, se basa en la estructura de tipos de productos propuesta en el mencionado modelo, y toma en cuenta las caractersticas particulares de la aplicacin que se desea desarrollar. En la figura 11.3 se muestra el diagrama que contiene el flujo de trabajo que especifica el detalle del proceso que debera seguirse para adaptar el modelo de producto.
act Instaciacin Modelo Producto

Documento Documento inicial del Proy ecto

modelo Estructura de Producto

Instanciacin Modelo de Producto

Analizar los requisitos de la aplicacin

Ini cio

Seleccionar el subconjunto de elementos del modelo de producto

Caracterizar los productos que se van a elaborar

fin

modelo Modelo de Producto

Figura 11.3. Actividades del subproceso de Instanciacin del Modelo de Productos

Instanciacin del Modelo de Proceso

Una aplicacin empresarial se desarrolla como un proyecto, por lo que se requiere realizar, adems de las actividades tcnicas de desarrollo, actividades de gestin de proyecto y de apoyo a la gestin. Este conjunto de actividades, integradas y complementarias, es definido por el modelo de procesos del mtodo. Dado que cada proyecto de desarrollo tiene caractersticas particulares que lo diferencian de otros, el lder del proyecto debe determinar cules actividades deben realizarse, cules no, cules se modifican; adems, debe establecer las relaciones de dependencia de recursos, as como la secuencia, la repeticin y el paralelismo de ejecucin que existen entre las actividades del modelo. El Lder del proyecto, utiliza el modelo de procesos como un patrn que se adapta a las necesidades de cada proyecto. El modelo de proceso resultante de la adaptacin del modelo de procesos del mtodo, especifica las actividades que debe seguir el equipo de trabajo para desarrollar la aplicacin empresarial prevista, y servir de base para la planificacin del proyecto. En la figura 11.4 se muestra el flujo de trabajo que detalla las actividades incluidas en el subproceso de instanciacin del modelo de procesos del mtodo.

- 216 -

PROYECTO METHODIUS
act Instanciacin Modelo Procesos

MTODO GRAY WATCH

VERSIN PRELIMINAR

modelo Modelo de Procesos

Instanciacin Modelo Procesos

Seleccionar los procesos tcnicos que se van a ejecutar

Ini cio

Seleccionar los procesos de gestin requeridos

Detallar los procesos seleccionados

modelo Modelo de Proc eso de Desarrollo de la Aplicacin

Seleccionar los procesos que apoyaran el desarrollo

Validar el nuevo modelo de procesos

Fi n

Documento Documento inicial del Proy ecto

Figura 11.4. Actividades del subproceso de Instanciacin del Modelo de Procesos

Instanciacin del Modelo de Actores

El Modelo de Actores describe las maneras de organizar el equipo de trabajo que tendr a su cargo el desarrollo de una aplicacin empresarial; as como, la definicin de los roles y responsabilidades de cada uno de los actores que integrarn este equipo. El modelo de actores considera, tambin, la definicin del tipo de relacin que existir entre el equipo de trabajo y otros interesados, tales como los usuarios del sistema. Usando el modelo de actores descrito en el captulo 4, y considerando las caractersticas de la aplicacin a desarrollar y del ambiente de desarrollo, el Lder del Proyecto elabora la lista de los actores que participarn en el proyecto, determina el tipo de relaciones de autoridad y las lneas de comunicacin que debern existir entre ellos. Dado que cada actor tiene a su cargo un conjunto de responsabilidades segn los roles que le sean asignados, la instanciacin del modelo de actores permite, adems, describir las actividades que cada uno de los actores deber ejecutar. En la figura 11.5, se muestra el flujo de trabajo que contiene las actividades incluidas dentro de este subproceso de instanciacin.
act Instanciacin Modelo Actores

modelo Modelo de Actores

Instanciacin Modelo Actores

Ini cio

Identificar los actores que se requieren

Determinar caracteristicas y perfiles requeridos

Definir estructura del equipo de trabajo

Describir roles y responsabilidades de los actores

Fi n

modelo Est ruc tura Organizativa /Roles Documento Documento inicial del Proy ecto

Figura 11.5. Actividades del Subproceso de Instanciacin del Modelo de Actores

- 217 -

Validacin de adaptacin del mtodo

Una vez que los modelos de producto, proceso y actores han sido instanciados, el Lder del Proyecto, apoyado por el Grupo de gestin, debe asegurar que el mtodo resultante de la integracin de estos tres modelos, permitir verdaderamente desarrollar la aplicacin empresarial. Para ello, el lder: revisa la correspondencia entre los conceptos predefinidos en el mtodo y el subconjunto de conceptos utilizados durante la adaptacin; verifica la consistencia y la coherencia de las interacciones establecidas entre los diferentes modelos producto de la adaptacin. Por ejemplo, deber revisar, y corregir si es necesario, que las actividades especificadas en el modelo de procesos hayan sido asignadas a los roles y responsabilidades definidas para los actores pertenecientes al equipo de trabajo, que las actividades que producen los productos seleccionados en el modelo de producto han sido considerados y especificadas en el modelo de procesos, entre las ms importantes. Como resultado de esta verificacin y validacin, los nuevos modelos pudieran requerir de ajustes y/o modificaciones antes de ser ensamblados y formalizar el mtodo de desarrollo que el equipo de trabajo emplear como gua para desarrollar la aplicacin empresarial encomendada. La figura 11.6 muestra el diagrama de flujo de trabajo correspondiente al subproceso de Validacin de la adaptacin del mtodo.

act Validar la adaptacin del Mtodo

Validacin de la adaptacin del mtodo

Ini cio

Determinar grado de adecuacin de conceptos

Asegurar consistencia entre modelo de producto y de proceso

Garantizar la correspondencia entre actores y actividades del proceso

Fi n

modelo Estructura de Producto

modelo Modelo de P roces o de Desarrollo de la Aplicacin

modelo Estruc tura Organiz ativa /Roles

Fig ura 11.6. Actividades del Subproceso de Validacin de la adaptacin

- 218 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Referencias bibliogrficas
(Booch, Rumbaugh and Jacobson, 1999) Booch, G. Rumbaugh, J. and Jacobson, I. The UML User Guide. Addison Wesley, 1999 (BPMI, 2005) Business Process Modeling Initiative. Business Process Modeling Notation. www.bpmi.org, 2005. (Braude, 2003) Braude, E.J. Ingeniera de Software: Una perspectiva orientada a objetos. Cp. 3 y 4. Alfaomega, Mxico, 2003. (Bruegge, Dutoit, 2000) Bruegge, B. and Dutoit, A. Object Oriented Software Engineering. Prentice Hall, 2000. (CMMI, 2005) Software Engineering Institute. Capability Maturity Model Integrated. http://www.sei.cmu.edu/cmmi/ (CVG LA EMPRESA, 2004) CVG LA EMPRESA Gerencia de Proyectos. Divisin de Gestin Corporativa de Proyectos. Julio, 2004. (Checkland, 1981) Checkland, P. Systems Thinking, System Practice. John Wiley & Sons. 1981. (Eriksson and Penker, 2000) Eriksson, H. and Penker, M. Business Modeling with UML. Wiley, 2000. (Eriksson, Penker, Lyons and Fado, 2004) Eriksson, H-E, Penker, M. Lyons, B. and Fado, D. UML 2 Toolkit. Wiley, 2004. (Fuenmayor, 2001) Fuenmayor, R. Interpretando Organizaciones: Una teora SistmicoInterpretativa de Organizaciones. Consejo de Publicaciones de la ULA, Mrida, Venezuela, 2001. (Hitchins, 2000) Hitchins, D. Basic Models http://www.hitchins.co.uk/SysMods.html 2000. for System Thinking. [En-lnea].

(Jacobson, 1994) Jacobson, I., Object-Oriented Software Engineering, Addison-Wesley. 1994. (Kotonya and Sommerville, 2000) Kotonya, G. and Sommerville, I. Requirements Engineering: Processes and Techniques. John Wiley and Sons, 2000. (Kruchten, 2000) Kruchten, P. The Rational Unified Process: An Introduction. Addison-Wesley. 2000. (Montilva and Barrios, 2004a) Montilva, J. and Barrios, J. A Business Modeling Method for Information Systems Development. En Montilva, J. Besembel, I., Prez, M. y Losavio, F. Sistemas de Informacin e Ingeniera de Software: Temas Selectos. Centro de Estudios en Informtica. Mrida, Venezuela, 2004a. pp. 147-164. (Montilva and Barrios, 2004b) Montilva, J. and Barrios, J. The Watch Model for Developing Web Applications. En Montilva, J. Besembel, I., Prez, M. y Losavio, F. Sistemas de Informacin e Ingeniera de Software: Temas Selectos. Centro de Estudios en Informtica. Mrida, Venezuela, 2004b. pp. 327-344.
- 219 -

(OMG, 2007) Object Management Group. Unified Modeling Language - UML: Superstructure. Version 2.2.1. http://www.omg.org February, 2007. (Pfleeger, 1998) Pfleeger, S.L. Software Engineering-Theory and Practice. Chap. 4. PrenticeHall, 1998. (PMI, 2004) PMI. Gua de los Fundamentos de la Direccin de Proyectos. Tercera edicin Gua del PMBOK. Project Management Institute. Pennsylvania, USA. 2004. (PMI, 2001) PMI. Practice Standard for Work Breakdown Structure. Project Management Institute. Pennsylvania, USA. 2001. (Sawyer and Kotonya, 2001) Sawyer, P. and Kotonya, G. Software Requirements. In Abran, A. et al. (Eds.) Guide to the software engineering body of knowledge. Chapter 2. IEEE Computer Society. Trial version 1.00, May 2001. (Thayer and Dorfman, 2002) Thayer, R. and Dorfman, M. Software Engineering Vol.1: The Development Process. 2nd. Edition. IEEE Computer Society. 2002. (Wallace and Keil, 2004) Wallace, L. and Keil, M. Software Projects Risks and their Effect on Outcomes. Communications of the ACM. Vol. 47, No. 4, April, 2004. (ESRI, 2005) ESRI. http://www.esri.com IEEE-1012-1998 IEEE 830-1998

- 220 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Glosario de trminos
En esta seccin, se da un conjunto de definiciones claves que son esenciales para familiarizarse y aplicar el mtodo WATCH. Concepto Actividad Definicin Conjunto estructurado de acciones o tareas realizadas por uno o ms actores con la finalidad de alcanzar un objetivo predefinido. Una actividad utiliza recursos (insumos) para generar productos o prestar servicios. Rol o funcin que ejerce una persona (o sistema) que interacta con una aplicacin empresarial participa, en modo alguno, en su desarrollo. Un actor est vinculado de alguna manera al desarrollo del Sistema de Informacin Empresarial(aplicacin empresarial); bien porque participa directamente en su desarrollo o porque tiene la necesidad de utilizar este sistema. En un sistema de negocios, un actor ejecuta actividades o tareas de uno o ms procesos de negocio. Aplicacin informtica (, simplemente, aplicacin) Un conjunto organizado de datos, programas de computacin y documentacin que provee servicios de informacin a sus usuarios. Por servicios de informacin se entiende un conjunto de funciones automatizadas de entrada/adquisicin de datos, gestin de datos y produccin de informacin para apoyar las actividades que realizan sus usuarios. Sistema empresarial para el cual una aplicacin informtica presta sus servicios de informacin. Es el sistema ampliado, ambiente o contexto en el cual una aplicacin opera. Manera de organizar los equipos de trabajo de una aplicacin empresarial representada mediante organigramas Conjunto de actores que tienen la responsabilidad de desarrollar una aplicacin empresarial y que se organiza de acuerdo a una estructura organizativa Aplicacin sistema de software empleado para desarrollar software. Por ejemplo, una herramienta CASE (Computer Aided Software Engineering) una herramienta grfica usada en la elaboracin de modelos de software. Proceso mediante el cual un equipo de desarrollo de aplicaciones aplica el mtodo WATCH y lo adecua a las caractersticas propias de un proyecto y aplicacin particular. Actor, grupo de actores, unidad organizacional de la empresa usuario externo que participa directamente en el desarrollo de una aplicacin empresarial o que tiene la necesidad de utilizar esta aplicacin Lenguaje artificial, generalmente de carcter grfico textual, empleado en el desarrollo de software y en el modelado de sistemas para representar diferentes aspectos de una aplicacin. Ejemplos, BPML, BPMN, UML.

Actor

Dominio de la Aplicacin

Estructura organizativa Equipo de desarrollo de aplicaciones Herramienta de desarrollo de software Instanciacin del mtodo

Interesado (Stakeholder)

Lenguaje de Modelado

- 221 -

Concepto WATCH

Definicin Mtodo de desarrollo de aplicaciones empresariales que ser empleado para elaborar las diferentes aplicaciones que integran la arquitectura del Sistema de Informacin Empresarial- aplicacin empresarial Conjunto de modelos que describen, en general, que deben hacer los equipos de desarrollo para un elaborar una aplicacin informtica.

Mtodo de desarrollo de aplicaciones Metodologa de desarrollo de software Modelo Modelo de Actores

Cuerpo de mtodos empleados por la Ingeniera de Software para producir, mantener y operar software.

Representacin de un proceso, producto u otro elemento que interviene en el desarrollo de un sistema o aplicacin. Componente del mtodo WATCH cuya funcin es describir los aspectos organizativos de los equipos de trabajo que desarrollarn las aplicaciones de una aplicacin empresarial. Componente del mtodo WATCH que describe los procesos gerenciales, tcnicos y de soporte que deben seguir los equipos de desarrollo para elaborar una aplicacin de una aplicacin empresarial. Componente del mtodo WATCH que describe, en trminos generales, los diferentes productos intermedios y finales que deben producirse durante el desarrollo de una aplicacin de una aplicacin empresarial. Tipo de entidad vinculada de modo alguna a una empresa. Puede ser de tipo concreto (Ej., insumos, productos, clientes y equipos, edificaciones, etc.) o de tipo abstracto (Ej., servicios, datos, informacin, energa, ambiente, software, etc.) Conjunto estructurado de actividades que son ejecutadas por un conjunto de actores con la finalidad de cumplir con objetivos pre-establecidos. Un proceso transforma un conjunto de recursos (insumos: energa, informacin y materia prima) en un conjunto de productos o servicios. Proceso que se realiza en una empresa (o sistema empresarial) con la finalidad de alcanzar objetivos preestablecidos. Est compuesto por un conjunto estructurado de actividades que son ejecutadas por actores. Se divide en procesos claves (fundamentales) y procesos de apoyo ( soporte). Proceso tcnico, gerencial o de soporte que se ejecuta durante el desarrollo de una aplicacin informtica

Modelo de Procesos

Modelo de Productos

Objeto de Negocio

Proceso

Proceso de Negocio

Proceso de desarrollo de software Producto de Software

Producto intermedio o final elaborado durante el desarrollo de una aplicacin informtica. Es cualquier resultado de una actividad o proceso de desarrollo de software: aplicacin, modelo, plan, diseo, programa, especificacin, base de datos, documento, informe, etc. Cargo o funcin que es ejercido por un actor en el marco del proyecto de desarrollo de aplicaciones de una aplicacin empresarial Tarea que debe ser ejecutada por el actor que ejerce un rol determinado

Rol

Responsabilidad

- 222 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

Concepto Sistema de Negocios

Definicin Una empresa o un subsistema de ella. Es un sistema integrado por un conjunto de procesos de negocio que son ejecutados por los actores de la empresa con la finalidad de alcanzar objetivos preestablecidos. Es un sistema que administra los datos alfanumricos y/o multimedia de una empresa (o de una parte de ella), mediante el uso de tecnologas de informacin y comunicacin, con el fin de: Guardar un registro automatizado del estado de los objetos y procesos de negocio de una empresa (o parte de ella) y Producir informacin que facilite a los actores la ejecucin de los procesos de negocio de la empresa, incluyendo los procesos claves (produccin y servicios) y de soporte (gerenciales) de una empresa.

Sistema de Informacin Empresarial

Tarea

Actividad de corta duracin que es ejecutada por un actor en el marco de otra actividad mayor. Procedimiento o algoritmo que describe los pasos que deben seguirse para ejecutar un proceso o una actividad del desarrollo de una aplicacin. La tcnica, generalmente, describe cmo se hace la actividad. (Unified Modeling Language) Lenguaje de modelado de sistemas y software que unifica un conjunto de notaciones diferentes que permiten modelar distintos aspectos de un sistema, tales como su estructura, funcionalidad, comportamiento e implementacin. Es un lenguaje estandarizado por el consorcio OMG ( www.omg.org/uml ).

Tcnica

UML

- 223 -

Anexo 7.1
Mtodo WATCH Versin 2008 Estructura del Plan de Verificacin & Validacin Basado en el estndar IEEE 1012-1998
1.- Propsito del documento 2.- Documentos refernciados 3.- Definiciones utilizadas 4.- Aspectos generales de la V&V 4.1.- Productos que se sometern a V&V 4.2.- Cronograma de actividades V&V 4.3.- Organizacin del Grupo V&V: Estructura, roles y responsabilidades 4.4.- Recursos requeridos 4.5.- Herramientas, tcnicas y mtodos que se emplearn en la V&V 5.- Descripcin de los procesos V&V 5.1.- Proceso: Gestin del Proyecto 5.1.1.- Actividad: V&V del Plan Integral del Proyecto 5.1.2.- Actividad: Elaboracin del Plan V&V 5.1.3.- Actividad: V&V del Plan V&V 5.2.- Proceso: Adquisiciones y Contratacin 5.2.1.- Actividad: V&V de la adquisicin de productos y servicios 5.2.2.- Actividad: V&V de la contratacin de servicios para el proyecto 5.3.- Proceso: Desarrollo de la aplicacin 5.3.1.- Actividad: V&V del Modelo de Negocios 5.3.2.- Actividad: V&V del Documento de Requisitos 5.3.3.- Actividad: V&V del Diseo Arquitectnico 5.3.4.- Actividad: V&V del Diseo de Interfaces 5.3.5.- Actividad: V&V de Diseo de Datos 5.3.6.- Actividad: V&V de Diseo de Componentes de Software 5.3.7.- Actividad: V&V del Diseo de Pruebas 5.3.8.- Actividad: V&V de la Implementacin (cdigo) 5.3.9.- Actividad: V&V de la Ejecucin de las Pruebas y la Depuracin 5.3.10.- Actividad: V&V de la Instalacin de la Aplicacin 6.- Informes de V&V que se debern elaborar 7.- Aspectos administrativos de la V&V 7.1.- Resolucin de anomalas 7.2.- Poltica para la repeticin de actividades V&V 7.3.- Procedimientos de V&V 7.4.- Estndares, prcticas y convenciones que deben seguirse 7.5.- Requisitos de documentacin de las actividades V&V

- 224 -

PROYECTO METHODIUS

MTODO GRAY WATCH

VERSIN PRELIMINAR

- 225 -