SlideShare una empresa de Scribd logo
prueva
Este Modelo se derivo de Procesos de Ingeniería
de Sistemas mas generales por Royce en
1970.Este se encarga de considerar las
actividades fundamentales del Proceso de: 
Especificación. Desarrollo. Validación.


Sus etapas principales son las siguientes:
prueva
Los servicios, Restricciones y Metas del
Sistema se definen a partir de las consultas
con Los usuarios. Se definen en detalle y
sirven como una especificación del
Sistema.
El Proceso del Diseño del Sistema divide los
Requerimientos en sistemas Hardware o
Software. Establece una Arquitectura
completa del sistema. El Diseño del
software “Identifica” y “Describe” las
abstracciones fundamentales del sistema
software y sus relaciones.
El Diseño del Software se lleva a cabo
como un “Conjunto” o “Unidades” de
Programas. La “Prueba de unidades”
implica verificar que cada una cumpla
su especificación.
Los “Programas” o Las “Unidades“
individuales de programas se integran y
prueban como un sistema completo para
asegurarque      se      cumplan     los
requerimientos del Software.El “Sistema
Software” se entrega al cliente.
El Sistema se “instala” y se pone en
Funcionamiento          Práctico.        El
“Mantenimiento” implica a corregir
errores no descubiertosen las etapas
anteriores del ciclode vida, mejorar la
implementación de las unidades del
sistema y saltar los servicios del sistema
una vez que descubren nuevos
requerimientos.
Ventajas:
1) La Documentación se va produciendo en cada
fase.

2) El Modelo cuadra con otros modelos del
proceso de ingeniería.



Desventajas:
1) Inflexibilidad : al dividir el proyecto en distintas
   etapas.

2) Es difícil responder a cambios en los
   requerimientos del cliente.
prueva
Incluye fases similares a las del modelo en cascada
pero de forma jerárquica. En horizontal se
representa el avance en el desarrollo y en vertical
el nivel de detalle.

VERIFICACIÓN, comprobación de que una parte
del sistema cumple con sus especificaciones.

VALIDACIÓN, comprobación de que un elemento
satisface las necesidades del usuario identificadas
durante el análisis.
Modelo iterativo y creciente (o incremental)

es un proceso de desarrollo de software, creado en
respuesta a las debilidades del modelo tradicional de
cascada.Para apoyar el desarrollo de proyectos por
medio de este modelo se han creado frameworks
(entornos de trabajo), de los cuales los dos más
famosos son el Rational Unified Process y el Dynamic
Systems Development Method. El desarrollo
incremental e iterativo es también una parte esencial
de un tipo de programación conocido como Extreme
Programming y los demás frameworks de desarrollo
rápido de software.
Los riesgos son identificados y mitigados
     Los principales riesgos que ayuda a mitigar:
           Construir el sistema equivocado
           Problemas en Integración
           Arquitectura
Permite planificar el cambio en la próxima iteración
Alto nivel de reutilización
     Se identifican partes comunes ya implementadas
Desarrollo evolutivo

• Desarrollo exploratorio
   – El objetivo es trabajar con los clientes y evolucionar hacia
     un sistema final desde una especificación inicial. Debería
     partir con requerimientos bien conocidos.


• Prototipos desechables
   – El objetivo es entender los requerimientos del sistema.
     Debería comenzar con requerimientos pobremente
     conocidos.
Desarrollo evolutivo
                  Actividades
                 concurrentes


                 Especificación   Versión inicial




Bosquejo de la     Desarrollo      Versiones
 descripción                      intermedias



                   Validación     Versión final
Desarrollo evolutivo

 • Problemas
    – Los sistemas a menudo resultan pobremente estructurados.
    – Puede ser necesario contar con habilidades especiales (por
      ejemplo, lenguajes para prototipos rápidos).
 • Aplicabilidad
    – Para sistemas interactivos pequeños o de mediano tamaño.
    – Para partes de sistemas grandes (por ejemplo, la interfaz del usuario).
    – Para sistemas de corta vida útil.
El Modelo Espiral



El Modelo Espiral mejora el Modelo de
Cascada enfatizando la naturaleza iterativa del
proceso de diseño. Eso introduce un ciclo de
prototipo iterativo. En cada iteración, las
nuevas expresiones que son obtenidas
transformando otras dadas son examinadas
para ver si representan progresos hacia el
objetivo.
Características:
En cada giro se construye un nuevo modelo del sistema
completo.

Este modelo puede combinarse con otros modelos de proceso
de desarrollo (cascada, evolutivo).

Mejor modelo para el desarrollo de grandes sistemas.

El análisis de riesgo requiere la participación de personal
altamente calificado.
Desventajas:
Resulta difícil convencer a grandes clientes de que el
enfoque evolutivo es controlable.

Es nuevo (1988) y no se ha utilizado tanto como
otros modelos de ciclo de vida.

Debido a su elevada complejidad no se aconseja
utilizarlo en pequeños sistemas.
Ventajas:
El modelo en espiral puede adaptarse y aplicarse a lo
largo de la vida del software de computadora.

Como el software evoluciona a medida que progresa el
proceso, el desarrollador y el cliente comprenden y
reaccionan mejor ante riesgos en cada uno de los nivele
evolutivos.

El modelo en espiral permite a quien lo desarrolla aplicar
el enfoque de construcción de prototipos en cualquier
etapa de evolución del producto.
incremental




El modelo incremental combina elementos del
modelo lineal secuencial (aplicados
repetidamente) con la filosofía interactiva de
construcción de prototipos. El modelo
incremental aplica secuencias lineales de
forma escalonada mientras progresa el tiempo
en el calendario. Cada secuencia lineal
produce un «incremento» del software
[MDE93]. Por ejemplo, el software de
tratamiento de textos desarrollado con el
paradigma incremental podría extraer
funciones de gestión de archivos básicos y de
producción de documentos en el primer
incremento; funciones de edición más
sofisticadas y de producción de documentos
en el segundo incremento; corrección
ortográfica y gramatical en el tercero; y una
función avanzada de esquema de página en el
VENTAJAS El usuario se involucra más. Los usuarios no tiene que
esperar. Se evitan proyectos largos y se entrega “Algo de valor” a
los usuarios con cierta frecuencia Se puede financiar el proyecto
por partes. No se necesita tanto personal al principio como para
una implementación completa. INGENIERIA DE SOFTWARE
12. DESVENTAJAS Difícil de evaluar el costo total. Difícil de aplicar
a sistemas transaccionales que tienden a ser integrados y a
funcionar como un todo. Requiere gestores experimentados. Los
errores en los requisitos se detectan tarde. INGENIERIA DE
SOFTWARE
13. DESVENTAJAS Prioriza los requisitos del usuario y los
requisitos de más alta prioridad se incluyen en los incrementos
más tempranos. Las primeras versiones son incompletas pero
proporcionan al usuario la funcionalidad que precisa y una
plataforma para la evaluación. Se necesitan pruebas de regresión.
Pueden aumentar el coste debido a las pruebas. INGENIERIA DE
SOFTWARE
Construccion de prototipo



Los prototipos son una visión preliminar del
sistema futuro que se implantara.La
elaboración de prototipos de un sistema de
información es una técnica valiosa para la
recopilación rápida de información especifica a
cerca de los requerimientos de información de
los usuarios.Los prototipos efectivos deben
hacerse tempranamente en el ciclo de vida del
desarrollo de sistemas, durante la fase de
determinación de requerimientos.
Ventajas : reducción de la incertidumbre y del
riesgo, reducción de tiempo y de
costos, incrementos en la aceptación del
nuevo sistema, mejoras en la administración
de proyectos, mejoras en la comunicación
entre desarrolladores y clientes, etc.

Desventajas : la dependencia de las
herramientas de software para el éxito ya que
la necesidad de disminución de incertidumbre
depende de las iteraciones del prototipo, entre
más iteraciones existan mejor y esto último se
logra mediante el uso de mejores herramientas
lo que hace a este proceso dependiente de las
mismas. También, no es posible aplicar la
metodología a todos los proyectos de software
y, finalmente, la mala interpretación que
pueden hacer los usuarios del prototipo, al
cual pueden confundir con el sistema
terminado.
Modelo basado en componentes


Creo que estamos en el clasico "Reuso del conocimiento", ya que comoantes
soliamos hacer en el colegio, cuando teniamos alguna funcion oproceso ya
hecho, lo podiamos usar para un programa nuevo.

Creo que basicamente de eso es lo que se trata este modelo, ya que reutilizam
componentes como :Prototipos, código o diseño.
Entonces, tranquilamente podremos usar piezas de codigo preelaborado.

Para facilitarnos la cosas y no tener problemas con el tiempo delproyecto, o lo
recursos, tranquilamente podremos Comprar el componentenecesitado, y no
tener que construir uno propio.

Entonces, aqui hay que saber donde tendremos que comprar los
componentes, convertirnos en buenos compradores.
Usar las habilidades que tienen algun@s para ir de shopping, y encaminarlas p
conseguir buenos componentes.
Las ventajas parecen ser claras de este
modelo:
- Reutilización del Software.
- Simplificación de pruebas, simplificacion del
mantenimiento del sistema.
  (ambas significan menos tiempo)
- Mayor calidad. (Aunque esta depende de sin
somos o no buenos compradores)

y cuando compramos a terceros:
- Ciclos de desarrollo se hacen mas cortos.
- El dinero invertido regresa en menos
tiempo.
- Hay mejor funcionalidad
(aunque, insisto, depende si sabemos comprar
bien).
prueva
prueva
prueva

Más contenido relacionado

La actualidad más candente

metodologia de prototipos
metodologia de prototiposmetodologia de prototipos
metodologia de prototipos
Keiner Valerio
 
Modelos del software
Modelos del softwareModelos del software
Modelos del software
angelicasolishernnde
 
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo
IngenierosD
 
Acti deaprendizaje equipo_software1
Acti deaprendizaje equipo_software1Acti deaprendizaje equipo_software1
Acti deaprendizaje equipo_software1
Dalia Sandiego
 
CUADRO COMPARATIVO DE LOS MODELOS DE CICLO DE VIDA DE SOFTWARE
CUADRO COMPARATIVO DE LOS MODELOS DE CICLO DE VIDA DE SOFTWARECUADRO COMPARATIVO DE LOS MODELOS DE CICLO DE VIDA DE SOFTWARE
CUADRO COMPARATIVO DE LOS MODELOS DE CICLO DE VIDA DE SOFTWARE
Freddy Aguilar
 
Modelos de desarrollo del software
Modelos de desarrollo del softwareModelos de desarrollo del software
Modelos de desarrollo del software
Renny Batista
 
Modelo incremental
Modelo incrementalModelo incremental
Modelo incremental
Avelino Felipe Policarpio
 
Diseño de software modelo lineal (presentacion)
Diseño de software   modelo lineal (presentacion)Diseño de software   modelo lineal (presentacion)
Diseño de software modelo lineal (presentacion)
Marco Antonio Perez Montero
 
Modelo Incremental, victor mamani catachura, boreasH
Modelo Incremental, victor mamani catachura, boreasHModelo Incremental, victor mamani catachura, boreasH
Modelo Incremental, victor mamani catachura, boreasH
victor mamani
 
Modelo evolutivo
Modelo evolutivoModelo evolutivo
Modelo evolutivo
Barklyn Lsla
 
Modelos de desarrollo de software
Modelos de desarrollo de softwareModelos de desarrollo de software
Modelos de desarrollo de software
kellypt1
 
Modelo en cascada
Modelo en cascadaModelo en cascada
Modelo en cascada
home
 
Cuadro comparativo Modelos de Software.
Cuadro comparativo Modelos de Software.Cuadro comparativo Modelos de Software.
Cuadro comparativo Modelos de Software.
templarioo
 
Grupo 5-modelos-de-procesos-de-software
Grupo 5-modelos-de-procesos-de-softwareGrupo 5-modelos-de-procesos-de-software
Grupo 5-modelos-de-procesos-de-software
PrimoLaura
 
Modelos de proceso evolutivo
Modelos de proceso evolutivoModelos de proceso evolutivo
Modelos de proceso evolutivo
JOSE JESUS SANCHEZ LEON
 
Desarrollo Evolutivo
Desarrollo EvolutivoDesarrollo Evolutivo
Desarrollo Evolutivo
lorenislemus
 
Procesos del Software
Procesos del SoftwareProcesos del Software
Procesos del Software
Carolina Rojas
 
2 modelos de la ingenieria de software
2  modelos de la ingenieria de software2  modelos de la ingenieria de software
2 modelos de la ingenieria de software
Alberto Flores De Peñafiel
 
Modelos evolutivos
Modelos evolutivosModelos evolutivos
Modelos evolutivos
Jair Alexander Castro Rey
 
Cuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de softwareCuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de software
paoaboytes
 

La actualidad más candente (20)

metodologia de prototipos
metodologia de prototiposmetodologia de prototipos
metodologia de prototipos
 
Modelos del software
Modelos del softwareModelos del software
Modelos del software
 
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo
 
Acti deaprendizaje equipo_software1
Acti deaprendizaje equipo_software1Acti deaprendizaje equipo_software1
Acti deaprendizaje equipo_software1
 
CUADRO COMPARATIVO DE LOS MODELOS DE CICLO DE VIDA DE SOFTWARE
CUADRO COMPARATIVO DE LOS MODELOS DE CICLO DE VIDA DE SOFTWARECUADRO COMPARATIVO DE LOS MODELOS DE CICLO DE VIDA DE SOFTWARE
CUADRO COMPARATIVO DE LOS MODELOS DE CICLO DE VIDA DE SOFTWARE
 
Modelos de desarrollo del software
Modelos de desarrollo del softwareModelos de desarrollo del software
Modelos de desarrollo del software
 
Modelo incremental
Modelo incrementalModelo incremental
Modelo incremental
 
Diseño de software modelo lineal (presentacion)
Diseño de software   modelo lineal (presentacion)Diseño de software   modelo lineal (presentacion)
Diseño de software modelo lineal (presentacion)
 
Modelo Incremental, victor mamani catachura, boreasH
Modelo Incremental, victor mamani catachura, boreasHModelo Incremental, victor mamani catachura, boreasH
Modelo Incremental, victor mamani catachura, boreasH
 
Modelo evolutivo
Modelo evolutivoModelo evolutivo
Modelo evolutivo
 
Modelos de desarrollo de software
Modelos de desarrollo de softwareModelos de desarrollo de software
Modelos de desarrollo de software
 
Modelo en cascada
Modelo en cascadaModelo en cascada
Modelo en cascada
 
Cuadro comparativo Modelos de Software.
Cuadro comparativo Modelos de Software.Cuadro comparativo Modelos de Software.
Cuadro comparativo Modelos de Software.
 
Grupo 5-modelos-de-procesos-de-software
Grupo 5-modelos-de-procesos-de-softwareGrupo 5-modelos-de-procesos-de-software
Grupo 5-modelos-de-procesos-de-software
 
Modelos de proceso evolutivo
Modelos de proceso evolutivoModelos de proceso evolutivo
Modelos de proceso evolutivo
 
Desarrollo Evolutivo
Desarrollo EvolutivoDesarrollo Evolutivo
Desarrollo Evolutivo
 
Procesos del Software
Procesos del SoftwareProcesos del Software
Procesos del Software
 
2 modelos de la ingenieria de software
2  modelos de la ingenieria de software2  modelos de la ingenieria de software
2 modelos de la ingenieria de software
 
Modelos evolutivos
Modelos evolutivosModelos evolutivos
Modelos evolutivos
 
Cuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de softwareCuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de software
 

Destacado

El jaguar
El jaguarEl jaguar
El jaguar
maripili1a
 
Programa 5s
Programa 5sPrograma 5s
Programa 5s
karolmarcondes
 
لنتعلم إسلامنا
لنتعلم إسلامنالنتعلم إسلامنا
لنتعلم إسلامنا
Islamic Invitation
 
Aborto (3)
Aborto (3)Aborto (3)
Aborto (3)
jeffer9509
 
Linkin park
Linkin parkLinkin park
Linkin park
slowdeath16
 
Felipeeee
FelipeeeeFelipeeee
Felipeeee
AndresHerrera93
 
El cuervo
El cuervoEl cuervo
El cuervo
maripili1a
 
Trabajo de relaciones humanas
Trabajo de relaciones humanasTrabajo de relaciones humanas
Trabajo de relaciones humanas
zuca001
 
Regional sales manager polymer additives
Regional sales manager polymer additivesRegional sales manager polymer additives
Regional sales manager polymer additives
bneely
 
2012 ca 11022_101
2012 ca 11022_1012012 ca 11022_101
2012 ca 11022_101
Lourdes López Viñolo
 
Presentation1.PPTX
Presentation1.PPTXPresentation1.PPTX
Presentation1.PPTX
jameschloejames
 
Barclays Work Experience Report (1)
Barclays Work Experience Report (1)Barclays Work Experience Report (1)
Barclays Work Experience Report (1)
Ben Kent
 
Action ua
Action uaAction ua
Action ua
dlshop
 
What Should I Do If I Have a Loose Tooth?
What Should I Do If I Have a Loose Tooth?What Should I Do If I Have a Loose Tooth?
What Should I Do If I Have a Loose Tooth?
Buzz Marketing Pros
 

Destacado (14)

El jaguar
El jaguarEl jaguar
El jaguar
 
Programa 5s
Programa 5sPrograma 5s
Programa 5s
 
لنتعلم إسلامنا
لنتعلم إسلامنالنتعلم إسلامنا
لنتعلم إسلامنا
 
Aborto (3)
Aborto (3)Aborto (3)
Aborto (3)
 
Linkin park
Linkin parkLinkin park
Linkin park
 
Felipeeee
FelipeeeeFelipeeee
Felipeeee
 
El cuervo
El cuervoEl cuervo
El cuervo
 
Trabajo de relaciones humanas
Trabajo de relaciones humanasTrabajo de relaciones humanas
Trabajo de relaciones humanas
 
Regional sales manager polymer additives
Regional sales manager polymer additivesRegional sales manager polymer additives
Regional sales manager polymer additives
 
2012 ca 11022_101
2012 ca 11022_1012012 ca 11022_101
2012 ca 11022_101
 
Presentation1.PPTX
Presentation1.PPTXPresentation1.PPTX
Presentation1.PPTX
 
Barclays Work Experience Report (1)
Barclays Work Experience Report (1)Barclays Work Experience Report (1)
Barclays Work Experience Report (1)
 
Action ua
Action uaAction ua
Action ua
 
What Should I Do If I Have a Loose Tooth?
What Should I Do If I Have a Loose Tooth?What Should I Do If I Have a Loose Tooth?
What Should I Do If I Have a Loose Tooth?
 

Similar a prueva

Unidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de softwareUnidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de software
Andhy H Palma
 
Unidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de softwareUnidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de software
Andhy H Palma
 
Modelos de Ing de soft
Modelos de Ing de softModelos de Ing de soft
Modelos de Ing de soft
Jazmin Cr
 
Apuntes
ApuntesApuntes
Sesión 3: Modelos prescriptivos de proceso
Sesión 3: Modelos prescriptivos de procesoSesión 3: Modelos prescriptivos de proceso
Sesión 3: Modelos prescriptivos de proceso
Coesi Consultoria
 
Sesión 3: Modelos prescriptivos de proceso de software
Sesión 3: Modelos prescriptivos de proceso de softwareSesión 3: Modelos prescriptivos de proceso de software
Sesión 3: Modelos prescriptivos de proceso de software
Luis Fernández
 
1. ciclo de_vida_de_software
1. ciclo de_vida_de_software1. ciclo de_vida_de_software
1. ciclo de_vida_de_software
Miguel Castro
 
3. modelos prescriptivos de proceso
3. modelos prescriptivos de proceso3. modelos prescriptivos de proceso
3. modelos prescriptivos de proceso
Luis Fernandez Vizcarra
 
Modelo de cascadaa
Modelo de cascadaaModelo de cascadaa
Modelo de cascadaa
mendez45
 
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo
jorge paez
 
Metodología de desarrollo de software
Metodología de desarrollo de softwareMetodología de desarrollo de software
Metodología de desarrollo de software
Abner Garcia
 
Modelo de desarrollo de software - presentación en powerpoint
Modelo de desarrollo de software - presentación en powerpointModelo de desarrollo de software - presentación en powerpoint
Modelo de desarrollo de software - presentación en powerpoint
ssuser73f459
 
Modelos de Desarrollo del Software
Modelos de Desarrollo del SoftwareModelos de Desarrollo del Software
Modelos de Desarrollo del Software
GianlucaCastellano1
 
Ciclo vida DESARROLLO DE SOFTWARE
Ciclo vida DESARROLLO DE SOFTWARECiclo vida DESARROLLO DE SOFTWARE
Ciclo vida DESARROLLO DE SOFTWARE
J Martin Luzon
 
Curso de Ingeniería de Software - Capitulo4
Curso de Ingeniería de Software - Capitulo4Curso de Ingeniería de Software - Capitulo4
Curso de Ingeniería de Software - Capitulo4
Eddie Malca
 
Prototipos
PrototiposPrototipos
Prototipos
walter4154
 
Unidad 4 Modelos de Procesos del Software
Unidad 4 Modelos de Procesos del SoftwareUnidad 4 Modelos de Procesos del Software
Unidad 4 Modelos de Procesos del Software
rezzaca
 
Trabajo de sistemas de software
Trabajo de sistemas de softwareTrabajo de sistemas de software
Trabajo de sistemas de software
JhonJairoPerez
 
Métodos de la ingeniería
Métodos de la ingenieríaMétodos de la ingeniería
Métodos de la ingeniería
Sam Stgo
 
Jhostin vasquez modelos de software
Jhostin vasquez   modelos de softwareJhostin vasquez   modelos de software
Jhostin vasquez modelos de software
jhostinvasquez
 

Similar a prueva (20)

Unidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de softwareUnidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de software
 
Unidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de softwareUnidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de software
 
Modelos de Ing de soft
Modelos de Ing de softModelos de Ing de soft
Modelos de Ing de soft
 
Apuntes
ApuntesApuntes
Apuntes
 
Sesión 3: Modelos prescriptivos de proceso
Sesión 3: Modelos prescriptivos de procesoSesión 3: Modelos prescriptivos de proceso
Sesión 3: Modelos prescriptivos de proceso
 
Sesión 3: Modelos prescriptivos de proceso de software
Sesión 3: Modelos prescriptivos de proceso de softwareSesión 3: Modelos prescriptivos de proceso de software
Sesión 3: Modelos prescriptivos de proceso de software
 
1. ciclo de_vida_de_software
1. ciclo de_vida_de_software1. ciclo de_vida_de_software
1. ciclo de_vida_de_software
 
3. modelos prescriptivos de proceso
3. modelos prescriptivos de proceso3. modelos prescriptivos de proceso
3. modelos prescriptivos de proceso
 
Modelo de cascadaa
Modelo de cascadaaModelo de cascadaa
Modelo de cascadaa
 
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo
 
Metodología de desarrollo de software
Metodología de desarrollo de softwareMetodología de desarrollo de software
Metodología de desarrollo de software
 
Modelo de desarrollo de software - presentación en powerpoint
Modelo de desarrollo de software - presentación en powerpointModelo de desarrollo de software - presentación en powerpoint
Modelo de desarrollo de software - presentación en powerpoint
 
Modelos de Desarrollo del Software
Modelos de Desarrollo del SoftwareModelos de Desarrollo del Software
Modelos de Desarrollo del Software
 
Ciclo vida DESARROLLO DE SOFTWARE
Ciclo vida DESARROLLO DE SOFTWARECiclo vida DESARROLLO DE SOFTWARE
Ciclo vida DESARROLLO DE SOFTWARE
 
Curso de Ingeniería de Software - Capitulo4
Curso de Ingeniería de Software - Capitulo4Curso de Ingeniería de Software - Capitulo4
Curso de Ingeniería de Software - Capitulo4
 
Prototipos
PrototiposPrototipos
Prototipos
 
Unidad 4 Modelos de Procesos del Software
Unidad 4 Modelos de Procesos del SoftwareUnidad 4 Modelos de Procesos del Software
Unidad 4 Modelos de Procesos del Software
 
Trabajo de sistemas de software
Trabajo de sistemas de softwareTrabajo de sistemas de software
Trabajo de sistemas de software
 
Métodos de la ingeniería
Métodos de la ingenieríaMétodos de la ingeniería
Métodos de la ingeniería
 
Jhostin vasquez modelos de software
Jhostin vasquez   modelos de softwareJhostin vasquez   modelos de software
Jhostin vasquez modelos de software
 

Último

Sesión de clase de ES: La controversia.pdf
Sesión de clase de ES: La controversia.pdfSesión de clase de ES: La controversia.pdf
Sesión de clase de ES: La controversia.pdf
https://gramadal.wordpress.com/
 
Filigramma #17, revista literaria del Círculo de Escritores Sabersinfin
Filigramma #17, revista literaria del Círculo de Escritores SabersinfinFiligramma #17, revista literaria del Círculo de Escritores Sabersinfin
Filigramma #17, revista literaria del Círculo de Escritores Sabersinfin
Sabersinfin Portal
 
2024 DIA DEL LOGRO-ARTE 3 - IE HONORIO DELGADO ESPINOZA
2024 DIA DEL LOGRO-ARTE 3 - IE HONORIO DELGADO ESPINOZA2024 DIA DEL LOGRO-ARTE 3 - IE HONORIO DELGADO ESPINOZA
2024 DIA DEL LOGRO-ARTE 3 - IE HONORIO DELGADO ESPINOZA
Sandra Mariela Ballón Aguedo
 
FI-001 Introducción - Conocimiento Institucional.pptx
FI-001 Introducción - Conocimiento Institucional.pptxFI-001 Introducción - Conocimiento Institucional.pptx
FI-001 Introducción - Conocimiento Institucional.pptx
ENJ
 
Apuntes Unidad I Conceptos Básicos_compressed.pdf
Apuntes Unidad I Conceptos Básicos_compressed.pdfApuntes Unidad I Conceptos Básicos_compressed.pdf
Apuntes Unidad I Conceptos Básicos_compressed.pdf
VeronicaCabrera50
 
🔴 (AC-S18) Semana 18 – TRABAJO FINAL (INFORMATICA APLICADA TERMINADO y revisa...
🔴 (AC-S18) Semana 18 – TRABAJO FINAL (INFORMATICA APLICADA TERMINADO y revisa...🔴 (AC-S18) Semana 18 – TRABAJO FINAL (INFORMATICA APLICADA TERMINADO y revisa...
🔴 (AC-S18) Semana 18 – TRABAJO FINAL (INFORMATICA APLICADA TERMINADO y revisa...
FernandoEstebanLlont
 
🔴 (AC - 18) Semana 18 Tema 01 Análisis de Caso 3 - Filosofia del derecho (TE...
🔴  (AC - 18) Semana 18 Tema 01 Análisis de Caso 3 - Filosofia del derecho (TE...🔴  (AC - 18) Semana 18 Tema 01 Análisis de Caso 3 - Filosofia del derecho (TE...
🔴 (AC - 18) Semana 18 Tema 01 Análisis de Caso 3 - Filosofia del derecho (TE...
FernandoEstebanLlont
 
Lecciones 03 Esc. Sabática. Controversias.docx
Lecciones 03 Esc. Sabática. Controversias.docxLecciones 03 Esc. Sabática. Controversias.docx
Lecciones 03 Esc. Sabática. Controversias.docx
Alejandrino Halire Ccahuana
 
FI-001 Introducción - _Módulo II Los Tribunales y las Competencias del Person...
FI-001 Introducción - _Módulo II Los Tribunales y las Competencias del Person...FI-001 Introducción - _Módulo II Los Tribunales y las Competencias del Person...
FI-001 Introducción - _Módulo II Los Tribunales y las Competencias del Person...
ENJ
 
ENFERMERIA TECNICA-FUNDAMENTOS DE SALUD.
ENFERMERIA TECNICA-FUNDAMENTOS DE SALUD.ENFERMERIA TECNICA-FUNDAMENTOS DE SALUD.
ENFERMERIA TECNICA-FUNDAMENTOS DE SALUD.
marluzsagar
 
Power Point de clase: La Controversia.pptx
Power Point de clase: La Controversia.pptxPower Point de clase: La Controversia.pptx
Power Point de clase: La Controversia.pptx
https://gramadal.wordpress.com/
 
Lec. 3 Escuela Sabática Controversias.pdf
Lec. 3 Escuela Sabática Controversias.pdfLec. 3 Escuela Sabática Controversias.pdf
Lec. 3 Escuela Sabática Controversias.pdf
Alejandrino Halire Ccahuana
 
AQUI PRO DEVOPS - VISUALIZANDO LA HERRAMIENTA DE GESTIÓN DE OBRAS
AQUI PRO DEVOPS - VISUALIZANDO LA HERRAMIENTA DE GESTIÓN DE OBRASAQUI PRO DEVOPS - VISUALIZANDO LA HERRAMIENTA DE GESTIÓN DE OBRAS
AQUI PRO DEVOPS - VISUALIZANDO LA HERRAMIENTA DE GESTIÓN DE OBRAS
DanielGrajeda7
 
🔴 (AC-S18) Semana 18 - Tema 01 - Tarea - Proyecto Final (terminado y revisado...
🔴 (AC-S18) Semana 18 - Tema 01 - Tarea - Proyecto Final (terminado y revisado...🔴 (AC-S18) Semana 18 - Tema 01 - Tarea - Proyecto Final (terminado y revisado...
🔴 (AC-S18) Semana 18 - Tema 01 - Tarea - Proyecto Final (terminado y revisado...
FernandoEstebanLlont
 
fase intensiva taller intensivo de CTE julio
fase intensiva taller intensivo de CTE juliofase intensiva taller intensivo de CTE julio
fase intensiva taller intensivo de CTE julio
leydijazminguevaragu
 
Presentacion_Literatura_de_los_siglos_XVIII_y_XIX_(1)-2-12.pdf
Presentacion_Literatura_de_los_siglos_XVIII_y_XIX_(1)-2-12.pdfPresentacion_Literatura_de_los_siglos_XVIII_y_XIX_(1)-2-12.pdf
Presentacion_Literatura_de_los_siglos_XVIII_y_XIX_(1)-2-12.pdf
telleiras4eso
 
Análisis y Evaluación del Impacto Ambiental.pdf
Análisis y Evaluación del Impacto Ambiental.pdfAnálisis y Evaluación del Impacto Ambiental.pdf
Análisis y Evaluación del Impacto Ambiental.pdf
JonathanCovena1
 
3° SES FECHA CIVICA CAPITAN ABELARDO QUIÑONES YESSENIA CARRASCO 933623393.docx
3° SES FECHA CIVICA CAPITAN ABELARDO QUIÑONES YESSENIA CARRASCO 933623393.docx3° SES FECHA CIVICA CAPITAN ABELARDO QUIÑONES YESSENIA CARRASCO 933623393.docx
3° SES FECHA CIVICA CAPITAN ABELARDO QUIÑONES YESSENIA CARRASCO 933623393.docx
Wilian24
 
Enfermeria samantha vasquez (1).docx.......
Enfermeria samantha vasquez (1).docx.......Enfermeria samantha vasquez (1).docx.......
Enfermeria samantha vasquez (1).docx.......
samanthavasquezinfan
 
mapa conceptual animales foráneos traídos al Perú
mapa conceptual animales foráneos traídos  al Perúmapa conceptual animales foráneos traídos  al Perú
mapa conceptual animales foráneos traídos al Perú
KarlaSaldaaPerez
 

Último (20)

Sesión de clase de ES: La controversia.pdf
Sesión de clase de ES: La controversia.pdfSesión de clase de ES: La controversia.pdf
Sesión de clase de ES: La controversia.pdf
 
Filigramma #17, revista literaria del Círculo de Escritores Sabersinfin
Filigramma #17, revista literaria del Círculo de Escritores SabersinfinFiligramma #17, revista literaria del Círculo de Escritores Sabersinfin
Filigramma #17, revista literaria del Círculo de Escritores Sabersinfin
 
2024 DIA DEL LOGRO-ARTE 3 - IE HONORIO DELGADO ESPINOZA
2024 DIA DEL LOGRO-ARTE 3 - IE HONORIO DELGADO ESPINOZA2024 DIA DEL LOGRO-ARTE 3 - IE HONORIO DELGADO ESPINOZA
2024 DIA DEL LOGRO-ARTE 3 - IE HONORIO DELGADO ESPINOZA
 
FI-001 Introducción - Conocimiento Institucional.pptx
FI-001 Introducción - Conocimiento Institucional.pptxFI-001 Introducción - Conocimiento Institucional.pptx
FI-001 Introducción - Conocimiento Institucional.pptx
 
Apuntes Unidad I Conceptos Básicos_compressed.pdf
Apuntes Unidad I Conceptos Básicos_compressed.pdfApuntes Unidad I Conceptos Básicos_compressed.pdf
Apuntes Unidad I Conceptos Básicos_compressed.pdf
 
🔴 (AC-S18) Semana 18 – TRABAJO FINAL (INFORMATICA APLICADA TERMINADO y revisa...
🔴 (AC-S18) Semana 18 – TRABAJO FINAL (INFORMATICA APLICADA TERMINADO y revisa...🔴 (AC-S18) Semana 18 – TRABAJO FINAL (INFORMATICA APLICADA TERMINADO y revisa...
🔴 (AC-S18) Semana 18 – TRABAJO FINAL (INFORMATICA APLICADA TERMINADO y revisa...
 
🔴 (AC - 18) Semana 18 Tema 01 Análisis de Caso 3 - Filosofia del derecho (TE...
🔴  (AC - 18) Semana 18 Tema 01 Análisis de Caso 3 - Filosofia del derecho (TE...🔴  (AC - 18) Semana 18 Tema 01 Análisis de Caso 3 - Filosofia del derecho (TE...
🔴 (AC - 18) Semana 18 Tema 01 Análisis de Caso 3 - Filosofia del derecho (TE...
 
Lecciones 03 Esc. Sabática. Controversias.docx
Lecciones 03 Esc. Sabática. Controversias.docxLecciones 03 Esc. Sabática. Controversias.docx
Lecciones 03 Esc. Sabática. Controversias.docx
 
FI-001 Introducción - _Módulo II Los Tribunales y las Competencias del Person...
FI-001 Introducción - _Módulo II Los Tribunales y las Competencias del Person...FI-001 Introducción - _Módulo II Los Tribunales y las Competencias del Person...
FI-001 Introducción - _Módulo II Los Tribunales y las Competencias del Person...
 
ENFERMERIA TECNICA-FUNDAMENTOS DE SALUD.
ENFERMERIA TECNICA-FUNDAMENTOS DE SALUD.ENFERMERIA TECNICA-FUNDAMENTOS DE SALUD.
ENFERMERIA TECNICA-FUNDAMENTOS DE SALUD.
 
Power Point de clase: La Controversia.pptx
Power Point de clase: La Controversia.pptxPower Point de clase: La Controversia.pptx
Power Point de clase: La Controversia.pptx
 
Lec. 3 Escuela Sabática Controversias.pdf
Lec. 3 Escuela Sabática Controversias.pdfLec. 3 Escuela Sabática Controversias.pdf
Lec. 3 Escuela Sabática Controversias.pdf
 
AQUI PRO DEVOPS - VISUALIZANDO LA HERRAMIENTA DE GESTIÓN DE OBRAS
AQUI PRO DEVOPS - VISUALIZANDO LA HERRAMIENTA DE GESTIÓN DE OBRASAQUI PRO DEVOPS - VISUALIZANDO LA HERRAMIENTA DE GESTIÓN DE OBRAS
AQUI PRO DEVOPS - VISUALIZANDO LA HERRAMIENTA DE GESTIÓN DE OBRAS
 
🔴 (AC-S18) Semana 18 - Tema 01 - Tarea - Proyecto Final (terminado y revisado...
🔴 (AC-S18) Semana 18 - Tema 01 - Tarea - Proyecto Final (terminado y revisado...🔴 (AC-S18) Semana 18 - Tema 01 - Tarea - Proyecto Final (terminado y revisado...
🔴 (AC-S18) Semana 18 - Tema 01 - Tarea - Proyecto Final (terminado y revisado...
 
fase intensiva taller intensivo de CTE julio
fase intensiva taller intensivo de CTE juliofase intensiva taller intensivo de CTE julio
fase intensiva taller intensivo de CTE julio
 
Presentacion_Literatura_de_los_siglos_XVIII_y_XIX_(1)-2-12.pdf
Presentacion_Literatura_de_los_siglos_XVIII_y_XIX_(1)-2-12.pdfPresentacion_Literatura_de_los_siglos_XVIII_y_XIX_(1)-2-12.pdf
Presentacion_Literatura_de_los_siglos_XVIII_y_XIX_(1)-2-12.pdf
 
Análisis y Evaluación del Impacto Ambiental.pdf
Análisis y Evaluación del Impacto Ambiental.pdfAnálisis y Evaluación del Impacto Ambiental.pdf
Análisis y Evaluación del Impacto Ambiental.pdf
 
3° SES FECHA CIVICA CAPITAN ABELARDO QUIÑONES YESSENIA CARRASCO 933623393.docx
3° SES FECHA CIVICA CAPITAN ABELARDO QUIÑONES YESSENIA CARRASCO 933623393.docx3° SES FECHA CIVICA CAPITAN ABELARDO QUIÑONES YESSENIA CARRASCO 933623393.docx
3° SES FECHA CIVICA CAPITAN ABELARDO QUIÑONES YESSENIA CARRASCO 933623393.docx
 
Enfermeria samantha vasquez (1).docx.......
Enfermeria samantha vasquez (1).docx.......Enfermeria samantha vasquez (1).docx.......
Enfermeria samantha vasquez (1).docx.......
 
mapa conceptual animales foráneos traídos al Perú
mapa conceptual animales foráneos traídos  al Perúmapa conceptual animales foráneos traídos  al Perú
mapa conceptual animales foráneos traídos al Perú
 

prueva

  • 2. Este Modelo se derivo de Procesos de Ingeniería de Sistemas mas generales por Royce en 1970.Este se encarga de considerar las actividades fundamentales del Proceso de:  Especificación. Desarrollo. Validación. Sus etapas principales son las siguientes:
  • 4. Los servicios, Restricciones y Metas del Sistema se definen a partir de las consultas con Los usuarios. Se definen en detalle y sirven como una especificación del Sistema.
  • 5. El Proceso del Diseño del Sistema divide los Requerimientos en sistemas Hardware o Software. Establece una Arquitectura completa del sistema. El Diseño del software “Identifica” y “Describe” las abstracciones fundamentales del sistema software y sus relaciones.
  • 6. El Diseño del Software se lleva a cabo como un “Conjunto” o “Unidades” de Programas. La “Prueba de unidades” implica verificar que cada una cumpla su especificación.
  • 7. Los “Programas” o Las “Unidades“ individuales de programas se integran y prueban como un sistema completo para asegurarque se cumplan los requerimientos del Software.El “Sistema Software” se entrega al cliente.
  • 8. El Sistema se “instala” y se pone en Funcionamiento Práctico. El “Mantenimiento” implica a corregir errores no descubiertosen las etapas anteriores del ciclode vida, mejorar la implementación de las unidades del sistema y saltar los servicios del sistema una vez que descubren nuevos requerimientos.
  • 9. Ventajas: 1) La Documentación se va produciendo en cada fase. 2) El Modelo cuadra con otros modelos del proceso de ingeniería. Desventajas: 1) Inflexibilidad : al dividir el proyecto en distintas etapas. 2) Es difícil responder a cambios en los requerimientos del cliente.
  • 11. Incluye fases similares a las del modelo en cascada pero de forma jerárquica. En horizontal se representa el avance en el desarrollo y en vertical el nivel de detalle. VERIFICACIÓN, comprobación de que una parte del sistema cumple con sus especificaciones. VALIDACIÓN, comprobación de que un elemento satisface las necesidades del usuario identificadas durante el análisis.
  • 12. Modelo iterativo y creciente (o incremental) es un proceso de desarrollo de software, creado en respuesta a las debilidades del modelo tradicional de cascada.Para apoyar el desarrollo de proyectos por medio de este modelo se han creado frameworks (entornos de trabajo), de los cuales los dos más famosos son el Rational Unified Process y el Dynamic Systems Development Method. El desarrollo incremental e iterativo es también una parte esencial de un tipo de programación conocido como Extreme Programming y los demás frameworks de desarrollo rápido de software.
  • 13. Los riesgos son identificados y mitigados Los principales riesgos que ayuda a mitigar: Construir el sistema equivocado Problemas en Integración Arquitectura Permite planificar el cambio en la próxima iteración Alto nivel de reutilización Se identifican partes comunes ya implementadas
  • 14. Desarrollo evolutivo • Desarrollo exploratorio – El objetivo es trabajar con los clientes y evolucionar hacia un sistema final desde una especificación inicial. Debería partir con requerimientos bien conocidos. • Prototipos desechables – El objetivo es entender los requerimientos del sistema. Debería comenzar con requerimientos pobremente conocidos.
  • 15. Desarrollo evolutivo Actividades concurrentes Especificación Versión inicial Bosquejo de la Desarrollo Versiones descripción intermedias Validación Versión final
  • 16. Desarrollo evolutivo • Problemas – Los sistemas a menudo resultan pobremente estructurados. – Puede ser necesario contar con habilidades especiales (por ejemplo, lenguajes para prototipos rápidos). • Aplicabilidad – Para sistemas interactivos pequeños o de mediano tamaño. – Para partes de sistemas grandes (por ejemplo, la interfaz del usuario). – Para sistemas de corta vida útil.
  • 17. El Modelo Espiral El Modelo Espiral mejora el Modelo de Cascada enfatizando la naturaleza iterativa del proceso de diseño. Eso introduce un ciclo de prototipo iterativo. En cada iteración, las nuevas expresiones que son obtenidas transformando otras dadas son examinadas para ver si representan progresos hacia el objetivo.
  • 18. Características: En cada giro se construye un nuevo modelo del sistema completo. Este modelo puede combinarse con otros modelos de proceso de desarrollo (cascada, evolutivo). Mejor modelo para el desarrollo de grandes sistemas. El análisis de riesgo requiere la participación de personal altamente calificado.
  • 19. Desventajas: Resulta difícil convencer a grandes clientes de que el enfoque evolutivo es controlable. Es nuevo (1988) y no se ha utilizado tanto como otros modelos de ciclo de vida. Debido a su elevada complejidad no se aconseja utilizarlo en pequeños sistemas.
  • 20. Ventajas: El modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de computadora. Como el software evoluciona a medida que progresa el proceso, el desarrollador y el cliente comprenden y reaccionan mejor ante riesgos en cada uno de los nivele evolutivos. El modelo en espiral permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en cualquier etapa de evolución del producto.
  • 21. incremental El modelo incremental combina elementos del modelo lineal secuencial (aplicados repetidamente) con la filosofía interactiva de construcción de prototipos. El modelo incremental aplica secuencias lineales de forma escalonada mientras progresa el tiempo en el calendario. Cada secuencia lineal produce un «incremento» del software [MDE93]. Por ejemplo, el software de tratamiento de textos desarrollado con el paradigma incremental podría extraer funciones de gestión de archivos básicos y de producción de documentos en el primer incremento; funciones de edición más sofisticadas y de producción de documentos en el segundo incremento; corrección ortográfica y gramatical en el tercero; y una función avanzada de esquema de página en el
  • 22. VENTAJAS El usuario se involucra más. Los usuarios no tiene que esperar. Se evitan proyectos largos y se entrega “Algo de valor” a los usuarios con cierta frecuencia Se puede financiar el proyecto por partes. No se necesita tanto personal al principio como para una implementación completa. INGENIERIA DE SOFTWARE 12. DESVENTAJAS Difícil de evaluar el costo total. Difícil de aplicar a sistemas transaccionales que tienden a ser integrados y a funcionar como un todo. Requiere gestores experimentados. Los errores en los requisitos se detectan tarde. INGENIERIA DE SOFTWARE 13. DESVENTAJAS Prioriza los requisitos del usuario y los requisitos de más alta prioridad se incluyen en los incrementos más tempranos. Las primeras versiones son incompletas pero proporcionan al usuario la funcionalidad que precisa y una plataforma para la evaluación. Se necesitan pruebas de regresión. Pueden aumentar el coste debido a las pruebas. INGENIERIA DE SOFTWARE
  • 23. Construccion de prototipo Los prototipos son una visión preliminar del sistema futuro que se implantara.La elaboración de prototipos de un sistema de información es una técnica valiosa para la recopilación rápida de información especifica a cerca de los requerimientos de información de los usuarios.Los prototipos efectivos deben hacerse tempranamente en el ciclo de vida del desarrollo de sistemas, durante la fase de determinación de requerimientos.
  • 24. Ventajas : reducción de la incertidumbre y del riesgo, reducción de tiempo y de costos, incrementos en la aceptación del nuevo sistema, mejoras en la administración de proyectos, mejoras en la comunicación entre desarrolladores y clientes, etc. Desventajas : la dependencia de las herramientas de software para el éxito ya que la necesidad de disminución de incertidumbre depende de las iteraciones del prototipo, entre más iteraciones existan mejor y esto último se logra mediante el uso de mejores herramientas lo que hace a este proceso dependiente de las mismas. También, no es posible aplicar la metodología a todos los proyectos de software y, finalmente, la mala interpretación que pueden hacer los usuarios del prototipo, al cual pueden confundir con el sistema terminado.
  • 25. Modelo basado en componentes Creo que estamos en el clasico "Reuso del conocimiento", ya que comoantes soliamos hacer en el colegio, cuando teniamos alguna funcion oproceso ya hecho, lo podiamos usar para un programa nuevo. Creo que basicamente de eso es lo que se trata este modelo, ya que reutilizam componentes como :Prototipos, código o diseño. Entonces, tranquilamente podremos usar piezas de codigo preelaborado. Para facilitarnos la cosas y no tener problemas con el tiempo delproyecto, o lo recursos, tranquilamente podremos Comprar el componentenecesitado, y no tener que construir uno propio. Entonces, aqui hay que saber donde tendremos que comprar los componentes, convertirnos en buenos compradores. Usar las habilidades que tienen algun@s para ir de shopping, y encaminarlas p conseguir buenos componentes.
  • 26. Las ventajas parecen ser claras de este modelo: - Reutilización del Software. - Simplificación de pruebas, simplificacion del mantenimiento del sistema. (ambas significan menos tiempo) - Mayor calidad. (Aunque esta depende de sin somos o no buenos compradores) y cuando compramos a terceros: - Ciclos de desarrollo se hacen mas cortos. - El dinero invertido regresa en menos tiempo. - Hay mejor funcionalidad (aunque, insisto, depende si sabemos comprar bien).