CAPITULO 4: Aporte teórico

Como contribución teórica se presenta la adaptación de la metodología de

desarrollo
Proceso Unificado de Rational (RUP) al proyecto de tesis. RUP fue seleccionada,
de todas las metodologías reseñadas en el Capítulo 3 Métodos para la
construcción de la Solución Tecnológica, luego de un Proceso de análisis,
comparación y selección. Además, durante la adaptación metodológica, se utilizó
lo aprendido sobre las Pymes y los distribuidores minoristas en el Capítulo 2
Marco conceptual

4.1 Adaptación de la metodología RUP

En el siguiente gráfico se resume las fases de la Metodología para el

mantenimiento de sistemas de la Pyme:

INICIO ELABORACION CONSTRUCCION TRANSICION

•El propósito general es • El propósito general es •El propósito general es

establecer los objetivos •El propósito general es
para el ciclo de vida plantear la arquitectura
del producto. para el ciclo de vida
del producto.
alcanzar la capacidad
entregar el producto
operacional del producto
de forma incremental a funcional en manos de los
usuarios finales con toda
través de iteraciones
sucesivas. la documentación donde
se especifique la
instalación, configuración,
y usabilidad del producto.

INICIO, Esta fase tiene como propósito definir y acordar el alcance del proyecto
con los patrocinadores, identificar los riesgos asociados al proyecto, proponer una
visión muy general de la arquitectura de software, producir el plan de las fases y
el de iteraciones posteriores.
ELABORACION, En esta fase se seleccionan los casos de uso que permiten
definir la arquitectura base del sistema y se desarrollan en esta fase, se realiza la
especificación de los casos de uso seleccionados y el primer análisis del domino del
problema, se diseña la solución preliminar.
 CONSTRUCCION, El propósito de esta fase es completar la funcionalidad del sistema,
para ello se deben clarificar los requisitos pendientes, administrar los cambios de acuerdo
a las evaluaciones realizados por los usuarios y se realizan las mejoras para el proyecto.
CIERRE TRANSICION, El propósito de esta fase es asegurar que el software
esté disponible para los usuarios finales, ajustar los errores y defectos encontrados
en las pruebas de aceptación, capacitar a los usuarios y proveer el soporte técnico
necesario. Se debe verificar que el producto cumpla con las especificaciones
entregadas por las personas involucradas en el proyecto.

4.1.1 INICIO

El siguiente gráfico nos muestra de manera resumida la fase de inicio:

Actividades
 Establecer el ámbito del proyecto y sus límites.
 Encontrar los casos de uso críticos del sistema, los escenarios básicos que
definen la funcionalidad.
 Identificar al menos una arquitectura candidata para los escenarios
principales.
 Estimar el costo en recursos y tiempo de todo el proyecto.
  Identificar riesgos, y las fuentes de incertidumbre.
 El hito en esta fase finaliza con el establecimiento de la viabilidad del
proyecto, el acuerdo del alcance del producto, e identificación de los
principales riesgos.

4.1.2 ELABORACION

En el siguiente gráfico se muestra de manera resumida la fase de elaboración:

Actividades
 Madurar, validar y establecer la arquitectura.
  Demostrar que la arquitectura propuesta soportara la visión, con un costo y
tiempo razonables.
 Refinar la estimación del costo de recursos y tiempo del proyecto.
 Mitigar los riesgos identificados.
 El hito en esta fase finaliza con la obtención de una línea base de la
arquitectura del sistema, la recopilación de la mayoría de los requisitos y la
mitigación de los riesgos importantes.

4.1.3 CONSTRUCCION

En el siguiente gráfico se muestra de manera resumida la fase de construcción:

Actividades
 Desarrollar servicios, casos de uso (funcionalidades), módulos, y/o
subsistemas del proyecto.
 Realizar desarrollo por iteraciones, priorizando los servicios, casos de usos,
módulos y/o subsistemas más críticos para el negocio.
 Realizar pruebas funcionales de cada uno de los servicios, casos de usos,
módulos y/o subsistemas a medida que se vayan desarrollando.
 El hito en esta fase finaliza con el desarrollo del sistema con calidad de
producción y la preparación para la entrega al equipo de transición. Toda la
funcionalidad debe haber sido implementada y las pruebas para el estado
beta de la aplicación.
 4.1.4 CIERRE O TRANSICION

Actividades
 Conseguir un producto final que cumpla los requisitos definidos.
 Garantizar que el usuario está en capacidad de instalar y operar el sistema.
 El hito en esta fase se alcanza cuando el cliente revisa y acepta los artefactos
que le han sido entregado.