Modelo de desarrollo de software

UNIDAD IVI-2013

Modelos de desarrollo de software

Prof. Yaskelly Yedra

INGENIERA DE SOFTWARE

Actividades en el proceso de desarrollo de software

2

Modelo de proceso de DS

1. Modelo secuencial2. Modelo de proceso incremental3. Modelo de proceso evolutivo4. Modelos basados en transformaciones5. Modelos especializados en proceso6. Proceso Unificado (PU)

Modelo en Cascada

3

Modelo en Cascada

Encadenamiento secuencial de las actividades

Cada etapa produce documentos que son la entrada a la siguiente.

Para desarrollar una etapa debe concluirse la anterior.

El modelo original no se adapta a ciertas aplicaciones.

Los costos al descubrir errores en etapas avanzadas son muy altos (es rgido).

Se incorporan variantes al modelo.

4

Validacin

Instalacin, Explotacin

Test y pruebas previas a la Operacin

Operacin y Mantenimiento

Estudio de ViabilidadAnlisis

EspecificacinRequisitos del Software

DiseoEspecificacin de diseo

Diseo Preliminar y Detallado

CodificacinAplicacin

Codificacin y Depuracin

A alguien se le ha ocurrido la Brillante idea de Informatizar ?

Investigacin Inicial, Identificacin de Necesidades, Encuesta, etc.

Requisitos del Sistema

Modelo en Cascada

5

Definicin de Requisitos

Diseo del Softwarey del Sistema

Implementacin yPrueba de unidades

Integracin y Prueba del Sistema

Operacin yMantenimiento

Modelo en Cascada

Separa y secuencia las fases, (no es estrictamente secuencial, a veces se

solapan las etapas)

Tambin se le conoce comomodelo lineal secuencial o

ciclo de vida clasico

6

Modelo en Cascada

Definicin Anlisis

Diseo Desarrollo

Pruebas Mantenim.

Definicin de requisitos: Las restricciones y metas del sistema se definen a partir de la

interaccin con el interesado. Se comprende la naturaleza de la aplicacin y el dominio de informacin,

as como su funcionalidad, rendimiento e interconexin Se renen todos los requisitos que debe cumplir el software

7

Modelo en Cascada

Definicin Anlisis

Diseo Desarrollo

Pruebas Mantenim.

Se concentra en cuatro caractersticas bsicas:Estructura de datosArquitectura del softwareRepresentaciones de interfazDetalle procedimental (algoritmo)

8

Modelo en Cascada

Definicin Anlisis

Diseo Desarrollo

Pruebas Mantenim.

Se llama tambin Implementacin Generacin de cdigo entendible por la mquina Actualmente se investiga mucho sobre la manera de

generar cdigo automticamente

9

Modelo en Cascada

Definicin Anlisis

Diseo Desarrollo

Pruebas Mantenim.

Proceso de depuracin de programas Chequear la validez de las sentencias Pruebas para detectar errores, asegurando que a

partir de los datos de entrada si se genere la salida deseada

10

Modelo en Cascada

Definicin Anlisis

Diseo Desarrollo

Pruebas Mantenim.

Correccin de errores no detectados en la etapa de pruebas

Posibles mejoras funcionales debidas a nuevos requisitos del cliente

En esta fase se vuelven a aplicar todas las etapas anteriores sobre el software existente

11

Modelo en cascada: ventajas-desventajas

El gran problema de este modelo es la dificultad de realizar cambios despus que el proceso ha avanzado

Particin inflexible del proyecto en etapas

Dificultad de responder a los cambios de los requisitos del cliente

Se retrasa la localizacin y correccin de errores

Inflexibilidad del modelo: dificultad para responder a cambios en los requisitos

Este modelo es apropiado cuando los requisitos estn bien definidos

12


1. Modelos secuencial2. Modelo de proceso incremental3. Modelo de proceso evolutivo4. Modelos basados en transformaciones5. Modelos especializados en proceso6. Proceso Unificado (PU)

Modelo Incremental Modelo DRA

13

Modelo de Proceso Incremental

Aplica el enfoque del modelo en cascada, peroaplicado en forma iterativaCada secuencia lineal produce incrementos queagregan funcionalidades adicionales o mejoras alsistemaCada etapa debe cumplir con sus requisitosIncrementos parciales de la herramienta completa lasdiferentes versiones del proyectoEl modelo de proceso incremental, al igual que laconstruccin de prototipos y otros enfoquesevolutivos, es iterativo por naturaleza.

14


Incremento 2

Incremento n... ... ... ...

Anlisis Diseo Cdigo Pruebas



Incremento 1Entrega del 1er incremento

Entrega del 2do incremento

Entrega de n-simoincremento

15


Ventajas: Los clientes no tienen que esperar hasta que el sistema se

entregue completamente para comenzar a hacer uso de l. Los clientes pueden usar los incrementos iniciales como prototipo

para precisar los requisitos posteriores del sistema. Minimizacin del riesgo de falla en el proyecto porque los errores

se van corrigiendo progresivamente.Desventaja: Adaptacin de los requisitos del cliente para lograr incrementos

pequeos (no mas de 20.000 lneas de cdigo) que aadan funcionalidad al sistema.

Nota: Una evolucin de este enfoque se conoce como ProgramacinExtrema (XP-Extreme Programming).

16



Modelo Incremental Modelo DRA

17

Modelo de Desarrollo Rpido de Aplicaciones (DRA)

Basado en el Modelo en Cascada, pero con una aplicacin msrpida, basada en componentes o generacin de cdigo.

Modelo llevado a cabo por varias equipos de trabajo que siguenlas etapas del proceso de manera simultanea.

Modelo aplicable a la construccin de sistemas de informacinfcilmente modularizables.

El Modelo DRA necesita clientes y desarrolladorescomprometidos con el proceso.

Varios equipos de desarrolladores de software trabajan enparalelo sobre diferentes funciones del sistema

18

Modelo de Desarrollo Rpido de Aplicaciones (DRA)

Equipo No. 1

Equipo No. 2

Equipo No. N..

Comunicacin

Planeacin

ModeladoModelado del negocioModelado de los datosModelado del proceso



60-90 das

DespliegueIntegracinEntregaRetroalimentacin

ConstruccinReutilizacin de componentesGeneracin automtica de cdigoPruebas



19

Modelo de Desarrollo Rpido de Aplicaciones (DRA): Desventajas

No funciona para proyectos a grandes escala, necesitarasuficiente RRHH para crear el nmero correcto de equipos.

Si los desarrolladores y clientes no se comprometen con lasactividades necesarias para completar el sistema en un marcode tiempo muy breve, el proyecto DRA fallara.

Si un sistema no se puede modular en forma apropiada, laconstruccin de los componentes para el DRA serproblemtica

El DRA sera inapropiado cuando los riesgos tcnicos sonaltos (integracin de nuevas tecnologas)

20



Construccin de prototipos Modelo espiral Modelo de desarrollo concurrente

21

Los modelos evolutivos se caracterizan porquepermiten a los ingenieros del software, desarrollar demanera iterativa, nuevas versiones del software cadavez ms completasLas actividades de especificacin, desarrollo yvalidacin se entrelazan en vez de separarse, estopermite una rpida retroalimentacin entre ellasExisten dos tipos de desarrollo evolutivos: Desarrollo exploratorio

Prototipos desechables

Desarrollo Evolutivo: Prototipado

22

Desarrollo exploratorio (prototipado exploratorio o evolutivo) El objetivo es trabajar con clientes hasta evolucionar a un

sistema final, a partir de una especificacin inicial El sistemaempieza con las partes del sistema que se comprenden mejor. Elsistema evoluciona agregando nuevos atributos propuestos porel cliente

Prototipaje desechable Persiguen objetivos ms bien de exploracin, por lo que poseen

un corto ciclo de vida. Permiten crear opciones individuales derequisitos, diseo e implementacin repentinas, de modo desatisfacer un nuevo requerimiento para luego ser desechado. Larazn de su empleo radica en aprender lecciones necesarias aun costo mnimo.


23

Descripcindel sistema

VersinInicial

VersinFinal

VersionesIntermedias

Especificacin

Desarrollo

Validacin

ActividadesConcurrentes


24

Recoleccin yrefinamientode requisitos

DiseoRpido de la

aplicacin

Construccinde prototipos

El cliente evala

el prototipo

Desarrollo delproducto final


25

El proceso no es visible Los administradores tienen que hacer entregas

regulares para medir el progreso. Si los sistemas sedesarrollan rpidamente, no es rentable producirdocumentos que reflejen cada versin del sistema.

A menudo los sistemas tienen una estrategiadefinida Los cambios continuos tienden a corromper la

estructura del software. Incorporar cambios en l seconvierte cada vez en una tarea difcil y costosa.

Desarrollo Evolutivo: PrototipadoDesventajas

26

Desarrollo Evolutivo: PrototipadoVentajas

Se detectan malos entendidos entre los desarrolladoresy los usuariosSe detectan servicios no detectados antesDificultades de uso o servicios confusos pueden seridentificados y refinadosStaff de desarrollo de software puede encontrarrequisitos incompletos o inconsistentes con eldesarrollo del prototipoEl prototipo sirve como una base de la especificacinpara la produccin de un sistema de calidad

27


Problemas Poca visibilidad en el proceso Los sistemas estn pobremente especificados Se requieren habilidades especiales.

Aplicabilidad Para sistemas interactivos pequeos o

medianos. Para partes de sistemas grandes (p.ej. la

interfaz de usuario). Para sistemas de corta vida.

28




29

Modelo en Espiral

Conjuga la naturaleza iterativa de la construccin deprototipos con los aspectos controlados ysistemticos del Modelo en Cascada.

Se desarrolla en una serie de entregas evolutivas,puede ser en forma de documento o prototipo.Durante las ultimas iteraciones se produce versionescada vez ms completas

Se divide en un conjunto de actividades del marco detrabajo que define el equipo de desarrollo de IS

30

Modelo en Espiral

Provee una visin del proceso que soporta la gestin de riesgos.

RIESGO: circunstancia potencialmente adversa que puede impactar al proceso y al producto

GESTION DE RIESGOS: disciplina que identifica, trata y elimina los potenciales riesgos

Se centra en identificar y eliminar los riesgos en eldesarrollo de software

Es cclico y en cada nivel se asegura mayor robustez, mientras que disminuye su grado de riesgo

31

El proceso se representa como una espiral en lugarde una secuencia de actividades

Cada vuelta en la espiral representa una fase en elproceso

Ninguna fase es fija, tal como la especificacin o eldiseo - las vueltas en la espiral son elegidasdependiendo lo que se requiera

Se evalan los riesgos explcitamente y seresuelven a lo largo del proceso

Modelo en Espiral

32

Fases del Modelo de Espiral

Planteamiento de Objetivos Se identifican los objetivos especficos para cada

fase del proyecto.

Identificacin y reduccin de riesgos. Los riesgos clave se identifican y analizan, y la

informacin sirve para minimizar los riesgos.

Desarrollo y Validacin. Se elige un modelo apropiado para la siguiente fase

del desarrollo.

Planeacin. Se revisa el proyecto y se trazan planes para la

siguiente ronda del espiral.

33

UCV Esc Computacin Lab MeFIS:33

I

Identifica Objetivos, alternativas, restricciones

II

Evala alternativas, identifica y resuelve riesgos

IV

Revisin de resultados y Planificacin de la siguiente fase

III

Desarrolla, verifica

requisitos, plan del ciclo de vida

Anlisis de riesgo

Prototipo 1Prototipo 2

Prototipo 3

Prototipo Anlisis de riesgo

Anlisis de riesgo

Anlisis de riesgo

Diseo detallado

Plan de desarrollo

Integracin y plan de test

Validacin del diseo

Diseo

requisitos

Validacin de req.

CdigoTest Unitario

Integraciny test

Simulacin, modelacin

El m

odel

o es

pira

lprogreso

Incepcin

liberacin

34

Ventajas del Modelo de Espiral

Ventajas Centra su atencin en la reutilizacin de

componentes y eliminacin de errores en informacin descubierta en fases iniciales.

til para proyectos grandes. Permite usar el prototipado en todas las etapas de la

evolucin para reducir el riesgo. Mantiene el enfoque sistemtico de los pasos

sugeridos por el modelo lineal secuencial, pero lo incorpora dentro de un marco iterativo ms real.

35


Desventajas Requiere de experiencia en la identificacin

de riesgos. Requiere refinamiento para uso generalizado Difcil de convencer a los clientes de que es

controlable. Requiere mucha habilidad para el anlisis de

riesgos y de esta habilidad depende su xito. No ha sido utilizado tanto como el lineal

secuencial o el de prototipos. Se necesita mucha experiencia

36


Evolucin del Modelo Espiral Para aplicaciones basadas en web

37




38

Modelo de Desarrollo Concurrente

Provee una meta descripcin del proceso de softwareMientras que en el Espiral la principal contribucin es quelas actividades del software ocurran repetidamente, en elConcurrente es la capacidad de describir las mltiplesactividades del software que ocurren simultneamente.Dado que los requisitos cambian, es muy probable que unavez haya comenzado la fase de diseo, sea necesarioincorporar cambios. En estos casos NO se debe detener eldiseo, sino que se debe continuar si es posible al mismotiempo que se modifican los requisitos.En este modelo, diversas actividades pueden estarocurriendo concurrentemente, pero se encuentran endiferentes estados.

39

Modelo de Desarrollo Concurrente

Ninguna

BajoDesarrollo

Cambios enespera Bajo

Revisin

BajoModificacin

En lneabase

Realizado

Representa un estado de una actividad de IS

Actividad de anlisis

40


1. Modelo secuencial2. Modelo de proceso incremental3. Modelo de proceso evolutivo4. Modelos basados en transformaciones5. Modelos especializados en proceso6. Proceso Unificado (PU)

41

Harramientas CASE

Acrnimo de Computer Aided Software Engineering(Ingeniera del software asistida por ordenador).Tecnologa software que proporciona la automatizacin delas tareas de desarrollo, mantenimiento y direccin delsoftware.El CASE proporciona un conjunto de herramientas bienintegradas que ahorran trabajo, enlazando y automatizandotodas las fases del ciclo de vida del software.

Ejemplos de CASEHerramientas de diagramacinDiccionario de datosHerramientas de validacin de especificacionesGeneradores de cdigoGeneradores de documentacin

42

Surge como consecuencia de la aparicin del CASE y delos generadores de cdigo.Este ciclo de vida puede considerarse como una serie detransformaciones: El objetivo del sistema se transforma en

especificaciones de requisitos. Las especificaciones de requisitos se transforman en

especificaciones de diseo. Las especificaciones de diseo se transforman en

cdigo.

Modelo Basado en Transformaciones

43


Ventajas Posibilidad de comprobacin de errores en etapas

iniciales del desarrollo. Posibilidad de realizar el mantenimiento a nivel de

especificacin, evitando tener que modificar un cdigo que est pobremente estructurado despus de repetidos procesos de optimizacin.

Soporte para la validacin de los requisitos. Soporte de reusabilidad. Potencia la especificacin orientada al problema.

44


Desventajas Requieren especificaciones iniciales muy

detalladas. Restringen el mbito de la aplicacin. Requieren una maduracin previa del

proceso de desarrollo.

45



Modelo basado en componentes Modelo de mtodos formales

46

Modelo Basado en Componentes

Se basa en la reutilizacin de componentes

Requiere de una librera de componentes

La reutilizacin puede ser de componentes de especificacin, de programas, etc.

La reusabilidad permite reducir el tiempo y los costos asociados a la construccin de productos de software

Requiere de herramientas de asistencia para las nuevas actividades que se generan.

47


La tecnologa de objetos proporciona el marcode trabajo tcnico para un modelo de procesobasado en componentes para la IS.

El paradigma orientado a objetos enfatiza en lacreacin de clases que encapsulan tanto losdatos como los algoritmos que se utilizan paramanejar los datos.

Si se disean e implementan las clasescorrectamente, podran ser reutilizables por lasdiferentes aplicaciones y arquitecturas desistemas basados en computadores.

48


El modelo de desarrollo basado en componentes incorpora muchas de las caractersticas del modelo en espiral.

Es evolutivo por naturaleza y exige un enfoque iterativo para la creacin de software.

Configura aplicaciones desde componentes preparados de software.

El modelo basado en componentes conduce a la reutilizacin del software, proporcionando beneficios a los ingenieros de software.

49

Un sistema est integrado a partir de componentes

Etapas del proceso Analisis de componentes Modificacin de requisitos Diseo del sistema con reuso Desarrollo e integracin


Anlisis de componentes

Especificacin de requisitos

Modificacin de requisitos

Desarrollo eintegracin

Validacin del sistema

Diseo del sistema con reutilizacin

50

Ventaja Optimiza los tiempos de respuesta a los requisitos del

cliente y facilita la labor del programador pues hay un alto aprovechamiento del cdigo.

Facilita mantenimiento del software.

Desventaja Puede no tenerse los componentes adecuados para

los requisitos del sistema. Si las nuevas versiones de los componentes no estn

bajo el control de quien los utiliza se pierde parte de la evolucin del sistema.


51


Evolucin del Modelo Espiral aplicado a la reutilizacin de componentes

Planificacin

Anlisis de Riesgo

Construccin y adaptacin dela ingeniera

Evaluacin Del Cliente

Comunicacin con el Cliente

Identificar componentes

candidatos

Construir la iteracindel sistema

Poner nuevoscomponentes en la biblioteca

Extraer Componentes

Si estndisponibles

Buscar Componentesen biblioteca

Extraer ComponentesSi No estn disponibles

52



Modelo basado en componentes Modelo de mtodos formales

53

Modelo de Mtodos Formales

El proceso de desarrollo se basa en la transformacin matemtica formal de la especificacin del sistema a un programa ejecutableFacilita la verificacin de programas a travs de un riguroso anlisis matemtico.La ejecucin de este tipo de modelos requiere mucho tiempo y esfuerzo.

Especificacinformal

Definicin de requisitos

Transformacin formal

Integracin y prueba del sistema

54

Modelo de Mtodos Formales

Ventaja Demostraciones formales de propiedades. Especificaciones sin ambigedades. tiles para sistemas crticos, dnde la seguridad debe

garantizarse antes que el sistema sea puesto en funcionamiento.

Desventaja Difcil especificar algunos aspectos del sistema tales

como la interfaz de usuario La ejecucin de este tipo de modelos requiere mucho

tiempo y esfuerzo. Pocos desarrolladores dominan el algebra y las

matemticas para la especificacin formal.

55



Dirigido por caso de uso Centrado en la arquitectura Iterativo e incremental

56

El Proceso Unificado (PU)

Quin est haciendo,

Qu es lo que est haciendo,

Cundo debe hacerlo, y

Cmo obtener un cierto objetivo.

trabajadores

artefactos

fases del procesoencadenamiento de actividades.

Define:

Modelo, documento, cdigo o pieza de informacin producido en el proceso de desarrollo de software

57

Est basado en componentes e interfaces bien definidas

Utiliza el Lenguaje Unificado de Modelado (UML)

Aspectos caractersticos: Dirigido por casos de uso Centrado en la arquitectura Iterativo e incremental


Ivar Jacobson, Grady Booch, James Rumbaugh, El Proceso Unificado de Desarrollo Software, AddisonWesley, 1999

58

Caso de uso: Fragmento de funcionalidad que proporciona al usuario/cliente un resultado importante

Modelo de casos de uso: Funcionalidad total del sistema

Qu debe hacer el sistema para cada usuario?

Guan el proceso de desarrollo

Dirigido por casos de uso


59

Describe diferentes vistas del sistema

Incluye los aspectos estticos y dinmicos ms significativos

La arquitectura y los casos de uso evolucionan en paralelo

Responsable: el arquitecto: Empieza por la parte que no es especfica de los casos de uso Trabaja con casos de uso claves Progresa con la especificacin de ms casos de uso

Centrado en la arquitectura


Proyeccin de la organizacin y estructura de un sistema enfocndose en aspectos

particulares

60

Arquitectura: Vistas


Para modelar un sistema desde diferentes vistas se deberesponder:

Qu vistas se requiere?Para cada vista:

Qu artefactos producir?

Con qu notacin?

61

Se divide el trabajo en mini-proyectos

Cada mini-proyecto es una iteracin que resulta en un incremento

La iteracin Trata un conjunto de casos de uso Trata los riesgos ms importantes

En cada iteracin se persiguen unos objetivos concretos


Iterativo e incremental

62

Beneficios de un proceso iterativo controlado: Coste del riesgo a un solo incremento Reduce el riesgo de no sacar el producto en el

calendario previsto Acelera el ritmo de desarrollo Se adapta mejor a las necesidades del cliente



63



Permite desarrollar un sistema a travs derefinamientos sucesivos e incorporacin denuevas funcionalidades, creando una solucinefectiva, en mltiples iteraciones.

Alto nivel de reuso Apendizaje del grupo del proyecto durante el desarrollo

del software Adaptacin a requisitos cambiantes Mitigacin de los riesgos y realizacin de las pruebas en

etapas tempranas del desarrollo del software.

64


Modelado del Negocio

ImplementacinPrueba

Entrega

Anlisis y Diseo

DisciplinasFundamentales

Requisitos

Fases

Elaboracin Construccin TransicinInicio

Iteraciones y disciplinas

65


tiempo

Inicio Elaboracin Construccin Transicin

Define el alcance y factibilidad del proyecto.(anlisis de requisitos).

Fases del ciclo de vida

66


tiempo


Planifica el proyecto, especifica las caractersticas y la arquitectura base. (Anlisis y diseo)


67



tiempo


Construye el producto(implementacin)

68



tiempo


Entrega del producto al cliente o a los usuarios.

69


69


ImplementacinPrueba

Entrega

Anlisis y Diseo


Requisitos

Fases



Esbozar:Modelo de Casos de UsoEspecificaciones complementariasGlosario

70


70


ImplementacinPrueba

Entrega

Anlisis y Diseo


Requisitos

Fases



Refinar: Modelo de Casos de Uso Especificaciones Complementarias Glosario

71


71


ImplementacinPrueba

Entrega

Anlisis y Diseo


Requisitos

Fases



Esbozar: Modelo de Diseo Documento de la Arquitectura

72


72


ImplementacinPrueba

Entrega

Anlisis y Diseo


Requisitos

Fases



Refinar: Modelo de Diseo

73


73


ImplementacinPrueba

Entrega

Anlisis y Diseo


Requisitos

Fases



Esbozar: Modelo de implementacin

74


74


ImplementacinPrueba

Entrega

Anlisis y Diseo


Requisitos

Fases



Refinar: Modelo de implementacin

75

El Proceso Unificado (PU)Artefactos que se producen

76

El Proceso Unificado (PU)Inclusin de la construccin de la interfaz

ConstruccinInterfaz Usuario

Inicio

Elaboracin

Construccin

Transicin

Fases

Actividadess

Anlisis requerimientos

Anlisis

Diseo

Implementacin

Prueba

77

Cascada Separa y secuencia las fases

Evolutivo Especificacin y desarrollo son intercalados

De transformaciones Un modelo formal del sistema es transformado en

otro modelo de ms bajo nivel de abstraccin

Basado en componentes El sistema es producto de ensamblaje de

componentes

Modelo de proceso de DS (conclusiones)

78

Qu modelo utilizar ?

Para sistemas bien comprendidos se puede aplicar el Modelo en Cascada. La fase de anlisis de riesgos es relativamente fcil.

Con Requisitos estables y sistemas de seguridad crticos, se pueden utilizar Modelos Formales.

Con especificaciones incompletas, se puede utilizar el Modelo de Prototipaje.

Pueden utilizarse modelos hbridos en distintas partes del desarrollo.

79

Modelos de Procesos Hbridos

Los sistemas grandes estn hechos usualmente de varios subsistemas.

No es necesario utilizar el mismo modelo de proceso para todos los subsistemas.

El prototipado es recomendado cuando existen especificaciones de alto riesgo.

El modelo de cascada es utilizado en desarrollos bien comprendidos.

Nmero de diapositiva 1Nmero de diapositiva 2Modelo en CascadaModelo en CascadaModelo en CascadaModelo en CascadaModelo en CascadaModelo en CascadaModelo en CascadaModelo en CascadaModelo en cascada: ventajas-desventajas Nmero de diapositiva 12Nmero de diapositiva 13Nmero de diapositiva 14Nmero de diapositiva 15Nmero de diapositiva 16Nmero de diapositiva 17Nmero de diapositiva 18Nmero de diapositiva 19Nmero de diapositiva 20Desarrollo Evolutivo: PrototipadoDesarrollo Evolutivo: PrototipadoNmero de diapositiva 23Desarrollo Evolutivo: PrototipadoDesarrollo Evolutivo: Prototipado DesventajasDesarrollo Evolutivo: Prototipado VentajasNmero de diapositiva 27Nmero de diapositiva 28Modelo en EspiralModelo en EspiralModelo en EspiralNmero de diapositiva 32Nmero de diapositiva 33Nmero de diapositiva 34Nmero de diapositiva 35Nmero de diapositiva 36Nmero de diapositiva 37Nmero de diapositiva 38Nmero de diapositiva 39Nmero de diapositiva 40Harramientas CASEModelo Basado en TransformacionesModelo Basado en TransformacionesModelo Basado en TransformacionesNmero de diapositiva 45Modelo Basado en ComponentesModelo Basado en ComponentesModelo Basado en ComponentesModelo Basado en ComponentesModelo Basado en ComponentesModelo Basado en ComponentesNmero de diapositiva 52Modelo de Mtodos FormalesModelo de Mtodos FormalesNmero de diapositiva 55El Proceso Unificado (PU)El Proceso Unificado (PU)El Proceso Unificado (PU)El Proceso Unificado (PU)El Proceso Unificado (PU)El Proceso Unificado (PU)El Proceso Unificado (PU)El Proceso Unificado (PU)El Proceso Unificado (PU)El Proceso Unificado (PU)El Proceso Unificado (PU)El Proceso Unificado (PU)El Proceso Unificado (PU)El Proceso Unificado (PU)El Proceso Unificado (PU)El Proceso Unificado (PU)El Proceso Unificado (PU)El Proceso Unificado (PU)El Proceso Unificado (PU)El Proceso Unificado (PU)El Proceso Unificado (PU)Nmero de diapositiva 77Qu modelo utilizar ?Modelos de Procesos Hbridos

Modelo de desarrollo de software

Software

Transcript of Modelo de desarrollo de software