MODULO: METODOLOGÍAS DE DESARROLLO DE SOFTWARE.

PROFESOR: Eduardo Rojas Zamorano.

INTEGRANTES: Moisés Chamorro López.

José Ríos Silva.
Bastián Zapata

“MODELO CASCADA MEJORADO”

2019
 Actividad Evaluada

1- Definir y analizar el modelo cascada mejorado.

2- Realizar análisis Foda del modelo de cascada mejorado.
3- Definir tareas a realizar por etapa.
4- Definir tiempos de cada tarea y cada etapa.

DESARROLLO.

1. MODELO CASCADA MEJORADO.

El modelo Cascada Mejorado esta basado en el Modelo Cascada, el cual es la base principal y
consta de distintas etapas:

Este modelo progresa a través de una secuencia ordenada que son:

• Análisis de requerimientos.
• Diseño del software.
• Codificación y depuración.
• Prueba del sistema.
• Mantenimiento
El modelo realiza una revisión al final de cada etapa para determinar si está preparado para pasar a
la siguiente etapa, por ejemplo, desde el análisis de requerimientos hasta el diseño. Cuando la
revisión determina que el proyecto no está listo para pasar a la siguiente etapa, permanece en la
etapa actual hasta que está preparado.
Características:
• El modelo en cascada está dirigido por documentos.
• Ayuda a localizar errores en las primeras etapas del proyecto a un bajo costo.
• Ayuda a minimizar los gastos de la planificación ya que no son necesarios.
• Funciona especialmente bien si se dispone de personal poco calificado o inexperto,
porque presenta el proyecto con una estructura que ayuda a minimizar el esfuerzo inútil.

Modelo Cascada Mejorado

Esta variante produce alguna retroalimentación entre etapas.

 
Características:
• La retroalimentación ofrece la oportunidad de realizar cambios o evoluciones durante el
ciclo de vida del software, permitiendo retroceder de una etapa a la anterior o incluso
poder saltar a otras anteriores si es requerido.
• En el modelo Cascada y Cascada Mejorado no se tiene en cuenta la naturaleza evolutiva
del software, se plantea como estático con requisitos bien conocidos y definidos desde el
inicio.
Ventajas:
• Permite la departamentalización y control de gestión.
• El horario se establece con los plazos normalmente adecuados para cada etapa de
desarrollo.
• Este proceso conduce a entregar el proyecto a tiempo.
• Es sencilla y facilita la gestión de proyectos.
• Permite tener bajo control el proyecto.
• Limita la cantidad de interacción entre equipos que se produce durante el desarrollo
Desventajas:
• No conocer si la solución es correcta hasta estar cerca de su lanzamiento.
• Poco tiempo para corregir fallas depuración complicada.
• Los cambios introducidos durante el desarrollo pueden confundir al equipo profesional
en las etapas tempranas del proyecto.
• No es frecuente que el cliente o usuario final explicite clara y completamente los
requisitos.
• Es necesaria la paciencia del cliente.
• El cliente podría detectar un error.
• El proceso es lento y pesado.

2. ANALISIS FODA
El análisis FODA es una herramienta que debe su nombre al acrónimo formado por las siglas que
corresponden a: “Debilidades, Amenazas, Fortalezas y Oportunidades”. Estos
componentes conforman una matriz de análisis cuyo objetivo consiste en determinar la posición de
nuestro proyecto o empresa en su entorno competitivo.

A. ANÁLISIS FODA ELEMENTOS EXTERNOS.

a) AMENAZAS Y OPORTUNIDADES.
Se tratan de hechos, acontecimientos y situaciones del entorno ajenas al control directo por de la
empresa, obviamente éstos condicionan la evolución de la PYME o emprendimiento.
Dependiendo de su incidencia positiva o negativa los clasificaremos como oportunidad o
amenaza respectivamente.
Clientes o demanda: Se debe definir nuestro público objetivo, sus características y
comportamiento a la hora de realizar las compras, pero también los aspectos generales, como el
tamaño del mercado, diversos segmentos dentro del mismo o la evolución de la demanda o las
tendencias del mercado. En este caso se debe tener en cuenta a quienes vamos a vender nuestro
producto.
Tecnología: Una gran amenaza es el soporte tecnológico que se va a requerir, como también el
desarrollo del mismo software, los insumos que se van a requerir (hardware), contratación de
terceras personas si es el caso. Licencias de software si se requieren.
Diseño del software: En esta etapa se describe la estructura interna del software, y las relaciones
entre las entidades que lo componen. Descomponer y organizar el sistema en elementos que
puedan elaborarse por separado, aprovechando las ventajas del desarrollo en equipo. El diseño
puede convertirse en una amenaza para el programador si es que no se esta bien comunicado con
los demás.
Los programadores pueden no tener en cuenta todas las dificultades que se encontrarán cuando
estén diseñando un software, lo que conllevará rediseñar el proyecto para solventar el problema.
Sector: Realizar un estudio de las empresas, fabricantes, proveedores, distribuidores y posibles
clientes.
Competencia: Identificar y evaluar a los competidores actuales y potenciales, tanto online como
offline. Analizar productos, precios, puntos de venta, promoción. Desarrollar nuevas estrategias o
implementar ideas al programa para diferenciarse de la competencia.
Entorno: Tener en cuenta los factores que no podemos controlar. La realidad económica,
política, sociológica, tecnológica, infraestructura, también donde lo usaremos o simplemente si lo
queremos expandir.

B. ANÁLISIS FODA ELEMENTOS INTERNOS.

a) DEBILIDADES Y FORTALEZAS.
Son elementos que se pueden controlar a nivel interno, tratándose de recursos, capacidades y
limitaciones que definen para tener en cuenta y que podrían dar de baja nuestro proyecto.
Son más fáciles de detectar que los elementos externos y existen numerosos ejemplos como la
capacidad financiera, infraestructuras, capacidades profesionales de los miembros del proyecto,
eficiencia del proceso productivo, nivel de calidad o nivel de satisfacción del cliente, entre otros
muchos factores. Para ello, lo mejor es hacer un análisis exhaustivo de la PYME y definir los
ámbitos de actuación de esta.
 Desarrollo del software: Capacidad productiva, costes de fabricación, estándar de calidad.
Este tipo de metodología es ideal para proyectos estables como el que se plantea, donde los
requisitos son claros y no van a cambiar a lo largo del proceso de desarrollo.
El tiempo que se pasa en diseñar el producto en las primeras fases del proceso puede evitar
problemas que serían más costosos cuando el proyecto ya estuviese en fase de desarrollo.
Infraestructura: Lugar que se debe considerar para implementar el programa final, se debe
considerar si el lugar donde se va a colocar el programa cuenta con espacio, como por ejemplo
para implementar una red de datos.
Tecnología: Escoger el lenguaje de programación que más se adecue para desarrollar el software,
Hay que ser especialmente cuidadoso en la primera fase, ya que en este modelo no se pueden
añadir nuevos requisitos en mitad del proceso de desarrollo.
Recursos humanos: Seleccionar al personal, salarios de estos, formación continua, motivación
de los trabajadores. Cantidad de horas-hombres que se van a requerir. Hay que ser especialmente
cuidadoso en la primera fase, ya que en este modelo no se pueden añadir nuevos requisitos en
mitad del proceso de desarrollo.
Finanzas: recursos económicos para realizar el programa.

3. TAREAS PARA REALIZAR POR ETAPAS.

Fase Análisis de los requisitos del software: el proceso de recopilación de los requisitos se
centra e intensifica 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 rendimiento y
las interfaces requeridas.

Fase Diseño: 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 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.

Implementación: En esta fase ya hemos realizado todos los pasos para el uso de la
aplicación y se maneja de manera específica.

Prueba: 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, realizando pruebas
que aseguren que la entrada definida produce los resultados que realmente se requieren.
Mantenimiento: el software sufrirá cambios después de que se entrega al cliente. Los
cambios ocurrirán debidos a 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 funcionales o del rendimiento.
 4. TIEMPOS DE CADA TAREA Y CADA ETAPA.
MES 1 MES 2 MES 3 MES 4
ETAPA ACTIVIDADES
S1 S2 S3 S4 S1 S2 S3 S4 S1 S2 S3 S4 S1 S2 S3 S4
Análisis Definición alcance del proyecto - Toma de Requerimientos
Diseño Identificación de la arquitectura de Software
Implementación Construcción del Software
Pruebas Descripción técnica las pruebas - Métricas de pruebas
Mantenimiento Control de cambios - Calidad del proyecto - Métricas de mantenimiento