Los cálculos de coste asociados con el Los cálculos de coste asociados con el desarrollo de software excesivamente elevadosdesarrollo de software excesivamente elevados Insatisfactorio comportamiento y Insatisfactorio comportamiento y funcionalidad del software desarrolladofuncionalidad del software desarrollado

Motivación de los ingenieros a desarrollar Motivación de los ingenieros a desarrollar nuevos modelos de desarrollo, incluyendo nuevos modelos de desarrollo, incluyendo prototipos, síntesis de software, software prototipos, síntesis de software, software reutilizable,….reutilizable,….

Causas para el Causas para el ESTUDIOESTUDIO de Modelos de Modelos

Definir las actividades necesarias en el Definir las actividades necesarias en el desarrollo de un Sistema de Información.desarrollo de un Sistema de Información. Mantener una coherencia entre todos los Mantener una coherencia entre todos los proyectos de una misma organización.proyectos de una misma organización. Introducir puntos de control para realizar Introducir puntos de control para realizar revisiones y controles de calidad, toma de revisiones y controles de calidad, toma de decisiones.decisiones. Investigación de paradigmas o modelos de Investigación de paradigmas o modelos de desarrollo.desarrollo.

Necesidades de las organizacionesNecesidades de las organizaciones

““Marco de referencia que contiene los procesos, Marco de referencia que contiene los procesos, las actividades y las tareas involucradas en el las actividades y las tareas involucradas en el desarrollo, la explotación y el mantenimiento de desarrollo, la explotación y el mantenimiento de un producto de software, abarcando la vida del un producto de software, abarcando la vida del sistema desde la definición de los requisitos hasta sistema desde la definición de los requisitos hasta la finalización de su uso.”la finalización de su uso.”

Norma ISO 12207-1Norma ISO 12207-1

Ciclo de vida del SoftwareCiclo de vida del Software

CICLO DE VIDA:CICLO DE VIDA: Conjunto de etapas que se han de llevar a Conjunto de etapas que se han de llevar a cabo para crear, explotar y mantener un Sistema Informático.cabo para crear, explotar y mantener un Sistema Informático.METODOS:METODOS: Son las normativas que marcan las directrices Son las normativas que marcan las directrices que se han de seguir para llevar a cabo una tarea. Responde a que se han de seguir para llevar a cabo una tarea. Responde a la pregunta QUÉ.la pregunta QUÉ.TECNICAS:TECNICAS: Es un modo de representación para la solución Es un modo de representación para la solución de un problema concreto. Responde a la pregunta CÓMO.de un problema concreto. Responde a la pregunta CÓMO.METODOLOGIA:METODOLOGIA: Es un conjunto coherente de métodos y Es un conjunto coherente de métodos y técnicas que cubren más de una etapa del ciclo de vida.técnicas que cubren más de una etapa del ciclo de vida.HERRAMIENTAS:HERRAMIENTAS: Proporcionan un soporte automático o Proporcionan un soporte automático o semi-automático para el proceso y para los métodos.semi-automático para el proceso y para los métodos.

DEFINICIONESDEFINICIONES

Los paradigmas o modelos de desarrollo de Software Los paradigmas o modelos de desarrollo de Software son estrategias de desarrollo para organizar las diversas son estrategias de desarrollo para organizar las diversas etapas y actividades del ciclo de vida del software. etapas y actividades del ciclo de vida del software.

Describe las transiciones entre las etapas, Describe las transiciones entre las etapas, especificando qué actividades desarrollar en cada especificando qué actividades desarrollar en cada momento. momento.

Selección de un modelo o paradigma específico Selección de un modelo o paradigma específico dependiendo de la dependiendo de la naturaleza del proyectonaturaleza del proyecto y/o aplicación, y/o aplicación, los métodos, las herramientas a utilizar, los controles y los métodos, las herramientas a utilizar, los controles y entregas que se requieren.entregas que se requieren.

Paradigmas o Modelos de desarrolloParadigmas o Modelos de desarrollo

El trabajo asociado a la ingeniería del Software El trabajo asociado a la ingeniería del Software puede dividirse en tres fases fundamentales, puede dividirse en tres fases fundamentales, independientemente del área de aplicación:independientemente del área de aplicación:

FASE DE DEFINICIÓNFASE DE DEFINICIÓN FASE DE DESARROLLOFASE DE DESARROLLO FASE DE MANTENIMIENTOFASE DE MANTENIMIENTO

Paradigmas o Modelos de desarrolloParadigmas o Modelos de desarrollo

Qué información que ha de ser procesada,Qué información que ha de ser procesada, Qué función y rendimiento se deseaQué función y rendimiento se desea Qué comportamiento del sistemaQué comportamiento del sistema Qué interfaces van a ser establecidasQué interfaces van a ser establecidas Qué restricciones de diseño existenQué restricciones de diseño existen Qué criterios de validación se necesitan para definir Qué criterios de validación se necesitan para definir

Dependiendo del paradigma o modelo se definen un Dependiendo del paradigma o modelo se definen un conjunto específico de actividades, pero las tareas conjunto específico de actividades, pero las tareas principales serán: ingeniería de sistema o de información, principales serán: ingeniería de sistema o de información, planificación del proyecto del software, y análisis de los planificación del proyecto del software, y análisis de los requisitosrequisitos

Paradigmas o Mod. de desarrollo:Paradigmas o Mod. de desarrollo: Fase de definiciónFase de definición

Cómo han de diseñarse las estructuras de datos,Cómo han de diseñarse las estructuras de datos, Cómo ha de implementarse la función como una Cómo ha de implementarse la función como una arquitectura del softwarearquitectura del software Cómo han de caracterizarse las interfacesCómo han de caracterizarse las interfaces Cómo ha de traducirse el diseño en un lenguaje de Cómo ha de traducirse el diseño en un lenguaje de programaciónprogramación Cómo ha de realizarse la pruebaCómo ha de realizarse la prueba

Las tareas principales serán: diseño del software, Las tareas principales serán: diseño del software, generación de código y prueba del softwaregeneración de código y prueba del software

Paradigmas o Mod. de desarrollo:Paradigmas o Mod. de desarrollo: Fase de desarrolloFase de desarrollo

Fase centrada en el cambio que va asociado a la corrección de errores, Fase centrada en el cambio que va asociado a la corrección de errores, a las adaptaciones requeridas a medida que evoluciona el entorno del a las adaptaciones requeridas a medida que evoluciona el entorno del software, y a cambios producidos por los requisitos cambiantes del software, y a cambios producidos por los requisitos cambiantes del software.software.Cuatro tipos de cambio:Cuatro tipos de cambio:Corrección, Adaptación (Cambio de sistema Operativo, reglas de la Corrección, Adaptación (Cambio de sistema Operativo, reglas de la empresa,etc.), Mejora, Prevención (reingeniería)empresa,etc.), Mejora, Prevención (reingeniería)Actividades a realizar:Actividades a realizar: Gestión de riesgos, revisiones técnicas formales, mediciones, garantia Gestión de riesgos, revisiones técnicas formales, mediciones, garantia de calidad del software, seguimiento y gestion del proyecto de de calidad del software, seguimiento y gestion del proyecto de software, gestión de reutilizació….software, gestión de reutilizació….

Paradigmas o Mod. de desarrollo:Paradigmas o Mod. de desarrollo: Fase de Fase de MantenimientoMantenimiento

Desglosando las fases anteriores, obtendríamos Desglosando las fases anteriores, obtendríamos las principales fases o etapas del ciclo de vida del las principales fases o etapas del ciclo de vida del softwaresoftware

Identificación del sistema y definición de requerimientosIdentificación del sistema y definición de requerimientos Análisis Análisis DiseñoDiseño Desarrollo e implementaciónDesarrollo e implementación Integración y prueba del softwareIntegración y prueba del software DocumentaciónDocumentación Entrenamiento y usoEntrenamiento y uso Mantenimiento del softwareMantenimiento del software

Paradigmas o Modelos de desarrolloParadigmas o Modelos de desarrollo

Principales Modelos:Principales Modelos:

~ Ciclo de vida en cascada o modelo tradicional Ciclo de vida en cascada o modelo tradicional (WaterFall)(WaterFall)~ PrototipadoPrototipado~ Modelo o ciclo de vida en espiralModelo o ciclo de vida en espiral~Modelos de desarrollo orientados a objetosModelos de desarrollo orientados a objetos

Paradigmas o Modelos de desarrolloParadigmas o Modelos de desarrollo

• Propuesto por Royce en 1970, popularizado por Boehm en Propuesto por Royce en 1970, popularizado por Boehm en 19811981

• Finalidad: Establecer orden en el desarrollo de grandes Finalidad: Establecer orden en el desarrollo de grandes productos de softwareproductos de software

• Diferentes etapas, las cuales son procesadas de un modo Diferentes etapas, las cuales son procesadas de un modo lineallineal

• Base de muchos otros modelos, levemente mejorada y Base de muchos otros modelos, levemente mejorada y retocada a lo largo del tiempo. retocada a lo largo del tiempo.

• Aún en nuestros días sigue siendo muy utilizado.Aún en nuestros días sigue siendo muy utilizado.

Paradigmas o Modelos de desarrollo: Paradigmas o Modelos de desarrollo:

Ciclo de vida en cascada o mod. tradicionalCiclo de vida en cascada o mod. tradicional

• Anima a especificar lo que el sistema ha de hacer Anima a especificar lo que el sistema ha de hacer (definición de requerimientos) antes de la construcción del (definición de requerimientos) antes de la construcción del sistemasistema

• Planea los componentes que van a interaccionarPlanea los componentes que van a interaccionar

• Gestiona el encuentro de erroresGestiona el encuentro de errores

• Genera un conjunto de documentos para más tarde ser Genera un conjunto de documentos para más tarde ser utilizados y permitir un buen testeo y mantenimiento del utilizados y permitir un buen testeo y mantenimiento del sistemasistema

• Reducir los costes de desarrollo y mantenimientoReducir los costes de desarrollo y mantenimiento

• Referente a las tareas a realizar: Organización estructuradaReferente a las tareas a realizar: Organización estructurada

Paradigmas o Modelos de desarrollo: Paradigmas o Modelos de desarrollo:

Ciclo de vida en cascada o mod. tradicionalCiclo de vida en cascada o mod. tradicional

1. Definición de requerimientos1. Definición de requerimientos Estudio detallado de la situación actual del problema a tratar, Estudio detallado de la situación actual del problema a tratar, definición de los requerimientos que debe cumplir el nuevo definición de los requerimientos que debe cumplir el nuevo sistemasistema

2. Análisis y diseño del sistema2. Análisis y diseño del sistemaDescomposición modular de toda la aplicación, descripción Descomposición modular de toda la aplicación, descripción detallada de cada uno de los módulos y sus inter-relaciones, todo detallada de cada uno de los módulos y sus inter-relaciones, todo ello para poder facilitar al máximo la fase de codificaciónello para poder facilitar al máximo la fase de codificación

3. Implementación (codificación)3. Implementación (codificación) Cada módulo como resultado de la fase anterior es traducido a la Cada módulo como resultado de la fase anterior es traducido a la herramienta o lenguaje apropiado.herramienta o lenguaje apropiado.

Ciclo de vida en cascada: Etapas (1/2)Ciclo de vida en cascada: Etapas (1/2)

4. Integración y pruebas4. Integración y pruebasVerificación del correcto funcionamiento de cada módulo y todo Verificación del correcto funcionamiento de cada módulo y todo el sistema una vez ha sido integrado, detectar errores en la el sistema una vez ha sido integrado, detectar errores en la codificación, definiciones de requerimientos y de diseñocodificación, definiciones de requerimientos y de diseño

5. Explotación y mantenimiento5. Explotación y mantenimientoGarantizar el mantenimiento del sistema, corrección de errores Garantizar el mantenimiento del sistema, corrección de errores detectados en esta fase, adaptación del sistema a nuevos entornos. detectados en esta fase, adaptación del sistema a nuevos entornos.

¿Cuál es la etapa que absorbe la mayoría de tiempo?¿Cuál es la etapa que absorbe la mayoría de tiempo?La fase de explotación y mantenimiento, y es un coste La fase de explotación y mantenimiento, y es un coste adicional para el clienteadicional para el cliente

Ciclo de vida en cascada: Etapas (2/2)Ciclo de vida en cascada: Etapas (2/2)

El establecimiento explícito de todos los requisitos del El establecimiento explícito de todos los requisitos del sistema al principio del desarrollo. sistema al principio del desarrollo.

Poca flexibilidad para cambios en el sistema. No Poca flexibilidad para cambios en el sistema. No muestra interactividad entre fasesmuestra interactividad entre fases Nada hecho hasta el final. La validación de los Nada hecho hasta el final. La validación de los requisitos iniciales no realizada hasta el finalrequisitos iniciales no realizada hasta el final La implementación del sistema de un modo ascendente La implementación del sistema de un modo ascendente implica primero las pruebas modulares, después la de los implica primero las pruebas modulares, después la de los subsistemas, y finalmente la del sistema completo. Los subsistemas, y finalmente la del sistema completo. Los problemas graves suelen encontrarse en la interficie entre problemas graves suelen encontrarse en la interficie entre subsistemassubsistemas

Ciclo de vida en cascada: CRITICACiclo de vida en cascada: CRITICA

Objetivos principales de cada una de las fases:Objetivos principales de cada una de las fases:

1. Estudio del sistema actual y viabilidad del nuevo sistema1. Estudio del sistema actual y viabilidad del nuevo sistemaIdentificación de usuarios envueltos, estudio de su puesto de Identificación de usuarios envueltos, estudio de su puesto de trabajo, deficiencias actuales, sugerencias de cara al futuro.trabajo, deficiencias actuales, sugerencias de cara al futuro.Establecer los objetivos del nuevo sistema. Determinar la Establecer los objetivos del nuevo sistema. Determinar la viabilidad proponiendo diversas soluciones. Planificación de viabilidad proponiendo diversas soluciones. Planificación de desarrollo. 5% o 10 % del tiempo total del desarrollo.desarrollo. 5% o 10 % del tiempo total del desarrollo.

2. Análisis2. AnálisisEspecificación estructurada utilizando diferentes técnicas de Especificación estructurada utilizando diferentes técnicas de diagramas para modelar el sistema nuevodiagramas para modelar el sistema nuevo

Ciclo de vida en cascada: MEJORASCiclo de vida en cascada: MEJORAS

Ciclo de Vida Estructurado (1/3)Ciclo de Vida Estructurado (1/3)

3. Diseño3. DiseñoEstablecer un conjunto de módulos e interficies entre ellos, Establecer un conjunto de módulos e interficies entre ellos, desglosando la especificación obtenida en la fase de análisis, desglosando la especificación obtenida en la fase de análisis, facilitando la tarea de codificación, transformación de los modelos facilitando la tarea de codificación, transformación de los modelos lógicos de datos a físicoslógicos de datos a físicos

4. Implementación4. Implementación Programación estructurada descendente e integración de los Programación estructurada descendente e integración de los módulosmódulos

Ciclo de vida en cascada: MEJORASCiclo de vida en cascada: MEJORAS

Ciclo de Vida Estructurado (2/3)Ciclo de Vida Estructurado (2/3)

5. Generación de pruebas de aceptación5. Generación de pruebas de aceptaciónEspecificación de un conjunto de pruebasEspecificación de un conjunto de pruebas

6. Garantía de calidad.6. Garantía de calidad.

7. Descripción de los procedimientos7. Descripción de los procedimientosToda la documentación necesaria para describir tanto los procesos Toda la documentación necesaria para describir tanto los procesos como el producto resultantecomo el producto resultante

8. Instalación e implantación del nuevo sistema al entorno8. Instalación e implantación del nuevo sistema al entorno

Principal característica del modelo:Principal característica del modelo: la implantación del sistema la implantación del sistema descendente. Abstracción de sistema, de los subsistemas y descendente. Abstracción de sistema, de los subsistemas y finalmente de los módulosfinalmente de los módulos

Ciclo de vida en cascada: MEJORASCiclo de vida en cascada: MEJORAS

Ciclo de Vida Estructurado (3/3)Ciclo de Vida Estructurado (3/3)

Documentación

Definiciónde requerimientos

Análisis y Diseño del sistema

Implementación

Integración y Pruebas

Explotación yMantenimiento

Ciclo de vida en cascada o mod. tradicionalCiclo de vida en cascada o mod. tradicional

• Utilizados principalmente en el desarrollo de sistemas donde Utilizados principalmente en el desarrollo de sistemas donde existe un pobre conocimiento de los requerimientos de un sistema existe un pobre conocimiento de los requerimientos de un sistema o la rápida evolución de los mismos a través del tiempo. o la rápida evolución de los mismos a través del tiempo.

• Captura de requerimientos Captura de requerimientos “diseño rápido” “diseño rápido”

• El diseño rápido se centra en una representación de aquellos El diseño rápido se centra en una representación de aquellos aspectos del software que serán visibles al usuario. El prototipo es aspectos del software que serán visibles al usuario. El prototipo es evaluado por el cliente y el usuario y utilizado para refinar los evaluado por el cliente y el usuario y utilizado para refinar los requerimientos del software a ser desarrollado. requerimientos del software a ser desarrollado.

Paradigmas o Modelos de desarrollo: Paradigmas o Modelos de desarrollo:

PrototipadoPrototipado

1.1. Preliminar análisis y especificación de los Preliminar análisis y especificación de los requerimientos de usuario.requerimientos de usuario.

2.2. Diseño e implementación de un prototipo Diseño e implementación de un prototipoEnfasis en la interficie de usuario, equipo pequeño para Enfasis en la interficie de usuario, equipo pequeño para minimizar los costes de comunicación. Utilización de minimizar los costes de comunicación. Utilización de herramientas de ayuda al desarrollo.herramientas de ayuda al desarrollo.

3.3. Ejercicio del prototipo Ejercicio del prototipo

4.4. Refinamiento iterativo del prototipo Refinamiento iterativo del prototipo

5.5. Refinamiento de los requerimientos Refinamiento de los requerimientos

6.6. Diseño e implementación de un sistema. Diseño e implementación de un sistema.

A partir de la fase 6 se sigue con el estándar del ciclo de vida.A partir de la fase 6 se sigue con el estándar del ciclo de vida.

Prototipado : FASESPrototipado : FASES

PrototipadoPrototipado

Prototipado: CRITICASPrototipado: CRITICAS

El diseño rápido indica muchas de las veces el utilizar El diseño rápido indica muchas de las veces el utilizar fragmentos de programas ya existentes y herramientas fragmentos de programas ya existentes y herramientas que faciliten la rápida generación de programas.que faciliten la rápida generación de programas.

No se tiene en cuenta la calidad del software, ni su No se tiene en cuenta la calidad del software, ni su mantenimiento.mantenimiento. Ineficiencia de los programas, utilización de recursos, Ineficiencia de los programas, utilización de recursos, utilización de lenguajes inadecuadosutilización de lenguajes inadecuados

Prototipado: ¿Para QUE nos puede ser Prototipado: ¿Para QUE nos puede ser útil?útil?

Cuando el cliente no sabe o no quiere revisar modelos Cuando el cliente no sabe o no quiere revisar modelos abstractos de datos (DER o DFD) para la validación de abstractos de datos (DER o DFD) para la validación de los resultados que se van obteniendo.los resultados que se van obteniendo.

“ “No sé lo que quiero , pero lo reconoceré en cuanto lo No sé lo que quiero , pero lo reconoceré en cuanto lo vea”vea”

Sistemas on-line donde la importancia reside más en la Sistemas on-line donde la importancia reside más en la interficie de usuario que en los procesos.interficie de usuario que en los procesos.

• Descrito por Boehm, mejores características de los dos modelos Descrito por Boehm, mejores características de los dos modelos anteriormente expuestos anteriormente expuestos

• Incorpora el factor “riego del proyecto” al modelo de ciclo de vidaIncorpora el factor “riego del proyecto” al modelo de ciclo de vida

• Se produce una cadena continua de productos, los cuales están Se produce una cadena continua de productos, los cuales están disponibles para la examinación y evaluación por parte del clientedisponibles para la examinación y evaluación por parte del cliente

• Provee mecanismos para la aseguración de la calidad del softwareProvee mecanismos para la aseguración de la calidad del software

• La reevaluación después de cada fase permite cambios en las La reevaluación después de cada fase permite cambios en las percepciones de los usuarios, avances tecnológicos o perspectivas percepciones de los usuarios, avances tecnológicos o perspectivas financierasfinancieras

Paradigmas o Modelos de desarrollo: Paradigmas o Modelos de desarrollo:

Modelo o ciclo de vida en espiralModelo o ciclo de vida en espiral

• PlanificaciónPlanificación

Determinación de objetivos, alternativas, restricciones, y Determinación de objetivos, alternativas, restricciones, y elaboración del plan de desarrollo para el ciclo actual.elaboración del plan de desarrollo para el ciclo actual.

• Análisis de riesgos Análisis de riesgos Evaluación de las alternativas, identificación y resolución de riesgos. Evaluación de las alternativas, identificación y resolución de riesgos. Se decide si se sigue o no con el proyectoSe decide si se sigue o no con el proyecto

• IngenieríaIngeniería Desarrollo del producto siguiendo un modelo: del ciclo de vida o Desarrollo del producto siguiendo un modelo: del ciclo de vida o cascada, prototipo, etc...cascada, prototipo, etc...

• Evaluación por el clienteEvaluación por el clienteValoración de resultadosValoración de resultados

Modelo o ciclo de vida en espiral:Modelo o ciclo de vida en espiral: CUADRANTESCUADRANTES

Modelo o ciclo de vida en espiralModelo o ciclo de vida en espiral

Modelo o ciclo de vida en espiral:Modelo o ciclo de vida en espiral: Puntos Fuertes Puntos Fuertes

Evita las dificultades de los modelos existentes a través de un Evita las dificultades de los modelos existentes a través de un acercamiento conducido por el riesgo.acercamiento conducido por el riesgo.

Intenta eliminar errores en las fases tempranas.Intenta eliminar errores en las fases tempranas.

Es el mismo modelo para el desarrollo y el mantenimiento.Es el mismo modelo para el desarrollo y el mantenimiento.

Provee mecanismos para la aseguración de la calidad del software.Provee mecanismos para la aseguración de la calidad del software.

Trabaja bien en proyectos complejos, dinámicos e innovadores.Trabaja bien en proyectos complejos, dinámicos e innovadores.

La reevaluación después de cada fase permite cambios en las La reevaluación después de cada fase permite cambios en las percepciones de los usuarios, avances tecnológicos o perspectivas percepciones de los usuarios, avances tecnológicos o perspectivas financieras.financieras.

La focalización en los objetivos y limitaciones ayuda a asegurar la La focalización en los objetivos y limitaciones ayuda a asegurar la calidad.calidad.

Modelo o ciclo de vida en espiral:Modelo o ciclo de vida en espiral: Puntos Débiles Puntos Débiles

Falta un proceso de guía explícito para determinar Falta un proceso de guía explícito para determinar objetivos, limitaciones y alternativasobjetivos, limitaciones y alternativas

Provee más flexibilidad que la conveniente para la Provee más flexibilidad que la conveniente para la mayoría de las aplicacionesmayoría de las aplicaciones

La pericia de tasación del riesgo no es una tarea fácil. El La pericia de tasación del riesgo no es una tarea fácil. El autor declara que es necesaria mucha experiencia en autor declara que es necesaria mucha experiencia en proyectos de software para realizar esta tarea exitosamenteproyectos de software para realizar esta tarea exitosamente

Modelo o ciclo de vida en espiral:Modelo o ciclo de vida en espiral: Dominios Dominios

Dominio de aplicaciónDominio de aplicación Proyectos complejos, dinámicos, innovadores, Proyectos complejos, dinámicos, innovadores, ambiciosos, llevados a cabo por equipos internos (no ambiciosos, llevados a cabo por equipos internos (no necesariamente de software).necesariamente de software).

Dominios de aplicación inapropiadosDominios de aplicación inapropiados Dominio de probemas fáciles: si el domino del Dominio de probemas fáciles: si el domino del problema está bien entendido y no hay mayores riesgos, problema está bien entendido y no hay mayores riesgos, es difícil y consume tiempo buscar riesgos donde no los es difícil y consume tiempo buscar riesgos donde no los hay.hay.