Entrada Final
Análisis de Resultados
Como
entrada final de la bitácora, se procede a realizar un recuento de todo
el trabajo realizado, donde se involucrarán datos como la cantidad de
horas que requirió para elaborarla, las secciones que funcionan y las
que no.
La creación de las tablas y sus
relaciones se basó en el diseño del modelo visto en
clase brindado por el profesor. No obstante es importante darse cuenta
que durante el avance y desarrollo de la aplicación, algunas relaciones
y atributos irían cambiando, por lo que el modelado final no es
idéntico al original, pero si se revisan con cautela todas las entradas
de la bitácora, se irán mostrando estos cambios que a la postre son
mínimos.
Posterior
a la creación de la base de datos, llamada "PhoneServBD", se procede con la
creación y conexión de la BD hacia la aplicación en capa lógico. Cabe
mencionar que no fue una tarea muy ardua aunque de cierta manera suene
arrogante, pero esto realmente es debido a que se encontró material de
apoyo suficiente para poder comprender el funcionamiento entre estos dos
manejadores, y además de ello, el trabajo gráfica en la página web no fue tan tedioso ni mucho menos extenso.
Una
vez llegados a este punto sólo bastaría comenzar con la creación de los
SP y de los métodos en capa lógica, donde los mismos iban siendo
creados a conforme se fuesen necesitando, ya que no se podía predecir
con facilidad que SPs serían necesarios y cuales no, por lo tanto se
optó por su creación en el momento que surgiese la necesidad tal como se
menciona en los reglones previos.
Por
otra parte, y dando como terminada a grandes rasgos esta reseña del
proceso con el que fue creada la aplicación, sólo nos bastará mencionar
aquellas partes o secciones que cumplieron a cabalidad con las
especificaciones de la tarea programada, y por su puesto las que no.
Para ello dividimos esta porción en dos interrogantes:
¿Que funciona?:
Basándonos en los resultados obtenidos, se podría decir que de lo solicitado en la especificación de la tarea programada se ha cumplido con éxito lo siguiente, no obstante se es consiente de que siempre el sistema podrá llegar a presentar fallos, más si este no ha sido depurado al máximo. Cabe resaltar que hasta el momento no se ha detectado ninguno por lo que el sistema ha corrido perfectamente.Entre algunas de los aspectos que funcionan, se podrían mencionar las siguientes:
- El ingreso de datos masivos para las operaciones diarias de 6 meses se realiza exitosamente.
- El procedimiento masivo encargado de insertar los movimientos correspondientes a cada uno de las operaciones diarias funciona para todas las 400 operaciones (aproximado), generando entonces 400 movimientos aproximadamente en total.
- El procedimiento masivo que se encarga de generar cada una de las facturas para todos los dias de la iteracion, funciona perfectamente, y despliega los rubros de excesos de los diferentes minutos, asi como el total que se basa en la suma de movimientos.
- Los stored procedures de consulta cumplen a cabalidad con las funciones propuestas desde un inicio, uno obtiene una tabla con los últimos 6 registros o estados de cuenta, y en otra se obtiene el desglose de un estado de cuenta seleccionado.
- La interfaz gráfica es básica pero va acorde a las necesidades planteadas en el problema enunciado, se tiene un campo donde se capta un número telefónico y un botón con el cual se obtiene de ser posible los últimos 6 registros en el estado de cuenta.
¿Que no funciona?:
Creemos que el proyecto cumple con los parámetros establecidos en la solicitud efectuada por el profesor a cargo de supervisar el proyecto, aunque aún no se han hecho pruebas suficientes para "debuggear" al 100% la funcionalidad de la herramienta web.
Registro de horas trabajadas:
Como punto final pero no menos importante, se pide realizar un recuento
de las horas que se invirtieron en el desarrollo de la aplicación. Para
ello se detallará entrada a entrada cuantas horas se invirtieron en las
mismas, y por último el total de horas.
Nota:
El tiempo considerado para cada entrada es calculado según el tiempo
efectivo trabajado. Esto debido a que consideramos como una falacia el
hecho de poner un conteo de horas donde se abarquen grandes periodos, ya
que evidentemente uno tiende a procrastinar y por ende 'pierde' tiempo
en cosas ajenas y distantes al trabajo.
A continuación se presenta el reparto de horas entre las diferentes etapas de la creación de la aplicación:*********** Nombre de la Entrada ****************** Horas Invertidas ***********
- Creación de Interfaz 0.5 hora
- Creación del Diseño de BD 1 horas
- Creación de los catálogos para tablas 0.5 horas
- Creación de los SP de consulta para la Página 1 horas
- Creación de los Datos 4 horas
- Diseño de Funciones Escalares 1 hora
- Diseño de los Procesos Masivos 2 horas
