3. Se definen las líneas del producto de software como un
conjunto de sistemas
software, que comparten un conjunto común de características
(features), las cuales
satisfacen las necesidades específicas de un dominio o
segmento particular de mercado, y
que se desarrollan a partir de un sistema común de activos
base (core assets) de una
manera preestablecida
4. 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.
5. Los beneficios que las LPS aportan a la calidad se pueden medir de dos
formas. La
primera mediante el grado de precisión con que cada producto se ajusta a las
necesidades
de cada cliente. Esta medida depende del grado de “variabilidad” de la LPS. A
mayor
variabilidad, más probabilidades de adaptar el producto a los gustos del cliente.
Pero,
normalmente, esta variabilidad tiene un coste, y el reto es encontrar el equilibrio
entre
coste y variabilidad. A diferencia de los enfoques tradicionales, en las LPS la
variabilidad
es un concepto nuclear. Todo el proceso de desarrollo está guiado por esta
noción con el
objetivo de abaratar los costes de la variabilidad, y así poder conseguir
mayores cotas de
variabilidad y, por tanto, de satisfacción de las peculiaridades del cliente.
6. 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.
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.
7. OBJETIVOS
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.
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.
8. CARACTERISTICAS
Está sólidamente fundamentado.- Posee una base conceptual y
metodológica muy bien sustentada.
Es estructurado y modular.- Posee una clara estructura que facilita su
comprensión y utilización.
Es de propósito específico.- El método está dirigido al desarrollo de
aplicaciones geográficas en entornos empresariales
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.
9. COMPONENTES
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