3.2.

Seleccin de la metodologa de desarrollo a utilizar

Existen cuatro tipos de Metodologas de desarrollo de Software: Metodologas
estructuradas, orientadas a objetos, tradicionales y giles. De tal forma, que se
ha considerado utilizar una metodologa situada dentro del grupo de las
metodologas giles por cuatro motivos que se han tomado en cuenta con
mayor importancia y que se diferencian de las dems.
-

Permiten reducir el nmero de actores implicados en un proyecto y suele

contar con tiempos de entrega bastante ms ajustados, lo que

indudablemente repercute en el precio.

Focalizan toda su estructura a disponer un producto mnimo viable que
pueda ser probado por el usuario en el menor tiempo posible, y construye

toda la empresa en torno a esta premisa.

Una organizacin sencilla elimina niveles de administracin y control

y acerca ms al cliente final y al equipo de desarrollo.

El producto final se ajusta ms a lo que quiere el cliente.

Una vez seleccionada el grupo de Metodologas para el desarrollo del software

que utilizaremos procedemos a identificar y seleccionar la Metodologa
adecuada dentro del grupo seleccionado por lo que existen mltiples como:
Adaptive Software Development (ASD), Agile Unified Process (AUP), Crystal
Clear, Feature Driven Development (FDD), Software Development (LSD),
Kanban, Open Unified Process (OpenUP), Programacin Extrema (XP), Mtodo
de desarrollo de sistemas dinmicos (DSDM), Scrum,G300.
Utilizaremos la metodologa RUP ya que es un Proceso de Ingeniera de
Software que ofrece una metodologa disciplinada para la asignacin
de tareas y responsabilidades en una organizacin de desarrollo de
software.
-

Permite mostrar de manera regular avances al cliente con resultados

tangibles por lo que sirve para gestionar mejor sus expectativas.

Permite disponer de entregas de proyecto funcionales con los que poder
comenzar a medir resultados y as poder introducir cambios que mejoren el

proyecto.
Los miembros de un equipo tambin estn ms motivados ya que les
permite tener mayor autonoma a la vez que estar ms organizados

trabajando en equipo para alcanzar las metas definidas.

Es sencillo de implantar, etc.

3.3. Identificacin de las fases de la metodologa

El ciclo de vida RUP es iterativo, y su dimensin de ciclo de vida se divide en
cuatro fases

La fase de Concepcin es la primera fase del sistema.

Consiste en adquirir los requerimientos por parte de los distintos usuarios y
consolidar una visin nica de los objetivos y alcances del sistema. Durante
esta fase se establece el caso de negocios del sistema y se delimita el alcance
del proyecto. Para ello se identifican todas las entidades externas con las
cuales interacta el sistema (actores) y se define la naturaleza de esta
interaccin a alto nivel. Esto involucra la identificacin de todos los casos de
uso y la descripcin de los ms significativos. El caso de negocios incluye el
criterio de aceptacin, la evaluacin de riesgos, una estimacin de los recursos
necesarios y un plan de fases mostrando fechas de los principales hitos del
proyecto.
La fase de Elaboracin
El propsito de esta fase es analizar el mbito del problema, establecer la base
de la arquitectura, desarrollar el plan de proyecto y eliminar los elementos de
mayor riesgo del proyecto. Para lograr estos objetivos se debe tener una visin
completa del sistema. Las decisiones de arquitectura deben ser tomadas con
un entendimiento completo del sistema: su alcance, funcionalidades principales
y requerimientos no funcionales como ser requerimientos de ejecucin. Al

finalizar esta fase en forma exitosa, se asegura que la arquitectura,

requerimientos y planes son lo suficientemente estables y que los riesgos han
sido mitigados a fin de que sea posible predecir el costo y cronograma del
desarrollo completo.
La fase de Construccin
El propsito de la implementacin es el desarrollo del sistema, en el cual se
deben obtener finalmente las herramientas necesarias para resolver los
requerimientos definidos en las etapas previas.
Durante esta fase se construyen todos los componentes y funcionalidades de la
aplicacin restantes y son integrados al producto. Asimismo toda la
funcionalidad es probada. La fase construccin es, fundamentalmente, un
proceso de manufactura donde el nfasis est puesto en administrar recursos y
controlar las operaciones para optimizar costos, cronogramas y calidad. Se vive
una transicin conceptual que va del desarrollo de propiedad intelectual
durante las dos primeras fases, al desarrollo de productos implementables
durante las dos ltimas fases.
La fase de Transferencia
El propsito de esta fase es lograr la transicin del producto de software a la
comunidad de usuarios. Una vez que el producto ha sido entregado al usuario
final, surgen temas que requieren del desarrollo de nuevas versiones, corregir
algunos problemas, o finalizar las funcionalidades que fueron pospuestas.
Se ingresa a esta fase cuando el producto est lo suficientemente maduro para
ser implementado en el entorno del usuario final. Tpicamente requiere que un
subconjunto utilizable del sistema haya sido completo a un nivel de calidad
aceptable y que la documentacin de usuario est disponible a fin de que la
transicin al usuario final de resultados positivos.
Adems otro propsito de esta fase es producir versiones finales del producto y
es el momento en que el sistema debe ser entregado a sus usuarios finales.
Esta fase puede contar con varias iteraciones pero involucra al usuario final y al
equipo o empresa de desarrollo. Al finalizar esta etapa el sistema debe quedar
en manos de los usuarios, para esto se debe lograr la confianza en el nuevo
sistema