Seis Sigma y TRIZ: Design for Software Architecture

Transcripción

1 The Processes Supporting Software Architecture MIS Zacatecas Taller de Arquitecturas Edición 2009 Seis Sigma y : Design for Software Architecture Cuauhtémoc Lemus Olalde Centro de Investigación en Matemáticas (CIMAT)

2 Contenido Motivación de diseño para empresas nacionales, proyectos que no sean a gran escala, pero no dejan de ser complejos para la academia Diseño Seis Sigma como columna vertebral del proceso de diseño de Evaluación de Arquitecturas basado en Diseño Seis Sigma Omar Gómez de Desarollo de Arquitecturas basado en Diseño Seis Sigma Araceli Núñez Mora diseño FMEA (Failure Mode Error Analysis) Pedro Beltrán QFD Software Javier I. Ramírez Cervantes Balance Scorecard - Francisco J. Aragon Sandoval Aplicando en el Diseño de Arquitecturas - Mery H. Pesantes ISQ (Innovation Situation Questionnaire) Edgar Fernández

3 Seis Sigma vs Diseño SS Seis Sigma Design for Six Sigma Define y/o valida la oportunidad de mejora en el negocio. El proceso existe actualmente? No Mide los requerimientos del mercado diseño Si Mide el desempeño actual Analiza la causa raíz del desempeño actual Explora alternativas de diseño Desarrolla diseño detallado Es el capaz de cumplir las especificaciones del cliente? No Implementa nuevo diseño Si Mejora el desempeño Controla el desempeño

4 Metodología DMADV Define Measure Analyze Design Validate diseño Project Startup Customer Requirements Functional Analysis Detailed Design Pilot Results Project Scope Quality Deployment Functional Requirements Process Variables Spec. Production and Testing Project planning and management CTQs High-Level Concepts Piloting and Testing Performance Results Design Requirements Quality Deployment Evaluate High-Level Design Capacity Evaluate Detailed Design Capacity

5 Herramientas DFSS para Software Define Measure Analyze Design Validate diseño QFD Técnica robusta que se enfoca en las necesidades de los clientes. COPC Mezcla entre QFD, Ingeniería del Valor y Análisis Funcional FMEA Método sistemático para identificar y prevenir problemas en productos y procesos antes de que ocurran.

6 DFSS y AS diseño Metodología DFSS DMADV IDOV DMEDI... Identificar Diseñar Optimizar Validar En esta fase se asegura que el diseño cumpla con las cualidades críticas del cliente PEASSE Asegurar que la arquitectura y los atributos de calidad cumplan con los requerimientos especificados por el cliente

7 Técnica de Técnicas de l ió evaluación Cualitativ as Cuantitativ as diseño Prototipos Simulaciones Modelos matemáticos Checklist Cuestionarios Escenarios Rate monotonic analysis Teoría de confiabilidad Teoría de colas Directos Indirectos Exploratorios Desarrollo

8 Fases de Evaluación diseño Fase de evaluación Temprana Tardía ATAM SAAM ALMA SNA PASA

9 diseño Propuesta de de Evaluación para evaluación de arquitecturas de software usadas en el sector empresarial (PEASSE). Identifica patrones de diseño para posteriormente evaluar arquitecturas de software haciendo uso de métodos de evaluación existentes. «goal» Definición de la meta de evaluación PEASSE «achieve» «physical» Documento de arquitectura de software «input» Seleccionar atributo de calidad Seleccionar método de evaluación Identificar patrones de diseño Evaluar arquitectura «output» «output» «physical» Resultados de la evaluación «physical» Recomendaciones de mejora

10 Propuesta de de Desarrollo basado en DFSS Identificación de requerimientos de la Arquitectura Caracterización del diseño de la Arquitectura Documentación de la Arquitectura Optimizar el diseño de la Arquitectura Validación del diseño de la Arquitectura diseño

11 Requerimientos Arquitectónicos Elemento Descripción Entradas Necesidades y deseos del cliente (Documento de requerimientos erimientos del cliente) diseño Salidas Casas de calidad Escenarios de Calidad Matriz de relación de escenarios Herramientas y/o SQFD técnicas Investigación de mercado/clientes Análisis de riesgos Métodos para recolección de requerimientos: o Entrevistas o Cuestionarios o Prototipos o Observación Análisis de Kano Métodos analíticos (rate monotonic, concurrencia, etc) Roles Analista. Arquitecto.

12 Caracterización Diseño de Arquitecturas Elemento Descripción Entradas Escenarios directos e indirectos de calidad Matriz de relación de escenarios de atributos de calidad diseño Salidas Diseño arquitectónico Vistas de la Arquitectura Herramientas y/o técnicas QFD Axiomatic Design Diseño Robusto Simulación DFMEA Estilos Arquitectónicos Patrones de diseño Roles Arquitecto.

13 Elemento Entradas Documentación de la Arquitectura Descripción Diseño de la Arquitectura, escenarios directos e indirectos y vistas arquitectónicas diseño Salidas Herramientas y/o técnicas Roles Documento de Arquitecturas de software ANSI/IEEE UML Arquitecto Documentador

14 Elemento Entradas Optimización de la Arquitectura Descripción Diseño de la Arquitectura Evaluación de la Arquitectura q diseño Salidas Herramientas y/o técnicas Roles Documento de Arquitecturas de Sf Software adaptado d a las recomendaciones que surgieron en la evaluación. FMEA Simulación Arquitecto

15 Validación de la Arquitectura Elemento Entradas Descripción Entradas Documento de la Arquitectura (con las mejoras propuestas en la evaluación, si aplica), resultados de la evaluación. las diseño Salidas Documento de Arquitecturas de software liberado Documento de Arquitecturas de software no liberado con solicitud it de cambios Herramientas y/o Walk-through técnicas Inspecciones Roles Arquitecto Stakeholders

16 diseño Teoría para Resolver Problemas con Inventiva Metodología para innovar de manera sistemática y mejorar los procesos de pensamiento. La aplicación de promete enormes beneficios, para la sociedad, considerando la historia de su desarrollo. Sin embargo, es relativamente desconocido en México, en los sectores educativo, gubernamental y empresarial. tiene sus orígenes en la solución de problemas técnicos, y ha evolucionado en un sistema de pensamiento creativo y de innovación, aplicable en una gran variedad de dominios (educación, negocios, contextos sociales y políticos, ciencias) y disciplinas (Pedagogía, Ingeniería de, Ingeniería de Valor, Ingeniería de Software), y en combinación de las metodologías Seis Sigma y Diseño Seis Sigma y con algunas de sus herramientas (Despliegue de la Función de la Calidad).

17 tiene métodos sistemáticos para pronosticar el futuro de nuevas tendencias tecnológicas, descubrir causas de desastres y su potencial eliminación. De manera continua se publican nuevas aplicaciones de, por lo que la integración de en los planes de estudio educativos es una necesidad. Debido al histórico inicio de, sólo unas cuantas personas tienen experiencia en la utilización de, y por ello son aún pocas las personas que puedan enseñar. Provee una metodología sistemática para resolver problemas y mejorar la toma de decisiones. La innovación a prueba y error es sustituida por un enfoque sistemático. Permitiendo a las personas ser más creativas y ver los problemas desde diferentes perspectivas, organizando las maneras de pensar. diseño

18 diseño Los métodos basados en el pensamiento de mejoran la eficiencia y eficacia en la toma de decisiones en las organizaciones. A pesar de que se utilizan sofisticados métodos y metodologías en las diferentes áreas de una organización (desarrollo del producto, gestión de cadenas de suministro, producción), muchas de las decisiones son basadas en intuición y la experiencia del personal. Las herramientas de la metodología ofrecen a los gerentes acceso a una toma de decisiones de una manera sistemática.

19 En el área de software se presentan problemas como contradicciones, identificamos problemas relacionados con los aspectos críticos en el diseño y en la construcción de la arquitectura de un sistema de software. Los requerimientos i de calidad d influyen fuertemente t a la arquitectura de software y son generalmente tratados con un proceso informal durante el diseño de la arquitectura. Siendo el principal p foco de atención los requerimientos funcionales del sistema, por lo que no se presta mucha atención en los requerimientos de calidad. diseño En el diseño de arquitecturas se gestionan demandas conflictivas, es decir la arquitectura t tiene que cumplir con requerimientos funcionales y de calidad.

20 Aplicando diseño

21 diseño Formación de RH (MIS, tesistas) Vinculación Aplicar los procesos propuestos en proyectos reales Investigación Aterrizar herramientas DFSS, en Software Entrenamiento Identificar que se puede aplicar en Líneas de Productos de Software Proyectos PYME

22 Preguntas? "No puedes solucionar el problema con el mismo nivel de pensamiento que creó el problema -A A. Einstein Junio,