Presentaci

1
2.- Metodologías de desarrollo software Justo N.
Hidalgo Sanz DEPARTAMENTO DE INGENIERÍA
INFORMÁTICA
2
Contenidos

• Definición
• Un hecho
• Ventajas de la metodología
• Ciclo de vida
• Funciones básicas de una metodología
• Ciclos de vida clásicos
• Ciclo de vida en cascada
• Ciclo de vida en cascada con refinamiento por
  mejoras
• Prototipado y maquetaje
• Ciclo de vida en espiral
• Procesos clásicos
• IEEE
• Métrica v3
• Proceso Unificado

3
Definición

• Conjunto de métodos que se utilizan para
  desarrollar una actividad con el objetivo de
  formalizarla y optimizarla.
• En ISW optimización del proceso y producto SW.
• Elementos de una metodología
• Fases jerarquización ordenada del desarrollo
  completo.
• Productos -intermedios y final-.
• Procedimientos y herramientas.
• Criterios de evaluación.

4
Un hecho

• La mayor parte de los proyectos SW FRACASAN
• Mala evaluación de objetivos.
• Mala planificación de recursos/tiempos/costes.
• Participación insuficiente de la dirección.
• Falta de acuerdos entre objetivos y
  planificación.
• Rotación del personal clave.
• Cambio de objetivos sin revisar la planificación.
• Propósito no claro por/para los usuarios.
• Falta de hitos y metas.
• Poca comprensión del problema.
• Poca calidad del producto.
• Mala planificación A PROPÓSITO.

5
Ventajas de la metodología (I)

• Desde el punto de vista de gestión
• Facilita la planificación
• Facilita el control y seguimiento de los
  proyectos
• Mejora del ratio coste/beneficio
• Optimiza la gestión de recursos
• Facilita la comunicación entre los participantes
• Facilita la evaluación de los proyectos

6
Ventajas de la metodología (II)

• Desde el punto de vista de los Ingenieros en el
  desarrollo
• Comprensión del problema
• Optimización del proceso, y dentro del proceso
  las fases a seguir
• Facilidad de mantenimiento
• Algunos criterios sobre reusabilidad

7
Ventajas de la metodología (y III)

• Desde el punto de vista del cliente/usuario final
• Garantiza en la medida de lo posible la calidad
  del producto
• Mayor confianza

8
Ciclo de vida

• o PARADIGMA conjunto de fases por las que pasa
  el sistema que se está desarrollando desde que
  nace la idea hasta que el SW se retira o se
  reemplaza.

9
Funciones básicas de una metodología

• Definición del ciclo de vida
• Que se adecúe a las condiciones y características
  del desarrollo.
• Determinación de las fases dentro del ciclo de
  vida.
• Definición de resultados intermedios y finales.
• Conjunto de métodos, herramientas y técnicas para
  facilitar la tarea del IS y aumentar su
  productividad.

10
Ciclos de vida clásicos (I)

• Ciclo de vida en cascada
• Características
• Visión del proceso de desarrollo como una
  sucesión de etapas que producen productos
  intermedios.
• Deben desarrollarse todas las fases.
• Limitaciones
• No se permiten iteraciones.
• Los requisitos SE CONGELAN AL PRINCIPIO DEL
  PROYECTO.
• No existe un producto enseñable hasta el final
  del proyecto.

11
Ciclos de vida clásicos (II)
12
Ciclos de vida clásicos (III)

• Ciclo de vida en cascada con refinamiento por
  mejoras
• Añade la capacidad de retorno de cada fase a la
  fase anterior.
• Después se permitió pasar a cualquier fase.

13
Ciclos de vida clásicos (IV)
14
Ciclos de vida clásicos (V)

• Prototipado y maquetaje
• Para evitar la tercera limitación del ciclo de
  vida en cascada se crean los siguientes modelos
  de desarrollo de productos SW
• Desarrollo basado en prototipo
• Valida la solución informática.
• Es ya parte del sistema.
• Da una visión de la dificultad del proyecto
  final.
• Desarrollo basado en maqueta
• No valida la solución informática.
• Se usa si no se conoce bien el nivel de
  dificultad.
• Interfaz de usuario y módulo de comunicaciones.

15
Ciclos de vida clásicos (VI)

• Ciclo de vida en espiral
• Utilizado cuando existen muchos riesgos y hay que
  buscar alternativas.
• Desventajas
• Muy complicado.
• Consume muchos recursos.
• Las fases no están claramente definidas.

16
Ciclos de vida clásicos (y VII)
17
Procesos Clásicos

• Introducimos ahora brevemente un conjunto de
  procesos que se han utilizado y se utilizan a lo
  largo de la historia de la ingeniería de
  software
• Proceso IEEE 12207.
• Proceso Métrica v3.
• Proceso Unificado.

18
Procesos Clásicos IEEE (I)

• Sobre él se define el ciclo de vida y su
  funcionamiento, no sólo del desarrollo sino de
  gestión, desarrollo integral, etc
• Procesos de Gestión del Proyecto
• Creación de la estructura del proyecto
• Iniciación del proyecto
• Estimación y planificación
• Selección de estándares, metodología,
  herramientas,
• Planes de gestión objetivos de cada fase.
• Seguimiento y control de proyecto
• Análisis de riesgos -comparación con los
  previstos-.
• Gestión y coordinación del proyecto.
• Gestión de la calidad del SW
• Definición y control de métricas.
• Plan de validación y verificación.
• Plan de gestión de configuraciones del producto
  SW.

19
Procesos Clásicos IEEE (II)

• Procesos Orientados al desarrollo del SW
• Predesarrollo
• Exploración de conceptos análisis de viabilidad.
• Asignación del sistema
• Identificación de las funciones HW, SW e
  interfaces.
• Definición global de requisitos
• Entradas y salidas del sistema.
• Relación con otros elementos del entorno.
• Personas que van a participar en el proyecto.
• Arquitectura general del sistema.
• Flujo de datos del sistema.
• Criterios de evaluación.

20
Procesos Clásicos IEEE (III)

• Procesos de desarrollo
• Análisis de requisitos.
• Diseño.
• Implementación
• Procesos de post-desarrollo
• Instalación/entrega.
• Operación y soporte
• Asistencia técnica.
• Consultas.
• Operación del SW.
• Mantenimiento
• Actividades perfectivas/evolutivas mejoras.
• Actividades adaptativas modificaciones.
• Actividades correctivas correcciones de fallos.
• Actividades preventivas mediante mantenimiento
  continuo.
• Retiro
• Finalización de operaciones y retiro del sistema.

21
Procesos Clásicos IEEE (y IV)

• Procesos Integrales del Proyecto
• Pruebas
• Verificación, validación y evaluación.
• Gestión de configuraciones
• Identificación de los elementos de un proyecto.
• Control de la evolución de los elementos.
• Generación de informe de estados de la
  configuración.
• Documentación
• Planificación de documentación.
• Realización de la documentación.
• Distribución y mantenimiento -a veces
  internamente-.
• Formación
• Planificación del programa de formación.
• Desarrollo de los materiales necesarios.
• Ejecución del programa.

22
Procesos Clásicos Métrica v3 (I)

• http//www.map.es/csi/metrica3
• Forma común de trabajo en el seno de las
  organizaciones.
• Reducción de plazos y costes.
• Aumento de la calidad y productividad.
• Mayor satisfacción.

23
Procesos Clásicos Métrica v3 (II)

• Procesos Principales
• Planificación (PSI)
• Desarrollo
• Estudio de viabilidad (EVS)
• Análisis (ASI)
• Diseño (DSI)
• Construcción (CSI)
• Implantación y aceptación (IAS)
• Mantenimiento (MSI)

24
Procesos Clásicos Métrica v3 (III)

• PSI

25
Procesos Clásicos Métrica v3 (IV)

• EVS

26
Procesos Clásicos Métrica v3 (V)

• ASI

27
Procesos Clásicos Métrica v3 (VI)

• DSI

28
Procesos Clásicos Métrica v3 (VII)

• CSI

29
Procesos Clásicos Métrica v3 (VIII)

• IAS

30
Procesos Clásicos Métrica v3 (IX)

• MSI

31
Procesos Clásicos Métrica v3 (y X)

• Interfaces

32
Procesos Clásicos PU (I)

• Contaremos poco del PU ahora, pues lo
  estudiaremos en detalle posteriormente.
• El proceso unificado proviene de otros exitosos
  procesos anteriores creados por
• James Rumbaugh OMT (Object Modeling Technique)
• Grady Booch Chief Scientist.
• Ivar Jacobson
• Concepto de Building Blocks.
• Diagramas de secuencia.
• SDL.
• Casos de uso.
• Objectory Process.

33
Procesos Clásicos PU (y II)

• Proviene de
• Objectory
• OMT
• Rational Approach

34
Otros procesos

• Método Shlaer/Mellor
• www.projtech.com
• Particionamiento del sistema en dominios para su
  posterior análisis.
• Verificación del análisis mediante ejecución.
• Método Coad/Yourdon
• Aproximación orientada a prototipo
• Aproximación ligera

35
Bibliografía

• Artículos
• Theory-W Software Project Management principles
  and examples. B.Boehm, R. Ross, UCLA. IEEE
  Transactions on Software Engineering, 1989.
• The Shlaer-Mellor method. S. Shlaer, S. J.
  Mellor. Project Technology.
• Enlaces
• Cetus Links sobre metodologías
  http//www.cetus-links.org/oo_ooa_ood_methods.html