modelo cascada
TRANSCRIPT
UNIVERSIDAD TECNOLÓGICA DE LA REGIÓN NORTE DE GUERRERO
TECNOLOGIAS DE LA INFORMACIÓN Y COMUNICACIÓN
INGENIERIA DE SOFTWARE
MODELO CASCADA
INTEGRANTES:MARIA SILVIA OCAMPO GILES
JOAO IVAN GARDUÑO SALGADO
LAURA BRITO ROMAN
MARTHA DE JESUS SERRANO
LUIS ALBERTO MELCHOR HERNANDEZ
13 de Septiembre del 2010
Modelo Cascada
DEFINICION
Algunas veces llamado ciclo de vida
clásico, sugiere un enfoque sistemático
secuencial hacia el desarrollo del software, que
se inicia con la especificación de requerimientos
del cliente y continua con la planeación, el
modelado, la construcción y despliegue para
culminar el soporte del software terminado.
Los principios básicos del modelo de cascada son los siguientes:
•El proyecto está dividido en fases secuenciales.
•Se hace hincapié en la planificación, los horarios, fechas, presupuestos y ejecución de todo un sistema de una sola vez.
•Un estricto control se mantiene durante la vida del proyecto a través de la utilización de una documentación escrita, a través de comentarios y aprobación del usuario y la tecnología de la información de gestión al final de la mayoría de las fases antes de comenzar la próxima fase.
FASES
Existen ocasiones en que los requisitos de un problema se entiende de una manera razonable:
Cuando el trabajo fluye desde la comunicación a través del despliegue de una manera casi lineal.
Es necesario hacer adaptaciones o mejorías bien definidas a un sistema existente.
Ejemplo de esto seria: una adaptación a un software contable debido a los cambios en las regulaciones del gobierno.
Esto puede ocurrir solo cuando los requerimientos están bien definidos
ANÁLISIS DE REQUERIMIENTOS
Se analizan las necesidades de los usuarios
finales del software para determinar qué
objetivos debe cubrir.
De esta fase surge una memoria llamada SRD
(documento de especificación de
requisitos), que contiene la especificación
completa de lo que debe hacer el sistema sin
entrar en detalles internos.
ESPECIFICACIONES
(Diseño del sistema)
Se organiza el sistema en elementos que puedan elaborarse por separado, aprovechando las ventajas del desarrollo en equipo.
Es conveniente distinguir entre diseño de alto nivel o arquitectónico y diseño detallado.
El primero de ellos tiene como objetivo definir la estructura de la solución (una vez que la fase de análisis ha descrito el problema) identificando grandes módulos (conjuntos de funciones que van a estar asociadas) y sus relaciones
DISEÑO DEL PROGRAMA Se realizan los algoritmos necesarios para el
cumplimiento de los requerimientos del usuario.
Análisis necesarios para saber que
herramientas usar en la etapa de Codificación.
Es la fase de programación o implementación
propiamente dicha.
Se implementa el código fuente, haciendo uso
de prototipos así como pruebas y ensayos para
corregir errores.
IMPLEMENTACIÓN
El software obtenido se pone en producción.
Se implantan los niveles software y hardware
que componen el proyecto.
La implantación es la fase con más duración y
con más cambios en el ciclo de elaboración de
un proyecto.
Fase final del proyecto.
Durante la explotación del sistema de software
pueden surgir cambios, bien para corregir
errores o bien para introducir mejoras.
Todo ello se recoge en los Documentos de
Cambios.
PRUEBAS
Los elementos, ya programados, se ensamblan para componer el sistema y se comprueba que funciona correctamente.
Las pruebas de Software, testing o beta testinges un proceso usado para identificar posibles fallos.
En general, los usuarios distinguen entre errores de programación ( o “bugs” ) y defectos de forma.
En un defecto de forma, el programa no realiza lo que el usuario espera.
OPERACIONES Y MANTENIMIENTOEl Software sufrirá cambios después de que se
entrega al cliente.
Los cambios ocurrirán debido a que hayan
encontrado errores, a que el Software deba
adaptarse a cambios del entorno externo
(sistema operativo o dispositivos periféricos).
Que el cliente requiera ampliaciones
funcionales o del rendimiento.
DesventajasEn la vida real, un proyecto rara vez sigue una secuencia lineal, esto crea unamala implementación del modelo, lo cual hace que lo lleve al fracaso.
El proceso de creación del software tarda mucho tiempo ya que debe pasar porel proceso de prueba y hasta que el software no esté completo no se opera.
Esto es la base para que funcione bien.1. Alto riesgo en sistemas nuevos debido a problemas en las
especificaciones y en el diseño.
2. Bajo riesgo para desarrollos bien comprendidos utilizando tecnología
conocida.
VentajasEs bien organizado.Es perfecto para proyectos que son rígidos, y además donde se especifiquenmuy bien los requerimientos y se conozca muy bien la herramienta a utilizar.
1. Modelo y planificación fácil y sencillos.
2. Sus fases son conocidas por los desarrolladores.
3. Los usuarios lo pueden comprender fácilmente.
CONCLUSION(General)
La metodología de cascada ordena
rigurosamente las etapas del ciclo del
software, es decir en este modelo se tienen
que terminar las fases en un orden, para
poder pasar a la siguiente etapa. Este
modelo es el mas usado en la actualidad .
El modelo de cascada es exitoso cuando se
tienen bien específicos los requerimientos
del software y se conozcan las herramientas
a utilizar.
CONCLUSION(Martha)
La metodología de cascada ordena rigurosamente las
etapas del ciclo del software, es decir en este modelo se
tienen que terminar las fases en un orden, para poder
pasar a la siguiente etapa. Este modelo es el mas usado
en la actualidad .
El modelo de cascada es exitoso cuando se tienen bien
específicos los requerimientos del software y se
conozcan las herramientas a utilizar.
El modelo de cascada tarda mucho tiempo en resolver
un software, ya que hasta que no se tenga bien el
software ,no se opera el software.
CONCLUSION(Silvia)
Lo que puedo mencionar es que el modelo cascada es una de las metodologías que al llevarse a cabo se debe de llevar a cabo fase por fase.
Se debe de tener bien planeado lo que se pretende realizar.
Realizar un análisis detallado.
No empezar la siguiente fase si aun no se termina la anterior
CONCLUSION(Joao)
En conclusión el modelo de cascada nos permite realizar una organización
más fácil de comprender tratando de no mezclar las diferentes fases del
modelo y así nos permite organizar el tipo de proyecto que pretende
solucionar es decir donde se conozcan todos los requisitos
especificados, esto quiere decir que es necesario que se especifiquen muy
bien los requerimientos…
Para esto los proyectos también es necesario conocer las herramientas que
se implementaran.
CONCLUSION(Laura)
La metodología del modelo de cascada es mas eficiente y creativo, ya que
es entendible y cuenta con un proceso de mejoras hacia el proyecto.
Es el método mas fácil de realizar ya que cuenta con fases que siguen un
orden en especifico, ya que si no se cumple con el orden que lleva el
proyecto puede llegar a tener algunos problemas durante su ejecución y
puede no ser exitoso.
Para que este método sea exitoso en el proyecto requerido se debe seguir
un orden en especifico y se deben conocer las herramientas a
utilizar, para que se sepa que herramientas vamos a utilizar y saber cual
es el tiempo que nos vamos a llevar durante el proceso, así como saber
organizarlo tal y como nos pide cada una de sus faces y poder llevar la
planeación en un orden y poder terminar con la construcción del
proyecto.
CONCLUSION(Luis)
Podríamos considerarlo como el mas sencillo de utilizar, aunque
por su alto numero de inconvenientes puede dudarse de su
eficacia, siendo el principal el ser un modelo secuencial.
Si este sistema no es bien conocido o difícil de analizar, esta
fase puede alargarse demasiado.
Se debe tener completo conocimiento de el proyecto a realizar
asi como del sistema, para poder llevar el trabajo a un fin exitoso, y evitar
errores en el desarrollo.
http://scruz334.blogspot.es/tags/Cas
cada/
http://www.bsgmexico.com.mx/01
-metodologia.html
Ingeniería del software un
enfoque practico
R.Pressman
http://www.slideshare.net/masilog
/expo-modelocascada