Desarrollo de un sistema informático en un entorno web, utilizando herramientas Open Source. by Pontificia Universidad Católica del Ecuador sede Santo Domingo PUCE SD

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO

Dirección Académica - Escuela de Sistemas

DESARROLLO DE UN SISTEMA INFORMÁTICO EN UN ENTORNO WEB, UTILIZANDO HERRAMIENTAS OPEN SOURCE PARA LA GESTIÓN DEL BANCO ESTUDIANTIL EN LA UNIDAD EDUCATIVA “EL ESFUERZO” EN EL PERIODO 2014-2015

Disertación de Grado previa a la obtención del título de Ingeniero de Sistemas y Computación Línea de Investigación: Estudio, diseño e implementación de software.

Autores: GABRIEL GEOVANNY CALDERÓN MORILLO DANIEL LEONARDO COX PÁRRAGA

Director: MG. ADRIÁN ROLANDO CEVALLOS DUEÑAS

Santo Domingo – Ecuador Agosto, 2015

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO

Dirección Académica - Escuela de Sistemas

HOJA DE APROBACIÓN

DESARROLLO DE UN SISTEMA INFORMÁTICO EN UN ENTORNO WEB, UTILIZANDO HERRAMIENTAS OPEN SOURCE PARA LA GESTIÓN DEL BANCO ESTUDIANTIL EN LA UNIDAD EDUCATIVA “EL ESFUERZO” EN EL PERIODO 2014-2015 Línea de Investigación: Estudio, diseño e implementación de software. Autores: CALDERÓN MORILLO GABRIEL GEOVANNY COX PÁRRAGA DANIEL LEONARDO

Mg. Adrián Rolando Cevallos Dueñas DIRECTOR DE LA DISERTACIÓN DE GRADO

Mg. Jon Azcona Esteban CALIFICADOR

Mg. Willian Javier Ocampo Pazos CALIFICADOR

Mg. Rodolfo Sirilo Córdova Gálvez DIRECTOR DE LA ESCUELA DE SISTEMAS Santo Domingo – Ecuador Agosto, 2015

iii

DECLARACIÓN DE AUTENTICIDAD Y RESPONSABILIDAD

Yo, CALDERÓN MORILLO GABRIEL GEOVANNY portador de la cédula de ciudadanía Nº 1718464223 declaro que los resultados obtenidos en la investigación que presento como informe final, previo a la obtención del Grado de Ingeniería de Sistemas son absolutamente originales, auténticos y personales.

En tal virtud, declaro que el contenido, las conclusiones y los efectos legales y académicos que se desprenden del trabajo propuesto de investigación y luego de la redacción de este documento son y serán de mi sola y exclusiva responsabilidad legal y académica.

CALDERÓN MORILLO GABRIEL GEOVANNY C.C. 1718464223

DECLARACIÓN DE AUTENTICIDAD Y RESPONSABILIDAD

Yo, COX PÁRRAGA DANIEL LEONARDO portador de la cédula de ciudadanía Nº 0804011641 declaro que los resultados obtenidos en la investigación que presento como informe final, previo a la obtención del Grado de Ingeniería de Sistemas son absolutamente originales, auténticos y personales.

COX PÁRRAGA DANIEL LEONARDO C.C. 0804011641

AGRADECIMIENTO A Dios por regalarnos inteligencia, fortaleza, paciencia y colmarnos de bendiciones durante el proceso formativo de nuestra carrera. A nuestros padres por habernos brindado la oportunidad de estudiar con gran esfuerzo y dedicaci贸n, por su completa confianza e incondicional apoyo durante nuestra formaci贸n acad茅mica.

Calder贸n Gabriel y Cox Daniel

DEDICATORIA A Dios padre por permitirnos estudiar, a nuestra familia que siempre nos apoy贸 incondicionalmente y con mucho amor a lo largo de nuestra formaci贸n acad茅mica.

Calder贸n Gabriel y Cox Daniel

vii

RESUMEN

El presente documento describe de manera detallada el desarrollo de un sistema para la gestión del banco Estudiantil El Esfuerzo, la razón de ser de esta investigación surgió de la necesidad de tener una nueva herramienta, que se encargue de administrar y gestionar el banco estudiantil de dicha institución. Para la obtención de requerimientos se utilizó técnicas de encuesta, observación y entrevista tanto a los usuarios como a los clientes del Banco Estudiantil. Se desarrolló el sistema basándose en la metodología ágil de desarrollo de software XP ya que se adaptaba a los requerimientos y necesidades del proyecto, revisamos conceptos principales acerca del desarrollo de software y aplicamos nuevas tecnologías web open source tales como PHP, PostgreSql, Ajax, JavaScript, Jquery como base para el desarrollo de este sistema. Al optimizar y automatizar la gestión del banco, tales como transacciones de cuentas y préstamos del Banco Estudiantil, se generó una mayor confianza entre la institución bancaria y los clientes.

viii

ABSTRACT

The present document describes in a detailed way the development of a system for the management of the El Esfuerzo student bank, the aim of this study emerges of the necessity to have a new tool for administrating and managing the student bank of that institution. For the gathering of requirements the techniques of survey, observation and interview were used for users as well for customers of the student bank. The system was developed according to the agile XP software development methodology since it adjust to the requirements and necessities of the project, main concepts about the software development were reviewed and the new web open source technologies were applied, some of them are the follow: PHP, PostgreSQL, Ajax, JavaScript, Jquery, which constituted the basis of the system development. Once the bank management is optimized and automatic in processes as: accounts transactions and loans of the student bank, major trust was promoted between the Finance Institution and the customers.

ÍNDICE CONTENIDOS

INTRODUCCIÓN ...................................................................................................... 1

PLANTEAMIENTO DEL PROBLEMA ................................................................... 4

2.1.

Antecedentes........................................................................................................................... 4

2.2.

Problema de la investigación. ................................................................................................. 5

2.3.

Justificación de la investigación ............................................................................................. 6

2.4.

Objetivos de investigación...................................................................................................... 7

2.4.1.

Objetivo General..................................................................................................................... 7

2.4.2.

Objetivos Específicos ............................................................................................................. 7

MARCO REFERENCIAL .......................................................................................... 9

3.1.

Ingeniería de Software .......................................................................................................... 10

3.1.1.

Software ................................................................................................................................ 11

3.1.2.

Modelo de Proceso del Software .......................................................................................... 13

3.1.3.

Ciclo de vida del desarrollo de software............................................................................... 14

3.1.4.

Estándares ............................................................................................................................. 15

3.1.5.

Pruebas Del Software ........................................................................................................... 17

3.2.

Base de Datos ....................................................................................................................... 18

3.2.1.

Sistema Gestor de Base de Datos ......................................................................................... 19

3.2.2.

MySQL ................................................................................................................................. 20

3.2.3.

PostgreSQL........................................................................................................................... 20

3.2.4.

Modelo Entidad – Relación .................................................................................................. 21

x 3.3.

Desarrollo Web ..................................................................................................................... 22

3.3.1.

Intranet .................................................................................................................................. 23

3.3.2.

Arquitectura Cliente/Servidor ............................................................................................... 24

3.3.3.

Página Web ........................................................................................................................... 25

3.4.

Gestión del Banco Estudiantil .............................................................................................. 31

3.4.1.

Transacción bancaria ............................................................................................................ 32

3.4.2.

Tabla de amortización .......................................................................................................... 32

3.5.

Programación Extrema ......................................................................................................... 32

3.6.

Hipótesis de Trabajo ............................................................................................................. 35

METODOLOGÍA DE LA INVESTIGACIÓN ........................................................ 36

4.1.

Diseño / Tipo de investigación ............................................................................................. 36

4.2.

Población / Universo ............................................................................................................ 36

4.3.

Muestra ................................................................................................................................. 37

4.4.

Instrumentos de recogida de datos ........................................................................................ 37

4.4.1.

Cuestionario .......................................................................................................................... 37

4.5.

Técnicas de Análisis de Datos .............................................................................................. 37

4.6.

Metodología de Desarrollo de Software Programación Extrema ......................................... 38

RESULTADOS......................................................................................................... 40

5.1.

Análisis y discusión de los resultados .................................................................................. 40

5.1.1.

Análisis, presentación e interpretación de Resultados .......................................................... 40

5.2.

Desarrollo de procesos XP.................................................................................................... 58

5.2.1.

Planeación............................................................................................................................. 58

5.2.2.

Diseño ................................................................................................................................... 67

xi 5.2.3.

Codificaciรณn.......................................................................................................................... 71

5.3.

Conclusiones......................................................................................................................... 85

5.4.

Recomendaciones ................................................................................................................. 86

5.5.

Lista de Referencias.............................................................................................................. 87

5.5.1.

Fuentes de Informaciรณn Bibliogrรกficas ................................................................................. 87

5.6.

Fuentes de Informaciรณn Lincogrรกficas ................................................................................. 89

GLOSARIO ............................................................................................................................. 90

xii

ÍNDICE TABLAS Tabla 1. Comparativa PostgreSQL y MySQL. ........................................................................ 21 Tabla 2. Tabla comparativa de la metodología utilizada ......................................................... 34 Tabla 3. Manejo actual de los procesos (primera pregunta) .................................................... 40 Tabla 4. Calificación del sistema actual (segunda pregunta) ................................................... 41 Tabla 5. Calificación de la gestión actual (tercera pregunta)................................................... 42 Tabla 6. Tipo de transacciones más utilizadas (Cuarta pregunta) ........................................... 43 Tabla 7. Conformidad con el tiempo de respuesta durante cada transacción (quinta pregunta) .................................................................................................................................................. 44 Tabla 8. Cantidad de cada transacción (sexta pregunta) ......................................................... 45 Tabla 9. Capacitación del sistema bancario (séptima pregunta) ............................................. 46 Tabla 10. Establecer la necesidad de un software nuevo (octava pregunta) ............................ 47 Tabla 11. Necesidad de mejorar el tiempo de respuesta durante cada transacción (novena pregunta) .................................................................................................................................. 48 Tabla 12. Nivel de satisfacción (primera pregunta) ................................................................. 49 Tabla 13. Análisis de los tiempos por servicio (segunda pregunta) ........................................ 50 Tabla 14. Grado de interés de los clientes ante la creación de una nueva herramienta informática (tercera pregunta).................................................................................................. 51 Tabla 15. Tipos de transacciones que más realizan los clientes (cuarta pregunta) .................. 52 Tabla 16. Monto de dinero en promedio de las transacciones por cliente (quinta pregunta) .. 53 Tabla 17. Grado de interés por parte de los usuarios en la creación de una nueva herramienta informática para el manejo del banco estudiantil (sexta pregunta).......................................... 54 Tabla 18. Grado de interés en una nueva herramienta informática (séptima pregunta) .......... 55

xiii

Tabla 19. Grado de aceptaciรณn de los nuevos mรณdulos en la aplicaciรณn del sistema informรกtico (octava pregunta) .................................................................................................. 56 Tabla 20. Apreciaciรณn por parte de los clientes sobre el sistema actual (novena pregunta) .... 57

xiv

ÍNDICE FIGURAS Figura 1. Estructura Marco Teórico ......................................................................................... 10 Figura 2. Modelo iterativo incremental ................................................................................... 14 Figura 3. Estructura Cliente Servidor ...................................................................................... 25 Figura 4. Ejemplo de estructura básica de una página web ..................................................... 27 Figura 5. Proyecto XP .............................................................................................................. 39 Figura 6: Necesidad de mejorar y automatizar procesos en el Banco Estudiantil ................... 40 Figura 7. Calificación del sistema actual ................................................................................. 41 Figura 8. Calificación de la gestión actual ............................................................................... 42 Figura 9. Tipo de transacciones más utilizadas ....................................................................... 43 Figura 10. Conformidad con el tiempo de respuesta durante cada transacción ....................... 44 Figura 11. Monto de transacciones .......................................................................................... 45 Figura 12. Capacitación del sistema bancario.......................................................................... 46 Figura 13. Establecer la necesidad de un software nuevo ....................................................... 47 Figura 14. Necesidad de mejorar el tiempo de respuesta durante cada transacción ................ 48 Figura 15. Grado de satisfacción de parte de los clientes con el sistema actual ...................... 49 Figura 16. Análisis de los tiempos por servicio del banco estudiantil ..................................... 50 Figura 17. Grado de interés de los clientes ante la creación de una nueva herramienta informática ............................................................................................................................... 51 Figura 18. Tipos de transacciones que más realizan los clientes ............................................. 52 Figura 19. Monto de dinero en promedio de las transacciones por cliente.............................. 53 Figura 20. Grado de interés por parte de los usuarios en la creación de una nueva herramienta informática para el manejo del banco estudiantil .................................................................... 54 Figura 21. Grado de interés en una nueva herramienta informática ........................................ 55

Figura 22. Grado de aceptación de los nuevos módulos en la aplicación del sistema informático ............................................................................................................................... 56 Figura 23. Apreciación por parte de los clientes sobre el sistema actual ................................ 57 Figura 24. Requerimiento Funcional 1 - Ingreso al Sistema Fuente: Autores ......................... 58 Figura 25. Requisito Funcional - Autenticación Sistema Fuente: Autores .............................. 59 Figura 26. Requerimiento Funcional 2 - Gestión de Usuarios Fuente: Autores ...................... 59 Figura 27. Requisito Funcional - Crear Usuario Fuente: Autores ........................................... 60 Figura 28. Requisito Funcional – Buscar usuario Fuente: Autores ......................................... 60 Figura 29. Requisito Funcional – Modificar Usuario Fuente: Autores ................................... 60 Figura 30. Requisito Funcional – Inactivar Usuario Fuente: Autores ..................................... 61 Figura 31. Requerimiento Funcional 3– Gestión de clientes Fuente: Autores ........................ 61 Figura 32. Requisito Funcional – Crear Cliente Fuente: Autores ............................................ 62 Figura 33. Requisito Funcional – Buscar Cliente Fuente: Autores ......................................... 62 Figura 34. Requisito Funcional – Modificar Cliente Fuente: Autores..................................... 62 Figura 35. Requisito Funcional – Inactivar Cliente Fuente: Autores ...................................... 63 Figura 36. Requerimiento Funcional – Gestión de Cuentas Bancarias Fuente: Autores ......... 63 Figura 37. Requisito Funcional – Crear Cuenta Bancaria Fuente: Autores ............................. 63 Figura 38. Requisito Funcional - Buscar Cuenta bancaria Fuente: Autores ............................ 64 Figura 39. Requisito Funcional – Inactivar Cuenta Bancaria Fuente: Autores ....................... 64 Figura 40. Requerimiento Funcional – Gestión de Transacciones Fuente: Autores ................ 64 Figura 41. Requerimiento Funcional - Ingresar Transacción Fuente: Autores ........................ 65 Figura 42. Requerimiento Funcional – Ingreso de Préstamos Fuente: Autores ...................... 65 Figura 43. Requisito Funcional – Ingresar Préstamo Fuente: Autores .................................... 65 Figura 44. Diagrama de Casos de Uso SysBanX ..................................................................... 66 Figura 45. Diagrama lógico de la base de datos SysBanX (1)................................................. 67

xvi

Figura 46. Diagrama lógico de la base de datos SysBanX (2)................................................. 68 Figura 47. Diagrama físico de la base de datos de SysBanX (1) ............................................. 69 Figura 48. Diagrama físico de la base de datos de SysBanx (2) .............................................. 70 Figura 49. Estructura del código fuente de SysBanX. ............................................................. 71 Figura 50. Fragmento de Código - Controlador Cliente .......................................................... 72 Figura 51. Fragmento de Código – Clase Clientes. ................................................................. 73 Figura 52. Script de creación de la Base de Datos ................................................................... 74 Figura 53. Script de la Base de Datos SysBanX (2). ............................................................... 75 Figura 54. Código BD- Función Insertar Pago Préstamo. ....................................................... 76

xvii

ÍNDICE DE ANEXOS Anexo 1 - Encuesta dirigida a los usuarios del banco estudiantil Anexo 2 - Encuesta dirigida a los clientes del banco estudiantil Anexo 3 - Especificación de requerimientos de software Anexo 4 - Manual de usuario Anexo 5 - Manual de instalación

INTRODUCCIÓN

La Unidad Educativa “El Esfuerzo”, ubicada en la parroquia “El Esfuerzo” cantón Santo Domingo de los Colorados, cuenta con un Banco Estudiantil el cual busca fomentar la importancia de contar con una preparación en el área financiera y bancaria a sus estudiantes. Se observó que una las problemáticas es la falta de automatización de procesos en la gestión del banco estudiantil, esto resulta en una mala utilización del tiempo como recurso. El Sistema Informático SysBanX, provee herramientas para que tanto el cliente, cajero, ejecutivos de cuenta y administrador del Banco Estudiantil puedan optimizar el tiempo que lleva hacer los procesos de depósitos, retiros, consulta de saldos y movimientos, tabla de amortizaciones de préstamos, cuadre de caja y reportes del Banco Estudiantil. Es necesidad vital para el Banco Estudiantil cumplir los requerimientos y transacciones que los alumnos solicitan con eficiencia y rapidez. Dada el tipo de información sensible que se manipula en el Banco Estudiantil, se necesita de un entorno de aislamiento al sistema cómo medida de seguridad. Se utiliza una red LAN para acceder al servidor, para trabajar en un entorno cliente-servidor como y como herramientas de desarrollo de PHP, PostgreSQL, AJAX, JQuery, CSS y JavaScript. El sistema informático SysBanX consta con un manejo de transacciones bancarias, tales como apertura de cuentas, depósitos, retiros, inversiones y créditos englobadas en un módulo de gestión de cuentas. Además consta con un módulo para generación de reportes tales como cierres diarios, reporte de usuarios, reportes de préstamos vigentes, vencidos y tablas de amortización.

Permitiendo de esta manera llevar una gestión más ordenada del banco estudiantil, facilitando el manejo contable, optimizando el tiempo con cada transacción que se realice en la entidad financiera, estableciendo seguridades en la base de datos permitiendo fortalecer la confianza en los usuarios del banco. Con este sistema se pretende que los clientes queden satisfechos con la utilización de este medio electrónico en sus operaciones, brindando apoyo a su trabajo. El primer apartado da a conocer los antecedentes del problema a investigar acerca del desarrollo de un sistema informático en un entorno web para la gestión del Banco Estudiantil de la Unidad Educativa "El Esfuerzo". De esta manera, se deduce que el mayor problema que presenta El Banco Estudiantil de la Unidad Educativa "El Esfuerzo", es que el sistema que antes utilizaban para registrar las transacciones bancarias está con errores, la falta de integridad referencial en cuanto a las transacciones de retiro, débitos y pagos de préstamos ya que estos no correspondían a los saldos reales de las cuentas de los clientes, la falta de seguridad en cuanto a que no se registra una auditoría de las acciones en el sistema y por último el sistema está con obsolescencia ya que hay nuevas herramientas que dan más prestaciones a comparación con las que se utiliza (Visual Basic 6.0 y Microsoft Access). Es por eso la necesidad del desarrollo de una nueva herramienta para la gestión del Banco Estudiantil. El segundo apartado se realiza un marco referencial en el cual consta de los temas más relevantes que ayudará a comprender conceptos, temas, teorías y fundamentos actuales necesarios para el desarrollo del problema de investigación.

El tercer apartado hace referencia específica, de los métodos y técnicas de investigación con las cuales se llevó a cabo el proyecto, se utiliza variables, indicadores que permitan una mejor interpretación de la información recolectada, definiendo así también la población y muestra que serán sujetos de investigación. El cuarto apartado especifica el material de referencia utilizado para el desarrollo de este Plan de Disertación de Grado que sustenta que el contenido sea veraz y científico. El quinto apartado es el desarrollo del cronograma de actividades a desarrollar durante la elaboración de la Disertación de grado que detalla el período específico de inicio y culminación de cada actividad. El sexto apartado detalla los recursos humanos, tecnológicos y económicos a ser utilizados para el desarrollo de la investigación.

2. 2.1.

PLANTEAMIENTO DEL PROBLEMA

Antecedentes La Unidad Educativa Pública “El Esfuerzo”, fue fundado como Colegio Nacional “El

Esfuerzo” el 4 de Junio de 1984. Iniciativa de la Comunidad con el apoyo del Ministerio de Educación y Cultura, para incorporar a la juventud a la educación y a la vida productiva del país. Actualmente el establecimiento cuenta con doce cursos de enseñanza, distribuidos en seis de educación básica y seis de bachillerato en las especialidades de aplicaciones informáticas y contabilidad. La misión de la institución es brindar a la juventud una educación integral para producir en ellos excelencia dentro de un marco organizacional con una debida planificación que estén inmersos los valores para un buen desenvolvimiento laboral y convertirlos en buenos emprendedores, dando a la sociedad calidad y transparencia en todos sus actos. Su visión es ser una institución educativa de calidad que incorpore innovaciones técnicas y pedagógicas que les permitan formar bachilleres reflexivos, críticos, creativos, emprendedores, humanistas y consecuentes de la importancia de la conservación del medio ambiente. Para generar dentro de un marco educativo y pedagógico se creó el banco estudiantil, se vio la necesidad de crearlo para que la carrera de contabilidad de la Unidad Educativa “El Esfuerzo” lo administre y así los estudiantes tengan mejor comprensión y desenvolvimiento en el área bancaria cuando entren a laborar en alguna institución. Se trabaja con operaciones comunes de cualquier institución bancaria. Se realizan depósitos, retiros en las cuentas creadas por los estudiantes que voluntariamente se hacen clientes del banco.

El administrador de tecnologías de la Unidad Educativa “El Esfuerzo” desarrolló un sistema Bancario el cual contaba con todos las operaciones básicas para que funcione el banco. El software después de un tiempo de uso, comenzó a tener errores de integridad en la base de datos, al registrar la transacción pero no contabilizar el saldo correcto a las cuentas respectivas, según el tipo de transacción sea esta de crédito o débito. La Unidad Educativa “El Esfuerzo” y la PUCESD tienen un acuerdo de cooperación interinstitucional. Por medio de esto los estudiantes de Ingeniería en Sistemas de la PUCESD desarrollaron un nuevo sistema, para que el Banco Estudiantil pueda dar una atención rápida, ágil y eficaz a los clientes. El banco estudiantil antes de empezar este proyecto estuvo cerrado alrededor de un año por el motivo de constante migración del personal del área de contabilidad en la institución, se desea abrirlo nuevamente pero con implementación tecnológica que agilite los procesos y la gestión del banco. El banco da un servicio importante en la institución educativa de ahí la relevancia que tiene desarrollar un nuevo sistema bancario que brinde un servicio a la comunidad.

2.2.

Problema de la investigación. Ante la necesidad que posee la Unidad Educativa “El Esfuerzo” de tener un nuevo

sistema que gestione la administración del banco estudiantil, ya que el sistema anterior con el que contaban, ha quedado obsoleto y no satisface las necesidades de los usuarios. Es por esto que a los estudiantes de la PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO, en convenio con la Unidad Educativa “El Esfuerzo” ubicado en la parroquia El Esfuerzo del Cantón Santo domingo de los Colorados se le ha asignado dicho proyecto.

PREGUNTAS BÁSICAS 

¿Cuáles son los prerrequisitos antes de implementar el sistema?



¿Cuál es el recurso usado para la obtención de requerimientos del sistema?



¿De qué modo se facilita el entendimiento y uso de la aplicación para el usuario?



¿Cómo optimizar el tiempo como recurso en la gestión del Banco Estudiantil mediante el sistema a implementar?

2.3.

Justificación de la investigación En la actualidad la Unidad Educativa “El Esfuerzo” cuenta con un sistema para la

gestión de su banco estudiantil llamado “SysBank”, el cual se encarga de gestionar el manejo de cuentas de los usuarios, tales como aperturas, retiros y depósitos, el sistema con el paso del tiempo se ha vuelto obsoleto y ha comenzado a dar problemas tanto a nivel de interface como base de datos puesto que está desarrollado en Visual Basic versión 6.0 y posee como gestor de base de datos Microsoft Access. Es por esto, que es de vital importancia desarrollar una nueva aplicación informática que permita mejorar la gestión del banco estudiantil de dicha institución, la misma que reemplazará a la antigua aplicación. Además, se implementará un nuevo módulo para la generación de reportes de manejo gerencial, solicitudes de créditos y tablas de amortización entre otros. La nueva aplicación se desarrolló en un entorno web, con la ayuda de herramientas Open Source utilizando de esta manera software libre, lo que está acorde con la normativa del

Ministerio de Inclusión Económica y Social, lo que permite una vinculación directa con los objetivos del Plan del Buen Vivir a la Escuela de Sistemas de la Pontificia Universidad Católica Del Ecuador Sede Santo Domingo. Hoy en día, el uso de tecnologías de la información es casi imprescindible en cualquier empresa o institución. En este caso, permitirá optimizar y gestionar de manera más rápida y eficiente toda transacción que se realiza en el banco estudiantil, ahorrando tiempo en cada proceso, permitiendo así, que cada vez más usuarios utilicen este medio electrónico para el manejo de su dinero y crear en los estudiantes una cultura de ahorro. Cabe considerar, que el alcance del proyecto involucra de manera exclusiva a la institución educativa antes mencionada, ya que los requerimientos levantados en el documento de especificaciones de requisitos de software (SRS) son acorde a las necesidades que presentó la institución. El desarrollo del proyecto es factible, por el interés mostrado en las partes involucradas poniendo énfasis en su elaboración y su posterior uso. Por último, la implementación de dicho proyecto ayudará a los estudiantes a crear una buena cultura de ahorro y en un futuro tener un buen manejo de su economía, contribuyendo a lo largo de su vida estudiantil, profesional y familiar.

2.4.

Objetivos de investigación

2.4.1.

Objetivo General Desarrollar un sistema informático en un entorno web, para la gestión del banco

estudiantil en la Unidad Educativa “El Esfuerzo”. 2.4.2.

Objetivos Específicos •

Diagnosticar la situación actual del sistema que se utiliza en el banco estudiantil.

•

Obtener los requerimientos del sistema.

•

Diseñar un conjunto de estructuras de datos, algoritmos y representaciones

gráficas. •

Generar código con la utilización de herramientas de desarrollo de software, a

partir de cada una de las estructuras de datos, algoritmos y representaciones gráficas ya definidas en la etapa de diseño. •

Elaborar manuales de instalación, uso y configuración para los usuarios del

sistema bancario. •

Probar el software desarrollado desde sus aspectos funcionales y aplicativos, así

como sus procesos lógicos internos.

MARCO REFERENCIAL

La presente disertación de grado está constituida por un marco referencial el cual consta de una recopilación de los temas más relevantes, explicando los conceptos necesarios para que el público en general logre un mejor entendimiento del proyecto. Es por esto, que una de las principales temáticas que se aborda es acerca de la ingeniería de software, definida por Roger Pressman en su publicación “Ingeniería del Software: Un enfoque práctico”. Coronel, Morris, & Rob definen con claridad lo que es una arquitectura cliente servidor dando una visión amplia sobre la forma que interactúan las computadoras para formar un sistema. También cita a autores como Llanos, quien da una explicación y definición de una Base de Datos en conjunto con su funcionamiento. Se expone una idea acerca de temas principales en ésta disertación tales como: software, página web, open source, el modelo entidad relación y las herramientas utilizadas para el desarrollo del sistema informático. Se explica mediante comparativas críticas el hecho del porque utilizamos ciertas herramientas y metodologías para el desarrollo de éste proyecto.

Ingeniería de Software

Software

Open Source

Modelo de Proceso del Software

Modelo Iterativo Incremental

Ciclo de vida del desarrollo de Software UML Estándares SRS Pruebas del Software Sistema Gestor de Base de Datos

Marco Teórico

MySQL Base de Datos PostgreSQL Modelo Entidad Relación Intranet Arquitectura ClienteServidor Desarollo Web

Servidor Web

HTML

PHP

Página Web

JavaScript

Transacción bancaria

CSS

Tabla de amortización

Ajax

Gestión del Banco Estudiantil

Figura 1. Estructura Marco Teórico Fuente: Autores

3.1.

Ingeniería de Software Ingeniería de software es la disciplina que permite crear un software de calidad, en

mayor parte hace referencia a su aplicación dentro de sistemas a gran escala cuyo costo es elevado. Esta disciplina tiene la misión de satisfacer las necesidades, requerimientos que han sido previamente consultados al cliente y tienen como meta cumplir el objetivo por el cual fueron desarrollados. La ingeniería de software en general son principios, normas, reglas, controles y buenas prácticas que permiten que la calidad y el éxito del software estén asegurados una vez aplicadas correctamente.

Desde el comienzo de todo desarrollo se debe aplicar un enfoque de ingeniería, permitiendo analizar las reglas del negocio, descripción de puntos funcionales en diagramas, algoritmos, secuencia de pasos, etc. Estos se diseños se codifican, lo codificado se prueba con diferentes tipos de verificaciones para asegurar su calidad, y con su respectivo mantenimiento dan como producto un software de calidad desarrollando la satisfacción a los clientes La importancia de la ingeniería del software viene del hecho que es una disciplina que se aplica en muchas áreas desde ciencia, salud, industria, agricultura, gobierno, finanzas etc. La ingeniería del software está compuesta por varias secciones. Este se fundamenta en el compromiso de crear software de calidad. Se podría decir que una aplicación de software tiene éxito cuando cumple con su objetivo y tiene satisfechos a los clientes, para que esto suceda se debe de tener un enfoque de ingeniería al momento de desarrollarlo por otro lado fracasa y no se ajustará a la satisfacción de los usuarios. Por esto es que el desarrollo de software debe estar fundamentado en la calidad con enfoque de ingeniería, teniendo como filosofía la mejora continua, esto último es lo que lleva a metodologías cada vez más eficaces de ingeniería de software. (Pressman, 2010) 3.1.1.

Software El software es el conjunto de datos, programas, procedimientos y documentación, que

tiene un fin o un objetivo en particular. El software está enfocado a resolver un problema o cubrir una necesidad, sea ésta de automatización de procesos, gestión o investigación. Existe software de aplicación, de desarrollo y de sistema cada una con diferente uso y finalidad. Todo software desarrollado tiene un código fuente, que son las instrucciones programadas para que el software realice determinada función, se podría decir análogamente que es tal como el ADN del cuerpo humano (por algo se llama código genético).

Este código fuente puede ser abierto o cerrado, lo que quiere decir que bien está disponible para que demás personas puedan verlo y modificarlo o a su vez cerrado que significa que su código no está disponible para su modificación o visualización. 3.1.1.1. Open Source El Open Source, es el hecho de que el código fuente de una aplicación de software quede a disposición de otras personas para modificar, visualizar, redistribuir y comprender el código de aquel software. Esto ha dado paso a que una aplicación nueva en aspectos de desarrollo, pueda ser optimizada y agregada diferentes funciones mediante el código modificado, que dan lugar a una aplicación robusta con un uso bastante extendido. Tanto en aspectos éticos como de libertad, el software de código abierto (Open Source) ha sido promovido en sectores públicos y privados, un ejemplo claro es Linux, uno de los sistemas operativos más extendidos en su uso, desde grandes servidores hasta pequeños dispositivos móviles. Según (Marco Galindo, Marco Simó, Prieto Blázques, & Segret Sala, 2011) Se considera libre si garantiza las cuatro siguientes libertades: 

Libertad de ejecutar el programa para cualquier propósito.



Libertad de estudiar como trabaja el programa y de adaptarlos a propias necesidades.



Libertad de redistribuir copias.



Libertad para mejorar el programa y difundir las mejoras al público, para que toda la comunidad pueda beneficiarse.

3.1.2.

Modelo de Proceso del Software “Descripción simplificada de un proceso del software que presenta una visión de ese

proceso. Los modelos pueden incluir actividades que son partes de los procesos y productos de software y el papel de las personas involucradas en la ingeniería del software.” (Sommerville, 2005). Son procesos ya establecidos para el desarrollo de un software, un modelo de proceso del software es una de las muchas maneras de desarrollar un software. Cada uno de ellos contiene pasos y actividades a cumplir, éstas ya han sido probadas y han mostrado resultados beneficiosos dependiendo del tipo de proyecto que se haya llevado a cabo. Por tanto el éxito de la aplicación de un modelo requiere de una buena decisión, al momento elegir el modelo de desarrollo de software. 3.1.2.1. Modelo iterativo incremental “Se genera una versión en cada iteración, que servirá de entrada para la siguiente una vez realizada la correspondiente evaluación. La diferencia radica en que cada nueva versión conlleva una nueva funcionalidad en forma de módulo”. (Granados, 2014) “Las metodologías orientadas a objetos, sugieren que el proceso debe de ser de tipo iterativo. Este propone una compresión incremental del problema a través de refinamientos sucesivos y un crecimiento incremental de una solución efectiva a través de varios ciclos” (Garreta, 2003) “El cliente siempre tiene la razón”, una frase muy popular que en cierto grado, tiene que ver con la satisfacción del cliente hacia un producto, que satisfaga sus expectativas y necesidades. En un proceso de desarrollo de software. Cuando se habla acerca de que la “calidad se planifica”, implica que en la planificación del proyecto, tendremos que imaginar de

cierto modo los criterios de aceptación del cliente, es decir efectuar en los procesos, un control de calidad que haga más probable tener criterios de aceptación más altos. A menudo los clientes no firman los documentos técnicos en donde se especifica los requisitos analizados. En un caso de que recopilemos requisitos en un mes se lleve a cabo el proyecto durante seis meses, se culmina y se entrega al cliente. Se ha cumplido con los tiempos establecidos por lo tanto hemos sido eficientes. El cliente verá el producto después de un largo tiempo de espera y quizás no coincida con sus expectativas y criterios. (Barato, 2013) Ahora en el caso de que practiquemos un modelo de desarrollo iterativo incremental. En cada iteración se construye un producto que se puede cuantificar y ser mostrado al cliente para generar una retroalimentación. Después de varias iteraciones se hace una entrega oficial de una parte funcional del sistema. (Barato, 2013)

Figura 2. Modelo iterativo incremental Fuente: Desarrollo de aplicaciones web en el entorno servidor, 2014.

3.1.3.

Ciclo de vida del desarrollo de software. “Describe la vida de un producto de software desde su definición, pasando por su

diseño, implementación, verificación, validación, entrega, y hasta su operación y mantenimiento” (Gutierrez, 2011)

3.1.4.

Estándares Un estándar se lo podría definir como normativas determinadas para una función.

Siendo normas internacionales que deben cumplir productos, empresas, proyectos de cualquier índole considerándose como una buena práctica en los proyectos a desarrollar. Los ISO, IEEE y de más organizaciones encargadas de producir y establecer estándares tanto para ingeniería de software y de más documentos relacionados han producido una amplia gama de ellos, siendo estos adoptados por organizaciones de manera voluntaria imponiéndolos a sus productos clientes y de más participantes. El trabajo más destacado de cada estándar es asegurar la calidad de los productos antes de salir a un mercado (Pressman, 2010). El estándar IEEE 830 que establece el Instituto de Ingeniería Eléctrica y Electrónica, es un estándar a seguir universalmente aceptado para la ingeniería de software, que establece un formato para la Especificación de Requerimientos de Software. El Modelo Entidad-Relación para el diseño de la base de datos y la metodología XP también se usaron como parte de los estándares en el desarrollo de este proyecto. El Lenguaje Unificado de Modelado (Unified Modeling Language) UML por sus siglas en inglés es un estándar aprobado por la Organización Internacional de Normalización normalizada como la ISO/IEC 19501, dentro de este estándar se encuentran las directrices y normas a cumplir para realizar ciertos diagramas que son una base en el etapa de diseño de cualquier metodología de desarrollo de software. 3.1.4.1. Especificación de Requerimientos de Software La Especificación de Requerimientos de Software, es una plantilla muy común utilizada en el desarrollo de aplicaciones, detalla aspectos y requerimientos necesarios para un proyecto de desarrollo de software. (ProQuest Information and Learning Company, 2008)

(Laplante, 2014). Aunque puede ser el más importante de los estándares relacionados con el desarrollo de software y la especificación de requerimientos de ingeniería, el IEEE 830 sólo define un enfoque para la especificación de requerimientos de software. El estándar provee soporte en aspectos generales descritos a continuación: 1. Describir correctamente lo que el usuario final desea conseguir. 2. Las personas a cargo de proveer el software llegan a entender exactamente que quiere el cliente. 3. A nivel individual cumple lo siguiente: a. Desarrolla una especificación de requerimientos de software diseñada para una organización en particular. b. Define los formatos y contenidos de las especificaciones de requerimientos de software. c. Desarrolla adicionalmente un soporte de cada elemento, como una lista de elementos necesarios de verificar detalladamente. Entre las características de las especificaciones, es que éstas deben de ser: correctas, completas, sin ambigüedades, consistentes, verificables y modificables. (Laplante, 2014) 3.1.4.2. Lenguaje Unificado de Modelado Generalmente los humanos comprenden mejor un lenguaje ilustrativo al hablado, por lo que en la mente de cada uno de ellos queda mejor grabado una imagen que pueda representar algo, más que el sólo texto.

Así también en el ámbito de la ingeniería de software el hecho de programar y diseñar muchos análisis es confuso sino se tiene un estándar para hacerlo. Una abstracción de la realidad plasmada en un diseño que solo quien la hizo pueda entenderlo sería costoso en términos de tiempo y trabajo hacer que el equipo de trabajo entienda lo que cada uno quiso decir en cada uno de sus diseños. He aquí la importancia de tener un estándar para la creación y diseño de concepciones mentales que se realicen durante algún proyecto de desarrollo de software. Dentro de los que encontramos los más usados comúnmente

3.1.5.



Diagrama de Caso de Uso



Diagrama de Actividades



Diagrama de Clases



Diagrama de Interacción



Diagrama de Estado



Diagrama de Componentes

Pruebas Del Software Las pruebas del software es un punto muy importante dentro de todo desarrollo de

software, ya que estos garantizan la calidad de un software y dan el paso a un entorno de producción. Estas pruebas revisan los diseños y la codificación, la diferencia de las pruebas al momento de codificar y las que certifican la calidad en el software permitiendo que estas últimas asegure que funcione correctamente en totalidad el sistema. Las pruebas plantean que

la aplicación debe funcionar como un todo (pruebas de sistema) y dar respuestas de rendimiento esperadas durante la etapa de análisis. Ejemplo: Un indicador de una prueba, es el tiempo de respuesta promedio de sistema. Durante el periodo de tiempo de desarrollo de software se van haciendo pruebas en cada etapa como son las pruebas de análisis (validación), diseño (integración), codificación (unidad) estas pueden ser de caja negra (interfaz) o blanca (procedimental). (Alonso Amo & Martinez Normand, 2005)

3.2.

Base de Datos Un conjunto de información almacenada de forma estructurada y ordenada que parten

de una abstracción de la realidad para crear un modelo, que describe de forma correcta las interacciones o relaciones que hay entre una entidad del mundo real con otra. Los datos almacenados se tienen que tener coherencia, mantenerse intactos, sin inconsistencias y proveer acceso instantáneo a la información al momento de requerirla. Este proceso de ingresar información a la base de datos y tener acceso a ella cuando requiramos, necesita de 3 elementos primordiales como son: Hardware, Software y Datos. El hardware es el medio físico donde se encuentran almacenados los datos, medios de almacenamiento como un disco duro. El Software es la aplicación que nos ayuda a gestionar y administrar la base de datos, o también llamado SGBD (Sistema Gestor de Base de Datos). Los datos son los que ingresaremos a la base de datos para tener de manera estructurada y de manera ordenada la información.

Por lo tanto podremos definir como base datos al conjunto, deposito, colección de datos almacenados de manera ordenada sistemática de fácil acceso, estos datos deben estar relacionados estructurados de tal manera que se fácil recoger su contenido semántico (Llanos, 2010). 3.2.1.

Sistema Gestor de Base de Datos Los sistemas de gestión de base de datos son un tipo de software muy específico,

dedicados a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan, el gestor de base de datos podrá controlar el acceso a dichos datos. Además podrá permitir que los usuarios puedan crear modificar y eliminar cualquier registro que el usuario necesite. Adicionalmente con un gestor de base de datos podremos darle mantenimiento a la base de datos y de esta manera permitirá un acceso controlado a la misma (Coronel, Morris, & Rob , 2011). Para crear y definir una Base de Datos comenzamos especificando la estructura, el tipo de dato, las restricciones y relaciones que pudieran existir entre ellos, utilizando el lenguaje de definición de base de datos. Toda la información proporcionada se almacenara en un diccionario de datos, el sistema gestor de base de datos podrá de esta manera gestionar y administrar el diccionario de datos. 

Manipulación de datos por medio de esta característica podría decir que podremos realizar consultas inserciones y actualizaciones.



Mantendremos un mecanismo de seguridad de acceso para los usuarios.



Mantener la integridad de cada uno de los datos almacenado, evitando se perjudiquen por cambios no autorizados.



Se podrá tener un acceso compartido a la base de datos manteniendo interacciones con usuarios concurrentes (Mc Graw Hill).

3.2.2.

MySQL Se puede definir a MySQL como un sistema de administración de base de datos

relacional, multihilo, multiusuario es el servicio de administración de base de datos de código abierto más popular en el mundo. Actualmente tiene a millones de usuarios trabajando con el sistemas reportando problemas y probando sus límites, así su código base va mejorando con ayuda de miles de desarrolladores. MySQL fue escrito en C y C++, posee una gran adaptación a diferentes tipos de entornos de desarrollo, permitiendo su interacción con varios lenguajes de programación como PHP, Perl, Java, etc. destacándose también por su gran adaptabilidad a distintos sistemas operativos. Se podría decir que el mejor compañero de PHP es precisamente MySQL. Siendo fácil de instalar en cualquier entorno de desarrollo, no necesita grandes recursos como otros productos como Oracle, IBM, ACCESS entre otros sus funciones de fácil acceso permitirán al código PHP hacer todo lo imaginable con una sola base de datos (McLaughlin, 2012). 3.2.3.

PostgreSQL Es un sistema gestor de base de datos relacional orientado a objetos, publicado bajo la

licencia BSD, es decir, una licencia de software libre permisiva como la licencia de Open SSL o la MIT License. Esta licencia tiene menos restricciones en comparación con otras como la GPL estando muy cercana al dominio público. La licencia BSD al contrario que la GPL permite el uso del código fuente en software no libre. Este sistema gestor puede ser ejecutado en

cualquier sistema operativo y posee características sofisticadas, encontradas en sistemas de paga. (PostgreSQL-es, 2013) PostgreSQL es un SGBD robusto con mucha información en la web relacionada con su soporte y resolución de problemas, su rendimiento en bases de datos grandes con las cuales se tiene solicitudes a cada momento no se ve disminuida al crecer el número de los registros a diferencia de MySQL y cumple el requerimiento del objetivo de este proyecto que es utilizar herramientas de Código Abierto. Tabla 1. Comparativa PostgreSQL y MySQL.

PostgreSQL Ventajas  Gran escalabilidad.  Soporta gran cantidad de peticiones simultáneas de manera correcta.  Capacidad de comprobar la integridad referencial, así también la de almacenar procedimientos en la propia base de datos.

MySQL Ventajas  Gran portabilidad entre sistemas.  Soporta gran cantidad de tipos de datos para las columnas.

Desventajas



Consume gran cantidad de recursos.



Disminución considerable del

 

rendimiento al aumentar una fila a 32K Es de 2 a 3 veces más lento que MySQL a comparación cuando tiene poca cantidad de registros. PostgreSQL funciona mejor a mayor cantidad de registros.



 

Aprovecha la potencia de sistemas multiprocesador, gracias a su implementación multihilo.

Carece de soporte para transacciones, rollback’s y subconsultas. No maneja integridad referencial



No es viable para su uso con grandes bases de datos.



MySQL funciona mejor en bases de datos no muy grandes.

Fuente: www.danielpecos.com/documents/postgresql-vs-mysql/

3.2.4.

Modelo Entidad – Relación Para construir una base de datos tenemos que diseñarla obteniendo un punto de quiebre

crítico e importante dentro de cualquier proyecto de desarrollo de software que se emprenda, se debe modelar una base de datos de tal manera que al registrarlos ahí puedan tener un significado que pueda servir de tal utilidad para la cual la diseñamos. Los datos guardados de alguna manera deben de tener similitud con el mundo real, este modelado de datos semántico E - R es uno de los que se apegan el concepto de abstraer la realidad y estructurarla de tal manera que tenga coherencia entre sus relaciones El modelo entidad relación tiene sus fundamentos en percibir el mundo real y tomar cada una de sus entidades y las relaciones que hay en entre cada una de ellas. Este fue desarrollado con el fin de hacer más ágil, comprensivo y fácil el diseño de una base de datos dando una representación estructurada del mundo real, en este caso el modelo de negocios que se representará mediante un conjunto de datos interrelacionados. Es un modelo de datos semántico, que resalta el significado de cada entidad relacionada haciendo referencia a un modelo conceptual. (Silberschatz & Korth, 2002)

3.3.

Desarrollo Web Los vertiginosos cambios que implican la competencia en un mundo globalizado, hace

que las aplicaciones tengan que ser adaptables y acopladas a los mismos. Si no se adaptan las aplicaciones tienden a volverse obsoletas. He ahí la necesidad de construir sistemas informáticos capaces de satisfacer esa necesidad y el desarrollo web está para brindar sus ventajas, el acceder a la información desde cualquier sitio cuando desee y su rapidez en cuanto a los cambios se refiere.

Desde la perspectiva de ingeniería de software es transcendental que se doten de técnicas y mecanismos apropiados para la creación de una aplicación, pero hoy en día no existe una metodología universalmente aceptada, que oriente el proceso de desarrollo de aplicaciones web. Existen algunas opiniones acerca de éstas metodologías y apuntan a que el modelo más adecuado para el desarrollo web, es un proceso iterativo incremental (Hernández, 2014) 3.3.1.

Intranet Se define como intranet a una red de ordenadores privados que se basan en los

estándares de internet, mientras el internet es la red generalmente abierta a todos los navegantes una intranet únicamente estará formada por un determinado número de ordenadores de acceso restringido. La intranet puede estar o no conectada a internet. Las páginas web que se ejecuten en una intranet actúan como en cualquier otro sitio web, la única diferencia es el acceso restringido por cortafuegos de acceso no autorizados. La intranet al igual que el internet se los usa para distribuir y compartir información, es como un gran almacén de todo tipo de datos. La intranet en la actualidad presenta un gran crecimiento dentro del internet debido a que son menos costosas de mantener y de administrar que una red privada que se basa en protocolos propietarios (Mora, 2001). Para el proyecto que se llevó a cabo, es una ventaja tener acceso solamente mediante Intranet ya que no habrá ataques externos, porque no estaremos conectados a la Internet. Es funcional aplicar este concepto por seguridad y mucho más si hablamos de información sensible como la que maneja el sistema.

3.3.2.

Arquitectura Cliente/Servidor Esta arquitectura es el cómo trabaja una aplicación con una estructura centralizada en

la cual el Servidor recepta las solicitudes del cliente y las atiende enviando una respuesta al cliente una vez terminada. A diferencia de algunas aplicaciones que trabajan en una estación y no hace falta otra estación externa de atención a solicitudes (servidor) que las gestione. La arquitectura cliente servidor tiene como ventaja que la información está centralizada en un solo lugar y todos los que quieren tener acceso a ella, tendrán la información completa y no seccionada o distribuida entre varias estaciones (clientes). La arquitectura cliente servidor es la manera con la que interactúa varias computadoras para formar un sistema. Un usuario de recursos y un proveedor de recursos está representado por una arquitectura cliente servidor, el cliente va interactuar como un usuario final enviando solicitudes al servidor. Al ser recibidas por el servidor este las programa y ejecuta, seleccionando únicamente los registros que el cliente solicito. Entonces los datos únicamente van a ser enviados cuando el cliente las solicite (Coronel, Morris, & Rob , 2011). Es viable utilizar la arquitectura cliente-servidor en éste proyecto ya que el sistema sólo será utilizado por una única agencia y los procesos requieren gran cantidad de procesamiento a diferencia usar una arquitectura como un Sistema Distribuido en la que cada parte del sistema puede estar en diferentes lugares para dar mayor accesibilidad y capacidad de procesamiento a los usuarios desde muchos lugares del mundo.

Figura 3. Estructura Cliente Servidor Fuente: Pearson Educación, 2005.

3.3.2.1. Servidor Web Se conoce como servidor web a un programa que espera solicitudes de conexión por parte de los clientes a través del protocolo HTTP, en los sistemas Microsoft se lo denomina servicio, mientras que en Unix “demonio”. Las partes que conforma el servidor son páginas estáticas que muestran siempre el mismo contenido y scripts ejecutados por el servidor cuando el cliente haga solicitudes de algunas páginas. Ya que los sistemas de generación de páginas utilizan procesamiento y acceso de datos que necesitan los recursos del servidor. La programación del servidor está basado en la tecnología Common Gateway interface (CGI) que es compleja y laboriosa generando al programador tareas ajenas a su fin (Mora, 2001). En el proyecto se utiliza un servidor local donde tendremos alojado el sistema SysBanX con un sistema operativo Linux, esto gracias a sus prestaciones en cuanto a rendimiento, robustez, seguridad y costos. Siendo éste software libre nos evitamos del pago de licencias que sí lo hiciéramos con un servidor con sistema operativo propietario bajo licencias de Copyright 3.3.3.

Página Web El apogeo del internet ha hecho que millones de personas se integren a esta red. Lo

primero con lo que nos encontramos al momento de ingresar al internet es una página web, la

cual se puede describir como un sitio de internet en el cual tenemos acceso mediante una dirección del tipo www. Este sitio de internet que se encuentra alojado en algún servidor (o servidores) alrededor del mundo (no es necesario saber su dirección física), al usuario de una página web comúnmente le interesa la información que ésta muestre o provea. La información puede estar en forma de texto, imágenes, video, o animaciones. Todo esto se logra gracias a diferentes tecnologías de desarrollo en entornos web, básicamente hablamos de HTML un lenguaje de hipertexto que todos los navegadores utilizan al momento de acceder a un sitio web. Una página web es un conjunto de objetos multimedia como audio, texto, imágenes, videos, entre otros componentes, que interactúan entre sí mediante instrucciones codificadas en lenguaje HTML. Se encuentran alojadas en un servidor web. (Arrarte, 2011) Una página web así como todo, tiene una estructura la cual debe ser organizada mediante directorios o carpetas para alojar los documentos mediante una clasificación y la función que tienen una página web. Dentro de estos tenemos los siguientes: Los archivos HTML: Quienes contienen las líneas de código HTML, normalmente editados con una herramienta de edición WEB y tienen como extensión .html o .htm. Hojas de Estilo: Arhivos que contienen código CSS, diseño el cual se le aplica a los documentos HTML. Estos archivos tienen extensión .css. Archivos JavaScript: Archivos que contienen código de funciones en JavaScript que necesita nuestra página Web, estos llevan la extensión .js Archivos Multimedia: Son archivos como imágenes, fotografías, vídeo, música etc. Estos pueden llevar diferentes extensiones como .jpg , .png, .mp3, .mp4 etc. (Rubiales, 2013)

Figura 4. Ejemplo de estructura básica de una página web Fuente: Investigación de los autores

3.3.3.1. HTML HiperText Markup Language que traducido al español significa “Lenguaje de marcado de hipertexto”. Es un lenguaje universalmente difundido para la creación de páginas web, se utiliza para describir y traducir una estructura en forma de texto. Su sintaxis consiste en un texto limitado por: un menor que y un mayor que. Ejemplo <etiqueta>. Puede describir en cierta parte la apariencia de diseño de un documento y puede también venir embebido con un script u otros lenguajes de programación web (Muñoz, 2012). Tim Berners-Lee quien fue el creador de la www en la década del 90 que para ese entonces trabajaba en el CERN (Organización Europea para la Investigación Nuclear), dio origen a un largo proceso de desarrollo y mejora del HTML que ha venido versión a versión

añadiéndose y modificándose funciones para su mejor utilización adaptándose a las múltiples necesidades que han ido surgiendo desde sus inicios hasta la versión 5. HTML5 es versátil al permitirnos tener un lenguaje multiplataforma y portable. Enumerando algunas de sus ventajas brevemente: 

Aplicaciones con fácil adaptabilidad a diferentes resoluciones y tamaños de pantallas



Implantación en aplicaciones web locales y en navegadores



Sintaxis con mayor facilidad de abstracción



Menor dependencia de elementos de terceros como Flash Player



Mejor capacidad de integración con tecnologías como Jquery y Ajax



Nuevas etiquetas mejoradas

3.3.3.2. PHP Se define a PHP como un lenguaje de programación interpretado o también conocido como lenguaje de script, es un acrónimo recursivo Hypertext Prepocessor que es ejecutado del lado del servidor por medio de un intérprete. PHP fue creado en 1994 especialmente para cubrir necesidades de los desarrolladores de esa época ya que por eso tiempo las páginas web eran creadas únicamente con HTML dando como resultado páginas web muy simples que no cubrían las necesidades de los usuarios.

Además PHP es un lenguaje multiplataforma en la que su código puede ser ejecutado en varios sistemas operativos como Windows, Linux, Mac Os, dando así una gran cantidad de posibilidades de elegir un servidor al momento de alojar nuestros sitios web. El código escrito en PHP se almacena y se ejecuta en el servidor, muy por lo contrario a JavaScript, en el cual el código se carga en el navegador del cliente y es ejecutado en el pc final que hace la solicitud, este modo de funcionamiento nos brinda mejores funcionalidades como la una página web con mucho más dinamismo y portabilidad. El servidor toma como entrada el código PHP y da como resultado una vista de página web que recibe el browser. El proceso es transparente y el browser cliente no se entera de los procesos que se ejecutan dentro del servidor (Heurtel, 2011). PHP por su uso extendido entre los desarrolladores tiene un caudal de información acerca de la herramienta como su documentación, tutoriales, ejemplos de código, foros. Su curva de aprendizaje es corta ya que tiene una sintaxis parecida a Java y C, es open source, tiene como característica su portabilidad es decir poder utilizarlo en cualquier sistema operativo por éstas razones se eligió usar PHP como herramienta de lenguaje de programación 3.3.3.3. Javascript JavaScript es una de las múltiples manera que ha surgido para extender las capacidades del lenguaje HTML, al ser por el momento las más sencilla es la más extendida e utilizada. JavaScript no es en sí un lenguaje de programación como C++, Visual, .Net, entre otros más bien es un lenguaje script orientado a un documento. No se puede desarrollar un programa con JavaScript sin que se ejecute fuera del navegador, por lo tanto todo programa embebido de JavaScript tiene que estar dentro de un

navegador para que se pueda ejecutar, aunque en estos momentos ha comenzado a expandirse a otras áreas de programación de servicio a través node.js. JavaScript es un lenguaje que se incrusta en las páginas web para de esta manera pueda interactuar con el usuario este lenguaje se ejecuta del lado del cliente (Mohedano, 2012). 3.3.3.4. CSS Para hacer una buena página web no basta con tan solo hacer que funcione bien, hace falta que sea atractiva por parte de los usuarios. Así como no es lo mismo ver tristemente en blanco y negro que atractivamente a colores, así también hace falta que la página web tenga un diseño que resalte y de un valor agregado a la experiencia visual que brinde al usuario. Para esto en HTML hay etiquetas que hacen que la presentación hacia el usuario sea un poco más rica en sentido de visualización. Pero para esto no es suficiente, eficaz ni eficiente a la hora de dar un diseño de presentación a la página web. Es por esto que surgió CSS el cual es desarrollado por la W3C para ayudar a los desarrolladores a diseñar páginas web exquisitas en visualización y eficiente en la reutilización de código, ancho de banda. Como ejemplo para una página web, solo utilizando código HTML tendríamos que dar diseño (codificar) a cada página web (página por página), en cambio si utilizamos CSS podríamos utilizar un solo estilo para múltiples páginas web. Esto lo convierte en una herramienta útil, eficiente para cualquier diseñador o desarrollador web, es su flexibilidad, portabilidad y ligereza hace que se edite con mediante un editor de texto y además los archivos .CSS pueden ser independiente, el cual se enlaza con los diferentes tipos de formatos de páginas web como HTML, XHTML, XML (Luc, 2009).

3.3.3.5. AJAX Las aplicaciones de escritorio ofrecen por historia una mejor interacción con el usuario, a diferencia de las aplicaciones web, pero las aplicaciones web poseen la ventaja de siempre poseer la última versión, ya que solo se las actualiza una única vez en el servidor. Es por este motivo que surge la aparición de Asynchronous JavaScript And XML (AJAX) que cambia por completo en las aplicaciones web la falta de interacción con el usuario, ofreciendo de esta manera páginas web mucho más dinámicas. JavaScript y XML permitieron la aparición de AJAX, a pesar que estos ya existían desde hace una década, pero es hace poco tiempo que se obtuvo su máximo provecho en aplicaciones como Google, Gmail, Microsoft Outlook, Web Access, Flickr, etc. Al implementar en una aplicación AJAX, en vez de tener varias páginas web enlazadas donde al acabar un proceso, se muestra el siguiente, ofreceremos una comunicación asincrónica con el servidor web utilizando JavaScript, para así solo actualizar partes de la página web de manera dinámica. Por ejemplo, si un usuario selecciona un país debería desplegarse una lista de ciudades de dicho país en la misma página web, recargando únicamente una sola sección de dicha página (Conesa Caralt, Rius Gavidia, Ceballos Villach, & Gañan Jiménez, 2010).

3.4.

Gestión del Banco Estudiantil La gestión del banco estudiantil conlleva una recreación del manejo de una institución

bancaria a una escala estudiantil. Es decir se prepara a los estudiantes para que tengan una cultura de ahorro y conocimiento del funcionamiento de la banca empresarial.

3.4.1.

Transacción bancaria Dentro de las transacciones bancarias hay muchos tipos desde las más comunes hasta

las que son especialmente diseñadas para una necesidad en específico para una organización. Dentro de las más comunes en una institución bancaria se tiene: 

Depósito



Retiro



Pago de Préstamos

Los depósitos aumentan el saldo de la cuenta bancaria y un retiro lo disminuye al igual que el pago de una cuota de un préstamo. 3.4.2.

Tabla de amortización La tabla de amortización es un cálculo que se realiza para obtener por resultado el valor

de la cuota de un préstamo en un plazo determinado. Para este cálculo se toma en cuenta el valor del capital inicial y la tasa de interés. Se generan cuotas de un mismo valor prorrateadas al plazo del préstamo. En cada cuota se detalla el capital a pagar, el interés generado por el capital, el valor total de la cuota y el capital restante para la siguiente cuota.

3.5.

Programación Extrema Es una herramienta rápida de desarrollo que tuvo su aparición por 1980. La

Programación Extrema utiliza POO como paradigma basado en 4 actividades principales, la Planeación, Diseño, Codificación y Pruebas Según (Marco Galindo, Marco Simó, Prieto Blázques, & Segret Sala, 2011) la metodología XP (eXtreme Programming) es un método ágil ya que a diferencia de otras

metodologías como Cascada, valora más la interacción del usuario con el sistema, que el proceso de desarrollo y sus herramientas. Desarrollar un software óptimo a una buena documentación y la colaboración con el cliente en lugar de la elaboración del contrato. Lo que lo hace sin duda el método más ágil y popular, ya que propone las siguientes técnicas. -

Diseño simple: usar un diseño simple mientras se solucione el problema.

Refactorización: consiste en la mejora continua del código, incluso si ya se lo considero bueno se lo debe mejorar de ser necesario.

Programación por parejas: un miembro escribe el código mientras otro lo revisa, después se intercambian los papeles. Consiguiendo así una mejor calidad. Incentiva a un método de construcción, para la mejora final del diseño. El Rediseño se

entiende por el proceso de cambiar a un software en su comportamiento externo, la optimización o mejora del código interno. Una base del diseño en la metodología XP es que el diseño se da antes de la codificación y después de haberlo hecho. Se diseña continuamente, es un proceso que se vuelve a iniciar a cada momento y paso a paso mientras se construye el sistema. El cliente por su parte le corresponde hacer pruebas las cuales son de aceptación del sistema, estas son especificadas por el cliente y tienen su enfoque en los puntos claves y principales del sistema que son verificables por el usuario final (Pressman, 2010). Se escogió esta metodología para el proyecto por ser una metodología de desarrollo ágil, que se enfoca en la programación en parejas, característica que se adapta a los integrantes de este proyecto ya que es llevado a cabo por dos personas. Se adapta muy bien a los cambios

que a lo largo del proyecto y los entregables se enfocan en lo primordial es decir en el aspecto funcional de lo que el cliente desea. De todos los métodos de desarrollo de software existentes, el empleado para el desarrollo del sistema informático para la gestión del banco estudiantil fue Programación Extrema, debido a que la metodología XP es una de las más óptimas en software desarrollado con orientación a un enfoque web. La metodología de programación extrema o XP se diferencia de las demás metodologías comúnmente utilizadas ya que pone más énfasis en la elasticidad y adaptabilidad ante los cambios que en los pronósticos y preparación de las situaciones por haber, dentro de un proyecto de software, los adeptos de la programación extrema consideran que los cambios de requisitos sobre la marcha son un aspecto natural e inevitable al momento de la realización del programa, incluso desde el inicio del desarrollo del proyecto. Tabla 2. Tabla comparativa de la metodología utilizada Fuente: Autores

Metodología XP

Metodología Cascada

Proceso de desarrollo requiere poco

Proceso estrictamente controlado.

control. Cliente se vincula estrechamente con el

El cliente se reúne con el equipo de

equipo de desarrollo.

trabajo para verificar avances.

Grupos pequeños, programación en

Grupos de equipo de trabajo grandes.

parejas. Pocos artefactos.

Más artefactos

Enfoque en el producto final.

Se enfoca en la arquitectura del software

Documentación Esencial.

Estricta y extensa documentación

Sensible ante cambios

Rígido ante cambios

3.6.

Hipótesis de Trabajo La implantación de un sistema informático, logrará optimizar la gestión del banco estudiantil en la Unidad Educativa el “Esfuerzo”. Variable Dependiente: La gestión del banco estudiantil Variable Independiente: El sistema informático SysBanX.

METODOLOGÍA DE LA INVESTIGACIÓN

Con el propósito de mejorar los procesos de administración del banco estudiantil de la Unidad Educativa “El Esfuerzo”, se utilizó para este proyecto el método de investigación cualitativa – cuantitativa, por medio de los cuales se determinar la necesidad de implementar una nueva aplicación informática para cubrir todas las necesidades de gestión del Banco Estudiantil. El método cuantitativo permite examinar la información de forma numérica, utilizando herramientas del campo estadístico para conocer ciertos aspectos de interés de la población, que ayuda a cumplir con el objetivo planteado. Por otro lado el enfoque cualitativo se lo utiliza para observar ciertas cualidades del proceso de administración del banco estudiantil de la unidad educativa permitiendo de esta manera mejorar cada uno de estos procesos.

4.1.

Diseño / Tipo de investigación Se puede considerar al diseño experimental como parte del proceso científico, y además

muestra cómo funcionan los sistemas. Este aprendizaje se genera mediante actividades en las cuales hacemos conjeturas sobre un proceso. Se realizan experimentos para generar datos a través del proceso, y se usa esa información para definir nuevas suposiciones lo que con lleva a realizar nuevos experimentos.

4.2.

Población / Universo Es el conjunto de individuos cuyas características y comportamiento investigamos.

(Gonzales, 2008). El universo de nuestro Plan de Disertación de Grado, consta de toda la comunidad estudiantil de la unidad educativa “El Esfuerzo”. Actualmente la unidad educativa consta con 380 estudiantes.

4.3.

Muestra En éste proyecto no se realizó el cálculo de la muestra de la población. Se realizó

encuestas a toda la población ya que es reducida, está constituida por 380 estudiantes quienes son clientes y adicional también incluye también a 10 estudiantes quienes son los encargados de las funciones del Banco Estudiantil.

4.4.

Instrumentos de recogida de datos

4.4.1.

Cuestionario El cuestionario es un instrumento de recogida de datos que nos permite abstraer

información para ser analizada. El proceso de recolección de datos se lo hace mediante preguntas bien elaboradas, las cuales el encuestado responde sin ser demasiado específico, dando la solución a algún problema en particular. Para ello se acudió a la Unidad Educativa “El Esfuerzo”, con el fin de realizar preguntas a los usuarios del sistema del Banco Estudiantil, quienes dieron información relativa al uso, problemas y reglas del negocio con el que se lleva a cabo la gestión del mismo.

4.5.

Técnicas de Análisis de Datos El análisis de datos es un proceso de técnicas estadísticas que nos permite limpiar y

transformar datos, con el objetivo de resaltar información útil, obteniendo conclusiones y apoyo a la toma de decisiones. Su aplicación permite tener una visión amplia, o detallada, de los datos recolectados y de los patrones de comportamiento de los individuos involucrados en el proceso de investigación. Se pueden introducir directamente en la hoja del editor de datos del programa estadístico informático, y seleccionar la prueba estadística adecuada para analizar los datos, basada en la diferencia entre medidas (Mediano, 2014)

4.6.

Metodología de Desarrollo de Software Programación Extrema Planeación: Escucha de requerimientos para entender las reglas del negocio, abstraer

las características fundamentales y las funcionalidades que necesita el cliente. Se crearon historias del usuario en donde detalla las características necesarias para el software a desarrollar. Diseño: Basado en un principio de Mantenerlo Sencillo preferentemente a un Diseño Complejo. Si en el diseño se encuentra un problema difícil de describir, se propone como recomendación la creación de un prototipo exclusiva para esa parte del diseño. Eso reduce los riesgos al momento de la implementación. Codificación: Se crea una prueba unitaria a cada diseño de las historias creadas en la etapa de planeación. Esto produce que el desarrollador tenga una idea clara de lo que va a codifica, claro está siempre manteniendo la filosofía de Mantenerlo Sencillo. A esto se le agrega que al final se da una prueba y a continuación se genera una retroalimentación para los desarrolladores. Se sugiere que trabajen dos personas (pareja) al momento de codificar, ya que crea un mecanismo para solucionar problemas en tiempo real. El código se revisa conforme se va creando. Pruebas: Las pruebas que se crean antes de la codificación es un elemento fundamental para el proceso de la metodología XP. Deben darse con una estructura adecuada que permita automatizarlas para su retroalimentación teniendo un ciclo de ida y vuelta cada vez que se modifique el código. Este proceso de pruebas da una pauta y genera una idea general de cómo están yendo las cosas, si van bien o si falta hacer algún cambio.

Los valores originales de la programación extrema son simplicidad, comunicación, retroalimentación y el coraje, siendo esto la principal motivación para desarrollar nuestro sistema informático, tomando en cuenta las distintas etapas de desarrollo del software la metodología de programación extrema nos ayudara a simplificar y entender mejor cada una de las etapas, además nos ayuda a la simplicidad de código y diseño para producir software fácil de modificar. Por otra parte, XP defiende que de las variables de un proyecto (coste de inversión y recursos, tiempo, calidad y conjunto de funcionalidades) únicamente tres son escogidas por el cliente ya que son quienes marcan los recursos, calidad y funcionalidades, mientras que es responsabilidad del equipo de desarrollo indicar el tiempo que tardara en desarrollar las funcionalidades con los recursos y plazos previstos.

Figura 5. Proyecto XP Fuente: http://grssocial.com.

5. 5.1.

RESULTADOS

Análisis y discusión de los resultados Dado que la línea de investigación de éste proyecto es el desarrollo de software, los

resultados de ella es el software en sí que se desarrolló en base a la indagación previa. El software como tal requiere la documentación necesaria según la metodología (en este caso XP), la cual hemos adjuntado en la sección Anexos de este mismo documento 5.1.1.

Análisis, presentación e interpretación de Resultados

5.1.1.1. Encuesta dirigida a los usuarios del sistema del Banco Estudiantil (Modelo 1) Primera pregunta: ¿Cree usted necesario, que se deba implementar un nuevo sistema informático para gestionar de mejor manera la automatización de la información del Banco Estudiantil? Tabla 3. Manejo actual de los procesos (primera pregunta) Selección

Nº de personas

Porcentaje (%)

100%

TOTAL 10 100% Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

¿Cree usted necesario, que se deba implementar un nuevo sistema informático para gestionar de mejor manera la automatización de la información del Banco Estudiantil?

100% 50%

100% 0%

0% SI

Figura 6: Necesidad de mejorar y automatizar procesos en el Banco Estudiantil Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

Análisis: Un total de 10 personas que equivale al 100% de los encuestados, cree que es necesario implementar un nuevo sistema informático. Esto nos da a entender que el sistema anterior no cumple con las necesidades y expectativas de los usuarios directos del sistema por lo que es necesario la implementación de un nuevo sistema. Segunda pregunta: ¿Cómo califica usted al sistema que actualmente se utiliza para gestionar el Banco Estudiantil? Tabla 4. Calificación del sistema actual (segunda pregunta) Selección

Nº de personas

Porcentaje (%)

MALO

10%

REGULAR

80%

BUENO

10%

TOTAL 10 100% Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

¿Cómo califica usted al sistema que actualmente se utiliza para gestionar el Banco Estudiantil?

80% 60% 80%

40% 20% 10%

10%

0% MALO

REGULAR

BUENO

Figura 7. Calificación del sistema actual Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

Análisis: Una persona que representa al 10% opina que el sistema actual del banco estudiantil es malo, 8 personas que representan el 80% opina que le sistema es regular mientras una persona equivalente al 10% opina que el sistema es bueno. En conclusión, el sistema actual no es considerado de óptima calidad, debido a la inconformidad que muestras los usuarios, si los usuarios no están conformes se ve la necesidad de mejorar este sistema o a su vez reemplazarlo.

Se puede concluir que en la gran mayoría de usuarios del actual sistema lo consideran regular, pero no lo suficientemente bueno como para tener una mejor gestión del Banco Estudiantil. Tercera pregunta: ¿Cree usted, que el sistema actual que gestiona el Banco Estudiantil cumple con todas las necesidades y requerimientos de los usuarios? Tabla 5. Calificación de la gestión actual (tercera pregunta) Selección

Nº de personas

Porcentaje (%)

10%

90%

TOTAL 10 100% Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

¿Cree usted, que el sistema actual que gestiona el Banco Estudiantil cumple con todas las necesidades y requerimientos de los usuarios?

100% 80% 60%

90%

40% 20%

10%

0% SI

Figura 8. Calificación de la gestión actual Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

Análisis: Un usuario que representa al 10% está conforme con el sistema actual, mientras que 9 usuarios que es el 90% están inconformes con el mismo sistema. Como conclusión se debe destacar que la mayoría de usuarios sienten que el sistema en sí no satisface las necesidades propias de un sistema robusto propio para la gestión del Banco Estudiantil.

Cuarta Pregunta: ¿Cuál es el tipo de transacción de la que usted más hace uso en el Banco Estudiantil? Tabla 6. Tipo de transacciones más utilizadas (Cuarta pregunta) Selección

Nº de personas

Porcentaje (%)

RETIRO

30%

DEPÓSITO

70%

APERTURA DE CUENTA

SOLICITUDES DE CRÉDITO

TOTAL 10 100% Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

¿Cuál es el tipo de transacción de la que usted más hace uso en el Banco Estudiantil?

70% 60% 50% 40%

70%

30% 20%

30%

10% 0%

0% RETIRO

DEPÓSITO

APERTURA DE CUENTA

0% SOLICITUDES DE CRÉDITO

Figura 9. Tipo de transacciones más utilizadas Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

Análisis: Los usuarios del sistema bancario consideran que el 70% de las transacciones que ellos receptan son los depósitos, mientras que un 30% son retiros. Esto significa que el Banco Estudiantil tiene como necesidad que las transacciones se registren de manera íntegra ya que llevar a mano este registro es tedioso y conlleva una pérdida innecesaria de tiempo.

Quinta Pregunta: ¿Está de acuerdo con el tiempo de respuesta durante cada transacción que realiza en el sistema actual del Banco Estudiantil? Tabla 7. Conformidad con el tiempo de respuesta durante cada transacción (quinta pregunta) Selección

Nº de personas

Porcentaje (%)

60%

40%

TOTAL 10 100% Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

¿Está de acuerdo con el tiempo de respuesta durante cada transacción que realiza en el sistema actual del Banco Estudiantil?

60% 40%

20% 0% SI

Figura 10. Conformidad con el tiempo de respuesta durante cada transacción Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

Análisis: Seis usuarios que representan el 60% muestran conformidad con el tiempo de respuesta del sistema, mientras 4 usuarios que representa el 40% están inconforme con el tiempo de espera. Aunque la mayoría representada por el 60% está conforme con los tiempos de respuesta del actual sistema hay un pequeño margen de diferencia con los usuarios que están inconformes con dicho sistema, este porcentaje puede disminuir si implementáramos un nuevo sistema informático con la finalidad de que los tiempos de respuesta sean menores y obtener que el 100% de los usuarios lo consideren como un sistema ágil para ellos.

Sexta Pregunta: ¿Qué suma de dinero usted más frecuentemente alcanza al hacer las transacciones mensualmente? Tabla 8. Cantidad de cada transacción (sexta pregunta) Selección

Nº de personas

Porcentaje (%)

Desde 10,00 hasta 30,00 dólares

60%

Desde 30,00 hasta 50,00 dólares

10%

Desde 50,00 dólares en adelante

30%

TOTAL 10 100% Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

¿Qué suma de dinero usted más frecuentemente alcanza al hacer las transacciones mensualmente?

60% 50% 40% 30%

60%

20%

30%

10%

0% Desde 10,00 hasta 30,00 dólares

Desde 30,00 hasta 50,00 dólares

Desde 50,00 dólares en adelante

Figura 11. Monto de transacciones Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

Análisis: 6 usuarios equivalentes al 60% alcanzan transacciones entre 10,00 y 30,00 dólares, un usuario que representa el 10% alcanza transacciones entre 30,00 y 50,00 dólares, mientras que 3 usuarios que representan el 30% alcanzan transacciones desde 50,00 en adelante. Analizando estos resultados, podemos concluir que los usuarios hacen uso constante del Sistema Bancario hasta llegar al monto antes mencionado, pero que no todos los clientes depositan cantidades considerables.

Séptima Pregunta: ¿Cómo usuario del sistema del Banco Estudiantil actual alguna vez recibió algún tipo de capacitación? Tabla 9. Capacitación del sistema bancario (séptima pregunta) Selección

Nº de personas

Porcentaje (%)

100%

TOTAL 10 100% Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

¿Cómo usuario del sistema del Banco Estudiantil actual alguna vez recibió algún tipo de capacitación?

100% 80% 60%

100%

40% 20% 0% 0% SI

Figura 12. Capacitación del sistema bancario Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

Análisis: Diez usuarios que representan el 100% de usuarios del sistema recibieron capacitación del sistema actual. De esta información se concluye que todos los usuarios han sido previamente capacitados para hacer uso del sistema actual, con el nuevo sistema los usuarios también recibirán la respectiva capacitación.

Octava Pregunta: ¿Cree usted que un nuevo software informático le ayudara a desempeñarse mejor en su trabajo? Tabla 10. Establecer la necesidad de un software nuevo (octava pregunta) Selección

Nº de personas

Porcentaje (%)

100%

TOTAL 10 100% Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

¿Cree usted que un nuevo software informático le ayudara a desempeñarse mejor en su trabajo?

100% 80% 60%

100%

40% 20% 0% 0% SI

Figura 13. Establecer la necesidad de un software nuevo Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

Análisis: 10 usuarios que representan el 100% de usuarios del sistema, piensan que un sistema nuevo ayudara a desempeñar mejor su trabajo, se puede concluir que el nuevo sistema debe automatizar procesos y brindar apoyo a los usuarios, agilitando de mejor manera cada transacción que se realice. Satisfaciendo las necesidades que el antiguo sistema no cubría.

Novena Pregunta: ¿Cree usted que un nuevo software informático de gestión al banco estudiantil le ayudara a mejorar los tiempos de servicio? Tabla 11. Necesidad de mejorar el tiempo de respuesta durante cada transacción (novena pregunta) Selección

Nº de personas

Porcentaje (%)

100%

TOTAL 10 100% Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

¿Cree usted que un nuevo software informático de gestión al banco estudiantil le ayudara a mejorar los tiempos de servicio?

100% 80% 60%

100%

40% 20% 0% 0% SI

Figura 14. Necesidad de mejorar el tiempo de respuesta durante cada transacción Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

Análisis: Diez usuarios que representan el 100% de usuarios del sistema, piensan que se podría mejorar los tiempos de respuesta con la implementación de un nuevo sistema informático que le ayude a mejorar dichos tiempos.

5.1.1.2. Encuesta dirigida a los usuarios del sistema del Banco Estudiantil (Modelo 2 ) Primera pregunta: ¿Está satisfecho con la gestión del banco estudiantil en la actualidad?

Tabla 12. Nivel de satisfacción (primera pregunta) Selección

N° de Personas

Porcentaje (%)

204

58%

107

31%

NO CONTESTA

11%

TOTAL 349 100% Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

¿Está satisfecho con la gestión del banco estudiantil en la actualidad?

60% 50% 40% 30% 20% 10% 0% SI

NO CONSTESTA

Figura 15. Grado de satisfacción de parte de los clientes con el sistema actual Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

Análisis: El 58% de la población encuestadas están satisfecho con el manejo actual del sistema del banco estudiantil, esto con lleva a deducir que las personas encargadas de la gestión del banco estudiantil hacen un sobre esfuerzo para mantener a los clientes felices con su servicio a pesar de que el sistema actual se encuentre obsoleto.

Segunda Pregunta: Considera usted que el tiempo con que conlleva hacer una transacción como retiros o depósitos en el Banco Estudiantil El Esfuerzo es: Tabla 13. Análisis de los tiempos por servicio (segunda pregunta) Selección

Nº de personas

Porcentaje (%)

RÁPIDO

18%

MODERADO

197

56%

DEMORADO

26%

TOTAL 349 100% Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

Considera usted que el tiempo con que conlleva hacer una transacción como retiros o depósitos en el Banco Estudiantil El Esfuerzo es :

60% 50% 40% 56%

30% 20% 10%

26%

18%

0% RAPIDO

MODERADO

DEMORADO

Figura 16. Análisis de los tiempos por servicio del banco estudiantil Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

Análisis: En cuanto a la opinión personal de cada uno de los clientes respecto al tiempo medio que se necesita para una transacción se llega a que un 18% considera que es rápido, un 56% moderado y un 26% demorado, teniendo en cuenta que esta apreciación es subjetiva. Una cantidad considerable de usuarios piensa que el tiempo de transacción es aceptable, pero, una notable representación piensa que es demorado, esto conlleva a tener que buscar mejoras y optimizar el tiempo promedio de atención, ya sea mediante una interfaz más navegable o incorporando una herramienta de software que optimice y reduzca el tiempo necesario para la gestión de aquellas transacciones.

Tercera Pregunta: ¿Le interesa que se desarrolle una nueva herramienta de software a medida, para la gestión del Banco Estudiantil? Tabla 14. Grado de interés de los clientes ante la creación de una nueva herramienta informática (tercera pregunta) Selección

Nº de personas

Porcentaje (%)

328

94%

TOTAL 349 100% Nota: Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

¿Le interesa que se desarrolle una nueva herramienta de software a medida, para la gestión del Banco Estudiantil?

100% 80% 60%

94%

40% 20% 6% 0% SI

Figura 17. Grado de interés de los clientes ante la creación de una nueva herramienta informática Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

Análisis: A un 94% de la población considera que es de interés que se desarrolle una herramienta de software a medida para la gestión del Banco Estudiantil y un 4% no lo considera de interés. Este 94% revela que es de absoluto interés mayoritario que se desarrolle una nueva herramienta a medida para la gestión del Banco Estudiantil

Cuarta Pregunta: ¿Cuál es el tipo de transacción de la que usted más hace uso en el Banco Estudiantil? Tabla 15. Tipos de transacciones que más realizan los clientes (cuarta pregunta) Selección

Nº de personas

Porcentaje (%)

RETIRO

11%

DEPOSITO

272

78%

CONSULTA DE SALDOS

11%

TOTAL 349 100% Nota: Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

¿Cuál es el tipo de transacción de la que usted más hace uso en el Banco Estudiantil?

80% 70% 60% 50% 40% 30% 20% 10% 0%

78%

11%

11% RETIRO

DEPOSITO

CONSULTA DE SALDOS

Figura 18. Tipos de transacciones que más realizan los clientes Nota: Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

Análisis: El tipo de transacción que más se hace uso en el banco estudiantil en porcentaje son: Un 78% son depósitos, 11% retiros y también 11% consulta de saldos. Lo que quiere decir que el banco tiene una gran acogida dentro de la institución y confían en el Banco Estudiantil y esto confirma con los resultados de la cuarta pregunta de la encuesta que se realizó a los usuarios del sistema del Banco Estudiantil que contestaron que un 70% de las transacciones que gestionan en el día son depósitos:

Quinta Pregunta: ¿Mensualmente que cantidad de dinero en promedio maneja al hacer sus transacciones en el Banco Estudiantil? Tabla 16. Monto de dinero en promedio de las transacciones por cliente (quinta pregunta) Selección

Nº de personas

Porcentaje (%)

0,00 HASTA 5,00

188

54%

5,01 HASTA 10,00

26%

10,01 HASTA 30,00

12%

30,01 HASTA 50,00

50,01 EN ADELANTE

TOTAL 349 100% Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

¿Mensualmente que cantidad de dinero en promedio maneja al hacer sus transacciones en el Banco Estudiantil? 60% 50% 40% 30%

54%

20%

26%

10%

12%

0% 0,00 HASTA 5,00

5,01 HASTA 10,00

10,01 HASTA 30,00

4% 30,01 HASTA 50,00

4% 50,01 EN ADELANTE

Figura 19. Monto de dinero en promedio de las transacciones por cliente Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

Análisis: Entre los rangos de sumas de dinero que se maneja mensualmente en el Banco Estudiantil refleja que un 54% llega hasta la suma de $5,00, un 26% hasta $10,00, un 12% llega hasta $30,00, un 4% llega hasta $50,00 y un 4% pasa a más de 50,00 por mes. Con la información obtenida se concluye que los clientes realizan constantes transacciones de dinero, por lo que se ha creado una cultura de ahorro entre los estudiantes de la institución.

Sexta Pregunta: ¿Considera usted que un Software desarrollado a medida con estándares de calidad, la daría una mayor confianza al hacer sus transacciones en el Banco Estudiantil El Esfuerzo? Tabla 17. Grado de interés por parte de los usuarios en la creación de una nueva herramienta informática para el manejo del banco estudiantil (sexta pregunta) Selección

Nº de personas

Porcentaje (%)

MUCHO

226

65%

POCO

111

32%

NADA

TOTAL 349 100% Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

¿Considera usted que un Software desarrollado a medida con estándares de calidad, la daría una mayor confianza al hacer sus transacciones en el Banco Estudiantil El Esfuerzo?

70% 60% 50% 40%

65%

30% 32%

20% 10%

0% MUCHO

POCO

NADA

Figura 20. Grado de interés por parte de los usuarios en la creación de una nueva herramienta informática para el manejo del banco estudiantil Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

Análisis: Un 65% de la población considera que le brindaría una mayor confianza que el banco sea gestionado con la ayuda de una herramienta desarrollada a medida con estándares de calidad. Un 32% opinó que le brindaría poca confianza y un 3% consideró que nada. Esto conlleva que la utilización de un software informático como herramienta para el registro de transacciones llevaría a las personas a tener una opinión del Banco estudiantil como una entidad mucho más robusta y confiable con respecto a la tecnología que utiliza y la información que maneja.

Séptima Pregunta: ¿Cree usted necesario, que se deba implementar un nuevo sistema informático para gestionar de manera automatizada la información del Banco Estudiantil “El Esfuerzo”? Tabla 18. Grado de interés en una nueva herramienta informática (séptima pregunta) Selección

Nº de personas

Porcentaje (%)

317

91%

TOTAL 349 100% Nota: Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

¿Cree usted necesario, que se deba implementar un nuevo sistema informático para gestionar de manera automatizada la información del Banco Estudiantil “El Esfuerzo”?

91% 100% 80% 60% 40%

20% 0% SI

Figura 21. Grado de interés en una nueva herramienta informática Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

Análisis: Un 91 % de las personas llegó a considerar que es necesario que se implemente un nuevo sistema informático, el cual permitirá gestionar de manera automatizada y ágil la información del banco estudiantil, con esto comprobamos que el proyecto tiene acogida por parte de los clientes al ser implementada.

Octava Pregunta: ¿Cree usted que le beneficiaría verificar su información bancaria a través de una estación de consulta? Tabla 19. Grado de aceptación de los nuevos módulos en la aplicación del sistema informático (octava pregunta) Selección

Nº de personas

Porcentaje (%)

308

88%

12%

TOTAL 349 100% Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

¿Cree usted que le beneficiaría verificar su información bancaria a través de una estación de consulta?

100% 80% 60%

88%

40% 20%

12%

0% SI

Figura 22. Grado de aceptación de los nuevos módulos en la aplicación del sistema informático Nota: Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

Análisis: La idea de un nuevo módulo donde los clientes puedan consultar sus saldos de cuentas tiene un 88% de aceptación. En conclusión, se considera necesario implementar una funcionalidad en el sistema, para realizar consultas de estado de cuenta mediante una estación de consulta y de esta manera evitar largas esperas a los clientes para revisar su estado de cuenta y las transacciones realizadas.

Novena Pregunta: ¿Cuál es su apreciación acerca del desempeño del sistema bancario actual que maneja el Banco Estudiantil “El Esfuerzo”? Tabla 20. Apreciación por parte de los clientes sobre el sistema actual (novena pregunta) Selección

Nº de personas

Porcentaje (%)

BUENO

131

38%

REGULAR

189

54%

MALO

TOTAL 349 100% Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

¿Cuál es su apreciación acerca del desempeño del sistema bancario actual que maneja el Banco Estudiantil “El Esfuerzo”?

60% 50% 40% 54%

30% 20%

38%

10%

0% BUENO

REGULAR

MALO

Figura 23. Apreciación por parte de los clientes sobre el sistema actual Fuente: Autores. Investigación de campo: El Esfuerzo - Unidad Educativa El Esfuerzo - 2015

Análisis: un 38% de los encuestados consideran que el desempeño que viene haciendo el sistema actual del banco estudiantil es bueno, por el contrario tenemos que un 54% de los encuestados consideran que el sistema es regular y un 8% malo. Con esto concluimos que el sistema ya necesita actualizarse para poder obtener la confianza de todos los usuarios.

5.2.

Desarrollo de procesos XP

5.2.1.

Planeación Se abstrajo los requisitos funcionales y se realizó las historias de usuario y sus funciones

en el mismo, junto con los diagramas de caso de uso. 5.2.1.1. Casos de uso Los casos de uso se utilizan para definir el comportamiento del sistema, definiendo las entradas por parte del usuario y salidas del sistema esperadas. Se establecen las pre-condiciones y post-condiciones para que se pueda dar con éxito una operación sobre el sistema. Por cada requerimiento funcional del sistema, se desprenden otros casos de uso detallados del sistema que dan soporte al requerimiento funcional general. ESPECIFICACIONES DE REQUERIMIENTOS FUNCIONALES. Numero de requisito

RF1

Nombre del requisito Tipo Fuente del requisito Prioridad del requisito

Ingreso al sistema Requisito restricción BD Tabla: TB_Usuario Campos: Login Y Password Alta/esencial

Figura 24. Requerimiento Funcional 1 - Ingreso al Sistema Fuente: Autores

Nombre: Responsabilidades: Tipo: Referencias cruzadas: Notas:

Excepciones:

59 usuario o la clave están incorrectos, por favor verifíquelos".  Si no ha ingresado el campo Usuario ni Contraseña envía un mensaje " Ingrese un Usuario y Contraseña".  Si no ha ingresado el campo Usuario envía un mensaje " Ingrese Usuario".  Si no ha ingresado el campo Contraseña el programa enviará un mensaje " Ingrese Contraseña".

Salidas: Pre-condiciones:

 “Usted ha iniciado Sesión con éxito” Estar registrado en el sistema como Usuario con un perfil asignado

Post-condiciones: Figura 25. Requisito Funcional - Autenticación Sistema Fuente: Autores

Numero de requisito Nombre del requisito Tipo Fuente del requisito Prioridad del requisito

RF2 Permitir la gestión (crear, modificar, inactivar/activar, buscar) usuarios. Requisito restricción BD Tabla: Usuario, Clientes. Alta/Esencial

Figura 26. Requerimiento Funcional 2 - Gestión de Usuarios Fuente: Autores

Nombre: Responsabilidades: Tipo: Referencias cruzadas: Notas:

Excepciones:

Si el número de cédula no es válido el programa envía un mensaje de error "Ingrese un número de Cédula Válido". Si el número de cédula ingresada ya existe en la BD el programa envía un mensaje de error "Usuario con cédula No. xxxxxxxxxx ya existe".

Salidas: Pre-condiciones: Post-condiciones:

Usuario ingresado con éxito Ingresar con un perfil de Usuario "Administrador"

Figura 27. Requisito Funcional - Crear Usuario Fuente: Autores

Nombre: Responsabilidades: Tipo: Referencias cruzadas: Notas:

Excepciones: Salidas: Pre-condiciones:

Buscar Usuario Buscar información relacionada a un usuario del banco Operación del Sistema CUA  El administrador puede buscar a un usuario por número de cédula o por nombre y apellidos o cualquier campo de la tabla Usuarios.  Se ingresa el criterio de búsqueda  Si se encontró el usuario se muestra la información existente.. Si no se encuentra Cliente el programa envía un mensaje "El usuario no existe". Muestra información encontrada Ingresar con perfil de usuario: Administrador Existir al menos un Cliente en la BD

Post-condiciones: Figura 28. Requisito Funcional – Buscar usuario Fuente: Autores

Nombre: Responsabilidades: Tipo: Referencias cruzadas: Notas:

Modificar Cliente Se modifica la información relacionada con un usuario del banco Operación del Sistema CUA

Excepciones: Salidas: Pre-condiciones: Post-condiciones:

Si el usuario no existe no se realiza ninguna modificación “Se ha modificado el usuario con éxito” Ser usuario del sistema

Selecciona el usuario Se modifica Se actualiza la información que necesite (excepto número de cédula).

Figura 29. Requisito Funcional – Modificar Usuario Fuente: Autores

Nombre: Responsabilidades: Tipo: Referencias cruzadas: Notas:

Inactivar Usuario Se permite el cambio de estado de un cliente de activo a inactivo y viceversa Operación del Sistema CUA El usuario busca al cliente mediante su número de cédula a inactivar previo solicitud del mismo. Se envía un mensaje de confirmación previo a la inactivación del cliente "¿Está seguro de inactivar el cliente?".

Excepciones: Salidas: Pre-condiciones:

Si la inactivación se dio con éxito el sistema despliega un mensaje al usuario "Cliente con No. C.C xxxxxxxxxx se inactivó con éxito" En caso de error "El cliente no se ha podido inactivar con éxito tiene cuentas activas con saldo" “Usuario inactivado/activado con éxito” El usuario ingresa con perfil asignado de Administrador Tiene que existir al menos un usuario con estado activo.

Post-condiciones: Figura 30. Requisito Funcional – Inactivar Usuario Fuente: Autores

Numero de requisito Nombre del requisito Tipo Fuente del requisito Prioridad del requisito

RF3 Permitir la gestión (crear, modificar, eliminar) de nuevos clientes. Requisito restricción BD Tabla: Usuario, Clientes. Alta/Esencial

Figura 31. Requerimiento Funcional 3– Gestión de clientes Fuente: Autores

Nombre: Responsabilidades: Tipo: Referencias cruzadas: Notas:

Excepciones:

Crear Cliente Ingresa los clientes de la entidad bancaria Operación del Sistema CUA Se llenan todos los campos obligatorios requeridos para la creación de un nuevo Cliente  Cédula  Apellidos y Nombres  Fecha de Nacimiento  Dirección de Domicilio  Teléfono  Celular  Email Una vez hecho eso se procede a Guardar la información ingresada del Cliente. El programa envía un mensaje de éxito "Cliente Creado con Éxito". Si no se han ingresado campos como: Cédula, Nombre, Fecha de Nacimiento y Dirección de Domicilio, no se procede a crear el Cliente. Si el número de cédula no es válido el programa envía un mensaje de error "Ingrese un número de Cédula Válido".

Si el número de cédula ingresada ya existe en la BD el programa envía un mensaje de error "Cliente con cédula No. xxxxxxxxxx ya existe".

Salidas: Pre-condiciones: Post-condiciones:

Cliente ingresado con éxito Ingresar con un perfil de Usuario "Ejecutivo de Cuenta"

Figura 32. Requisito Funcional – Crear Cliente Fuente: Autores

Nombre: Responsabilidades: Tipo: Referencias cruzadas: Notas:

Excepciones: Salidas: Pre-condiciones:

Buscar Cliente Buscar información relacionada a un cliente del banco Operación del Sistema CUA 

El usuario puede buscar un cliente por número de cédula o por nombre y apellidos.  Se ingresa el criterio de búsqueda  Si se encontró el cliente se muestra la información existente del cliente. Si no se encuentra Cliente el programa envía un mensaje "El cliente no existe".

Muestra información encontrada Ingresar con perfil de usuario: Asesor Ejecutivo, Gerente Existir al menos un Cliente en la BD

Post-condiciones: Figura 33. Requisito Funcional – Buscar Cliente Fuente: Autores

Nombre: Responsabilidades: Tipo: Referencias cruzadas: Notas:

Modificar Cliente Se modifica la información relacionada con un cliente del banco Operación del Sistema CUA

Excepciones: Salidas: Pre-condiciones: Post-condiciones:

Si el usuario no existe no se realiza ninguna modificación “Se ha modificado el cliente con éxito” Ser usuario del sistema

Selecciona el usuario Se modifica Se actualiza la información que necesite (excepto número de cédula).

Figura 34. Requisito Funcional – Modificar Cliente Fuente: Autores

Nombre: Responsabilidades: Tipo: Referencias cruzadas:

Inactivar Cliente Se permite el cambio de estado de un cliente de activo a inactivo y viceversa Operación del Sistema CUA

Notas:

El usuario busca al cliente mediante su número de cédula a inactivar previo solicitud del mismo. Se envía un mensaje de confirmación previo a la inactivación del cliente "¿Está seguro de inactivar el cliente?".

Excepciones: Salidas: Pre-condiciones:

Si la inactivación se dio con éxito el sistema despliega un mensaje al usuario "Cliente con No. C.C xxxxxxxxxx se inactivó con éxito" En caso de error "El cliente no se ha podido inactivar con éxito tiene cuentas activas con saldo" “Cliente inactivado/activado con éxito” El usuario ingresa con perfil asignado de Ejecutivo de Cuenta o Gerente Tiene que existir al menos un cliente con estado activo.

Post-condiciones: Figura 35. Requisito Funcional – Inactivar Cliente Fuente: Autores

Numero de requisito Nombre del requisito Tipo Fuente del requisito Prioridad del requisito

RF3 Permitir la gestión (crear, modificar, inactivar) de cuentas bancarias. Requisito restricción BD Tabla: Usuario, Clientes, Cuentas. Alta/Esencial

Figura 36. Requerimiento Funcional – Gestión de Cuentas Bancarias Fuente: Autores

Nombre: Responsabilidades: Tipo: Referencias cruzadas: Notas:

Crear Cuenta Bancaria Ingresar una cuenta bancaria previa solicitud del cliente Operación del Sistema

Excepciones: Salidas: Pre-condiciones:

"La cuenta no se pudo crear con éxito"

Se ingresa información del cliente y se asocia con la nueva cuenta a crear. En caso de éxito el programa despliega un mensaje de confirmación "La cuenta No. XXXXXXXXX se creó con éxito".

La cuenta ha sido creada con éxito. Ingresar como usuario con perfil de Asesor Ejecutivo Solicitar información de registro de al menos un cliente ya registrado en la BD

Post-condiciones: Figura 37. Requisito Funcional – Crear Cuenta Bancaria Fuente: Autores

Nombre: Responsabilidades: Tipo: Referencias cruzadas:

Buscar cuenta bancaria Muestra la información relacionada a la cuenta bancaria del cliente Operación del Sistema

Notas:

Ingresar número de cuenta a buscar Si se encontró la cuenta con éxito se muestra la información requerida.

Excepciones:

En caso de que no exista el número de cuenta el programa despliega un mensaje de información " No se ha encontrado registros con el número de cuenta XXXXXXXXX".

Salidas: Pre-condiciones: Post-condiciones:

Muestra información encontrada Ser usuario del sistema

Figura 38. Requisito Funcional - Buscar Cuenta bancaria Fuente: Autores

Nombre: Responsabilidades: Tipo: Referencias cruzadas: Notas:

Inactivar Cuenta Bancaria Se permite el cambio de estado de un cuenta de activo a inactivo y viceversa Operación del Sistema CUA El usuario busca la cuenta mediante el número de cuenta o el número de cédula del cliente asociada a la cuenta a inactivar previo solicitud del mismo. Se envía un mensaje de confirmación previo a la inactivación del cliente "¿Está seguro de inactivar la cuenta?".

Excepciones: Salidas: Pre-condiciones:

Si la inactivación se dio con éxito el sistema despliega un mensaje al usuario "Cuenta No. C.C xxxxxxxxxx se inactivó con éxito" En caso de error "La cuenta no se ha podido inactivar con éxito tiene saldo activo" “Cuenta inactivada/activada con éxito” El usuario ingresa con perfil asignado de Ejecutivo de Cuenta o Gerente Tiene que existir al menos un usuario con estado activo.

Post-condiciones: Figura 39. Requisito Funcional – Inactivar Cuenta Bancaria Fuente: Autores

Numero de requisito Nombre del requisito

RF4 Permitir la gestión de ingreso de transacciones en las cuentas bancarias

Tipo Fuente del requisito Prioridad del requisito

Requisito restricciones Tabla: Cuentas Alta/deseada

Figura 40. Requerimiento Funcional – Gestión de Transacciones Fuente: Autores

Nombre: Responsabilidades: Tipo: Referencias cruzadas:

Ingresar transacción Permite ingresar una transacción en el sistema registrado el tipo sea esta de débito o crédito Operación del Sistema

Notas:

Excepciones:

Salidas: Pre-condiciones:

1. Ingresar el tipo de transacción que se desea realizar 1.1 Si es depósito se ingresa el No. de Cuenta al que se va a acreditar el saldo. 1.2 Si es retiro una vez verificado que el cliente es el dueño de la cuenta, se ingresa el monto a retirar, si la cuenta tiene fondos se hace la transacción. En caso de que el número de cuenta no exista se envía un mensaje " Cuenta no Existe" En caso de que el saldo no esté disponible no se registra la transacción, el programa envía un mensaje de información "Saldo no Disponible" “Transacción ingresada con éxito” Entrar al sistema como usuario con perfil de Cajero Cuenta Bancaria registrada en la BD

Post-condiciones: Figura 41. Requerimiento Funcional - Ingresar Transacción Fuente: Autores

Numero de requisito Nombre del requisito

RF4 Permitir el ingreso de préstamos (ingresar nuevo)

Tipo Fuente del requisito Prioridad del requisito

Requisito restricciones Tabla: Cuentas Alta/deseada

Figura 42. Requerimiento Funcional – Ingreso de Préstamos Fuente: Autores

Nombre: Responsabilidades: Tipo: Referencias cruzadas: Notas:

Excepciones:

Salidas: Pre-condiciones:

Ingresar préstamo Permite ingresar un préstamo asociado a un cliente con una cuenta bancaria Operación del Sistema 1. El usuario ingresa el número de cédula del cliente solicitante 1.1 Se despliegan los datos del cliente 1.2 Se ingrese el monto de crédito, tasa de interés y plazo 1.3 El usuario guarda el proceso y se le da un mensaje de Transacción Exitosa En caso de que el número de cédula de cliente no exista se envía un mensaje "Cliente no Existe" En caso de que cliente no tenga una cuenta registrada se envía un mensaje “ El cliente no registra cuentas activas para terminar el proceso” “Transacción ingresada con éxito” Entrar al sistema como usuario con perfil de Ejecutivo de Cuenta. Cuenta Bancaria registrada en la BD.

Post-condiciones: Figura 43. Requisito Funcional – Ingresar Préstamo Fuente: Autores

5.2.1.2. Diagrama de Casos de Uso Se muestra de forma gr谩fica la interacci贸n que establecen los casos de uso respecto a los usuarios del sistema, esto proporciona una visi贸n general del comportamiento del sistema

Figura 44. Diagrama de Casos de Uso SysBanX Fuente: Autores.

5.2.2.

Diseño En ésta fase se diseñaron los modelos entidad - relación y el modelo físico de la base

de datos, en conjunto con los casos de uso de cada uno de los requerimientos funcionales ya analizados en la etapa previa. 5.2.2.1. Diagrama Lógico de la Base de Datos El diagrama lógico de la base de datos muestra los tipos de relaciones que existen entre las tablas o entidades.

Figura 45. Diagrama lógico de la base de datos SysBanX (1) Fuente: Autores.

Figura 46. Diagrama l贸gico de la base de datos SysBanX (2) Fuente: Autores.

5.2.2.2. Diagrama físico de la base de datos Se diseñó el modelo físico de la base de datos, que es uno de los proceso de diseño previos a la implantación con código en el SGBD. En este diagrama el programador puede visualizar con mayor claridad y precisión, lo que va a implementar y el diseño final de la base de datos.

Figura 47. Diagrama físico de la base de datos de SysBanX (1) Fuente: Autores.

Figura 48. Diagrama fĂsico de la base de datos de SysBanx (2) Fuente: Autores

5.2.3.

Codificación Se implementaron los diseños en la base de datos y la lógica del negocio mediante

funciones en la base de datos y en conexión con el Front-End.

Figura 49. Estructura del código fuente de SysBanX. Fuente: Autores

5.2.3.1. Cliente Controlador Clase destinada para controlar la clase de conexi贸n, permite acceder a cada uno de los m茅todos de la clase que se conecta a la base de datos, disminuyendo la posibilidad inyecciones SQL.

<?php include "clases.php"; class controlador{ function insertar_cliente($cedula, $nombre, $fecha, $direccion, $telefono, $celular, $email){ $obj = new clientesDatos(); return $obj->insertarCliente($cedula, $nombre, $fecha, $direccion, $telefono, $celular, $email); } function buscar_cliente($buscar){ $obj = new clientesDatos(); return $obj->buscarCliente($buscar); } function Inactivar_cliente($cedula){ $obj = new clientesDatos(); return $obj->InactivarCliente($cedula); } function Modificar_cliente($cedula, $nombre, $direccion, $telefono, $celular, $email){ $obj = new clientesDatos(); return $obj->ModificarCliente($cedula, $nombre, $direccion, $telefono, $celular, $email); } function buscar_Cliente_Inactivo($buscar){ $obj = new clientesDatos(); return $obj->buscarClienteInactivo($buscar); } function Activar_cliente($cedula){ $obj = new clientesDatos(); return $obj->ActivarCliente($cedula); }

Figura 50. Fragmento de C贸digo - Controlador Cliente } ?> Fuente: Autores

5.2.3.2. Clase Clientes Clase cliente destinada a realizar la conexión a la base de datos, incluye métodos necesarios para insertar, modificar e inactivar un cliente.

<?php include "../conexion.php"; include "entidades.php"; class clientesDatos{ function insertarCliente($cedula, $nombre, $fecha, $direccion, $telefono, $celular, $email){ $cliente = new cliente(); $cliente->cedula = $cedula; $cliente->nombre = $nombre; $cliente->fecha = $fecha; $cliente->direccion = $direccion; $cliente->telefono = $telefono; $cliente->celular = $celular; $cliente->email = $email; $consulta = pg_query("select ins_cliente(1,'".$cliente>cedula."','".$cliente->nombre."','".$cliente->fecha."','".$cliente>direccion."','".$cliente->telefono."','".$cliente>celular."','".$cliente->email."','ACT');")or die(pg_last_error()); if($consulta){return true;} else{return false; }} function buscarCliente($buscar){$consulta = pg_query("select * from tb_clientes where ((cli_cedula like '%$buscar%' or cli_nombre like '%$buscar%' or cli_direccion like '%$buscar%' or cli_email like LOWER('%$buscar%')) and cli_estado = 'ACT' )"); $contar = pg_num_rows($consulta); if($contar == 0){return false;} else {while($row = pg_fetch_array($consulta)) {$nombre[] = $row;} return json_encode($nombre);}} function InactivarCliente($cedula){ $consulta = pg_query("select inactivar_cliente('$cedula');")or die(pg_last_error()); if($consulta){ return true; } else{return false; }} function ModificarCliente($cedula, $nombre, $direccion, $telefono, $celular, $email){ $aux = pg_query("select cli_fec_naci from tb_clientes where cli_cedula = '$cedula' "); $aux1 = pg_fetch_array($aux); $fecha = $aux1[0]; $consulta = pg_query("select ins_cliente(2,'$cedula','$nombre','$fecha','$direccion','$telefono','$celu lar', '$email', 'ACT')"); if($consulta){return true; } else{ return false; }} function ActivarCliente($cedula){ $consulta = pg_query("update tb_clientes set cli_estado = 'ACT' where cli_cedula = '$cedula' "); if($consulta){return true; } else{return false;} } function buscarClienteInactivo($buscar){ $consulta = pg_query("select * from tb_clientes where ((cli_cedula like '%$buscar%' or cli_nombre like '%$buscar%') and cli_estado = 'PAS' )"); $contar = pg_num_rows($consulta); if($contar == 0){ return false; } else { while($row = pg_fetch_array($consulta)){ $nombre[] = $row; } return json_encode($nombre); }}} ?>

Figura 51. Fragmento de Código – Clase Clientes. Fuente: Autores

5.2.3.3. Script de Creación de la Base de Datos La creación de la base de datos contempla el uso de SQL con sentencias DDL las cuales manipulan las definición de datos. Entre las sentencias utilizadas se encuentran: 

Crea una tabla: create table



Crea un índice de clave única : create unique index



Crea una clave primaria: constraint PK_TABLA primary key (CAMPO_ID)

Figura 52. Script de creación de la Base de Datos Fuente: Autores.

Figura 53. Script de la Base de Datos SysBanX (2). Fuente: Autores.

5.2.3.4. Creaci贸n de Procedimientos Almacenados Se procedi贸 a codificar los procedimientos almacenados con el lenguaje procedural de PostgreSQL PL/pgSQL. Las principales funciones del programa se las ejecuta en el motor de base de datos, esto da al sistema la posibilidad si en alg煤n momento se requiere, de cambiar el sistema a una aplicaci贸n de escritorio sin tener muchos inconvenientes ni demoras.

5.2.3.5. Función Insertar Pago de Cuota Préstamo El funcionamiento de este procedimiento almacenado consiste en insertar el pago de una cuota de un préstamo de un cliente. El valor a debitar de la cuota se lo hace de la cuenta bancaria asociada al préstamo.

CREATE OR REPLACE FUNCTION ins_pagoprestamo(vprestamo_id integer,vcuota_id integer, vusu_cedula character varying) RETURNS void AS $BODY$ DECLARE saldo numeric;saldo_total numeric;vcuenta_id character varying; vserial_aux integer;vcuota_valor numeric;vusu_serial integer; vcuota_fechapago date; vaux integer;--Para verificar si la cuota ya está pagada vaux1 integer; BEGIN vaux:=(SELECT count(*) from tb_pagos_prestamos where cuota_id=vcuota_id); vaux1:=(SELECT cuota_numero FROM tb_cuotasamortizacion WHERE cuota_id = vcuota_id ); IF (vaux1 <> 1) THEN IF ((SELECT cuota_estadopago FROM tb_cuotasamortizacion WHERE cuota_numero=(vaux1-1) and cuota_id=(vcuota_id-1))='PENDIENTE') then RAISE EXCEPTION 'Para proceder a pagar esta cuota tiene que haber pagado las anteriores, por favor verifique'; END IF; END IF; IF vaux=0 THEN vcuenta_id:= (SELECT cuenta_id FROM tb_prestamos WHERE prestamo_id=vprestamo_id); --ID de la cuenta asociada al préstamo para los débitos respectivos saldo:=(SELECT cuenta_saldo_disp FROM tb_cuentas WHERE cuenta_id = vcuenta_id); --Consulta el saldo disponible de la cuenta asociada al préstamo vcuota_valor:=(SELECT cuota_valor FROM tb_CuotasAmortizacion WHERE cuota_id=vcuota_id); --Valor de la cuota a pagar que será debitada de la cuenta asociada al préstamo vusu_serial:=(SELECT usu_serial FROM tb_usuarios WHERE usu_cedula=vusu_cedula); --!!Opcional, si deseas puedes enviar tambien el serial del usuario y omitir esta consulta vcuota_fechapago:=(SELECT cuota_fechapago FROM tb_CuotasAmortizacion WHERE cuota_id=vcuota_id); --Consulta fecha maxima de pago para compararla con la fecha actual IF saldo < vcuota_valor THEN RAISE EXCEPTION 'Saldo insuficiente para realizar la transaccion'; ELSE saldo_total = (saldo - vcuota_valor); INSERT INTO tb_transacciones(tran_concepto, tran_monto, tran_hora, tran_fecha, tran_tipo,cuenta_id, usu_serial) VALUES ('PAGO PRESTAMO ', vcuota_valor, current_time, current_date, 'D',vcuenta_id, vusu_serial);--+ CAST(vprestamo_id AS VARCHAR) vserial_aux:=lastval(); INSERT INTO tb_pagos_prestamos(tran_id, cuota_id)VALUES (vserial_aux,vcuota_id); UPDATE tb_cuentas SET cuenta_saldo_disp = saldo_total WHERE cuenta_id = vcuenta_id; IF vcuota_fechapago < current_date THEN UPDATE tb_CuotasAmortizacion SET Cuota_EstadoPago = 'PAGO OK' WHERE cuota_id = vcuota_id; ELSE UPDATE tb_CuotasAmortizacion SET Cuota_EstadoPago = 'CANCELADA' WHERE cuota_id = vcuota_id; END IF; END IF; ELSE RAISE EXCEPTION 'La cuota ya está pagada'; END IF; END; $BODY$ LANGUAGE plpgsql VOLATILE

Figura 54. Código BD- Función Insertar Pago Préstamo. Fuente: Autores

5.2.3.6. Diccionario de Datos El diccionario de datos se generó a partir de los campos de cada tabla en la base de datos, detallando cada campo con una descripción acerca de su nombre, tipo de dato, si corresponde a una clave foránea, descripción del contenido y si es obligatorio (M).

Nombre de Columna

Tipo de Dato

Clave Foránea Descripción Clave Principal de la tabla Amortización

Amortizacion_ID

Serial

Amortización_ID

Integer

Aud_Act_Descripcion

Variable characters (20)

Aud_Act_Descripcion

Variable characters (20)

Aud_Act_Fecha

Date

Descripción de la operación sobre un registro cliente Fecha en que se realizó la operación sobre un registro de cliente

Aud_Act_Fecha

Date

Fecha de operación del Administrador sobre el sistema

Aud_Act_Hora

Time

Hora en que se realizó la operación sobre un registro de cliente

Aud_Act_Hora

Time

Hora de operación del Administrador sobre el sistema

Aud_Act_ID

Serial

Obligatorio X

El ID de la amortización asociada a la cuota Descripción de la operación realizada por el Administrador en el Sistema

Clave primaria de la tabla Auditoria Cuenta

Nombre de Columna

Tipo de Dato

Aud_Act_ID

Serial

Aud_Act_ID

Serial

Aud_Cli_Cedula

Variable characters (10)

Aud_Cuenta_ID

Variable characters (10)

Aud_Cuenta_ID

Variable characters (10)

Clave Foránea Descripción Clave primaria de la tabla de Auditoría de Actividades del Administrador Clave primaria de la tabla Auditoria Clientes Cédula del Cliente del registro Número de cuenta asociada a la transacción sobre la cuenta Cuenta asociada a la transacción realizada

Aud_Descripcion

Variable characters (20)

Describe la operación llevada a cabo sobre el sistema

Aud_Descripción

Variable characters (20)

Descripción de la transacción realizada sobre la cuenta

Aud_Estado_Sesion

Boolean

Define si fue un inicio de sesión o un cierre de sesión

Aud_Fecha

Date

Aud_Fecha

Date

Aud_Fecha_Login

Date

Aud_Hora

Time

Aud_Hora

Time

Fecha en que se realiza la transacción Fecha en que se realizó la transacción Fecha en que el Usuario ingresó al sistema Hora que se realizó la transacción Hora en que sea realiza la transacción sobre la cuenta

Obligatorio X X

Nombre de Columna

Tipo de Dato

Aud_Hora_Login

Time

Aud_Login_ID

Serial

Aud_Tran_Descripcion

Variable characters (20)

Clave Foránea Descripción

Obligatorio

Hora en que el Usuario ingresó al sistema Clave primaria de la tabla de Auditoria de Login

Descripción de la transacción realizada Clave primaria de la tabla de Auditoría de Transacciones

Aud_Tran_ID

Serial

Aud_Tran_Monto

Float (8)

Aud_Tran_Tipo

Characters (1)

Aud_Usu_Admin

Variable characters (10)

Aud_Usu_Cedula

Variable characters (10)

Cédula del Usuario que realiza una operación sobre la tabla transacción

Aud_Usu_Cedula

Variable characters (10)

Cédula de usuario que realiza la transacción sobre la cuenta en el sistema

Aud_Usu_Cedula

Variable characters (10)

Aud_Usu_Cedula

Variable characters (10)

Monto de transacción realizada Tipo de transacción Realizada (D) Débito o (C) Crédito ID del Usuario Administrador

Cédula del Usuario Administrador Cédula del Usuario que ingresó al sistema

Aud_Usu_Cedula

Variable characters (10)

Cédula del usuario que ha ingresó un nuevo registro de cliente al sistema

Caja_Estado

Boolean

El estado de la Caja: 1 Abierta 0 Cerrada

Nombre de Columna

Tipo de Dato

Caja_Fecha_Apertura

Date

Caja_Fecha_Cierre

Date

Caja_Hora_Apertura

Time

Caja_Hora_Cierre

Time

Clave Foránea Descripción

Obligatorio

La fecha de apertura de la Caja La fecha de hora de cierrre de la Caja La hora de apertura de la Caja La hora de cierre de Caja

Caja_Monto_Credito

NUMERIC(10,2)

El monto de transacciones de crédito que realizó el cajero en la caja

Caja_Monto_Debito

NUMERIC(10,2)

El monto de transacciones de débito que realizó el cajero en la caja

Caja_Saldo_Apertura

NUMERIC(10,2)

Caja_Saldo_Cierre

NUMERIC(10,2)

Caja_Serial

Serial

Caja_Tran_Credito

Integer

Caja_Tran_Debito

Integer

Cli_Cedula

Variable characters (10)

Cli_Celular

Variable characters (10)

Cli_Direccion Cli_Email

Variable characters (50) Variable characters (50)

El monto de apertura de la Caja El monto de cierre de la Caja La clave primaria de la tabla Caja El número de transacciones de crédito que realizó el cajero en la caja El número de transacciones de débito que realizó el cajero en la caja La cédula del cliente El número de teléfono celular del cliente La dirección de domicilio del Cliente El email del Cliente

Nombre de Columna

Tipo de Dato

Clave Foránea Descripción El Estado de Cliente : 1 Activo, 0 Inactivo

Cli_Estado

Variable characters (3)

Cli_Fec_Naci

Date

Cli_Nombre

Variable characters (50)

Cli_Serial

Serial

Cli_Serial

Integer

Cli_Telefono

Variable characters (9)

El número de teléfono convencional del Cliente

Cuenta_Estado

Boolean

El estado de la cuenta puede ser 1 Activa y 0 Inactiva

Cuenta_Fecha_Apertura

Date

Cuenta_ID

Variable characters (10)

Obligatorio

La fecha de nacimiento del Cliente El nombre del cliente en formato APELLIDOS NOMBRES La clave primaria de la tabla Clientes X

El Id del cliente asociada a la cuenta

La fecha de apertura de la Cuenta La clave primaria del la tabla Cuenta

Cuenta_ID

Variable characters (10)

Cuenta_ID

Variable characters (10)

Cuenta_Saldo_Contable

NUMERIC(10,2)

Cuenta_Saldo_Disp

NUMERIC(10,2)

Cuota_Capital

NUMERIC(10,2)

El ID de la cuenta asociada para los débitos de las cuotas correspondientes El ID de la cuenta sobre la cual se efectuó la transacción El Saldo Contable de la Cuenta El Saldo Disponible de la Cuenta El monto del capital respecto al total de la cuota

Nombre de Columna

Tipo de Dato

Cuota_EstadoPago

Variable characters (10)

Cuota_FechaPago

Date

Cuota_ID

Serial

Cuota_ID

Integer

Cuota_Interes

NUMERIC(10,2)

Clave Foránea Descripción El Estado de pago de la cuota: PENDIENTE, CANCELADA La Fecha máxima de pago de la cuota La clave primaria de la tabla de Cuotas Amortización X

El ID de la cuota pagada El monto de interés respecto al total de la cuota

Integer

El número de cuota respectiva del plazo del préstamo

Cuota_SaldoCapital

NUMERIC(10,2)

El Saldo de Capital adeudado ya hecho el pago de la cuota

Cuota_Valor

NUMERIC(10,2)

PagoPrestamo_ID

Serial

Prestamo_Estado

Variable characters (10)

Cuota_Numero

Time

Prestamo_ID

Serial

Prestamo_ID

Integer

X X

El monto total de la cuota a pagar Almacene la calve principal de la tabla Pagos Préstamo

El estado del préstamo: 1 Activo, 2 Inactivo. La fecha de generación del préstamo

Prestamo_Fecha_Autorizacion Date Prestamo_Hora_Autorizacion

Obligatorio

La hora de generación del préstamo La clave primaria de la tabla Préstamo X

ID del préstamo asociado a la Amortización

X X

Nombre de Columna Prestamo_Interes Prestamo_Monto

Tipo de Dato NUMERIC(10,2) NUMERIC(10,2)

Prestamo_Plazo

Integer

Tran_Concepto

Variable characters (50)

Tran_Fecha

Date

Tran_Hora

Time

Tran_ID

Serial (10)

Tran_ID

Integer

Tran_Monto

NUMERIC(10,2)

Tran_Tipo

Characters (1)

Usu_CambioPass

Boolean

Usu_Cargo Usu_Cedula

Variable characters (10) Variable characters (10)

Usu_Celular

Variable characters (10)

Usu_Direccion Usu_Email

Variable characters (50) Variable characters (50)

Usu_Estado

Variable characters (3)

Usu_Estado_Sesion

Boolean

Clave Foránea Descripción El interés del préstamo El monto del préstamo El plazo del préstamo

Obligatorio

El motivo por el cual fue realizada la transacción La fecha en que se realizó la transacción La hora en que se realizó la transacción La clave primaria X

El ID de la transacción asociada al pago de préstamo

X X

El monto de la transacción con formato 2 decimales El tipo de transacción para débito (D) y crédito (C) El estado del cambio de contraseña: 1 Ya ha sido modificada 0 No ha sido modificada El Cargo del Usuario La cédula del Usuario El número de celular del Usuario La dirección de domicilio del Usuario El email del Usuario El estado del Usuario: 1 Activo 0 Inactivo El estado de la sesión del Usuario: 1 Activo 0 Inactivo

Nombre de Columna

Tipo de Dato

Clave Foránea Descripción

Usu_Fec_Naci

Date

Usu_Nombre

Variable characters (50)

Usu_Password Usu_Permisos

Variable characters (50) Variable characters (10)

Usu_Serial

Integer

Usu_Serial

Serial

Usu_Serial

Integer

Usu_Serial

Integer

Usu_Telefono

Variable characters (9)

Obligatorio

La fecha de nacimiento del Usuario El Nombre del Usuario en formato APELLIDOS NOMBRES

La contraseña del Usuario El Permiso del Usuario El ID del usuario asociado a la Caja La clave primaria autonumérica del Usuario El ID del Usuario Ejecutivo que ingresó el préstamo El ID del usuario que ejecutó la transacción El número de teléfono convencional del Usuario

X X X X

5.2.3.7. Manual de usuario Se realizó el manual de usuario, con el propósito de que quienes utilicen el sistema, tengan un documento de guía para utilizar las funciones del sistema. (Véase Anexo 4). 5.2.3.8. Manual de Instalación Se realizó el manual de instalación, con el fin de que el usuario que adquiera el sistema pueda instalarlo en un servidor. Se muestra paso a paso el proceso de instalación del sistema, desde la instalación del servidor de base de datos, servidor web e ingreso al sistema por primera vez. (Véase Anexo 5).

5.3.

Conclusiones En el sistema que se utilizaba previo al desarrollo de este proyecto, se comprobó que

ya no era factible utilizarlo por la razón de que no había confiabilidad en las cifras que generaba, además que los usuarios del sistema no estaban satisfechos con el rendimiento del mismo y esto se pudo evidenciar en los resultados de las encuestas. El software desarrollado asegura optimizar la gestión del banco estudiantil, ya que su utilización reduce la complejidad de llevar registros de forma manual, con esto se comprueba que los requerimientos se implementaron en su totalidad. Se pudo observar que la curva de aprendizaje de quienes utilizaron el sistema fue rápida, gracias a la elaboración de manuales de usuario e instalación, a su interface intuitiva y amigable con el usuario. Esto permitió que la capacitación al personal, que va a utilizar el sistema fuera exitosa. El uso de las herramientas Open Source en específico PostgreSQL fue acertado ya que la institución es pequeña y si crece la herramienta lo soporta y brinda fácil migración hacia otras plataformas.

Para dar mejor robustez al software se dedicó especial atención al Back End en el aspecto de flexibilidad, para que así se pueda acoplar fácilmente a otros lenguajes de programación diferentes a PHP. La correcta elección de PHP como lenguaje de programación, ayudó en el ágil desarrollo del proyecto ya que la información referente al soporte y ayudas en línea fue de mucha ayuda al momento de solucionar inconvenientes de codificación.

5.4.

Recomendaciones Capacitar a los usuarios del software para su correcta utilización da como resultado un

buen funcionamiento del sistema, minimizando así inconvenientes futuros. El servidor donde se encuentre el software debe ser un lugar adecuado y cumplir requerimientos en cuanto a factores de ambiente: ubicación, temperatura y limpieza; Control de acceso es decir, que solo personas autorizadas puedan tener acceso físico al servidor para su óptimo funcionamiento. A la Pontificia Universidad Católica del Ecuador – Sede Santo Domingo, que siga manteniendo práctica este tipo de proyectos de vinculación de desarrollo de software, ya que generan un impacto positivo en la comunidad. Utilizar la metodología XP para el desarrollo de aplicaciones web, ya que provee un desarrollo ágil y procura siempre mantener un enfoque en el proceso de desarrollo de la aplicación, provee una iteración constante en cada etapa del ciclo de vida del software que resulta en un menor tiempo al momento de hacer correcciones.

5.5.

Lista de Referencias

5.5.1.

Fuentes de Información Bibliográficas

Alonso Amo, F., & Martinez Normand, L. (2005). Introducción a la ingeniería del software. Modelos de desarrollo de software. Madrid: Delta Publicaciones Universitarias. Arrarte, G. (2011). Las tecnologías de la información en la enseñanza del español. Madrid: ARCO/LIBROS. Barato, J. (2013). Los hábitos de un director de proyectos eficaz. Ediciones Díaz de Santos. Conesa Caralt, J., Rius Gavidia, Á., Ceballos Villach, J., & Gañan Jiménez, D. (2010). Introducción a .NET. Barcelona: Editorial UOC. Coronel, C., Morris, S., & Rob , P. (2011). Bases de Datos. Diseño, implementación y administración. México: Cengage Learning. García, J., Ramos Gonzáles, C., & Ruíz Garzón, G. (2008). Estadística administrativa. España: UCA. Garreta, J. S. (2003). Ingeniería de proyectos informáticos: actividades y procedimientos. Italia: Universitat Jaume I. Gonzales, M. (2008). Manual de planificación de medios. España: ESIC EDITORIAL. Granados, R. L. (2014). Desarrollo de aplicaciones web en el entorno servidor. Málaga: IC Editorial. Hernández, J. (2014). Análisis y desarrollo web. Jesús Hernández. Heurtel, O. (2011). PHP 5.3 Desarrollar un sitio Web dinámico e interactivo. Barcelona: ENI Ediciones.

Laplante, P. A. (2014). Requirements Engineering for Software and Systems. Columbia: CRC Press. Luc, V. L. (2009). Los Nuevos Estándares del Código Fuente". Barcelona: ENI. Llanos, D. R. (2010). Fundamentos de informática y programación en C. Madrid: Paraninfo. Marco Galindo, M. J., Marco Simó, J. M., Prieto Blázques, J., & Segret Sala, R. (2011). Escaneando la informática. España: Editorial UOC. Mc Graw Hill. (s.f.). Sistemas Gestores de Base de Datos. Mc Graw Hill. McLaughlin, B. (2012). PHP & MySQL the missing manual, Second Edition. Sebastopol, CA 95472: O'Reilly Media Inc. Mediano, C. M. (2014). Ténicas e instrumentos de recogida y análisis de datos. España: Universidad Nacional de Educación a Distancia. Mohedano, J. S. (2012). Iniciación a javascript. España: Ministerio de Educación de España . Mora, S. (2001). Programación en Internet: Clientes Web. Alicante: Edita Club Universitario. Muñoz, V. J. (2012). HTML, presente y futuro de la web. España: Editor Bubok Publishing S.L. Pressman, R. S. (2010). Ingeniería del Software un Enfoque Práctico. México: McGraw-Hill. ProQuest Information and Learning Company. (2008). Specifying Security Requirements Improvement. North Zeeb Road: Ann Arbor. Rubiales, M. (2013). HTML5, CS3 Y JavaScript. España: Anaya Multimedia. Silberschatz, A., & Korth, H. F. (2002). Fundamentos de bases de datos. Madrid: McGraw Hill.

Sommerville, I. (2005). Ingeniería del Software (Séptima ed.). (M. M. Romo, Ed.) Madrid, España: Pearson Educación.

5.6.

Fuentes de Información Lincográficas

Gutierrez, D. (s.f.). http://www.codecompiling.net/. (U. d. Andes, Ed.) Obtenido de http://www.codecompiling.net/files/slides/IS_clase_13_metodos_y_procesos.pdf Unión Europea. (s.f.). Unión Europea. Obtenido de http://ec.europa.eu/europeaid/evaluation/methodology/examples/too_qst_res_es.pdf

GLOSARIO SRS: Software Especification Requirements (Especificación de Requerimientos de Software). Definido por la IEEE como documento y apoyo legal para el desarrollo de software. Software: Conjunto de instrucciones, documentación, programas y manuales que tienen un objetivo en común. Aplicación: Software desarrollado para ejercer una función. Iterativo: Que se encuentra en un ciclo repetitivo Obsolescencia: Es el estado de desuso de un objeto por su condición de obsoleto por la razón de nuevas tecnologías emergentes XP: Acrónimo de Extreme Programming (Programación Extrema) es una metodología de desarrollo ágil usada en el proceso de desarrollo de software Módulo: Parte de una aplicación de software, que tiene una funcionalidad e interactúa con otros módulos de un mismo sistema

ANEXOS

Índice de Anexos Anexo 1 - Encuesta dirigida a los usuarios del banco estudiantil Anexo 2 - Encuesta dirigida a los clientes del banco estudiantil Anexo 3 - Especificación de requerimientos de software Anexo 4 - Manual de usuario Anexo 5 - Manual de instalación

Anexo 1 Encuesta dirigida a usuarios del Banco Estudiantil

ENCUESTA PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO ENCUESTA DIRIGIDA A LOS USUARIOS DEL BANCO ESTUDIANTIL

El presente cuestionario tiene la finalidad de recabar información para determinar el grado de aceptación que tendrá la implementación de un sistema informático para la gestión del banco estudiantil de la “Unidad Educativa el Esfuerzo” perteneciente a la parroquia el Esfuerzo. La información que genere el cuestionario será exclusivamente con fines académicos.  Marque con una (x) la respuesta más adecuada para usted.

1. ¿Cree usted necesario, que se deba implementar un nuevo sistema informático para gestionar de mejor manera la automatización de la información del Banco Estudiantil? SÍ ( ) NO ( ) 2. ¿Cómo califica usted al sistema que actualmente se utiliza para gestionar el Banco Estudiantil? MALO

( )

REGULAR

( )

BUENO

( )

3. ¿Cree usted, que el sistema actual que gestiona el Banco Estudiantil cumple con todas las necesidades y requerimientos de los usuarios? SÍ ( ) NO ( )

3 4. ¿Cuál es el tipo de transacción de la que usted más hace uso en el Banco Estudiantil? Retiro

( )

Depósito

( )

Apertura de Cuenta

( )

Solicitudes de Crédito

( )

5. ¿Está de acuerdo con el tiempo de respuesta durante cada transacción que realiza en el sistema actual del Banco Estudiantil? SÍ (

)

NO (

)

6. ¿Qué suma de dinero usted más frecuentemente alcanza al hacer las transacciones mensualmente? Desde 10,00 hasta 30,00 dólares

( )

Desde 30,00 hasta 50,00 dólares

( )

Desde 50,00 dólares en adelante.

( )

7. ¿Cómo usuario del sistema del Banco Estudiantil actual alguna vez recibió algún tipo de capacitación? SÍ ( ) NO ( )

8. ¿Cree usted que un nuevo software informático le ayudara a desempeñarse mejor en su trabajo? SÍ ( ) NO ( )

9. ¿Cree usted que un nuevo software informático de gestión al banco estudiantil le ayudara a mejorar los tiempos de servicio? SÍ ( ) NO ( )

Anexo 2 Encuesta dirigida a los clientes del Banco Estudiantil

ENCUESTA PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO ENCUESTA DIRIGIDA A LOS CLIENTES DEL BANCO ESTUDIANTIL

El presente cuestionario tiene la finalidad de recabar información para determinar el grado de aceptación que tendrá la implementación de un sistema informático para la gestión del banco estudiantil de la “Unidad Educativa el Esfuerzo” perteneciente a la parroquia el Esfuerzo, dirigida a los estudiantes que hagan uso del Banco Estudiantil de dicha institución. La información que genere el cuestionario será exclusivamente con fines académicos.  Seleccione con una (x) la respuesta que crea conveniente:

1. ¿Está satisfecho con la gestión del banco estudiantil en la actualidad? SI

( )

2. Considera usted que el tiempo con que conlleva hacer una transacción como retiros o depósitos en el Banco Estudiantil El Esfuerzo es : RÁPIDO

( )

MODERADO

( )

DEMORADO

( )

3. ¿Le interesa que se desarrolle una nueva herramienta de software a medida, para la gestión del Banco Estudiantil? SÍ

( )

4. ¿Cuál es el tipo de transacción de la que usted más hace uso en el Banco Estudiantil? RETIRO

( )

DEPÓSITO

( )

CONSULTAS DE SALDO DE CUENTA

( )

3 5. ¿Mensualmente que cantidad de dinero en promedio maneja al hacer sus transacciones en el Banco Estudiantil? DESDE 0,00 HASTA 5,00 DÓLARES

( )

DESDE 5,01 HASTA 10,00 DÓLARES

( )

DESDE 10,00 HASTA 30,00 DÓLARES

( )

DESDE 30,00 HASTA 50,00 DÓLARES

( )

DESDE 50,00 DÓLARES EN ADELANTE

( )

6. ¿Considera usted que un Software desarrollado a medida con estándares de calidad, la daría una mayor confianza al hacer sus transacciones en el Banco Estudiantil El Esfuerzo? MUCHO ( ) POCO

( )

NADA

( )

7. ¿Cree usted necesario, que se deba implementar un nuevo sistema informático para gestionar de manera automatizada la información del Banco Estudiantil “El Esfuerzo”? SÍ ( ) NO ( ) 8. ¿Cree usted que le beneficiaría verificar su información bancaria a través de una estación de consulta? SÍ ( ) NO ( ) 9. ¿Cuál es su apreciación acerca del desempeño del sistema bancario actual que maneja el Banco Estudiantil “El Esfuerzo”? BUENO

( )

REGULAR

( )

BUENO

( )

Anexo 3 Especificaci贸n de requerimientos de Software

Especificación de Requerimientos de Software INTRODUCCIÓN La presente Especificación de requerimientos de software (SRS) del sistema a construir surge para ser un conjunto de información necesaria que ayuda a los desarrolladores del software a analizar y entender todos los requisitos y requerimientos que la institución desea, de la misma forma como este constituye un informe útil para que la institución describa lo que el realmente desea obtener del producto final, y de esta manera lograr tener un documento necesario cuya información en el futuro servirá para el desarrollo del software, es decir en la codificación correcta del mismo. Se describirá en forma detallada las interfaces de usuario, de software, del hardware y comunicaciones, así como de los requerimientos del cliente, atributos del sistema entre otros.

ALCANCE DEL SISTEMA El propósito es automatizar los procesos que se generan en cada transacción, sea esta: retiros, depósitos o préstamos y sus respectivos pagos. El sistema registra transacciones según su tipo (depósito, retiro). Los usuarios del sistema manejaran distintos roles según su cargo, serán asignados permisos para cada uno. Los clientes podrán hacer consultas en una estación conectada a una red local y su auditoria interna. DEFINICIONES Y ACRÓNIMOS DEFINICIONES Actualización.- Insertar, eliminar, modificar los registros de los usuarios del sistema. Almacenamiento.- En relación con ordenadores o computadoras, cualquier dispositivo capaz de almacenar información procedente de un sistema informático. BackUp.- Las copias de seguridad en un sistema informático tienen por objetivo el mantener cierta capacidad de recuperación de la información ante posibles pérdidas. Esta capacidad puede llegar a ser algo muy importante, incluso crítico, para las empresas. Se han dado casos de empresas que han llegado

3 a desaparecer ante la imposibilidad de recuperar sus sistemas al estado anterior a que se produjese un incidente de seguridad grave. Base de Datos.- Cualquier conjunto de datos organizados para su almacenamiento en la memoria de un ordenador o computadora, diseñado para facilitar su mantenimiento y acceso de una forma estándar. La información se organiza en campos y registros. Un campo se refiere a un tipo o atributo de información, y un registro, a toda la información sobre un individuo. Botón.- Es un objeto tangible que realiza un evento tras su activación. Conexión.- Comunicación entre dos entes que tienen características similares de comunicación. Interfaz.- Medio que permite la comunicación entre el usuario y el sistema. Internet.- Interconexión de redes informáticas que permite a los ordenadores o computadoras conectadas comunicarse directamente, es decir, cada ordenador de la red puede conectarse a cualquier otro ordenador de la red. El término suele referirse a una interconexión en particular, de carácter planetario y abierto al público, que conecta redes informáticas de organismos oficiales, educativos y empresariales. Login.- Nombre o alias que se le da a una persona para permitirle el acceso al sistema siempre y cuando estén registrados. Password.- Contraseña o clave para autentificar el ingreso a un lugar o sitio. Periférico.- En informática, término utilizado para dispositivos, como unidades de disco, impresoras, módem que están conectados a un ordenador o computadora y son controlados por su microprocesador. Protocolo.- Señal mediante la cual se reconoce que puede tener lugar la comunicación o la transferencia de información. Servidor.- Computadora conectada a una red que pone sus recursos a disposición del resto de los integrantes de la red. Suele utilizarse para mantener datos centralizados o para gestionar recursos compartidos. Servidor de archivos.- Dispositivo de almacenamiento de archivos en una red de área local, o en Internet, al que los distintos usuarios de la red pueden acceder, en función de los privilegios que les hayan sido dados por parte del administrador.

4 ACRÓNIMOS DBA.- Es aquella persona que tiene el control central del sistema de base de datos. DBMS.- Sistema de Administración de base de datos, El software que permite la creación, administración e implementación de la base de datos. ODBC.- Herramienta que conecta la base de datos con la interfaz. SRS.- Acrónimo de Software Requeriments Specifications (Especificación de Requerimientos de Software) TCP/IP.- Acrónimo de Transmisión Control Protocol/Internet Protocol (protocolo de control de transmisiones/protocolo de Internet), protocolos usados para el control de la transmisión en Internet. Permite que diferentes tipos de ordenadores o computadoras se comuniquen a través de redes heterogéneas. URL.- Un URL es una cadena de caracteres que identifica el tipo de documento, la computadora, el directorio y los subdirectorios en donde se encuentra el documento y su nombre. ABREVIATURAS HW: Hardware SW: Software Sr. Señor Sra. Señora Ing. Ingeniero(a) DESCRIPCIÓN Perspectiva del producto El sistema que se va a desarrollar es independiente, y tendrá un diseño modular para gestionar las diferentes áreas dentro de un banco estudiantil

5 Funcionalidad del producto

SYSBAN-X

Módulo de administración

Módulo de procesos

Usuarios, Clientes, Auditoria

Cuentas, transacciones, prestamos

Características de los usuarios TIPO DE USUARIO Administrador

FUNCIÓN

FORMACIÓN

HABILIDADES

Administrar los usuarios del sistema

Conocimientos sólidos de contabilidad (tercer nivel), conocimientos básicos de computación

Manejo de computadores y sistemas de contabilidad

Cajero

Registra los depósitos, retiros y pagos de préstamos de los clientes

Manejo de computadores y sistemas de contabilidad

Ejecutivo de cuentas

Registra nuevos clientes y cuentas bancarias

Conocimientos básicos de contabilidad, conocimientos básicos de computación Conocimientos básicos de contabilidad, conocimientos básicos de computación

Manejo de computadores y sistemas de contabilidad

Restricciones  Nuestro Sistema debe ser utilizado dentro de una red local para dar facilidad al flujo interno de datos entre los departamentos propios del mismo, asegurando también el uso debido de la información propia.  Se prohíbe el acceso externo interno desde fuentes desconocidas a los programas que involucren información que pueda afectar el normal funcionamiento del sistema como acceso a base de datos o edición de los fragmentos de codificación.

6 Ausencias y dependencias HARDWARE: Las interfaces de usuario están relacionadas con las pantallas, ventanas (formularios) que debe manipular el usuario para realizar una operación determinada. Dicha manipulación el usuario la realizará por medio del teclado y el Mouse (ratón). La pantalla del monitor.- El software deberá mostrar información al usuario a través de la pantalla del monitor. Ratón.- El software debe interactuar con el movimiento del ratón y los botones del ratón. El ratón se activa las zonas de entrada de datos, botones de comando y seleccione las opciones de los menús. Teclado.- El software deberá interactuar con las pulsaciones del teclado. El teclado de entrada de datos en el área activa de la base de datos. Impresora.- El software podrá imprimir reportes y acuses de recibo mediante la utilización de servicios de impresión propios de cada PC terminal. SW: Las interfaces de usuario ayudaran al usuario final trabajando en un ambiente Formulario, por lo que se dichas interfaces incluirán: • Botones • Menús despegables • Mensajes informativos • Mensajes de error • Cuadros de diálogo • Formularios para el ingreso, modificación, actualización y eliminación de datos. Así como para las operaciones y las ayudas que se mencionó anteriormente. • Otros

7 A continuación se muestra una previa de lo que será las interfaces de usuario. El usuario previamente debe tener su cuenta de usuario en el sistema para poder acceder

La interfaz de comunicación entre el servidor de base de datos y la aplicación desarrollada en PHP. ESPECIFICACIONES DE REQUERIMIENTOS FUNCIONALES. Numero de requisito

RF1

Nombre del requisito Tipo Fuente del requisito Prioridad del requisito

Ingreso al sistema Requisito restricción BD Tabla: TB_Usuario Campos: Login Y Password Alta/esencial

Nombre: Responsabilidades: Tipo: Referencias cruzadas: Notas:

Excepciones:

Salidas: Pre-condiciones: Post-condiciones:

Autenticarse_ sistema (Login, password) Verificar que los datos por el usuario sean correctos para acceder a la aplicación Operación del Sistema Se ingresa a la pantalla de inicio del Sistema Bancario SysBan-X Ingresa los campos requeridos el login y contraseña respectivamente En caso de éxito el usuario ingresa de acuerdo al perfil asignado.  Si no se logró loguearse con éxito una vez ya llenados los campos, el programa enviará un mensaje de Error "El usuario o la clave están incorrectos, por favor verifíquelos".  Si no ha ingresado el campo Usuario ni Contraseña envía un mensaje " Ingrese un Usuario y Contraseña".  Si no ha ingresado el campo Usuario envía un mensaje " Ingrese Usuario".  Si no ha ingresado el campo Contraseña el programa enviará un mensaje " Ingrese Contraseña".  “Usted ha iniciado Sesión con éxito” Estar registrado en el sistema como Usuario con un perfil asignado

8 Numero de requisito Nombre del requisito Tipo Fuente del requisito Prioridad del requisito

Nombre: Responsabilidades: Tipo: Referencias cruzadas: Notas:

Excepciones:

RF2 Permitir la gestión (crear, modificar, inactivar/activar, buscar) de nuevos usuarios. Requisito restricción BD Tabla: Usuario, Clientes. Alta/Esencial

Crear Usuario Ingresa los usuarios de la entidad bancaria Operación del Sistema CUA Se llenan todos los campos obligatorios requeridos para la creación de un nuevo Usuario  Cédula  Apellidos y Nombres  Fecha de Nacimiento  Dirección de Domicilio  Teléfono  Celular  Email  Cargo Una vez hecho eso se procede a Guardar la información ingresada del Cliente. El programa envía un mensaje de éxito "Usuario Creado con Éxito". Si no se han ingresado campos como: Cédula, Nombre, Fecha de Nacimiento y Dirección de Domicilio, no se procede a crear el Usuario. Si el número de cédula no es válido el programa envía un mensaje de error "Ingrese un número de Cédula Válido". Si el número de cédula ingresada ya existe en la BD el programa envía un mensaje de error "Usuario con cédula No. xxxxxxxxxx ya existe".

Salidas: Pre-condiciones: Post-condiciones:

Usuario ingresado con éxito Ingresar con un perfil de Usuario "Administrador"

9 Nombre: Responsabilidades: Tipo: Referencias cruzadas: Notas:

Excepciones: Salidas: Pre-condiciones:

Buscar Usuario Buscar información relacionada a un usuario del banco Operación del Sistema CUA 

El administrador puede buscar a un usuario por número de cédula o por nombre y apellidos o cualquier campo de la tabla Usuarios.  Se ingresa el criterio de búsqueda  Si se encontró el usuario se muestra la información existente.. Si no se encuentra Cliente el programa envía un mensaje "El usuario no existe".

Muestra información encontrada Ingresar con perfil de usuario: Administrador Existir al menos un Cliente en la BD

Post-condiciones: Nombre: Responsabilidades: Tipo: Referencias cruzadas: Notas:

Modificar Cliente Se modifica la información relacionada con un usuario del banco Operación del Sistema CUA

Excepciones: Salidas: Pre-condiciones: Post-condiciones:

Si el usuario no existe no se realiza ninguna modificación “Se ha modificado el usuario con éxito” Ser usuario del sistema

Nombre: Responsabilidades: Tipo: Referencias cruzadas: Notas:

Inactivar Usuario Se permite el cambio de estado de un cliente de activo a inactivo y viceversa Operación del Sistema CUA

Selecciona el usuario Se modifica Se actualiza la información que necesite (excepto número de cédula).

Excepciones: Salidas: Pre-condiciones: Post-condiciones:

10 Numero de requisito Nombre del requisito Tipo Fuente del requisito Prioridad del requisito

Nombre: Responsabilidades: Tipo: Referencias cruzadas: Notas:

Excepciones:

RF3 Permitir la gestión (crear, modificar, eliminar) de nuevos clientes. Requisito restricción BD Tabla: Usuario, Clientes. Alta/Esencial

Salidas: Pre-condiciones: Post-condiciones:

Cliente ingresado con éxito Ingresar con un perfil de Usuario "Ejecutivo de Cuenta"

11 Nombre: Responsabilidades: Tipo: Referencias cruzadas: Notas:

Excepciones: Salidas: Pre-condiciones:

Buscar Cliente Buscar información relacionada a un cliente del banco Operación del Sistema CUA 

Muestra información encontrada Ingresar con perfil de usuario: Asesor Ejecutivo, Gerente Existir al menos un Cliente en la BD

Post-condiciones: Nombre: Responsabilidades: Tipo: Referencias cruzadas: Notas:

Modificar Cliente Se modifica la información relacionada con un cliente del banco Operación del Sistema CUA

Excepciones: Salidas: Pre-condiciones: Post-condiciones:

Si el usuario no existe no se realiza ninguna modificación “Se ha modificado el cliente con éxito” Ser usuario del sistema

Nombre: Responsabilidades: Tipo: Referencias cruzadas: Notas:

Inactivar Cliente Se permite el cambio de estado de un cliente de activo a inactivo y viceversa Operación del Sistema CUA

Selecciona el usuario Se modifica Se actualiza la información que necesite (excepto número de cédula).

Excepciones: Salidas: Pre-condiciones: Post-condiciones:

Si la inactivación se dio con éxito el sistema despliega un mensaje al usuario "Cliente con No. C.C xxxxxxxxxx se inactivó con éxito" En caso de error "El cliente no se ha podido inactivar con éxito tiene cuentas activas con saldo" “Cliente inactivado/activado con éxito” El usuario ingresa con perfil asignado de Ejecutivo de Cuenta o Gerente Tiene que existir al menos un cliente con estado activo.

12 Numero de requisito Nombre del requisito Tipo Fuente del requisito Prioridad del requisito

RF3 Permitir la gestión (crear, modificar, inactivar) de cuentas bancarias. Requisito restricción BD Tabla: Usuario, Clientes, Cuentas. Alta/Esencial

Nombre: Responsabilidades: Tipo: Referencias cruzadas: Notas:

Crear Cuenta Bancaria Ingresar una cuenta bancaria previa solicitud del cliente Operación del Sistema

Excepciones: Salidas: Pre-condiciones:

"La cuenta no se pudo crear con éxito"

Se ingresa información del cliente y se asocia con la nueva cuenta a crear. En caso de éxito el programa despliega un mensaje de confirmación "La cuenta No. XXXXXXXXX se creó con éxito".

La cuenta ha sido creada con éxito. Ingresar como usuario con perfil de Asesor Ejecutivo Solicitar información de registro de al menos un cliente ya registrado en la BD

Post-condiciones: Nombre: Responsabilidades: Tipo: Referencias cruzadas: Notas:

Buscar cuenta bancaria Muestra la información relacionada a la cuenta bancaria del cliente Operación del Sistema

Excepciones:

En caso de que no exista el número de cuenta el programa despliega un mensaje de información " No se ha encontrado registros con el número de cuenta XXXXXXXXX".

Salidas: Pre-condiciones: Post-condiciones:

Muestra información encontrada Ser usuario del sistema

Nombre: Responsabilidades: Tipo: Referencias cruzadas: Notas:

Inactivar Cuenta Bancaria Se permite el cambio de estado de un cuenta de activo a inactivo y viceversa Operación del Sistema CUA

Excepciones: Salidas: Pre-condiciones: Post-condiciones:

Ingresar número de cuenta a buscar Si se encontró la cuenta con éxito se muestra la información requerida.

El usuario busca la cuenta mediante el número de cuenta o el número de cédula del cliente asociada a la cuenta a inactivar previo solicitud del mismo. Se envía un mensaje de confirmación previo a la inactivación del cliente "¿Está seguro de inactivar la cuenta?". Si la inactivación se dio con éxito el sistema despliega un mensaje al usuario "Cuenta No. C.C xxxxxxxxxx se inactivó con éxito" En caso de error "La cuenta no se ha podido inactivar con éxito tiene saldo activo" “Cuenta inactivada/activada con éxito” El usuario ingresa con perfil asignado de Ejecutivo de Cuenta o Gerente Tiene que existir al menos un usuario con estado activo.

Numero de requisito Nombre del requisito

RF4 Permitir la gestión de ingreso de transacciones en las cuentas bancarias

Tipo Fuente del requisito Prioridad del requisito

Requisito restricciones Tabla: Cuentas Alta/deseada

Nombre: Responsabilidades: Tipo: Referencias cruzadas: Notas:

Excepciones:

Salidas: Pre-condiciones: Post-condiciones:

Ingresar transacción Permite ingresar una transacción en el sistema registrado el tipo sea esta de débito o crédito Operación del Sistema 1. Ingresar el tipo de transacción que se desea realizar 1.1 Si es depósito se ingresa el No. de Cuenta al que se va a acreditar el saldo. 1.2 Si es retiro una vez verificado que el cliente es el dueño de la cuenta, se ingresa el monto a retirar, si la cuenta tiene fondos se hace la transacción. En caso de que el número de cuenta no exista se envía un mensaje " Cuenta no Existe" En caso de que el saldo no esté disponible no se registra la transacción, el programa envía un mensaje de información "Saldo no Disponible" “Transacción ingresada con éxito” Entrar al sistema como usuario con perfil de Cajero Cuenta Bancaria registrada en la BD

Numero de requisito Nombre del requisito

RF4 Permitir el ingreso de préstamos (ingresar nuevo)

Tipo Fuente del requisito Prioridad del requisito

Requisito restricciones Tabla: Cuentas Alta/deseada

Nombre: Responsabilidades: Tipo: Referencias cruzadas: Notas:

Excepciones:

Salidas: Pre-condiciones: Post-condiciones:

15 INTERFAZ Interfaces de usuario Para nuestro sistema utilizamos un navegador de internet compatible con PHP. Interfaces de hardware -Mouse -Teclado -Monitor -Impresora -CPU -Red para internet Interfaces de software -Sistema Operativo: Linux, Mac, Windows -Web Browser: Firefox , Google Chrome , Internet Explorer -Interfaces de comunicaciones -Red local (LAN) para la empresa que funcionen al interior de un único inmueble. Requerimientos de rendimiento El sistema tendrá una entrega de información requerida en un promedio de 3 segundos, además, se sugiere tener en cuenta debido al crecimiento de la base de datos podría presentar inconvenientes en dos años a lo cual estando informados de este suceso si es que llegase a ocurrir una respuesta de mantenimiento. ATRIBUTOS Seguridad La seguridad del sistema es por: Uso de contraseñas para cada usuario (administrador, cajera). Esto permitirá que tengan acceso al sistema solo las personas que tienen autorización.

16 Fiabilidad Es uno de los factores que dará confianza al cliente, para lo cual el sistema está controlando todo tipo de transacción y está apto a responder todo tipo de incidente. Mantenibilidad El sistema cuenta con características parametrizables lo que permitirá futuros mantenimientos. Es decir cada tres meses se va a realizar un mantenimiento preventivo, encargado de hacerlo están los desarrolladores. Se realizara el mantenimiento dos veces sin ningún recargo económico, pasados estas dos revisiones tendrán costos adicionales.

Anexo 4 1. Manual de Usuario

Contenido Manual de Usuario 1.

Manual de Usuario ...................................................................................................... 1

1.1.

Login....................................................................................................................................... 3

1.1.1.

Primer Inicio de Sesión........................................................................................................... 3

1.1.2.

Inicio de Sesión ...................................................................................................................... 5

1.1.3.

Salir del Sistema ..................................................................................................................... 7

1.2.

Administrador ......................................................................................................................... 8

1.2.1.

Administración de Usuarios ................................................................................................... 8

1.2.2.

Nuevo usuario ......................................................................................................................... 8

1.2.3.

Modificar Usuario................................................................................................................. 11

1.2.4.

Reestablecer Contraseña ....................................................................................................... 12

1.2.5.

Buscar ................................................................................................................................... 13

1.3.

Ejecutivo ............................................................................................................................... 23

1.3.1.

Administración de Clientes................................................................................................... 23

1.3.2.

Ingreso de Cliente ................................................................................................................. 23

1.3.3.

Ver cuentas asociadas al cliente seleccionado ...................................................................... 26

1.3.4.

Modificar Datos del Cliente.................................................................................................. 26

1.3.5.

Agregar Cuenta a Nombre del Cliente Seleccionado ........................................................... 27

1.3.6.

Inactivar Cliente ................................................................................................................... 27

1.3.7.

Administrar Cuentas ............................................................................................................. 28

1.3.8.

Inactivar Cuentas .................................................................................................................. 28

1.3.9.

Activar Cuentas .................................................................................................................... 29

1.3.10.

Administración de Préstamos ............................................................................................... 31

1.3.11.

Ingresar préstamo ................................................................................................................. 31

1.3.12.

Reportes de apertura de cuentas ........................................................................................... 34

1.3.13.

Reportes de cierre de caja ..................................................................................................... 35

1.4.

Cajero.................................................................................................................................... 36

1.4.1.

Ingreso de Retiros o Depósitos ............................................................................................. 36

1.4.2.

Cierre de Caja ....................................................................................................................... 41

1.4.3.

Pago de Préstamo.................................................................................................................. 42

1.1. Login 1.1.1.

Primer Inicio de Sesión

En caso de que sea la primera vez que inicia sesión se le pedirá que cambie su contraseña por defecto en este caso su número de cédula.

Obligatoriamente tiene que ingresar la nueva clave

4 Se muestra el perfil asignado al usuario correspondiente

5 1.1.2.

Inicio de Sesión

Se puede acceder desde el escritorio donde estará un acceso directo y dando doble clic se abrirá el navegador por defecto a la dirección del sistema SysBanX

Se muestra la pantalla de acceso al sistema donde se ingresa el usuario y la contraseña asignada previamente al usuario.

6 Ingresamos el usuario (N° de Cédula) y la contraseña.

Si el inicio de sesión es correcto se mostrará el perfil correspondiente al usuario.

7 1.1.3.

Salir del Sistema

Para ellos hacemos clic sobre el nombre del usuario y en la lista desplegable seleccionamos la opción “Salir”

Se visualizará la pantalla de inicio del sistema.

1.2.

Administrador

1.2.1.

Administración de Usuarios

Se describe la gestión de usuarios como agregar uno nuevo, modificar, inactivar y reestablecer contraseña.

1.2.2.

Nuevo usuario

En el apartado izquierdo dentro de la categoría Usuario -> Administración de Usuario tenemos la siguiente pantalla.

Para ingresar un usuario, damos clic en el botón “Nuevo”

9 Se muestra ĂŠsta pantalla de Ingreso de Nuevo Usuario en la cual se debe ingresar todos los campos requeridos

Una vez llenos los campos damos clic en guardar

10 Se muestra un mensaje de confirmación “Usuario ingresado exitosamente”

Para regresar a la administración de Usuarios seleccionamos del menú Usuario-> Administración de Usuarios

En registro que hemos creado se mostrarán las opciones de Modificar (Lápiz Azul) – Inactivar (Papelera Roja) - Reestablecer Contraseña (Engranaje Anaranjado)

11 1.2.3.

Modificar Usuario

Damos clic en el 铆cono azul del registro a modificar y se nos visualiza la siguiente pantalla con la informaci贸n editable del usuario.

Una vez modificados los datos, damos clic en guardar

12 Se nos muestra un mensaje de confirmación en la parte inferior de “Usuario Modificado con Éxito C.I.:”

1.2.4.

Reestablecer Contraseña

Damos clic en el ícono de engranaje anaranjado y se nos visualiza la siguiente ventana emergente confirmando el restablecimiento de la contraseña.

13 Y se despliega un mensaje de confirmación de restablecimiento de contraseña

1.2.5.

Buscar

Tenemos dos tipos de búsqueda. Ingresando el parámetro de búsqueda en la primera sección, justo al lado del botón Buscar. Éste parámetro será mandatorio con prioridad mayor respecto

Inactivar Usuario

Nos dirigimos al bot贸n

Y damos clic en el bot贸n

para activar al usuario.

Veremos al usuario ya en la lista de usuarios activos en la pantalla principal de Gesti贸n de Usuarios

Para los reportes

Hacemos clic en el bot贸n

y visualizaremos todos los usuarios activos.

20 Bajo la lista de Reportes en el menú desplegable de la izquierda tendremos las siguientes opciones   

Cierres de Caja Aperturas de Cuenta Historial de Transacciones

Cada uno de los reportes tienen fechas de inicio y final para filtrado

22 Asimismo bajo la categoría Auditoría se encuentra: 

Historial de ingresos de usuarios

1.3.

Ejecutivo

1.3.1.

Administraci贸n de Clientes

1.3.2.

Ingreso de Cliente

Para ingresar un cliente de un clic sobre el bot贸n Nuevo, Se le desplegar谩 la siguiente ventana Ingreso de Nuevo Clientes. En la cual debe de ingresar en los campos los datos requeridos

24 Una vez ingresada la informaci贸n requerida d茅 clic en guardar

Se le presentar谩 un mensaje emergente con un mensaje de confirmaci贸n

26 1.3.3.

Ver cuentas asociadas al cliente seleccionado

Dé clic sobre el ícono de Ver Cuentas de un registro seleccionado

Se visualiza las cuenta(s) que están asociadas al cliente

1.3.4.

Modificar Datos del Cliente

Para modificar los datos del cliente dé clic sobre el botón Modificar Datos y modifique los datos editables. Al finalizar de modificar, dé clic en guardar y se le visualizará un mensaje de confirmación de haber guardado los datos correctamente en conjunto con los datos ya modificados.

27 1.3.5.

Agregar Cuenta a Nombre del Cliente Seleccionado

Dé clic en el botón Agregar Cuenta (ícono color verde), se le mostrará en pantalla una ventana emergente con la información de la cuenta a crear. Selecciones Guardar para culminar de agregar una nueva cuenta.

1.3.6.

Inactivar Cliente

Para inactivar un cliente dé clic en el botón Inactivar (ícono rojo), le aparecerá en pantalla una ventana emergente para confirmar la inactivación del cliente, haga clic sobre el Botón Inactivar. Nota: Un Cliente no se puede inactivar si tiene cuentas activas con saldo vigente

28 1.3.7.

Administrar Cuentas

En ésta sección usted como “Asesor Ejecutivo” podrá Inactivar, Activar y generar reportes de Cuentas

1.3.8.

Inactivar Cuentas

Damos clic sobre el botón inactivar cuenta (ícono papelera rojo) y seleccionamos la cuenta a Inactivar.

Se despliega un mensaje de confirmación y damos clic en Inactivar.

1.3.9.

Activar Cuentas

Para este proceso dé clic en el botón inactivo

seguido de esto se visualizarán las cuentas en estado

30 Dé clic en el botón activar de la cuenta a ser Activada y acto seguido se mostrará una ventana emergente en la cual dé clic en el botón Activar

Se despliega un mensaje de información de éxito

31 1.3.10. Administración de Préstamos Ésta es la página principal de la Administración de Préstamos. Se muestran los préstamos generados a los clientes y diferentes opciones para la gestión de los préstamos tales como visualizar la tabla de amortización, e imprimirla.

1.3.11.

Ingresar préstamo

Para ingresar un nuevo préstamo dé clic en el botón “Nuevo” de la página principal de la administración de préstamos. Se le desplegará una ventana como la siguiente en la que tendrá que ingresar la cédula del solicitante para proceder con la búsqueda en el sistema.

32 Una vez que ha ingresado la cédula del cliente a buscar se llenan los datos correspondientes. Ingrese el monto, plazo, interés y la cuenta asociada al préstamo.

Una vez creado se puede visualizar la tabla de amortización del préstamo dando clic en el botón para desplegar la ventana que se muestra a continuación.

Para generar el reporte del préstamo e imprimir las cuotas del mismo de clic en el botón abrirá una pestaña nueva en la cual se visualizará la siguiente vista de reporte.

y se

Para los reportes diríjase a la sección de Reportes en el menú izquierdo

Se encuentra los reportes de Clientes y de Apertura de Cuentas que se muestran respectivamente a continuación Reportes de Clientes

34 1.3.12. Reportes de apertura de cuentas

En el menĂş Transacciones se tiene dos opciones Historial de transacciones diarias y Cierre de caja con la finalidad de generar reportes.

Reportes de transacciones

35 1.3.13. Reportes de cierre de caja

Cajero Pรกgina principal de vista de cajero.

1.4.

Cajero

1.4.1.

Ingreso de Retiros o Depósitos

Para el ingreso de transacciones diríjase al menú izquierdo a la sección Transacciones. Para poder ingresar una transacción por primera vez en el día el sistema le pedirá abrir la caja. En la ventana emergente ingrese el monto inicial con el que se abrirá la caja.

Una vez abierta se le desplegará un mensaje de confirmación de registro exitoso.

37 Para las transacciones tenemos 3 opciones principales   

Crédito (Depósito) Débito (Retiro) Pago Préstamos

Para ingresar un depósito dé clic en el botón del apartado de Crédito y se le desplegará la siguiente ventana para el ingreso de la transacción. Para esto deberá ingresar el número de la cuenta que va a ser acreditada un valor (crédito a favor o depósito).

38 Una vez ingresada una cuenta existente en el sistema se mostrarรก la informaciรณn asociada a la cuenta y tendrรก que ingresar solamente el valor que el cliente solicite depositar.

39 Al final se le mostrará un mensaje de éxito indicando que la transacción fue realizada con éxito.

Para ingresar un retiro dé clic en el botón del apartado de Débito y se le desplegará la siguiente ventana para el ingreso de la transacción. Acto seguido deberá ingresar el número de la cuenta que va a ser debitado un valor (retiro o débito).

40 Ingrese el monto a retirar el cual deberá ser menor o igual al Saldo Actual de la cuenta, para completar la transacción dé clic en el botón Guardar

El sistema enviará un mensaje de éxito para informar que la transacción fue exitosa

41 1.4.2.

Cierre de Caja

Para cerrar caja diríjase al menú en la opción de Cierre de Caja, se le desplegará la siguiente página en la cual se muestra el detalle en valor de los depósitos, retiros y apertura por último dé clic en el botón Cerrar Caja.

42 1.4.3.

Pago de Préstamo

De clic en el botón de la sección Pago Préstamo y le aparecerá la página de Transacción de Pago Préstamo en la cual deberá ingresar la cédula del cliente asociado al préstamo a cancelar la cuota. Para pagar una cuota de un préstamo dé clic en el botón de la columna Pago Cuota con el signo $.

Anexo 5 Manual de Instalaci贸n

2 Instalación del sistema gestor de base de datos PostgreSQL Descarga del archivo instalador. Para descargar PostgreSQL abra su navegador de internet y diríjase a la siguiente dirección de URL: http://www.enterprisedb.com/products-services-training/pgdownload#windows

Descargue la versión 9.4.4.correspondiente a su sistema operativo. Si su sistema operativo es Windows de 32 bits elija la versión Win x86-32 Si su sistema operativo es Windows de 64 bit elija la versión Win x86-64

3 Diríjase a la carpeta en donde se descargó el archivo, por defecto se guarda en la carpeta Descargas se su PC. Dé doble clic sobre el archivo descargado.

Se desplegará una ventana con la configuración de Microsoft Visual C++, como parte de la inicialización del paquete del instalador de PostgreSQL, espere mientras se completa de inicilizar.

4 Se desplegará la siguiente ventana de instalación de PostgreSQL

Especifique el directorio donde PostgreSQL será instalado. (Sólo modifique la ruta si desea una ubicación de instalación personalizada)

5 Seleccione un directorio dentro del cual se almacenarán los datos. (Sólo modifique la ruta si desea una ubicación de instalación personalizada).

Una vez completado todos los pasos anteriores con éxito,el programa está listo para iniciar la instalación.

6 Espere unos minutos mientras se completa el proceso de instalación.

Terminada la instalación de PosgreSQL, en la ventana de instalación dé clic en el botón terminar y activada la casilla de verificación para ejecutar StackBuiler que le ayudará en el proceso de instalación del servidor Web Apache y otras herramientas adicionales que trabajan en conjunto con PosgreSQL.

7 Para proceder con la instalación del Apache PHP v2.4, diríjase a la pestaña de Web Development y dé clic sobre ella. Active la casilla de Apache/PHP v2.4.12-5.5-27-1 y a continuación dé clic en el botón siguiente.

En la ventana de confirmación verifique esté dentro del recuadro Paquetes Seleccionados: Apache/PHP v2.4.12-5.5-27-1, y dé clic en siguiente.

Espere mientras se descarga la aplicación de instalador del servidor Apache.

Una vez descargado saldrá la siguiente ventana, dé clic en el botón Next, para comenzar a ejecutar el archivo descargado.

Dé clic en el botón Next

9 Seleccione el directorio de instalaciรณn de Apache (Si desea un directorio diferente al especificado modifique la ruta)

Escoja el puerto en el que irรก a funcionar el Apache. En este caso el puerto 8080.

Se le visualizarรก una ventana de confirmaciรณn para comenzar la instalaciรณn.

10 Dé permisos de comunicación de Red, permitiendo al Firewall crear una nueva regla para Apache.

Al finalizar se desplegará la siguiente ventana de confirmación

Verificamos que esté instalado el servidor Web Apache

11 Si está funcionando y no ha existe ningún problema debería salir en el navegador con un mensaje como el siguiente.

Diríjase a los archivos proveídos, necesarios para la instalación del Sistema SysBanx. Seleccione la carpeta SysBanx para copiarla a la siguiente dirección (En caso de haya elegido la configuración de directorio por defecto) en su disco duro. Haciendo clic derecho sobre la carpeta SysBanX y escogiendo de la lista desplegable la opción Copiar. C:\Program Files (x86)\PostgreSQL\EnterpriseDB-ApachePHP\apache\www

12 Una vez en la carpeta www, copie la carpeta SysBanX haciendo clic derecho sobre una parte vac铆a en blanco de la carpeta y escogiendo de la lista despegable la opci贸n Pegar

Accedemos al programa pgAdmin dando clic en el bot贸n de inicio. Y escribiendo pg en el campo de b煤squeda.

13 Ingrese el usuario admin y la contraseña admin para conectarse a la base de datos. En la sección izquierda en el nodo Databases de clic derecho y seleccione New Database

Ingrese el nombre de la Base de datos o siguiente “SysBanX”.

14 Dé clic sobre la base de datos creada y de clic en Restore, se le desplegará la sisguiente ventana. En la cual debe seleccionar el archivo .backup que contiene la base de datos del sistema.

Seleccione el archivo en su ubicación del disco duro.

Dé clic en el botón inferior “Restore”

15 Ahora acceda en el navegador a la siguiente dirección en la URL. http://localhost:8080/sysbanx/vistas/ En el campo usuario ingrese : “admin” En el campo password ingrese la contraseña, en este caso “admin” de igual manera.

16 Se le desplegar谩 la ventana de inicio con privilegios de administrador para que pueda comenzar a usar el Sistema. Para informaci贸n relacionada sobre la utilizaci贸n del Sistema revise el manual de Usuario.

Anexo 5 Acta Entrega – Recepción