MODULO I. Ingeniería de Software INF EL PROCESO 16/08/12. Resumen preparado por Miguel Cotaña 1

Transcripción

1 MODULO I Ingeniería de Software INF EL PROCESO 16/08/12 Resumen preparado por Miguel Cotaña 1

2 Desde el punto del vista del software hay 3 clases de entidades que podemos distinguir: Procesos; Productos; Recursos. Aunque es fundamental asegurar la calidad de todos, son los procesos y los productos generados los que cobran mayor importancia, ya que generalmente no es posible modificar los recursos existentes. 2

3 La construcción del software de ordenador es un proceso iterativo de aprendizaje y el resultado es una materialización del conocimiento recolectado, depurado y organizado conforme el proceso estuvo en ejecución 3

4 La producción de software ha evolucionado desde una actividad artesanal e individualizada hacia un proceso con una orientación industrial y sistematizada. Se trata de enfocar el problema desde una perspectiva mas controlable, verificable y mesurable. 4

5 Las actividades, acciones y tareas asociadas a la IS se estructuran para dar lugar a los procesos del ciclo de vida del software que incluyen procesos para la adquisición, suministro, desarrollo y operación del software junto con procesos de apoyo como validación, verificación, gestión de la configuración y aseguramiento de la calidad. 5

6 Tres aspectos del proceso Aprendizaje Definición Resultados PROCESO DE SOFTWARE 6

7 1.- Definición del proceso Un proceso debe estar definido (documento que especifica actividades y procedimientos del proceso) 2.- Aprendizaje del proceso El conocimiento del proceso debe ser transferido a las personas (agentes) que lo ejecutarán 3.- Resultados del proceso Manifestación de los productos, como resultado de la ejecución de las actividades definidas por el proceso 7

8 Proceso Ciclos de vida Necesidades Especificación de Requisitos Diseño Codigo Sistema Software Obtener Requisitos Diseñar Sistema Codificar Probar 8

9 Proceso internalizado y proceso institucionalizado Cuando un proceso es desarrollado profesional y naturalmente por una persona, se dice que el proceso esta internalizado por la persona. En las organizaciones los procesos son comunes a grupos de personas. Para obtener disciplina en los procesos, estos deben ser establecidos como institucionalizados en la organización. 9

10 Ingenieria del software Definicion teoria practica [Ingeniería de software es] el establecimiento y uso de principios de ingeniería adecuados para obtener económicamente software que sea confiable y trabaje eficientemente en máquinas reales (Fritz Bauer) Pruebas y control de calidad Resolucion de problemas Administracion y gestion 10

11 Definicion segun el IEEE La ingenieria de software es la aplicación de un enfoque sistemático, disciplinado y cuantificable al desarrollo, operación y mantenimiento del software; es decir, la aplicación de la ingeniería al software 11

12 Ingenieria del software: tecnologia estratificada Ingeniería Software Engineering de Software herramientas métodos modelo de proceso enfoque de calidad 12

13 MARCO DE TRABAJO PARA EL PROCESO Un marco de trabajo establece la base para un proceso de software completo al identificar un numero pequeño de actividades del marco de trabajo aplicables a todos los proyectos de software, sin importar su tamaño y complejidad. Abarca un conjunto de actividades sombrilla aplicables a lo largo del proceso del software. 13

14 Cada actividad dentro del marco de trabajo contiene un conjunto de acciones de ingeniería del software; es decir, una serie de tareas relacionadas que produce un producto del trabajo en la I.S. (por ejemplo, el diseño es una acción de la I.S.). Cada acción la forman tareas de trabajo individuales que completan alguna parte del trabajo implicado por la acción. 14

15 Marco de trabajo del proceso de software Marco de trabajo del proceso Actividades sombrilla Actividad del marco de trabajo #1 Accion de la ingenieria de software # 1.1 Conjunto de tareas. Tareas del trabajo Productos del trabajo Puntos de aseguramiento Fundamentos del proyecto Accion de la ingenieria de software # 1.k Conjunto de tareas.. Tareas del trabajo Productos del trabajo Puntos de aseguramiento Fundamentos del proyecto Actividad del marco de trabajo #n Accion de la ingenieria de software # n.1 Tareas del trabajo Conjunto Productos del trabajo de tareas Puntos de aseguramiento. Fundamentos del proyecto Accion de la ingenieria de software # n.m Conjunto Tareas del trabajo Productos del trabajo de tareas Puntos de aseguramiento. Fundamentos del proyecto. 15

16 Aplicacion del marco de trabajo en proyectos Comunicación. Esta actividad del marco de trabajo implica una intensa colaboración y comunicación con los clientes; además, abarca la investigación de requisitos y otras actividades relacionadas. Planeación. Esta actividad establece un plan para el trabajo de la ingeniería del software. Describe las tareas técnicas que deben realizarse, los riesgos probables, los recursos que serán requeridos, los productos del trabajo que han de producirse y un programa de trabajo. Modelado. Abarca la creación de modelos que permiten al desarrollador y al cliente entender mejor los requisitos del software y el diseño que logrará satisfacerlos. 16

17 Construcción. Esta actividad combina la generación del codigo (ya sea manual o automatizado) y la realización de pruebas necesarias para descubrir errores en el código. Despliegue. El software (como una entidad completa o un incremento completado de manera parcial) se entrega al cliente, quién evalua el producto recibido y proporciona información basada en su evaluación. 17

18 Actividades sombrilla Seguimiento y control del proyecto de software: permite que el equipo de software evalue el progreso comparandolo con el plan del proyecto y así tomar las acciones necesarias para mantener el programa; Gestión de riesgos: evalua los riesgos que pudiera afectar los resultados del proyecto o la calidad del producto; Aseguramiento de la calidad del software: define y conduce las actividades requeridas para asegurar la calidad del software; Revisiones técnicas formales: evalua los productos del trabajo de la I.S., en un esfuerzo encaminado a descubrir y eliminar los errores antes de que éstos se propaguen; 18

19 Medición: define y recolecta mediciones del proceso, el proyecto y el producto para ayudar al equipo a entregar software que satisfaga las necesidades del cliente; Gestión de la configuración del software: maneja los efectos del cambio a través del proceso del software; Gestión de la reutilización: define los criterios para la reutilización de productos del trabajo (se incluyen componentes del software) y establece mecanismos para la creación de componentes reutilizables; Preparación y producción: abarca las actividades requeridas para crear productos del trabajo como modelos, documentos, registros. 19

20 INTEGRACION DEL MODELO DE CAPACIDAD DE MADUREZ El instituto de Ingeniería del Software (SEI) ha desarrollado un modelo completo de un amplio proceso basado en un conjunto de capacidades de software y de sistemas que deben estar presentes conforme las organizaciones alcanzan diferentes grados de capacidad y madurez del proceso. Una organización debe crear un modelo de proceso que se ajuste a las directrices establecidas por la integración del modelo de capacidad de madurez (IMCM) 20

21 IMCM PARA DESARROLLO: CMMI-DEV CMMI (Capability Maturity Model Integration) es una evolución del CMM para software (Software Capability Maturity Model). CMMI, integra los modelos de madurez y capacidad de software, ingeniería de sistemas y desarrollo integrado de programas. CMMI, es un conjunto de productos (suite) que soportan la mejora de sistema. 21

22 Tiene como objetivo ayudar a las organizaciones a mejorar su capacidad para entregar los productos a sus clientes. Puede utilizarse para mejorar toda la organización, una división o bien una unidad de la organización. Ayuda a integrar los esfuerzos de mejora, integrando aspectos tradicionalmente separados como son gestión y desarrollo. 22

23 Qué diferencia tiene CMMI con una metodología? CMMI es orientado a objetos? ad. CMMI, nos señala un conjunto de prácticas que describen las características de procesos efectivos, no indica secuencia de ejecución 23

24 CMMI, agrupa las mejores prácticas en lo que se denomina constelaciones. Una constelación es una colección de componentes CMMI que se utilizan para construir modelos, materiales de formación y documentos de evaluación. Existen: La de desarrollo (CMMI-DEV); La de servicios (CMMI-SVC); La de adquisición (CMMI-ACQ). 24

25 El modelo IMCM (integración del modelo de capacidad de madurez), es el modelo más utilizado en la industria del software. Mide la capacidad del proceso para desarrollar software con calidad ad. (predictibilidad en costos, duración, y niveles de calidad previstos) 25

26 La IMCM representa un modelo completo de proceso en dos formas diferentes: 1.- Como un modelo discreto 2.- Como un modelo continuo PP Planeación del proyecto GR Gestión de requisitos MA Medición y análisis GC Gestión de configuración ACPP Aseguramiento de la calidad del producto y el proceso PP GR MA GC ACPP otros 26

27 MODELO DISCRETO Esta representación utiliza conjuntos predefinidos de áreas de procesos con objeto de definir un camino de mejora (niveles de madurez) para una organización. Cada nivel de madurez proporciona un conjunto de áreas de proceso que definen los diferentes comportamientos de la organización. Cada etapa proporciona un conjunto específico de procesos para mejorar. 27

28 Clasificación de acuerdo con niveles de madurez Nivel En optimización Gestionado Cuantitativ. Características Se logran todas las metas específicas y genéricas. Los procesos se mejoran continuamente en base a una comprensión cuantitativa. Se centra en la mejora continua. Se controlan utilizando técnicas estadísticas y cuantitativas. Se establecen objetivos cuantitativos en cuanto al rendimiento de calidad y del proceso. Definido Se logran todas las metas específicas y genéricas. Los procesos están bien caracterizados y comprendidos, y se describen en estándares, procedimientos, herramientas y métodos Gestionado Inicial Se han logrado todas la metas genéricas y específicas. Los requerimientos se gestionan y que los procesos se planifican, ejecutan, miden y controlan. Los procesos son generalmente ad hoc y caóticos. El éxito depende del personal (héroes) y no del uso de procesos probados. Se producen productos y servicios, aunque generalemente exceden el presupuesto y el calendario de los proyectos. 28

29 MODELO CONTINUO Esta representación permite a una organización, a diferencia de la anterior, seleccionar las áreas de proceso (o grupos de áreas de proceso) y mejorar los procesos relativos a ellas. Utiliza los (niveles de capacidad) para caracterizar la mejora relativa a un área de proceso individual. Una organización puede elegir mejorar el rendimiento de un único proceso que resuelve un problema existente, o puede trabajar sobre varias áreas. 29

30 Clasificación de acuerdo con niveles de capacidad Nivel En optimización Gestionado Cuantitativ. Características La mejora de procesos es una actividad consistente y establecida en la organización. Se adapta y mejora mediante el uso de medios cuantitativos (estadísticos) Los procesos están estabilizados y existe una gestión cuántitativa. El área de proceso se controla y mejora mediante mediciones y evaluacion cuantitativa. Definido Procesos organizativos, tanto técnicos como de gestión, están claramente definidos. Gestionado Realizado Todos los criterios del nivel han sido satisfechos. Todas las tareas de trabajo y productos estan monitoreados, controlados y revisados y son evaluados. Todas las metas específicas del área del proceso han sido satisfechas. Las tareas de trabajo requeridas han sido realizadas incompleto El área de proceso aún no se realiza o todavia no alcanza todas las metas y objetivos definidos para el nivel 1 de capacidad 30

31 Comparación de las representaciones Discreto Permite a las organizaciones tener un camino de mejora predefinido y probado Se centra en un conjunto de procesos que proporcionan a una organización capacidades específicas que están caracterizadas por cada nivel de madurez Resume los resultados de la mejora del proceso de una forma simple, un simple número correspondiente al nivel de madurez Continuo Da libertad explícita para seleccionar el orden de mejora que mejor satisface los objetivos de negocio de la organización y reduce las áreas de riesgo. Permite una visibilidad incrementada de la capacidad lograda en cada área de proceso individual Permite mejorar diferentes procesos en diferentes velocidades. 31

32 La IMCM define cada área del proceso en función de metas especificas (ME)y de las prácticas especificas (PE) requeridas para alcanzar dichas metas. Las ME establecen las características que deben existir para que las actividades implicadas por un área de proceso sean efectivas. Las PE convierten una meta en un conjunto de actividades relacionadas con el proceso. 32

33 El modelo discreto de la IMCM define las mismas áreas, metas y prácticas del proceso que el modelo continuo. La principal diferencia es que el modelo discreto establece cinco niveles de madurez, en vez de seis niveles de capacidad. Para lograr un nivel de madurez se deben conseguir metas y prácticas especificas relacionadas con un conjunto de áreas del proceso. 33

34 EVALUACION DEL PROCESO La existencia de un proceso de software no es garantía de que este será entregado a tiempo, de que satisfará las necesidades del cliente, o de que mostrara las características técnicas que conducirán a características de calidad a largo plazo. Los patrones de proceso deben ir acompañados de una practica sólida de la I.S. 34

35 Relacion entre proceso y métodos aplicado para evaluación Proceso del Sw Identifica modificaciones a Es examinado por Evaluacion del Proceso de SW Identifica capacidades y riesgos de Mejoramiento del Conduce a Conduce a Determinacion Proceso de Sw motiva de la capacidad 35

36 Si el proceso es debil, el producto final sufrira las consecuencias Un profesional del software creativo debe sentir tanta satisfacción del proceso como del producto terminado. El trabajo que realiza la gente de software cambiará en los años que siguen. La dualidad del producto y el proceso es un elemento importante para mantener a la gente creativa comprometida mientras finaliza la transición desde la programación hasta la Ingeniería de Software. 36