UNIVERSIDAD TECNOLÓGICA DE QUERÉTARO

Transcripción

1 UNIVERSIDAD TECNOLÓGICA DE QUERÉTARO Nombre del proyecto: EVALUACIÓN DE CALIDAD DE UN SISTEMA BANCARIO Empresa: SOLSER SISTEM Memoria que como parte de los requisitos para obtener el título de: INGENIERO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN Presenta: CABALLERO TINAJERO NICANDRA Asesor de la UTEQ Araceli Soto Hernández Asesor de la Organización Ing. Fernando Adolfo Galindo Mendieta Santiago de Querétaro, Qro. Mayo del 2014

2 Resumen El proyecto Evaluación de Calidad de un Sistema Bancario tuvo como objetivo entregar un producto completamente libre de errores con un alto grado de calidad, la cual fue evaluada por el personal de la misma área como primer instancia y después por el cliente de la aplicación. Para cumplir con este objetivo se llevó a cabo un proceso, en el cual se realizaron desde casos de prueba hasta las pruebas funcionales, se tuvo una coordinación de esta área (Calidad) a través de un líder, además de comunicación directa e indirecta con el personal del área de desarrollo, los cuales fueron los encargados de realizar este Sistema Bancario. 2

3 Summary I developed the Project Quality assessment of a banking system during my internship. It consisted on development of test cases, test matrices and principally, functional testing of the application. In the project the quality team had direct and indirect contact with the development team with the objective of solving the incidents found in the application of banking system. Also, I had contact with the customer that requested the application. To sum up, the lapse of this project was four months. The experience in the company Solser was very satisfactory because the knowledge of quality area were reinforced; also I learned to perform test cases. The support that I received by each of the project stakeholders was unconditional and thanks to them the project was completed successfully. In general, the company Solser; as well as the customer was satisfied with my performance. 3

4 Agradecimientos Desde los 5 años empezó un proyecto de vida, un proyecto que me haría mejor persona, que me daría más recursos para avanzar cada día y hoy concluyo una meta, aunque me falta cumplir muchas, hoy quiero agradecer: A Dios, por la vida y la salud que me ha dado. A mis padres Cirilo Caballero Martínez y Gloria Tinajero Montoya, por los desvelos la paciencia y las privaciones que tuvieron para que yo pudiera lograr mi meta, el amor que me han dado siempre y el respeto a mi persona y mis decisiones. A todos mis hermanos, por siempre estar conmigo, por siempre alentarme para no detenerme y superar una meta más y por su apoyo incondicional. A José Ricardo Zavala Salinas, esa persona especial que compartió conmigo parte de su vida, que me brindo su hombro el momento en que lo necesite, que me dio fuerzas, apoyo y me alentó a cumplir esta meta. 4

5 Í ndice Resumen... 2 Summary... 3 Agradecimientos... 4 Í ndice... 5 I. INTRODUCCIÓN... 6 II. ANTECEDENTES... 7 III. JUSTIFICACIÓN... 9 IV. OBJETIVOS V. ALCANCE VI. ANÁLISIS DE RIESGOS VII. FUNDAMENTACIÓN TEÓRICA VIII. PLAN DE ACTIVIDADES IX. RECURSOS MATERIALES Y HUMANOS X. DESARROLLO DEL PROYECTO XI. RESULTADOS OBTENIDOS XII. CONCLUSIONES Y RECOMENDACIONES XIII. BIBLIOGRAFÍA 5

6 I. INTRODUCCIÓN La empresa Solser es una empresa encargada de desarrollo de software, esta empresa entrega productos de calidad y así satisface las necesidades del cliente. El proyecto a desarrollar se encarga de garantizar que el producto final, en este caso un sistema bancario, esté libre de errores, para llegar a este resultado se llevan a cabo pruebas del sistema, basadas en matrices de prueba, las cuales consisten en un documento que contiene todos los escenarios posibles presentes en los requisitos, en ella se incluye las condiciones iniciales y los resultados obtenidos en cada prueba, así como observaciones en donde en caso de haber alguna falla con la prueba se justifica. El proyecto se desarrolla con fines académicos como requisito para obtener el grado de ingeniería en la Universidad Tecnológica de Querétaro. 6

7 II. ANTECEDENTES La empresa Solser tiene como proyecto realizar una reingeniería al Portal Empresarial, en donde se implementara una nueva arquitectura, que soporte el aumento en la operativa y escalabilidad en infraestructura para crear una Nueva Banca Electrónica Empresarial con el manejo de usuarios, perfiles, mancomunidad, cuentas y nómina, de forma segura consistente y con alta disponibilidad, estas son funcionalidades acordes a las nuevas expectativas de la captación de mercado nacional, es por esto que el proyecto se debe entregar con excelente calidad, para llegar a este resultado es necesario pasar por el área de calidad, en la cual se llevan a cabo pruebas funcionales de la aplicación en desarrollo, se toma como referencia matrices de pruebas que fueron realizadas posterior a los casos de uso de la aplicación. La empresa Solser es una compañía certificada en CMMi N3 (Modelo de Madurez de la Capacidad Integrado, que es un modelo de procesos que contiene las mejores prácticas de la industria para el desarrollo, mantenimiento, adquisición y operación de productos y servicios) que brinda soluciones y consultoría en el área de Tecnologías de la Información (TI), desarrollando e integrando software para negocios, dando mantenimiento a aplicaciones tecnológicas y proporcionando outsourcing especializado bajo los mejores estándares de calidad que existen en el mercado, ofrecemos soluciones para Entidades Financieras, Empresas Privadas, Aseguradoras, Industrias y Gobierno. 7

8 Esta empresa nació en el año 2002, actualmente cuenta con una experiencia continua de 10 años en el mercado de TI, con un equipo de más de 80 profesionales que han trabajado en la implementación de proyectos exitosos para empresas mexicanas e internacionales. 8

9 III. JUSTIFICACIÓN Este proyecto tiene como objetivo principal entregar un producto final con la mejor calidad, esto es de gran importancia tanto para la empresa como para el personal involucrado en el proyecto, ya que del resultado obtenido depende el prestigio de la empresa y de su personal, permitiendo así ser reconocida por diferentes organizaciones y estar contemplada para futuros proyectos. 9

10 IV. OBJETIVOS El objetivo principal del proyecto mencionado en este documento es realizar las pruebas en la aplicación del sistema bancario, las cuales permitirán entregar un proyecto de calidad, ya que las pruebas a realizar tienen como objetivo verificar y aprobar el funcionamiento correcto del sistema bancario de acuerdo a las especificaciones del cliente. 10

11 V. ALCANCE El proyecto a realizar en la empresa Solser tiene como finalidad realizar las pruebas en un sistema bancario, este sistema contempla dos perfiles, uno como administrador y el otro como operador. Dentro del perfil Administrador se tienen los siguientes módulos: Seguridad y Gestión Operadores. Seguridad: En este módulo se administra la seguridad del mismo usuario administrador, como cambio de clave de acceso, preguntas de seguridad, etc. Gestión Operadores: En este módulo se realiza el alta, modificación y consulta de operadores, así como la asignación/desasignación y bloqueo/desbloqueo de token. El perfil Operador contiene los siguientes módulos: Sus Cuentas, Consultas, Transferencias, Pagos, Chequeras/Cheques y Nomina. Sus Cuentas: Aquí se muestran las cuentas disponibles del usuario, así como las operaciones que este mismo ha realizado. Consultas: En este módulo se tiene la opción de consultar las operaciones que se realizaron en el transcurso del día, además se puede consultar los estados de movimientos de las cuentas del usuario. Transferencias: este módulo se encarga de realizar las diferentes transferencias del sistema bancario como: Transferencias a Cuentas Propias, SPEI o Transferencia a Terceros del Mismo Banco. 11

12 Pagos: En este módulo se despliega los distintos pagos de servicios dependiendo de la compañía. Chequeras/Cheques: Dentro de este módulo se llevan a cabo la solicitud de chequera, su activación, así como la consulta de cheques y de la misma. Nómina: Este módulo realiza el alta de empleados, de cuentas de nómina así como la dispersión de las mismas, además de que se tiene la opción para realizar consulta de los reportes de las dispersiones. Este proyecto y documentación abarca completamente el perfil Administrador y por el lado del Operador solo el módulo de Nómina. El proyecto está planeado para un periodo de no más de cuatro meses. 12

13 VI. ANÁLISIS DE RIESGOS El propósito es identificar los riesgos que se puedan presentar en el desarrollo del proyecto, analizarlos, calcular la exposición y en base a ello poder priorizarlos, para establecer estrategias de control y resolución, que permitan ejercer una correcta supervisión de los mismos. Es por esta razón que, para que un proyecto de desarrollo pueda llevarse a cabo dentro de los tiempos establecidos y los costos previstos, los riesgos deben ser identificados y controlados. Para ello se realiza la siguiente tabla en la cual se identifican cada uno de los posibles riesgos para el proyecto. Id. Descripción del Riesgo Nivel de Impacto Acciones de Prevención Acción de Corrección R01 Planificación errónea del 3 Revisión diaria de las Dedicar horas tiempo estimado para cada actividades realizadas. extras al proyecto. actividad R02 Falla de internet 5 N/A Solicitar revisión y solución inmediata. R03 Falla de Interact 5 N/A Solicitar inmediatamente solución. R04 Falta de documentación de 3 Revisar antes de Asignar a una casos de prueba iniciar la fase de persona realizar la pruebas si se tiene la documentación documentación faltante. completa. R05 Falta de experiencia con 2 Una parte del tiempo Si se produce un las herramientas utilizadas de desarrollo del retraso por parte de proyecto se destinará un miembro del al aprendizaje de las equipo, los demás herramientas de miembros tratarán 13

14 documentación e implementación. R06 Pérdida de documentación. 4 Se usará un repositorio para el control de versiones. R07 Falta de seguimiento de 3 Planificación tareas adecuada de tareas y seguimiento del desarrollo de las mismas. de ayudar a superarlo. Consultar a fuentes externas En último lugar se haría una redistribución de tareas. Actualizar con la última copia disponible. Recalendarización de las tareas. Id: Identificador de riesgo. Descripción del Riesgo: Descripción Resumida del Riesgo. Nivel de Impacto: Grado de Impacto en el Proyecto en caso de que el Riesgo finalmente se produjera. Se mide en una escala de 1 a 5, siendo 1=poco influyente hasta 5=fuertemente influyente. Acciones Prevención: Descripción de las Acciones o Medidas a Adoptar para evitar (mitigar) la aparición final del Riesgo. Acciones Corrección: Descripción de las Acciones o Medidas a Adoptar en caso de que el Riesgo finalmente se haya producido. 14

15 VII. FUNDAMENTACIÓN TEÓRICA La prueba funcional de un producto de software tiene como objetivo validar cuando el comportamiento observado del producto cumple o no con sus especificaciones. El Modelo utilizado en la empresa SOLSER, CMMI N3 es un modelo para la mejora y evaluación de los procesos de desarrollo y mantenimiento de sistemas y productos de software de una empresa, desarrollado por el Instituto de Ingeniería del Software (SEI), esta metodología tiene como objetivos: Producir servicios y Productos de alta calidad. Crear valor para los accionistas. Mejorar la satisfacción del cliente. Incrementar la participación en el mercado. Ganar reconocimiento en la industria. CMMI Nivel 3 asegura que sus procesos son definidos. Un proceso definido es un proceso administrado que es ajustado desde el conjunto de estándares del proceso de la organización de acuerdo con las guías de ajuste; tiene una descripción del proceso mantenida, y aporta productos de trabajo, medidas y otra información de mejoramiento del proceso para los activos del proceso de la organización, es decir, está establecida, documentada, y existen métricas (obtención de datos objetivos) para la consecución de objetivos concretos. 15

16 Las pruebas implementadas al sistema bancario son realizadas mediante un proceso y en ambientes diferentes, uno dentro de la empresa SOLSER y el otro en el área de preproducción del cliente. Se maneja la herramienta llamada COS por sus siglas (Centro Operativo Solser), esta aplicación contiene una lista de proyectos, cada uno de ellos registra una lista de incidentes levantados tanto por parte del cliente, como de manera interna, al COS tienen acceso solo el personal involucrado en el proyecto. En esta herramienta el Tester abre un incidente, el cual se le informa al desarrollador asignado, para que este le dé solución y nuevamente se realicen pruebas por el Tester para su visto bueno y sea así como el cliente confirme la aprobación del incidente. También se cuenta con la herramienta SmartCVS, es un innovador cliente CVS (Sistema de Control de Versiones), que cuenta con características de gran alcance, tales como una función de archivo de comparación/fusión, pantalla de transacciones y archivos de listas de repositorio, y al mismo tiempo es fácil e intuitivo de usar. SmartCVS tiene facilidad de uso y manejo de tareas de CVS del día a día y no se limita al conjunto de comandos disponibles CVS, además de que fue desarrollada en multiplataforma, lo que quiere decir que puedan funcionar en diversas plataformas. Por ejemplo, una aplicación multiplataforma podría ejecutarse en Windows en un procesador x86, en GNU/Linux en un procesador x86, y en Mac OS X en uno x86. En este repositorio se tiene y sube toda la información relacionada al proyecto, solo el personal autorizado puede acceder a ella. 16

17 VIII. PLAN DE ACTIVIDADES 17

18 IX. RECURSOS MATERIALES Y HUMANOS Para el desarrollo del proyecto de Evaluación de Calidad de un Sistema Bancario se necesitarán los siguientes recursos humanos y materiales que son indispensables para que se realicen las pruebas de manera adecuada y el sistema cumpla con las características que el cliente solicita. Recursos Materiales Recursos Materiales Cantidad Pc Active Cool, Procesador AMD Dual Core, RAM 2GB, Sistema Operativo Windows 7 Ultimate 1 Oracle VM con Internet Explorer 7 SmartCVS 7.1 Paquetería de Office 2010 Mozilla Thunderbird Gadwin PrintScreen RSA SecurID Token Recursos Humanos Rol Nombre Responsabilidad Área Líder de Proyecto Fernando Galindo Mendieta Seguimiento a Proyecto y asignación de actividades Proyectos et Líder de Área de Marina Casiano Seguimiento y asignación de actividades a personal Calidad marina.casiano@ solsersistem.net 18

19 Calidad Cleofas de área de Calidad Tester Tester Tester Nicandra Caballero Tinajero Sarahi González González Liliana García Martínez Evaluación de Calidad Calidad Nicandra.caballer net Evaluación de Calidad Calidad et Evaluación de Calidad Calidad olsersistem.net 19

20 X. DESARROLLO DEL PROYECTO El proyecto Evaluación de Calidad de un Sistema Bancario desarrollado en la empresa SOLSER la cual está ubicada en Avenida Peñuelas No.5, interior 24, Fraccionamiento Industrial San Pedrito Peñuelas, Santiago de Querétaro, Qro. Este proyecto inicia con él envió de una solicitud de evaluación de calidad vía correo electrónico, desde el líder del área de desarrollo hacia el líder del área de calidad por medio de la herramienta de correos Mozilla Thunderbird. Una vez realizada la solicitud por el área de desarrollo, el líder del área de calidad se encarga de asignar diferentes tareas a los integrantes de la misma área. Imagen 01-Mozilla Thunderbird La tarea inicial fue el diseño de los casos de prueba, los cuales parten de los casos de uso desarrollados por el analista del proyecto, estos casos de uso 20

21 son adquiridos del repositorio creado en la herramienta Smart CVS, en el que solo el personal involucrado puede accesar a la información del proyecto. Imagen 02-SmartCVS Los casos de prueba que se realizaron en este proyecto, se hicieron de acuerdo a los siguientes casos de uso: FDS-006CasosUso_013_Dispersion Nomina FDS-006CasosUso_013_Empleados FDS-006CasosUso_016_Alta Cuentas FDS-006CasosUso_015_Perfilamiento Para el manejo de los nombres de documentos se maneja un formato establecido por la empresa SOLSER en donde el indicio FDS-006 es el utilizado para los casos de uso. El documento FDS-006CasosUso_013_Dispersion Nomina, se divide en dos casos de uso, el cual es: 001_CU_ DispersionIndiv: Dispersión de Nómina Individual 002_CU_ DispersionArchivo: Dispersión por Archivo Este documento describe las características funcionales del proceso que deberán seguir los clientes de Sistema Bancario para la Dispersión de Nómina Individual y por archivo desde el portal Bancario. 21

22 Documento FDS-006CasosUso_013_Empleados, se divide en los siguientes casos de uso: 001_CU_ ALTA_EMPIND: Registro de Empleados Individual en Sistema Bancario. 002_CU_ ALTA_EMPARCH: Registro de Empleados por Archivo en Sistema Bancario. 003_CU_CONS_BAJA_EMPLEADOS: Consulta, modificación y/o cancelación de empleados en Sistema Bancario. En este archivo se describen todas las características funcionales del proceso que deberán seguir los clientes de Sistema Bancario para el Registro de Empleados desde el portal Bancario. Documento FDS-006CasosUso_016_Alta Cuentas, contiene los siguientes casos de uso: 001_CU_ALTA_INDV: Alta de Cuenta Individual 002_CU_ALTA_ARCHIV: Alta de Cuenta por Archivo En este documento se describen las características del proceso de alta de cuenta individual y por archivo, desde el portal Bancario. Documento FDS-006CasosUso_015_Perfilamiento, con los siguientes casos de uso: 002_CU_CONSULTA_USUARIOS: CONSULTA DE USUARIOS 003_CU_ALTA_USUARIOS: ALTA DE USUARIOS 004_CU_ASIG_DESASIG_TOKEN: ASIGNACION/DESASIGNACION DE TOKEN 005_CU_DESBLOQUEO_TOKEN: DESBLOQUEO DE TOKEN 22

23 En este documento se describen las siguientes operaciones: o Consulta de usuarios: Permite hacer modificaciones, bloqueos y desbloqueos de usuarios. o Alta de usuarios: Realiza altas, modificaciones y otorga permisos para la visualización a los usuarios de tipo operador. o Asignación y desasignación de token: Realiza la asignación, desasignación y autorización de los movimientos realizados por el administrador 2. o Desbloqueo de token: Realiza la reactivación de Token y autorización o rechazo de desbloqueos realizados por el administrador 2. Casos de Prueba y Matriz de Prueba Los casos de prueba realizados para el sistema bancario son realizados de manera independiente de acuerdo a cada caso de uso incluido en el archivo FDS-006. La estructura de los casos de prueba es mediante pasos los cuales son identificados de acuerdo a los mismos pasos que contiene el caso de uso en el flujo principal, en el cual se distingue el término de cada paso porque es lo que el usuario final puede visualizar en pantalla, de igual manera se realiza este proceso con los flujos alternos. 23

24 El primer caso de prueba a realizar fue el derivado del documento FDS- 006CasosUso_013_Dispersion Nomina, para lo cual se obtuvieron tres diferentes documentos. El primer documento de caso de prueba fue el de Dispersión de Nómina general, que se muestra en la Imagen 03, este formato es el usado en la empresa SOLSER para el control de sus documentos. Imagen 03 - Caso de Prueba Dispersión En la Imagen 04 se muestra un ejemplo de los pasos a realizar en los casos de prueba del flujo primario del caso de uso. 24

25 Imagen 04 Flujo Primario Los flujos alternos dentro del documento de casos de prueba se identifican con un color diferente al del flujo primario, como se muestra en la Imagen

26 Imagen 05 Flujo Alterno De esta manera se crearon cada uno de los casos de prueba para cada caso de uso. Otro documento usado para realizar las pruebas son las matrices de prueba, estas matrices se diseñaron de acuerdo a las características de cada uno de los requerimientos, cada matriz indica cada una de las pruebas a realizar en 26

27 los diferentes escenarios que se presentan en la aplicación, además de indicar bajo qué condiciones se deben realizar la pruebas y que debe mostrar como resultado, en la siguiente imagen (Imagen 06) se muestra un ejemplo de una matriz de prueba, en el apartado de hojas se muestran los diferentes módulos en los cuales se hará la prueba. Imagen 06 Matriz de Prueba Pruebas Sistema Bancario Las pruebas realizadas en el sistema bancario se llevaron a cabo en un ambiente de pruebas, que parten del uso de dos diferentes tipos de usuario: el usuario Administrador y el usuario Operador, cada uno realiza diferentes operaciones. Las pruebas se llevaron a cabo de manera separada desde ambiente, tipo de usuario y modulo a probar. Las pruebas realizadas para el sistema bancario se llevaron a cabo en el navegador Internet Explorer 7, el cual fue solicitado por el cliente. 27

28 El procedimiento de los incidentes encontrados en el ambiente de pruebas fue como primer punto detectar y documentar el incidente, posteriormente este incidente era registrado en una herramienta llamada COS (Centro Operativo SOLSER). Imagen 07 - COS La imagen 07 muestra el diseño de la herramienta, para ingresar a ella se deben de tener ciertos permisos así como un usuario y una clave proporcionada por el administrador de esta herramienta, de acuerdo a los permisos del usuario, este tendrá acceso y se le mostraran ciertos proyectos una vez ingresando. 28

29 Imagen 08 Ingreso COS La imagen 08 muestra lo que el usuario que accede al COS visualiza, En este caso se muestra una Lista de Proyectos en la cual se muestra cada uno de los proyectos a los que se tiene acceso. Imagen 09 Lista incidentes En la imagen 09 se muestra una lista de incidentes levantados por diferentes usuarios encargados de realizar pruebas en el proyecto Sistema Bancario. 29

30 Imagen 10 Detalle Incidente La imagen 10 muestra cómo se visualiza el detalle de un incidente, para poder ver el detalle de cada incidente solo es necesario dar un clic en el incidente a ver el detalle. Ambiente de Pruebas- Usuario Administrador Módulo Seguridad Este módulo contiene tres diferentes opciones las cuales corresponden a la seguridad del usuario administrador, las opciones de este módulo son: Datos de Contacto: En esta opción el administrador guarda sus datos de contacto como lo son correo electrónico, teléfono y compañía del teléfono. 30

31 Imagen 11 Incidente 01 En la imagen 11 se muestra un incidente encontrado en la opción de Datos de Contacto del módulo Seguridad. Imagen 12 Incidente Datos COS La imagen 12 muestra el incidente creado en el COS. 31

32 Clave de Acceso al Portal: En esta opción se muestra una ventana con 2 pasos, se inicia con el paso 1, en este paso el usuario administrador debe proporcionar la clave de acceso (contraseña) actual, y la clave dinámica token, al presionar el botón siguiente se muestra el paso 2, en este paso se solicitara ingresar la nueva clave de acceso al portal dos veces y se mostrara un mensaje de que la clave de acceso se guardó satisfactoriamente. En esta opción se presentaron algunos incidentes o errores en la aplicación los cuales debían ser atendidos. Imagen 13 Incidente 02 32

33 Al detectar el mensaje se guarda evidencia de la presentación del mismo en un archivo, en este documento se especifica cual fue el incidente y donde fue presentando, la imagen 13 muestra cómo es que se documentó uno de los incidentes en la opción de Clave de Acceso al Portal. Imagen 14 Nuevo Incidente Una vez documentado el incidente se subió al COS, creando un nuevo reporte, aquí se adjunta el archivo con el incidente y se llena la información solicitada, como en la imagen 14. Preguntas de Seguridad: Esta opción muestra dos pasos diferentes, el primer paso muestra una lista con preguntas de seguridad en la cual el 33

34 usuario deberá ingresar las preguntas de seguridad con las que fue registrado, así como la clave dinámica token, en el paso 2 se mostrara nuevamente las preguntas de seguridad las cuales el usuario cambiara y nuevamente la clave dinámica token, para que finalmente se muestre un mensaje de confirmación de cambio de preguntas de seguridad. Imagen 16 Incidente 03 En la imagen 16 se muestra un documento con incidente encontrado en la opción de Preguntas de Seguridad. 34

35 Imagen 17-Alta Incidente En la imagen 17 se muestra como se dio de alta el incidente en el COS. Módulo Gestión de Operadores En este módulo se lleva la administración de los usuarios operadores, aquí se llevan a cabo cuatro distintas operaciones: Alta de operador: En esta opción el administrador podrá dar de alta los operadores de la aplicación, los cuales podrán realizar las diferentes operaciones del Sistema Bancario. 35

36 Imagen 18- Alta Operador En la imagen 18 se muestra uno de los incidentes encontrados en el módulo Gestión de Operadores. Consulta Usuarios: En esta opción se muestra un catálogo de usuarios operadores, en donde se muestra información sobre ellos, además de mostrarse diferentes opciones de consulta como: Por usuario, nombre y estatus. 36

37 Imagen 19 Consulta usuario En la imagen 19 se muestra un documento con uno de los incidentes encontrados en la aplicación Sistema Bancario. Asignación/Desasignación de Token: Esta opción del usuario administrador le permite asignar o desasignar un token a cada uno de los usuarios registrados en la aplicación. 37

38 Imagen 20 Asignación token En la imagen 20 se muestra incidente encontrado en la opción de Asignación/Desasignación de token. Desbloqueo de Token: En esta opción se muestra una lista de usuarios con token asignado, mostrando estatus de token, aquí se permite desbloquear un usuario cuando ha sido bloqueado por ingresar erróneamente su token. Imagen 21 Desbloqueo de Token 38

39 En la imagen 21 se muestra incidente encontrado en la aplicación referente a la opción Desbloqueo de Token. Ambiente de Pruebas- Usuario Operador Módulo Nómina El módulo de nómina está compuesto por un total de cuatro opciones en las cuales el usuario operador lleva a cabo diferentes operaciones. Imagen 22 Modulo Nómina En la imagen 22 se muestra como el módulo de nómina está conformado por cuatro opciones. Empleados: Esta opción es la encargada de la administración de empleados, se pueden llevar a cabo desde alta de empleados, consulta de los mismos y baja, en este módulo se llevaron a cabo pruebas usando archivos para diferentes operaciones. 39

40 Imagen 23- Registro Individual Registro Empleado Individual: Como se muestra en la imagen 23. En esta opción se encontraron algunos incidentes los cuales fueron reportados en el COS. Imagen 24 Incidente Registro Individual 40

41 En la imagen 24 se muestra uno de los incidentes encontrados en el módulo de Nomina-Empleados-Registro Individual, así como en la imagen 25 se muestra el incidente en el COS. Imagen 25- Registro individual COS Registro Empleado Por Archivo: En la imagen 23 se muestra la opción para el registro de empleados por archivo. 41

42 Imagen 26 Incidente Registro por Archivo En la imagen 26 se muestra uno de los incidentes encontrados en el módulo de Nomina-Empleados-Registro por Archivo. Imagen 27 Consulta y Baja 42

43 Consulta y Eliminar: En la imagen 27 se muestra la opción del módulo de Nomina para consulta y baja de empleados. Imagen 28 Baja Empleado En la imagen 28 se muestra un incidente encontrado al realizar las pruebas para la eliminación de empleados. Dispersión de Nomina: Esta opción es la encargada de las dispersiones realizadas a los empleados, se pueden llevar a cabo dos diferentes tipos de dispersiones como dispersión individual y por archivo. 43

44 Imagen 29 Dispersión Individual Dispersión Individual: Como se muestra en la imagen 29 el módulo de Nomina muestra dos opciones para dispersar. Imagen 30 Incidente Dispersión Individual 44

45 En la imagen 30 se muestra un incidente encontrado en el sistema bancario en la opción dispersión individual. Imagen 31 Registro COS Dispersión Individual En la imagen 31 se muestra uno de los incidentes registrados en el COS de esta opción. Imagen 32 Dispersión por Archivo Dispersión por Archivo: Como se muestra en la imagen 32 el módulo de Nomina muestra dos opciones para dispersar por medio de un archivo. 45

46 Imagen 33 Incidente Dispersión por archivo En la imagen 33 se muestra un incidente documentado al realizar las pruebas de Dispersión por Archivo. Imagen 34 Incidente COS Dispersión por Archivo 46

47 La imagen 34 muestra el incidente reportado en el COS para que el desarrollador resuelva. Cuentas de Nomina: En esta opción el operador se encarga de administrar las cuentas de nómina, realiza altas de cuenta individual y por archivo, así como la consulta de las cuentas generadas. Imagen 35 Alta de Cuenta Alta de Cuenta: Como se muestra en la imagen 35 el módulo de Nomina muestra dos opciones para el alta de cuentas de nómina. Imagen 36 Incidente alta de cuenta Individual 47

48 En la imagen 36 se muestra uno de los incidentes encontrados en el módulo de nómina- alta de cuenta Individual. Imagen 37 Cuenta Individual COS En la imagen 37 se muestra el incidente agregado al COS. Imagen 38 Incidente alta de Cuenta por Archivo 48

49 En la imagen 38 se muestra un ejemplo de los incidentes encontrados en la aplicación relacionados a alta de cuenta por archivo. Imagen 39 Alta de Cuenta Archivo COS En la imagen 39 se muestra el incidente en el COS de Alta de Cuenta por Archivo. Imagen 40 Consulta de Cuentas Generadas 49

50 En la imagen 40 se muestra uno de los incidentes encontrados en la opción de Consulta de cuentas generadas del módulo de nómina. Imagen 41 Incidente Cuentas Generadas COS En la imagen 41 se muestra el incidente creado en el COS. Consulta de reportes: En esta opción el operador realiza las consultas de los reportes de nómina. Imagen 42 Incidente Consulta de Reportes 50

51 En la imagen 42 se muestra uno de los incidentes encontrados en la aplicación en la parte de Consulta de Reportes. Los incidentes al ser reportados en el COS le son enviados a los desarrolladores, para que les den una solución, al realizar sus cambios y agregarlos a una nueva versión de la aplicación, se cambia el estatus del COS para que el encargado de pruebas pueda revisar que tenga un funcionamiento correcto. Si el incidente se solucionó correctamente el encargado de las pruebas da un visto bueno de la aplicación. 51

52 XI. RESULTADOS OBTENIDOS El resultado de este proyecto fue cumplir con la entrega del Sistema Bancario en tiempo y forma, así como la satisfacción del cliente y de la empresa Solser, también la obtención de prestigio por parte de la empresa ya que se demuestra el desarrollo de sistemas con alta calidad. De manera personal los resultados obtenidos al culminar el proyecto fue el aprendizaje de las diferentes herramientas usadas en la empresa Solser, así como mejorar la manera de relacionarme y comunicarme con las personas. 52

53 XII. CONCLUSIONES Y RECOMENDACIONES En conclusión este proyecto se culmina satisfactoriamente, obteniendo buenos resultados y mayores conocimientos sobre el área de calidad, además de aprendizaje sobre las herramientas usadas tanto en la empresa como en el área de calidad. Se recomienda que al desarrollar un sistema o cualquier tipo de proyecto se realicen las revisiones pertinentes para que sea un proyecto con calidad. 53

54 XIII. BIBLIOGRAFÍA SmartCVS Disponible en: Beatríz Bonilla Sánchez (31 de marzo 2006) CMMI Modelos de madurez 2 y 3. Disponible en: i2y3 ( ) Mozilla. Disponible en: ES/thunderbird/?flang=es-ES 54