UTCJ THEOREMA Revista científica PDF THEOREMA 5 OK | Page 80

“Las entrevistas realizadas al inicio del proyecto deben contener pre-
guntas “libres de contexto”. Estas preguntas ayudan a iniciar la con-
versación esencial para la obtención exitosa. Sin embargo, la sesión de
preguntas y respuestas se debe usar sólo para los primeros encuentros”
(Pressman, 2006). Como resultado de las entrevistas realizadas se com-
prendió que los notarios elaboran un índice de los libros, de manera
electrónica y física, por lo que esta notaría solo lo llevaba físicamente y
no cumplía con la norma que el colegio de notarios establece; era difícil
consultar una escritura a menos que la persona que la realizaba dejara
una nota o diera parte de la ubicación de los libros y apéndices que había
elaborado; cada empleado de la notaría conservaba o eliminaba lo que
le parecía oportuno; se integraba una hoja donde se asentaba los núme-
ros del libro y del instrumento, así como los diversos documentos que
lo incorporaban tales como credencial de elector, actas de nacimiento,
RFC, CURP, entre otros, relacionados con letras de manera alfabética,
los archivaban en orden progresivo de acuerdo al número de escritura,
acta o certificación, esto se realizaba así, por lo tanto no se garantizaba
su seguridad y orden establecido.
Por otra parte, los registros de los pagos e impuestos se elaboraban
manualmente, solo utilizaban como herramienta ofimática la que se en-
cuentra dentro del paquete de software de Microsoft Office, conocido
como Excel, y por esto los archivos que se creaban estaban pesados e
inmanejables, al abrirlos en la computadora de la Notaría se tardaban en
cargar y podía llegarse a perder todos los datos al no realizarse una co-
pia de seguridad, la herramienta ofimática Microsoft Office Excel puede
llegar a ser inestable, su herramienta de auto-recuperación no siempre
es 100% fiable, su opción de autoguardado tiene el defecto de reescribir
siempre el mismo archivo, además de entre otras fallas técnicas o físicas
ajenas a los empleados. Otros inconvenientes de utilizar solo la herra-
mienta Microsoft Office Excel para generar reportes, es que la función
de SUMA( ), aplicada sobre rangos muy amplios, esta se vuelve lenta al
realizar los cálculos, otro inconveniente es que Microsoft Office Ex-
cel tiene muchas hojas de libro y provocaba que los datos se vuelvan
dispersos.
Esta notaría no cuenta con una base de datos para almacenar grandes
cantidades de información de una forma segura y de acceso concurrente
así como de respaldo de la información.
Después del proceso de levantamiento de requerimientos, identifi-
cando los requerimientos funcionales y no funcionales, características
de los usuarios, y describir las cosas (objetos) que serán manipuladas
por el sistema; ser realizó el análisis de requerimientos para establecer
acuerdos y canales de comunicación que sirvieran para el diseño, de-
sarrollo del sistema, así como todas las etapas que se involucran en el
proceso de desarrollo del software.
Selección de modelo y metodología para el desarro-
llo de la aplicación
Un enfoque del modelado de requerimientos, considera que los datos
y los procesos que los transforman son entidades separadas. Los objetos
de datos se modelan de modo que se definan sus atributos y relaciones,
para este proyecto se seleccionó el Patrón de Arquitectura MVC (Mode-
lo-Vista-Controlador), “el cual define componentes para la representa-
ción de la información y la interacción con el usuario, se basa en ideas
de reutilización de código y la separación de conceptos, características
que buscan facilitar la tarea de desarrollo de aplicaciones y su posterior
mantenimiento” (Bahit, 2011). Las interfaces de la página Web se de-
sarrollan con el lenguaje de programación PHP utilizando el patrón de
MVC (Modelo / Vista / Controlador), mediante Yii framework. Este pa-
trón permite la estructuración de la aplicación Web en capas, al separar
la lógica de negocio (modelo), la respuesta del servidor a la petición del
cliente (controlador) y la interfaz de usuario (vista). Esto a su vez permi-
te que el mantenimiento sea más sencillo en la aplicación.
En cuanto a la metodología de desarro-
llo de software, se utilizó la XP por ser
adaptable a las necesidades requeridas
ya que no sigue un régimen muy es-
tricto para poderla seguir. Además a
comparación con otras metodologías
como la RUP es rápida, ya que la me-
todología XP conlleva a menos proto-
colo (ver Figura 1).