UNIVERSIDAD TÉCNICA PARTICULAR DE LOJA
La Universidad Católica de Loja
.ESCUELA DE CIENCIAS DE LA COMPUTACIÓN
MODALIDAD ABIERTA Y A DISTANCIA
“SISTEMA DE CONTROL DE PERSONAL (WEB), PARA LA EMPRESA
SERVIESTUDIOS Cía. Ltda.”
AUTOR:
César Augusto Ojeda Cevallos
DIRECTOR:
Ing. Patricio Abad E.
CODIRECTOR:
Ing. Danilo Jaramillo H.
Loja-Ecuador
2010
CERTIFICACIÓN
Yo, PATRI CI O ABAD Docent e I nvest igador de la Universidad, cert ifico que el señor César August o Oj eda Cevallosest á en capacidad para obt ener el t ít ulo de I ngeniero en I nform ática.
Loj a, j unio del 2010.
DI RECTOR DE TESI S
CERTIFICACIÓN
Yo, DANI LO JARAMI LLO Docent e I nvest igador de la Universidad, cert ifico que el señor César August o Oj eda Cevallos est á en capacidad para obt ener el t ít ulo de I ngeniero en I nform át ica.
Loj a, j unio del 2010.
CODI RECTOR DE TESI S
……….
AUTORÍA
El present e proyect o de t esis con cada una de sus observaciones, análisis, evaluaciones, conclusiones y recom endaciones em it idas, es de absolut a responsabilidad del Autor.
Adem ás, es necesario indicar que la inform ación de ot ros aut ores em pleada en el present e t rabaj o est á debidam ent e especificada en fuent es de referencia y apart ados bibliográficos
………
CESIÓN DE DERECHOS
El aut or, declara est ar de acuerdo con la disposición del Est at ut o Orgánico de la Universidad en su Art . 67, en el cual se enuncia lo siguient e: “ Form an part e del pat rim onio de la Universidad la propiedad int elect ual de invest igaciones, t rabaj os cient íficos o t écnicos y t esis de grado que se realicen a t ravés o con el apoyo financiero, académ ico o inst it ucional ( operat ivo) de la Universidad” .
………
AGRADECIMIENTO
Mi espacial agradecim ient o a:
La Universidad Técnica Part icular de Loj a.
I nst it ución que m e brindo la oport unidad a t ravés de la Modalidad Abiert a y a Dist ancia de poder concluir m is est udios en I nform át ica y de la cual siem pre he recibido apoyo.
Al I ng. Pat ricio Abad
Direct or del Present e Proyect o de Tesis
Por su dirección, paciencia, ent rega y valiosos consej os que m e perm it ieron alcanzar los obj et ivos de est a t esis.
Al I ng. Danilo Jaram illo H .
Codirect or del Present e Proyect o de Tesis.
Por su valiosa asesoría y com ent arios
Al Personal de Serviest udios Cía. Lt da.
Por el t iem po dado t anto en el desarrollo com o en las pruebas del sist em a.
DEDICATORIA
TABLA DE CONTENIDOS
CERTIFICACIÓN ... 2
CERTIFICACIÓN ... 3
AUTORÍA ... 4
CESIÓN DE DERECHOS... 5
AGRADECIMIENTO ... 6
DEDICATORIA ... 7
OBJETIVOS...10
INTRODUCCIÓN ...11
CAPÍTULO 1. INCEPCIÓN -MODELO DE NEGOCIO ...14
1.1. ORGANI ZACI ÓN DE LA COMPAÑÍ A SERVI ESTUDI OS CÍ A.LTDA. ... 14
1.2. PROCESOS DE NEGOCI O DE SERVI ESTUDI OSCÍ A.LTDA. ... 15
1.3. ANÁLI SI S DE ALTERNATI VAS DE SOLUCI ÓN ... 18
1.3.1 Análisis sobre las herram ient as de desarrollo. ... 19
1.3.2 Análisis sobre las bases de datos. ... 19
1.4. ESCOGER LA SOLUCI ÓN ÓPTI MA SEGÚN LOS REQUERI MI ENTOS. ... 20
1.5. TECNOLOGÍ A SI LVERLI GHT ... 20
1.5.1 MI CROSOFT SI LVERLI GHT. ... 20
1.5.2 VENTAJAS DE SI LVERLI GHT. ... 20
1.5.3 DESVENTAJAS DE SI LVERLI GHT. ... 21
1.5.4 HERRAMI ENTAS Y TECNOLOGÍ AS RELACI ONADAS. ... 21
CAPÍTULO 2. ELABORACIÓN - ESPECIFICACIÓN DE REQUERIMIENTOS ...22
2.6. REQUERI MI ENTOS FUNCI ONALES Y NO FUNCI ONALES I DENTI FI CADOS ... 23
2.6. ESQUEMA DEL DOMI NI O DE LA SOLUCI ÓN. ... 25
2.6. MODELO DE CASOS DE USO. ... 26
2.6. DESCRI PCI ÓN DE CASOS DE USO. ... 26
2.4.1. DESCRI PCI ÓN DEL CASO DE USOREGI STRAR ASI STENCI A. ... 27
2.4.2. DESCRI PCI ÓN DEL CASO DE USOADMI NI STRAR PRODUCTOS. ... 29
2.4.3. DESCRI PCI ÓN DEL CASO DE USOADMI NI STRAR CLI ENTES. ... 31
2.4.4. DESCRI PCI ÓN DEL CASO DE USOACTUALI ZAR CLAVE. ... 33
2.4.5. DESCRI PCI ÓN DEL CASO DE USOCREAR DÍ A ESPECI AL. ... 35
2.4.6. DESCRI PCI ÓN DEL CASO DE USOINGRESAR BI TÁCORA. ... 37
2.4.7. DESCRI PCI ÓN DEL CASO DE USO ADMI NI STRAR REGI STRO EMPLEADO ... 39
2.4.8. DESCRI PCI ÓN DEL CASO DE USO ADMI NI STRAR HORARI OS ... 41
2.4.9. DESCRI PCI ÓN DEL CASO DE USO GENERAR REPORTES ... 43
2.4.10. DESCRI PCI ÓN DEL CASO DE USO CREAR GRUPO DE USUARI O ... 45
2.4.11. DESCRI PCI ÓN DEL CASO DE USO ADMI NI STRAR BI TÁCORA ... 47
2.4.12. DESCRI PCI ÓN DEL CASO DE USO MODI FI CAR GRUPO ... 49
2.4.13. DESCRI PCI ÓN DEL CASO DE USO BLOQUEAR GRUPO ... 51
2.4.14. DESCRI PCI ÓN DEL CASO DE USO ASI GNAR USUARI O ... 53
2.5. MODELO DE CLASES. ... 56
2.5.1 DI AGRAMA DE CLASES. ... 56
2.7. ARQUI TECTURA DEL SI STEMA. ... 71
2.7.1 DETALLE DE CADA COMPONENTE POR CAPA DEL SI STEMA. ... 71
2.8. DI SEÑO DE LA BASE DE DATOS ... 75
2.8.1. DI SEÑO DE LA BASE DE DATOS RELACI ONAL ... 75
CAPÍTULO 3. CONSTRUCCIÓN –IMPLEMENTACIÓN ...76
3.1. ESTÁNDARES DE CODI FI CACI ÓN ... 78
3.1.1. Estándares de tipos de datos ... 78
3.1.2. Estándares de cont roles del lenguaj e ... 79
3.1.3Estándares de variables. ... 80
3.2. PROTOTI POS Y PANTALLAS DEL SI STEMA. ... 81
3.3. DESCRI PCI ÓN DE WEB SERVI CES I MPLEMENTADOS. ... 85
3.4PRUEBAS REALI ZADAS ... 88
CAPÍTULO 4. FASE DE TRANSICIÓN-VALIDACIÓN E IMPLANTACIÓN...90
4.1. PROCESO DE VALI DACI ÓN DEL SOFTWARE ... 90
4.2 FORMA DE VALI DAR LAS PRUEBAS ... 90
4.3 VALI DACI ÓN Y RESULTADOS DE ENCUESTAS ... 91
4.4 IMPLANTACI ÓN FI NAL. ... 98
RESULTADOS ...99
CONCLUSIONES ... 100
RECOMENDACIONES ... 101
BIBLIOGRAFÍA ... 102
OBJETIVOS
Obj et ivo General:
• Desarrollar e im plem ent ar un Sist em a para el Cont rol del Personal de la Em presa Loj ana Serviest udios Cía. Lt da., perm it iendo obt ener inform es pert inent es.
Obj et ivos Específicos:
• Aplicar un proceso de desarrollo de soft ware que perm it a la im plant ación del sist em a.
• I dent ificar oport unidades de m ej orar los procesos que se llevan actualm ent e en la em presa Serviest udios Cía. Lt da. que pueden ser soportados en la aplicación
INTRODUCCIÓN
En la ciudad de Loj a, se ubica la em presa Serviest udios Cía. Lt da. que act ualm ent e est á dirigida a brindar varios servicios a la sociedad, ent re los que se dest aca la ofert a de soluciones de soft ware orient adas a diferent es líneas de negocios que se acoplan a las necesidades de los client es.
Uno de los problem as que aquej a a la com pañía es la falt a de dinam ism o en cont rol al personal que labora en est a ent idad. Por lo cual, la alt a gerencia a creído convenient e incluir una solución de soft ware que m it igue en gran parte los diversos problem as generados por las act ividades que se desem peñan en Serviest udios Cía. Lt da.; ya sean act ividades puram ent e t écnicas com o adm inist rat ivas, consecuencia direct a de su fin social. El m ism o que es: ” Proveer soluciones soft ware para la gest ión adm inist rat iva y cont able de las em presas e inst it uciones” .
La solución Web present ada a cont inuación pret ende facilit ar el cont rol de personal a t ravés de dos canales de acceso. El prim ero de ést os, Deskt op o acceso desde un t erm inal con acceso al sist em a y el segundo a t ravés de un acceso Web que perm it e dinam izar su uso y generalizar su disponibilidad desde cualquier ubicación, pensado exclusivam ent e para el personal que realiza act ividades especificas de soport e t écnico fuera de las oficinas de la com pañía.
La m et odología a ut ilizarse durant e el desarrollo del proyect o será RUP1, es un
proceso de ingeniería de soft ware que proporciona un acercam ient o disciplinado, asignando t areas y responsabilidades dent ro de una organización de desarrollo. Su m et a es asegurar la producción de un soft ware de alt a calidad que sat isfaga las necesidades del usuario, dent ro de un t iem po predecible y presupuest o. Las fases que propone Rat ional Unified Process son:
• I ncepción
• Elaboración
• Const rucción
• Transición
1. I ncepción.-Com prende la fase de ent endim ient o de la em presa, sus procesos, organización y análisis de requerim ient os y m odelos de negocios. Los procesos realizados dent ro de esta fase fueron:
• Elaboración Docum ent o de visión
• Conocim ient o y ent endim ient o de los procesos del negocio
• Fase de análisis prelim inar de necesidades del negocio
2 . Elaboración.- Es el análisis avanzado y diseño de la solución en la que se dest aca la elaboración de los siguient es art efact os:
• Levant am ient o de requerim ient os
• Elaboración de diagram as de casos de uso
• Elaboración de los diagram as de secuencia
• Est ablecim ient o de los m ódulos del sist em a
• Modelo de clases
• Modelo relacional de la solución
• Definición de la Arquit ect ura del sist em a
• Diseño de int erfaces de usuario
Adem ás m encionar que los diversos m odelos y diseño realizado son esenciales dent ro de la fase de Const rucción, ya que son el insum o necesario para guiar la im plem ent ación del product o.
3 . Const rucción.- En est a fase se cont em pla el desarrollo y las pruebas del sist em a. Dent ro del desarrollo se realizaron lo siguient e:
• I m plem ent ación de la arquit ect ura ident ificada
• I m plem ent ación de los diversos m ódulos del sist em a ident ificados
• I m plem ent ación de la base de dat os necesaria
• Codificación de los Web Services2 de las diversas funcionalidades
del sist em a que serán accedidos desde un ent orno web e int ranet.
4 . Transición:Significa ubicar el product o en funcionam ient o y dar el acom pañam ient o necesario para el exit oso uso de la herram ient a elaborada, adem ás com prende la capacit ación y los diversos m at eriales de apoyo. Aquí se realizó:
• I nst alación y despliegue de la solución en un equipo servidor
• I nst alación de la base de dat os correspondient e
• Configuraciones de verificación de accesos y rest ricciones del sist em a
• Docum ent ación del m anual de usuario
• Capacit ación y m anej o en el sist em a a usuarios Las validaciones del sist em a realizadas fueron:
• Verificación y validación de las funcionalidades realizadas
• Verificación de la base de dat os funcional
CAPÍTULO 1. INCEPCIÓN - MODELO DE NEGOCIO
1 .1 . Organización de la Com pañía Serviest udios Cía. Lt da.
La em presa Serviest udios Cía. Lt da.3, posee una organización clara, acorde al
crecim ient o y dem anda del m ercado. Donde su alt a gerencia ha elaborado una dist ribución de las act ividades de la com pañía en diversos depart am ent os, delegando así responsabilidades de form a acert ada.
[image:14.595.81.495.236.555.2]El organigram a inst it ucional se present a en la Figura 1 .Est ruct ura Orgánica de Serviest udios Cía. Lt da., donde se visualiza los diversos departam ent os ej es dent ro de la inst it ución y la j erarquización de la m ism a.
Figura 1 .Est ruct ura Orgánica de Serviest udios Cía. Lt da.
Figura 2 . Áreas Serviest udios Cía. Lt da. 1 .2 . Procesos de N egocio de Serviest udiosCía. Lt da.
Los principales procesos de negocio a los que la com pañía dest ina de m anera perm anent e horas im port ant es, que pueden aprovecharse en t areas de m ayor j erarquía se grafican en la Figura 3 . Cont rol Bit ácora4 y Asignación Laboral,
Figura 4 . Cancelación de N óm inay Figura 5 . Report e Asist encia Técnica por Client e.Los procesos m encionados se desarrollan de form a perm anent e en la com pañía com o part e de su act ividad product iva, para lo cual t am bién se los ha considerado en el sist em a de cont rol de personal a elaborar e int egrarlos de form a aut om át ica para llevar un m ej or cont rol y desarrollo adecuado de los m ism os.
El proceso de negocio m ás im port ant e se m uest ra en la Figura 3 . Cont rol Bit ácora5 y Asignación Laboral, para lo cual se int ent a aut om at izar el m ism o a
t ravés del present e sist em a ya que es un proceso que todos los días la com pañía dest ina recursos para llevarlo a cabo. Este proceso en det alle, perm it e dar seguim ient o a las act ividades de soport e de los em pleados y su asist encia de acuerdo al horario laboral definido, para luego cont abilizar horas que pueden ser: norm ales, ext ras u horas a descont ar; las m ism as que el depart am ent o de Recursos Hum anos ut iliza para su procesam ient o a t ravés de un rol de pagos.
Figura 3 . Cont rol Bit ácora y Asignación Labora l
Ot ro de los procesos de negocio im port ant es a considerar es la Cancelación de Nóm ina, Figura 4 . Cancelación de N óm ina, que perm it e em it ir un com probant e de pago a los em pleados a t ravés de un rol de pagos, el m ism o, se basa en la inform ación del proceso de Cont rol de Bit ácora y Asignación Laboral, indicado en la
Act or: Cont a dora
Figura 4 . Cancelación de N óm ina
soft ware descrit a en los siguient es apart ados. A cont inuación se bosquej a el fluj o para el proceso com entado.
Act or: Gerent e
Figura 5 . Report e Asist encia Técnica por Client e
Exist e procesos adicionales que se han descart ado por est ar fuera del alcance del proyect o, debido a lo delicado de la inform ación, así com o, no considerados t rascendentales para el present e propósit o.
Cabe indicar que t am bién exist e un Docum ent o de Visión del proyect o, el cual puede revisarse en el área de Anexos específicam ent e en el Anexo.1. En est e docum ent o se det allan los diversos roles involucrados, así com o las diversas necesidades que sirvieron com o ent rada para la propuest a de la solución.
1 .3 . Análisis de Alt ernat ivas de solución
Mediant e el est udio encam inado a encont rar una solución a dicha problem át ica, se ha t om ado en cuent a t res alt ernat ivas de solución con respect o a las herram ient as de desarrollo y bases de dat os que podrían acoplarse a la solución.
ut ilidades, cuyas licencias est án disponibles en la ent idad y ot ras alt ernat ivas de opción libre, abarat ando cost os. En cuant o a las posibles soluciones se t iene:
H erram ient as de desarrollo:
• Visual St udio.NET 2008
• C#
• Visual Basic .Net
• Java
Bases de dat os:
• SQL Server 2008
• Post gre SQL
• Mysql 5
1 .3 .1 Análisis sobre las herram ient as de desarrollo.
Visual St udio.NET 2008 cuent a con ent orno visual, por lo que es fácil de ser com prendida y m anej ada por los desarrolladores de soft ware; est a herram ient a es m ás act ual que el desarrollo en am bient es Java; el t iem po que lleva const ruir un soft ware en la plat aform a .NET es m enor con respect o al t iem po que t om a en Java est o porque, se cuenta con un ent orno visual, pues en las diversas plat aform as para desarrollo en Java se deben program ar ciert os com ponent es desde cero para m anej o de j avascript y diversos com ponent es visuales. Adem ás la com pañía se ha inclinado por ut ilizar la plat aform a .Net por t ener int egrado varios com ponent es que agilizan el desarrollo de aplicaciones.
El lenguaj e que se ha elegido es Visual Basic.Net por conocer su funcionam ient o y t ener expert ise en el m ism o. Adicionalm ent e a eso la plat aform a pot encializa a est e lenguaj e por su int egración e int erpret ación a gran escala.
1 .3 .2 Análisis sobre las bases de dat os.
1 .4 . Escoger la solución ópt im a según los requerim ient os.
La solución que hem os elegido, después de haber analizado las vent aj as y desvent aj as de cada una de las herram ient as descritas ant eriorm ent e es la siguient e:
• H erram ient a de desarrollo: Visual St udio.NET 2008 y el lenguaj e Visual Basic.Net
• Base de dat os: MySQL
• Silverlight6: I nt erfaz de Usuario pot ent e t endencia RI A7.
1 .5 . Tecnología Silverlight
1 .5 .1 Microsoft Silverlight .
Silverlight es una t ecnología m oderna desarrollada por Microsoft para pot encializar el desarrollo de aplicaciones ricas en I nt ernet , actualm ent e proporciona enorm es vent aj as en cuant o a su ut ilización.
Es un com ponent e para navegadores basado en la plat aform a Windows, que agrega funcionalidades m ult im edia que perm it e crear aplicaciones RI A ( Rich I nt ernet Applicat ions) , la m ism a que m uest ra un m ej or aspect o a las aplicaciones web, com o nunca ant es vist o.
1 .5 .2 Vent aj as de Silverlight .
Ent re las principales vent aj as que se puede encont rar podem os m encionar las siguient es:
• Silverlight est á basado en XAML.
• Soport e para m ayor núm ero de lenguaj e de desarrollo, visual basic, I ronpython, C# ent re otros.
• Adem ás soport a la t ransm isión para video y audio.
• Posee soport e para ej ecut ar código de Javascript .
• Se int egra con t ecnologías ya exist ent es com o: Web Service8, Aj ax9.
• Perm it e la inst alación de una aplicación realizada con Silverlight dent ro del sist em a com o una aplicación norm al, t ant o Windows com o Macint osh[ Msdn, 2009] Est a opción se ha probado en Linux y no es posible ej ecut arla.
1 .5 .3 Desvent aj as de Silverlight .
• No soport ado para ot ros navegadores de los m encionados en su versión 3, se pret ende m it igar est a desvent aj a con Silverlight versión 4.
• Curva de aprendizaj e lent a.
• I nt egración con disposit ivos m óviles aún en desarrollo [ Msdn, 2009] .
1 .5 .4 H erram ient as y t ecnologías relacionadas.
Las aplicaciones de Microsoft siguient es incluyen caract eríst icas especiales para el desarrollo con Silverlight :
Microsoft Expression Blend.- Est a herram ient a, perm it e int eract uar en lenguaj e XAML que perm it e crear los efect os deseados para la aplicación. Para el desarrollo de la aplicación de Cont rol de Personal, se ut iliza est a herram ient a para crear las pant allas y cont roles com o bot ones y list as desplegables, est o facilit a la codificación.
Visual St udio 2 0 0 8 .-Visual St udio proporciona herram ient as de product ividad para desarrollar aplicaciones ya que facilit a su codificación. El proyect o se im plem ent ó en est a herram ient a y adem ás facilit ó el acceso hacia la base de dat os MySql ut ilizada en el present e t rabaj o.
CAPÍTULO 2. ELABORACIÓN - ESPECIFICACIÓN DE
REQUERIMIENTOS
I nicialm ent e se realizó un diagnóst ico prelim inar de la com pañía obj et o de est udio denom inada Serviest udios Cía. Lt da., baj o la cual, se conoció varios fluj os de t rabaj o y necesidades básicas que com prender los diversos servicios prest ados a la com unidad.
Las necesidades est ablecidas en la et apa ant erior y que tam bién se describen en el Docum ent o Visión ( Anexo 1) son las siguient es.
Necesidad Característica
NEC01 En la Empresa pueda registrar la entrada y salida del personal
NEC02 Contar con un reporte de cálculo inmediato de horas extras trabajadas
NEC03 Contar con una definición de un horario de trabajo por persona
NEC04 Controlar los permisos de entrada y salida fuera del horario
NEC05 Obtener reportes de la asistencia del personal tanto a las oficinas de Serviestudios como cuando acuden a dar soporte
NEC06 Necesidades de Obtener reportes resúmenes de bitácoras del soporte dado a los clientes
NEC07 Obtener un reporte de visitas por cliente, tiempo, y actividad desarrollada con el fin de emitir facturas
NEC08 Datos del Personal por departamentos y horarios
NEC09 Reporte de horas trabajadas y horas extras
NEC10 Contar con datos necesarios de cada visita efectuada al cliente en donde se describa información de soporte necesaria para evaluar el desenvolvimiento del sistema
NEC11 Personal Técnico pueda registrar su entrada y salida a su jornada laboral sin necesidad de llegar a la empresa
NEC12 Poder ingresar datos que reflejen el trabajo realizado en un cliente
NEC13 Personal en General pueda registrar su entrada y salida a su jornada laboral
NEC14 Poder contar con un informe de soportes realizados a su empresa
NEC15 Sistema amigable y fácil de comprender y que mantenga los línea de imagen de la empresa
NEC16 Que exista un control de usuarios con accesos debidamente otorgados
2 .6 . Requerim ient os funcionales y no funcionales ident ificados
Para una m ej or com prensión y organización de los diversos requerim ient os t enem os la list a de requerim ient o y las característ icas de las m ism as.
N ecesida d Requerim ient o Caract eríst icas
NEC08 REQM101 Registro de datos del personal Funcional Alta NEC08 REQM102 Act ualizar los datos del personal Funcional Alta NEC08 REQM103 Elim inar Personal que no registra m ovim ient o Funcional Alta NEC03
NEC08
REQM104 Asignar al Personal a un horario especifico Funcional Alta
NEC08 REQM105 Crear diferent es tipos de grupos de trabaj o Funcional Media NEC08 REQM106 Asignar al Personal a un grupo de trabaj o Funcional Media NEC06 REQM201 Registro de datos de los clientes Funcional Alta NEC06 REQM202 Act ualizar los datos de los clientes Funcional Alta NEC06 REQM203 Elim inar client es que no registran m ovim iento Funcional Alta NEC10 REQM204 Creación de productos Funcional Media NEC10 REQM205 Asignar productos vendidos a los clientes Funcional Alta NEC16 REQM301 Crear registro de usuarios Funcional Alta NEC16 REQM302 Act ualizar los datos de los Usuarios Funcional Alta NEC16 REQM303 Elim inar Usuarios Funcional Media NEC16 REQM304 Asignación de accesos al sistem a por grupos de
Usuarios
Funcional Alta
NEC16 REQM305 Relacionar a los usuarios con personal o cliente Funcional Alta NEC16 REQM306 Crear grupos de usuarios Funcional Alta NEC16 REQM307 Perm itir a los usuarios cam biar su clave Funcional Baj a NEC03
NEC08
REQM401 Crear los diferent es horarios a los que se suj etará el personal
Funcional Alta
NEC04 REQM402 Perm itir configurar perm isos, feriados, vacaciones ( días especiales)
Funcional Alta
NEC03 REQM403 Perm itir regist rar a los tipos de horarios que van a tener horas extras
Funcional Alta
NEC11 NEC03
REQM404 Perm itir registrar a los t ipos de horarios que se van a registrarse rem otam ent e
Funcional Alta
NEC03 REQM405 Perm itir establecer un día feriado com o día laboral para determ inado tipo de personal
Funcional Media
NEC15 REQM406 Perm itir que la int eracción con el sistem a sea am igable y de fácil com prensión
No Funcional
Media
NEC01 NEC13
REQM501 Registro de asistencia de Hora de entrada y salida de la Oficina
Funcional Alta
NEC05 NEC11 NEC10
REQM502 Registro desde asist encia m ediante web hora de entrada y salida
N ecesida d Requerim ient o Caract eríst icas NEC10
NEC12
REQM602 Crear Bitácoras de soport e t écnico independiente al registro de asistencia
Funcional Alta
NEC10 NEC12
REQM603 Act ualizar Bit ácoras de soporte técnico de los clientes
Funcional Alta
NEC02 REQM701 Reporte de personal horas extras Funcional Alta NEC05
NEC09
REQM702 I nform e de asistencia al personal Funcional Alta
NEC07 NEC10
REQM703 I nform e de bit ácora por clientes Funcional Alta
NEC14 REQM704 I nform es de visitas por client e Funcional Alta NEC15 REQM705 Los reportes deben conservar el form ato estándar de
la em presa
No Funcional
Alta
NEC15 REQM706 Se debe conservar los colores inst itucionales en los diversos report es
No Funcional
Media
EL siguiente cuadro present a una relación ent re Requerim ient os y necesidades en donde se puede ver m ás claram ent e que t odas las necesidades est án cubiert as con un requerim ient o.
NECESI DADES
REQUERI MI ENTO 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16
REQM101 X
REQM102 X
REQM103 X
REQM104 X X
REQM105 X
REQM106 X
REQM201 X
REQM202 X
REQM203 X
REQM204 X
REQM205 X
REQM301 X
REQM302 X
REQM303 X
REQM304 X
REQUERI MI ENTO 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16
REQM401 X X
REQM402 X
REQM403 X
REQM404 X X
REQM405 X
REQM406 X
REQM501 X X
REQM502 X X X
REQM601 X X
REQM602 X X
REQM603 X X
REQM701 X
REQM702 X X
REQM703 X X
REQM704 X
REQM705 X
REQM706 X
2 .6 . Esquem a del Dom inio de la Solución.
Figura 6 . Esquem a de Dom inio de la Solución
de Personal m ediant e una solución basada en form ularios Windows, o bien, desde cualquier ubicación a t ravés de la I nt ernet .
Cabe m encionar que el sist em a ha im plem ent ado funcionalidades basadas en Web Services que perm it en su com unicación de form a ágil y segura.
2 .6 . Modelo de Casos de Uso.
[image:26.595.91.512.270.598.2]En el esquem a de la Figura 7 . Modelo de casos de Uso, se puede ver las diferent es funcionalidades que el sist em a posee diagram adas en cada uno de los casos de uso.
Figura 7 . M odelo de Casos de Uso
En secciones siguient es se ubicarán las descripciones correspondient es a cada caso de uso para su m ej or com prensión.
2 .6 . Descripción de Casos de Uso.
A cont inuación se describen los principales casos de uso y sus caract eríst icas uc Sistema de Control de Personal Serv iestudios Cía Ltda.
Sistema de Control de Personal Serviestudios Cía Ltda.
Asignar Usuario Administrador Sistema Modificar Grupo Bloquear Grupo Gerente Administrar Bitácora Administrar Productos Generar Reportes Administrar Clientes Registrar Asistencia Ingresar Bitácora Empleado Actualizar Clav e Contadora Administrar Registros Empleado Crear día Especial Administrar Horarios Crear Grupo de
Usuario
2 .4 .1 . Descripción del caso de uso Regist rar Asist encia.
Caso de Uso: Regist rar Asist encia.
Cod. CSU01
Act ores: Em pleado ( iniciador) .
Propósit o: Perm it e regist rar la asist encia de un em pleado.
Resum en: El sist em a perm it e regist rarse al em pleado, t ant o hora de ent ras y salida según sea el caso.
Precondiciones:
• El em pleado debe est ar regist rado en la base de dat os del sist em a.
• El em pleado debe t ener asignado un horario.
• El acceso al sist em a de est ar disponible.
Post condiciones:
En la base debe regist rarse el cam bio de acuerdo a la acción seguida. Se ident ifica desde donde se realiza el regist ro local o por I nt ernet .
ESCEN ARI OS.-
Ex it osos
E1 : Regist rar Asist encia
Fluj o básico
1. Accede a la funcionalidad de Regist rar asist encia
2. El act or ingresa la inform ación necesaria, por bit ácora su usuario y clave. Si es dent ro del sist em a de acceso local, ubicará su núm ero de cédula. 3. Se confirm a al usuario que el regist ro se realizo con éxit o.
4. Sale de la funcionalidad y t erm ina el fluj o.
E2 : Regist rar Asist encia de usuario no exist ent e
E2 : Conexión fallida al Regist rar Asist encia
Fluj o básico + FA2
Fa llidos
Fluj o Alt ernos
FA1 : Dat os incorrect os, vuelva a int ent arlo.
En caso de que el usuario ingrese inform ación incorrect a. Visualizará m ensaj e de error “ Dat os incorrect os, vuelva a int ent arlo”
FA2 . N o se realizó regist ro
En caso de un error ya sea en conexión o por ot ra índole, se present e un m ensaj e al usuario “ No se realizo el regist ro, vuelva a int ent arlo” .
REQUERI MI EN TOS
REQM5 0 1 Regist ro de asist encia de Hora de ent rada y salida de la Oficina
2 .4 .2 . Descripción del caso de uso Adm inist rar Product os.
Act ores: Adm inist rador ( iniciador)
Cod. CSU02
Propósit o: Perm it e crear, actualizar, elim inar product os ofert ados.
Resum en: Adm inist rador puede seleccionar las opciones a realizar sean de creación, act ualización o elim inación de product os.
Precondiciones: El usuario debe est ar regist rado en la base de datos del sist em a.
Post condiciones: En la base debe regist rarse el cam bio de acuerdo a la acción seguida, bien se de actualización, creación o elim inación.
ESCEN ARI OS.-
FLUJO ALTERN OS
Ex it osos
E1 : Adm inist rar Product os
Fluj o básico
1. Accede a la funcionalidad de Adm inist rar product os
2. El act or selecciona la opción de crear, edit ar o elim inar un product o: 3. Sale de la funcionalidad y t erm ina el fluj o.
E2 : Adm inist rar product os no exist ent es
Fluj o básico + FA1
E3 : Adm inist rar product os errónea
Fluj o básico + FA2
Fa llidos
Fluj o Alt ernos
de error “ Dat os incorrect os, vuelva a int ent arlo”
FA2 . N o se realizó regist ro
En caso de un error ya sea en conexión o por ot ra índole, se present e un m ensaj e al usuario “ No se realizo el regist ro, vuelva a int ent arlo” .
REQUERI MI EN TOS
REQM2 0 4 Creación de product os.
2 .4 .3 . Descripción del caso de uso Adm inist rar Client es.
Act ores: Adm inist rador ( iniciador) .
Cod. CSU03
Propósit o: Perm it e crear, actualizar, elim inar client es.
Resum en: Adm inist rador puede seleccionar las opciones a realizar sean de creación, act ualización o elim inación de client es.
Precondiciones: El usuario debe est ar regist rado en la base de datos del sist em a.
Post condiciones: En la base debe regist rarse el cam bio de acuerdo a la acción seguida, bien se de actualización, creación o elim inación.
ESCEN ARI OS.-
Ex it osos
E1 : Adm inist rar Client es
Fluj o básico
1. Accede a la funcionalidad de Adm inist rar client es
2. El act or selecciona la opción de crear, edit ar o elim inar un client e: 3. Sale de la funcionalidad y t erm ina el fluj o.
E2 : Adm inist rar client e no exist ent es
Fluj o básico + FA1
E3 : Adm inist rar client e errónea
Fluj o básico + FA2
Fa llidos
Fluj o Alt ernos
FA1 : Dat os incorrect os, vuelva a int ent arlo.
Est e m ism o procedim ient o se ha aplicado para la adm inist ración de usuarios donde se puede crear, elim inar y actualizar los m ism os en virt ud de las necesidades. Cabe indicar que la Adm inist ración de horarios se han realizado de igual form a con la consideración que exist e una extensión de est e caso hacia el caso de uso Crear día Especial, est o nos perm it irá considerar las necesidades propias del negocio y cont em plarlas en el sist em a.
FA2 . N o se realizó regist ro
En caso de un error ya sea en conexión o por ot ra índole, se present e un m ensaj e al usuario “ No se realizo el regist ro, vuelva a int ent arlo” .
REQUERI MI EN TOS
REQM2 0 1Regist ro de dat os de los client es
REQM2 0 2Act ualizar dat os de los client es
2 .4 .4 . Descripción del caso de uso Act ualizar Clave.
Act ores: Usuario ( iniciador) .
Cod. CSU04
Propósit o: Act ualizar la clave del usuario que est á regist rado en la base de dat os y desea m odificarla.
Resum en: Usuario ingresa su clave act ual, el sist em a lo valida y envía la acept a la nueva clave ingresada por el usuario.
Precondiciones: El usuario debe est ar regist rado en la base de datos del sist em a.
Post condiciones: En la base debe regist rarse el cam bio de clave del usuario.
ESCEN ARI OS.-
Ex it osos
E1 : Act ualizar clave
Fluj o básico
1. Accede a la funcionalidad de actualizar clave
2. El act or ingresa su clave act ual y reconfirm e el m ism o nuevam ent e 3. Sale de la funcionalidad y t erm ina el fluj o.
E2 : Act ualizar clave incorrect a o no exist ent e
Fluj o básico + FA1
E3 : Act ualizar clave errónea
Fluj o básico + FA2
Fa llidos
Fluj o Alt ernos
FA1 : Dat os incorrect os, vuelva a int ent arlo.
FA2 . N o se realizó regist ro
En caso de un error ya sea en conexión o por ot ra índole, se present e un m ensaj e al usuario “ No se realizo el regist ro, vuelva a int ent arlo” .
REQUERI MI EN TOS
REQM3 0 2 Act ualizar los dat os de los Usuarios
2 .4 .5 . Descripción del caso de usoCrear día Especial.
Act ores: Adm inist rador ( iniciador) .
Cod. CSU05
Propósit o: Perm it e crear, actualizar, elim inar día especial.
Resum en: El adm inist rador puede seleccionar las opciones a realizar sean de creación, act ualización o elim inación de días especiales. Est e caso de uso es de vit al im port ancia ya que es la inform ación es la ent rada para varias procesos del sist em a.
Precondiciones: El usuario debe est ar regist rado en la base de datos del sist em a.
Post condiciones: En la base debe regist rarse el cam bio de acuerdo a la acción seguida, bien se de actualización, creación o elim inación.
ESCEN ARI OS.-
Ex it osos
E1 : Crear día especial
Fluj o básico
1. Accede a la funcionalidad de crear día especial
2. El act or selecciona a la crear, edit ar o elim inar un día especial 3. Sale de la funcionalidad y t erm ina el fluj o.
E2 : Adm inist rar día especial no exist ent e
Fluj o básico + FA1
E3 : Adm inist rar día especial erróneo
Fluj o básico + FA2
Fa llidos
Fluj o Alt ernos
de error “ Dat os incorrect os, vuelva a int ent arlo”
FA2 . N o se realizó regist ro
En caso de un error ya sea en conexión o por ot ra índole, se present e un m ensaj e al usuario “ No se realizo el regist ro, vuelva a int ent arlo” .
REQUERI MI EN TOS
REQM4 0 2 Perm it ir configurar perm isos, feriados, vacaciones ( días especiales)
2 .4 .6 . Descripción del caso de usoI ngresar Bit ácora.
Act ores: Em pleado ( iniciador) .
Cod. CSU06
Propósit o: Perm it e crear el regist ro en Bit ácora.
Resum en: El em pleado regist ra su act ividad en Bit ácora. Est e caso de uso es de vit al im port ancia ya que de est e result an varias act ividades com o el cálculo de horas y la generación de report es.
Precondiciones:
- El em pleado debe estar regist rado en la base de dat os del sist em a. - El em pleado debe t ener asignado un horario.
Post condiciones:
-En la base debe regist rarse el cam bio de acuerdo a la acción seguida, bien se de act ualización, creación o elim inación.
- Se genera un aviso de ingreso de bit ácora para su seguim ient o por el Gerent e o el responsable de cont rol de personal.
ESCEN ARI OS.-
Ex it osos
E1 : I ngresar Bit ácora correct am ent e
Fluj o básico
1. Accede a la funcionalidad de ingresar bit ácora 2. El act or ingresa la inform ación necesaria 3. Sale de la funcionalidad y t erm ina el fluj o.
E2 : I ngresar Bit ácora no exist ent e
Fluj o básico + FA1
Del caso ant erior descrit o se sirven varios procesos del sist em a, por lo que, la bit ácora en el present e escenario se vuelve t rascendent al.
Fa llidos
Fluj o Alt ernos
FA1 : Dat os incorrect os, vuelva a int ent arlo.
En caso de que el usuario ingrese inform ación incorrect a. Visualizará m ensaj e de error “ Dat os incorrect os, vuelva a int ent arlo”
FA2 . N o se realizó regist ro
En caso de un error ya sea en conexión o por ot ra índole, se present e un m ensaj e al usuario “ No se realizo el regist ro, vuelva a int ent arlo” .
REQUERI MI EN TOS
REQM6 0 1 Generar la Bit ácora cuando se regist ra desde la web.
2 .4 .7 . Descripción del caso de uso Adm inist rar Regist ro Em pleado
Caso de Uso: Adm inist rar Regist ro Em pleado.
Cod. CSU07
Act ores: Cont adora ( iniciador) .
Propósit o: Perm it e regist rar un em pleado.
Resum en: El sist em a perm it e crear, m odificar, elim inar y bloquear un em pleado
Precondiciones:
• Exist ir un grupo de personal
• Un horario definido.
• El acceso al sist em a de est ar disponible.
Post condiciones:
• En la base debe regist rarse el cam bio de acuerdo a la acción seguida.
ESCEN ARI OS.-
Ex it osos
E1 : Adm inist rar regist ro em peleado
Fluj o básico
1. Accede a la funcionalidad de adm inist rar regist ro em pleado 2. El act or ingresa la inform ación necesaria
2.1.Se asigna un horario a el em pleado 2.2.Se asigna un grupo al em pleado 3. Sale de la funcionalidad y t erm ina el fluj o.
E2 : Adm inist rar regist ro em pleado no válido
Fluj o básico + FA1
E3 : Adm inist rar regist ro em pleado erróneo
Fluj o Alt ernos
FA1 : Dat os incorrect os, vuelva a int ent arlo.
En caso de que el usuario ingrese inform ación incorrect a. Visualizará m ensaj e de error “ Dat os incorrect os, vuelva a int ent arlo”
FA2 . N o se realizó regist ro
En caso de un error ya sea en conexión o por ot ra índole, se present e un m ensaj e al usuario “ No se realizo el regist ro, vuelva a int ent arlo” .
REQUERI MI EN TOS
REQM1 0 1 Regist ro de dat os del personal
REQM1 0 2Act ualizar los dat os del personal
REQM1 0 3 Elim inar personal que no regist ra m ovim ient o
REQM1 0 4 Asignar el personal a un horarios específico
REQM1 0 5 Crear diferent es grupos de t rabaj o
2 .4 .8 . Descripción del caso de uso Adm inist rar H orarios
Caso de Uso: Adm inist rar horarios.
Cod. CSU08
Act ores: Cont adora ( iniciador) .
Propósit o: Perm it e regist rar un horario.
Resum en: El sist em a perm it e crear, m odificar, elim inar un horario
Precondiciones:
Post condiciones:
• En la base debe regist rarse el cam bio de acuerdo a la acción seguida.
ESCEN ARI OS.-
Ex it osos
E1 : Adm inist rar H orarios
Fluj o básico
4. Accede a la funcionalidad de Adm inist rar horarios
5. El act or ingresa la inform ación necesaria: nom bre, horario, caract eríst icas de acceso rem ot o o acceso local.
6. Sale de la funcionalidad y t erm ina el fluj o.
E2 : Generar Horarios con inform ación no válida
Fluj o básico+ FA1
Fa llidos
Fluj o Alt ernos
FA1 : Dat os incorrect os, vuelva a int ent arlo.
En caso de que el usuario ingrese inform ación incorrect a. Visualizará m ensaj e de error “ Dat os incorrect os, vuelva a int ent arlo”
REQUERI MI EN TOS
REQM4 0 3 Perm it ir regist rar a los t ipos de horarios que van a t ener horas ext ras
2 .4 .9 . Descripción del caso de uso Generar Report es
Caso de Uso: Generar Report es
Cod. CSU09
Act ores: Cont adora, Gerent e, Adm inist rador ( iniciador) .
Propósit o: Perm it e generar Report e.
Resum en: El sist em a perm it e crear report es
Precondiciones:
• Se sugiere pero no es indispensable que exist a inform ación en el sist em a, t ant o de horarios, em pleados, grupos de usuario, regist ro de asist encias, inform ación en bit ácora.
Post condiciones:
• Se generará el inform e en base a la acción solicit ada
ESCEN ARI OS.-
Ex it osos
E1 : Generar Report es
Fluj o básico
7. Accede a la funcionalidad de Generar Report e
8. El act or ingresa los cam pos a filt rar para obt ener el report e 9. Sale de la funcionalidad y t erm ina el fluj o.
E2 : Generar Report es no válidos
Fluj o básico+ FA1
Fa llidos
Fluj os Alt ernos
de error “ Dat os incorrect os, vuelva a int ent arlo”
REQUERI MI EN TOS
REQM7 0 1Report e de personal de horas ext ras
REQM7 0 2I nform e de asist encia del personal
REQM7 0 3I nform e de bit ácoras por client e
REQM7 0 4I nform e de visit as por client e
REQM7 0 5Los report es deben conservar el form at o est ándar de la em presa
2 .4 .1 0 . Descripción del caso de uso Crear Grupo de Usuario
Caso de Uso: Crear grupo de usuario
Cod. CSU10
Act ores: Adm inist rador
Propósit o: Perm it e crear grupos de usuario
Resum en: El sist em a perm it irá generar grupos de usuario a t ravés del sist em a, lim it ando est e acceso sólo al adm inist rador.
Precondiciones:
• El sist em a debe est ar funcional.
Post condiciones:
• Se generará el inform e en base a la acción solicit ada
ESCEN ARI OS.-
Ex it osos
E1 : Crear Grupo de Usuario
Fluj o básico
10. Accede a la funcionalidad de Crear Grupo de usuario
11. El act or ingresa los dat os necesarios de inform ación del grupo
12. El act or selecciona las funcionalidades a las que el grupo tendrá acceso. 13. Sale de la funcionalidad y t erm ina el fluj o.
E2 : Creación de Grupo de Usuario con Dat os incorrect os
Fluj o básico+ FA1 + FA2
Fa llidos
Fluj os Alt ernos
de error “ Dat os incorrect os, vuelva a int ent arlo”
FA2 : Dat os incorrect os, vuelva a int ent arlo.
aso de que el usuario ingrese inform ación incorrect a. Visualizará m ensaj e de error “ Dat os incorrect os, vuelva a int ent arlo”
REQUERI MI EN TOS
REQM3 0 1Crear regist ro de usuarios
2 .4 .1 1 . Descripción del caso de uso Adm inist rar Bit ácora
Caso de Uso: Adm inist rar Bit ácora
Cod. CSU11
Act ores: Adm inist rador
Propósit o: Perm it e adm inist rar la bit ácora
Resum en: El sist em a perm it irá adm inist rar la bit ácora de los diversos em pleaodos regist ren a t ravés del sist em a, lim it ando est e acceso sólo al adm inist rador.
Precondiciones:
• El sist em a debe t ener regist rado bit ácoras.
Post condiciones:
• Se regist rará las m odificaciones sobre las bit ácoras deseadas.
ESCEN ARI OS.-
Ex it osos
E1 : Adm inist rar Bit ácora
Fluj o básico
1. Accede a la funcionalidad adm inist rar bit ácora 2. El act or selecciona la funcionalidad.
3. Sale de la funcionalidad y t erm ina el fluj o.
E2 : Adm inist ración con Dat os incorrect os
Fluj o básico + FA1
E2 : Adm inist ración con Dat os erróneos
Fluj o básico + FA2
Fa llidos
En caso de que el usuario ingrese inform ación incorrect a. Visualizará m ensaj e de error “ Dat os incorrect os, vuelva a int ent arlo”
FA2 : Dat os incorrect os, vuelva a int ent arlo.
En caso de que el usuario ingrese inform ación incorrect a. Visualizará m ensaj e de error “ Dat os incorrect os, vuelva a int ent arlo”
REQUERI MI EN TOS
2 .4 .1 2 . Descripción del caso de uso Modificar Grupo
Caso de Uso: Modificar Grupo
Cod. CSU12
Act ores: Adm inist rador
Propósit o: Perm it e m odificar grupos
Resum en: El sist em a perm it irá m odificar los diversos grupos que se llevan a t ravés del sist em a, lim it ando est e acceso sólo al adm inist rador.
Precondiciones:
• El sist em a debe t ener regist rado grupos.
Post condiciones:
• Se regist rará las m odificaciones sobre las grupos deseados.
ESCEN ARI OS.-
Ex it osos
E1 : Modificar grupo
Fluj o básico
1. Accede a la funcionalidad m odificar grupos 2. El act or selecciona el grupo a m odificar. 3. Sale de la funcionalidad y t erm ina el fluj o.
E2 : Modificar grupos con Dat os incorrect os
Fluj o básico + FA1
E2 : Modificar grupo con Dat os erróneos
Fluj o básico + FA2
Fa llidos
En caso de que el usuario ingrese inform ación incorrect a. Visualizará m ensaj e de error “ Dat os incorrect os, vuelva a int ent arlo”
FA2 : Dat os incorrect os, vuelva a int ent arlo.
En caso de que el usuario ingrese inform ación incorrect a. Visualizará m ensaj e de error “ Dat os incorrect os, vuelva a int ent arlo”
REQUERI MI EN TOS
2 .4 .1 3 . Descripción del caso de uso Bloquear Grupo
Caso de Uso: Bloquear Grupo
Cod. CSU13
Act ores: Adm inist rador
Propósit o: Perm it e bloquear grupos
Resum en: El sist em a perm it irá bloquear los diversos grupos que se llevan a t ravés del sist em a, lim it ando est e acceso sólo al adm inist rador.
Precondiciones:
• El sist em a debe t ener regist rado grupos.
Post condiciones:
• Se regist rará los bloqueos sobre las grupos deseados.
ESCEN ARI OS.-
Ex it osos
E1 : Bloquear grupo
Fluj o básico
1. Accede a la funcionalidad bloquear grupos 2. El act or selecciona el grupo a bloquear. 3. Sale de la funcionalidad y t erm ina el fluj o.
E2 : Bloquear grupos con Dat os incorrect os
Fluj o básico + FA1
E2 : Bloquear grupo con Dat os erróneos
Fluj o básico + FA2
Fa llidos
En caso de que el usuario ingrese inform ación incorrect a. Visualizará m ensaj e de error “ Dat os incorrect os, vuelva a int ent arlo”
FA2 : Dat os incorrect os, vuelva a int ent arlo.
En caso de que el usuario ingrese inform ación incorrect a. Visualizará m ensaj e de error “ Dat os incorrect os, vuelva a int ent arlo”
REQUERI MI EN TOS
2 .4 .1 4 . Descripción del caso de uso Asignar Usuario
Caso de Uso: AsignarUsuario
Cod. CSU14
Act ores: Adm inist rador
Propósit o: Perm it e asignar un usuario o em pleado a un grupo det erm inado
Resum en: El sist em a perm it irá asignarun usuario a un grupo que se llevan a t ravés del sist em a, lim it ando est e acceso sólo al adm inist rador.
Precondiciones:
• El sist em a debe t ener regist rado grupos y al m enos un usuario.
Post condiciones:
• Se regist rará la asignación sobre el usuario deseado.
ESCEN ARI OS.-
Ex it osos
E1 : Asignar usuario
Fluj o básico
1. Accede a la funcionalidad asignar usuario 2. El act or selecciona el usuario a asignar. 3. Sale de la funcionalidad y t erm ina el fluj o.
E2 : Asignar usuario con Dat os incorrect os
Fluj o básico + FA1
E2 : Asignar usuario con Dat os erróneos
Fluj o básico + FA2
Fa llidos
En caso de que el usuario ingrese inform ación incorrect a. Visualizará m ensaj e de error “ Dat os incorrect os, vuelva a int ent arlo”
FA2 : Dat os incorrect os, vuelva a int ent arlo.
En caso de que el usuario ingrese inform ación incorrect a. Visualizará m ensaj e de error “ Dat os incorrect os, vuelva a int ent arlo”
REQUERI MI EN TOS
REQM3 0 4Asignación de accesos al sist em a por grupos de Usuarios
Est ablecem os un cuadro de relación ent re Requerim ient os y Casos de Uso que nos perm it e ver con m ás claridad que todos los requerim ient os est án cubiert os.
CASOS DE USO
REQUERI MI EN TO 01 02 03 04 05 06 07 08 09 10 11 12 13 14
REQM101 X
REQM102 X
REQM103 X
REQM104 X
REQM105 X
REQM106 X
REQM201 X
REQM202 X
REQM203 X
REQM204 X
REQM205 X
REQM301 X
REQM302 X X
REQM303 X
REQM304 X
REQM305 X
REQM306 X
REQM307 X
REQM401 X
REQM402 X
REQM403 X
REQM404 X
REQM405 X
REQM406 X X X
REQM501 X REQM502 x
REQM601 X
REQM602 X
REQM603 X
REQM701 X
REQM702 X
REQM703 X
REQM704 X
REQM705 X
2 .5 . Modelo de clases.
"El diagram a de clases es la represent ación gráfica de la int eracción de las clases que int ervienen en el sist em a, en est e se m uest ra adem ás las int erfaces, colaboraciones y sus relaciones de dependencia y generalización. Son los m ás com unes y dan una vist a est át ica del proyect o"10.
En la figura siguient e se puede observar el diagram a de clases del sist em a propuest o.
2 .5 .2 . Diccionario de dat os del Diagram a de Clases.
El siguient e diccionario de dat os profundiza en las diversas clases definidas, así com o, los cam pos y m ét odos específicos.
CLASE PERSON A
Est ruct ura Descripción
C a m p o s
I dent ificacion I dent ificación de la persona Apellido Apellido de la persona. Nom bre Nom bre de la persona Direccion Dirección de la persona Telefono Teléfono de la persona Sexo Sexo de la persona Usernam e Usernam e de la persona Password Password de la persona
M é to d o s
Mét odos CRUD básicos para est a clase: I nserción, Consult a, Actualización, Elim inación de una Persona
Edit arI nform acion Perm it e edit ar los dat os de la clase persona
RecuperarClave ( usuario) Perm it e recuperar clave de la persona. Cam biarClave Perm it e cam biar la clave del usuario Encript arClave Mét odo para cifrar la clave, form ato
seguro, se uso MD511
DarDeBaj a Mét odo para deshabilit ar a una persona en el sist em a
CLASE USUARI O
Est ruct ura Descripción
C
a
m
p
o
s Cam pos heredados de ent idad persona
Cabe indicar que en t odas las clases se ha considerado los m ét odos básicos para su funcionam ient o com o son la inserción, consult a, act ualización, elim inación ( Mét odos CRUD12) y en base al escenario se han agregado ot ros m ét odos
necesarios dependiendo del dom inio del problem a.
Est ado Para conocer est ado del usuario, act ivo o inact ivo
M
é
to
d
o
s Mét odos heredados de Persona
CLASE CLI EN TE
Est ruct ura Descripción
C a m p o s
Cam pos heredados de persona
FechaI ngreso Fecha inicio com o client e TipoClient e Tipo de client e o cat egoría Est adoClient e Est ado del client e
M
é
to
d
o
s Mét odos heredados de Persona
CLASE EMPLEADO
Est ruct ura Descripción
C a m p o s
Cam pos heredados de persona
FechaI ngreso Fecha I ngreso del em pleado FechaSalida Fecha de salida
Salario Valor m ensual
TipoCont rato Tipo de cont rat o del em pleado
M
A cont inuación se m uest ra el diccionario de dat os para las clases Product o, Rol y Funcionalidad.
Edit arTipoCont rat o Perm it e cam biar t ipo cont rat o
Edit arSalario Perm it e act ualizar salario
CLASE PRODUCTO
Est ruct ura Descripción
C
a
m
p
o
s Descripcion Una descripción del product o Cost o Cost o del product o
Nom breProduct o Nom bre para un product o
M é to d o s
Mét odos CRUD básicos para est a clase: I nserción, Consult a, Actualización, Elim inación de un Product o
DarDeBaj aProduct o Perm it e dar de baj a al product o
CLASE ROL
Est ruct ura Descripción
C
a
m
p
o
s Nom bre Nom bre Rol
Descripcion Descripción del Rol
M
é
to
d
o Mét odos CRUD básicos para est a clase: I nserción, Consult a, Actualización, Elim inación de un Rol
CLASE FUN CI ON ALI DAD
Est ruct ura Descripción
C
a
m
p
o
s Nom bre Nom bre Funcionalidad
Las clases Asist encia, Feriado, Bit ácora, Det alle Bit ácora, HorarioLaboral se m uest ran a cont inuación.
M
é
to
d
o Mét odos CRUD básicos para est a clase: I nserción, Consult a, Actualización, Elim inación de un Funcionalidad
CLASE ASI STEN CI A
Est ruct ura Descripción
C a m p o s
Fecha Cam po fecha norm al
HoraMarcado Hora de m arcado, por ej m .: 8 ó 18h Cost oHora Valor del cost o hora
M
é
to
d
o
s Mét odos CRUD básicos para est a clase: I nserción, Consult a, Actualización, Elim inación de una Asist encia.
CLASE FERI ADO
Est ruct ura Descripción
C a m p o s
Cam pos heredados de la clase Asist encia
Est adoHoraExt ra Est ado para ident ificar si la hora m arcada es ext ra o no
DescripcionAdicional Descripción del Feriado
M é to d o s
Mét odos CRUD básicos para est a clase: I nserción, Consult a, Actualización, Elim inación de un Rol y los m ét odos heredados de la clase Feriado.
CLASE BI TACORA
Est ruct ura Descripción
C a m p o s
Nom bre Nom bre Funcionalidad
Cam pos Agregados de la clase DetalleBit acora M é to d o s
Mét odos CRUD básicos para est a clase: I nserción, Consult a, Actualización, Elim inación de una Bit ácora y los Agregados de la Clase Det alleBit acora.
CLASE DETALLEBI TACORA
Est ruct ura Descripción
C a m p o s
Hora Hora de regist ro en Bit ácora
Descripcion Descripción del regist ro en bit ácora
M
é
to
d
o
s Mét odos CRUD básicos para est a clase: I nserción, Consult a, Actualización, Elim inación de una clase Det alleBit acora
CLASE H ORARI OLABORAL
Est ruct ura Descripción
C a m p o s
Nom breHorarioLaboral Nom bre asignado al calendario laboral Horario Horario de t rabaj o de un Em pleado TipoHorario Un t ipo de calendario
Est ado Est ado calendario puede ser act ivo, inact ivo M é to d o
s Mét odos CRUD básicos para est a clase: I nserción, Consult a, Actualización, Elim inación de una clase CalendarioLaboral
2 .5 . Diagram a de I nt eracción
Dent ro de est a cat egoría se present an los diagram as de secuencia de los procesos que realiza el sist em a desarrollado.
2 .5 .1 . Diagram a de Secuencia
[image:63.595.94.503.186.430.2]Figura 9 . Fluj o Regist rar Asist encia
Figura 1 0 . Fluj o Regist rar Asist encia
Empleado
Horario Laboral
Empleado Asistecia
BuscarEmpleado(identificacion)
Buscar Horario(empleado) Registrar Asistencia(fecha,hora)
Verificar Registro (horario,empleado) Registra Asistencia (fecha, hora)
Registro exitoso() Registro realizado exitosamente()
Empleado
Empleado
Buscar Empleado (identificacion)
Figura 1 1 . Regist rar Em pleado
Figura 1 2 . Crear día Especial
Administrador
Horario Laboral
Persona Empleado
Ingresar Datos (nombre, apellido)
Seleccionar Grupo (persona)
Asignar Horario (empleado, horario)
Horario Exitoso()
Empleado exitoso()
Empleado registrado exitosamente()
Administrador
Horario Laboral
Empleado Feriado
Selecciona empleado (identificacion)
Busca Horario(empleado)
Configurar día especial (día,horaInicio,HoraFinal)
Configuracion exitosa()
Confirmación registro()
[image:64.595.98.501.260.561.2]Figura 1 3 . I ngresar Bit ácora
Figura 1 4 . Generar Report e
Empleado
Empleado
Bitácora DetalleBitácora HorarioLaboral
Crear Bitácora(detalle)
Validar empleado(empleado)
Validar Horario(Horario, Empleado) Datos validados()
Registrar Detalle Bitacora() Regisrtro exitoso() Bitacora registrada con exito()
Empleado
GUI Reporte
Solicitar Reporte()
Seleccionar Criterio de busqueda(criterio)
Reporte con Detalle()
[image:65.595.95.500.383.588.2]Figura 1 5 . Regist rar H ora rio
Figura 1 6 . Regist rar Product o Empleado(Contador)
Empleado Horario Laboral
Seleccionar empleado()
Definir horario(horario)
Registro realizado ()
Mensaje de exito()
Empleado(Contador)
Cliente Producto
Seleccionar Cleinte(cliente)
Seleccionar Producto()
Actualizar() Registro realizado()
[image:66.595.92.504.381.608.2]Figura 1 7 . Regist rar Client e
Figura 1 8 . Act ualizar Client e
Administrador
Persona Cliente Funcionalidad
Solicitud de Creacion de Cliente(Nombre, Apeelido)
Registrar Cliente(persona)
Seleccionar funcionalidades()
Confirmaci{on exitosa()
confirmación()
confirmación exitosa()
Administrador
Persona Cliente Funcionalidad
Solicitud de Creacion de Cliente(Nombre, Apeelido)
Registrar Cliente(persona)
Seleccionar funcionalidades()
Confirmaci{on exitosa()
confirmación()
[image:67.595.90.509.348.561.2]Figura 1 9 . Regist rar Grupo de Usua rio
Figura 2 0 . Act ualizar Cla ve
Empleado(Contadora)
Persona Usuario Funcionalidad
Ingresar datos(nombre, apellido)
Registrar Usuario(detalle)
Confirmación Registro()
Definir funcionalidad acceso(funcionalidad)
Mensaje confirmación()
Confirmación()
Registro Exitoso()
Persona(Cliente,Empleado,Gerente)
GUI Persona
Solicitud de Acutualización()
Actualizar Clave(clave, confirmacionClave)
Actualizar() Confirmacion ()
2 .6 . Módulos del Sist em a de Cont rol de Personal.
Figura 2 1 . M ódulos Sist em a Cont rol de Persona l
De acuerdo a las diversas funcionalidades del sist em a se ha realizado el diagram a de la Figura 2 1 . Módulos Sist em a Cont rol de Personal, el m ism o que det alla los m ódulos y sub- m ódulos principales del sist em a y su organización de form a adecuada.
Para obt ener una m ejor organización y com unicación en el sist em a, se definieron t res m ódulos principales que se describen a cont inuación:
Módulo Adm inist ración Básica y Seguridad.
Est e m ódulo se encargada de cum plir con funcionalidades esenciales del sist em a para su funcionam ient o básico, así com o la gest ión de usuarios y roles; se han definido los siguient es sub- m ódulos:
a. Adm inist ración de Usuarios. b. Gest ión de Client es.
Módulo Cont rol de Personal.
Est e m ódulo es el m ás com plet o ya que com prende t odas las funcionalidades que dan sent ido al sist em a y perm it e el cont rol adecuado del personal, est á orient ado m ás a cubrir las necesidades requeridas por los usuarios. Com prende los siguient es sub- m ódulos:
d. Gest ión de Bit ácoras. e. Gest ión de Asist encia.
f.
Gest ión de Horarios.Módulo de Report es.
Es el m ódulo que provee inform ación vit al para la t om a de decisiones ya que perm it e generar report es para los involucrados en el proceso recogiendo t oda la act ividad sobre el sist em a, com prende el sub- m ódulo siguient e:
g. Gest ión de Report es.
El siguient e gráfico present a la dist ribución delos requerim ient os en cada uno de los Módulos y subm odulos que va a t ener el sist em a.
MÓDULOS SUB- MÓDULOS REQUERI MI EN TOS
Adm inist ración Básica y Seguridad
Adm inist ración de Personal
REQM102,RQM103, REQM104, REQM105, REQM106
Adm inist ración Básica y Seguridad
Gest ión de Client es REQM201,REQM202,
REQM203,REQM204, REQM205 Adm inist ración Básica y
Seguridad
Adm inist ración de Usuarios
REQM301, REQM302, REQM303, REQM304, REQM305,
REQM306,REQM307
Cont rol de Personal Gest ión de Horarios REQM401,REQM402,REQM403 REQM404,REQM405,REQM406 Cont rol de Personal Gest ión de Asist encia REQM501, REQM502
2 .7 . Arquit ect ura del Sist em a.
Figura 2 2 . Arquit ect ura de la Solución
2 .7 .1 Det alle de cada Com ponent e por Capa del Sist em a.
Com o se observa en la arquit ect ura del sist em a, exist en cuatro capas que conform an la funcionalidad del m ism o. A cont inuación se ofrece una am plia descripción de cada com ponent e elaborado.
a. Capa de Acceso a Dat os.
Los obj et os de conexión son los com ponent es disponibles para acceder al m ot or de la base de dat os en nuest ro caso se ha ut ilizado MySQL y las clases base necesarias para su acceso se ubican en est e com ponente.
Los obj et os de cont rol de acceso son los que adm inist ran la form a de cóm o se recuperan los dat os y si est os se van a ut ilizar para operaciones de inserción, act ualizaciones, consultas o elim inaciones y el cont rol de los m ism os.
[image:72.595.89.512.282.509.2]Es la capa esencial que perm it e el cont rol de los diversos dat os de la base de dat os, incluye procesos CRUD y rut a de conexión al DBMS, apoyado en Fram eworks ya exist ent es para la m anipulación de dat os de form a direct a.
Figura 2 3 . Relación de Paquet es Capa Acceso a Dat os
En la Figura 2 3 . Relación de Paquet es Capa Acceso a Dat os, se m uest ra los diversos paquet es que int eract úan en la capa en m ención.
b. Capa Lógica de N egocio.
La adm inist ración de obj et os de negocio es el núcleo principal de la capa denom inada lógica de negocio, ya que ella es quien crea o elim ina los obj et os que se ut ilizan en las funcionalidades o perm it e ut ilizarlos si exist en ya en m em oria. Est e com ponent e de adm inist ración se apoya en un cont rol de obj et os quien cont rola cada obj et o ut ilizado sea de bit ácora, client es, usuarios, report es, product os y horarios.
pkg Arquitectura.AccesoDatos
SCP.AccesoDatos
SCP.Administrar Persistencia Datos
SCP.ConexionBaseDatos