iestpmparcona.edu.

pe
 Metodologías de
Desarrollo del Software
Inducción | Conceptos Generales
Metodología

Metodología:
• Técnica, Herramienta,
Procedimiento.
Necesidad de Una Metodología

4
RESEÑA
• Cuando surgió la necesidad de adaptar los sistemas
informáticos a las exigencias del mercado, el
programador realizaba un relevamiento de las
solicitudes de quien necesitaba cierto programa o
producto software, y con aquellos requerimientos
bajo el brazo comenzaba la dura tarea de codificar.
Esta tarea no estaba administrada, supervisada o
gestionada de ningún modo, por lo que se iba
corrigiendo a medida que surgían los errores, tanto
los lógicos provenientes de la codificación, como los
de requerimientos solicitados por el cliente o usuario
final.
RESEÑA
• En la década de 1970 los programas fueron creciendo en
complejidad, por lo que la antigua técnica de code & fix
(codificar y corregir) termino quedando obsoleta. Esta
técnica se basaba en requerimientos ambiguos y sin
especificaciones puntuales. Al no seguir normas para el
proyecto, el cliente o usuario solo impartían
especificaciones muy generales del producto final. Se
programaba, se corregía u se volvía a programar sobre la
misma marcha del proyecto.
• El ciclo de vida de este tipo de proyectos finalizaba
cuando se satisfacían las especificaciones, no solo las
primeras por las cuales nació la necesidad del programa,
sino también todas aquellas que fueron surgiendo sobre
la marcha.
RESEÑA
• Esta técnica tenia las ventajas de no gastar recursos en análisis,
planificación, gestión de recursos, documentación, etc., y bien sabemos
que es muy cómoda y muchas veces recomendable cuando el proyecto
es muy pequeño y es llevado adelante por uno o dos programadores.
Por otro lado, cuando el sistema no es pequeño o es más complejo de
lo creído (tengamos en cuenta que no hubo análisis) nos trae
desventajas en lo que se refiere a costo de recursos, que siempre será
mayor del previsto; aumentara el tiempo de desarrollo y la calidad del
código será bastante dudosa.
Definición de Metodología

8
DEFINICIONES I
• Una metodología de desarrollo de
software se refiere al entorno que se usa
para estructurar, planificar y controlar el
proceso de desarrollo de un sistema de
información.
• Una gran variedad de metodologías se
han desarrollado a lo largo de los años,
cada una de ellas con sus fortalezas y
debilidades.
• Una determinada metodología no es
necesariamente aplicable a todo tipo de
proyectos, mas bien cada tipo de
proyecto tiene una metodología a la que
se adapta mejor.
METODOLOGÍA DE DESARROLLO | DEFINICIÓN

• Una Metodologia de desarrollo de software

consiste en:
• Una filosofía de desarrollo de sofware con
una base de procesos de desarrollo de
software
• Múltiples herramientas, modelos y
métodos, para asistir en el proceso de
desarrollo de software.
• Suele estar documentada y alguna clase
de documentación formal.
• Suele estar promovida por algún tipo de
organización ya sea esta pública o
privada que es la que se encarga de
promover esta metodología.
METODOLOGÍA DE DESARROLLO | ENFOQUES

• Diferentes enfoques sobre desarrollo de Software

• Cada metodología de desarrollo tiene más o menos su propio enfoque de en
lo que debería de consistir un proyecto de desarrollo de software.
• Pero todas ellas se basan en una serie de enfoques generalistas como son:
• Waterfall Model – Lineal
• Prototyping – Iterativo
• Incremental – combinación de iterativo y lineal
• Spiral – Combinación de iterativo y lineal
• Rapid Application Development (RAD) -- iterativo
WATERFALL MODEL

• El Waterfall Model o modelo en cascada en

el cual el desarrollo se ve como una serie de
escalones descendentes (como si se tratara
de una cascada de agua) a través de las
distintas fases.
• Análisis
• Diseño
• Desarrollo
• Pruebas
• Integración
• Mantenimiento
• Creada en 1970 por Winston W. Royce
WATERFALL MODEL

• Los principios básicos de este modelo son:

• El proyecto se divide en fases secuenciales , se
permite algún tipo de solapamiento entre las distintas
fases.
• Hace enfasis en la planificación, los tiempos, fechas
objetivo, presupuestos y en la implantación del
sistema completo al mismo tiempo.
• Se mantiene un férreo control durante la duración del
proyecto a través del uso extensivo de documentación
así como a través de revisiones y aprobaciones por los
usuarios y gestores del proyecto, al final de cada fase
antes de comenzar la siguiente.
PROTOTIPOS
• Modelo de Prototipos
• Se conoce así a las actividades de creación de prototipos durante
el desarrollo de software , los prototipos son versiones incompletas
del producto que va ha ser desarrollado.
• Los principios básicos son:
• No es una metodología que funcione por si sólo, es mas una vía para manejar
determinadas fases de una metodología más tradicional y amplia (Incremental,
Espiral o RAD)
• Intenta reducir el riesgo inherente al proyecto dividiendo el proyecto en partes más
pequeñas.
PROTOTIPOS
Principios básicos
• El usuario está más involucrado a través del proyecto, y eso hace que
se incremente la aceptación final del producto por los usuarios.
• Se van realizando maquetas a menor escala siguiendo una política de
modificaciones hasta culminar los requerimientos de los usuarios.
• Mientras que la mayoría de los prototipos se desarrollan con la
expectativa de ser deshechos, es posible en algunos casos evolucionar
los prototipos hacia el sistema final
INCREMENTAL
• Combinación de metodologías iterativas y lineales con el objetivo primario de
reducir los riesgos del proyecto, los proyectos se dividen en partes mas pequeñas,
de esta manera también se facilitan los cambios durante el proceso de desarrollo.
• Los principios fundamentales son:
• Se realizan una serie de mini-waterfalls, donde todas las fases del desarrollo en
cascada se completan para una pequeña parte del sistema, antes de abordar la
siguiente parte.
• Los conceptos iniciales del sistema, análisis de requerimientos, diseño de arquitectura,
etc. Del sistema completo se definen usando también la técnica de Cascada.
• Después de esto mediante prototipos se van desarrollando las distintas partes en las
que ha sido dividido el proyecto.
• Finalmente el proceso culmina con la implantación del sistema en su conjunto (otro
mini-waterfall)
ESPIRAL

• Espiral (Boehm 1988)

• Básicamente consiste en una serie de ciclos que se repiten en
forma de espiral, comenzando desde el centro. Se suele
interpretar como que dentro de cada ciclo de la espiral se sigue
un Modelo Cascada, pero no necesariamente debe ser así.
Aunque el Espiral puede verse como un modelo evolutivo que
conjuga la naturaleza iterativa con los aspectos controlados y
sistemáticos del Modelo Cascada, con el agregado de gestión
de riegos.
• Este sistema está indicado en grandes proyectos.
ESPIRAL

• ...Espiral
• En cada vuelta o iteración hay que tener en cuenta:
• Los Objetivos: Que necesidad debe cubrir el producto.
• Alternativas: Las diferentes formas de conseguir los objetivos de forma
exitosa, desde diferentes puntos de vista como pueden ser:
1.Características: experiencia del personal, requisitos a cumplir, etc.
2.Formas de gestión del sistema.
3.Riesgo asumido con cada alternativa.
• Desarrollar y Verificar: Programar y probar el software