Unidad 2: Metodologas

de desarrollo

Metodologas clsicas
Es un conjunto de actividades que se realizan para
desarrollar y poner en proceso un sistema de informacin

Objetivos
Definir actividades a llevarse a cabo en un proyecto de S.I.

Unificar criterios en la organizacin para el desarrollo de S.I.

Proporcionar puntos de control y revisin

Ventajas
Evaluacin en cada fase que permite cambios de objetivos

Funciona bien en proyectos de innovacin

Seguimiento detallado en cada fase

Desventajas
La evaluacin de riesgos es compleja

Tiene excesiva flexibilidad para algunos proyectos

Se expone al cliente en una situacin que puede ser muy incomoda para el
El cliente deber ser capaz de entender a un gran nivel de detalle para
poder acordar un alcance del proyecto con el

Ejemplos de metodologas clsicas

Cascada

Incremental
Evolutiva
Espiral
Prototipos
Desarrollo basado en componentes

Cascada
Es el enfoque metodolgico que ordena rigurosamente las etapas

del proceso para el desarrollo de software, de tal forma que el

inicio de cada etapa debe esperar a la finalizacin de la etapa
anterior. Al final de cada etapa, el modelo est diseado para llevar
a cabo una revisin final, que se encarga de determinar si el
proyecto est listo para avanzar a la siguiente fase

Cascada
Fue uno de los primeros modelos de clico de vida que formalizo un
conjunto de procesos de desarrollo de software
Es el mas conocido y esta basado en el ciclo convencional de una
ingeniera

Cascada
La versin original fue propuesta por Winston W. Royce
en 1970 y posteriormente revisada por Barry Boehm en
1980 e Ian Sommerville en 1985

Caractersticas
Es el mas utilizado

Es una visin del proceso de desarrollo de software como una

sucesin de etapas que producen productos intermedios
Para que el proyecto tenga xito deben desarrollarse todas las fases

Las fases continua hasta que los objetivos se han cumplido

Si se cambian las fases, el producto final ser de inferior calidad

Anlisis de requisitos
En esta fase 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 especificacin de
requisitos), que contiene la especificacin completa de lo que debe
hacer el sistema sin entrar en detalles internos.

Diseo del Sistema

Descompone y organiza el sistema en elementos
que
puedan
elaborarse
por
separado,
aprovechando las ventajas del desarrollo en
equipo. Como resultado surge el SDD
(Documento de Diseo del Software), que
contiene la descripcin de la estructura relacional
global del sistema y la especificacin de lo que
debe hacer cada una de sus partes, as como la
manera en que se combinan unas con otras.

Diseo del Programa

Es la fase en donde se realizan los algoritmos necesarios para el
cumplimiento de los requerimientos del usuario as como tambin
los anlisis necesarios para saber qu herramientas usar en la etapa
de Codificacin

Codificacin
Es la fase en donde se implementa el cdigo fuente, haciendo uso
de prototipos as como de pruebas y ensayos para corregir errores.
Dependiendo del lenguaje de programacin y su versin se crean
las bibliotecas y componentes reutilizables dentro del mismo
proyecto para hacer que la programacin sea un proceso mucho
ms rpido.

Pruebas
Los elementos, ya programados, se ensamblan para
componer el sistema y se comprueba que funciona
correctamente y que cumple con los requisitos, antes de
ser entregado al usuario final.

Verificacin
Es la fase en donde el usuario final ejecuta el sistema,
para ello el o los programadores ya realizaron
exhaustivas pruebas para comprobar que el sistema no
falle.

Mantenimiento
Una de las etapas ms crticas, ya que se destina un 75 %
de los recursos, es el mantenimiento del Software ya que
al utilizarlo como usuario final puede ser que no cumpla
con todas nuestras expectativas.

Ventajas
La planificacin es sencilla

La calidad del producto resultante es alta

Permite trabajar con personal poco cualificado

Desventajas
No refleja realmente el proceso de desarrollo de software

Se tarda mucho tiempo en pasar por todo el ciclo

El mantenimiento se realiza en el cdigo fuente

Variantes
Existen variantes de este modelo; especialmente destacamos la que
hace uso de prototipos y en la que se establece un ciclo antes de
llegar a la fase de mantenimiento, verificando que el sistema final
este libre de fallos.
Otros ejemplos de variantes del modelo en cascada son el modelo
en cascada con fases solapadas, cascada con subproyectos, y
cascada con reduccin de riesgos

CASCADA SOLAPADA
Conocida tambin como cascada con interaccin

Debido a la rgida concepcin del cascada pura, se desglosa la

solapada, permitiendo la transferencia de informacin entre las
etapas
Propuesto por Sommerville en el 2002

Ventajas
Reduccin de tiempo

Mas dinmico e integral

Permite iterar problemticas que surgen en el proceso

Desventajas
Contiene mayor alcance en error

Puede perder el mismo diseo por no tomar en cuenta asuntos

importante

Cascada con subproyectos

Se entiende como una variacin sobre el ciclo de vida en
Cascada del software, denominada Cascada con
Subproyectos, porque permite la ejecucin de algunas de
las tareas de la cascada en paralelo.

Cascada con subproyectos

Un ejemplo de aplicacin de esta metodologa podra ser el
desarrollo de un sistema de informacin para una empresa, en
donde deben estar involucradas todas las reas de la misma porque
siempre estn compartiendo informacin. Para ello se pueden ir
adelantando de forma paralela las etapas del ciclo de vida como
anlisis, diseo, desarrollo y pruebas de forma independiente para
cada rea de la organizacin y hacia el final se realiza la integracin
de los resultados de cada subproyecto.

Cascada con subproyectos

Esta metodologa tiene el problema que la planificacin tiene que
ser mucho ms cuidadosa, aunque se gana velocidad.

Cascada con subproyectos

Para implementar la metodologa de cascada con sub proyectos se
puede pensar Por qu demorar la implementacin de las reas
que son fciles de disear solo porque estamos esperando el diseo
de un rea difcil? Si la arquitectura dividi el problema en
subsistemas independientes, se puede separar en subproyectos y
cada uno puede proceder a su forma. La Figura siguiente muestra
otra visin del tema.

Cascada con subproyectos

El principal riesgo de esta aproximacin son las interdependencias
no detectadas. Para solucionar esto parcialmente al eliminar
dependencias en la arquitectura se debe esperar hasta que el diseo
detallado este terminado para dividir en subproyectos.

Metodologa
Cuenta con tres etapas iniciales:
concepto del software
anlisis de requerimientos
diseo global

se propone separar el proyecto global en subproyectos ms

pequeos de forma que las siguientes fases:
el diseo detallado
la codificacin

depuracin

Metodologa
Las pruebas iniciales se realicen linealmente para cada subproyecto
definido, logrando as que cada subproyecto se desarrolle llevando
a cabo tareas y tcnicas particulares de acuerdo a sus respectivas
necesidades.

Metodologa
La etapa final de la metodologa consiste en llevar a cabo la
integracin de los subproyectos y la realizacin de pruebas
globales.

Metodologa
Se pueden realizar varias partes del proyecto al mismo tiempo por
diferentes desarrolladores Adecuada para el desarrollo de
proyectos complejos que estiman de 1 a 3 aos de desarrollo.

Cascada con reduccin de riegos

Incorpora una espiral en lo alto de la cascada para controlar el
riesgo de los requerimientos y una espiral para las dems etapas de
desarrollo

Cascada con reduccin de riegos

Es mas laborioso

Requiere una mayor atencin en cada cosa que se realice

La depuracin de riesgos podra ralentizar el proyecto

Desventajas
A este nivel es posible desarrollar un prototipo de interfaz de
usuario, tener entrevistas con los usuarios, observar como los
usuario interactan con algn sistema previo y utilizar otros
mtodos que se consideren apropiados para la identificacin de los
requerimientos