York Sandia I.U.P. Santiago Mariño Ingeniería de Sistemas

1. República bolivariana de Venezuela
Ministerio del Poder Popular para la Educación Superior
I.U.P. Santiago Mariño
Asignatura: Sistemas II
Realizado Por:
York Sandia
C.I.: 23.748.808
Maracaibo, Edo. Zulia 2016

2. Con estas líneas se busca justamente lograr un enfoque de reutilización sistemático
dentro de una organización 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 común que un fabricante produzca distintas variantes
de un vehículo (o productos) a partir de una base común que se reutiliza en todas
estas variantes.
De acuerdo al SEI (Software Engineer Institute), una línea de productos de software
se refiere a un conjunto de sistemas de software que comparten características y
que son desarrollados a partir de un conjunto común de bienes núcleo (core
assets). De la anterior definición es importante subrayar que los productos dentro
de la línea de productos son los distintos sistemas y que los bienes núcleo son las
partes reutilizables que permitirán desarrollar los productos. Los bienes núcleo son
la base de la línea de productos e incluyen entre otros la arquitectura, componentes
reutilizables, modelos de dominio, requerimientos, documentación, planes de
prueba, etc. Un aspecto importante a considerar dentro de la línea de productos es
que se debe establecer un alcance en donde se describe qué productos son parte
de la línea.

3. También de acuerdo al SEI, el desarrollo de líneas de productos involucra tres
actividades principales: el desarrollo de los bienes núcleo, el desarrollo de los
productos y la administración, y estas actividades están íntimamente ligadas
entre ellas.
A continuación se describen estas actividades en mayor detalle:
• El desarrollo de bienes núcleo se refiere al establecimiento de las partes que
serán reutilizadas. Cada uno de estos bienes debe ir acompañado de un proceso
que explique la manera en que cada parte se usa al momento de incorporarla en
un producto específico. Por otra parte, se establecen planes de producción que
describen la manera en que los productos específicos son generados a partir de
los bienes núcleo.

4. • El desarrollo de productos cubre el objetivo último de la línea de producto:
producir sistemas específicos dentro del alcance definido a partir de los
bienes núcleo. Los insumos para esta actividad son los bienes núcleo, los
procesos asociados a los bienes, los planes de producción y los
requerimientos específicos a cada producto.
• La administración juega un papel fundamental en la implantación de una línea
de productos. La administración ocurre a un nivel técnico y organizacional. A
nivel técnico, cubre tanto la supervisión del desarrollo de bienes núcleo como
de productos específicos. A nivel organizacional orquesta el esfuerzo general
de la línea de productos.
La arquitectura es un elemento clave dentro de la colección de bienes núcleo
pues será compartida por los distintos productos de una línea particular. La
arquitectura de una línea de productos es distinta a una arquitectura ‘típica’ pues
para permitir la construcción de distintos productos por encima de ella, debe
definirse una serie de puntos de variación que son necesarios para poder crear
los distintos productos. En este tipo de arquitecturas, uno de los atributos de
calidad más influyentes es entonces el que sea modificable.

5. Las LPS pueden incrementar significativamente la productividad de los ingenieros
de software, entendida como una reducción en el esfuerzo y el coste necesario
para desarrollar, poner en marcha y mantener un conjunto de productos software
similares.
En los casos de estudio se han observado mejoras en la productividad que
duplican o triplican los enfoques tradicionales.
En la imagen que viene a continuación se puede ver la distinta evolución en los
costes entre el desarrollo convencional y las LPS. A mayor número de productos,
mayor esfuerzo y coste. En un entorno convencional, un enfoque muy común es
el “copy&own”. Se realiza una copia de una aplicación previa que se parece a la
actual, y a partir de aquí la copia evoluciona de forma totalmente independiente.
Aquí el parecido entre las dos aplicaciones sirve para agilizar el desarrollo, pero
en ningún caso el mantenimiento. Cada aplicación se mantiene de forma
independiente, incluso si este mantenimiento es similar también para ambas.

6. Si el mantenimiento es correctivo, habrá que depurar el código en las dos
aplicaciones. Si el mantenimiento es perfectivo, habrá que realizar las mejoras
en las dos aplicaciones. Resultado: no hemos explotado esta semejanza para
reducir los costes de mantenimiento que es el auténtico agujero negro de
nuestros desarrollos. Aquí la reutilización es oportunista, y la gestión de la
semejanza (partes comunes y partes variables) es secundaria.
Por tanto, el entorno tradicional tiende a centrarse en el producto: cada producto
tiene su mantenimiento y los equipos humanos también tienden a fragmentarse de
esta forma. No aprovechamos las potenciales sinergias que se podrían derivar de
la semejanza entre productos, y el número de productos diferentes que podemos
gestionar eficazmente es muy limitado.

7. Es un marco metodológico que describe los procesos técnicos, gerenciales y de
soporte que deben emplear los equipos y grupos que tendrán a su cargo el
desarrollo de las aplicaciones informáticas de un SIE (Sistema de Información
Empresarial)
Un marco metodológico es un patrón que debe ser instanciado, es decir adaptado
cada vez que se use. Cada equipo de desarrollo de aplicaciones de un SIE
deberá usar el método como un patrón o plantilla metodológica, a partir de la cual
ellos deben elaborar el proceso específico de desarrollo de la aplicación que
dicho equipo deba producir.

8. Se ubica dentro de los métodos disciplinados ya que se centra en los
procesos, hace énfasis en los productos y la organización, involucra procesos
bien definidos y documentados, requiere de alta formalidad en el proceso de
desarrollo, son procesos repetibles, los resultados son predecibles.
Este método incluye, también, una descripción de los procesos de gerencia
del proyecto que se aplicarán para garantizar que el proyecto se ejecute en el
tiempo previsto, dentro del
presupuesto acordado y según los estándares de calidad establecidos.
• Orientar a los equipos de desarrollo acerca de qué deben hacer y cómo
deben desarrollar una aplicación informática de un SIE.
• Garantizar la uniformidad, consistencia, facilidad de integración y calidad
de las distintas
aplicaciones que integrarán Un SIE.

9. • Gestionar el desarrollo de las aplicaciones de un SIE como proyectos de
ingeniería, siguiendo los estándares de gestión de proyectos establecidos en
LA EMPRESA.
• Asegurar que en el desarrollo de cada aplicación de un SIE se empleen las
mejores prácticas, técnicas, herramientas, estándares y lenguajes aceptados
internacionalmente
para desarrollar software de alta calidad.
El método WATCH está compuesto por tres modelos fundamentales:
• Un modelo de productos que describe los productos intermedios y finales que
se generan, mediante la aplicación del método, durante el desarrollo de una
aplicación informática de un SIE.
• Un modelo de actores que identifica a los actores interesados (stakeholders) en
el desarrollo de las aplicaciones de un SIE y describe cómo deben estructurarse
los equipos de desarrollo y cuáles deben ser los roles y responsabilidades de
sus integrantes
• Un modelo de procesos que describe detalladamente los procesos técnicos,
gerenciales y de soporte que los equipos de desarrollo deberán emplear para
elaborar las aplicaciones informáticas de un SIE.