Economista

Metodologia RUP
En <NOMBRE DE LA EMPRESA EJECUTORA>, el desarrollo y mantenimiento de software está soportado por la metodología RUP, la cual contempla un ciclo de vida para cada uno de los requerimientos y se encuentra ilustrada en la siguiente ilustración:


Ilustración 1. FASES DEL CICLO DE VIDA DEL PROCESO DE DESARROLLO DE SOFTWARE

El ciclo de vida del proceso de desarrollo desoftware desde la perspectiva de Administración del Proyecto, se descompone en el tiempo en cuatro fases, que concluyen cada una con un hito. La finalización de cada una de las fases permite valorar y aprobar el cumplimiento de los objetivos de dicha fase para continuar con la siguiente.

Estas fases se convierten en los indicadores del progreso del proyecto, veamos cuáles son:

* Fase deConcepción. El objetivo es especificar la visión final del producto y su caso de negocios, definir el alcance del proyecto.
* Fase de Elaboración. EL objetivo es planear las actividades necesarias, los recursos requeridos, especificando las características y diseñando la arquitectura.
* Fase de Construcción. El objetivo es construir el producto, evolucionando la visión, la arquitectura, ylos planes hasta que el producto – toda la visión - esté listo para transferencia a la comunidad de usuarios.
* Fase de Transición. El objetivo es lograr la transición desde el producto a la comunidad de usuarios, la cual incluye: Manufactura, entrega, entrenamiento, soporte, manteniendo del producto hasta que el usuario esté satisfecho.

Disciplinas del ciclo de vida del software
Parallevar a cabo exitosamente cada una de las iteraciones definidas en las fases, se aplican las disciplinas del ciclo de vida del software:

Ilustración 2. Disciplinas, fases e iteraciones en el ciclo de vida del proyecto RUP. Iteraciones del proyecto.

A continuación se explica como serán enfocadas las disciplinas que serán usadas en el proyecto y su alcance.

Modelo del Negocio.

Elpropósito de la disciplina de modelo del negocio es entender el problema actual en COMCEL e identificar mejoras potenciales, evaluar el impacto de los cambios en la organización, asegurarse de que todos los interesados en el proyecto manejen un lenguaje unificado y listar los requerimientos.

Requerimientos.
El propósito de la disciplina de requerimientos es establecer entre todos los interesados unacuerdo de lo que el sistema puede hacer y define el alcance total del sistema.

Su alcance es:
* Levantamiento de Requerimientos
* Definición de Requerimientos
* Elaboración de matriz de trazabilidad entre Casos de Uso y Requerimientos
* Especificación de Requerimientos Funcionales
* Especificación de Requerimientos Suplementarios
* Identificación de Reglas de Negocio* Elaboración del Glosario de Términos.

Análisis y diseño.
El propósito de la disciplina de análisis y diseño es transformar los requerimientos de negocio en especificaciones de software y, detallar y probar la arquitectura de la solución.

Su alcance es:
* Elaboración de StoryBoard (Modelo de Navegación)
* Análisis de Requerimientos – Elaboración del Modelo de Casos de Uso
*Elaboración de casos de uso
* Priorización de Requerimientos
* Definición de la síntesis Arquitectónica
* Elaboración del Documento de Arquitectura de Software (Inicial) utilizando el modelo de 4+1 Vistas.
Pruebas.
El propósito de la disciplina de pruebas es evaluar y determinar la calidad del producto. Realizando SQA tanto de los entregables como de la aplicación de la metodologíapropuesta

Su alcance es:
* Determinar tanto la calidad del software, como de los entregables.
* Validar la especificación de los requerimientos frente al sistema liberado.
* Validar el diseño del producto de software, haciendo pruebas de Arquitectura
* Estar haciendo un constante monitoreo de la ejecución de la metodología propuesta.
* Validar la implementación de los...