Introduccin

Una metodologa es el conjunto integrado de tcnicas y mtodos que se utilizan en una determinada actividad con el fin de formalizarla y optimizarla. Determina los pasos a seguir y cmo realizarlos para finalizar una tarea. Aplicado a la Ingeniera de software, una metodologa se refiere a un framework (marco de trabajo) el cual nos ayuda a: Optimiza el proceso y el producto software. Es una gua en la planificacin y en el desarrollo del software. Define qu hacer, cmo y cundo durante todo el desarrollo y mantenimiento de un proyecto.

Una metodologa define una estrategia general para desarrollar el proyecto. Entre las metodologas generales que se desarrollan en algunos softwares encontramos: Modelo en Cascada Incremental Desarrollo Evolutivo Modelo en Espiral Modelo de Prototipos Desarrollo basado en Componentes

Modelo en cascada
Es un proceso secuencial de desarrollo en el que los pasos de desarrollo son vistos hacia abajo el cual considera las actividades fundamentales del proceso de especificacin, desarrollo, validacin y evolucin, y los representa como fases separadas del proceso, tales como la especificacin de requerimientos, el diseo del software, la implementacin, las pruebas, etc. Sus principios bsicos son que: El proyecto est dividido en fases secuenciales Se hace hincapi en la planificacin, los horarios, fechas, presupuestos y ejecucin de todo un sistema de una sola vez. Un estricto control se mantiene durante la vida del proyecto con una amplia documentacin escrita, comentarios y aprobacin por el usuario al final de la mayora de

las fases antes de comenzar la prxima fase.

Incremental
Provee una estrategia para controlar la complejidad y los riesgos, desarrollando una parte del producto software reservando el resto de aspectos para el futuro ya que la especificacin, el diseo y la implementacin del software se dividen en una serie de incrementos, los cuales se desarrollan por turnos. Una vez que un incremento se completa y entrega, los clientes pueden ponerlo en servicio con la cual pueden experimentar, lo cual les ayuda a aclarar sus requerimientos para entregas posteriores y para las ltimas versiones. Este modelo cuenta con algunas ventajas importantes como son: El cliente no espera hasta que el sistema completo se entregue para sacar provecho de l. Los clientes pueden utilizar los incrementos iniciales como prototipos y obtener experiencia sobre los requerimientos de los incrementos posteriores del sistema. Existe bajo riesgo de un fallo total del proyecto. Es menos probable que los clientes encuentren fallos de funcionamiento del software

Desarrollo Evolutivo
Este enfoque entrelaza las actividades de especificacin, desarrollo y validacin. Un sistema inicial se desarrolla rpidamente a partir de especificaciones abstractas. Este se refina basndose en las especificaciones del cliente para que el sistema satisfaga sus necesidades. Este suele ser ms efectivo que el Modelo en Cascada, ya que satisface las necesidades inmediatas de los clientes y es que

la especificacin se puede desarrollar de forma creciente y los usuarios desarrollan un mejor entendimiento de su problema. Aunque tiene dos problemas: El proceso no es visible. Los administradores tienen que hacer entregas regulares para medir el progreso. Si los sistemas se desarrollan rpidamente no es rentable producir documentos que reflejen la versin del sistema A menudo los sistemas tienen una estructura deficiente. Los cambios continuos tienden a corromper la estructura del software. Incorporar cambios en l se convierte cada vez ms en una tarea difcil y costosa

Modelo en Espiral
El Modelo en Espiral ms que representar el proceso de software como una secuencia de actividades con respectiva de una actividad a otra, se representa como una espiral, donde cada ciclo en la espiral representa una fase del proceso del software. As el ciclo ms interno podra referirse a la viabilidad del sistema, el siguiente ciclo a la definicin de requerimientos, el siguiente al diseo y as sucesivamente. Lo bueno de este modelo es que: Reduce riesgos del proyecto Incorpora objetivos de calidad Integra el desarrollo con el mantenimiento, etc. Genera mucho tiempo en el desarrollo del sistema Modelo costoso Requiere experiencia en la identificacin de riesgos

Y algunas de las desventajas son que:

Modelo de Prototipos
Este pertenece a los modelos de desarrollo evolutivo y permite desarrollar modelos de aplicaciones de software que permiten ver la funcionalidad bsica, sin necesariamente incluir toda la lgica o caractersticas del modelo terminado. El prototipo permite al cliente evaluar en forma temprana el producto, e interactuar con los diseadores y desarrolladores para saber si se est cumpliendo con las expectativas y las funcionalidades acordadas. Sus ventajas son que:

Es til cuando el cliente conoce los objetivos generales para el software, pero no identifica los requisitos detallados de entrada, procesamiento o salida. Ofrece un mejor enfoque cuando el responsable del desarrollo del software est inseguro de la eficacia de un algoritmo, de la adaptabilidad de un sistema operativo o de la forma que debera tomar la interaccin humanomquina. Reduce el riesgo de construir productos que no satisfagan las necesidades de los usuarios. Reduce costos y aumenta la probabilidad de xito. Aunque algunas de las desventajas que tiene son: El usuario tiende a crearse unas expectativas cuando ve el prototipo de cara al sistema final. Ya que al crear un prototipo de forma rpida se suelen desatender aspectos importantes, tales como la calidad y el mantenimiento a largo plazo El desarrollador suele tomar algunas decisiones de implementacin poco convenientes las cuales con el paso del tiempo pueden olvidarse de la razn que le llev a tomar tales decisiones, con lo que se corre el riesgo de que dichas elecciones pasen a formar parte del sistema final

Desarrollo basado en Componentes

Este modelo se basa en la reutilizacin de componentes software reutilizables y de algunos marcos de trabajo de integracin para estos. Algunas veces siendo sistemas por si mismos que se pueden utilizar para proporcionar una funcionalidad especifica. Este modelo tiene la ventaja de reducir la cantidad de software a desarrollarse y as reducir costos y riesgos, adems de una entrega rpida. Sin embargo el sistema puede que no cumpla las necesidades reales de los usuarios. Adems de que si las nuevas versiones de los componentes no estn bajo el control de la organizacin que los utiliza se pierde control sobre la evolucin del proyecto.

Metodologa Este proyecto esta creado y desarrollado a base de la metodologa del modelo incremental ya que este proyecto cuenta con un tiempo limitado de realizacin ya que la entrega esta programada para el mes de mayo del ao 2014 Anlisis Diseo