CAPÍTULO IV RESULTADOS DE LA INVESTIGACIÓN

(1)

CAPÍTULO IV

RESULTADOS DE LA INVESTIGACIÓN

(2)

95 CAPÍTULO IV

RESULTADOS DE LA INVESTIGACIÓN

A lo largo del presente capítulo se reseña el progreso del proyecto actual con base en los diversos instrumentos empleados, a través de los cuales se obtuvieron los datos requeridos para el desarrollo del sistema de información propuesto, con la finalidad de tener conocimiento de las necesidades de los usuarios para ofrecer con la presente investigación una solución óptima a los problemas presentados.

1. ANÁLISIS Y DISCUSIÓN DE LOS DATOS Y RESULTADOS

Seguidamente se mostrarán las distintas deducciones del proyecto de investigación, obtenidas a partir del empleo de técnicas de obtención de datos, de la aplicación de los instrumentos definidos anteriormente, además de la ejecución de las actividades establecidas, para desarrollar el sistema de información propuesto, de acuerdo a cada una de las fases de la metodología utilizada.

1.1. DESARROLLO DE LAS FASES DE LA METODOLOGÍA

Con la finalidad de llevar a cabo cada una de las fases que comprende la metodología empleada en el proyecto de investigación actual, se realizaron

(3)

una serie de visitas a la Farmacia Paola C.A., específicamente para cumplir con el primer objetivo, el cual es realizar el diagnóstico de la situación actual del control de asistencia del personal en la Farmacia Paola C.A.

juntamente con el segundo en el que se debe determinar los requerimientos y necesidades que se cubrirán con la implantación del sistema, como parte de la fase I de la metodología, llamada Planificación.

Se determinó a través de la guía de visita (ver anexo B), un conjunto de información relacionada a la farmacia, específicamente su misión que es ofrecer el mejor servicio farmacéutico del mercado para superar expectativas para con clientes, proveedores, y compradores mayoristas brindando un servicio excelente, rápido y eficaz que favorezca las necesidades del consumidor.

Además, la empresa está enfocada principalmente en su servicio a la comunidad zuliana en general, por lo que su visión consiste en crecer cada día como empresa y servicio social para llegar a ser la primera opción en salud de la población. Es importante destacar que los usuarios de la farmacia, en su mayoría son los distintos clientes con necesidad de medicamentos y los empleados de la empresa conformado por trece (13) en total, de los cuales seis (6) manejan la caja, tres (3) son personal administrativo, dos (2) pertenecen al departamento de recursos humanos y dos (2) trabajan con atención al público.

Asimismo, la Farmacia Paola C.A. se dedica a brindar la mejor gama de insumos y medicamentos al mejor precio para comodidad y ajuste económico

(4)

algún momento dado requieran de insumos médicos.

Del mismo modo, a través de la guía de observación (ver anexo C), se pudo determinar que la farmacia cuenta con todos los recursos tecnológicos de hardware y software necesarios para el empleo óptimo de la propuesta, por lo cual es económicamente factible y la empresa no requiere ningún desembolso adicional de dinero para adquirir nuevas tecnologías relacionadas con la implementación del proyecto actual (Ver tabla 2).

Tabla 2.

Factibilidad económica

Recursos Descripción Costo

unitario Bs.

Computador Intel Core I3 Hdmi Disco Duro 800gb Ram4gb Ddr3

7500,00

Monitor LCD 17 pulgadas 2185,00

Teclado Conexión USB 590,00

Mouse Óptico conexión USB 100,00

Lector de huellas

digitales (x2) Para puerto USB 2500,00

Total 15375,00

Fuente: Castro, Gómez, González y Rojas (2013)

Siguiendo esta línea de ideas, se realizó la aplicación de la entrevista (ver anexo D) y el cuestionario (ver anexo E). Estos instrumentos están conformados por una serie de preguntas dirigidas a los usuarios finales del sistema de información, mediante los mismos, se obtuvo toda la información

(5)

requerida referente a los problemas presentados en la empresa, así como la forma en la cual se llevan a cabo los procesos en los cuales se presentan las fallas.

Con base a los datos anteriores, se muestran a continuación diferentes diagramas, en los cuales se visualizan las respuestas dadas por el personal en relación específicamente al cuestionario y el porcentaje de las mismas, luego de un análisis de éstos instrumentos. Los resultados para el primer ítem se muestran en el cuadro 3 y el gráfico 1, donde se indica que el 76,92% del personal, consideró que el sistema actual de registro y control de asistencia de los empleados no es eficiente para la farmacia.

Cuadro 3

Eficiencia del sistema actual de registro y control de asistencia

Í t e m A l t e r n a t i v a s Fr Fa

1 Si 3 23%

No 10 77%

Gráfico 1. Eficiencia del sistema actual de registro y control de asistencia. Fuente: Castro, Gómez, González y Rojas (2013)

23%

77%

Si No

(6)

ha ocasionado problemas con los mismos, debido a fallas de cálculo existentes en los pagos realizados, tal como se muestra en el cuadro 4 y grafico 2.

Cuadro 4

Fallas en los pagos por ineficiencia del sistema de registro y control de asistencia.

2

Si 11 85%

No 2 15%

Gráfico 2. Fallas en los pagos por ineficiencia del sistema de registro y control de asistencia. Fuente: Castro, Gómez, González y Rojas (2013)

Asimismo, en el tercer ítem de la encuesta aplicada en la empresa, se manifiesta que el proceso actual de reclutamiento no es eficiente para la

85%

15%

Si No

(7)

evaluación y captación de personal de la farmacia, esta afirmación la apoyan el 76,92% del personal encuestado, tal como se refleja en el cuadro 5 y gráfico 3.

Cuadro 5

Eficiencia del sistema actual de reclutamiento de personal

3 Si 10 77%

No 3 13%

Gráfico 3. Eficiencia del sistema actual de reclutamiento de personal.

En este mismo orden de ideas, de acuerdo a los resultados reflejados en el cuarto ítem, se afirma la necesidad del personal de la farmacia, de contar con algún programa de mejora profesional y/o programa de bonificaciones a los empleados, de acuerdo a su desempeño en el cargo que ocupa dentro de

77%

13%

Si No

(8)

Cuadro 6

Requerimiento de programa de bonificación a los empleados

4

Si 11 85%

No 2 15%

Gráfico 4. Requerimiento de programa de bonificación a los empleados.

En última instancia, en el quinto ítem, resumido en el cuadro 7 y gráfico 5, se refleja con un 100% de aceptación, la necesidad de un sistema de información para automatizar los procesos de registro y control de personal, además de las tareas de pago de nómina y reclutamiento de personal, se presenta una solución para los problemas planteados.

85%

15%

Si No

(9)

Cuadro 7

Necesidad de un sistema de información para el control de asistencia y reclutamiento de personal

5 Si 13 100%

No 0 0%

Gráfico 5. Necesidad de un sistema de información para el control de asistencia y reclutamiento de personal. Fuente: Castro, Gómez,

González y Rojas (2013)

Continuando con la fase de Planificación, se aplicaron las historias de usuarios, específicamente al gerente y a un empleado del área de recursos humanos de la farmacia, quienes expresaron de forma detallada las distintas tareas que debe realizar el sistema de información, así como los módulos del mismo.

Tal como se muestra en el cuadro 8, según la actividad de creación de cargos, el empleado de recursos humanos hizo referencia a los diferentes cargos dentro de la farmacia, mencionando que “los cargos son creados de

100%

0%

Si No

(10)

Cuadro 8

Historia de usuario 01 HISTORIA DE USUARIO Número: 01 Nombre: Creación de cargos Usuario: empleado de recursos

humanos

Programador: González, Rojas Iteración Asignada: Primera

Descripción: se crean los cargos y se definen sus responsabilidades dentro de la empresa.

Observación:

Asimismo, de la forma en que se expone en el cuadro número 9, en la actividad de registro de vacantes, el empleado de recursos humanos indicó que la misma “se realiza cada vez que hay un puesto de trabajo disponible en los distintos cargos”, además indicó que “pueden existir más de una para el mismo cargo”.

Cuadro 9

Historia de usuario 02 HISTORIA DE USUARIO Número: 02 Nombre: Registro de vacantes Usuario: empleado de recursos

humanos

Descripción: Se realiza el registro de vacantes para los distintos turnos de la empresa, indicando el cargo para el cual se necesita el empleado.

Observación:

(11)

Del mismo modo, como se muestra en el cuadro 10, la actividad de registro de postulaciones, según el empleado de recursos humanos, se refiere a la tarea de “obtener toda la información necesaria de los solicitantes que optan a cada uno de los cargos disponibles en la farmacia, tales como:

datos personales, formación académica, experiencia profesional, entre otros”.

Cuadro 10 Historia de usuario 03 HISTORIA DE USUARIO Número: 03 Nombre: Registro de postulaciones Usuario: empleado recursos

humanos

Descripción: Se ingresan al sistema los datos personales, académicos y profesionales de los postulantes, además de su experiencia laboral de acuerdo al cargo referido.

Observación:

Por su parte, tal como se muestra en el cuadro 11, el empleado de recursos humanos, describe la actividad registro de salarios como un proceso en el que se “establece el monto total a pagar mensualmente para cada cargo existente en la farmacia, tomando en cuenta las tareas asociadas al mismo, el nivel académico requerido, además del nivel de responsabilidad que acarrea”

(12)

HISTORIA DE USUARIO Número: 04 Nombre: Registro de salarios Usuario: empleado recursos

humanos

Descripción :Se asignan los salarios a cada cargo existente de acuerdo a las responsabilidades del mismo

Observación:

Igualmente, en el cuadro número 12 se muestra la actividad de Registro de contrataciones, al respecto el gerente indicó que “se realiza una vez que una persona ha sido contratada, en esta actividad se registran los datos personales y el perfil profesional del nuevo empleado, se le asigna un cargo y un salario mensual, además de todos los términos del contrato establecido”.

Cuadro 12 Historia de usuario 05 HISTORIA DE USUARIO

Número: 05 Nombre: Registro de contrataciones

Usuario: Gerente Programador: Castro, González Rojas

Iteración Asignada: Primera

Descripción: Se obtienen todos los datos personales del nuevo

empleado, incluyendo el registro de su huella dactilar, además se le asigna un cargo y un salario.

Observación:

(13)

En este mismo orden, se muestra en el cuadro 13 la actividad generación de documentos de personal, la cual según el empleado de recursos humanos, “es de suma importancia para las diferentes transacciones realizadas en la empresa”, este proceso es brindado por el sistema de información, con la finalidad de que los usuarios tengan la posibilidad de reproducir documentos de orden administrativo, con base en la información almacenada en base de datos, estos documentos servirán de prueba física a las transacciones realizadas por el sistema de información, además, son útiles para contrastar con la información digital.

Número: 06 Nombre: Generación de documentos de personal Usuario: empleado recursos

humanos

Programador: Castro, Gómez Iteración Asignada: Primera

Descripción: se obtienen y reproducen documentos requeridos para servicios administrativos con los datos de los empleados previamente almacenados, entre ellos memos, constancia de trabajo, entre otros.

Observación:

Por su parte, tal como se muestra en el cuadro 14, en relación a la actividad de creación de horarios, el gerente hizo referencia a los horarios de los empleados de la farmacia, mencionando que “los horarios son creados de acuerdo a las necesidades de la empresa para cubrir cada uno de los turnos en los cuales se trabaja”.

(14)

HISTORIA DE USUARIO Número: 07 Nombre: Creación de horarios

Usuario: Gerente Programador: Castro, Gómez y Rojas Iteración Asignada: Segunda

Descripción: se realiza estableciéndola hora de entrada y salida para cada turno de trabajo, son predeterminados por el personal de recursos humanos de la farmacia.

Observación:

A este respecto, se expone en el cuadro número 15, la actividad de asignación de horarios, para la cual el gerente indicó que “se lleva a cabo una vez que la persona contratada se ha registrado en el sistema como empleado de la farmacia, y se le asigna, de acuerdo a su disponibilidad, un horario de trabajo”.

Cuadro 15 Historia de usuario 08 HISTORIA DE USUARIO Número: 08 Nombre: Asignación de horarios

Usuario: Gerente Programador: Castro, Gómez Iteración Asignada: Segunda

Descripción: se realiza asignando a cada empleado uno de los horarios predeterminados para los diferentes turnos.

Observación:

Otra tarea prioritaria, se muestra en el cuadro 16, que es el registro de identificación dactilar, la cual forma parte de la innovación del proyecto de investigación al sistema actual de control y registro de asistencia, de acuerdo

(15)

a esta actividad el gerente explica en qué consiste este proceso, donde la persona “coloca un dedo pulgar en el escáner biométrico, con la finalidad de registrar las características de su huella dactilar para quesea almacenada por el sistema, asociándola a los datos personales del empleado correspondiente”.

Número: 09 Nombre: Registro de identificación dactilar Usuario: Gerente Programador: González Iteración Asignada: Segunda

Descripción: Se realiza la identificación de la huella del dedo pulgar del empleado a través de un escáner biométrico, y el sistema almacena las características de la huella, asociándola a los datos personales del empleado.

Observación: El empleado debe tener un contrato para ser registrado.

Como seguimiento de esta actividad, en el cuadro 17 se detalla el registro de asistencia con identificación dactilar, la cual también forma parte de la optimización del sistema actual de control y registro de asistencia, al respecto, el gerente expresó que el empleado debe “colocar su dedo pulgar registrado en el escáner biométrico, y una vez que se identifica la huella dactilar, el sistema debe obtener un registro de la hora correspondiente de ingreso o salida a su puesto de trabajo”.

(16)

HISTORIA DE USUARIO

Número:10 Nombre: Registro de asistencia con identificación dactilar Usuario: Gerente Programador: Castro, González Iteración Asignada: Segunda

Descripción: Se realiza la identificación del empleado una vez que éste coloca su pulgar en el lector de huellas, el sistema registra la hora en que se realizó dicha identificación, esto debe hacerse al ingresar a la empresa y al salir, estos datos son para el uso del personal de recursos humanos al momento de calcular los pagos según el horario cumplido.

Observación: El empleado debe estar registrado su huella registrada.

A estas actividades se suma el registro de tipo de nómina la cual se

“determina de acuerdo al cargo del empleado dentro de la farmacia y el tipo de contrato establecido” expuso el empleado de recursos humanos, este proceso se especifica en el cuadro 18, es importante destacar que a partir de esta actividad se conforma el subsistema de nóminas para recursos humanos, en la que se hace uso de los datos de los empleados para ejecutar transacciones específicas de esta área.

Cuadro 18 Historia de usuario 11 HISTORIA DE USUARIO Número: 11 Nombre: Registro de tipo de nómina

Usuario: empleado de recursos humanos Programador: Rojas Iteración Asignada: Segunda

Descripción: Se realiza la asignación de los distintos tipos de nómina que a criterio de recursos humanos se encuentran presente en la empresa según los cargos de los empleados.

Observación:

(17)

Con base en lo expuesto anteriormente, el empleado de recursos humanos hace referencia al proceso de calcular nóminas del personal, el cual, “es de vital importancia para el correcto funcionamiento interno del área administrativa de la farmacia, tomando en cuenta que es una de las tareas de finanza básica dentro de la empresa”.

Cuadro 19 Historia de usuario 12 HISTORIA DE USUARIO Número: 12 Nombre: Calcular nómina

Usuario: empleado de recursos humanos Programador: Castro, Rojas Iteración Asignada: Tercera

Descripción: se establecen los pagos a los empleados en base a las horas trabajadas y el tipo de nómina al cual pertenecen, además de las actividades extras desarrolladas.

Observación:

Sobre la base de las actividades expuestas que conforman la nómina, se realiza la generación de recibos de pago como se explica en el cuadro 20, que según lo referido por el empleado de recursos humanos “es una tarea en la que se imprime un recibo después de cada cobro por parte de los empleados, con la finalidad de mantener un control físico administrativo de los pagos realizados, a la vez que sirve como constancia de cancelación de determinado monto al personal de la empresa”.

(18)

HISTORIA DE USUARIO Número: 13 Nombre: Generación de recibos de pago

Usuario: empleado de recursos humanos Programador: Castro, Rojas Iteración Asignada: Tercera

Descripción: se generan los recibos de pago, los cuales pueden ser impresos, en ellos se indican los datos personales de cada empleado y el monto pagado así como la descripción y deducciones relacionadas a su cargo.

Observación :Previamente debió calcularse la nómina Fuente: Castro, Gómez, González y Rojas (2013)

Como complemento al subsistema de nómina se efectúa el procesamiento de adelantos, lo cual de acuerdo al empleado de recursos humanos “se realizan para casos específicos cuando un empleado lo requiera y sea solicitado al departamento de recursos humanos” en el cuadro 21 se detalla lo dicho anteriormente.

Cuadro 21 Historia de usuario 14 HISTORIA DE USUARIO Número: 14 Nombre: Procesamiento de adelantos

Usuario: empleado de recursos humanos Programador: Castro, Gómez

Iteración Asignada: Tercera

Descripción: Se registran pagos a un empleado fuera de las fechas determinadas en base a una solicitud y se deduce de su próximo pago.

Observación:

(19)

En relación a lo anterior, mediante los resultados obtenidos por la aplicación de los instrumentos, se determinó que existe la necesidad de implementar un sistema que automatice el control de personal de la Farmacia Paola C.A., el cual incluye los procesos de: reclutamiento, registro de asistencia y pagos de nómina, conclusión que se obtiene, gracias a que en las encuestas realizadas, el personal aseveró en su mayoría, que el método utilizado actualmente, carece de veracidad y eficacia, además, las personas encuestadas afirmaron, la necesidad de un sistema informático para automatizar las tareas de reclutamiento y control de personal de la empresa.

En consecuencia, luego de haber identificado los problemas presentes en la organización, se comprobó que la solución más apropiada para los mismos, se encuentra en desarrollar un sistema de información con tecnología biométrica para el control de personal, el cual manifestará una considerable mejora en los procesos realizados en la farmacia Paola C.A., al mismo tiempo que brinda confiabilidad y eficacia en las distintas tareas que lo constituyen.

Continuando con las actividades de la fase de planificación, se realiza el plan de entregas del presente proyecto el cual se expone en el cuadro 22, tomando en cuenta los parámetros de la metodología XP, se constituye el tiempo calendario, considerando un mes de cuatro (4) semanas, una semana de cinco (5) días, y un día de cuatro (4) horas.

(20)

Historias Calendario Estimado

Programador

N° Nombre Horas Días Fecha

1 Creación de cargos 12 3 08/04/2013 2

2 Registro de vacantes 12 3 11/04/2013 2

3 Registro de postulaciones 12 3 16/04/2013 2

4 Registro de salarios 12 3 22/04/2013 2

5 Registro de contrataciones 20 5 25/04/2013 3 6 Generación de documentos

de personal

12 3 02/05/2013 2

7 Creación de horarios 20 5 07/05/2013 3

8 Asignación de horarios 12 3 14/05/2013 2 9 Registro de identificación

dactilar

20 5 17/05/2013 1

10 Registro de asistencia con identificación dactilar

20 5 24/05/2013 2

11 Registro de tipo de nómina ⁸ ² 31/05/2013 1

12 Calcular nómina ²⁸ ⁷ 04/06/2013 2

13 Generación de recibos de pago

12 3 13/06/2013 2

14 Procesamiento de adelantos ¹⁶ ⁴ 18/06/2013 2 Totales 216 54

De la misma forma, en el cuadro 23, se establecen las diferentes iteraciones en las cuales se divide el proyecto, considerando las historias de usuario generadas precedentemente, esta actividad tiene la finalidad de identificar las tareas necesarias para la elaboración de cada una de las historias, a través de la estimación de tiempo necesaria para su ejecución, además, permite agilizar el proceso de desarrollo, evitando efectuar actividades no planificadas.

(21)

Cuadro 23 Plan de Iteraciones

Iteración Historias

Prioridad Actividad Dependencia

N° Nombre

Primera

01 Creación de cargos 1 ^Nueva N/A

02 Registro de vacantes 1 ^Nueva 01

03 Registro de postulaciones 1 ^Nueva 01,02

04 Registro de salarios 1 ^Nueva 01

05 Registro de contrataciones 1 ^Nueva 01, 03, 04

06 Generación de documentos de personal

1 ^Nueva 01-05

Segunda

07 Creación de horarios 2 ^Nueva 01,05

08 Asignación de horarios 2 ^Nueva 01,05,07

09 Registro de identificación dactilar

2 ^Nueva 05

10 Registro de asistencia con identificación dactilar

2 Nueva 05,09

11 Registro de tipo de nómina 2 Nueva 01-05,07-08

Tercera

12 Calcular nómina 3 Nueva 01-05,07-11

13 Generación de recibos de pago 3 Nueva 01-12 14 Procesamiento de adelantos 3 Nueva 01-05,11-12 Fuente: Castro, Gómez, González y Rojas (2013)

Esta planificación en iteraciones, permite mantener reuniones continuas en los cuales se discuten los avances logrados, en cuanto a las distintas tareas referentes al desarrollo del proyecto actual, en el tiempo adecuado, procurando así la mejora en la culminación exitosa del sistema de información propuesto.

Asimismo, como parte de la planificación se dividió el proyecto en tres (3) iteraciones, cada una con un tiempo determinado de ejecución de veinte días (20), es decir, un mes, en el cual se desarrollan las partes del sistema y se entregan al usuario, una vez que las mismas estén completamente funcionales, en las fechas previamente pautadas, de igual manera, las

(22)

En relación a la distribución de tiempo en las iteraciones, se invirtieron cien (100) horas para el desarrollo de cada entrega, repartidas de acuerdo a la complejidad de la misma, las fechas de reunión para la revisión por parte del usuario final se pautaron par el seis de abril, cuatro de junio y tres de julio respectivamente, como se muestra en el cuadro 24.

Cuadro 24

Velocidad del proyecto, Iteraciones

Tiempo Horas Semanas Horas semanas

Historia de usuario (velocidad

del proyecto)

Fecha de entrega

Duración de la reunión

Iteración

1 80 4 20 6 06/05/2013 3:00:00

Iteración

2 80 4 20 5 04/06/2013 2:00:00

Iteración

3 56 4 14 3 03/07/2013 3:00:00

Finalmente se realiza la especificación de los casos de uso, en el cual se desglosan las diferentes interacciones del usuario final con los módulos en los que se compone el sistema de información, destacando las características de cada uso como, nombre, objetivo, alcance, precondición, descripción, entre otros. Cabe destacar que este análisis se basa en las historias de usuario elaboradas previamente.

(23)

Seguidamente, se muestra toda la información en detalle de cada módulo del sistema en general, llamados subsistemas, se agrupan en asistencias, administración de recursos humanos y nómina. Los cuadros mostrados a continuación desde el número 25 hasta el 33, detallan el subsistema asistencias, que se refiere a todas las tareas y procesos incluidos en este módulo.

Cuadro 25

Análisis de caso de uso. Subsistema Asistencias, Creación de horarios SUBSISTEMA ASISTENCIAS

Caso de Uso #1 Creación de horarios

Objetivo Se crean horas de trabajo donde se abarque el total del cumplimiento laboral

Alcance Establecer horas especificas de trabajo para cada tipo de empleado

Condiciones

anteriores Acceder al sistema como Administrador RRHH Objetivo logrado Correcta creación de horarios

Objetivo fallido Pueden ser alterados sin ningún tipo de control Actores primarios

y secundarios Administrador RR.HH

Activador Asignación de cargo

Descripción

Paso Acción

1 Se debe haber ingresado previamente los datos del Empleado

2 Se accede al modulo creación de horarios 3 Se asignan las horas adecuadas verificando

que no exista un choque entre las mismas 4 Se presiona el botón “guardar horario” y este

es asignado al empleado Fuente: Castro, Gómez, González y Rojas (2013)

(24)

SUBSISTEMA ASISTENCIAS Caso de Uso #2 Asignación de horarios

Objetivo Establecer a cada cargo los horarios creados Alcance Asociar los horarios más accesibles a cada empleado Condiciones

anteriores

El horario debe haber sido creado previamente y se debe operar accediendo como Administrador RRHH Objetivo logrado Horarios asignados debidamente

Objetivo fallido Puede que requieran modificación sin autorización Actores primarios

Activador Creación de horarios y asignación de horarios

Descripción

Paso Acción

1 Se accede a la opción “Asignar Horario”

2 El horario lo elige el Administrador RRHH 3 Se presiona el botón “Seleccionar horario”

4 Luego vamos a la opción “Asignar a Empleado”

5 Se elige empleado y horario automáticamente, se asigna al trabajador correspondiente Fuente: Castro, Gómez, González y Rojas (2013)

Cuadro 27

Análisis de caso de uso. Subsistema Asistencias, Modificar horarios SUBSISTEMA ASISTENCIAS

Caso de Uso #3 Modificación de horarios

Objetivo Mejorar la disposición de trabajo a favor del empleado y de la empresa

Alcance Modificar la distribución de tiempo trabajado Condiciones

anteriores El horario debe haber sido creado con anterioridad Objetivo logrado Horarios adaptados para conveniencia mutua

Objetivo fallido Choques de horario donde haya horas sin empleados Actores primarios

Descripción

Paso Acción

1 El modulo se activa al modificar un horario 2 El Administrador cambia las horas según la

conveniencia de la empresa y del empleado 3 El horario se guarda queda disponible a asignar Fuente: Castro, Gómez, González y Rojas (2013)

(25)

Cuadro 28

Análisis de caso de uso. Subsistema Asistencias, Modificar horarios asignados

SUBSISTEMA ASISTENCIAS

Caso de Uso #4 Modificación de asignación de horarios Objetivo Modificar horarios preestablecidos

Alcance Formar horarios preestablecidos acorde a necesidades Condiciones

anteriores El horario debe haber sido asignado a algún empleado Objetivo logrado Se alteran horarios asignados según necesidades

Objetivo fallido Pueden ser cambiados sin supervisión Actores primarios

Descripción

Paso Acción

1 El Administrador selecciona el empleado 2 Presiona el botón “Modificar horario asignado”

3 Cambia horas asignadas y presiona “Guardar”

4 el horario modificado sobrescribe el original Fuente: Castro, Gómez, González y Rojas (2013)

Cuadro 29

Análisis de caso de uso. Subsistema Asistencias, Identificación dactilar SUBSISTEMA ASISTENCIAS

Caso de Uso #5 Identificación dactilar

Objetivo Utilizar la identificación dactilar como medio de registro Alcance Agiliza procesos de entrada, salida, horarios y nomina Condiciones

anteriores Los datos del empleado deben haber sido registrados Objetivo logrado El registro manual funciona de manera correcta

Objetivo fallido Existen incongruencias o datos erróneos Actores primarios

y secundarios Identificación biométrica

Activador Asignación de cargo

Descripción

Paso Acción

1 El modulo se activa al colocar la huella dactilar sobre el lector biométrico 2 El empleado verifica los datos en pantalla 3 Registra la entrada o salida automáticamente Extends Caso

de uso Autenticación de empleados Fuente: Castro, Gómez, González y Rojas (2013)

(26)

asistencia autenticada SUBSISTEMA ASISTENCIAS

Caso de Uso #6 Registro de asistencia autenticada Objetivo Controlar la autenticación de la asistencia Alcance Agilizar cualquier proceso de autenticación Condiciones

anteriores

Identificación de la huella dactilar y Autenticación de empleados

Objetivo logrado Acelerar el proceso de verificación en la base de datos Objetivo fallido Si los datos no se verifican antes de ser ingresados Actores primarios

y secundarios Empleado

Activador El empleado al utilizar la identificación dactilar Descripción

Paso Acción

1 Se verifica que corresponde horas asignadas 2 La información se almacena como registro Includes _{de uso}^Caso Autenticación de empleado

Cuadro 31

Análisis de caso de uso. Subsistema Asistencias, Autenticar empleado SUBSISTEMA ASISTENCIAS

Caso de Uso #7 Autenticación de empleado Objetivo Verificar registro de empleado

Alcance Agilizar proceso de verificación de empleado Condiciones

anteriores

El empleado debe haber puesto su huella sobre el lector biométrico

Objetivo logrado La autenticación es exacta y sin errores Objetivo fallido Si no es aplicada puede generar errores Actores primarios

y secundarios Identificación biométrica y Empleado

Activador Identificación dactilar

Descripción

Paso Acción

1 Se compara la huella con las registradas 2 Muestra los datos vinculados a la huella Extends Caso

de Uso Identificación dactilar Includes Caso

de Uso Registro de asistencia Autenticada Fuente: Castro, Gómez, González y Rojas (2013)

(27)

Cuadro 32

Análisis de caso de uso. Subsistema Asistencias, Registrar asistencia SUBSISTEMA ASISTENCIAS

Caso de Uso #8 Registro de asistencia

Objetivo Reconocer la asistencia por medio de la huella dactilar Alcance Automatizar el proceso de registro de la asistencia Condiciones

anteriores

El empleado debe haber colocado su huella en el lector biométrico y estar autenticado

Objetivo logrado El registro es efectivo

Objetivo fallido Puede contener datos falsos que alteren el control Actores primarios

y secundarios Administrador RRHH y Empleado

Activador Administrador o Registro de asistencia autenticada

Descripción

Paso Acción

1 El empleado registra su asistencia al colocar su huella dactilar en el lector biométrico 2 Se muestran los datos asociados a la huella 3 Los datos se guardan en la base de datos Includes Caso

de uso Registro de asistencia autenticada Fuente: Castro, Gómez, González y Rojas (2013)

Cuadro 33

Análisis de caso de uso. Subsistema Asistencias, Modificar Registro de asistencia

SUBSISTEMA ASISTENCIAS

Caso de Uso #9 Modificación de registro de asistencia

Objetivo Cambio de registro de asistencia para motivos de pago Alcance Cambios la asistencia para mejorar procesos Condiciones

anteriores

Se debe haber realizado el registro de asistencia por el empleado al colocar su huella en el lector biométrico Objetivo logrado Se modifica el registro de asistencia de manera eficaz

Objetivo fallido Pueden existir fallos por error humano Actores primarios

Activador Se activa directamente por el Administrador RR.HH

Descripción

Paso Acción

1 Abrir módulo: modificar registro de asistencia 2 Los datos se cambian directamente en módulo 3 Presionar el botón “Guardar nueva asistencia”

(28)

corresponden a los cuadros número 34 hasta el 44, esta parte del sistema se encarga de realizar actividades relacionadas al tratamiento del personal que labora en la farmacia Paola C.A., sobre todo en el proceso de reclutamiento y contratación de nuevos empleados, además de la creación de vacantes y asignación de cargos, entre otros.

Cuadro 34

Análisis de caso de uso. Subsistema Administración RRHH, Registrar Postulaciones

SUBSISTEMA Administración RRHH Caso de Uso

#10 Registro de postulaciones

Objetivo Obtener información necesaria de los solicitantes que optan al cargo disponible

Alcance Recoger toda la información concerniente a los postulantes

Condiciones anteriores

Deben haber vacantes disponibles en Registro de Vacantes

Objetivo logrado Las postulaciones se realizan de manera organizada Objetivo fallido Los datos de las postulaciones pueden ser irrelevantes

Actores primarios y secundarios

Administrador RR.HH: Operador RR.HH

Activador Lo activa directamente el Administrador: Operador RR.HH

Descripción

Paso Acción

1 Se obtienen datos necesarios de los solicitantes

2 Se llenan todos los requisitos necesarios en el formulario

3 Se registran en este modulo presionando el botón “Guardar”

(29)

Cuadro 35

Análisis de caso de uso. Subsistema Administración RRHH, Modificar Postulaciones

SUBSISTEMA Administración RRHH Caso de Uso #11 Modificación de postulaciones

Objetivo Cambiar datos de los solicitantes que optan a un cargo Alcance Cambia cualquier tipo de datos del solicitante Condiciones

anteriores Previamente deben existir el postulante registrado Objetivo logrado Se hacen de forma organizada

Objetivo fallido Los datos de las postulaciones pueden ser irrelevantes Actores primarios

y secundarios Administrador RR.HH: Operador RR.HH Activador Es activado por el Administrador: Operador RR.HH

Descripción

Paso Acción

1 Se ingresa al módulo de Postulaciones 2 Se modifican los datos de los solicitantes 3 Se guardan los cambios presionando “Guardar”

Cuadro 36

Análisis de caso de uso. Subsistema Administración RRHH, Registrar Vacantes

SUBSISTEMA Administración RRHH Caso de Uso #12 Registro de vacantes

Objetivo Identificar puestos vacantes dentro de la empresa Alcance Analizar vacantes y asignar los candidatos Condiciones

anteriores

La información del nuevo personal debe haber sido recibida con anterioridad

Objetivo logrado Se hacen de forma equitativa

Objetivo fallido Los datos pueden ser irrelevantes en ciertos casos Actores primarios

Descripción

Paso Acción

1 Se ingresa al módulo “Registro de Vacantes”

2 Se ingresan los datos del candidatos postulante al formulario

3 Se presiona “Guardar”, almacenando los datos Fuente: Castro, Gómez, González y Rojas (2013)

(30)

cargos

SUBSISTEMA Administración RRHH

Caso de Uso #13 Creación de cargos

Objetivo Crear cargos de acuerdo a la necesidad de la empresa Alcance Considera los cargos requeridos por la empresa Condiciones

anteriores

Debe existir la necesidad del cargo para que este sea creado

Objetivo logrado Se hacen de forma equitativa según la necesidad Objetivo fallido Puede que no se requiera crear nuevos cargos Actores primarios

Descripción

Paso Acción

1 Se ingresa al Módulo “Creación de cargos”

2 Se registran el nuevo cargo que quedará disponible para nuevas postulaciones 3 Se presiona el botón “Guardar Cargo” y este

se añade en la lista de cargos Fuente: Castro, Gómez, González y Rojas (2013)

Cuadro 38

Análisis de caso de uso. Subsistema Administración RRHH, Modificación de cargos

SUBSISTEMA Administración RRHH Caso de Uso #14 Modificación de cargos

Objetivo Cambiar los cargos registrados en la empresa Alcance Verifica los cargos que ya existen en la compañía Condiciones

anteriores El cargo debe haber sido creado con anterioridad Objetivo logrado El cambio es realizado según la necesidad

Objetivo fallido Puede que no exista la necesidad de modificar cargos Actores primarios

Descripción

Paso Acción

1 Se ubica el cargo, se presiona “Modificar cargo”

2 Se modifican los cargos según las necesidades de la empresa y se presiona “Guardar”

(31)

Cuadro 39

Análisis de caso de uso. Subsistema Administración RRHH, Registro de Salarios

SUBSISTEMA Administración RRHH Caso de Uso #15 Registro de salarios

Objetivo Determinar el salario de cada cargo en la empresa Alcance Considera los puestos de trabajo de cada empleado Condiciones

anteriores

El empleado ya debe estar registrado y contratado por el sistema

Objetivo logrado Los salarios son asignados por horas y tipo de cargo Objetivo fallido Fallas a la hora de la realización de la nomina

Actores primarios

Descripción

Paso Acción

1 Se ingresa el salario según el cargo y horario 2 El salario se asigna de forma automática Includes ^Caso

de uso

Registro de contrataciones Fuente: Castro, Gómez, González y Rojas (2013)

Cuadro 40

Análisis de caso de uso. Subsistema Administración RRHH, Modificar Salarios

SUBSISTEMA Administración RRHH Caso de Uso #16 Modificación de salarios

Objetivo Cambiar el salario de cada cargo en la empresa Alcance Ajustar el salario de cada empleado según su cargo Condiciones

anteriores

El salario debe estar registrado e ingresado en el sistema

Objetivo logrado Los cambios son cambiados de forma organizada Objetivo fallido Puede existir el error humano al realizar cambios Actores primarios

y secundarios Administrador RR.HH: Operador RR.HH

Activador Administrador: Operador RR.HH y cálculo de nómina

Descripción

Paso Acción

1 Se ingresa al módulo de “Salarios”

2 Se selecciona el empleado a modificar 3 Se presiona “Guardar” y se guardan los datos Extends _{de uso}^Caso Modificación de contrataciones

(32)

Contrataciones

SUBSISTEMA Administración RRHH Caso de Uso #17 Modificación de contrataciones

Objetivo Cambiar el cargo del empleado

Alcance Ajustar el contrato de cada empleado Condiciones

anteriores

La contratación del nuevo personal debe estar registrado

Objetivo logrado Los cambios son equitativos y no generan desorden Objetivo fallido Puede existir insatisfacción de parte del personal Actores primarios

y secundarios

Activador Es activado por el Administrador: Operador RR.HH Descripción

Paso Acción

1 En módulo “Contrataciones”, se elige usuario 2 Se cambian los datos de contratación y se

presiona “Guardar Cambios”

Extends Caso de uso Evaluación de postulaciones Fuente: Castro, Gómez, González y Rojas (2013)

Cuadro 42

Análisis de caso de uso. Subsistema Administración RRHH, Evaluar Postulaciones

SUBSISTEMA Administración RRHH Caso de Uso #18 Evaluación de postulaciones

Objetivo Analizar los postulantes aptos para contratar

Alcance Considerar habilidades y conocimientos de postulantes Condiciones

anteriores

Deben existir postulantes registrados

Objetivo logrado Se evalúa de forma objetiva para tomar decisiones Objetivo fallido Puede existir insatisfacción de parte de los postulantes Actores primarios

y secundarios

Paso Acción

1 Analizar los datos se los solicitantes 2 Datos se aprueban automáticamente Extends 1 Caso de Uso Modificación de contrataciones Extends 2 Caso de Uso Registro de contrataciones Fuente: Castro, Gómez, González y Rojas (2013)

(33)

Cuadro 43

Análisis de caso de uso. Subsistema Administración RRHH, Registrar Contrataciones

SUBSISTEMA Administración RRHH Caso de Uso #19 Registro de contrataciones

Objetivo Ingresar los nuevos empleados al sistema Alcance Considera los datos de postulación

Los nuevos registros de empleados han sido evaluados

Objetivo logrado Se ingresan nuevos empleados exitosamente Objetivo fallido Personas no ingresadas por errores en datos Actores primarios

y secundarios

Paso Acción

1 Se registran los datos del empleado 2 Asignar horario y salario al contrato

3 Verificar datos y presionar “Guardar Cambios”

Extends Caso de uso Evaluación de postulaciones Includes Caso de uso Registro de salarios Fuente: Castro, Gómez, González y Rojas (2013)

Cuadro 44

Análisis de caso de uso. Subsistema Administración RRHH, Generar Documentos de personal

SUBSISTEMA Administración RRHH Caso de Uso #20 Generación de documentos de personal

Objetivo Crear archivos de documentos para la administración Alcance Guardar datos en archivos para documentos legales Condiciones

anteriores

Los empleados que requieran documentos, deben estar registrados, contratados y tener cargo asignado Objetivo logrado Los archivos se hallan fácilmente si están organizados

Objetivo fallido Perder el físico de un archivos sin dejar respaldo Actores primarios

y secundarios

Operador RR.HH

Activador Es activado directamente el Operador RR.HH

Descripción

Paso Acción

1 Ingresar información de documento

2 Se puede acceder a los archivos para luego utilizarlo para fines administrativos e imprimirlos Fuente: Castro, Gómez, González y Rojas (2013)

(34)

en este módulo del sistema se procesan tareas que conciernen a la nómina de empleados de la farmacia Paola C.A., incluyendo pagos, generación de recibos de pago, procesamiento de adelanto y exportación de archivos de texto.

Cuadro 45

Análisis de caso de uso. Subsistema Nómina, Registrar tipo de Nómina SUBSISTEMA NOMINA.

Caso de Uso #21 Registro de tipo de nomina

Objetivo Asignar tipos de nómina según el cargo del empleado registrado

Alcance

Mejorar el funcionamiento del área administrativa en cuanto a definir adecuadamente los tipos de nómina

existente Condiciones

anteriores Deben existir cargos registrados previamente

Objetivo logrado Correcto funcionamiento del cálculo de nómina, al realizarlo automáticamente

Objetivo fallido Inconsistencias en la nómina Actores primarios

y secundarios Administrador nómina

Activador Asignación o modificación de cargo a empleado

Descripción

Paso Acción

1 Es activado al crear o modificar algún cargo

2

Se actualiza automáticamente el registro de postulaciones, para marcar ocupado

el cargo o vacante Fuente: Castro, Gómez, González y Rojas (2013)

(35)

Cuadro 46

Análisis de caso de uso. Subsistema Nómina, Calcular Nómina SUBSISTEMA NOMINA.

Caso de Uso #22 Realización del cálculo de nómina

Objetivo Calcular pago de salario y adelantos automáticamente Alcance Evitar el error humano en el cálculo de nómina

El tipo de nómina debe estar registrado

Objetivo logrado Mantiene la nómina al día, sin retrasos y sin errores Objetivo fallido Inconsistencia del cálculo al intentar realizar cambios Actores primarios

y secundarios

Administrador nómina

Activador Se activa por medio del módulo Nómina

Descripción

Paso Acción

1 Se entra al módulo “Pagos”

2 Seleccionar empleados que recibirán el pago 3 El sistema calcula automáticamente la nómina

y genera un reporte que puede ser impreso Fuente: Castro, Gómez, González y Rojas (2013)

Cuadro 47

Análisis de caso de uso. Subsistema Nómina, Generar Recibos de pago

Fuente: Castro, Gómez, González y Rojas (2013) SUBSISTEMA NOMINA.

Caso de Uso #23 Generación de recibos de pagos

Objetivo Complementar los procesos administrativos

Alcance Indicar datos del empleado y monto de la operación Condiciones

anteriores

La Realización de cálculo de nómina debe haber sido elaborado

Objetivo logrado Constancia que avala operaciones administrativas Objetivo fallido Inconsistencias en la nómina

Actores primarios

Activador Pagos, adelantos, deducciones.

Descripción

Paso Acción

1 Controlar el físico administrativo con recibos.

2 Dar soporte a las transacciones realizadas.

3 Entrar al módulo generar los recibos de pagos 4 Imprimir los recibos obtenidos

Extends Caso de uso Realización de cálculo de nómina

(36)

SUBSISTEMA NOMINA.

Caso de Uso #24 Procesamiento de adelantos

Objetivo Actualizar el registro de transacciones administrativas Alcance Tener soporte de transacciones realizadas en fecha.

El tipo de nómina debe haber sido asignado a un empleado

Objetivo logrado El adelanto se realiza y se añade al registro de nómina Objetivo fallido Error al actualizar nómina o solicitud denegada.

Actores primarios

y secundarios Administrador nomina Activador Adelantos de pago.

Descripción

Paso Acción

1 Deducción del pago anticipado.

2 Modificar el monto a cancelar al trabajador en la fecha de pago.

3 Realiza el pago adelantado descontando parte del salario del empleado en la base de datos Fuente: Castro, Gómez, González y Rojas (2013)

Cuadro 49

Análisis de caso de uso. Subsistema Nómina, Exportar datos en archivos de texto

SUBSISTEMA NOMINA.

Caso de Uso #25 Exportación de datos en archivos de texto

Objetivo Permitir acceso a respaldos de registros anteriores y reducir el riesgo de pérdida de información

Alcance Facilitar el acceso a información de meses anteriores Condiciones

anteriores Deben existir registros de recibos para luego exportar Objetivo logrado Actualizar registros y mantenerlos disponibles

Objetivo fallido Desactualización y pérdida de información Actores primarios

Activador Respaldar, agregar, actualizar, eliminar datos y transacciones administrativas.

Descripción

Paso Acción

1 Se ejecuta luego de realizar modificaciones en los registros y al cancelar la nómina o pagos.

2 Acceder y obtener datos para transacciones.

(37)

De esta manera, con la culminación de la actividad anterior, se da cumplimiento a la fase I de planificación, reseñada por el autor Beck, citado por Fernández (2005, p. 1) como requerimiento inicial para el desarrollo del sistema de información con tecnología biométrica para el control de personal de la Farmacia Paola C.A.

Una vez culminada tarea previa, se inicia la fase II, de la metodología, llamada Diseño, para dar cumplimiento al tercer objetivo que consiste en elaborar el diseño lógico y físico de la base de datos del sistema, con la elaboración de un diseño simple del sistema, agrupando todas las actividades en cuatro módulos, y bosquejando toda la estructura, evitando la complejidad y facilitando la interacción del usuario con los distintos elementos del sistema de información, esta arquitectura inicial es completamente implementable, y se usó como guía durante el desarrollo final de la aplicación.

Igualmente, se creó un glosario de términos para uso del equipo de desarrollo, el cual consiste en un compendio de nombres de métodos y clases, que conforman el sistema desarrollado, también se agregaron palabras claves relacionadas al mismo, con la finalidad de evitar confusiones causadas por mala interpretación, o desconocimiento de algún término, por parte de un miembro del equipo, con esta actividad se logra una comunicación clara y efectiva en cuanto a las acciones realizadas a lo largo del presente proyecto.

(38)

tomaron en cuenta: posibles errores de lectura del escáner de huellas dactilares por mala instalación, desconocimiento de la organización acerca de las funciones del software desarrollado y resistencia al cambio por parte de los usuarios finales a la nueva forma de realizar las actividades acostumbradas.

Para minimizar los riesgos expuestos, se obtuvieron los archivos DLL’s asociados a la lectura del capta huellas, además de informar a la Farmacia Paola C.A., del necesario adiestramiento del personal que interactuará con el sistema y también, se realizó un esfuerzo para dar a conocer las bondades brindadas por la automatización de los procesos que la organización realizaba de forma manual hasta el momento.

Por otra parte, se aplicó una refactorización del código plasmado, mejorando la estructura inicial, y adaptándola a un enfoque más completo, siendo fiel al diseño bosquejado al principio, con esta actividad se limpió el código, eliminando variables y métodos irrelevantes, y optimizando otros segmentos sin alterar su funcionalidad, procurando la total estabilidad del código y garantizando su eficacia.

Finalmente, para culminar la fase II, se diseñaron las tarjetas CRC, las cuales permitieron al equipo de desarrollo, enfocarse en la programación orientada a objetos, contribuyendo en el diseño final y reflejando los datos obtenidos con las historias de usuario, dividiéndolos en clases principales y

(39)

haciendo referencia a las responsabilidades y los métodos que incluye cada una. A continuación se expone la especificación de las tarjetas CRC documentadas en el proyecto actual a partir de la figura 1 hasta la figura 14, en el cual se especifica la responsabilidad que realiza cada módulo y el método correspondiente a la tarea asignada.

Figura 1.

Tarjeta CRC. Creación de cargos TARJETA CRC

Número: 01 Escenario: Creación de cargos Nombre CRC: Cargos

Responsabilidades:

 Validar nombre de cargo único

 Mantener datos ingresados

 Guardar datos del cargo

Métodos:

 ValidaCargo

 GuardarCargo

 ModificarCargo Fuente: Castro, Gómez, González y Rojas (2013)

Figura 2.

Tarjeta CRC. Registro de vacantes TARJETA CRC

Número: 02 Escenario: Registro de vacantes Nombre CRC: Vacantes

 Validar que corresponde vacante al cargo

 Validar número de vacante

 Guardar nueva vacante

Métodos:

 ValidaVacante

 GuardarVacante

 ModificarVacante

(40)

TARJETA CRC

Número: 03 Escenario: Registro de postulaciones Nombre CRC: Postulaciones

 Validar cédula

 Validar vacante

 Validar cargo

 Guardar nueva postulación

Métodos:

 ValidaCedula

 ValidaVacante

 ValidaCargo

 GuardarPostulación

 ModificarPostulación

Figura 4.

Tarjeta CRC. Registro de salarios TARJETA CRC

Número: 04 Escenario: Registro de salarios Nombre CRC: Salarios

 Validar cargo

 Validar monto

 Guardar salarios

Métodos:

 ValidaCargo

 ValidaMonto

 GuardarSalario

 ModificarSalario

(41)

Figura 5.

Tarjeta CRC. Registro de Contrataciones TARJETA CRC

Número: 05 Escenario: Registro de Contrataciones Nombre CRC: Contrataciones

 Validar cargo

 Validar cedula

 Guardar Contratación

Métodos:

 ValidaCargo

 ValidaCedula

 GuardarContratacion

 ModificarContratacion

Figura 6.

Tarjeta CRC. Generación de Documentos de personal TARJETA CRC

Número: 06 Escenario: Generación de documentos de personal Nombre CRC: Documentos

 Validar cedula

 Validar fecha

 Generar Documento

 Imprimir Documento

 Guardar Documento

Métodos:

 ValidaCedula

 ValidaCampos

 GuardarDocumento

 ImprimirDocumentos

 ModificarDocumento

(42)

TARJETA CRC

Número: 07 Escenario: Creación de horarios Nombre CRC: Horarios

 Validar horas

 Validar fecha

 Guardar Horario

Métodos:

 ValidaHoras

 ValidaFecha

 GuardarHorario

 ModificarHorario

Figura 8.

Tarjeta CRC. Asignación de horarios TARJETA CRC

Número: 08 Escenario: Asignación de horarios Nombre CRC: Asignar Horarios

 Validar horario

 Validar datos empleado

 Guardar Asignación de Horario

Métodos:

 ValidaHorario

 ValidaCampos

 GuardarAsignacionHorario

 ModificarAsignacionHorario

(43)

Figura 9.

Tarjeta CRC. Registro de Identificación Dactilar TARJETA CRC

Número: 09 Escenario: Registro de Identificación Dactilar Nombre CRC: Identificación

 Validar datos empleado

 Guardar huella

Métodos:

 ValidaCedula

 ValidaHuella

 GuardarIdentificacion

Figura 10.

Tarjeta CRC. Registro de Asistencia con Identificación Dactilar TARJETA CRC

Número: 10 Escenario: Registro de asistencia con identificación dactilar Nombre CRC: Asistencia

 Validar huella

 Obtener datos del empleado

 Obtener horario asignado

 Validar hora

 Guardar Asistencia

Métodos:

 ValidaHuella

 BuscarEmpleado

 BuscarHorarioAsignado

 ValidaHoraActual

 Guardarasistencia Fuente: Castro, Gómez, González y Rojas (2013)

(44)

TARJETA CRC

Número: 11 Escenario: Registro de tipo de nómina Nombre CRC: Nómina

 Validar cargo

 Validar Monto

 Asignar salario

 Guardar Nómina

Métodos:

 ValidaCargo

 ValidaCampos

 BuscarSalario

 ValidaMonto

 GuardarNómina Fuente: Castro, Gómez, González y Rojas (2013)

Figura 12.

Tarjeta CRC. Calcular Nómina TARJETA CRC

Número: 12 Escenario: Calcular Nómina Nombre CRC: Cálculo Nómina

 Validar Nómina

 Validar cédula

 Asignar salario

 Guardar Nómina

Métodos:

 ValidaNómina

 ValidaCédula

 BuscarEmpleado

 BuscarHorarioAsignado

 BuscarSalario

 ValidaMonto

 GuardarCálculoNómina

(45)

Figura 13.

Tarjeta CRC. Generación de recibos de pago TARJETA CRC

Número: 13 Escenario: Generación de recibos de pago Nombre CRC: Recibos

 Validar cédula

 Obtener Pago

 Validar Campos

 Guardar Recibo

Métodos:

 ValidaCédula

 ValidaCampos

 BuscarEmpleado

 BuscarPago

 ImprimirRecibo

 GuardarRecibo

Figura 14.

Tarjeta CRC. Procesamiento de adelantos TARJETA CRC

Número: 14 Escenario: Procesamiento de adelantos Nombre CRC: Adelantos

 Validar cédula

 Validar Monto

 Validar Campos

 Guardar Adelanto

 Actualizar prestamos

Métodos:

 ValidaCédula

 ValidaCampos

 BuscarEmpleado

 ImprimirRecibo

 GuardarAdelanto

(46)

Codificación, la cual está relacionada con el mismo objetivo número tres de la fase anterior, la misma comprende el uso de estándares de codificación en el programa desarrollado, con la finalidad de mantener una estructura que sea ordenada y eficaz para optimizar el código, además, es fácilmente comprensible para agregar y modificar módulos en el futuro por parte de algún programador, en el caso del proyecto actual, se utilizó el estándar modelo – vista – controlador, el cual mantiene separada las interfaz gráfica de usuario del código que realiza los procesos, manteniendo también, la escalabilidad del código.

Seguidamente, se crearon test de funcionamiento para poner a prueba la ejecución del programa, estos test comprenden un formato que estudia el comportamiento del sistema en general, al momento de iniciar sesión como usuario administrador y luego a cada módulo específico, para conocer si presenta errores o vacios de información al momento de interactuar con las partes.

De igual manera, se aplicó la programación en pareja al momento de realizar la codificación, en vista de que, el equipo de trabajo consta de cuatro personas, se formaron dos grupos, para culminar las partes restantes del sistema, y asegurarse de que cumplen con cada uno de los requerimientos de usuario establecidos al principio del proyecto.

(47)

También se realizó una optimización final del código, en la cual participaron todos los programadores en tareas colectivas, cuidando siempre de no poner en peligro la funcionalidad del sistema ya formado, se compactaron segmentos de código, y se definieron ciertas variables y parámetros, con la intención de obtener la mejor versión posible del código desarrollado.

Por consiguiente, se generó la interfaz gráfica del sistema de información a partir del lenguaje de programación C Sharp, con la cual interactuarán los usuarios, bajo plataforma Windows seven, se procuró el diseño más intuitivo y sencillo en cada una de las pantallas, las figuras 15 al 18 muestran el menú principal del sistema, exponiendo sus módulos y los submódulos desplegados:

Figura 15.

Menú principal. Pestaña General