CAPTULO 3.

EJECUCIN

3.
3.1

E E
DISE

I
DE S I

El Sistemas de Titularizacin de Flujos de Pagos Futuros de Recaudacin, constar de los siguientes elementos principales tales los cuales son los usuarios, el sistema componentes adicionales y el servidor. La interaccin de estos elementos constituye la base para la solucin del sistema. Los usuarios que utilizarn el sistema, que pertenecen a las reas financiera y comercial utilizarn los computadores asignados actualmente lo cual no influye en el incremento de la inversin del proyecto. Los computadores de los usuarios debern tener instalado el runtime de Oracle, las entradas al regedit en la cual se indicar la ubicacin de los ejecutables de la apl icacin, el archivo TNSNAMES donde se detalla la conexin a la base de datos y el acceso directo al Sistema Comercial; creado bajo Oracle Developer 6i, que es una herramienta de desarrollo de aplicaciones de la empresa Oracle la cual interacta de forma na tiva con su base de datos, incluye herramientas como Forms (Para la interfaz de usuario), Reports (Generacin de reprotes) y graphics. El tercer elemento es el servidor de base de datos Oracle 10g de manera transaccional el cual contiene toda la estructura necesaria para almacenar la informacin, escogida gracias a su robustez, flexibilidad y principalmente su rapidez a la hora de manejar gran volumen de informacin. El servidor de base de datos esta bajo el sistema opera tivo AIX 5.3 con una arquitectura IBM. Desde el punto de vista lgico, la arquitectura de la aplicacin sigue los estndares cliente servidor.

3.2

DES RR

DE

Despus de hacer un estudio completo del Sistema Comercial existente se determino que el sistema cuenta con la flexibilidad de implementar ms mdulos. Por lo cual se implemento el modulo de Titularizacin de Flujos de Pagos Futuros de Recaudacin el mismo que se va a reflejar en el men principal del Sistema Comercial el cual se conectara a las nuevas pantallas. La puesta a produccin de la solucin se realizar mediante implementaciones parciales del sistema, se planea como primera implementacin el proceso de titularizacin y como segundo el proceso de registro de emisin y ventas de ttulos para minimizar el impacto, riesgos y con la ventaja de simplicidad, comenzando con los procesos ms bsicos y generales del modulo.

Figura 3 1: Proceso de itularizacin de Flujos

Figura 3 2: Proceso de Registro de emisin y venta de tulos

3.2.1

Recursos cnicos

Se realiza una evaluacin de la tecnologa existente en la organizacin, esta evaluacin est destinada a recolectar informacin sobre los componentes tcnicos que posee la organizacin, pues los mismos sern parte para la implementacin del sistema propuesto. Se evalu bajo dos enfoques: Hardware y Software. Hardware En cuanto a Hardware, tiene a su disposicin los equipos necesarios para llevar a cabo el desarrollo y la ejecucin del proyecto, el cual cuenta con las siguientes caractersticas: Equipo

aractersticas

Descripcin 4-way 1.5GHz POWER5 processors 32 GB 1 TB LCD 17 2 puertos Ethernet 10/100/100 AIX 5.3

Microprocesador Memoria RAM Disco Duro Servidor Tipo de Monitor Tarjeta de Red Sistema Operativo

abla 3 1: Hardware - Servidor

Cabe resaltar que en este servidor, se ejecutan los scripts para consultar la informacin consolidada de los sistemas. Las estaciones de trabajo de la institucin son renovadas constantemente para garantizar la aplicacin de los sistemas existentes, adems de que si se necesita adicionar una estacin de trabajo se establecen las siguientes caractersticas para su adquisicin: Equipo

aractersticas

Descripcin Pentium Dual Core 1.80 GHZ 2 GB 150 GB LCD 17 101 Teclas Ethernet 10/100/100 Windows XP 32 bits

Microprocesador Velocidad Memoria RAM Estaciones de Trabajo Disco Duro Tipo de Monitor Teclado Tarjeta de Red Sistema Operativo

abla 3 2: Hardware Estacin de rabajo

Software Segn el anlisis de las herramientas se ha elegido trabajar con la aplicacin Oracle Developer 6i y la base de datos Oracle 10g. Las estaciones de trabajo, seguirn operando bajo el ambiente Windows XP, el servidor cuenta con el sistema operativo AIX 5.3 de IBM. Como resultado de este estudio tcnico se determin que en los momentos actuales, posee la infraestructura tecnolgica necesaria para la puesta en marcha y desarrollo del sistema propuesto.

3.3

ME RI

S E I DI

D RES

Se mide el proyecto para indicar la calidad del producto, evaluar la productividad de la empresa desarrolladora del proyecto y del personal interno de la institucin, evaluar los beneficios (en trminos de productividad y de calidad) derivados del uso de nuevos mtodos y herramien tas de ingeniera del software, se establecer una lnea base para la estimacin, que ayudar a justificar que nuevos proyectos se puedan manejar con empresas externa con el control del personal interno.

Mtricas de error).

alidad: Mide la satisfaccin de los requerimientos del usuario (en trminos de

Mtricas de Productividad: Mide el rendimiento o produccin de un personal del proyecto. Mtricas de osto: Mide el nivel de costo en un grado de complejidad.

3.3.1

Mtricas

rientadas al amao del Sistema

Se utilizan para obtener medidas directas del resultado y de la ingeniera del software y del proceso por el cual se desarrolla, estos se cuantifican en funcin al Nmero de Lneas de Cdigo LDC que se emplean en los sistemas.

D 13,376

osto 17,500

Meses 6

Errores 129

Personas 3

abla 3 3: Parmetros para el clculo de mtricas orientadas al tamao.

alculo de Indicadores

ndices de productividad = 743.11 LCD por cada persona mensual. 

ndices de calidad = 103.69 LCD para cometer un error. 

ndices de Costo =1.31 dlares por una LCD 

3.3.2

Mtricas rientadas a la Funcin (Puntos de Funcin / Grado de omplejidad)

Son medidas indirectas del software y del proceso por el cual se desarrolla. En lugar de calcularlas las LDC, las mtricas orientadas a la funcin se centran en la funcionalidad o utilidad del programa. Un Punto de Funcin Ajustado (PFA) representa la funcionalidad de un programa que se deriva de las medidas del software.

abla 3 4: Parmetros para el clculo de mtricas orientadas a la funcin .

alculo de Indicadores

ndices de productividad = 18.58 PFA por cada persona mensual. 

ndices de calidad = 2.59 PFA para cometer un error. 

ndices de Costo =52.33 dlares por una PFA 

3.4

PR EBAS

El objetivo de las pruebas de verificacin es buscar discrepancias entre los requerimientos y la ejecucin del software. Por ello el proceso de verificacin de los requerimientos da comienzo con el anlisis y una la inspeccin de los requerimientos en la cual el grupo de pruebas evalu la consistencia, completitud y factibilidad, tanto individualmente como juntos. Adicionalmente fueron revisados y validados por los distintos actores involucrados en el sistema. Los siguientes pasos se realizaron en el diseo de las pruebas de verificacin. y y y y y Especificacin del criterio de verificacin. Verificar el cumplimiento del requerimiento Controlar los elementos del software necesarios para llevar a cabo las pruebas; Elaborar el plan de pruebas; Ejecutar el plan de pruebas y reportar sus resultados

3.5

ASEG RAMIE

El Aseguramiento de la calidad pretende dar confianza en el producto y verifica si rene las caractersticas necesarias para satisfacer todos los requisitos. Para el presente sistema se ha definido el equipo de calidad del proyecto y est conformado por: personal interno de Water PMI quienes son: el lder del proyecto y control de calidad, cada uno con sus responsabilidades de accin y verificacin indicadas en el plan de calidad. Por tanto, para asegurar la calidad de este sistema el equipo de calidad deber realizar las siguientes actividades:

PFA 334.4

osto 17,500

Meses 6

Errores 129

Personas 3

DE A

ALIDAD

y y y y y y

Detallar las todos los requerimientos que fueron requeridos y validarlos con el correcto funcionamiento de la aplicacin. Explicacin oportuna de los estndares que se deben aplicar durante el desarrollo del sistema. Llevar correctamente las plantillas establecidas para el proceso de cambio, desarrollo y pases de nuevas fases Llevar el control de pruebas debidamente documentado Elaboracin del manual de diseo del sistema, como documento base para la modificacin del mismo por parte de los desarrolladores de Water PMI. Elaboracin del manual de uso del sistema que permita al usuario una fcil compresin del mismo y que adems contendr pautas para ayudarlo a realizar su labor (eficacia) de una forma ms sencilla y directa (eficiencia). Correcciones y modificaciones a las opciones desarrolladas segn lo registrad en los o documentos de pruebas de opciones. Aquellos cambios que no impliquen la depuracin de errores sern revisados por el desarrollador responsable de la opcin y el lder del proyecto. Si se tratara de un cambio de fondo necesario se analizar su impacto en conjunto con el gerente de sistemas. Correcciones y modificaciones al sistema por errores detectados y registrados por los usuarios finales durante las presentaciones realizadas al usuario. Aquellos cambios que no impliquen la depuracin de errores sern revisados por el desarrollador responsable de la opcin y el lder del proyecto. Si se tratara de un cambio de fondo necesario se analizar su impacto en conjunto con el gerente de sistemas.

Adicionalmente para asegurar la calidad del sistema desarrollado se ponderan sobre 10 puntos los pases a produccin, se restaran puntos por los errores encontrados por control de calidad al momento de la revisin y pruebas.

3.6

R L DE

AMBI S

Se ha llevado el control de cambio del sistema a partir de la primera presentacin realizada a los interesados del sistema donde pudieron evaluar el estado del proyecto y observar los diseos iniciales de las opciones a ser desarrolladas. Se efectuaron algunas observaciones durante las revisiones realizadas en primeras instancia por el lder de proyecto de Warter PMI, ms especficamente nuevos requerimientos de menor complejidad y ciertas modificaciones en las etiquetas y disposicin de los controles de las interfaces de usuario. Un cambio que se realizo luego de la implementacin de la primera fase del proyecto fue la modificacin del proceso de automtico de bitacorizacin el cual se lo program en un trigger de base de datos. Los procedimientos tanto para el control de cambios, como para las pruebas y revisio nes sern cubiertos en el siguiente captulo denominado Seguimiento y Control.

3.7

VALOR GANADO

El anlisis del valor ganado para este proyecto nos permitir medir cual fue el desempeo del proyecto durante su etapas de anlisis, diseo, desarrollo pruebas e implementacin, para lo , cual tomamos el valor total planeado descrito en el capitulo anterior. AC (costo actual) PV (costo planeado) EV (costo presupuestado del trabajo realizado) = 25,010,08 = 24,301.45 = 24,110.08

Indicador CV Varianza del costo SV Varianza del cronograma CPI ndice de desempeo del costo SPI ndice de desempeo del cronograma CSI ndice costo programacin

Frmula EV AC = 24,110.08 25,010.08 EV PV = 24,110.08 24,301.45 EV / AC = 24,110.08 / 25,010.08

Resultado -900.00

Observacin Est sobre el presupuesto

-191.37

Est atrasado en una tarea del cronograma Esta fuera del presupuesto. Debe ser =1 o >1 para que este encima del presupuesto Esta fuera del tiempo presupuestado. Debe ser =1 o >1 para que este dentro o adelantado de lo presupuestado Status OK (< 1.2 OK)

0,96 EV / PV = 24,110.08 / 24,301.45 0,99 CPI * SPI = 0,96 * 0,99

0,95

Tabla 3 5: Indicadores del Valor Ganado del Proyecto

Figura 3 3: Indicadores del Valor Ganado del Proyecto