Metodología Clásica Metodología Clásica en CASCADAen CASCADA

ARTURO BARRETO VILLAFAN ARTURO BARRETO VILLAFAN CESAR ALFREDO RAMIREZ MOSSOCESAR ALFREDO RAMIREZ MOSSOFRANCISCO JAVIER RAMIREZ GONZALEZFRANCISCO JAVIER RAMIREZ GONZALEZ

TeTextxt

METODOLOGÍAMETODOLOGÍAEs de un vocablo generado a partir de tres palabras de Es de un vocablo generado a partir de tres palabras de origen griego:meta(“mas allá”), odós(“camino”) y logos origen griego:meta(“mas allá”), odós(“camino”) y logos que es (“estudio”)que es (“estudio”)

METODOLOGÍA EN METODOLOGÍA EN INGENIERIA DE INGENIERIA DE SOFTWARE SOFTWARE Una Metodología puede seguir uno o varios modelos de ciclo de vida, es decir, el Una Metodología puede seguir uno o varios modelos de ciclo de vida, es decir, el ciclo de vida indica qué es lo que hay que obtener a lo largo del desarrollo del ciclo de vida indica qué es lo que hay que obtener a lo largo del desarrollo del proyecto pero no cómo hacerlo.proyecto pero no cómo hacerlo.La Metodología indica cómo hay que obtener los distintos productos parciales y La Metodología indica cómo hay que obtener los distintos productos parciales y finalesfinales

CARACTERISTICAS CARACTERISTICAS DESEABLES DE UNA DESEABLES DE UNA METODOLOGÍAMETODOLOGÍA

Existencia de reglas Predefinidas Existencia de reglas Predefinidas

Cobertura total del ciclo de Desarrollo Cobertura total del ciclo de Desarrollo

Verificaciones Intermedias Verificaciones Intermedias

Planificación y ControlPlanificación y Control

Comunicación Efectiva Comunicación Efectiva

Utilización sobre un abanico amplio de Utilización sobre un abanico amplio de proyectos proyectos

Fácil InformaciónFácil Información

Herramientas CASEHerramientas CASE

Actividades que mejoren el Proceso de Actividades que mejoren el Proceso de DesarrolloDesarrollo

Soporte al Mantenimiento Soporte al Mantenimiento

Soporte ala Reutilización de SoftwareSoporte ala Reutilización de Software

MODELOS MODELOS PRESCRIPTIVOS PRESCRIPTIVOS Los modelos prescriptivos de software fueron ideados originalmente para Los modelos prescriptivos de software fueron ideados originalmente para ordenar el caos del desarrollo de software, y la historia nos muestro que el ordenar el caos del desarrollo de software, y la historia nos muestro que el uso de estos han tardío tanto un camino a seguir en el desarrollo de uso de estos han tardío tanto un camino a seguir en el desarrollo de software así como estructuras utiles. software así como estructuras utiles.

¿QUÉ ES?¿QUÉ ES?

¿QUIÉN LO ¿QUIÉN LO HACE?HACE?

¿PORQUÉ ES ¿PORQUÉ ES IMPORTANTE?IMPORTANTE?

¿CUÁLES SON LOS ¿CUÁLES SON LOS PASOS?PASOS?¿CUÁLE ES EL ¿CUÁLE ES EL PRODUCTO PRODUCTO OBTENIDO?OBTENIDO?

¿COMÓ PUEDO ESTAR ¿COMÓ PUEDO ESTAR SEGURO DE QUE LO HE SEGURO DE QUE LO HE HECHO HECHO CORRECTAMENTE?CORRECTAMENTE?

MODELO CASCADAMODELO CASCADA

El modelo de cascada original, publicada por Winston W. Royce en El modelo de cascada original, publicada por Winston W. Royce en 1970, fue de hecho, no identificado por el nombre con el que 1970, fue de hecho, no identificado por el nombre con el que conocemos hoy en día. Royce, de hecho, presentó el modelo como conocemos hoy en día. Royce, de hecho, presentó el modelo como un modelo defectuoso y que no trabajan. Pero debido a las diversas un modelo defectuoso y que no trabajan. Pero debido a las diversas ventajas que este enfoque hacia el diseño de software y la ventajas que este enfoque hacia el diseño de software y la aplicación presentada, pronto se hizo muy popular en el mundo de aplicación presentada, pronto se hizo muy popular en el mundo de desarrollo de software.desarrollo de software.

El más conocido, esta basado en el ciclo El más conocido, esta basado en el ciclo convencional de una ingeniería, el paradigma del convencional de una ingeniería, el paradigma del ciclo de vida abarca las siguientes actividades:ciclo de vida abarca las siguientes actividades:

Ingeniería y Ingeniería y Análisis del Análisis del

SistemaSistema

Análisis de Análisis de RequisitosRequisitos

DiseñoDiseño

CodificaciónCodificación

PruebaPrueba

MantenimientoMantenimiento

INGENIERÍA Y EL INGENIERÍA Y EL ANÁLISIS DEL SISTEMAANÁLISIS DEL SISTEMADebido a que el software es siempre parte de un sistema mayor el Debido a que el software es siempre parte de un sistema mayor el trabajo comienza estableciendo los requisitos de todos los trabajo comienza estableciendo los requisitos de todos los elementos del sistema y luego asignando algún subconjunto de elementos del sistema y luego asignando algún subconjunto de estos requisitos al softwareestos requisitos al software

ANÁLISIS DE LOS ANÁLISIS DE LOS REQUISITOS DEL REQUISITOS DEL SOFTWARESOFTWAREel proceso de recopilación de los requisitos se centra e intensifica el proceso de recopilación de los requisitos se centra e intensifica especialmente en el software. El ingeniero de software (Analistas) debe especialmente en el software. El ingeniero de software (Analistas) debe comprender el ámbito de la información del software, así como la función, el comprender el ámbito de la información del software, así como la función, el rendimiento y las interfaces requeridas.rendimiento y las interfaces requeridas.

DISEÑODISEÑOel diseño del software se enfoca en cuatro atributos distintos del programa: la estructura de el diseño del software se enfoca en cuatro atributos distintos del programa: la estructura de los datos, la arquitectura del software, el detalle procedimental y la caracterización de la los datos, la arquitectura del software, el detalle procedimental y la caracterización de la interfaz. El proceso de diseño traduce los requisitos en una representación del software con interfaz. El proceso de diseño traduce los requisitos en una representación del software con la calidad requerida antes de que comience la codificación.la calidad requerida antes de que comience la codificación.

CODIFICACIÓN CODIFICACIÓN El diseño debe traducirse en una forma legible para la maquina. El paso de El diseño debe traducirse en una forma legible para la maquina. El paso de codificación realiza esta tarea. Si el diseño se realiza de una manera codificación realiza esta tarea. Si el diseño se realiza de una manera detallada la codificación puede realizarse mecánicamente.detallada la codificación puede realizarse mecánicamente.

PRUEBAPRUEBAUna vez que se ha generado el código comienza la prueba del programa. La Una vez que se ha generado el código comienza la prueba del programa. La prueba se centra en la lógica interna del software, y en las funciones externas, prueba se centra en la lógica interna del software, y en las funciones externas, realizando pruebas que aseguren que la entrada definida produce los resultados realizando pruebas que aseguren que la entrada definida produce los resultados que realmente se requieren.que realmente se requieren.

MANTENIMIENTOMANTENIMIENTOEl software sufrirá cambios después de que se entrega al cliente. Los cambios ocurrirán debido a El 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 que hayan encontrado errores, a que el software deba adaptarse a cambios del entorno externo (sistema operativo o dispositivos periféricos), o debido a que el cliente requiera ampliaciones (sistema operativo o dispositivos periféricos), o debido a que el cliente requiera ampliaciones funcionales o del rendimiento. funcionales o del rendimiento.

VENTAJASVENTAJAS* No hace falta mencionar, es un modelo lineal y, por supuesto, los * No hace falta mencionar, es un modelo lineal y, por supuesto, los modelos lineales son las más simples a ser implementadas.modelos lineales son las más simples a ser implementadas.* La cantidad de recursos necesarios para implementar este modelo es * La cantidad de recursos necesarios para implementar este modelo es mínimo.mínimo.* Una gran ventaja del modelo de cascada es que la documentación se * Una gran ventaja del modelo de cascada es que la documentación se produce en cada etapa del desarrollo del modelo de cascada. Esto hace produce en cada etapa del desarrollo del modelo de cascada. Esto hace que la comprensión del producto diseñar procedimiento más sencillo.que la comprensión del producto diseñar procedimiento más sencillo.* Después de cada etapa importante de la codificación de software, las * Después de cada etapa importante de la codificación de software, las pruebas se realizan para comprobar el correcto funcionamiento del pruebas se realizan para comprobar el correcto funcionamiento del códigocódigo

DESVENTAJASDESVENTAJAS•• Los proyectos reales raramente siguen el flujo secuencial que propone el Los proyectos reales raramente siguen el flujo secuencial que propone el modelo, siempre hay iteraciones y se crean problemas en la aplicación del modelo, siempre hay iteraciones y se crean problemas en la aplicación del paradigma.paradigma.•• Normalmente, es difícil para el cliente establecer explícitamente al Normalmente, es difícil para el cliente establecer explícitamente al principio todos los requisitos. El ciclo de vida clásico lo requiere y tiene principio todos los requisitos. El ciclo de vida clásico lo requiere y tiene dificultades en acomodar posibles incertidumbres que pueden existir al dificultades en acomodar posibles incertidumbres que pueden existir al comienzo de muchos productos.comienzo de muchos productos.•• El cliente debe tener paciencia. Hasta llegar a las etapas finales del El cliente debe tener paciencia. Hasta llegar a las etapas finales del proyecto, no estará disponible una versión operativa del programa. Un error proyecto, no estará disponible una versión operativa del programa. Un error importante no detectado hasta que el programa este funcionando puede ser importante no detectado hasta que el programa este funcionando puede ser desastroso.desastroso.