Metodología de desarrollo de software

ocumental que ayudan a los desarrolladores a realizar un nuevo software.

• Microsoft Solution Framework (MSF). • Metodologías oo (Orientadas a objetos).

o Metodología OMT (Rumbaugh).

• Metodología MPR.

este proyecto.

¾ Metodología de Prototipado Rápido MPR.

a idea fundamental de MPR es el desarrollo de prototipos. Este prototipo se

lcanzar el prototipo definitivo.

nición de las especificaciones del proyecto.

Representación gráfica de MPR

DT en el que se muestran las seis fases de las que se compone. La imbología empleada en el diagrama es la siguiente: cada una de las cajas representa “algo que hay que hacer”, en este caso una fase de la Metodología. A

na caja pueden llegar flechas por su lado izquierdo (entradas necesarias para

ecesita más procesos. d

Existen diversas metodologías para el desarrollo de un programa como son:

o Metodología BOOCH. o Metodología OOSE.

Debido a las características de este proyecto y a que está pensado para que sea mejorado y ampliado posterior a la culminación de esta primera etapa se empleo

metodología MPR para la

L

someterá a pruebas para comprobar su funcionalidad, de las que surgirán modificaciones que darán origen a un segundo prototipo, versión mejorada y posiblemente ampliada del primero, el cual se volverá a probar, repitiéndose sucesivamente el proceso hasta a

La responsabilidad y ejecución de estas pruebas fundamentalmente recae, como ya se ha mencionado, en el propio usuario, quien deberá de comprobar que el prototipo resultante es capaz de resolver todos los problemas planteados en el momento de la defi

¾

Para representar MPR en su mayor grado de abstracción, se hace uso de un diagrama SA

s u

ejecutar la fase), por su parte superior (causas por las que se realiza una fase) y por su parte inferior (herramientas y técnicas con las que se hace lo indicado en la fase). Asimismo, por su parte derecha salen flechas que muestran algo que se ha obtenido en la fase y que pasa normalmente a la fase siguiente o sale

irectamente fuera del sistema, indicando un producto ya terminado y que no d

n

Desde cada fase de la Metodología se puede volver a cualquiera de las fases anteriores. En el diagrama SADT s han omitido voluntariamente estas conexiones para facilitar su estudio. ^e

Figura 39. Diagrama de la metodología MPR.

¾ Estudio detallado

ase 1: Definición de especificaciones

sta primera fase tiene por objeto auditar la información relativa al problema, con l fin de recabar todos los datos necesarios para su resolución.

omo primera tarea podrá ser necesario realizar un estudio de la viabilidad del royecto, para determinar y justificar la necesidad del mismo. A continuación se ará un análisis previo con el fin de establecer la amplitud y el calendario del royecto, estimándose el esfuerzo necesario y el tiempo de desarrollo, e

continuación se construirá un prototipo inicial, no necesariamente operativo, onstruyéndose macromodelos de actividad para cada uno de los procesos

F E e C p h p

identificando los procesos involucrados en el mismo.

A c

identificados en la actividad anterior. La intención es disponer de la información ecesaria para recabar la aprobación necesaria para comenzar el desarrollo.

e trata, en suma, de obtener la mayor cantidad de información posible sobre el roblema que se intenta resolver, para obtener un tiempo estimado de desarrollo el proyecto y sus costes asociados, con el fin de obtener la aprobación necesaria ara llevarlo a cabo. Como final de esta fase, y de todas las demás fases, se mitirá un informe para la Dirección del Proyecto.

ase 2: Diseño Conceptual

l objetivo de esta fase es construir un modelo de información que refleje el squema conceptual del prototipo. Es muy importante que este modelo esté lo

ás ajustado posible a la realidad.

e realizarán entrevistas a los Usuarios y se estudiará y diseñará el primer rototipo operativo, determinando sus puntos fuertes y sus puntos débiles, y se documentarán todas sus funcio

ambién en esta fase se prepararán los planes de implantación, formación y suario y el Manual Técnico.

del Prototipo

técnico

ncional y operativo, ue será sometido a múltiples pruebas en la siguiente fase para comprobar su

como resultado de estas pruebas se detectara necesidad de modificar el prototipo, para corregir defectos o para añadirle

l Usuario se sienta satisfecho con el prototipo, y compruebe ue responde a las especificaciones que se habían alcanzado inicialmente.

as pruebas en esta fase pueden ser de dos tipos: pruebas dirigidas, donde los esarrolladores guían y asesoran al usuario durante las mismas, y pruebas no n S p d p e F E e m S p nalidades. T

pruebas, y se desarrollará el Manual del U

Fase 3: Desarrollo

Como su nombre indica, esta fase tiene por objeto la construcción del primer prototipo operativo de la Aplicación.

Esta fase consta de dos actividades principales, una de desarrollo propiamente dicho y otra para desarrollar la documentación asociada.

l finalizar esta fase se dispondrá de un prototipo totalmente fu A

q

validez.

Fase 4: Pruebas del Usuario

En esta fase se realizarán todas las pruebas necesarias para validar el prototipo desarrollado en la fase anterior. Si

la

funcionalidad, se volverá a la fase anterior y se realizarán todas las iteraciones necesarias hasta que e

q L d

dirigidas, donde el Usuario actúa libremente y sin la presencia de los esarrolladores.

ase 5: Implantación

n esta fase se ejecutará el Plan de Formación de los Usuarios y se llevará a cabo l proceso de migración al entorno de ejecución real de la aplicación. Una vez ompletada la migración, se realizarán las pruebas finales y se llevarán a cabo las ctividades correctoras finales, revisándose de paso toda la documentación del royecto.

omo final de esta fase se deberá de obtener la aceptación del Usuario y se mitirá un informe para la Dirección del Proyecto.

ase 6: Auditoría y Seguimiento

La última de las fases de MPR consiste en realizar una Auditoría del rendimiento y la calidad de la Aplicación, y de d lizar los mecanismos necesarios ara realizar peticiones de modificación y para que estas sean llevadas a cabo por

s Equipos de Mantenimiento.

e deberán de identificar parámetros de rendimiento, compromisos de uso /

toda la documentación es la adecuada, y se btendrá la aprobación definitiva del Usuario.

stá pensado para que ea ampliado y mejorado, en esta fase del proyecto solo se posee un prototipo ue aun no se ha sometido a todas las pruebas descritas anteriormente y que son ecesarias para el mejoramiento del programa. También es bueno decir que esta etodología se aplica especialmente para programas basados en bases de datos ara empresas donde el usuario final o empleado de la empresa es el que ropone mejoras al programa mediante sugerencias y este al final es capacitado ara utilizar el producto final.

d F E e c a p C e F eterminar y cana p lo S

respuesta, verificar la calidad global de la aplicación y efectuar las medidas correctoras oportunas.

Como fin de fase, se comprobará que o

Debido a que este es un proyecto en desarrollo y a que e s q n m p p p 84