Ahora analizaremos el Proceso Unificado Racional, expuesto como, una de las mejores alternativas

en metodologas debido a que utiliza el lenguaje unificado de modelado UML, facilitando as el

anlisis, implementacin y documentacin de sistemas orientados a objetos; tal y como vimos
durante el curos de UAO, Programacin Orientada a Objetos, se trata de sistematizar problemas
para dar una solucin efectiva en base a un esquema, que permite la distincin de los diferentes
agentes y herramientas que participaran en el software requerido.

El RUP se convierte as en un conjunto de metodologas adaptables al contexto y necesidades de

cada organizacin, respondiendo a los interrogantes de: que, cmo, cundo, quin y qu se debe
hacerse en el proyecto; tal y como lo indica la tesis de la convivencia.

Cabe resaltar que debemos entender, los ciclos fundamentales o fases en la que se desarrolla un
proyecto con esta metodologa:

1. Inicio

En esta primera Fase, debemos identificar el problema a resolver y las principales

restricciones, adems de dejar claro la visin del producto y el alcance del proyecto, de tal
manera que no solo se tenga previsto dar solucin al problema, sino que se lleva a cabo todo
un estudio de las posibilidades de impacto global. A su vez en esta fase debemos tener en
cuenta:

Modelado del negocio: entender la dinmica de la organizacin y el contexto en el que

se desenvuelven, identificar el verdadero problema de la organizacin y cerciorarse de
que el cliente y los desarrolladores se entiendan completamente.
Requisitos: Mantener acuerdos entre clientes y stakeholders (conocedores), proveer a
los desarrolladores un excelente entendimiento de las restricciones del sistema,
estimar los costos y el tiempo de entrega y definir la interfaz.

2. Elaboracin

En la segunda Fase, empezamos a plantear los posibles riesgos, adems de aclarar las
actividades y los recursos requeridos, para plantear la arquitectura que ms convenga. De
igual forma debemos tener en cuenta:

Anlisis y Diseo: se debe especificar como las restricciones van a ser establecidas en
el sistema, para adaptarlas al entorno de implementacin.

3. Construccin

Ahora en la tercera etapa, viene toda la parte de desarrollo del software totalmente operativo,
y de obviamente el manual de usuario, para garantizar su uso adecuado, garantizando:
 Diseo de subsistemas que apoyen la utilizacin del principal
Verificacin individual por cada desarrollador
Notificar errores de diseo

Evidentemente, se gestionar el periodo de pruebas; donde se evaluar la calidad del

producto final adems de su robustez, que garantice una experiencia de usuario ptima. As
pues de cumplir:

Documentar los defectos

Aportar algo de subjetividad que permita dar su punto de vista
Validar los supuestos errores a mejorar.
Verificar lo requerido con lo construido y con el cumplimiento de sus restricciones

4. Transaccin

Se realiza la instalacin del producto, y se procede a ala capacitacin del personal, cumpliendo
con garantizar los documentos de papelera, adems de la satisfaccin del cliente. Para lo
anterior se requiere:

Despliegue: llevar el producto a todos los usuarios y capacitarlos.

Probarlo en el entorno final
Instalacin correcta
Proveer asistencia
Migrar el software

Ya conociendo las fases desde la concepcin a la implementacin; debemos entender que esto
comprende un ciclo desarrollado mediante iteraciones, desarrollndolo en cascada a menor
escala, tal y como se manifiesta en la tesis. Ahora analizaremos, los fundamentos o principios,
que garantiza la buena implementacin de esta metodologa:

Casos de Uso: esto permite una experiencia de usuario, de esta manera representan
los requisitos funcionales del sistema, adems de guiar el diseo, la implementacin y
el periodo de prueba.
Adaptacin del proceso: esto se basa en las caractersticas del organizacin, proyectar
as el alcance del proyecto.
Balancear prioridades: garantizar las necesidades de los inversores, encontrar un
punto en comn.
 Colaboracin entre equipos: coordinacin mutua, para llevar a cabo todo en excelente
forma.
Demostrar valores iterativamente
Utilizacin de conceptos reutilizables, como lenguajes o incluso frameworks.
La calidad es el enfoque

Es claro, que debemos visualizar 4 aspectos, o elementos como se declara en la tesis; que
como mencionamos en el principio hacen de esta metodologa la ms viable en su gnero.

1. Roles

Este elemento responde al quin, es la individualizacin del equipo, de manera que se

establezcan responsabilidades tanto roles de carcter grupal o individual, dependiendo de la
magnitud de la tarea a cargo. As se generan los siguientes roles:

Analistas
Desarrolladores
Gestores
Apoyo
Especialistas en pruebas
Stakeholders, revisor tcnico, coordinador de revisores.

2. Producto o Artefactos

Se define como u segmento de informacin sin sintetizar, que requiere ser amoldado con los
requerimientos del problema. Encontraremos diferentes tipos como:

Documento de arquitectura de software

Modelo de casos del diseo
Elementos inertes.

3. Flujos de trabajo

Este radica una vez asignado los roles, las actividades y los elementos, ya que se debe dar una
secuencia de pasos a realizar, para generar sinergia y as un mecanismo automtico de accin,
que permite a todo e el equipo ir marchando al mismo comps. Estos como se indican, en el
texto seran:

Inicio: que genera productos como: Visin, diagramas, requisitos.

Construccin: especificaciones, desarrollo, y pruebas de casos.
Elaboracin: documento de arquitectura, vista lgica, de implementacin, conceptual
y fsica.
 Transicin: pruebas finales de aceptacin, puesta en produccin, estabilizacin.