DESARROLLODEAPLICACIONESWEB ESCUELA POLITÉCNICA DELEJÉRCITOCarrera De Ingeniería En SistemasDesarrollo de Aplicaciones Web...
ContenidoIntroducción........................................................................................................
CICLO DE VIDA TRADICIONAL DEL SISTEMAMODELO CASCADAEspecificar conceptos, elementos, diagramas UML, herramientas, procesos...
• Ayuda a detectar errores en las primeras etapas a bajo costo.• Ayuda a minimizar los gastos de planificación, pues se re...
En esta fase se analizan las necesidades de los usuarios finales del software paradeterminar qué objetivos debe cubrir. De...
Herramientas para diagramas. Start uml Rational Rouse OMT PowerDisignerProcesos PrincipalesI. Se realiza un documento ...
 Diagrama de clases y objetos: las clases se pueden representar de tres formas sindetalle, detalles a nivel de análisis y...
Diagramas UML Diagrama de actividades: en situaciones donde todos o la mayoría de los eventosrepresentan la totalidad de ...
Procesos PrincipalesI. Se construye la aplicación un lenguaje de programación correcto,y siguiendo para ello las directric...
 OMT PowerDisignerProcesos PrincipalesI. Se verifica que la aplicación construida satisfaga los requerimientos delusuari...
Bibliografía.http://ldc.usb.ve/~mgoncalves/IS2/sd07/clase1.pdfhttp://www.slideshare.net/jcezarv/41-modelo-cascadahttp://pa...
Próxima SlideShare
Cargando en…5
×

Ciclo de vida cascada

7.892 visualizaciones

Publicado el

Trabajo de Desarrollo de Aplicaciones Web.

Publicado en: Educación
0 comentarios
10 recomendaciones
Estadísticas
Notas
  • Sé el primero en comentar

Sin descargas
Visualizaciones
Visualizaciones totales
7.892
En SlideShare
0
De insertados
0
Número de insertados
236
Acciones
Compartido
0
Descargas
0
Comentarios
0
Recomendaciones
10
Insertados 0
No insertados

No hay notas en la diapositiva.

Ciclo de vida cascada

  1. 1. DESARROLLODEAPLICACIONESWEB ESCUELA POLITÉCNICA DELEJÉRCITOCarrera De Ingeniería En SistemasDesarrollo de Aplicaciones Web.Ñauñay Jorge.Andrade Gabriela.Bravo Paulo.CICLO DE VIDA TRADICIONALMODELO CASCADASEPTIMO NIVEL05 DE MAYO DEL 2013
  2. 2. ContenidoIntroducción.................................................................................................................................. 3Ventajas:.................................................................................................................................... 3Desventajas: .............................................................................................................................. 4Desarrollo del tema....................................................................................................................... 4Requisitos.................................................................................................................................. 4Procesos Principales............................................................................................................... 5Análisis de Requisitos................................................................................................................ 5Diagramas uml ....................................................................................................................... 5Herramientas para diagramas. ............................................................................................... 6Procesos Principales............................................................................................................... 6Diseño. ...................................................................................................................................... 6Diagramas UML...................................................................................................................... 6Herramientas para diagramas. ............................................................................................... 7Procesos Principales............................................................................................................... 7Construcción.............................................................................................................................. 7Diagramas UML...................................................................................................................... 8Herramientas para diagramas. ............................................................................................... 8Procesos Principales............................................................................................................... 9Implementación........................................................................................................................ 9Diagramas UML...................................................................................................................... 9Herramientas para diagramas. ............................................................................................... 9Procesos Principales............................................................................................................. 10Mantenimiento. ...................................................................................................................... 10Diagramas UML.................................................................................................................... 10Herramientas para diagramas. ............................................................................................. 10Procesos Principales............................................................................................................. 10Bibliografía................................................................................................................................... 11
  3. 3. CICLO DE VIDA TRADICIONAL DEL SISTEMAMODELO CASCADAEspecificar conceptos, elementos, diagramas UML, herramientas, procesos principalesde cada fase.Introducción.En los años 70 se impuso un nuevo enfoque de desarrollo del software, introducido porRoyce en 1970, a través de un ciclo de vida en “cascada” (así denominado por ladisposición de las distintas fases de desarrollo, en las que los resultados de una faseparecen caer en cascada hacia la siguiente fase, tal como se muestra en la Figura 1). Elmétodo ideado por Royce constituye uno de los primeros modelos de ciclo de vidapublicados, por lo que también recibe el nombre de modelo de ciclo de vida clásico. Estemétodo modela el ciclo convencional de la Ingeniería del Software, aplicando un enfoquesistemático y secuencial de desarrollo que comienza con la ingeniería del sistema yprogresa a través de requisitos, análisis de requisitos, diseño, construcción,implementación y mantenimiento.Ventajas:• Es un modelo sencillo y disciplinado.• Es fácil aprender a utilizarlo y comprender su funcionamiento.• Está dirigido por los tipos de documentos y resultados que deben obtenerse al final decada etapa.• Ha sido muy usado y, por tanto, está ampliamente contrastado.Ingeniería y Análisis delSistema (REQUISITOS)Análisis de losRequisitosDiseñoConstrucciónImplementaciónMantenimiento
  4. 4. • Ayuda a detectar errores en las primeras etapas a bajo costo.• Ayuda a minimizar los gastos de planificación, pues se realiza sin problemasDesventajas:• Los proyectos raramente siguen el proceso lineal tal como se definía originalmente elciclo de vida• Es difícil que el cliente exponga explícitamente todos los requisitos al principio.• El cliente debe tener paciencia pues obtendrá el producto al final del ciclo de vida.• No refleja exactamente cómo se programa realmente el sistema, en el que suele haberun gran componente iterativo.• Puede resultar complicado regresar a etapas anteriores (ya acabadas) para realizarcorrecciones.• El producto final obtenido puede que no refleje todos los requisitos del usuario.Desarrollo del tema.Requisitos.Debido a que el software es siempre parte de un sistema mayor el trabajocomienza estableciendo los requisitos de todos los elementos del sistema y luegoasignando algún subconjunto de estos requisitos al software.
  5. 5. En esta fase se analizan las necesidades de los usuarios finales del software paradeterminar qué objetivos debe cubrir. De esta fase surge una memoria llamadaSRD (documento de especificación de requisitos), que contiene la especificacióncompleta de lo que debe hacer el sistema sin entrar en detalles internos.Es importante señalar que en esta etapa se debe consensuar todo lo que serequiere del sistema y será aquello lo que seguirá en las siguientes etapas, nopudiéndose requerir nuevos resultados a mitad del proceso de elaboración delsoftware.Procesos PrincipalesI. Se analiza y clarifican los diferentes aspectos del problema que debe serresuelto por la aplicación con el fin de establecer claramente que debe serconstruido.Análisis de Requisitos.Es el proceso de recopilación de los requisitos se centra e intensificaespecialmente en el software. El ingeniero de software (Analistas) debecomprender el ámbito de la información del software, así como la función, elrendimiento y las interfaces requeridas.Diagramas uml Diagrama de casos de uso: Un caso de uso es la típica interacción entre un usuarioy un sistema informático. Diagramas de secuencia: Se los realiza en las fases de análisis de requisitos ydiseño para razonar en más detalle como es el comportamiento de un escenario,también para detectar cuáles son los métodos de las clases, al observar cómo serelacionan los objetos entre sí. Diagramas de colaboración: Si se desea más detalle del sistema a desarrollar enesta fase se puede utilizar los diagramas de colaboración.
  6. 6. Herramientas para diagramas. Start uml Rational Rouse OMT PowerDisignerProcesos PrincipalesI. Se realiza un documento de requisitos de software que especifica claramentelas funcionalidades de la aplicación.II. Funcionalidad = lo que tiene que hacer.III. Funcionalidad ≠ como tiene que hacer.Diseño.Se descompone y organiza el sistema en elementos que puedan elaborarse porseparado, aprovechando las ventajas del desarrollo en equipo. Como resultadosurge el SDD (Documento de Diseño del Software), que contiene la descripción dela estructura relacional global del sistema y la especificación de lo que debe hacercada una de sus partes, así como la manera en que se combinan unas con otras.Es conveniente distinguir entre diseño de alto nivel o arquitectónico y diseñodetallado. El primero de ellos tiene como objetivo definir la estructura de lasolución (una vez que la fase de análisis ha descrito el problema) identificandograndes módulos (conjuntos de funciones que van a estar asociadas) y susrelaciones. Con ello se define la arquitectura de la solución elegida. El segundodefine los algoritmos empleados y la organización del código para comenzar laimplementación.Diagramas UML Diagramas de secuencia: Se los realiza en las fases de análisis de requisitos ydiseño para razonar en más detalle como es el comportamiento de un escenario,también para detectar cuáles son los métodos de las clases, al observar cómo serelacionan los objetos entre sí.
  7. 7.  Diagrama de clases y objetos: las clases se pueden representar de tres formas sindetalle, detalles a nivel de análisis y diseño, detalle a nivel de implementación.Herramientas para diagramas. Start uml Rational Rouse OMT PowerDisignerProcesos PrincipalesI. Se decide la organización y la estructura de la aplicación que satisfaga losdiferentes requisitos establecidos en la fase de análisis.II. Se tiene como resultado uno o varios documentos de diseño que seespecifican claramente cómo es que se debe construir la aplicación.III. En el análisis se ocupa de que hay que hacer en el diseño se ocupa decómo hacerlo.Construcción.Es la fase en donde se realizan los algoritmos necesarios para el cumplimiento delos requerimientos del usuario así como también los análisis necesarios para saberque herramientas usar en la etapa de Codificación.
  8. 8. Diagramas UML Diagrama de actividades: en situaciones donde todos o la mayoría de los eventosrepresentan la totalidad de acciones generadas internamente (es decirprocedimientos de control de flujo). Diagrama de Estados: Los diagramas de estados muestran la secuencia de estadospor los que pasa un objeto durante su vida y que se corresponden con losestímulos recibidos, junto con sus respuestas y acciones, cada diagrama deestados se corresponde con una clase o con un método.Herramientas para diagramas. Start uml Rational Rouse OMT PowerDisigner
  9. 9. Procesos PrincipalesI. Se construye la aplicación un lenguaje de programación correcto,y siguiendo para ello las directrices marcadas por losdocumentos de diseño.II. El diseño caracteriza el artefacto a construir de formaindependiente de lenguajes, de herramientas de desarrollo, etc.Implementación.Aquí se implementa el código fuente, haciendo uso de prototipos así comopruebas y ensayos para corregir errores.Dependiendo del lenguaje de programación y su versión se crean las bibliotecas ycomponentes reutilizables dentro del mismo proyecto para hacer que laprogramación sea un proceso mucho más rápido.Diagramas UML Diagrama de implementación: Los diagramas de implementación como supropio nombre indica representan aspectos relativos a la implementaciónincluyendo la estructura del código fuente y otras características propiasdel tiempo de ejecución.UML tiene dos tipos de diagramas de implementación:a) Diagramas de Componentes: Muestran la estructura del códigofuente.b) Diagramas Desplegables (Deployment Diagrams): Muestran laestructura del sistema en tiempo de ejecución.Herramientas para diagramas. Start uml Rational Rouse
  10. 10.  OMT PowerDisignerProcesos PrincipalesI. Se verifica que la aplicación construida satisfaga los requerimientos delusuario.II. Dos pasos importantes: Verificación: ¿Se ajusta la aplicación construida a los requisitosestablecidos? Validación: ¿Resuelve la aplicación el problemas que realmentetenía el usuario?Mantenimiento.Una de las etapas más críticas, ya que se destina un 75% de los recursos, es elmantenimiento del Software ya que al utilizarlo como usuario final puede ser queno cumpla con todas nuestras expectativas.El software sufrirá cambios después de que se entrega al cliente. Los cambiosocurrirán debido a que hayan encontrado errores, a que el software debaadaptarse a cambios del entorno externo (sistema operativo o dispositivosperiféricos), o debido a que el cliente requiera ampliaciones funcionales o delrendimiento.Diagramas UMLSe utiliza diagramas de secuencia para ver el funcionamiento del sistema y si se desearealizar algún cambio. Diagramas de secuencia: Se los realiza en las fases de análisis de requisitos ydiseño para razonar en más detalle como es el comportamiento de un escenario,también para detectar cuáles son los métodos de las clases, al observar cómo serelacionan los objetos entre sí.Herramientas para diagramas. Start uml Rational Rouse OMT PowerDisignerProcesos PrincipalesI. Esta es una de las actividades más costosas en el desarrollo del software.II. En esta fase se modifica la aplicación para satisfacer cambios oampliaciones en los requisitos del usuario, corregir errores, etc.
  11. 11. Bibliografía.http://ldc.usb.ve/~mgoncalves/IS2/sd07/clase1.pdfhttp://www.slideshare.net/jcezarv/41-modelo-cascadahttp://parasitovirtual.wordpress.com/2010/06/20/modelo-en-cascada/http://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/SISTEMAS/ARCHIVOS_FUNDAMENTOS/ARCHIVOS/U5_2.htmhttp://cflores334.blogspot.es/tags/CASCADA/

×