Please enable JavaScript.
Coggle requires JavaScript to display documents.
Líneas de productos de software (Niveles de madurez (Infraestructura…
Líneas de productos de software
Primera estrategia intraorganizacional que ha probado ser exitosa
Dimensiones para iniciar
Evolutivo
Producto existente
Arquitectura y componentes de la línea de producto basados en las arquitecturas y componentes existentes
Producto nuevo
Arquitectura y componentes evolucionan con los requerimientos
Revolucionario
Producto existente
Arquitectura y componentes son desarrollados en un super conjunto de requerimientos actuales y esperados
Producto nuevo
Arquitectura y sus componentes se desarrolla para cumplir los requerimientos de todos los miembros de la línea que se esperan
Niveles de madurez
Infraestructura estandarizada: sistema operativo, sistema de base de datos, aplicaciones de dominio específico,etc.
Plataforma: funcionalidad común a los productos o aplicaciones de la organización
Línea de producto de software: funcionalidad compartida por varios productos
Base de producto configurable: configuraciones que personalizan el producto de acuerdo con la licencia adquirida
Programa de líneas de productos: sistema general conformado por varias líneas de productos
Poblaciones de productos: Conjunto de productos que pueden derivarse de los artefactos de línea de productos compartidos
Artefactos
arquitectura de software: captura los puntos en común entre los productos y facilita la variabilidad.
Arquitectura subespecificada: marco de referencia básico con libertad para modificar el producto
Arquitectura especificada: captura la mayor parte del dominio cubierto por el conjunto de productos
Arquitectura forzada: Todos los productos utilizan la arquitectura tal cual y aprovechan los puntos de variación para implementar los requisitos específicos del producto
Componente de la línea de productos: implementaciones reutilizables que se ajustan a la arquitectura diseñada
Componente especificado: Definir si interfaz provista, requerida y configurada
Implementaciones de componentes múltiples: cada implementación es compartida por más de un producto
Implementación de componentes configurables: Definir componentes altamente configurables
productos derivados
Conformidad de la arquitectura: Un producto como mínimo debe ajustarse a la arquitectura subespecificada
Producto basado en la plataforma: solo se comparten los productos que capturan la funcionalidad común a todos los productos
Base de producto configurable: la funcionalidad implementada por cualquiera de los miembros de la línea de productos es capturada por los artefactos de la línea de productos compartidos
Modelos organizacionales
Departamento de desarrollo
Unidades de negocio
Unidad de ingeniería de dominio
Unidades jerárquicas de ingeniería de dominio
Marco de evaluación
CAFÉ (Concepts to Application in System-Family Engineering) Marco de referencia para las prácticas de familias de productos, desarrollado por el proyecto de Tecnología de la Información para el Avance Europeo (ITEA)
BAPO(Business, Architecture,Process,Organisation): áreas de desarrollo de software interdependientes para evaluar familias de productos
Business Dimension (BAPO-B)
Forma en que la organización puede administrar, predecir y dirigir el costo y las ganancias del desarrollo
Identidad: qué tan bien ha formulado la organización una identidad relacionada con los productos familiares que ofrece
Visión: qué tan bien apunta la organización a un futuro donde los productos familiares encajen
Objetivos: qué tan bien determina la organización sus metas futuras
Planificación estratégica: qué tan bien la organización planifica a la familia
NIvel 1 reactivo: falta de objetivos y visión del negocio, puede ser muy difícil adaptarlos al desarrollo de la familia de productos.
Nivel 2, extrapolado: hay planificación, la familia de productos está delimitada, la estrategia de mercado es ad hoc
Nivel 3, proactivo: decisiones basadas en modelos de costos, alcance basado en análisis de retorno de inversión, producto hace parte de la estrategia de marketing
Architecture Dimension (BAPO-A)
Depende de los objetivos comerciales que pretende lograr con la familia de productos, del dominio de la aplicación y madurez de la organización
Arquitectura de familia de productos: componentes de infraestructura e internos, especifica componentes y sus relaciones,
Calidad del producto: en niveles bajos es escasa y se centra en la funcionalidad. En niveles superiores la calidad se gestiona explícitamente.
Niveles de reutilización: cantidad de esfuerzo que se dedica a la ingeniería de dominio en comparación con la ingeniería de aplicaciones o productos.
Dominio: Los dominios pueden ser emergentes, maduros o establecidos
Nivel 1, desarrollo de producto independiente: No hay arquitectura, baja calidad del producto, escasa o nula reutilización
Nivel 2, Infraestructura estandarizada: arquitectura definida para componentes externos, calidad media, reutilizacion solo de componentes externos.
Nivel 3, plataforma de software: diseñar, mantener y desarrollar una plataforma en la cual se crean los productos o aplicaciones. Se reduce el doble trabajo, ya que el software central se produce solo una vez. Las partes más grandes de la organización utilizan la misma plataforma
Nivel 4, Familia de productos de software: aumenta la cantidad de funcionalidad en la plataforma y la funcionalidad común se convierte en parte de los artefactos compartidos. Los equipos de desarrollo se rigen estrictamente por la arquitectura.
Nivel 5, base de producto configurable: Seleccion y verificación de productos de forma automatizada. La organización completa soportar la arquitectura forzada. El proceso y el negocio deben reflejar las interdependencias de los diferentes departamentos involucrados en el desarrollo, dando lugar a muchos procesos interdependientes y medidas contables.
Process Dimension (BAPO-P)
Enfatiza procesos, roles, productos de trabajo y sus correspondientes responsabilidades y relaciones dentro del desarrollo de software, emplea CMMI para su evaluación
Previsibilidad: cuán predecible es el desarrollo de software en cada nivel
Repetibilidad: cuán repetible es el proceso de desarrollo en cada nivel
Cuantificabilidad: cuán cuantificable es el desarrollo de software
Nivel 1, Inicial: tendencia a comprometerse demasiado, abandonar procesos en tiempos de crisis y no poder repetir sus éxitos pasados
Nivel 2, Gestionado: Los productos y servicios de trabajo satisfacen sus requisitos, estándares y objetivos específicos.
Nivel 3, Definido: los procesos están bien caracterizados y entendidos, y se describen en estándares, procedimientos, herramientas y métodos
Nivel 4, Gestionado cuantitativamente: Los subprocesos significativos se controlan utilizando técnicas estadísticas. Los objetivos cuantitativos se basan en las necesidades del cliente, los usuarios finales, la organización y los implementadores de procesos. La calidad y el rendimiento se miden estadísticamente y se gestionan durante toda la vida de los procesos.
Nivel 5, Optimizando: mejorar continuamente el rendimiento del proceso a través de mejoras tecnológicas tanto incrementales como innovadoras
Organisational Dimension (BAPO-O)
trata de la forma en que la organización puede manejar relaciones complejas y muchas responsabilidades
Estructura: cuán compleja es la organización, proyectos, departamentos, líneas de negocios
Cultura: valores compartidos, enfocado internamente o cooperativamente, valorado individualmente o centralmente, conservador vs. innovador, enfocado en producto vs. proceso
Roles y responsabilidades: qué tan bien gestiona la organización las distintas responsabilidades y relaciones
Nivel 1, orientado a la unidad: desarrollo concentrado en unidades de desarrollo individuales. No son necesarias estructuras organizativas complejas ni roles diferenciados para mantener el proceso manejable
Nivel 2, Orientado a Líneas de negocio: familia de productos desarrollados en una sola línea de negocios que involucra varias unidades de desarrollo. Se requieren roles especializados.
Nivel 3, Grupo / División de Negocios: familia de productos integrado en líneas de negocios dentro de un solo grupo o división de negocios. Unidades de ingeniería de dominio cooperan sobre las líneas de negocio. Cada uno de ellos tiene la responsabilidad de parte del desarrollo del dominio.
Nivel 4, entre divisiones / empresas: el desarrollo se extiende a varias empresas que cooperan. Algunos de ellos actuarán como subcontratistas de otros
Nivel 5, Negocio Abierto: hay un estándar abierto para la familia de productos. Varias compañías cooperan con adiciones que se adhieren al estándar. Puede haber una compañía que establece el estándar.
Perfil
Representación de la evaluación de la familia de productos de software, conformado por cuatro escalas de evaluación separadas: negocios, arquitectura, procesos y organizaciones