SlideShare a Scribd company logo
1 of 29
Download to read offline
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

More Related Content

What's hot

metodologia de prototipos
metodologia de prototiposmetodologia de prototipos
metodologia de prototiposKeiner Valerio
 
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativoIngenierosD
 
Acti deaprendizaje equipo_software1
Acti deaprendizaje equipo_software1Acti deaprendizaje equipo_software1
Acti deaprendizaje equipo_software1Dalia 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 SOFTWAREFreddy Aguilar
 
Modelos de desarrollo del software
Modelos de desarrollo del softwareModelos de desarrollo del software
Modelos de desarrollo del softwareRenny Batista
 
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, boreasHvictor mamani
 
Modelos de desarrollo de software
Modelos de desarrollo de softwareModelos de desarrollo de software
Modelos de desarrollo de softwarekellypt1
 
Modelo en cascada
Modelo en cascadaModelo en cascada
Modelo en cascadahome
 
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-softwarePrimoLaura
 
Desarrollo Evolutivo
Desarrollo EvolutivoDesarrollo Evolutivo
Desarrollo Evolutivolorenislemus
 
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 softwarepaoaboytes
 

What's hot (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
 

Viewers also liked

Trabajo de relaciones humanas
Trabajo de relaciones humanasTrabajo de relaciones humanas
Trabajo de relaciones humanaszuca001
 
Regional sales manager polymer additives
Regional sales manager polymer additivesRegional sales manager polymer additives
Regional sales manager polymer additivesbneely
 
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 uadlshop
 
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
 

Viewers also liked (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 to 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 softwareAndhy 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 softwareAndhy H Palma
 
Modelos de Ing de soft
Modelos de Ing de softModelos de Ing de soft
Modelos de Ing de softJazmin Cr
 
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 procesoCoesi 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 softwareLuis Fernández
 
1. ciclo de_vida_de_software
1. ciclo de_vida_de_software1. ciclo de_vida_de_software
1. ciclo de_vida_de_softwareMiguel Castro
 
Modelo de cascadaa
Modelo de cascadaaModelo de cascadaa
Modelo de cascadaamendez45
 
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativojorge paez
 
Metodología de desarrollo de software
Metodología de desarrollo de softwareMetodología de desarrollo de software
Metodología de desarrollo de softwareAbner Garcia
 
Modelos de Desarrollo del Software
Modelos de Desarrollo del SoftwareModelos de Desarrollo del Software
Modelos de Desarrollo del SoftwareGianlucaCastellano1
 
Ciclo vida DESARROLLO DE SOFTWARE
Ciclo vida DESARROLLO DE SOFTWARECiclo vida DESARROLLO DE SOFTWARE
Ciclo vida DESARROLLO DE SOFTWAREJ 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 - Capitulo4Eddie Malca
 
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 Softwarerezzaca
 
Trabajo de sistemas de software
Trabajo de sistemas de softwareTrabajo de sistemas de software
Trabajo de sistemas de softwareJhonJairoPerez
 
Métodos de la ingeniería
Métodos de la ingenieríaMétodos de la ingeniería
Métodos de la ingenieríaSam Stgo
 
Jhostin vasquez modelos de software
Jhostin vasquez   modelos de softwareJhostin vasquez   modelos de software
Jhostin vasquez modelos de softwarejhostinvasquez
 

Similar to 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
 
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
 
Ciclo Vida del Software
Ciclo Vida del SoftwareCiclo Vida del Software
Ciclo Vida del Software
 

Recently uploaded

TECNOLOGÍA EDUCATIVA, USO DE LAS TIC.pptx
TECNOLOGÍA EDUCATIVA, USO DE LAS TIC.pptxTECNOLOGÍA EDUCATIVA, USO DE LAS TIC.pptx
TECNOLOGÍA EDUCATIVA, USO DE LAS TIC.pptxFranciscoCruz296518
 
UNIDAD DE APRENDIZAJE MARZO 2024.docx para educacion
UNIDAD DE APRENDIZAJE MARZO 2024.docx para educacionUNIDAD DE APRENDIZAJE MARZO 2024.docx para educacion
UNIDAD DE APRENDIZAJE MARZO 2024.docx para educacionCarolVigo1
 
PROGRAMACIÓN CURRICULAR ANUAL DE CIENCIA Y TECNOLOGÍA
PROGRAMACIÓN CURRICULAR ANUAL DE CIENCIA Y TECNOLOGÍAPROGRAMACIÓN CURRICULAR ANUAL DE CIENCIA Y TECNOLOGÍA
PROGRAMACIÓN CURRICULAR ANUAL DE CIENCIA Y TECNOLOGÍAJoaqunSolrzano
 
Adoración sin fin al Dios Creador por sus bendiciones
Adoración sin fin al Dios Creador por sus bendicionesAdoración sin fin al Dios Creador por sus bendiciones
Adoración sin fin al Dios Creador por sus bendicionesAlejandrino Halire Ccahuana
 
Herbert James Drape. Erotismo y sensualidad.pptx
Herbert James Drape. Erotismo y sensualidad.pptxHerbert James Drape. Erotismo y sensualidad.pptx
Herbert James Drape. Erotismo y sensualidad.pptxArs Erótica
 
PPT Protocolo de desregulación emocional.pptx
PPT Protocolo de desregulación emocional.pptxPPT Protocolo de desregulación emocional.pptx
PPT Protocolo de desregulación emocional.pptxKarenSepulveda23
 
plan espacios inspiradores para nivel primaria
plan espacios inspiradores para nivel primariaplan espacios inspiradores para nivel primaria
plan espacios inspiradores para nivel primariaElizabeth252489
 
Anna Llenas Serra. El monstruo de colores. Doctor de emociones.pdf
Anna Llenas Serra. El monstruo de colores. Doctor de emociones.pdfAnna Llenas Serra. El monstruo de colores. Doctor de emociones.pdf
Anna Llenas Serra. El monstruo de colores. Doctor de emociones.pdfSaraGabrielaPrezPonc
 
ficha de aplicacion para estudiantes El agua para niños de primaria
ficha de aplicacion para estudiantes El agua para niños de primariaficha de aplicacion para estudiantes El agua para niños de primaria
ficha de aplicacion para estudiantes El agua para niños de primariamichel carlos Capillo Dominguez
 
U2_EA2_descargable TICS PRESENCIAL 2.pdf
U2_EA2_descargable TICS PRESENCIAL 2.pdfU2_EA2_descargable TICS PRESENCIAL 2.pdf
U2_EA2_descargable TICS PRESENCIAL 2.pdfJavier Correa
 
Programación Anual 2024 - CIENCIAS SOCIALES.docx
Programación Anual 2024  - CIENCIAS SOCIALES.docxProgramación Anual 2024  - CIENCIAS SOCIALES.docx
Programación Anual 2024 - CIENCIAS SOCIALES.docxJhordanBenitesSanche1
 
EL ECLIPSE DE LA PAZ (cuento literario). Autor y diseñador JAVIER SOLIS NOYOLA
EL ECLIPSE DE LA PAZ (cuento literario). Autor y diseñador JAVIER SOLIS NOYOLAEL ECLIPSE DE LA PAZ (cuento literario). Autor y diseñador JAVIER SOLIS NOYOLA
EL ECLIPSE DE LA PAZ (cuento literario). Autor y diseñador JAVIER SOLIS NOYOLAJAVIER SOLIS NOYOLA
 
1ro Programación Anual D.P.C.C ACTUALIZADO
1ro Programación Anual D.P.C.C ACTUALIZADO1ro Programación Anual D.P.C.C ACTUALIZADO
1ro Programación Anual D.P.C.C ACTUALIZADODJElvitt
 
U2_EA1_descargable TIC 2 SEM VIR PRE.pdf
U2_EA1_descargable TIC 2 SEM VIR PRE.pdfU2_EA1_descargable TIC 2 SEM VIR PRE.pdf
U2_EA1_descargable TIC 2 SEM VIR PRE.pdfJavier Correa
 
La poesía del encarcelamiento de Raúl Zurita en el aula: una propuesta didáctica
La poesía del encarcelamiento de Raúl Zurita en el aula: una propuesta didácticaLa poesía del encarcelamiento de Raúl Zurita en el aula: una propuesta didáctica
La poesía del encarcelamiento de Raúl Zurita en el aula: una propuesta didácticaIGNACIO BALLESTER PARDO
 
21 MARZO DIA INTERNACIONAL DOS BOSQUES.pdf
21 MARZO DIA INTERNACIONAL DOS BOSQUES.pdf21 MARZO DIA INTERNACIONAL DOS BOSQUES.pdf
21 MARZO DIA INTERNACIONAL DOS BOSQUES.pdfceeabarcia
 

Recently uploaded (20)

Tema 5.- BASES DE DATOS Y GESTIÓN DE LA INF. PARA EL MARKETING.pdf
Tema 5.- BASES DE DATOS Y GESTIÓN DE LA INF. PARA EL MARKETING.pdfTema 5.- BASES DE DATOS Y GESTIÓN DE LA INF. PARA EL MARKETING.pdf
Tema 5.- BASES DE DATOS Y GESTIÓN DE LA INF. PARA EL MARKETING.pdf
 
TECNOLOGÍA EDUCATIVA, USO DE LAS TIC.pptx
TECNOLOGÍA EDUCATIVA, USO DE LAS TIC.pptxTECNOLOGÍA EDUCATIVA, USO DE LAS TIC.pptx
TECNOLOGÍA EDUCATIVA, USO DE LAS TIC.pptx
 
UNIDAD DE APRENDIZAJE MARZO 2024.docx para educacion
UNIDAD DE APRENDIZAJE MARZO 2024.docx para educacionUNIDAD DE APRENDIZAJE MARZO 2024.docx para educacion
UNIDAD DE APRENDIZAJE MARZO 2024.docx para educacion
 
Actividad de bienestar docente 2016 Pereira
Actividad de bienestar docente 2016 PereiraActividad de bienestar docente 2016 Pereira
Actividad de bienestar docente 2016 Pereira
 
PROGRAMACIÓN CURRICULAR ANUAL DE CIENCIA Y TECNOLOGÍA
PROGRAMACIÓN CURRICULAR ANUAL DE CIENCIA Y TECNOLOGÍAPROGRAMACIÓN CURRICULAR ANUAL DE CIENCIA Y TECNOLOGÍA
PROGRAMACIÓN CURRICULAR ANUAL DE CIENCIA Y TECNOLOGÍA
 
Adoración sin fin al Dios Creador por sus bendiciones
Adoración sin fin al Dios Creador por sus bendicionesAdoración sin fin al Dios Creador por sus bendiciones
Adoración sin fin al Dios Creador por sus bendiciones
 
Herbert James Drape. Erotismo y sensualidad.pptx
Herbert James Drape. Erotismo y sensualidad.pptxHerbert James Drape. Erotismo y sensualidad.pptx
Herbert James Drape. Erotismo y sensualidad.pptx
 
PPT Protocolo de desregulación emocional.pptx
PPT Protocolo de desregulación emocional.pptxPPT Protocolo de desregulación emocional.pptx
PPT Protocolo de desregulación emocional.pptx
 
plan espacios inspiradores para nivel primaria
plan espacios inspiradores para nivel primariaplan espacios inspiradores para nivel primaria
plan espacios inspiradores para nivel primaria
 
Anna Llenas Serra. El monstruo de colores. Doctor de emociones.pdf
Anna Llenas Serra. El monstruo de colores. Doctor de emociones.pdfAnna Llenas Serra. El monstruo de colores. Doctor de emociones.pdf
Anna Llenas Serra. El monstruo de colores. Doctor de emociones.pdf
 
ficha de aplicacion para estudiantes El agua para niños de primaria
ficha de aplicacion para estudiantes El agua para niños de primariaficha de aplicacion para estudiantes El agua para niños de primaria
ficha de aplicacion para estudiantes El agua para niños de primaria
 
U2_EA2_descargable TICS PRESENCIAL 2.pdf
U2_EA2_descargable TICS PRESENCIAL 2.pdfU2_EA2_descargable TICS PRESENCIAL 2.pdf
U2_EA2_descargable TICS PRESENCIAL 2.pdf
 
Programación Anual 2024 - CIENCIAS SOCIALES.docx
Programación Anual 2024  - CIENCIAS SOCIALES.docxProgramación Anual 2024  - CIENCIAS SOCIALES.docx
Programación Anual 2024 - CIENCIAS SOCIALES.docx
 
EL ECLIPSE DE LA PAZ (cuento literario). Autor y diseñador JAVIER SOLIS NOYOLA
EL ECLIPSE DE LA PAZ (cuento literario). Autor y diseñador JAVIER SOLIS NOYOLAEL ECLIPSE DE LA PAZ (cuento literario). Autor y diseñador JAVIER SOLIS NOYOLA
EL ECLIPSE DE LA PAZ (cuento literario). Autor y diseñador JAVIER SOLIS NOYOLA
 
1ro Programación Anual D.P.C.C ACTUALIZADO
1ro Programación Anual D.P.C.C ACTUALIZADO1ro Programación Anual D.P.C.C ACTUALIZADO
1ro Programación Anual D.P.C.C ACTUALIZADO
 
U2_EA1_descargable TIC 2 SEM VIR PRE.pdf
U2_EA1_descargable TIC 2 SEM VIR PRE.pdfU2_EA1_descargable TIC 2 SEM VIR PRE.pdf
U2_EA1_descargable TIC 2 SEM VIR PRE.pdf
 
Tema 6.- La identidad visual corporativa y el naming.pdf
Tema 6.- La identidad visual corporativa y el naming.pdfTema 6.- La identidad visual corporativa y el naming.pdf
Tema 6.- La identidad visual corporativa y el naming.pdf
 
La poesía del encarcelamiento de Raúl Zurita en el aula: una propuesta didáctica
La poesía del encarcelamiento de Raúl Zurita en el aula: una propuesta didácticaLa poesía del encarcelamiento de Raúl Zurita en el aula: una propuesta didáctica
La poesía del encarcelamiento de Raúl Zurita en el aula: una propuesta didáctica
 
21 MARZO DIA INTERNACIONAL DOS BOSQUES.pdf
21 MARZO DIA INTERNACIONAL DOS BOSQUES.pdf21 MARZO DIA INTERNACIONAL DOS BOSQUES.pdf
21 MARZO DIA INTERNACIONAL DOS BOSQUES.pdf
 
Sesión de clase ES: Adoración sin fin...
Sesión de clase ES: Adoración sin fin...Sesión de clase ES: Adoración sin fin...
Sesión de clase ES: Adoración sin fin...
 

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).