¿QUE SON LOS AGENTES FISICOS Y QUE CUIDADOS TENER.pptx
Lineas de Productos de Software & Método WATCH
1. Republica Bolivariana de Venezuela
Ministerio del Poder Popular para la Educación Universitaria,
Tecnológica y Cultural
Instituto Universitario Politécnico Santiago Mariño
Líneas de Productos de Software
&
Método WATCH
Prof.: Wilfredy Inciarte
Realizado por:
Rafael Ortiz
22.479.619
2. CONTENIDO
Líneas de Producto de Software
Definición
Objetivo de una LPS
Beneficios de una LPS
Modelo de trabajo de una LPS
Método WATCH
Definición
Objetivos
Características.
Componentes.
3. Líneas de Producto de Software
Definición
La definición más comúnmente aceptada de una LPS
procede de Clements (2001) donde “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. Líneas de Producto de Software
Objetivo de una LPS
El objetivo de una LPS no es el desarrollo de un producto, sino
el de un conjunto de productos. Hay que delimitar y
preestablecer en la medida de lo posible el alcance de este
conjunto (scoping). Una línea de producción se desarrolla
orientándose a un segmento de mercado concreto. Es decir, los
productos intentan satisfacer las necesidades específicas de un
segmento de mercado. De la habilidad para acotar e identificar
correctamente este mercado, dependerá el éxito de la LPS. 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. Líneas de Producto de Software
Beneficios de una LPS
Los beneficios o ventajas que obtenemos al trabajar con líneas
de producción de software son la entrega de productos de una
manera más rápida, económica y de mejor calidad teniendo
como resultado mejoras en costos de ingeniería, es decir abra
una reducción del promedio de defectos por producto, reducción
del esfuerzo e incremento del número total de productos que
pueden ser efectivamente mantenidos y competitivos. Al hablar
de líneas de producción de software (LPS) observamos que esto
promueve el mejor desarrollo de un sistema con las tecnologías
adecuadas y competentes para el avance adecuado de los
productos, disminuyendo la pérdida de tiempo que puedan tener
los desarrolladores de software. Al basar el desarrollo de
software en la reutilización obtenemos mayor rapidez de los
procesos, menor líneas de código, reducción de la complejidad
6. Líneas de Producto de Software
Modelo de trabajo de una LPS
El modelo básico en el que trabaja la línea de productos de
software está compuesto por:
1) La entrada de activos de software: colección de partes de
software (requisitos, diseños, componentes, casos de prueba que
se configuran y componen para producir los productos de la
línea;
2) El control a través del modelo de decisiones que describe
los aspectos variables y opcionales de los productos de la línea
y las decisiones del producto usadas para determinar qué activos
de entrada utilizar y como configurar los puntos de variación de
esos activos
3) Proceso de producción: el cual establece los pasos para
componer y configurar productos a partir de los activos de
entrada.
7. Líneas de Producto de Software
Modelo de trabajo de una LPS
Con la aplicación de las técnicas de este enfoque, se obtienen
los siguientes beneficios:
- Entrega de productos de software de forma más rápida,
económica y de mejor calidad.
- Mejoras en: tiempo de entrega del producto (time to market)
costos de ingeniería, tamaño del portafolio de productos, valor
competitivo del productos, mayores márgenes de ganancias.
- Reducción de: tiempo promedio de creación y entrega de
nuevos productos, esfuerzo promedio requerido para desarrollar
8. Método WATCH
Definición
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.
9. Método WATCH
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
10. Método WATCH
Características
1) 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 Información Geográfica
(SIG) y los Sistemas de Información Empresarial (SIE). En
concreto, el método emplea una arquitectura de dominio de tres
capas que define los elementos principales de los SIG/SIE
modernos. Metodológicamente, 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 método WATCH (Montilva y
Barrios, 2004b).
11. Método WATCH
Características
2) 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. Estos tres
elementos definen los tres componentes del método 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 jerárquica
de cinco (5) niveles compuesta de: grupo de procesos, procesos,
sub-procesos, actividades y tareas.
12. Método WATCH
Características
3) 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. Esta orientación concreta y específica
resuelve los problemas que tienen la mayoría de los métodos
comerciales y académicos existentes, cuya generalidad va en
detrimento de su aplicabilidad en sistemas muy especializados,
tales como los SIG y SIE.
13. Método WATCH
Características
4) 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. Esta labor, sin embargo,
debe ser hecha por expertos en Ingeniería de Métodos, para
asegurar la correcta y efectiva adaptación a otros tipos de
aplicaciones.
14. Método WATCH
Características
5) 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.
15. Método WATCH
Características
6) Emplea las mejores prácticas y procesos de gestión de
proyectos.- El método WATCH emplea procesos y prácticas
establecidas en el cuerpo de conocimientos de gestión de
proyectos propuesto por el PMI (Project Management Institute).
Este cuerpo de conocimientos es, también, empleado en la
metodología desarrollada por LA EMPRESA para gestionar sus
proyectos de ingeniería. WATCH está alineado a esta
metodología.
16. Método WATCH
Características
7) Integra los procesos de gestión con los procesos
técnicos y de soporte.- WATCH define tres grupos de procesos:
técnicos, gerenciales y de soporte. Los procesos técnicos se
relacionan con las actividades de análisis, diseño, implementación
y pruebas de las aplicaciones. Los procesos gerenciales se
encargan de gestionar el desarrollo de cada aplicación como un
proyecto de ingeniería; involucran, por lo tanto, actividades de
planificación, organización, administración, dirección y control del
proyecto. Por su parte, los procesos de soporte complementan
los procesos técnicos y gerenciales con actividades, tales como:
el aseguramiento de la calidad, la gestión de la configuración, la
capacitación de los actores y la gestión de riesgos del proyecto.
17. Método WATCH
Componentes
El método WATCH está compuesto por tres modelos
fundamentales:
1) 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.
2) 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.
3) 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.