SlideShare une entreprise Scribd logo
1  sur  16
26-09-2011
Es el enfoque metodológico que ordena rigurosamente las
etapas del ciclo de vida del software, de tal forma que el
inicio de cada etapa debe esperar a la finalización de la
inmediatamente anterior.
Debe presentarse y
                                              El Software obtenido se
   entenderse el
                                              pone en producción. Se
   dominio de la                               implantan los niveles
información de un                             Software y Hardware que
     problema                                componen el proyecto. La
                                            implantación es la fase con
                                              más duración y con más
                                               cambios en el ciclo de
Se descompone y organiza el                 elaboración de un proyecto.
  sistema en elementos que                   Es una de las fases finales
     pueda elaborarse por                           del proyecto
separado, aprovechando los
  ventajas del desarrollo en
 equipo, así como la manera
  en que se combinan unos
          con otros.             Los elementos, ya
                                  programados, se
                                  ensamblan para
                               componer el sistema y
                                 se comprueba que
                                      funciona
                                correctamente antes      El Software sufrirá cambios
                                  de ser puesto en      después de que se entrega al
                                    explotación              cliente .Los cambios
                                                            ocurrirán debido a que
                                                        hayan encontrado errores, a
                                                             que el Software deba
                                                          adaptarse a cambios del
                                                         entorno externo o debido a
                                                            que el cliente requiera
Es actualmente el enfoque más realista para el desarrollo
de software y de sistemas a gran escala. Utiliza un
enfoque evolutivo para la ingeniería de software,
permitiendo al desarrollador y al cliente entender y
reaccionar a los riesgos en cada nivel evolutivo.
Determinar                                                                                        Evaluar Alternativas,
    Objetivos, Alternativas, Res                                                                      Identificar y Resolver los
    tricciones
                                   presentació                                                modelos
                                                                                                      Riesgos

                                   n



                                                                                                                       Prototipo
                                                                                                  Prototipo 3
                                                                                                                       Operativo

                              MODELO ESPIMMMMMMRAL
                                          Prototipo 1
                                                      Prototipo 2


                                     Plan de Requisitos                                  Simulaciones, Modelos, Benchmarks
                                                               Concepto de
                                     Plan del ciclo de vida    Operación             Requisitos
                                                                                     sw               Diseño             Diseño
                                                                                                      Producto           Detallado
                                          Plan de
                                                              Validación de                           sw
                                          Desarrollo
                                                              Requisitos
                                                                                                                        Código
                                           Plan de
                                           Integración y        V & V del
                                                                                                           Pruebas
                                           Pruebas              diseño
                                                                                                           Unitarias
                                                                                           Integración y
                                                               Imple-       Prueba de      Prueba
                                                               menta-       Aceptación
                                                               ción

Planificar las Faces
Siguientes                                                                                             Desarrollar, Verificar el
                                                                                                       Producto del Siguiente
                                                                                                       Nivel
En una visión genérica, el proceso se divide en 4 partes:
Análisis, Diseño, Código y Prueba. Sin embargo, para la
producción del Software, se usa el principio de trabajo en
            MODELO ESPIMMMMMMRAL
cadena o “Pipeline”, utilizado en muchas otras formas de
programación.
es una meta o
                               finalidad a
                             cumplir para la
                            que se disponen
                                 medios
                             determinados                   Es la
 Es evaluar el
                                                       metodología de
  software que
                                                        elegir lo que
cumpla con los
                                                        mejor ayudara
 requerimientos
                                                      ala realizacion del
de usuario con
                                                           software
     calidad.


          es la realización de                       En esta fase se
          una aplicación, o la                  identificarán las fuentes
            ejecución de un                        de los datos y las
          plan, idea, modelo                       transformaciones
       científico, diseño, espe                 necesarias para, a partir
       cificación, estándar, alg               de dichas fuentes, obtener
            oritmo o política                  el modelo lógico de datos
Dentro del enfoque de prototipos se pretende que el modelo
sea operante, es decir, una colección de programas de
computadora que simulan algunas o todas las funciones que
el usuario desea.
es dado por el usuario en
                                    lenguaje natural antes de crear
                               Comienzo prototipo, los analistas y
                                       un
  La expresión ingeniería de            usuario deben de trabajar
                                        juntos para identificar los
producto se refiere al proceso                    Recolección
                                     requerimientos conocidos que                  Los Procesos de Especificación ( Análisis ),
 de diseño y desarrollo de un                               y
                                         tienen que satisfacer en                 Diseño e Implementación son concurrentes .
equipo, sistema o aparato de           análisis de requerimientos                  No existe una especificación detallada del
         Parada
 forma tal que se obtiene un                          refinamiento                 sistema. La documentación del diseño se
                                                                                   minimiza o es generada automáticamente
    elemento apto para su
                           Producto                        de                       por el entorno de programación utilizado
  comercialización mediante                                                               para implementar el sistema.
                           de                          requisitos
algún proceso de fabricación.
                              ingenierí                                       Diseño
                                                                                   A menudo un cliente define un
                              a                                               rápido de objetivos generales para
                                                                                conjunto
Es un modelo del comportamiento                                                   el software, pero no identifica los
                                                                                       requisitos detallados de
 del sistema que puede ser usado
                            Refinamie
para entenderlo completamente o
                                                                                 entrada, procesamiento o salida. El
                                                                                   responsable del desarrollo del
     ciertos aspectos de élnto del
                            y así                                               software está inseguro de la eficacia
  clarificar los requerimientos. Un    Se evalúan los efectos que haya
                                                                                de un algoritmo, de la adaptabilidad
                            prototipo
prototipo es una representación de    producido en el Usuario, en cuanto     Construcc
                                                                               de un sistema operativo o de la forma
   un sistema, aunque no es un         a logros, actitud e interés; en qué
                                           medida los contenidos han         ión del
                                                                                  que debería tomar la interacción
    sistema completo, posee las                                                humana – máquina, entonces en este
 características del sistema final o   “quedado” en el Usuario o no, la      prototipocaso cuando utilizamos la
                                        monotonía que representa para                construcción de prototipos.
            parte de ellas.                    Evaluación del
                                          ellos el material expuesto, la
                                                 prototipo del
                                              facilidad de acceso, la
                                         visualización del contenido, la
                                                       cliente
                                       disponibilidad del prototipo en el
                                           servidor, la velocidad de la
                                                 navegación, etc.
Los modelos del dominio no se incentivan fuertemente en la
 fase de inicio, puesto que el propósito del inicio no es llevar a
cabo un estudio serio, sino decidir si merece la pena un estudio
   mas profundo en el proyecto, en una fase de elaboración.
•
Desarrollo iterativo e incremental: el proyecto se organiza en una serie de mini-proyectos
cortos de duración fija (2 a 6 semanas) llamadas iteraciones, que elige un conjunto
reducido de requerimientos, los diseña, implementa y prueba. El resultado de cada iteraci
ón
es un sistema que puede ser probado, integrado y ejecutado. La salida es un subconjunto
con calidad de producción final.
•
Rápida retroalimentación y asimilación de los cambios, posibilitada por el tamaño limitado
de lo realizado en cada iteración.
•
Se abordan, resuelven y prueban primeramente las decisiones de diseño críticas o de alto
riesgo.
•
Si no se logra cumplir lo previsto dentro del plazo estipulado, se aconseja transferir tareas
 o
requisitos para una iteración posterior, pero no modificar la fecha de entrega de la iteració
n
actual.
http://es.wikipedia.org/wiki/Implementaci%C3%B3n
 http://sites.google.com/site/datawarehouse2010iicr/fases-de-implantacion-de-un-data-
    warehouse/diseno-y-modelizacion revision
http://www.sistemaspaez.com/revisiones/contabilidad.htm
http://www.mitecnologico.com/Main/ModeloDeCascada
prototipo
 http://oacosta334.blogspot.es/tags/prototipo/
Desarrollo de Software para Ingeniería Eléctrica - Rev. 2009-05-09
  Instituto de Ingeniería Eléctrica - Facultad de Ingeniería - Universidad de la Rep
ública, Uruguay.




                                                                                 FIN

Contenu connexe

Tendances

Anotaciones rup
Anotaciones rupAnotaciones rup
Anotaciones rupdahored
 
Procesos ligeros vs pesados, MSF MOF ITIL
Procesos ligeros vs pesados, MSF MOF ITILProcesos ligeros vs pesados, MSF MOF ITIL
Procesos ligeros vs pesados, MSF MOF ITILOscar Limachi
 
Tipos de ciclos de vida
Tipos de ciclos de vidaTipos de ciclos de vida
Tipos de ciclos de vidasandrasig
 
Clase 05a calidad verificacion validacion
Clase 05a calidad verificacion validacionClase 05a calidad verificacion validacion
Clase 05a calidad verificacion validacionDemián Gutierrez
 
Trabajo ciclo de vida del software
Trabajo ciclo de vida del softwareTrabajo ciclo de vida del software
Trabajo ciclo de vida del softwareagtagt
 
Modelos o Ciclos de vida de software
Modelos o Ciclos de vida de softwareModelos o Ciclos de vida de software
Modelos o Ciclos de vida de softwareWilliam Matamoros
 
MODELOS DEL PROCESO DEL SOFTWARE
MODELOS DEL PROCESO DEL SOFTWAREMODELOS DEL PROCESO DEL SOFTWARE
MODELOS DEL PROCESO DEL SOFTWARENoemi Perez Mendoza
 
Modelo Cascada y Espiral
Modelo Cascada y EspiralModelo Cascada y Espiral
Modelo Cascada y Espiraljuanksi28
 
Modelos de software ventajas y desventajas
Modelos de software ventajas y desventajasModelos de software ventajas y desventajas
Modelos de software ventajas y desventajasEdith Carreño
 
Modelos d (1)
Modelos d (1)Modelos d (1)
Modelos d (1)NORIIAAAA
 
Modelos del ciclo de vida del software
Modelos del ciclo de vida del softwareModelos del ciclo de vida del software
Modelos del ciclo de vida del softwareAbner Torres
 
Ciclos De Vida
Ciclos De VidaCiclos De Vida
Ciclos De Vidajose haar
 
Curso Uml 3.1 Modelos De Desarrollo De Software
Curso Uml   3.1 Modelos De Desarrollo De SoftwareCurso Uml   3.1 Modelos De Desarrollo De Software
Curso Uml 3.1 Modelos De Desarrollo De SoftwareEmilio Aviles Avila
 

Tendances (19)

Metodologías desarrollosoftware
Metodologías desarrollosoftwareMetodologías desarrollosoftware
Metodologías desarrollosoftware
 
Anotaciones rup
Anotaciones rupAnotaciones rup
Anotaciones rup
 
Equipo 5 Metodos de Desarrllo de Software
Equipo 5 Metodos de Desarrllo de SoftwareEquipo 5 Metodos de Desarrllo de Software
Equipo 5 Metodos de Desarrllo de Software
 
Watch
WatchWatch
Watch
 
Procesos ligeros vs pesados, MSF MOF ITIL
Procesos ligeros vs pesados, MSF MOF ITILProcesos ligeros vs pesados, MSF MOF ITIL
Procesos ligeros vs pesados, MSF MOF ITIL
 
Tipos de ciclos de vida
Tipos de ciclos de vidaTipos de ciclos de vida
Tipos de ciclos de vida
 
Modelos de desarrollo de software
Modelos de desarrollo de softwareModelos de desarrollo de software
Modelos de desarrollo de software
 
Clase 05a calidad verificacion validacion
Clase 05a calidad verificacion validacionClase 05a calidad verificacion validacion
Clase 05a calidad verificacion validacion
 
02 rup
02 rup02 rup
02 rup
 
Trabajo ciclo de vida del software
Trabajo ciclo de vida del softwareTrabajo ciclo de vida del software
Trabajo ciclo de vida del software
 
Modelos o Ciclos de vida de software
Modelos o Ciclos de vida de softwareModelos o Ciclos de vida de software
Modelos o Ciclos de vida de software
 
MODELOS DEL PROCESO DEL SOFTWARE
MODELOS DEL PROCESO DEL SOFTWAREMODELOS DEL PROCESO DEL SOFTWARE
MODELOS DEL PROCESO DEL SOFTWARE
 
Modelo Cascada y Espiral
Modelo Cascada y EspiralModelo Cascada y Espiral
Modelo Cascada y Espiral
 
Modelos de software ventajas y desventajas
Modelos de software ventajas y desventajasModelos de software ventajas y desventajas
Modelos de software ventajas y desventajas
 
Modelos d (1)
Modelos d (1)Modelos d (1)
Modelos d (1)
 
Modelos del ciclo de vida del software
Modelos del ciclo de vida del softwareModelos del ciclo de vida del software
Modelos del ciclo de vida del software
 
Ciclos De Vida
Ciclos De VidaCiclos De Vida
Ciclos De Vida
 
Curso Uml 3.1 Modelos De Desarrollo De Software
Curso Uml   3.1 Modelos De Desarrollo De SoftwareCurso Uml   3.1 Modelos De Desarrollo De Software
Curso Uml 3.1 Modelos De Desarrollo De Software
 
Metodos especificos
Metodos especificosMetodos especificos
Metodos especificos
 

Similaire à Equipo 2 Modelos de Ciclo de Vida de Software

Productividad en el Equipo de Desarrollo de Software
Productividad en el Equipo de Desarrollo de SoftwareProductividad en el Equipo de Desarrollo de Software
Productividad en el Equipo de Desarrollo de Softwarejuliocasal
 
Introducción a la Dirección de Proyectos. Parte II
Introducción a la Dirección de Proyectos. Parte IIIntroducción a la Dirección de Proyectos. Parte II
Introducción a la Dirección de Proyectos. Parte IIPablo Diaz
 
Matriz comparativa
Matriz comparativaMatriz comparativa
Matriz comparativahannetomala
 
Demo de sistema sap – aio consulting
Demo de sistema sap – aio consultingDemo de sistema sap – aio consulting
Demo de sistema sap – aio consultingaioconsulting
 
Las Claves para Gestionar Proyectos de Sistemas de Información
Las Claves para Gestionar Proyectos de Sistemas de InformaciónLas Claves para Gestionar Proyectos de Sistemas de Información
Las Claves para Gestionar Proyectos de Sistemas de InformaciónSolutions DAT
 
Modelo de rup
Modelo de rupModelo de rup
Modelo de rupdahored
 
MAPA CONCEPTUAL
MAPA CONCEPTUALMAPA CONCEPTUAL
MAPA CONCEPTUALMali Ma
 
MAPA CONCEPTUAL
MAPA CONCEPTUALMAPA CONCEPTUAL
MAPA CONCEPTUALMali Ma
 
Desarrollo agil, Producto Proceso, Scrum
Desarrollo agil, Producto Proceso, ScrumDesarrollo agil, Producto Proceso, Scrum
Desarrollo agil, Producto Proceso, Scrumrgomezm
 
Seleccion de tecnicas de ingenieria de software
Seleccion de tecnicas de ingenieria de softwareSeleccion de tecnicas de ingenieria de software
Seleccion de tecnicas de ingenieria de softwareIngris Argueta
 
Ingeniería de software II - Parte 2
Ingeniería de software II - Parte 2Ingeniería de software II - Parte 2
Ingeniería de software II - Parte 2Marta Silvia Tabares
 

Similaire à Equipo 2 Modelos de Ciclo de Vida de Software (20)

Unidad 4
Unidad 4Unidad 4
Unidad 4
 
Productividad en el Equipo de Desarrollo de Software
Productividad en el Equipo de Desarrollo de SoftwareProductividad en el Equipo de Desarrollo de Software
Productividad en el Equipo de Desarrollo de Software
 
Introducción a la Dirección de Proyectos. Parte II
Introducción a la Dirección de Proyectos. Parte IIIntroducción a la Dirección de Proyectos. Parte II
Introducción a la Dirección de Proyectos. Parte II
 
Matriz comparativa
Matriz comparativaMatriz comparativa
Matriz comparativa
 
Modelo v y cascada
Modelo v y cascadaModelo v y cascada
Modelo v y cascada
 
2. Diseño de Interfaces (Intro)
2. Diseño de Interfaces (Intro)2. Diseño de Interfaces (Intro)
2. Diseño de Interfaces (Intro)
 
Triptico RUP
Triptico RUPTriptico RUP
Triptico RUP
 
Demo de sistema sap – aio consulting
Demo de sistema sap – aio consultingDemo de sistema sap – aio consulting
Demo de sistema sap – aio consulting
 
Ingenieria web
Ingenieria webIngenieria web
Ingenieria web
 
Tu empresa necesita software a medida
Tu empresa necesita software a medidaTu empresa necesita software a medida
Tu empresa necesita software a medida
 
Mapa conceptua lmio11
Mapa conceptua lmio11Mapa conceptua lmio11
Mapa conceptua lmio11
 
Las Claves para Gestionar Proyectos de Sistemas de Información
Las Claves para Gestionar Proyectos de Sistemas de InformaciónLas Claves para Gestionar Proyectos de Sistemas de Información
Las Claves para Gestionar Proyectos de Sistemas de Información
 
Modelo de rup
Modelo de rupModelo de rup
Modelo de rup
 
Moprosoft cmmi
Moprosoft cmmiMoprosoft cmmi
Moprosoft cmmi
 
Rup
RupRup
Rup
 
MAPA CONCEPTUAL
MAPA CONCEPTUALMAPA CONCEPTUAL
MAPA CONCEPTUAL
 
MAPA CONCEPTUAL
MAPA CONCEPTUALMAPA CONCEPTUAL
MAPA CONCEPTUAL
 
Desarrollo agil, Producto Proceso, Scrum
Desarrollo agil, Producto Proceso, ScrumDesarrollo agil, Producto Proceso, Scrum
Desarrollo agil, Producto Proceso, Scrum
 
Seleccion de tecnicas de ingenieria de software
Seleccion de tecnicas de ingenieria de softwareSeleccion de tecnicas de ingenieria de software
Seleccion de tecnicas de ingenieria de software
 
Ingeniería de software II - Parte 2
Ingeniería de software II - Parte 2Ingeniería de software II - Parte 2
Ingeniería de software II - Parte 2
 

Dernier

4º SOY LECTOR PART2- MD EDUCATIVO.p df PARTE
4º SOY LECTOR PART2- MD  EDUCATIVO.p df PARTE4º SOY LECTOR PART2- MD  EDUCATIVO.p df PARTE
4º SOY LECTOR PART2- MD EDUCATIVO.p df PARTESaraNolasco4
 
SIMULACROS Y SIMULACIONES DE SISMO 2024.docx
SIMULACROS Y SIMULACIONES DE SISMO 2024.docxSIMULACROS Y SIMULACIONES DE SISMO 2024.docx
SIMULACROS Y SIMULACIONES DE SISMO 2024.docxLudy Ventocilla Napanga
 
cuadernillo de lectoescritura para niños de básica
cuadernillo de lectoescritura para niños de básicacuadernillo de lectoescritura para niños de básica
cuadernillo de lectoescritura para niños de básicaGianninaValeskaContr
 
3. Pedagogía de la Educación: Como objeto de la didáctica.ppsx
3. Pedagogía de la Educación: Como objeto de la didáctica.ppsx3. Pedagogía de la Educación: Como objeto de la didáctica.ppsx
3. Pedagogía de la Educación: Como objeto de la didáctica.ppsxJuanpm27
 
TUTORIA II - CIRCULO DORADO UNIVERSIDAD CESAR VALLEJO
TUTORIA II - CIRCULO DORADO UNIVERSIDAD CESAR VALLEJOTUTORIA II - CIRCULO DORADO UNIVERSIDAD CESAR VALLEJO
TUTORIA II - CIRCULO DORADO UNIVERSIDAD CESAR VALLEJOweislaco
 
CIENCIAS NATURALES 4 TO ambientes .docx
CIENCIAS NATURALES 4 TO  ambientes .docxCIENCIAS NATURALES 4 TO  ambientes .docx
CIENCIAS NATURALES 4 TO ambientes .docxAgustinaNuez21
 
EDUCACION FISICA 1° PROGRAMACIÓN ANUAL 2023.docx
EDUCACION FISICA 1°  PROGRAMACIÓN ANUAL 2023.docxEDUCACION FISICA 1°  PROGRAMACIÓN ANUAL 2023.docx
EDUCACION FISICA 1° PROGRAMACIÓN ANUAL 2023.docxLuisAndersonPachasto
 
Fichas de Matemática DE SEGUNDO DE SECUNDARIA.pdf
Fichas de Matemática DE SEGUNDO DE SECUNDARIA.pdfFichas de Matemática DE SEGUNDO DE SECUNDARIA.pdf
Fichas de Matemática DE SEGUNDO DE SECUNDARIA.pdfssuser50d1252
 
Técnicas de grabado y estampación : procesos y materiales
Técnicas de grabado y estampación : procesos y materialesTécnicas de grabado y estampación : procesos y materiales
Técnicas de grabado y estampación : procesos y materialesRaquel Martín Contreras
 
Día de la Madre Tierra-1.pdf día mundial
Día de la Madre Tierra-1.pdf día mundialDía de la Madre Tierra-1.pdf día mundial
Día de la Madre Tierra-1.pdf día mundialpatriciaines1993
 
Fichas de matemática DE PRIMERO DE SECUNDARIA.pdf
Fichas de matemática DE PRIMERO DE SECUNDARIA.pdfFichas de matemática DE PRIMERO DE SECUNDARIA.pdf
Fichas de matemática DE PRIMERO DE SECUNDARIA.pdfssuser50d1252
 
periodico mural y sus partes y caracteristicas
periodico mural y sus partes y caracteristicasperiodico mural y sus partes y caracteristicas
periodico mural y sus partes y caracteristicas123yudy
 
sesión de aprendizaje 4 E1 Exposición oral.pdf
sesión de aprendizaje 4 E1 Exposición oral.pdfsesión de aprendizaje 4 E1 Exposición oral.pdf
sesión de aprendizaje 4 E1 Exposición oral.pdfpatriciavsquezbecerr
 
Tarea 5_ Foro _Selección de herramientas digitales_Manuel.pdf
Tarea 5_ Foro _Selección de herramientas digitales_Manuel.pdfTarea 5_ Foro _Selección de herramientas digitales_Manuel.pdf
Tarea 5_ Foro _Selección de herramientas digitales_Manuel.pdfManuel Molina
 
Manejo del Dengue, generalidades, actualización marzo 2024 minsa
Manejo del Dengue, generalidades, actualización marzo 2024 minsaManejo del Dengue, generalidades, actualización marzo 2024 minsa
Manejo del Dengue, generalidades, actualización marzo 2024 minsaLuis Minaya
 

Dernier (20)

4º SOY LECTOR PART2- MD EDUCATIVO.p df PARTE
4º SOY LECTOR PART2- MD  EDUCATIVO.p df PARTE4º SOY LECTOR PART2- MD  EDUCATIVO.p df PARTE
4º SOY LECTOR PART2- MD EDUCATIVO.p df PARTE
 
SIMULACROS Y SIMULACIONES DE SISMO 2024.docx
SIMULACROS Y SIMULACIONES DE SISMO 2024.docxSIMULACROS Y SIMULACIONES DE SISMO 2024.docx
SIMULACROS Y SIMULACIONES DE SISMO 2024.docx
 
cuadernillo de lectoescritura para niños de básica
cuadernillo de lectoescritura para niños de básicacuadernillo de lectoescritura para niños de básica
cuadernillo de lectoescritura para niños de básica
 
3. Pedagogía de la Educación: Como objeto de la didáctica.ppsx
3. Pedagogía de la Educación: Como objeto de la didáctica.ppsx3. Pedagogía de la Educación: Como objeto de la didáctica.ppsx
3. Pedagogía de la Educación: Como objeto de la didáctica.ppsx
 
TUTORIA II - CIRCULO DORADO UNIVERSIDAD CESAR VALLEJO
TUTORIA II - CIRCULO DORADO UNIVERSIDAD CESAR VALLEJOTUTORIA II - CIRCULO DORADO UNIVERSIDAD CESAR VALLEJO
TUTORIA II - CIRCULO DORADO UNIVERSIDAD CESAR VALLEJO
 
CIENCIAS NATURALES 4 TO ambientes .docx
CIENCIAS NATURALES 4 TO  ambientes .docxCIENCIAS NATURALES 4 TO  ambientes .docx
CIENCIAS NATURALES 4 TO ambientes .docx
 
EDUCACION FISICA 1° PROGRAMACIÓN ANUAL 2023.docx
EDUCACION FISICA 1°  PROGRAMACIÓN ANUAL 2023.docxEDUCACION FISICA 1°  PROGRAMACIÓN ANUAL 2023.docx
EDUCACION FISICA 1° PROGRAMACIÓN ANUAL 2023.docx
 
Aedes aegypti + Intro to Coquies EE.pptx
Aedes aegypti + Intro to Coquies EE.pptxAedes aegypti + Intro to Coquies EE.pptx
Aedes aegypti + Intro to Coquies EE.pptx
 
Fichas de Matemática DE SEGUNDO DE SECUNDARIA.pdf
Fichas de Matemática DE SEGUNDO DE SECUNDARIA.pdfFichas de Matemática DE SEGUNDO DE SECUNDARIA.pdf
Fichas de Matemática DE SEGUNDO DE SECUNDARIA.pdf
 
Tema 7.- E-COMMERCE SISTEMAS DE INFORMACION.pdf
Tema 7.- E-COMMERCE SISTEMAS DE INFORMACION.pdfTema 7.- E-COMMERCE SISTEMAS DE INFORMACION.pdf
Tema 7.- E-COMMERCE SISTEMAS DE INFORMACION.pdf
 
Earth Day Everyday 2024 54th anniversary
Earth Day Everyday 2024 54th anniversaryEarth Day Everyday 2024 54th anniversary
Earth Day Everyday 2024 54th anniversary
 
Técnicas de grabado y estampación : procesos y materiales
Técnicas de grabado y estampación : procesos y materialesTécnicas de grabado y estampación : procesos y materiales
Técnicas de grabado y estampación : procesos y materiales
 
Día de la Madre Tierra-1.pdf día mundial
Día de la Madre Tierra-1.pdf día mundialDía de la Madre Tierra-1.pdf día mundial
Día de la Madre Tierra-1.pdf día mundial
 
TL/CNL – 2.ª FASE .
TL/CNL – 2.ª FASE                       .TL/CNL – 2.ª FASE                       .
TL/CNL – 2.ª FASE .
 
Fichas de matemática DE PRIMERO DE SECUNDARIA.pdf
Fichas de matemática DE PRIMERO DE SECUNDARIA.pdfFichas de matemática DE PRIMERO DE SECUNDARIA.pdf
Fichas de matemática DE PRIMERO DE SECUNDARIA.pdf
 
La luz brilla en la oscuridad. Necesitamos luz
La luz brilla en la oscuridad. Necesitamos luzLa luz brilla en la oscuridad. Necesitamos luz
La luz brilla en la oscuridad. Necesitamos luz
 
periodico mural y sus partes y caracteristicas
periodico mural y sus partes y caracteristicasperiodico mural y sus partes y caracteristicas
periodico mural y sus partes y caracteristicas
 
sesión de aprendizaje 4 E1 Exposición oral.pdf
sesión de aprendizaje 4 E1 Exposición oral.pdfsesión de aprendizaje 4 E1 Exposición oral.pdf
sesión de aprendizaje 4 E1 Exposición oral.pdf
 
Tarea 5_ Foro _Selección de herramientas digitales_Manuel.pdf
Tarea 5_ Foro _Selección de herramientas digitales_Manuel.pdfTarea 5_ Foro _Selección de herramientas digitales_Manuel.pdf
Tarea 5_ Foro _Selección de herramientas digitales_Manuel.pdf
 
Manejo del Dengue, generalidades, actualización marzo 2024 minsa
Manejo del Dengue, generalidades, actualización marzo 2024 minsaManejo del Dengue, generalidades, actualización marzo 2024 minsa
Manejo del Dengue, generalidades, actualización marzo 2024 minsa
 

Equipo 2 Modelos de Ciclo de Vida de Software

  • 2.
  • 3. Es el enfoque metodológico que ordena rigurosamente las etapas del ciclo de vida del software, de tal forma que el inicio de cada etapa debe esperar a la finalización de la inmediatamente anterior.
  • 4. Debe presentarse y El Software obtenido se entenderse el pone en producción. Se dominio de la implantan los niveles información de un Software y Hardware que problema componen el proyecto. La implantación es la fase con más duración y con más cambios en el ciclo de Se descompone y organiza el elaboración de un proyecto. sistema en elementos que Es una de las fases finales pueda elaborarse por del proyecto separado, aprovechando los ventajas del desarrollo en equipo, así como la manera en que se combinan unos con otros. Los elementos, ya programados, se ensamblan para componer el sistema y se comprueba que funciona correctamente antes El Software sufrirá cambios de ser puesto en después de que se entrega al explotación cliente .Los cambios ocurrirán debido a que hayan encontrado errores, a que el Software deba adaptarse a cambios del entorno externo o debido a que el cliente requiera
  • 5. Es actualmente el enfoque más realista para el desarrollo de software y de sistemas a gran escala. Utiliza un enfoque evolutivo para la ingeniería de software, permitiendo al desarrollador y al cliente entender y reaccionar a los riesgos en cada nivel evolutivo.
  • 6. Determinar Evaluar Alternativas, Objetivos, Alternativas, Res Identificar y Resolver los tricciones presentació modelos Riesgos n Prototipo Prototipo 3 Operativo MODELO ESPIMMMMMMRAL Prototipo 1 Prototipo 2 Plan de Requisitos Simulaciones, Modelos, Benchmarks Concepto de Plan del ciclo de vida Operación Requisitos sw Diseño Diseño Producto Detallado Plan de Validación de sw Desarrollo Requisitos Código Plan de Integración y V & V del Pruebas Pruebas diseño Unitarias Integración y Imple- Prueba de Prueba menta- Aceptación ción Planificar las Faces Siguientes Desarrollar, Verificar el Producto del Siguiente Nivel
  • 7. En una visión genérica, el proceso se divide en 4 partes: Análisis, Diseño, Código y Prueba. Sin embargo, para la producción del Software, se usa el principio de trabajo en MODELO ESPIMMMMMMRAL cadena o “Pipeline”, utilizado en muchas otras formas de programación.
  • 8. es una meta o finalidad a cumplir para la que se disponen medios determinados Es la Es evaluar el metodología de software que elegir lo que cumpla con los mejor ayudara requerimientos ala realizacion del de usuario con software calidad. es la realización de En esta fase se una aplicación, o la identificarán las fuentes ejecución de un de los datos y las plan, idea, modelo transformaciones científico, diseño, espe necesarias para, a partir cificación, estándar, alg de dichas fuentes, obtener oritmo o política el modelo lógico de datos
  • 9. Dentro del enfoque de prototipos se pretende que el modelo sea operante, es decir, una colección de programas de computadora que simulan algunas o todas las funciones que el usuario desea.
  • 10. es dado por el usuario en lenguaje natural antes de crear Comienzo prototipo, los analistas y un La expresión ingeniería de usuario deben de trabajar juntos para identificar los producto se refiere al proceso Recolección requerimientos conocidos que Los Procesos de Especificación ( Análisis ), de diseño y desarrollo de un y tienen que satisfacer en Diseño e Implementación son concurrentes . equipo, sistema o aparato de análisis de requerimientos No existe una especificación detallada del Parada forma tal que se obtiene un refinamiento sistema. La documentación del diseño se minimiza o es generada automáticamente elemento apto para su Producto de por el entorno de programación utilizado comercialización mediante para implementar el sistema. de requisitos algún proceso de fabricación. ingenierí Diseño A menudo un cliente define un a rápido de objetivos generales para conjunto Es un modelo del comportamiento el software, pero no identifica los requisitos detallados de del sistema que puede ser usado Refinamie para entenderlo completamente o entrada, procesamiento o salida. El responsable del desarrollo del ciertos aspectos de élnto del y así software está inseguro de la eficacia clarificar los requerimientos. Un Se evalúan los efectos que haya de un algoritmo, de la adaptabilidad prototipo prototipo es una representación de producido en el Usuario, en cuanto Construcc de un sistema operativo o de la forma un sistema, aunque no es un a logros, actitud e interés; en qué medida los contenidos han ión del que debería tomar la interacción sistema completo, posee las humana – máquina, entonces en este características del sistema final o “quedado” en el Usuario o no, la prototipocaso cuando utilizamos la monotonía que representa para construcción de prototipos. parte de ellas. Evaluación del ellos el material expuesto, la prototipo del facilidad de acceso, la visualización del contenido, la cliente disponibilidad del prototipo en el servidor, la velocidad de la navegación, etc.
  • 11. Los modelos del dominio no se incentivan fuertemente en la fase de inicio, puesto que el propósito del inicio no es llevar a cabo un estudio serio, sino decidir si merece la pena un estudio mas profundo en el proyecto, en una fase de elaboración.
  • 12. • Desarrollo iterativo e incremental: el proyecto se organiza en una serie de mini-proyectos cortos de duración fija (2 a 6 semanas) llamadas iteraciones, que elige un conjunto reducido de requerimientos, los diseña, implementa y prueba. El resultado de cada iteraci ón es un sistema que puede ser probado, integrado y ejecutado. La salida es un subconjunto con calidad de producción final. • Rápida retroalimentación y asimilación de los cambios, posibilitada por el tamaño limitado de lo realizado en cada iteración. • Se abordan, resuelven y prueban primeramente las decisiones de diseño críticas o de alto riesgo. • Si no se logra cumplir lo previsto dentro del plazo estipulado, se aconseja transferir tareas o requisitos para una iteración posterior, pero no modificar la fecha de entrega de la iteració n actual.
  • 13.
  • 14.
  • 15.
  • 16. http://es.wikipedia.org/wiki/Implementaci%C3%B3n  http://sites.google.com/site/datawarehouse2010iicr/fases-de-implantacion-de-un-data- warehouse/diseno-y-modelizacion revision http://www.sistemaspaez.com/revisiones/contabilidad.htm http://www.mitecnologico.com/Main/ModeloDeCascada prototipo  http://oacosta334.blogspot.es/tags/prototipo/ Desarrollo de Software para Ingeniería Eléctrica - Rev. 2009-05-09 Instituto de Ingeniería Eléctrica - Facultad de Ingeniería - Universidad de la Rep ública, Uruguay. FIN