Este documento describe el método Watch-Component para el desarrollo de componentes de software reutilizables. Explica que el método sigue los conceptos de ingeniería de métodos e incluye modelos de producto, procesos y grupos de desarrollo. Define las etapas por las que pasa un componente y los roles dentro de los grupos de desarrollo. También describe los procesos gerenciales y de desarrollo, así como el objetivo de generar familias de productos de software que comparten funcionalidad común.

1. REPUBLICA BOLIVARIANA DE VENEZUELA
MINISTERIO DEL PODER POPULAR PARA LA EDUCACION
UNIVERSITARIA
I.U.P “SANTIAGO MARIÑO”
REALIZADO POR:
MOELIZ. S. CUADROS. R C.I:20.725.619

2. Es un método en el que se describe el ciclo de vida de un
componente de software reutilizable.
Es un método que detalla todo el proceso de especificación hasta la
liberación de un componente de software reutilizable.
¿QUÉ ES EL METODO
WATCH-COMPONENT?

3. Se realizo siguiendo los conceptos de la Ingeniería de Métodos.
En estos conceptos se incluyen tanto el modelado del producto
como el modelado de los procesos, además de estos modelos se
añade a la misma la extensión propuesta por (Montilva & Barrios,
2002), en la cual se adiciona la especificación del modelo del grupo.
DISEÑO DEL METODO
WATCH-COMPONENT

4. MODELO DE PRODUCTO
Con el modelado del producto, se logran establecer las diferentes
etapas por las que va a pasar el producto o componente, y que deben
ser tomados en cuenta durante la definición del modelo de procesos,
para crear así una relación entre el modelo de producto y el modelo de
procesos.
se considera que un componente puede existir en diferentes formas
durante su ciclo de vida:
• Especificación del Componente
• Interfaz del Componente
• Implementación del componente
• Componente Instalado
• Componente Objeto

5. MODELO DEL
GRUPO DE DESARROLLO
Para formar grupos de desarrollo es necesario contar con personas cuyas
habilidades cubran un amplio rango de tecnologías de información, esto
debido a los requerimientos en cuanto al conocimiento necesario para
desarrollo de componentes es muy amplio, cubre aspectos que van desde
el diseño, la programación, hasta los estándares.
La asignación de cada persona a un grupo de desarrollo de componentes
debe corresponder a sus habilidades y a las responsabilidades que el
grupo va a tener en el proceso de desarrollo. También se debe tomar en
cuenta que un rol puede ser jugado por varias personas en las diferentes
etapas del proyecto, y que una persona puede ejecutar varios roles en las
diferentes etapas del proyecto.

6. Existen caracteres en los grupos de desarrollo que deben tenerse en
cuenta cuando se crean estos grupos:
•El tamaño correcto: Los grupos deben ser de un tamaño razonable, si el
grupo es de 6 personas se necesitan 15 canales de comunicación.
• El ambiente correcto: Un gran número de investigaciones ha demostrado
que el ambiente influye en el desarrollo de aplicaciones. El grupo también
necesita acceso a la tecnología.
• Los mecanismos correctos de comunicación: Para esto se deben tomar
en cuenta tanto los mecanismos de comunicación asíncrona como el
correo electrónico, transferencia de archivos, páginas Web.
MODELO DEL
GRUPO DE DESARROLLO

7. MODELO DE PROCESOS
Al igual que en el Método WATCH, los procesos se dividen en procesos
gerenciales y procesos de desarrollo; los procesos de desarrollo se
ejecutan en el orden de las manecillas del reloj, con la propiedad de
poder adelantar al próximo proceso o retroceder al anterior según los
resultados obtenidos en el proceso gerencial de Verificación y Validación
y a la decisión que tome el líder del proyecto.
Un proceso es un conjunto de actividades que persiguen un propósito, en
este caso los procesos gerenciales están compuestos por una serie de
actividades cuyo fin es el de planificar, coordinar y mejorar las
actividades que se ejecutan en el proceso de desarrollo.
El objetivo principal es generar un modelo de procesos que incluye las
etapas necesarias que permitan cubrir todos los aspectos por los que
pasa el producto en este caso un componente de software.

8. LÍNEAS DE
PRODUCTOS DE SOFTWARE
"...consiste de una familia de sistemas de software que tienen una
funcionalidad común y alguna funcionalidad variable” (Gomma, 2004).
La funcionalidad común descansa en el uso recurrente de un conjunto
común de activos reutilizables (requisitos, diseños, componentes,
servicios web, etc.)
Las Líneas de Productos de Software producen mejoras en:
•Tiempo de entrega del producto
•Costos de ingeniería
• Tamaño del portafolio de productos
• Reducción de las tasas de defectos
•Calidad de los productos

9. Una familia de productos de software tiene:
• Aspectos comunes que son compartidos por todos sus productos.
• Aspectos variables que establecen diferencias entre los productos.
El objetivo principal de una Línea de Producción de Software es:
Reducir el tiempo, esfuerzo, costo y complejidad de crear y mantener los
productos de la línea mediante:
• La capitalización de los aspectos comunes de la línea de productos.
•El manejo de los aspectos variables de los productos de la línea.ƒ

10. ARQUITECTURA DE LPS
"Una arquitectura de software es la estructura o estructuras de un
sistema que comprende los componentes del software, las
propiedades visibles externamente de estos componentes, y las
relaciones entre ellos"
(Bass, 1998)
Describe la estructura de toda la familia de productos y no solamente
la de un producto particular
•Captura los aspectos comunes y variables de una familia de productos
de software.
•Los aspectos comunes de la arquitectura son capturados por los
componentes de software que son comunes a toda la familia.
•Los aspectos variables de la arquitectura son capturados por los
componentes de software que varían entre los miembros de la familia