Presentacin de PowerPoint

REPBLICA BOLIVARIANA DE VENEZUELAINSTITUTO UNIVERSITARIO POLITCNICOSANTIAGO MARIOEXTENSIN MARACAIBO

Maracaibo, Agosto del 2016 Autor: Ysea Marienny Profesor: Inciarte WilfreddyLneas De Producto De Software y Mtodo Watch

Lneas De Producto De Software

Lneas De Producto De Software

La arquitectura de software es el resultado de un esfuerzo importante y su desarrollo puede representar una parte considerable del trabajo que se realiza en un proyecto de desarrollo. Las lneas de productos de software buscan justamente lograr promover la reutilizacin sistemtica de artefactos de los cuales la arquitectura es uno de los ms importantes. Este enfoque busca tener distintos beneficios asociados a la reutilizacin como pueden ser la reduccin del tiempo de desarrollo (pues ya no se tienen que desarrollar ciertas partes del sistema), y la mejora de la calidad (pues se incorporan partes que ya han sido verificadas previamente). En esta ocasin hablaremos al respecto de ste tema.

El concepto de lneas de productos busca justamente lograr un enfoque de reutilizacin sistemtico dentro de una organizacin de desarrollo. ste es un concepto que se origin, y que se usa frecuentemente, en industrias distintas al software. En la industria automotriz, por ejemplo, es comn que un fabricante produzca distintas variantes de un vehculo (o productos) a partir de una base comn que se reutiliza en todas estas variantes.

De acuerdo al SEI (Software Engineer Institute), una lnea de productos de software se refiere a un conjunto de sistemas de software que comparten caractersticas y que son desarrollados a partir de un conjunto comn de bienes ncleo (core assets). De la anterior definicin es importante subrayar que los productos dentro de la lnea de productos son los distintos sistemas y que los bienes ncleo son las partes reutilizables que permitirn desarrollar los productos. Los bienes ncleo son la base de la lnea de productos e incluyen entre otros la arquitectura, componentes reutilizables, modelos de dominio, requerimientos, documentacin, planes de prueba, etc. Un aspecto importante a considerar dentro de la lnea de productos es que se debe establecer un alcance en donde se describe qu productos son parte de la lnea.

Actividades del desarrollo de lneas de producto

Tambin de acuerdo al SEI, el desarrollo de lneas de productos involucra tres actividades principales: el desarrollo de los bienes ncleo, el desarrollo de los productos y la administracin, y estas actividades estn ntimamente ligadas entre ellas, como se muestra en la figura

A continuacin se describen estas actividades en mayor detalle:

El desarrollo de bienes ncleo se refiere al establecimiento de las partes que sern reutilizadas. Cada uno de estos bienes debe ir acompaado de un proceso que explique la manera en que cada parte se usa al momento de incorporarla en un producto especfico. Por otra parte, se establecen planes de produccin que describen la manera en que los productos especficos son generados a partir de los bienes ncleo.El desarrollo de productos cubre el objetivo ltimo de la lnea de producto: producir sistemas especficos dentro del alcance definido a partir de los bienes ncleo. Los insumos para esta actividad son los bienes ncleo, los procesos asociados a los bienes, los planes de produccin y los requerimientos especficos a cada producto.La administracin juega un papel fundamental en la implantacin de una lnea de productos. La administracin ocurre a un nivel tcnico y organizacional. A nivel tcnico, cubre tanto la supervisin del desarrollo de bienes ncleo como de productos especficos. A nivel organizacional orquesta el esfuerzo general de la lnea de productos.

Arquitectura y lneas de producto

La arquitectura es un elemento clave dentro de la coleccin de bienes ncleo pues ser compartida por los distintos productos de una lnea particular. La arquitectura de una lnea de productos es distinta a una arquitectura tpica pues para permitir la construccin de distintos productos por encima de ella, debe definirse una serie de puntos de variacin que son necesarios para poder crear los distintos productos. En este tipo de arquitecturas, uno de los atributos de calidad ms influyentes es entonces el que sea modificable.

Mtodo Watch

Mtodo WatchHoy en da, hay cientos de mtodos, metodologas y frameworks metodolgicos; la mayora de ellos son slo una forma diferente de organizar y detallar el ciclo de vida de desarrollo estndar para conseguir las metas asociadas a un proyecto de desarrollo de software; hay mtodos que son ms especficos y detallados, la mayora de ellos slo se pueden aplicar a algunos tipos de proyectos, algunos otros cubren slo un conjunto parcial del ciclo de desarrollo, por lo que difcilmente puede ser adaptado a otros proyectos similares en las mismas condiciones.

El mtodo WATCH ofrece un conjunto de variantes que proporcionan formas efectivas de trabajo (es decir, de conocimiento) para distintos tipos de proyectos de software y de productos. Las variantes mtodo pueden ser adaptadas, ampliadas o mejoradas de acuerdo con la experiencia previa del equipo, las caractersticas especficas de los proyectos y los dominios de conocimiento, por lo tanto, el principal objetivo de este mtodo es reducir el conjunto de opciones y el esfuerzo que exigen un proyecto para facilitar el escenario particular del proyectos de software.

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

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

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

OBJETIVOS

Orientar a los equipos de desarrollo acerca dequ deben hacerycmo deben desarrollaruna aplicacin informtica de un SIE.Garantizar la uniformidad, consistencia, facilidad de integracin y calidad de las distintas aplicaciones que integrarn Un SIE.Gestionar el desarrollo de las aplicaciones de un SIE como proyectos de ingeniera, siguiendo los estndares de gestin de proyectos establecidos en LA EMPRESA.Asegurar que en el desarrollo de cada aplicacin de un SIE se empleen las mejores prcticas, tcnicas, herramientas, estndares y lenguajes aceptados internacionalmente

para desarrollar software de alta calidad.

CARACTERISTICAS1)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, los Sistemas de Informacin Geogrfica (SIG) y los Sistemas de Informacin Empresarial (SIE). En concreto, el mtodo emplea una arquitectura de dominio de tres capas que define los elementos principales de los SIG/SIE modernos. 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 el 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: elproductoque se quiere elaborar, losactoresque lo elaboran y elprocesoque 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 modular claramente visible y acorde al elemento que representa. As, por ejemplo, el modelo de procesos tiene una estructura jerrquica de cinco (5) niveles compuesta de: grupo de procesos, procesos, sub-procesos, actividades y tareas.

3) Es de propsito especfico.- El mtodo est dirigido al desarrollo de aplicaciones geogrficas en entornos empresariales; es decir, al desarrollo de sistemas de informacin de carcter corporativo que estn orientados al manejo de datos e informacin geogrfica. 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 sistemas muy especializados, tales como los SIG y SIE.

4) Es flexible y adaptable.- Si bien el mtodo est dirigido al desarrollo de aplicaciones especializadas (aplicaciones geogrficas en entornos empresariales), 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 Mtodos, para asegurar la correcta y efectiva adaptacin a otros tipos de aplicaciones

5)Emplea las mejores prcticas del desarrollo de software.-Al igual que otros mtodos bien establecidos, tales como RUP (Krutchen, 2000) 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 e incremental.- 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 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 12 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, pruebas de software, 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 (Booch, Rumbaugh and Jacobson, 1999) y BPMN (BPMI, 2005). 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.Verificacin continua de la calidad de los productos.- WATCH asegura la calidad de la aplicacin, a travs del uso de un proceso bien definido de Verificacin y Validacin (V&V). Este proceso es aplicado a todos los productos intermedios y finales que se elaboran a lo largo del desarrollo de cada aplicacin

Apropiada gestin de cambios.- Los cambios en los requisitos 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 un proceso bien definido de Gestin

de la Configuracin de Software (SCM) que se encarga de controlar estos cambios.

6)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 propuesto por el PMI (Project Management Institute). Este cuerpo de conocimientos es, tambin, empleado en la metodologa desarrollada por LA EMPRESA para gestionar sus proyectos de ingeniera. WATCH est alineado a esta metodologa.

7)Integra los procesos de gestin con los procesos tcnicos y de soporte.-WATCH define tres grupos de procesos: tcnicos, gerenciales y de soporte. Los procesos tcnicos se relacionan con las actividades de anlisis, diseo, implementacin y pruebas de las aplicaciones. Los procesos gerenciales se encargan de gestionar 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, la capacitacin de los actores y la gestin de riesgos del proyecto.

El nivel meta-modelo representa el conjunto de conceptos bsicos necesarios para el diseo un mtodo de desarrollo de software; es decir, el conjunto de elementos necesarios del mtodo comunes, pero esenciales para el desarrollo de productos de software de alta calidad.Variantes del mtodo WATCH

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

Se ha diseado un conjunto de seis versiones del mtodo identificadas por un color representativo (Gray_Watch, White_Watch, Yellow_Watch, Blue_Watch, Cyan_Watch y Green_Watch); cada una tiene su propio meta-modelo resultante de las capas de los productos, procesos y equipos incluyendo meta-modelos adicionales de ejemplificacin, ampliacin o especializacin.

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

La variante White_Watch describe el ms pequeo conjunto de actividades necesarias para desarrollar un proyecto de software de muy baja dificultad y con un mnimo de tcnica documentacin. El equipo de desarrollo prescrito incluye una o dos personas. La idea principal es descargar al equipo del proyecto del tedioso y lento trabajo de elaboracin de software con un preciso presupuesto. En consecuencia, los miembros del equipo pueden lidiar mejor con las actividades tcnicas de codificacin y prueba de versiones funcionales del producto de software. Esta es la versin ms ligera de la suite mtodo.

La variante Yellow_Watch se basa completamente en Arquitectura Orientada a Servicios (SOA) como un medio para asegurar la interoperabilidad entre los procesos de negocio aplicaciones. Se puede clasificar como un mtodo disciplinado que puede ser utilizado por equipos de pequeos y medianos tamaos para el desarrollo de aplicaciones de basados en servicios. Los modelos de proceso permiten que el lder del proyecto para el desarrollo de aplicaciones de baja y complejidad intermedia de manera incremental e iterativa.

Este es la ms reciente versin de la suite, y est limitada a organizaciones con al menos el segundo nivel de madurez CMMI con el fin de asegurar un mtodo de adaptacin eficaz a las caractersticas de proyectos especficos.

La variante Blue_Watch es el mtodo explcitamente equilibrado de la suite. Es orientada al desarrollo de aplicaciones para empresas pequeas y medianas producido por pequeos equipos integrados desde dos (2) hasta diez (10) personas. Es un modelo impulsado-orientado por modelos, es decir, los modelos UML producidos en una fase se transforman en otra fase mediante el uso de las herramientas CASE apropiadas, y se ha concebido para ser aplicado en proyectos de software para pequeas empresas.

EL MTODO BLUE WATCH Es un mtodo de desarrollo de software orientado a aplicaciones web de mediana complejidad y/o tamao dirigido a grupos de desarrollo de pequeo tamao (de dos a diez) y representa una variante equilibrada del mtodo Watch. El termino equilibrado se introduce ya que este es un mtodo que busca equilibrar los enfoques de desarrollo agiles y disciplinados en uno solo, produciendo un mnimo de documentacin para que los recursos de desarrollos puedan enfocarse en labores tcnicas de codificacin de aplicaciones y haciendo nfasis en la reutilizacin de recursos. Por ser un mtodo variante de Watch est orientado por modelos (Model Driven Oriented) donde la transformacin de los mismos se realiza a travs de las herramientas CASE necesarias optimizando sus resultados mediante el uso de las practicas agiles y disciplinadas ms eficientes.

CARACTERSTICAS DE BLUE WATCH

Incremental Iterativo y controlado por versiones:

La aplicacin se desarrolla en una o ms versiones, donde cada versin se desarrolla gradualmente en forma incremental; es decir un mismo proceso de desarrollo se ejecuta repetidas veces hasta lograr el resultado esperado lo que permite proporcionar un balance entre agilidad y disciplina.

BalanceadoEmplea una combinacin de prcticas y procesos giles, lo que permite generas solo un mnimo de documentacin; la necesaria para facilitar el mantenimiento de la aplicacin.

CompletoCubre todo el ciclo de desarrollo de una aplicacin empresarial e integra los procesos tcnicos del desarrollo de software con los procesos de soporte y gestin del proyecto.

FundamentadoIncorpora estndares como el CMMI, SWEBOK, PMBOK, algunos componentes estndares desarrollados por IEEE.FlexiblePermite a travs de sus elementos conceptuales establecer un marco metodolgico adaptado a las necesidades particulares de cada organizacin, haciendo nfasis en los distintos recursos involucrados.

ESTRUCTURA METODOLGICA, ELEMENTOS PRINCIPALES DEL META-MODELO.

ProductosUn meta-modelo de producto representa el conjunto de productos que pueden ser elaborados durante un proyecto de desarrollo de software. La liberacin versin completa y validada del software es el principal objetivo de un proyecto de desarrollo.

Los diferentes productos intermedios (tcnicos de apoyo o para gestin de proyecto) con sus documentos asociados sern indispensables para producir la versin final del software.

Procesos

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

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

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

GRACIAS POR SU ATENCN