CS 230 Software Design (Engineering) 1

Transcripción

1 Modelando el proceso y el Ciclo de Vida Puntos a tratar El proceso de desarrollar software (organización y disciplina en las actividades) contribuyen a la calidad del software y a la velocidad con que se desarrolla * Significado del Proceso - seguir, escribir * Modelos de Proceso de Software * Herramientas y Técnicas * Modelado en la Práctica Mar-06 Ing. de Software 1 CH2-1 Significado del proceso Conjunto ordenado de tareas como Proceso: serie de pasos con actividades, restricciones y recursos que producen una salida de cierto tipo. Cuando el proceso involucra la construcción de un producto, a veces se menciona como Ciclo de Vida (del producto). Mar-06 Ing. de Software Modelando el Proceso -2 Siguiendo un Proceso Un proceso es un conjunto de procedimientos (receta), organizado para construir productos que satisfacen una seria de objetivos y estándares. Los procesos son importantes porque imponen consistencia y estructura en un conjunto de actividades. Sabemos cómo hacer algo bien y queremos forzar que otros lo hagan de la misma forma. Mar-06 Ing. de Software Modelando el Proceso -3 CS 230 Software Design (Engineering) 1

2 Escribiendo un Proceso (un programa que otros deben seguir) Prescribir todas las actividades principales Usa recursos sujeto a restricciones Puede estar compuesto de subprocesos Cada actividad tiene un criterio de entrada y otro de salida Las Actividades están organizadas en una secuencia. Establecer los objetivos de cada actividad. Mar-06 Ing. de Software Modelando el Proceso -4 Modelos de Proceso de Software Prescripciones de la forma en que el desarrollo de software debería llevarse a cabo. Descripciones de la forma en que el desarrollo se lleva a cabo realmente. Cada modelo de desarrollo de software incluye los requerimientos del sistema como entrada y el producto librado al uso como salida. Mar-06 Ing. de Software Modelando el Proceso -5 ANALISIS DE DISEÑO DEL Modelo Cascada DISEÑO DE PROGRAMAS IMPLEMENTACION DE PROGRAMAS PRUEBA UNITARIA Y DE INTEGRACION PRUEBA DEL PRUEBA DE ACEPTACION OPERACION Y MANTENIMIENTO Mar-06 Ing. de Software Modelando el Proceso -6 CS 230 Software Design (Engineering) 2

3 (Proceso de desarrollo en la realidad) MANTENIMIENTO ANALISIS DE DISEÑO DEL LIBRAR AL USO PRUEBA DEL DISEÑO DE PROGRAMAS PRUEBA DE INTEGRACION PRUEBA UNITARIA IMPLEMENTACION DE PROGRAMAS Mar-06 Ing. de Software Modelando el Proceso -7 ANALISIS DE DISEÑO DEL DISEÑO DE PROGRAMAS Verificar Cascada c/prototipos Validar IMPLEMENTACION DE PROGRAMAS PROTOTIPADO PRUEBA UNITARIA Y DE INTEGRACION PRUEBA DEL PRUEBA DE ACEPTACION OPERACION Y MANTENIMIENTO Mar-06 Ing. de Software Modelando el Proceso -8 Modelo V ANALISIS DE Validar requerimientos OPERACION Y MANTENIMIENTO DISEÑO DEL Verificar diseño PRUEBA DEL PRUEBA DE ACEPTACION DISEÑO DE PROGRAMAS PRUEBA UNITARIA Y DE INTEGRACION IMPLEMENTACION Mar-06 DE PROGRAMAS Ing. de Software Modelando el Proceso -9 CS 230 Software Design (Engineering) 3

4 Modelo de Prototipación LISTA DE REVISIONES LISTA DE REVISIONES LISTA DE REVISIONES revisar prototipo revisión de usuario/ cliente PROTOTIPAR PROTOTIPAR DISEÑO PROTOTIPAR PRUEBA LIBRADO DEL AL USO (a veces informales o Mar-06 incompletos) Ing. de Software Modelando el Proceso -10 Especificación Operacional: los requerimientos se ejecutan utilizando un producto de software Ejecutar y Revisar ESPECIFICACION OPERACIONAL (orientada al problema) ESPECIFICACION TRANSFORMADA (orientada a la implementación) PRUEBA DEL (a veces informales o incompletos) LIBRADO AL USO Mar-06 Ing. de Software Modelando el Proceso -11 Modelo Transformacional Comparar con requerimiento s; actualizar si se necesita REGISTRO FORMAL DEL DESARROLLO TRANSFORM. N.. Secuencia de transformaciones + sus justificaciones ESPECIFICACION FORMAL TRANSFORM. 2 TRANSFORM. 1 PRUEBA DEL (a veces informales o incompletos) LIBRADO AL USO Mar-06 Ing. de Software Modelando el Proceso -12 CS 230 Software Design (Engineering) 4

5 DESARROLLA- DORES Desarrollo en Fases Construir liberación 1 Sistemas en Desarrollo Construir liberación 2 Construir liberación 3 Tiempo USUARIOS Usar Lib. 1 Usar Lib. 2 Usar Lib. 3 Sistemas en Producción Mar-06 Ing. de Software Modelando el Proceso -13 Incrementos e Iteraciones DESARROLLO INCREMENTAL DESARROLLO ITERATIVO Mar-06 Ing. de Software Modelando el Proceso -14 Determinar Objetivos, Alternativas y Restricciones Alternativas 4 Alternativas 3 Modelo Espiral Restriccs 4 Restriccs 3 Restriccs 2 Restriccs 1 An. Riesgos 1 Proto Prespto 4 Prespto Prespto 3 Presupto 2 Prototipotipo start Requirims, Concepto de plan ciclo/vida operacion Alternativas 2 Plan de Desarrollo Plan de Integracion y Pruebas Alternativas 1 Análisis de Riesgos 4 An.Riesgos 3 An.Riesgos 2 Requers. Validados Reqs. de Software DiseñoValidado, y verificado Evaluar Alternativas y Riesgos Prototipo 3 tipo Proto- 4 Diseño Detallado Diseño de Software Codificación Prueba Unitaria Prueba del Plan de Prueba de Planificar Sistema Implantación Aceptación Desarrollar y Probar Mar-06 Ing. de Software Modelando el Proceso -15 CS 230 Software Design (Engineering) 5

6 Modelo de Proceso y de Ciclo de Vida La preocupación por el Proceso (fin de los 80) es más reciente que la definición del Ciclo de Vida (fin de los 60) En general se asocia a la noción de modelo de proceso un mayor detalle y precisión Los modelos previos presentan en general poco nivel de detalle y fueron propuestos originalmente como modelos de Ciclo de Vida Mar-06 Ing. de Software Modelando el Proceso -16 Herramientas y Técnicas para el Modelado de Procesos Elegir un lenguaje o notación Tener claro objetivos del modelo Detalle (granularidad) Describir-prescribir Predecir (requiere agregar relaciones cuantitativas entre elementos) Ejecutar (asistir en el uso) Vamos a ver algunos ejemplos Mar-06 Ing. de Software Modelando el Proceso -17 Modelo ETVX Entry Task Verification exit Entry: Condiciones necesarias para poder cumplir una tarea Task: Tarea que se lleva a cabo Quién y con qué responsabilidad Verification: Criterios para verificar que concluyó de forma adecuada (a veces se le menciona como Validation) exit: Resultados a obtener Mar-06 Ing. de Software Modelando el Proceso -18 CS 230 Software Design (Engineering) 6

7 Notación de Lai Artefacto, subartefacto, Actividad,subActividad, Rol, Operación, Análisis Tablas de estado muestran información referida a cuán completo está un artefacto en un instante dado Tablas de estado muestran cómo puede operar el proceso sobre los artefactos Diagramas de transición de estado muestran cómo se relacionan unos estados con otros (máquina de estados compuestos) Formularios para definir cada tipo de elemento (en los que se especifican las relaciones) Mar-06 Ing. de Software Modelando el Proceso -19 Lai- relaciones entre elementos Rol Ejecuta Ejecuta Ejecuta proceso Actividad Operación Análisis compuesto por controla Refiere a Estado-P(roceso) Manipula cambia Refiere a artefacto Subactividad Subartefacto Artefact o Estado- A(rtefacto) Mar-06 Ing. de Software Modelando el Proceso -20 Pre-Condici Artefacto Componente Acción Condición Predicadoen Elartefacto en manipulado Estado-Apara poder realizarla Lai Formulario Lafunci funcióna para a serrelizada operación Rol Post-Condici Condición Listade Predicados roleshabilitados sobreestado relizada Estado-A porla operación PreComponente Definición Mar-06 Ing. de Software Modelando el Proceso -21 CS 230 Software Design (Engineering) 7

8 Modelo de Factores que inciden en la productividad (Abdel-Hamid 96) Porción de personal experiente Productividad potencial nominal de personal experiente Porción real de persona-día en el proyecto Productividad potencial nominal de personal nuevo Productividad potencial promedio nominal Productividad potencial Pérdidas por motivación y comunicación Presión del Calendario Sobre/bajo Tolerancia del trabajo % completado del proyecto Multiplicador de aprendizaje Productividad de Desarrollo Esfuerzo adicional de comunicaci Tamaño del equipo Mar-06 Ing. de Software Modelando el Proceso -22 Estructura del Desarrollo de Software (Abdel-Hamid 96) PRODUCCION DE SOFTWARE Pérdidas del Proceso Detección y Corrección de Errores Nivel de Personal percibido como necesario Esfuerzo de Q A Ajustes a Personal y Calendario Tasa de Desarrollo de SW Tasa de Errores Presión del Calendario Fecha Planificada de Terminación Productividad potencial Productividad Real Aprendizaje Tasa de incorporación de personal Personal Tareas percibidas como terminadas GESTION DE RRHH Esfuerzo faltante percibido Tasa de bajas Mezcla de experiencia del personal Productividad Percibida Nivel de precisión en medir el avance Fecha estimada de Estado percibido del proyecto Terminación CONTROL PLANIFICACION Mar-06 Ing. de Software Modelando el Proceso -23 Modelado de Proceso Para qué? Entender el proceso (real o propuesto) Revelar inconsistencias, problemas (base para la mejora) Simulación del proceso y planificación del proyecto Poco nivel de detalle adicional necesario Factores que afectan la productividad global. Relaciones (cuantificadas) entre los factores. Soportados por sw que simulan el proceso. Guía en la ejecución real del proceso Se precisa agregar múltiples detalles Mar-06 Ing. de Software Modelando el Proceso -24 CS 230 Software Design (Engineering) 8