1. REPUBLICA BOLIVARIANA DE VENZUELA
MINISTERIO DEL POPULAR PARA LA EDUCACIÓN
UNIVERSITARIA, CIENCIA Y TECNOLOGÍA
I.U.P “SANTIAGO MARIÑO”
EXTENSION SEDE CIUDAD OJEDA
Elaborado por: María Torrealba.
Carrera: Ing. de Sistemas.
Materia: Sistemas II.
Semestre: 8vo .
CIUDAD OJEDA, AGOSTO 2016.
2.
3. Las líneas de productos de
software son un
paradigma de desarrollo
de software que
promueven la reutilización
disciplinada y sistemática
para la creación de
familias de sistemas cuyos
miembros tienen
características en común
pero que también
presentan combinaciones
de características únicas.
Es un conjunto de aplicaciones que comparten un conjunto común y
administrado de características que satisfacen las necesidades
particulares de un segmento del mercado o misión y que son
desarrolladas a partir de un conjunto común de activos centrales en
una forma prescrita.
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.
4. Ahora una empresa no quiere producir un único producto, sino una
cadena de montaje que gestione eficiente y eficazmente las diferentes
variaciones que pueden existir entre los productos. La empresa ya no se
centra en un producto para un cliente (por ejemplo, construir un portal
para Iberia), sino en un dominio (por ejemplo, construir portales para
líneas aéreas). El reto está en delimitar el ámbito de este dominio,
identificar las variaciones que se van a soportar, y dotarse de la
infraestructura que permita producir el producto a bajo coste pero
manteniendo altas cotas de calidad. Es decir, aplicar los principios de la
producción en serie también al software. Este enfoque resulta en mejoras
tanto en la eficiencia (reducción del time-to-market) como en la eficacia
(mejora de la calidad del software).
Entre los precursores de este enfoque en el mundo del software se
encuentran McIllory (1968), Parnas (1976) y Neighbors (1989) que en sus
trabajos ya intuían el potencial de estas ideas.
5. En el desarrollo de software, la reutilización se refiere a tomar uno o
más artefactos realizados como parte de un desarrollo y utilizarlos
nuevamente en el desarrollo de otro sistema. La reutilización no es un
concepto nuevo y a lo largo de la historia del desarrollo de sistemas,
han aparecido distintas técnicas que han facilitado de alguna manera la
reutilización de artefactos de desarrollo de granularidad cada vez mayor
la reutilización frecuentemente se realiza de manera oportunista, esto
es que si durante el desarrollo los miembros del equipo de desarrollo
ven la posibilidad de reutilizar algún artefacto entonces lo hacen, pero
eso no ocurre de manera sistemática. Dada su naturaleza, la
reutilización oportunista presenta beneficios muy variables, pues todo
depende de que en un momento dado se identifiquen posibles
artefactos que puedan ser reutilizados.
6. El desarrollo de líneas de productos involucra tres actividades
principales:
El Desarrollo De Los Bienes
Núcleo
El Desarrollo De Los
Productos
La Administración
Estas actividades están
íntimamente ligadas entre ellas
7. 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.
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.
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.
10. Un marco metodológico es un patrón que debe ser instanciado, es
decir adaptado cada vez
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.
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.
11. Le agrega visibilidad al proyecto; pues, permite que el grupo de
desarrollo y los usuarios del sistema puedan conocer en que estado
se encuentra el proyecto en cualquier momento.
Le facilita al líder del proyecto las labores de planificación y control
del proyecto.
Establece un marco metodológico único que estandariza el proceso
de desarrollo y unifica la documentación que se produce a lo largo
del proyecto de desarrollo de una aplicación.
Está fundamentado en modelos de procesos de la Ingeniería de
Software Basada en Componentes
Emplea las mejores prácticas, técnicas y notaciones utilizadas
regularmente en la Industria del Software
12. Orientar a los equipos de desarrollo acerca de qué deben
hacer y cómo deben desarrollar una aplicación informática de un
SIE.
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.
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.
Garantizar la uniformidad, consistencia, facilidad de integración y
calidad de las distintas aplicaciones que integrarán Un SIE.
13. Está sólidamente fundamentado: Posee una base conceptual y
metodológica muy bien sustentada. El método descansa en conceptos
bien establecidos que se derivan de la Ingeniería de Software, los
Sistemas de Inormación Geográfica (SIG) y los Sistemas de
Información Empresarial (SIE).
Es estructurado y modular: Posee una clara estructura que facilita su
comprensión y utilización. Esta estructura separa los tres elementos
primordiales de un método: el producto que se quiere elaborar,
los actores que lo elaboran y el proceso que siguen los actores para
elaborar el producto.
Es de propósito específico: El método está dirigido al desarrollo
de aplicaciones geográficas en entornos empresariales; es decir, al
desarrollo de sistemas de información de carácter corporativo que
estén orientados al manejo de datos e información geográfica.
14. Es flexible y adaptable: Si bien el método está dirigido al
desarrollo de aplicaciones especializadas (aplicaciones geográficas
en entornos empresariales), sus tres componentes pueden ser
adaptados, con relativa facilidad, a otros tipos de productos de
software.
Emplea las mejores prácticas del desarrollo de software: Al igual
que otros métodos bien establecidos, tales como RUP (Krutchen,
2000) y OOSE (Jacobson, 1994), el método WATCH emplea
prácticas metodológicas internacionalmente aceptadas y utilizadas
en la industria del software, las cuales, al ser aplicadas
apropiadamente, contribuyen a resolver muchos de los problemas
que, comúnmente, se le atribuyen a los proyectos de software.