Metodologia Del Desarrolo Sustentable

Metodología Del Desarrollo Software

Modelo En Cascada:

Éste toma las actividades fundamentales del proceso de especificación, desarrollo,

validación y evolución y las representa como fases separadas del proceso.

El modelo en cascada consta de las siguientes fases:

1. Definición de los requisitos: Los servicios, restricciones y objetivos son establecidos

con los usuarios del sistema. Se busca hacer esta definición en detalle.

2. Diseño de software: Se particiona el sistema en sistemas de software o hardware.

Se establece la arquitectura total del sistema. Se identifican y describen las

abstracciones y relaciones de los componentes del sistema.

3. Implementación y pruebas unitarias: Construcción de los módulos y unidades de

software. Se realizan pruebas de cada unidad.

4. Integración y pruebas del sistema: Se integran todas las unidades. Se prueban en

conjunto. Se entrega el conjunto probado al cliente.

5. Operación y mantenimiento: Generalmente es la fase más larga. El sistema es

puesto en marcha y se realiza la corrección de errores descubiertos. Se realizan

mejoras de implementación. Se identifican nuevos requisitos.

Una fase no comienza hasta que termine la fase anterior y generalmente se incluye la

corrección de los problemas encontrados en fases previas.

Desventajas

En la vida real, un proyecto rara vez sigue una secuencia lineal, esto crea una mala

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 por el

proceso de prueba y hasta que el software no esté completo no se opera. Esto es la

base para que funcione bien.

Cualquier error de diseño detectado en la etapa de prueba conduce necesariamente al

rediseño y nueva programación del código afectado, aumentando los costos del

desarrollo.

Modelo Evolutivo:

La idea detrás de este modelo es el desarrollo de una implantación del sistema inicial,

exponerla a los comentarios del usuario, refinarla en N versiones hasta que se

desarrolle el sistema adecuado. En la Figura se observa cómo las actividades

concurrentes: especificación, desarrollo y validación, se realizan durante el desarrollo

de las versiones hasta llegar al producto final.

Ventaja: es que es ideal para sistemas que no tiene bien definidos los requerimientos,

es decir, para la mayoría de los sistemas que se desarrollan. El cliente desde el

principio tiene una idea de los requerimientos de su sistema, pero no están claros

hasta el último detalle. Aún así podemos basarnos en lo ya entendido (cliente y

desarrollador), trabajar con esta información, y mientras se vayan creando prototipos,

el cliente detallará sus especificaciones.

Desventaja: es que es difícil distinguirlo del proceso "codifica y corrige", pues en

cierta medida son parecidos, la diferencia está que en la práctica se requiere que al

construir el prototipo se aplique el análisis y el diseño pero sólo a una parte de los

requerimientos ya entendidos, que se documente y se codifique, lográndose con todo

esto, un poco de disciplina heredada del modelo en cascada, de esta manera, la

desventaja no lo es tanto. La característica de este modelo es que está enfocado a la

producción de

...