UNIVERSIDAD TÉCNICADE AMBATOFACULTAD DE CIENCIAS HUMANAS Y DE LA EDUCACIÓNCARRERA DE DOCENCIA EN INFORMÁTICAANÁLISIS Y DIS...
CICLO DE VIDA El proceso que se sigue para construir,entregar y hacer evolucionar elsoftware, desde la concepción de unai...
ObjetivosDeterminar el orden de las etapas en el desarrollo del softCriterio para determinar la finalizaciónCriterio para ...
Ingeniería de requerimientos¿Qué?Identificar y documentar los requerimientos del sistema según lasnecesidades del usuario ...
¿Cómo?Dividir el sistema en partes yestablecer las relaciones entre ellas.Arquitectura y diseño detallado.• Establecer qué...
Transformaciones formales
Atributos de calidadLas cualidades de un sistemadeben estar por encima y pordelante de la función delsistema.La calidad de...
Clasificación delas cualidadesExternas InternasDel producto Del procesoVisibles alos usuariosVisibles a losdesarrolladores...
MODELOS DEL CICLO DE VIDAVisionesEl alcance delciclo de vidaLa cualidad ycantidad de lasetapasDepende de hasta donde desea...
CICLO DE VIDALINEALConsiste en descomponer la actividadglobal del proyecto en etapasdeparadas que son realizadas demanera ...
CICLODEVIDAENCASCADAPUROEste ciclo admite interacciones, contrariamente a lacreencia de que es un ciclo de vida secuencial...
Diseñado por AlanDavis.Contiene las mismasetapas de vida que elde cascada puro.Se puede usar en pequeñas bases de datos.(S...
A menudo el usuario noconoce todas lasfuncionalidades del producto.Diseñado porBohem en 1988.Toma los beneficios de loscic...
CICLO DE VIDA TIPO SASHIMIEs parecido al ciclo en casacadapuro, solo que en éste se puedesolapar las etapas.VENTAJAS• Gana...
CICLO DE VIDA EN CASCADA CONSUBPROYECTOSEn este modelo cada cascada tiene subetapasEs ideal para cuando se tiene numerosos...
CICLO DE VIDA ORIENTADO AOBJETOS• Es una de las mejores metodologías para la creación de software• Los objetos están repre...
PROPUESTO• Gomaa en 1984• Mecanismo para identificar los requisitos del softwareOBJETIVO• Lograr un producto intermediario...
permiten desarrollar versiones cada vez más completas y complejas, hastallegar al objetivo final deseadoEste modelo acepta...
• proceso de construcción siempre incrementandosubconjuntos de requerimientos del sistema.• Un ejemplo de un desarrollo pu...
Ninguno de los ciclos de vidaevitan los riesgos que puedenaparecer en el desarrollo de unproyecto.
EL ANALISTA DE SISTEMAS
INTRODUCCIÓNINFORMACIÓN • RECURSO IMPORTANTEINDUSTRIA DELSOFTWAREENFOQUEORGANIZATIVO• ESPECIALIZACIÓN DE FUNCIONESANALISTA...
Enfrentar los problemas desistemas de información deuna empresaCanalizar a la empresa ciertostópicos de la informática
Staff de una empresaExperiencia en Hardware ySoftwareDecisiones omodificaciones menores.Recurso humanode apoyo.
EL ROL DEAGENTE DECAMBIO DELANALISTADE SISTEMASEs el rol mas completo yde mayor responsabilidadque asume el analista desis...
CUALIDADESDELANALISTA DESISTEMASDebe tener lacapacidad deadministrar ycoordinar losinnumerablesrecursos del proyectoy de o...
• http://roldeagentedecambio.blogspot.com/2011/05/rol-de-agente-de-cambio-de-un-analista.html• Implementación y debugging....
Ciclo de vida en el desarrollo de sistemas
Ciclo de vida en el desarrollo de sistemas
Ciclo de vida en el desarrollo de sistemas
Ciclo de vida en el desarrollo de sistemas
Ciclo de vida en el desarrollo de sistemas
Ciclo de vida en el desarrollo de sistemas
Ciclo de vida en el desarrollo de sistemas
Próxima SlideShare
Cargando en…5
×

Ciclo de vida en el desarrollo de sistemas

336 visualizaciones

Publicado el

0 comentarios
0 recomendaciones
Estadísticas
Notas
  • Sé el primero en comentar

  • Sé el primero en recomendar esto

Sin descargas
Visualizaciones
Visualizaciones totales
336
En SlideShare
0
De insertados
0
Número de insertados
3
Acciones
Compartido
0
Descargas
42
Comentarios
0
Recomendaciones
0
Insertados 0
No insertados

No hay notas en la diapositiva.

Ciclo de vida en el desarrollo de sistemas

  1. 1. UNIVERSIDAD TÉCNICADE AMBATOFACULTAD DE CIENCIAS HUMANAS Y DE LA EDUCACIÓNCARRERA DE DOCENCIA EN INFORMÁTICAANÁLISIS Y DISEÑODE SISTEMASTEMAS: - MODELOS DE CICLO DE VIDA ENDESARROLLO DE SOFTWARE- EL ANALISTA DE SISTEMASGRUPO No 1Abril2013
  2. 2. CICLO DE VIDA El proceso que se sigue para construir,entregar y hacer evolucionar elsoftware, desde la concepción de unaidea hasta la entrega y el retiro delsistema.
  3. 3. ObjetivosDeterminar el orden de las etapas en el desarrollo del softCriterio para determinar la finalizaciónCriterio para comenzar y elegir la siguienteAsí un modelo de proceso apunta a:¿Qué debemos hacera continuación?¿Por cuánto tiempodebemos hacerlo?
  4. 4. Ingeniería de requerimientos¿Qué?Identificar y documentar los requerimientos del sistema según lasnecesidades del usuario final.Cualidades del sistemaFuncionales No-funcionales Del proceso y delmantenimiento
  5. 5. ¿Cómo?Dividir el sistema en partes yestablecer las relaciones entre ellas.Arquitectura y diseño detallado.• Establecer qué hará exactamente cadaparte.• Se crea un modelo funcional estructural• El diseño debe permitir implementacionesDiseño - Especificación Testing vs. análisis Testing funcional y estructural Ejecución simbólica Verificación & ValidaciónVerificaciónComprobar que los productos del ciclo de vida del software verificarlas propiedades y funciones
  6. 6. Transformaciones formales
  7. 7. Atributos de calidadLas cualidades de un sistemadeben estar por encima y pordelante de la función delsistema.La calidad debe ser considerada en todas lasfases del ciclo de vida del software, aunquedistintas cualidades se manifiestan de formasdiferentes durante el desarrollo.La funcionalidad no sólo ocupa el primer lugar en las prioridades delos desarrolladores sino que muchas veces es el único.
  8. 8. Clasificación delas cualidadesExternas InternasDel producto Del procesoVisibles alos usuariosVisibles a losdesarrolladoresObservables en losdistintos productos ysubproductosDescriben a la forma enque el producto esproducido
  9. 9. MODELOS DEL CICLO DE VIDAVisionesEl alcance delciclo de vidaLa cualidad ycantidad de lasetapasDepende de hasta donde deseamos llegarcon el proyecto, saber si es viable eldesarrollo de un producto, el desarrollocompleto o más actualizaciones.En que dividiremos el ciclo de vida, segúnel ciclo de vida que adoptemos, y elproyecto para cual lo adoptemos.La estructura yla sucesión delas etapasSi hay realimentación entre ellas, y sitenemos libertad de repetirlas.
  10. 10. CICLO DE VIDALINEALConsiste en descomponer la actividadglobal del proyecto en etapasdeparadas que son realizadas demanera lineal.Las actividades deben serindependientes entre sí.Sencillez de su gestión yadministración tantoeconómica como temporal.No es apto para desarrollos quesuperen mínimamenterequerimientos deretroalimentación entre etapas.Se usa para realizar una aplicación que sededique exclusivamente a almacenar datos.
  11. 11. CICLODEVIDAENCASCADAPUROEste ciclo admite interacciones, contrariamente a lacreencia de que es un ciclo de vida secuencial como ellinealEs un modelo rígido, poco flexible, y con muchasrestricciones.Una de sus ventajas es de proveer un producto consu elevado grado de calidad sin necesidad de unpersonal altamente calificado . ademas de losresultados no lo veremos hasta que no estemos enlas etapas finales del ciclo , por lo que cualquier errordetectado nos trae retraso y aumenta el costo deldesarrollo en funcion del tiempo que insume lacorreccion de estos.
  12. 12. Diseñado por AlanDavis.Contiene las mismasetapas de vida que elde cascada puro.Se puede usar en pequeñas bases de datos.(Sistema de facturación)Se le agregan dos etapasde retroalimentación.
  13. 13. A menudo el usuario noconoce todas lasfuncionalidades del producto.Diseñado porBohem en 1988.Toma los beneficios de losciclos de vida Incremental yprototipos.PLANIFICACIONIMPLEMENTACION EVALUACIONANÁLISIS DE RIESGOS
  14. 14. CICLO DE VIDA TIPO SASHIMIEs parecido al ciclo en casacadapuro, solo que en éste se puedesolapar las etapas.VENTAJAS• Ganancia de calidad en elproducto final• No hay necesidad dedocumentacion detallada(solapado de etapas)DESVENTAJAS• Debido al solapamiento se tormadifícil gestionar el inicio yel final de cada etapa• Problemas de comunicación
  15. 15. CICLO DE VIDA EN CASCADA CONSUBPROYECTOSEn este modelo cada cascada tiene subetapasEs ideal para cuando se tiene numerosos programadores.VENTAJAS• Muchos trabajando al mismo tiempoDESVENTAJAS• Surgen dependencias entre distintas subetapasEste modelo administra cualquier proyecto, pero se debe administrar los tiempos
  16. 16. CICLO DE VIDA ORIENTADO AOBJETOS• Es una de las mejores metodologías para la creación de software• Los objetos están representados por un conjunto de propiedades(atributos)• El comportamiento de estos objetos se los denomina métodos
  17. 17. PROPUESTO• Gomaa en 1984• Mecanismo para identificar los requisitos del softwareOBJETIVO• Lograr un producto intermediario, antes de realizar el productofinal.UTILIZA• Validar los requerimientos de los usuarios en cualquier ciclo devida.PROTOTIPEADO• Repite las fases de definición, diseño y construcción dos veces:para el prototipo y para el producto real.
  18. 18. permiten desarrollar versiones cada vez más completas y complejas, hastallegar al objetivo final deseadoEste modelo acepta que los requerimientos del usuario se pueden cambiar encualquier momento.Reemplazar el viejo sistema con uno nuevo que tendría la propiedad desatisfacer los nuevos requerimientos lo más rápido posible.En el modelo evolutivo se asume que los requisitos pueden cambiar encualquier momento del ciclo de vida y no solo en la etapa de análisisPROYECTO A QUE ES APLICABLE:Ø Proyecto de ventasØ Proyecto de FacturaciónØ Proyecto de Mercadeo
  19. 19. • proceso de construcción siempre incrementandosubconjuntos de requerimientos del sistema.• Un ejemplo de un desarrollo puramente incremental puedeser la agregación de módulos en diferentes fases.• Facilita el desarrollo en cada módulo por un equipo deprogramadores• Si se detecta un error grave, sólo desechamos la ultima iteración
  20. 20. Ninguno de los ciclos de vidaevitan los riesgos que puedenaparecer en el desarrollo de unproyecto.
  21. 21. EL ANALISTA DE SISTEMAS
  22. 22. INTRODUCCIÓNINFORMACIÓN • RECURSO IMPORTANTEINDUSTRIA DELSOFTWAREENFOQUEORGANIZATIVO• ESPECIALIZACIÓN DE FUNCIONESANALISTA DESISTEMASPAPEL• ANALIZARYDESCRIBIR ELPROBLEMA• DISEÑA SOLUCIÓN• DA AL USUARIONUEVAS OPCIONES
  23. 23. Enfrentar los problemas desistemas de información deuna empresaCanalizar a la empresa ciertostópicos de la informática
  24. 24. Staff de una empresaExperiencia en Hardware ySoftwareDecisiones omodificaciones menores.Recurso humanode apoyo.
  25. 25. EL ROL DEAGENTE DECAMBIO DELANALISTADE SISTEMASEs el rol mas completo yde mayor responsabilidadque asume el analista desistemas es el de agentede cambio ya sea interno oexterno de la empresa.Un agente de cambiopuede definirse comoaquella persona quesirve como catalizadorpara el cambio,quedesarrolla un plan parael mismo y que colaboracon otros para agilizarlo.Como analista desistema debe aceptar loanterior y utilizarlocomo el punto de iniciode su análisis.Transmite a losusuarios el proceso decambioDebe promover uncambio que involucreel uso de los sistemasde información
  26. 26. CUALIDADESDELANALISTA DESISTEMASDebe tener lacapacidad deadministrar ycoordinar losinnumerablesrecursos del proyectoy de otras personas Debe ser uncomunicador concapacidad pararelacionarse con losdemás duranteextensos periodos.Debe tener suficienteexperiencia encomputación paraprogramar, entenderlas capacidades de lascomputadoras, recabarlos requisitos deinformación de losusuarios y comunicarlosa los programadores.Debe tener una éticapersonal yprofesional firmeque le ayude amoldear lasrelaciones con susclientes.Es un solucionador deproblemas, Es unapersona que abordacomo un reto elanálisis de problemasy que disfruta aldiseñar solucionesfactibles.Debe contar con lacapacidad de afrontarsistemáticamentecualquier situaciónmediante la correctaaplicación deherramientas, técnicasy su experiencia.
  27. 27. • http://roldeagentedecambio.blogspot.com/2011/05/rol-de-agente-de-cambio-de-un-analista.html• Implementación y debugging. Modelos de ciclo de vida, usr.code• Análisis y diseño de sistemas de Kendal KennethBIBLIOGRAFIA

×