Vous êtes sur la page 1sur 90

UNIVERSIDAD NACIONAL DE SAN CRISTBAL DE

HUAMANGA
FACULTAD DE INGENIERA DE MINAS, GEOLOGA Y CIVIL
ESCUELA DE FORMACIN PROFESIONAL DE INGENIERA DE SISTEMAS

APLICACIN WEB PARA ADMINISTRAR EL CONTROL DE


ASISTENCIA, MUNICIPALIDAD PROVINCIAL DE HUAMANGA, 2013

INFORME DE PRCTICAS PRE-PROFESIONALES PRESENTADO POR:

FERIA VILA, Carlos Esteban

PARA OPTAR EL GRADO ACADMICO DE:

BACHILLER EN INGENIERA DE SISTEMAS

ASESOR: ING. MANUEL LAGOS

Ayacucho, Julio del 2013

i
DEDICATORIA
A Dios por guiar mi camino durante estos aos en la universidad, a mis padres por
siempre apoyarme y motivarme, a mis hermanos y a mis amigos por alegrar mis
das durante todos estos aos.

i
AGRADECIMIENTO
A todos mis docentes universitarios por compartir sus conocimientos, por su
esfuerzo en cada una de sus labores y por permitirme formarme como profesional.

ii
CONTENIDO
Pag.
CONTENIDO iii
RESUMEN v
INTRODUCCIN vi

CAPITULO I
OBJETIVOS
1.1 Objetivo general 1
1.2 Objetivos especificos 1

CAPITULO II
MARCO TEORICO
2.1 MUNICIPALIDAD PROVINCIAL DE HUAMANGA 2
2.5 SISTEMA DE INFORMACION 2
2.5.1 SOFTWARE 3
2.5.2 HARDWARE 4
2.6 LENGUAJE UNIFICADO DE MODELADO (UML) 5
2.7 LENGUAJE DE PROGRAMACION ORIENTADO A OBJETOS 5
2.7.1 CONCEPTOS FUNDAMENTALES DE LA PROGRAMACION ORIENTADA A
OBJETOS 6
2.7.1 CARATERISTICAS DE LA PROGRAMACION ORIENTADA A OBJETOS 7
2.8 SISTEMA DE GESTION DE BASES DE DATOS RELACIONALES 10
2.9 METODOLOGIA ICONIX 11
2.9.1 CARACTERISTICAS DE ICONIX 11
2.10 TECNOLOGIAS DE INTERNET 23
2.10.1 INTERNET 23

iii
2.10.2 PROTOCOLO TCP/IP 24
2.10.3 HTTP 24
2.10.4 HTML 24

CAPITULO III
RESULTADOS
3.1 ARTEFACTOS ICONIX 26
3.1.1 ANALISIS DE REQUISITOS 26
3.1.2 DISEO PRELIMINAR 56
3.1.3 ARQUITECTURA TECNICA 66
3.1.2 DISEO DETALLADO 68

CAPITULO IV
CONCLUSIONES Y RECOMENDACIONES
4.1 CONCLUSIONES 76
4.2 RECOMENDACIONES 76

BIBLIOGRAFA 77

iv
RESUMEN

El presente informe describe el anlisis y diseo de algunos casos de uso para el


sistema de control de asistencia para la Municipalidad Provincial de Huamanga;
este sistema tiene por objetivo reducir el tiempo de procesamiento de datos y
garantizar la fiabilidad del record de asistencia final, importante para la generacin
de la planilla mensual de pagos de los trabajadores de esta institucin.

El sistema fue diseado siguiendo los pasos indicados por la metodologa de


desarrollo de software Iconix, el mismo que es descrito en el presente informe;
intentando de esta manera garantizar la documentacin y la calidad del software.

PALABRAS CLAVE
Record de asistencia, Planilla de pagos, Iconix.

v
INTRODUCCION

El control de asistencia de los trabajadores de la Municipalidad Provincial de


Huamanga, y en general de cualquier institucin pblica o privada, dentro de la
normatividad peruana est obligada a cumplir con requerimientos mnimos para
llevar el control de asistencia de sus trabajadores; es as que recientemente se
aprob el Decreto Supremo N 004-2006-TR 06/04/06 que regula y obliga el uso de
sistemas para llevar a cabo dicho control.

En la actualidad la Municipalidad Provincial de Huamanga lleva a cabo el control de


asistencia de sus trabajadores haciendo uso de relojes biomtricos, cuyos reportes
son procesados por trabajadores de la misma institucin, para finalmente obtener
reportes finales en archivos Excel; estos archivos Excel son enviados a la unidad
interna encargada de la generacin de planillas de pagos para que en base a estos
se emitan los pagos respectivos correspondientes al nmero de das laborados en
la institucin.

Existe la necesidad de reducir el tiempo de procesamiento de los record de


asistencia final, adems de asegurar la fiabilidad de su contenido; esta necesidad
puede ser satisfecha a travs del uso de tecnologas de informacin; haciendo uso
de estas se puede definir un camino ms eficaz para el procesamiento de los datos
implicados.

vi
CAPTULO I

OBJETIVOS

1.1. OBJETIVO GENERAL


Desarrollar una Aplicacin Web para la Municipalidad Provincial de
Huamanga, con el propsito de automatizar la administracin y procesamiento del
Record de Asistencia de los trabajadores, y la finalidad de asegurar la fiabilidad de
los datos contenidos en l.

1.2. OBJETIVOS ESPECFICOS


a. Identificar los requisitos funcionales y no funcionales del sistema mediante
el uso de instrumentos y herramientas para la recoleccin de informacin a
fin de satisfacer las necesidades del usuario final del sistema.
b. Elaborar el anlisis y diseo de los casos de uso seleccionados mediante la
metodologa ICONIX, y as obtener los artefactos especificados por esta.
c. Implementar los casos de uso seleccionados, mediante un Lenguaje de
programacin y Gestor de Base de Datos Relacional seleccionado.

1
CAPTULO II

MARCO TERICO

2.1. MUNICIPALIDAD PROVINCIAL DE HUAMANGA


La provincia de Huamanga, se fund en el siglo XVI con el nombre de
San Juan de la Frontera y fue creada por la Constitucin Poltica de 1823. Su
capital, la ciudad de Ayacucho fue fundada el 25 de abril de 1540, obteniendo el
ttulo de ciudad a partir del 17 de mayo de 1544.

La Municipalidad Provincial de Huamanga es el rgano de gobierno encargada de


la prestacin y gestin de servicios de mbito local correspondiente a su respectiva
jurisdiccin. Cuenta con autonoma poltica, econmica y administrativa en los
asuntos de su competencia. Cuenta con una estructura orgnica diseada y
organizada para que cada parte de esta estructura est encargada de administrar
determinados recursos y realizar un conjunto de procesos y actividades que
garanticen el cumplimiento de la misin institucional.

2.2. SISTEMA DE INFORMACIN


Un sistema de informacin es un sistema que rene, almacena, procesa
y distribuye conjuntos de informacin entre los diferentes elementos que
configuran un organizacin, y entre la organizacin misma y su entorno. (Pastor,
2002).

Es un conjunto de componentes que interactan entre s para lograr un objetivo


comn. Aunque existe una gran variedad de sistemas, la mayora de ellos pueden
representarse a travs de un modelo formado por cinco bloques bsicos:

2
elementos de entrada, elementos de salida, seccin de transformacin,
mecanismos de control y objetivos. (Fernndez, 2006).

Un sistema de informacin es aquel conjunto de recursos organizados e


interrelacionados dinmicamente que permiten el procesamiento de uno de esos
recursos-la informacin-para que sus usuarios puedan tomar decisiones y ejecutar
sus funciones para el cumplimiento de los objetivos empresariales. (Freire, 2006).

2.2.1. SOFTWARE
Es el conjunto de los programas de cmputo, procedimientos, reglas,
documentacin y datos asociados que forman parte de las operaciones de un
sistema de computacin. (IEEE, 2011).

El software es el conjunto de programas, documentos, procedimientos y rutinas


asociados con la operacin de una computadora; tiene las funciones de administrar
los recursos o medios de la computadora, proporcionar herramientas para usar
eficientemente estos recursos, actuar como enlace entre el usuario y la
computadora. Se clasifican en software del sistema, software de aplicacin,
software de usuario final. (Ibez y Garca, 2009).

Es un conjunto de programas que gestionan y controlan el hardware. Se


encuentran almacenados en dispositivos de almacenamiento como, por ejemplo,
discos duros. Uno de estos principales programas es el sistema operativo. MS-DOS,
Windows o Linux son ejemplos de SO. Existen otras aplicaciones o utilidades que
permiten trabajar con el ordenador, como son, el word, exel, etc. (Lpez, 2004).

3
El software no solo son los programas, sino todos los documentos asociados y la
configuracin de datos que se necesitan para hacer que estos programas operen
de manera correcta. Por lo general, un sistema de software consiste en diversos
programas independientes, archivos de configuracin que se utilizan para ejecutar
estos programas, un sistema de documentacin que describe la estructura del
sistema y la documentacin para el usuario que explica cmo utilizar el sistema.
(Lan, 2005).

Conjunto de programas, instrucciones y reglas informticas para ejecutar ciertas


tareas en una computadora. (RAE, 2012).

2.2.2. HARDWARE
El hardware es la parte materia, o que puedes tocar, de la computadora:
dispositivos de entrada, de salida, CPU, etc.; se clasifican en bsico y
complementario, el bsico es todo dispositivo o aparato necesario para iniciar el
funcionamiento de la computadora y el complementario realiza funciones
especficas o ms all de las bsicas. (Ibez y Garca, 2009).

Hardware es la parte que estudia los componentes fsicos del equipo, es decir, el
material tangible que compone el ordenador. (Lpez, 2004).

Conjunto de los componentes que integran la parte material de una


computadora. (RAE, 2012).

Hardware corresponde a todas las partes tangibles de un sistema informtico; sus


componentes son: elctricos, electrnicos, electromecnicos y mecnicos. Son

4
cables, gabinetes o cajas, perifricos de todo tipo y cualquier otro elemento fsico
involucrado (Wikipedia, 2011).

2.3. LENGUAJE UNIFICADO DE MODELADO(UML)


El UML, lenguaje unificado de modelado, es un lenguaje estndar para
visualizar, especificar, construir y documentar los diferentes componentes de un
sistema de informacin, el cual involucra una gran cantidad de software y
desarrollos fundados en el paradigma de la programacin orientada a objetos.
(Fernndez, 2005).

UML (Unifies Modeling Language) es un lenguaje que permite modelar, construir y


documentar los elementos que forman un sistema de software orientado a objetos.
UML entrega una forma de modelar cosas conceptuales como lo son procesos de
negocio y funciones de sistema. (INICTEL, 2007).

UML es un estndar para visualizar, especificar y documentar los modelos que se


crean durante la aplicacin de un proceso de software. (Garca, 2005).

2.4. LENGUAJE DE PROGRAMACIN ORIENTADA A OBJETOS


Se le llama as a cualquier lenguaje de programacin que implemente los
conceptos definidos por la programacin orientada a objetos. Cabe notar que los
conceptos definidos en la programacin orientada a objetos no son una condicin
sino que son para definir que un lenguaje es orientado a objetos. Existen
conceptos que pueden estar ausentes en un lenguaje dado y sin embargo, no
invalidar su definicin como lenguaje orientado a objetos. (Wikipedia, 2011).

5
La programacin orientada a objetos se refiere a un estilo de programacin. Un
lenguaje de programacin orientado a objetos (LOO) puede ser tanto imperativo
como funcional o lgico. Lo que caracteriza un LOO es la forma de manejar la
informacin que est basada en tres conceptos; Clase, Objeto y Herencia.
(Rodrguez, 2003).

Segn Booch (1995) es un mtodo de implementacin donde los programas se


organizan como colecciones cooperativas de objeto el cual representa una
instancia de una clase, las clases son miembros de una jerarqua de clases unidas
por una relacin de herencia.

2.4.1. CONCEPTOS FUNDAMENTALES DE LA PROGRAMACIN


ORIENTADA A OBJETOS
A. CLASE
Es una coleccin de objetos que comparten atributos y mtodos
comunes. Una clase se puede considerar como una plantilla para crear instancias,
y se denomina, tambin, tipo de objeto; aunque, en rigor, una clase es la
realizacin de un tipo. (Graham et. al., 2004).

Tipo de dato con determinadas propiedades y una determinada funcionalidad


(ejemplo: clase persona). (Rodrguez, 2003).

B. OBJETO
Entidad de una determinada clase con un determinado estado (valores
conjuntos de sus propiedades) capaz de interactuar con otros objetos (ejemplo:
Pedro). (Rodrguez, 2003).

6
Son las unidades bsicas de construccin, para la conceptualizacin, diseo o
programacin, son instancias organizadas en clases con caractersticas comunes.
Estas caractersticas comprenden los atributos y procedimientos, denominados
operaciones o mtodos. Estos objetos deben estar basados, hasta donde sea
posible, en entidades del mundo real y en conceptos de la aplicacin o domino.
(Graham et. al., 2004).

C. HERENCIA
Propiedad por la que es posible construir nuevas clases a partir de clases
ya existentes (ejemplo: la clase persona podra construirse a partir de la case
ser vivo). (Rodrguez, 2003).
Es la propiedad que permite a una instancia heredar todas, y nicamente, las
caractersticas de las clases a las que pertenecen, pero tambin, es posible, en un
sistema orientado a objetos, que se permita que las clases hereden caractersticas
de superclases ms generales. (Graham et. al., 2004).

2.4.2. CARACTERSTICAS DE LA PROGRAMACIN ORIENTADA A


OBJETOS
A. ABSTRACCIN
La Abstraccin es la que permite extraer las propiedades ms
importantes de un objeto, dejando los detalles para el diseo detallado. Estas
propiedades varan en funcin de lo que un usuario espera de un objeto. (Durn
et. al., 2007).

La Abstraccin consiste en elevar el nivel de las representacin necesarias para un


sistema de software, de manera que se reduzcan los detalles. Cuanto ms alto sea
el nivel de la representacin, menor ser el nmero de elementos necesarios para

7
representar un sistema completo y ms fcil ser el manejo de la complejidad. Con
la programacin orientada a objetos de definen dos niveles de abstraccin: el nivel
ms alto, el de los objetos, y el nivel ms bajo, el de los datos y las funciones.
(Weitzenfeld, 2005).

Denota las caractersticas esenciales de un objeto, donde se capturan sus


comportamientos. El proceso de abstraccin permite seleccionar las caractersticas
relevantes dentro de un conjunto e identificar comportamientos comunes para
definir nuevos tipos de entidades en el mundo real. (Wikipedia, 2011).

B. ENCAPSULAMIENTO
Es la que permite ofrecer a los usuarios una visin de caja negra, de
forma que solo se exporte la interfaz de usuario. Esta aproximacin,
estrechamente ligada con la ocultacin de informacin, permite empaquetar la
funcionalidad de un objeto, de forma que se pueda cambiar la funcionalidad
interna sin afectar la visin externa de un componente de un sistema. (Durn et.
al., 2007).

La encapsulacin es el mecanismo bsico de la programacin orientada a objetos


para ocultar los detalles internos del objeto de los dems objetos. Permite
distinguir entre la interface del objeto, o sea, los aspectos del objeto conocidos
externamente, y su implementacin, o sea, sus aspectos conocidos slo
internamente. (Weitzenfeld, 2005).

El encapsulamiento se refiere a la prctica de incluir dentro de un objeto todo lo


que necesita, y de hacerlos, adems, de tal forma que ningn otro objeto necesite
conocer nunca su estructura interna. (Graham et. al., 2004).

8
Significa reunir a todos los elementos que pueden considerarse pertenecientes a
una misma entidad, al mismo nivel de abstraccin. Esto permite aumentar la
cohesin de los componentes del sistema. Algunos autores confunden este
concepto con el principio de ocultacin, principalmente porque se suelen emplear
conjuntamente. (Wikipedia, 2011).

C. MODULARIDAD
Es el proceso de dividir un objeto en piezas ms pequeas, o mdulos,
para que algn objetivo sea ms fcil de conseguir. Los mdulos se suelen asociar
a estructuras de datos y las operaciones sobre ellas. Si estos mdulos tienen
significado semntico se relacionan con objetos. (Durn et. al., 2007).

Es la que permite dividir un sistema en componentes separados. Al contar con


abstracciones de ms alto nivel, la modularidad de un sistema se logra con base
en componentes tambin de ms alto nivel. Esto reduce el nmero final de
componentes en un sistema y a su vez facilita su operacin y mantenimiento.
(Weitzenfeld, 2005).

Se denomina Modularidad a la propiedad que permite subdividir una aplicacin


en partes ms pequeas (llamadas mdulos), cada una de las cuales debe ser tan
independiente como sea posible de la aplicacin en s y de las restantes partes.
Estos mdulos se pueden compilar por separado, pero tienen conexiones con otros
mdulos. Al igual que la encapsulacin, los lenguajes soportan la Modularidad de
diversas formas. (Wikipedia, 2011).

9
D. POLIMORFISMO
Mediante el polimorfismo se definen mltiples funciones con nombres e
interfaces similares solo que en distintas clases. Las funciones son implementadas
de maneta diferente en las clases. El polimorfismo es til para extender la
funcionalidad del sistema al definir clases an desconocidas al momento de
especificarlo. La idea general es definir un estndar de interfaces que deben seguir
todas las clases, las existentes y las nuevas. (Weitzenfeld, 2005).

Comportamientos diferentes, asociados a objetos distintos, pueden compartir el


mismo nombre, al llamarlos por ese nombre se utilizar el comportamiento
correspondiente al objeto que se est usando. O dicho de otro modo, las
referencias y las colecciones de objetos pueden contener objetos de diferentes
tipos, y la invocacin de un comportamiento en una referencia producir el
comportamiento correcto para el tipo real del objeto referenciado. (Wikipedia,
2011).

2.5. SISTEMA DE GESTIN DE BASES DE DATOS RELACIONALES


Un sistema gestor de base de datos o SGBD o DBMS, es el software que
permite a los usuarios procesar, describir, administrar y recuperar los datos
almacenados en una base de datos. En estos sistemas se proporciona un conjunto
coordinado de programas, procedimientos y lenguajes que permiten a los distintos
usuarios realizar sus tareas habituales con los datos, garantizando adems la
seguridad de los mismos. Cumple con las funciones principales de definicin,
manipulacin y control. (Nevado, 2010).

Los sistemas de gestin de bases de datos son un tipo de software muy


especfico, dedicado a servir de interfaz entre la base de datos, el usuario y las

10
aplicaciones que la utilizan. El propsito general de los sistemas de gestin de
bases de datos es el de manejar de manera clara, sencilla y ordenada un conjunto
de datos que posteriormente se convertirn en informacin relevante para una
organizacin. (Wikipedia, 2012).

2.6. METODOLOGA ICONIX


ICONIX proceso es un anlisis de casos de uso basada en el diseo y la
metodologa. Su foco principal est en cmo llegar de forma fiable a partir de
casos de uso de cdigo en menor nmero de pasos posible. (Rosenberg y
Stephens, 2005).

Rosenberg (2001), indica que ICONIX es un proceso minimalista, en el que se


utilizan cuatro enfoques bsicos: Modelado de objetos conducido por casos de uso,
centrado en los datos descomponiendo en fronteras de datos, basado en
escenarios que descomponen los casos de uso, enfoque iterativo e incremental,
ofrece trazabilidad a los requisitos, hace uso directo de UML, construir los
diagramas de clases y el cdigo para la aplicacin.

2.6.1. CARACTERSTICAS DE ICONIX


A. ITERATIVO E INCREMENTAL
Varias iteraciones ocurren entre el desarrollo del modelo del dominio y la
identificacin de los casos de uso. El modelo esttico es incrementalmente refinado
por los modelos dinmicos.
B. TRAZABILIDAD
Cada paso est referenciado por algn requisito. Se define trazabilidad
como la capacidad de seguir una relacin entre los diferentes artefactos de
software producidos.

11
C. DINMICA DEL UML
La metodologa ofrece un uso dinmico del UML por que utiliza algunos
diagramas del UML, sin exigir la utilizacin de todos, como en el caso de RUP.

2.6.2. TCNICAS DE LA METODOLOGA ICONIX


Segn Doug Rosenberg and Matt Stephens (2007), las tcnicas de la
metodologa ICONIX son:

A. MODELO DE DOMINIO
El Modelo de Dominio es un artefacto colaborativo vivo. Es refinado y
actualizado en cada parte el proyecto, de modo que refleja siempre la comprensin
actual del espacio del problema. (Rosenberg y Stephens, 2007).

El modelo del dominio no es ms que un diagrama de clases sin ningn tipo de


detalle (sin atributos, sin mtodos,), en el cual se pueden ver grficamente todas
las relaciones entre los objetos identificados. (Gutirrez, 2008).

12
FIGURA 2.2.1. Modelo de dominio, adaptado. (Rosenberg y Stephens, 2007)

B. MODELO DE CASOS DE USO


Rosenberg y Stephens, (2007) seala que el modelo de casos de uso es
un modo estructurado de capturar los requisitos de comportamiento de un
sistema, de modo que se puede razonablemente crear un diseo desde ellos. Le
ayudan a responder ciertas preguntas fundamentales: Qu estn tratando de
hacer los usuarios del sistema? Cul es la experiencia del usuario? Una cantidad
sorprendente de lo que su software debe hacer se dicta por el modo en que los
usuarios deben interactuar con l.

13
FIGURA 2.2.2. Modelo de casos de uso, adaptado. (Rosenberg y Stephens, 2007)

C. REVISIN DE REQUISITOS
Rosenberg y Stephens (2007) seala que la revisin de requisitos
garantiza que el sistema tal y como se describe coincide con los requisitos. Se trata
de un perodo de sesiones de colaboracin que impliquen al representante(s) del
cliente, los usuarios finales (es decir, las personas que realmente van a utilizar el
sistema, o quien est usando el sistema actual que se sustituir), y las personas de
marketing-bsicamente, todos los stakeholders que tienen un inters en asegurar
que los requisitos encajen con su punto de vista del sistema.

14
FIGURA 2.2.3.Revisin de requisitos, adaptado. (Rosenberg y Stephens, 2007)

D. ANLISIS DE ROBUSTEZ
Segn Rosenberg y Stephens (2007) para obtener a partir de los casos
de uso un diseo detallado (y luego el cdigo), lo que se necesita es enlazar los
casos de uso a los objetos. El anlisis de robustez ayuda a superar la brecha que
existe entre el anlisis y el diseo. En pocas palabras, es una manera de analizar
sus casos de uso e identificar un primer conjunto de objetos para cada caso de
uso. Estos se clasifican en objetos interfaz, objetos entidad, y controladores (que
son a menudo ms como funciones que como objetos).

15
FIGURA 2.2.4. Anlisis de Robustez, adaptado. (Rosenberg y Stephens, 2007)

E. REVISIN PRELIMINAR DEL DISEO


Las sesiones de Revisin del Diseo Preliminar (RDP) ayudan a
asegurarse que los diagramas de robustez, el modelo de dominio, y la descripcin
de casos de uso coincidan entre s. Esta revisin es el "puente" entre el diseo
preliminar y en las etapas del diseo detallado, para cada paquete de casos de
uso. (Rosenberg y Stephens, 2007)

16
FIGURA 2.2.5. Revisin Preliminar del diseo, adaptado. (Rosenberg y Stephens,
2007)

F. ARQUITECTURA TCNICA
Rosenberg y Stephens (2007) seala que el objetivo de la arquitectura
tcnica (AT) es obtener un sentido general del sistema que vas a desarrollar. Ser
un sistema basado en Internet? Es necesario utilizar un framework de aplicacin
especfico (por ejemplo, un framework de una compaa estndar)?. No hay una
notacin estndar o un formato para documentar la AT, la profundidad y el
formato de la arquitectura tcnica y los convenios para crearla varan mucho de
empresa a empresa.

17
FIGURA 2.2.6. Arquitectura tcnica, adaptado. (Rosenberg y Stephens, 2007)

G. DIAGRAMAS DE SECUENCIA
Una vez que se ha finalizado el anlisis de robustez, y ha celebrado una
Revisin del Diseo Preliminar, es tiempo de iniciar el diseo detallado. En este
momento, la descripcin de sus casos de uso debe ser completa, correcta,
detallada y explcita. En resumen, los casos su uso deben estar en un estado del
que se pueda crear un diseo detallado. (Rosenberg y Stephens, 2007).

18
FIGURA 2.2.7.diagrama de secuencia, adaptado. (Doug Rosenberg and Matt
Stephens; 2007)

H. REVISIN CRTICA DE DISEO


Rosenberg y Stephens (2007) seala que es uno de los ltimos pasos
para empezar a realizar la codificacin del sistema diseado a lo largo de todas las
fases de la metodologa.

19
FIGURA 2.2.8. Revisin Crtico del diseo, adaptado. (Doug Rosenberg and Matt
Stephens; 2007)

I. IMPLEMENTACIN: PASO DEL DISEO DETALLADO AL CDIGO


Si se pas por todo el esfuerzo para crear un diseo agradable y
detallado, vale la pena tener una buena idea de cmo traducir ese diseo detallado
en el cdigo fuente y las pruebas unitarias, por supuesto. (Rosenberg y Stephens,
2007)

20
FIGURA 2.2.9. Implementacin, adaptado. (Rosenberg y Stephens; 2007)

J. REVISIN DEL CDIGO Y ACTUALIZACIN DEL MODELO


Rosenberg y Stephens (2007) seala que durante la codificacin, lo ms
probable es que se hayan hecho algunos cambios en el diseo, por lo que el
cdigo estar ligeramente fuera de sincrona con los diagramas de diseo; sin
embargo se debe de encontrar la forma de sincronizarlos.

21
FIGURA 2.2.10. Revisin del cdigo y actualizacin del modelo, adaptado. (Rosenberg y
Stephens; 2007)

K. DISEO GUIADO POR PRUEBAS


(Rosenberg y Stephens, 2007) seal que al finalizar la codificacin no se
puede estar seguro de que el cdigo rene todos los escenarios de casos de uso.
Las Prueba basadas en el diseo (DDT, por sus siglas en ingls) provee un mtodo
eficaz para producir casos de prueba y verificar que todos los escenarios
especficos estn completos. Se puede adems usar este proceso para escribir
pruebas unitarias ejecutables de estos casos de prueba.

22
FIGURA 2.2.11. Diseo de pruebas, adaptado. (Rosenberg y Stephens; 2007)

2.7. TECNOLOGAS DE INTERNET


2.7.1. INTERNET
El internet es una red de redes, es decir, un conjunto de redes
interconectadas a escala mundial con la particularidad de que cada una de ellas es
independiente y autnoma. El funcionamiento de internet se basa en tres factores
fundamentales: protocolos de comunicacin, direcciones IP y servidores.
(Rodrguez, 2007).

El internet es una red informtica mundial, descentralizada, formada por la


conexin directa entre computadoras mediante un protocolo especial de
comunicacin. (RAE, 2012).

23
2.7.2. PROTOCOLO TCP/IP
TCP/IP es en realidad es un protocolo usado para facilitar el control y la
transferencia de datos por internet. Es el elemento que hace posible que los
distintos ordenadores repartidos por el mundo y conectados a la red intercambien
informacin. (Rodrguez, 2007).

Es un modelo de referencia que define una arquitectura de comunicaciones


estructurada en cuatro niveles: nivel de Host-Red, nivel de Red, nivel de
Transporte y nivel de Aplicacin. (Gil et. al., 2010).

2.7.3. HTTP
Se trata de un protocolo de aplicacin, basado en texto y del tipo
solicitud-respuesta. Este protocolo es utilizado para los servicios HTTP (servicio
basado en el modelo cliente-servidor), donde el cliente es un Navegador Web y el
servidor es un Servidor Web. (Marcos, 2007).

El protocolo de transferencia de hipertexto (HTTP, HyperText Transfer Protocol)


es el protocolo usado en cada transaccin de la Web, mediante este se envan las
peticiones para acceder a una pgina web y obtener la respuesta de esta misma
web. (Mrquez, 2007).

2.7.4. HTML
EL HTML, acrnimo ingles de HyperText Markup Language (lenguaje de
marcado de hipertexto), es un lenguaje de marcacin diseado para estructurar
textos y presentarlos en forma de hipertexto, que es el formato estndar de las
pginas web. (Mrquez, 2007).

24
HTML es un lenguaje de descripcin de hipertexto compuesto por una serie de
comandos, marcas, o etiquetas, tambin denominadas Tags que permiten definir
la estructura lgica de un documento web y establecer los atributos del
mismo(color del texto, contenidos multimedia, hipervnculos, etc). (Cobo et. al.,
2005)

25
CAPTULO III

RESULTADOS

3.1. OBTENCIN DE REQUISITOS


La formulacin de requisitos no es parte especfica de la metodologa
ICONIX, por lo que se requiri utilizar instrumentos para la recoleccin de
informacin. Los requerimientos del software fueron recolectados utilizando los
mtodos e instrumentos como la entrevista y anlisis documental, descrito en los
anexos del presente informe.

3.2. ARTEFACTOS ICONIX


3.2.1. ANLISIS DE REQUISITOS
En base al anlisis realizado se obtuvieron los siguientes requisitos
funcionales y no funcionales para la aplicacin web propuesta.

N REQUISITOS
REQ.
FUNCIONALES

El sistema debe permitir el registro de trabajadores de la


01
institucin.

02 El sistema debe definir y configurar horarios.

El sistema debe definir Turnos de trabajo (maana, tarde,


03 noche) de acuerdo a las necesidades de cada horario de
trabajo.

04 El sistema debe de asignar horarios a trabajadores.

26
Se debe de registrar el ingreso y salida del personal de la
05 institucin para su posterior procesamiento y obtencin del
record de asistencia final.

El sistema debe de permitir el registro de asistencia manual al


06 sistema para aquellos locales que no cuenten con relojes
biomtricos.

El sistema debe de permitir el registro, licencias y permisos


07
de los trabajadores.

El sistema debe permitir la Justificacin de inasistencias del


08
trabajador.

El sistema debe poder registrar, en el calendario laboral


09
anual, los das feriados y no laborables.

Se debe de programar las vacaciones anuales de un


10
trabajador.

El sistema debe de poder configurar tiempos de tolerancia de


11
entrada, regreso y refrigerio.

12 Se debe de administrar roles y usuarios en el sistema.

El sistema debe de emitir el reporte general de trabajadores


13
conteniendo todos los datos generales de los mismos.

El sistema debe de emitir el reporte de vacaciones Cardex


14
por trabajador.

El sistema debe de emitir el reporte general de Permisos


15
tomados por cada trabajador.

NO FUNCIONALES

16 La aplicacin web debe de ser una aplicacin web.

17 La aplicacin web debe de ofrecer tiempos de respuesta

27
rpidos para el usuario.

La aplicacin web debe de ser compatible con los principales


18 navegadores web: internet Explorer 8, Firefox 6 y Google
Chrome.

La aplicacin web debe de presentar estndares de usabilidad


19
para el usuario.

La aplicacin web debe de usar el lenguaje de programacin


20
orientada a objetos C#.

La aplicacin web debe ser personalizable para garantizar el


21
cumplimiento del rol de un actor.

Tabla 3.2.1 Requisitos Funcionales y no Funcionales.

a. GLOSARIO DE TRMINOS
- Sistema - Record de asistencia - Feriado
- Trabajador - Local - Da no laborable
- Institucin - Reloj biomtrico - Vacacin
- Horario - Licencia - Tolerancia
- Turno - Permiso - Rol
- Ingreso - Justificacin - Usuario
- Salida - Inasistencia
- Crdex de vacaciones - Calendario laboral

28
Figura 3.2.1 Modelo de Dominio Inicial.

29
b. CASOS DE USO:
Relacin entre Requisitos Funcionales y Casos de Uso:
REQUISITOS FUNCIONALES CASOS DE USO

Req.01. El sistema debe permitir el - CU. 01. Registrar trabajador en


registro de trabajadores de la el sistema.
institucin.
- CU. 02. Buscar Trabajador.
- CU. 03. Mostrar informacin del
Trabajador.

Req.02. El sistema debe definir y - CU. 04. Buscar Horario.


configurar horarios. - CU. 05. Administrar Horario.

Req.03. El sistema debe definir Turnos


de trabajo (maana, tarde, noche) de
acuerdo a las necesidades de cada
horario de trabajo.

Req.11. El sistema debe de poder


configurar tiempos de tolerancia de
entrada, regreso y refrigerio.

Req.04. El sistema debe de asignar - CU. 06. Asignar horario grupal.


horarios a trabajadores.

Req.05. Se debe de registrar el ingreso - CU. 07. Importar marcacin


y salida del personal de la institucin - CU. 08. Marcacin manual
para su posterior procesamiento y
masiva.
obtencin del record de asistencia final.
- CU. 09. Administrar Record de
asistencia Final.
- CU. 10 Buscar Record.

30
- CU. 11. Imprimir Record de
Asistencia final.

Req.06. El sistema debe de permitir el - CU. 12. Marcar Asistencia.


registro de asistencia manual al sistema
para aquellos locales que no cuenten
con relojes biomtricos.

Req.07. El sistema debe de permitir el - CU. 13. administrar Motivo falta.


registro, licencias y permisos de los - CU. 14. administrar Permisos
trabajadores.
- CU. 15. Asignar da de Franco
Req.08. El sistema debe permitir la
Justificacin de inasistencias del
trabajador.

Req.09. El sistema debe poder - CU. 16. administrar calendario de


registrar, en el calendario laboral anual, das no laborables.
los das feriados y no laborables.

Req.10. Se debe de programar las - CU. 17. Asignar vacaciones


vacaciones anuales de un trabajador. masivas.
- CU. 18. Tomar Vacaciones

Req.12. Se debe de administrar roles y - CU. 19 Iniciar sesin


usuarios en el sistema.

Req.13. El sistema debe de emitir el - CU. 20. Reporte General de


reporte general de trabajadores Trabajadores
conteniendo todos los datos generales
de los mismos.

Req.14. El sistema debe de emitir el - CU. 21. Imprimir Reporte de


reporte de vacaciones Cardex por

31
trabajador. vacaciones.

Req.15. El sistema debe de emitir el - CU. 22. Reporte de permisos.


reporte general de Permisos tomados
por cada trabajador.

Tabla 3.2.2. Relacin de requisitos funcionales y casos de uso.

c. LISTA DE CASOS DE USO


Nro. C.U. Casos de Uso

01 Registrar trabajador en el sistema.

02 Buscar Trabajador.

03 Mostrar informacin del Trabajador.

04 Buscar Horario.

05 Administrar Horario.

06 Asignar horario grupal.

07 Importar marcacin

08 Marcacin manual masiva.

09 Administrar Record de asistencia Final.

10 Buscar Record.

11 Imprimir Record de Asistencia final.

32
12 Marcar Asistencia.

13 Administrar Motivo falta.

14 Administrar Permisos.

15 Asignar da de Franco.

16 Administrar calendario de das no laborables.

17 Asignar vacaciones masivas.

18 Tomar Vacaciones

19 Iniciar sesin

20 Reporte General de Trabajadores.

21 Imprimir Reporte de vacaciones.

22 Reporte de permisos.

Tabla 3.2.3. Lista de casos de uso

33
d. EMPAQUETAMIENTO DE LOS CASOS DE USO

Figura 3.2.2. Empaquetamiento de los casos.

34
uc Trabaj ador

CU. 01. Registrar


trabaj ador en el
sistema.

CU. 02. Buscar CU. 03. Mostrar


Trabaj ador. informacin del
Trabaj ador.
Operador de Escalafon

(from Actors)

CU. 18. Tomar


Vacaciones.

Figura 3.2.3. Paquete Trabajador.

uc Horario

CU. 05. Administrar


Horario.

CU. 04. Buscar CU. 06. Asignar


Horario. Operador de Escalafon horario grupal.
(from Actors)

Figura 3.2.4. Paquete Horario.

35
uc Record de Asistencia

CU. 08. Marcacin


CU. 07. Importar CU. 09. Administrar
manual masiv a.
marcacin Record de asistencia
Final.

CU. 15. Asignar da


de Franco. CU. 10 Buscar
Record.

Operador de Escalafon

(from Actors)
CU. 14. administrar
Permisos CU. 11. Imprimir Record
de Asistencia final.

CU. 12. Marcar


CU. 13. administrar Asistencia.
Motiv o falta.

Figura 3.2.5. Paquete Record de Asistencia.

36
uc Reportes

CU. 20. Reporte


General de CU. 21. Imprimir
Trabaj adores. Reporte de
v acaciones.

Operador de Escalafon

(from Actors)

CU. 22. Reporte de


permisos.

Figura 3.2.6. Paquete Reportes.

uc Vacaciones

CU. 17. Asignar


v acaciones masiv as.

Operador de Escalafon

(from Actors)

Figura 3.2.7. Paquete Reportes.

37
uc Vacaciones

CU. 17. Asignar


v acaciones masiv as.

Operador de Escalafon

(from Actors)

Figura 3.2.8. Paquete Vacaciones.

uc Configuracion

CU. 16. administrar


calendario de das CU. 19 Iniciar sesin
no laborables.

Operador de Escalafon

(from Actors)

Figura 3.2.9. Paquete Configuracin.

38
e. PRIMER BORRADOR DE CASOS DE USO
A continuacin se detalla el primer borrador de casos de uso para los tres
casos de uso seleccionados:

i. CU 09. Administrar record de asistencia final.


ii. CU 10. Buscar Record.
iii. CU 13. Administrar Motivo Falta.

39
Web Browser

http://sca.com search

SCA Juan P. Medina Palomino Sing out

Inicio Trabajadores Horarios Reportes Admin Ayuda

Registro de asistencia
Unidad Orgnica Condicin Laboral F. Inicio: F. Fin:
Buscar __/__/___ a __/__/___ Buscar

Licencia Justificacion Permiso Vacaciones Importar .txt


DIAS 25 26 27 28 29 30 31 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25
DIAS F E V CS LF LS PP LSG LM LP OBSERVACION
NRO. APELLIDOS Y NOMBRES L M M J V S D L M M J V S D L M M J V S D L M M J V S D J V S D
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
01 JURADO ALARCON, Carmen Lucrecia XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX

2013 MPH ! Trminos de uso ! Contctanos ! Feed Back

Figura 3.2.10. Prototipo de interfaz grfica - CU. 09 Administrar record de asistencia final.

40
Web Browser

http://sca.com search

SCA Juan P. Medina Palomino Sing out

Inicio Trabajadores Horarios Reportes

Buscar Record de Asistencia


Tipo: Ao Mes: Denominacin:

Nuevo Editar Eliminar


Resultado de Busqueda
Nro Tipo Ao Mes Estado Observacin

Prev | 1 2 3 4 5 ...| Next

2013 MPH ! Trminos de uso ! Contctanos ! Feed Back

Figura 3.2.11. Prototipo de interfaz grfica - CU 10. Buscar Record.

41
Administrar Motivos Falta X

Doc. Identidad: D.N.I. 46785912


marzo de 2013
Apellidos y Nombres: QUISPE ARAUJO, JUAN ALBERTO
l m m j v s d
1 2 3 Rango Selec.: 22/04/2013 a 19/04/2013

4 5 6 7 8 9 10 Desde: Hasta:
11 12 13 14 15 16 17 Clase: Tipo:
18 19 20 21 22 23 24 Documento:
25 26 27 28 29 30 31
Descripcion:

Detalles
Eliminar
Horas Da Marc. Mes Tipo Observacin
8-1 Lunes F Marzo Justificacin Observacin
3-6 Lunes X Marzo Licencia
3-6 Martes F Marzo Justificacin
8-1 Martes X Abril Justificacin
8-1 Lunes F Marzo Licencia
3-6 Lunes X Abril Licencia
8-1 Jueves F Abril Licencia
3-6 Jueves X Abril Licencia

Das con Licencia


Das con Falta
Das con Justificacin Grabar

Figura 3.2.12. Prototipo de interfaz grfica - CU 13. Administrar Motivo Falta.

42
f. DESCRIPCIN DE LOS CASOS DE USO
Casos de Uso Descripcin
CU 09. Administrar record Curso Bsico:
de asistencia final. 1. El usuario hace clic en el botn editar de la
pgina Administrar Record de Asistencia
(CU. 10), el sistema muestra la pgina
Detalle de Record de Asistencia cargando
en ella los datos del record de asistencia de
los trabajadores de la institucin.
2. En la pgina Detalle de Record el usuario
puede buscar un trabajador ingresando los
parmetros necesarios y haciendo clic en el
botn Buscar, el sistema muestra el
resultado de la bsqueda en la misma
pgina.
3. En la pgina Detalle de Record el usuario
puede asignar licencias, permisos,
justificaciones, vacaciones e importar
archivos *.txt con el contenido de las
marcaciones de los relojes biomtricos, en
cada caso el sistema invoca al caso de uso
encargado de cada operacin
respectivamente.
Curso Alterno
1. El sistema pierde la conexin a la base de
datos y realiza la bsqueda del record
requerido, el sistema muestra un mensaje de

43
error Error, intntelo nuevamente.
2. El usuario ingresa datos no validos en los
campos de los parmetros requeridos y hace
clic en el botn Buscar, el sistema muestra
un mensaje de error Datos no vlidos para
realizar la bsqueda.
CU 10. Buscar Record. Curso Bsico
1. El usuario hace clic en el sub men
Administrar Record, del men Record
Asistencia, el sistema muestra la pgina
Administrar Record de Asistencia.
2. En la pgina Administrar Record de
Asistencia, el usuario ingresa los parmetros
requeridos y hace clic en el botn Buscar,
el sistema realiza la bsqueda del record
buscado, y muestra el resultado de la
bsqueda en la grilla Resultado de
Bsqueda de la misma pgina.
Curso Alterno
1. El sistema pierde la conexin a la base de
datos y realiza la bsqueda del record
requerido, el sistema muestra un mensaje de
error Error, intntelo nuevamente.
2. El usuario ingresa datos no validos en los
campos de los parmetros requeridos y hace
clic en el botn Buscar, el sistema muestra
un mensaje de error Datos no vlidos para

44
realizar la bsqueda
CU 13. Administrar Motivo Curso Bsico
Falta. 1. El usuario accede a la pgina Detalle de
Record de Asistencia (CU 09. Administrar
record de asistencia final), en ella selecciona
un trabajador y hace clic en el botn
Justificacin o Licencias, el sistema
muestra la ventana Administrar Motivo
Falta.
2. En la ventana Administrar Motivo Falta se
muestra un calendario donde se muestran
las fechas pintadas dependiendo del
estado en el que se encuentre el registro de
las marcaciones del trabajador, dependiendo
del tipo de motivo que desea registrar se
muestra un combo con el tipo y otro con la
clase para ser seleccionado; el usuario
selecciona dicha informacin y selecciona un
rango de fecha para la operacin, aade un
documento y finalmente hace clic en el
botn Grabar.
3. De la misma forma se puede realizar la
actualizacin de la informacin ya registrada
referente a las Licencias, Justificaciones,
Francos, Compensaciones, etc.
Seleccionando en el resumen del trabajador
hace clic en la opcin Editar, el sistema nos

45
muestra la misma interface de Administrar
Motivos Falta (Fig. 002), donde el usuario
puede editar las fechas, el documento y los
das afectados, luego hace clic en el botn
Grabar.
Curso Alterno
1. El sistema pierde la conexin a la base de
datos y realiza la bsqueda del record
requerido, el sistema muestra un mensaje de
error Error, intntelo nuevamente.

REVISIN DE REQUISITOS (PRIMER HITO)


Despus de realizar la revisin de requisitos se actualizo el modelo de dominio, se
dise las interfaces finales y se reescribi la descripcin de los casos de uso,
obteniendo lo siguiente:

46
REVISION DEL MODELO DE DOMINIO
class Modelo de Domi...

Persona

Rol

Usuario Trabaj ador


UnidadOrganica
Tolerancia Reloj Biometrico Local

Turno Horario HistorialLaboral CondicionLaboral

Institucion

DiaNoLaborable

CardexVacaciones Vacacion Permiso Licencia


Justificacion CalendarioLaboral

Feriado

TipoRecord RecordAsistencia
Marcacion

Figura 3.2.13. Modelo de dominio actualizado.

47
REVISIN DE LA INTERFAZ GRAFICA

Figura 3.2.14. Prototipo de interfaz grfica - CU 09. Administrar record de asistencia final.

48
Figura 3.2.15. Prototipo de interfaz grfica - CU 09. Administrar record de asistencia final.

49
Figura 3.2.16. Prototipo de interfaz grfica - CU 10. Buscar Record.

50
Figura 3.2.17. Prototipo de interfaz grfica - CU 13. Administrar Motivo Falta.

51
REVISIN DE LA DESCRIPCIN DE LOS CASOS DE USO

Casos de Uso Descripcin


CU 09. Administrar Curso Bsico:
record de asistencia 1. El usuario hace clic en el botn Detalle de la pgina
final. Administrar Record de Asistencia (CU. 10), el
sistema muestra la pgina Detalle de Record de
Asistencia cargando en ella los datos del record de
asistencia de los trabajadores de la institucin.
2. En la pgina Detalle de Record de Asistencia el
usuario puede buscar uno o varios trabajadores
ingresando los parmetros necesarios apellidos y/o
nombres, dni, unidad orgnica y/o condicin laboral y
finalmente haciendo clic en el botn Buscar, el
sistema muestra el record de asistencia de todos los
trabajadores que coinciden con los parmetros de la
bsqueda.
3. El usuario puede justificar o asignar una licencia a un
da registrado como falta para un trabajador,
seleccionando una fila de la grilla y haciendo clic en el
botn Justificaciones y Licencias, el sistema invoca
al caso de uso CU 13. Administrar Motivo Falta.
4. El usuario puede recalcular el contenido del record de
asistencia final seleccionando los trabajadores
deseados y haciendo clic en el botn Recalcular, el
sistema muestra una ventana emergente mostrando
la lista de trabajadores cuyo record de asistencia ser

52
recalculado; en esta, el usuario hace clic en el botn
Recalcular, el sistema recalcula el record de
asistencia, para los trabajadores seleccionados, cierra
la ventana emergente y muestra los cambios en la
pgina Administrar Record de Asistencia.
5. El usuario puede exportar el contenido del record de
asistencia a un archivo Excel haciendo clic en el botn
Exportar de la pgina Administrar Record de
Asistencia, el sistema exporta y descarga por medio
del navegador web el archivo Excel exportado.
6. El usuario puede enviar el contenido del record de
asistencia al sistema de planillas haciendo clic en el
botn Enviar a SISAPM, el sistema enva los datos a
la base de datos del sistema de planillas.
Curso Alterno
1. El sistema pierde la conexin a la base de datos y
realiza la bsqueda del record requerido, el sistema
muestra un mensaje de error Error, intntelo
nuevamente.
2. El usuario ingresa datos no validos en los campos de
los parmetros requeridos y hace clic en el botn
Buscar, el sistema muestra un mensaje de error
Datos no vlidos para realizar la bsqueda
CU 10. Buscar Curso Bsico
Record. 1. El usuario hace clic en el sub men Administrar
Record, del men Record Asistencia, el sistema
muestra la pgina Administrar Record de Asistencia.

53
2. En la pgina Administrar Record de Asistencia, el
usuario ingresa los parmetros requeridos tipo
record, ao, mes y/o condicin laboral y hace clic en
el botn Buscar, el sistema realiza la bsqueda del
record buscado, y muestra el resultado de la
bsqueda en la grilla Resultado de Bsqueda de la
misma pgina.
3. El usuario puede ubicar los record de asistencia en los
que est registrado un trabajador, ingresando el
nombre, apellidos y/o DNI del trabajador en el campo
Trabajador, de la barra de bsqueda de la pgina, y
hace clic en el botn Buscar, el sistema muestra el
listado de records de asistencia en los que est
registrado el trabajador ingresado.
Curso Alterno
1. El sistema pierde la conexin a la base de datos y
realiza la bsqueda del record requerido, el sistema
muestra un mensaje de error Error, intntelo
nuevamente.
2. El usuario ingresa datos no validos en los campos de
los parmetros requeridos y hace clic en el botn
Buscar, el sistema muestra un mensaje de error
Datos no vlidos para realizar la bsqueda
CU 13. Administrar Curso Bsico
Motivo Falta. 1. El usuario accede a la pgina Detalle de Record de
Asistencia (CU 09. Administrar record de asistencia
final), en ella selecciona un trabajador y hace clic en

54
el botn Justificacin y Licencias, el sistema
muestra la ventana Administrar Motivo Falta,
cargando las marcaciones correspondientes al
trabajador seleccionado.
2. En la ventana Administrar Motivo Falta, el usuario
selecciona el tipo de operacin a realizar (Justificacin
o Licencia) en el combo Clase; si el usuario
selecciona la opcin Justificacin, el sistema inhabilita
el combo Tipo; si el usuario selecciona la opcin
Licencia, el sistema habilita el combo Tipo para la
seleccin por parte del usuario de un Tipo de
licencia.
3. En la ventana Administrar Motivo Falta, el usuario
ingresa los datos correspondientes en los campos
Documento y Descripcin, y adems selecciona
uno o varios das en la grilla Detalle Motivos Falta, y
finalmente hace clic en el botn Grabar, el sistema
guarda la Licencia o Justificacin asignada al
trabajador.
4. En la ventana Administrar Motivo Falta, el usuario
puede seleccionar una justificacin o licencia
asignada y hacer clic en el botn Editar, el sistema
carga los datos correspondientes a la licencia o
justificacin seleccionada y las muestras en el bloque
Formulario de Marcacin de la misma ventana.
5. En la ventana Administrar Motivo Falta, el usuario
puede seleccionar una justificacin o licencia

55
asignada y hacer clic en el botn Eliminar, el
sistema elimina el registro de la base de datos.
Curso Alterno
1. El sistema pierde la conexin a la base de datos y
realiza la bsqueda del record requerido, el sistema
muestra un mensaje de error Error, intntelo
nuevamente.

3.2.2. DISEO PRELIMINAR


A continuacin se detallan los diagramas de robustez para los caso de uso
seleccionados.

56
analysis CU. 09. Administrar Record de asistencia Final.

Curso Bsico:
1) El usuario hace clic en el botn "Detalle" de la pgina
"Administrar Record de Asistencia" (CU. 10), el sistema cargar Unidad Organica UnidadOrganica
muestra la pgina "Detalle de Record de Asistencia" Cargar Combos
cargando en ella los datos del record de asistencia de
los trabajadores de la institucin.
2) En la pgina "Detalle de Record de Asistencia" el
usuario puede buscar uno o varios trabajadores
mostrar Pagina Detalle
ingresando los parmetros necesarios apellidos y/o Cargar Condicion
de Record de CondicionLaboral
nombres, dni, unidad orgnica y/o condicin laboral y Laboral
Asistencia
finalmente haciendo clic en el botn "Buscar", el
sistema muestra el record de asistencia de todos los
trabajadores que coinciden con los parmetros de la validar parametros
bsqueda. ingresados
Error: Intentelo
3) El usuario puede justificar o asignar una licencia a un
nuevamente cargar marcaciones
da registrado como falta para un trabajador, Marcacion
seleccionando una fila de la grilla y haciendo clic en
el botn "Justificaciones y Licencias", el sistema
invoca al caso de uso CU 13. Administrar Motivo Falta. Administrar Record de Detalle de Record de
4) El usuario puede recalcular el contenido del record de Asistencia Asistencia mostrar resultado
Operador de Escalafon
asistencia final seleccionando los trabajadores Busqueda Trabajador
deseados y haciendo clic en el botn "Recalcular", el (from Actors) buscar Trabajador
sistema muestra una ventana emergente mostrando la
lista de trabajadores cuyo record de asistencia ser
recalculado; en esta, el usuario hace clic en el botn
"Recalcular", el sistema recalcula el record de Justificacion
Asignar Justificacion o
asistencia, para los trabajadores seleccionados, cierra
Licencia
la ventana emergente y muestra los cambios en la
pgina "Administrar Record de Asistencia".
5) El usuario puede exportar el contenido del record de
Licencia
asistencia a un archivo Excel haciendo clic en el
botn "Exportar" de la pgina "Administrar Record de
Asistencia", el sistema exporta y descarga por medio Recalcular record
del navegador web el archivo Excel exportado. Asistencia
6) El usuario puede enviar el contenido del record de
asistencia al sistema de planillas haciendo clic en el
botn "Enviar a SISAPM", el sistema enva los datos a
la base de datos del sistema de planillas.
Curso Alterno
1) El sistema pierde la conexin a la base de datos y Exportar Excel RecordAsistencia
realiza la bsqueda del record requerido, el sistema
muestra un mensaje de error "Error, intntelo
nuevamente".
2) El usuario ingresa datos no validos en los campos de
los parmetros requeridos y hace clic en el botn Enviar Record de
"Buscar", el sistema muestra un mensaje de error
Asistencia a SISAPM
"Datos no vlidos para realizar la bsqueda"

Figura 3.2.18. Diagrama de robustez para el caso de uso - CU 09. Administrar record de asistencia final.

57
analysis CU. 10 Buscar Record.

Curso Bsico
Cargar Condicion
1) El usuario hace clic en el sub men TipoRecord
Laboral
"Administrar Record", del men
"Record Asistencia", el sistema CondicionLaboral
TipoRecord
muestra la pgina "Administrar
Record de Asistencia".
2) En la pgina "Administrar Record de
Asistencia", el usuario ingresa los
cargar Tipo Record CondicionLaboral
parmetros requeridos tipo record,
mostrar Pagina Cargar Combos
ao, mes y/o condicin laboral y hace
"Administrar Record de
clic en el botn "Buscar", el sistema
Asistencia"
realiza la bsqueda del record
buscado, y muestra el resultado de la
bsqueda en la grilla "Resultado de cargar ao
Bsqueda" de la misma pgina. Error: Intentelo
3) El usuario puede ubicar los record de nuevamente
asistencia en los que est registrado
un trabajador, ingresando el nombre,
apellidos y/o DNI del trabajador en el pagina Home Administrar Record de validar parametros
Cargar Mes
campo "Trabajador", de la barra de Operador de Escalafon Asistencia ingresados
bsqueda de la pgina, y hace clic en
el botn "Buscar", el sistema muestra
el listado de records de asistencia en
los que est registrado el trabajador
ingresado. buscar Record de
Curso Alterno Asistencia
1) El sistema pierde la conexin a la
base de datos y realiza la bsqueda
del record requerido, el sistema
muestra un mensaje de error "Error,
intntelo nuevamente".
2) El usuario ingresa datos no validos en mostrar resultado
los campos de los parmetros Busqueda
requeridos y hace clic en el botn
"Buscar", el sistema muestra un
mensaje de error "Datos no vlidos
para realizar la bsqueda"

Figura 3.2.19. Diagrama de robustez para el caso de uso - CU 10. Buscar Record.

58
analysis CU. 13. administrar Motiv o fal...

Curso Bsico
1) El usuario accede a la pgina "Detalle de Record
de Asistencia" (CU 09. Administrar record de
asistencia final), en ella selecciona un trabajador
y hace clic en el botn "Justificacin y Licencias", Cargar Combos
el sistema muestra la ventana "Administrar Motivo Record Asistencia
Falta", cargando las marcaciones
correspondientes al trabajador seleccionado.
2) En la ventana "Administrar Motivo Falta", el
usuario selecciona el tipo de operacin a realizar
(Justificacin o Licencia) en el combo "Clase"; si
el usuario selecciona la opcin Justificacin, el Cargar Ventana Cargar Marcaciones
sistema inhabilita el combo "Tipo"; si el usuario "Administrar Motivo Marcacion
selecciona la opcin "Licencia", el sistema Falta"
habilita el combo "Tipo" para la seleccin por
parte del usuario de un "Tipo de licencia".
3) En la ventana "Administrar Motivo Falta", el
usuario ingresa los datos correspondientes en los
campos "Documento" y "Descripcin", y adems
Detalle de Record de
selecciona uno o varios das en la grilla "Detalle
Asistencia Administrar Motivo Falta Validar Datos Grabar Motivo Falta
Motivos Falta", y finalmente hace clic en el botn Operador de Escalafon Justificacion
"Grabar", el sistema guarda la "Licencia" o (from Actors)
"Justificacin" asignada al trabajador.
4) En la ventana "Administrar Motivo Falta", el
usuario puede seleccionar una justificacin o
licencia asignada y hacer clic en el botn
"Editar", el sistema carga los datos
correspondientes a la licencia o justificacin
seleccionada y las muestras en el bloque Cargar Licencia
Editar Motivo Falta Licencia
"Formulario de Marcacin" de la misma ventana. Justificacion
5) En la ventana "Administrar Motivo Falta", el
usuario puede seleccionar una justificacin o
licencia asignada y hacer clic en el botn
"Eliminar", el sistema elimina el registro de la
base de datos.
Curso Alterno
1) El sistema pierde la conexin a la base de datos
y realiza la bsqueda del record requerido, el Eliminar Motivo Falta
sistema muestra un mensaje de error "Error,
intntelo nuevamente".

Figura 3.2.20. Diagrama de robustez para el caso uso - CU 13. Administrar Motivo Falta.

59
class System

Persona

- dni: char
- apellidoMaterno: String
- apellidoPaterno: String
- nombres: String
- direccion: String
- estadoCivil: char
- fechaNacimiento: Date
- genero: boolean
- ubigeo: char(6)
Rol Usuario - email: String
- celular: String
- denominacion: String - nombreUsuario: String - telefono: String
- observacion: String - password: String - estado: boolean
- estado: boolean Reloj Biometrico
- estado: boolean
- marca: String
- denominacion: String
- observacion: String
UnidadOrganica - estado: boolean
Vacacion Trabaj ador - tipoUnidadOrganica: String
- codigoUnidad: String
- fechaRegistro: Date - ruc: String - denominacion: String
- fechaProgramada: Date - foto: Object - sigla: String
- tomada: boolean - nivelEducacion: String - observacion: String
- fechaT omada: Date - especialidad: String - estado: boolean
- estado: boolean - estado: boolean
Local

- denominacion: String
- direccion: String
- ubigeo: char(6)
- observacion: String
DetalleHorario HistorialLaboral - estado: boolean
- dia: char Horario - codigoBiometrico: String CondicionLaboral
- toleranciaEntradaDesde: T ime - condicionLaboral: String
- tipoHorario: char - denominacion: String
- horaEntrada: T ime - fechaContrato: Date
- denominacion: int - ley: String
- toleranciaEntradaHasta: T ime - fechaInicio: Date Institucion
- horasPorSemana: Double - observacion: String
- toleranciaSalidaDesde: T ime - fechaCese: Date
- observacion: String - estado: boolean - razonSocial: String
- HoraSalida: T ime - nivelRemunerativo: String
- estado: boolean - direccion: String
- toleranciaSalidaHasta: T ime - cargoEstructural: String
- observacion: String - observacion: String - ubigeo: char(6)
- estado: boolean - observacion: String
- estado: boolean

Permiso Licencia Justificacion CalendarioLaboral

- horaSalida: T ime - fechaInicio: Date - fecha: Date - diaNoLaborable: Date


- horaRegreso: T ime - fechaFin: Date - documento: String - documento: String
- documento: String - tipoLicencia: String - observacion: String - observacion: String
- observacion: String - documento: String - estado: boolean - estado: boolean
- estado: boolean - observacion: String
- estado: boolean

DetalleRecordAsistencia

- estadoEntrada: boolean
- estadoSalida: boolean RecordAsistencia
- estadoVacacion: boolean Marcacion
- estadoMotivoFalta: boolean - denominacion: String
- diaSemana: int - fechaInicio: Date - codigoBiometrico: String
- observacion: String - fechaCierre: String - fecha: Date
- estado: boolean - cantidadT rabajadores: int - hora: T ime
- observacion: String - observacion: String
- estado: boolean - estado: boolean

TipoRecord

- denominacion: String
- observacion: String
- estado: boolean

Figura 3.2.21. Modelo de dominio actualizado

60
REVISIN DE DISEO PRELIMINAR (SEGUNDO HITO)
A continuacin se detallan los artefactos despus de realizar la revisin del diseo
preliminar:

61
analysis CU. 09. Administrar Record de asistencia Final.

Curso Bsico:
1) El usuario hace clic en el botn "Detalle" de la pgina
"Administrar Record de Asistencia" (CU. 10), el sistema cargar Unidad Organica UnidadOrganica
muestra la pgina "Detalle de Record de Asistencia" Cargar Combos
cargando en ella los datos del record de asistencia de
los trabajadores de la institucin.
2) En la pgina "Detalle de Record de Asistencia" el
usuario puede buscar uno o varios trabajadores
mostrar Pagina Detalle
ingresando los parmetros necesarios apellidos y/o Cargar Condicion
de Record de CondicionLaboral
nombres, dni, unidad orgnica y/o condicin laboral y Laboral
Asistencia
finalmente haciendo clic en el botn "Buscar", el Error: "Datos no validos
sistema muestra el record de asistencia de todos los para realizar la
trabajadores que coinciden con los parmetros de la busqueda" validar parametros
bsqueda. ingresados Error: intentelo
3) El usuario puede justificar o asignar una licencia a un nuevamente
cargar marcaciones
da registrado como falta para un trabajador, Marcacion
seleccionando una fila de la grilla y haciendo clic en
el botn "Justificaciones y Licencias", el sistema
invoca al caso de uso CU 13. Administrar Motivo Falta. Administrar Record de Detalle de Record de
4) El usuario puede recalcular el contenido del record de Asistencia Asistencia mostrar resultado
Operador de Escalafon
asistencia final seleccionando los trabajadores Busqueda
deseados y haciendo clic en el botn "Recalcular", el (from Actors) buscar Trabajador Trabajador
sistema muestra una ventana emergente mostrando la
lista de trabajadores cuyo record de asistencia ser
recalculado; en esta, el usuario hace clic en el botn
"Recalcular", el sistema recalcula el record de
validar asignacion
asistencia, para los trabajadores seleccionados, cierra
MotivoFalta Justificacion
la ventana emergente y muestra los cambios en la Asignar Justificacion o
pgina "Administrar Record de Asistencia". Licencia
5) El usuario puede exportar el contenido del record de mostrar Ventana
asistencia a un archivo Excel haciendo clic en el Recalcular
botn "Exportar" de la pgina "Administrar Record de
Asistencia", el sistema exporta y descarga por medio Licencia
del navegador web el archivo Excel exportado. ventana Recalcular
6) El usuario puede enviar el contenido del record de Recalcular record
asistencia al sistema de planillas haciendo clic en el Asistencia
botn "Enviar a SISAPM", el sistema enva los datos a
la base de datos del sistema de planillas.
Curso Alterno
1) El sistema pierde la conexin a la base de datos y Exportar Excel
realiza la bsqueda del record requerido, el sistema RecordAsistencia
muestra un mensaje de error "Error, intntelo
nuevamente".
2) El usuario ingresa datos no validos en los campos de
Enviar Record de
los parmetros requeridos y hace clic en el botn
Asistencia a SISAPM
"Buscar", el sistema muestra un mensaje de error
"Datos no vlidos para realizar la bsqueda"

FIGURA 3.2.22. Diagrama de robustez para el caso de uso - CU 09. Administrar record de asistencia final.

62
analysis CU. 10 Buscar Record.

Curso Bsico
Cargar Condicion
1) El usuario hace clic en el sub men TipoRecord
Laboral
"Administrar Record", del men
"Record Asistencia", el sistema CondicionLaboral
TipoRecord
muestra la pgina "Administrar
Record de Asistencia".
2) En la pgina "Administrar Record de
Asistencia", el usuario ingresa los
cargar Tipo Record CondicionLaboral
parmetros requeridos tipo record,
ao, mes y/o condicin laboral y hace mostrar Pagina Cargar Combos
clic en el botn "Buscar", el sistema "Administrar Record de
realiza la bsqueda del record Asistencia"
buscado, y muestra el resultado de la
bsqueda en la grilla "Resultado de cargar ao
Bsqueda" de la misma pgina. Error: Intentelo
3) El usuario puede ubicar los record de nuevamente
asistencia en los que est registrado
un trabajador, ingresando el nombre,
apellidos y/o DNI del trabajador en el pagina Home Administrar Record de validar parametros
campo "Trabajador", de la barra de Operador de Escalafon Asistencia ingresados Cargar Mes
bsqueda de la pgina, y hace clic en
el botn "Buscar", el sistema muestra
el listado de records de asistencia en
los que est registrado el trabajador
ingresado.
Curso Alterno
1) El sistema pierde la conexin a la
base de datos y realiza la bsqueda
del record requerido, el sistema
muestra un mensaje de error "Error, mostrar resultado buscar Record de RecordAsistencia
intntelo nuevamente". Busqueda Asistencia
2) El usuario ingresa datos no validos en
los campos de los parmetros
requeridos y hace clic en el botn
"Buscar", el sistema muestra un
mensaje de error "Datos no vlidos
para realizar la bsqueda"

Error: intentelo
nuevamente

Figura 3.2.23. Diagrama de robustez para el caso de uso - CU 10. Buscar Record.

63
analysis CU. 13. administrar Motiv o fal...

Curso Bsico
1) El usuario accede a la pgina "Detalle de Record
de Asistencia" (CU 09. Administrar record de
asistencia final), en ella selecciona un trabajador
y hace clic en el botn "Justificacin y Licencias", Cargar Combos
el sistema muestra la ventana "Administrar Motivo Record Asistencia
Falta", cargando las marcaciones
correspondientes al trabajador seleccionado.
2) En la ventana "Administrar Motivo Falta", el
usuario selecciona el tipo de operacin a realizar
Cargar Marcaciones
(Justificacin o Licencia) en el combo "Clase"; si
el usuario selecciona la opcin Justificacin, el Cargar Ventana Marcacion
sistema inhabilita el combo "Tipo"; si el usuario "Administrar Motivo
selecciona la opcin "Licencia", el sistema Falta"
habilita el combo "Tipo" para la seleccin por
parte del usuario de un "Tipo de licencia". error:"Ya registro un
3) En la ventana "Administrar Motivo Falta", el motivo falta para la
usuario ingresa los datos correspondientes en los fecha seleccionada"
campos "Documento" y "Descripcin", y adems
Detalle de Record de
selecciona uno o varios das en la grilla "Detalle
Asistencia
Motivos Falta", y finalmente hace clic en el botn Operador de Escalafon
Justificacion
"Grabar", el sistema guarda la "Licencia" o (from Actors)
"Justificacin" asignada al trabajador.
Administrar Motivo Falta Validar Datos Grabar Motivo Falta
4) En la ventana "Administrar Motivo Falta", el
usuario puede seleccionar una justificacin o
licencia asignada y hacer clic en el botn
"Editar", el sistema carga los datos
correspondientes a la licencia o justificacin
error: "No se encontr
seleccionada y las muestras en el bloque
ningun motivo falta
"Formulario de Marcacin" de la misma ventana.
registrado"
5) En la ventana "Administrar Motivo Falta", el
usuario puede seleccionar una justificacin o
licencia asignada y hacer clic en el botn
"Eliminar", el sistema elimina el registro de la
base de datos.
Curso Alterno Editar Motivo Falta
1) El sistema pierde la conexin a la base de datos
Cargar Licencia
y realiza la bsqueda del record requerido, el
Justificacion
sistema muestra un mensaje de error "Error,
intntelo nuevamente".
2) El usuario graba una licencia o justificacion sobre Licencia
una fecha en la que ya ser registr una error: "No se encontr
justificacion o licencia, el sistema muestra un ningun motivo falta
mensaje de error: "El sistema ya registro un registrado"
motivo falta para la fecha seleccionada"
3) el usuario selecciona una fecha en la que se no
se tiene registrado una licencia o justificacion y Eliminar Motivo Falta
hace clic en el boton "Editar" o "Eliminar", el
sistema muestra un mensaje de error : "no se
encontro ningun motivo falta registrado"

Figura 3.2.24. Diagrama de robustez para el caso uso - CU 13. Administrar Motivo Falta

64
class System

Persona

- dni: char
- apellidoMaterno: String
- apellidoPaterno: String
- nombres: String
- direccion: String
- estadoCivil: char
- fechaNacimiento: Date
- genero: boolean
- ubigeo: char(6)
Rol Usuario - email: String
- celular: String
- denominacion: String - nombreUsuario: String - telefono: String
- observacion: String - password: String - estado: boolean
- estado: boolean Reloj Biometrico
- estado: boolean
- marca: String
- denominacion: String
- observacion: String
UnidadOrganica - estado: boolean

Vacacion Trabaj ador - tipoUnidadOrganica: String


- codigoUnidad: String
- fechaRegistro: Date - ruc: String - denominacion: String
- fechaProgramada: Date - foto: Object - sigla: String
- tomada: boolean - nivelEducacion: String - observacion: String
- fechaTomada: Date - especialidad: String - estado: boolean
- estado: boolean - estado: boolean
Local

- denominacion: String
- direccion: String
- ubigeo: char(6)
- observacion: String
DetalleHorario HistorialLaboral - estado: boolean
- dia: char Horario - codigoBiometrico: String CondicionLaboral
- toleranciaEntradaDesde: Time - condicionLaboral: String
- tipoHorario: char - denominacion: String
- horaEntrada: Time - fechaContrato: Date
- denominacion: int - ley: String
- toleranciaEntradaHasta: Time - fechaInicio: Date Institucion
- horasPorSemana: Double - observacion: String
- toleranciaSalidaDesde: Time - fechaCese: Date
- observacion: String - estado: boolean - razonSocial: String
- HoraSalida: Time - nivelRemunerativo: String
- estado: boolean - direccion: String
- toleranciaSalidaHasta: Time - cargoEstructural: String
- observacion: String - observacion: String - ubigeo: char(6)
- estado: boolean - observacion: String
- estado: boolean

Permiso Licencia Justificacion CalendarioLaboral

- horaSalida: Time - fechaInicio: Date - fecha: Date - diaNoLaborable: Date


- horaRegreso: Time - fechaFin: Date - documento: String - documento: String
- documento: String - tipoLicencia: String - observacion: String - observacion: String
- observacion: String - documento: String - estado: boolean - estado: boolean
- estado: boolean - observacion: String
- estado: boolean

DetalleRecordAsistencia

- estadoEntrada: boolean
- estadoSalida: boolean RecordAsistencia
- estadoVacacion: boolean Marcacion
- estadoMotivoFalta: boolean - denominacion: String
- diaSemana: int - fechaInicio: Date - codigoBiometrico: String
- observacion: String - fechaCierre: String - fecha: Date
- estado: boolean - cantidadTrabajadores: int - hora: Time
- observacion: String - observacion: String
- estado: boolean - estado: boolean

TipoRecord

- denominacion: String
- observacion: String
- estado: boolean

FIGURA 3.2.25. Modelo de dominio actualizado

65
3.2.3. ARQUITECTURA TCNICA
3.2.3.1. DIAGRAMA DE COMPONENTES.

MODEL
BL DA
(BUSINESS (DATA
VIEW LOGIC) ACCESS)
(CSHTML)
CONTROLLER

BE (BUSINESS ENTITY)

FIGURA 3.2.26. Diagrama de componentes.

66
3.2.3.2. DIAGRAMA DE DESPLIEGUE.

FIGURA 3.2.27. Diagrama de componentes.

67
3.2.4. DISEO DETALLADO

Figura 3.2.28. Diagrama de secuencia para el caso de uso - CU 09. Administrar record de asistencia final.

68
Figura 3.2.29. Diagrama de secuencia para el caso de uso - CU 10. Buscar Record.

69
Figura 3.2.30. Diagrama de secuencia para el caso de uso - CU 13. Administrar Motivo Falta

70
REVISIN DE DISEO DETALLADO
Se realizaron las revisiones para los casos de uso seleccionado, obteniendo los
siguientes artefactos.

71
Figura 3.2.31. Diagrama de secuencia para el caso de uso - CU 09. Administrar record de asistencia final.

72
Figura 3.2.32. Diagrama de secuencia para el caso de uso - CU 10. Buscar Record.

73
Figura 3.2.33. Diagrama de secuencia para el caso de uso - CU 13. Administrar Motivo Falta

74
class System

Persona

- dni : char
- apel l i doMaterno: Stri ng
- apel l i doPaterno: Stri ng
- nombres: Stri ng
- di recci on: Stri ng
- estadoCi vi l : char
- fechaNaci mi ento: Date
- genero: bool ean
- ubi geo: char(6)
- emai l : Stri ng
- cel ul ar: Stri ng
- tel efono: Stri ng
- estado: bool ean

+ l i starPersona() : voi d
Rol Usuario + buscarPersona() : voi d
- denomi naci on: Stri ng - nombreUsuari o: Stri ng + edi tarPersona() : voi d
- observaci on: Stri ng - password: Stri ng + el i mi narPersona() : voi d
- estado: bool ean + crearNuevaPersona() : voi d Reloj Biometrico
- estado: bool ean
- marca: Stri ng
+ crearRol () : voi d + l ogi n() : voi d - denomi naci on: Stri ng
+ edi tarRol () : voi d + l ogout() : voi d UnidadOrganica - observaci on: Stri ng
+ asi gnarRol () : voi d + crearUsuari o() : voi d - estado: bool ean
+ edi tarUsuari o() : voi d - ti poUni dadOrgani ca: Stri ng
+ el i mi narUsuari o() : voi d - codi goUni dad: Stri ng
Trabaj ador + regi strarRel oj Biometri co() : void
- denomi naci on: Stri ng
+ edi tarRel oj Bi ometri co() : voi d
- ruc: Stri ng - si gl a: Stri ng
+ el i mi narReloj Biometri co() : void
- foto: Obj ect - observaci on: Stri ng
Vacacion - ni vel Educaci on: Stri ng - estado: bool ean

- fechaRegi stro: Date - especi al i dad: Stri ng


- estado: bool ean + l i starUni dadOrgani ca() : voi d
- fechaProgramada: Date + buscarUni dadOrgani ca() : voi d
- tomada: bool ean
- fechaT omada: Date + buscarT rabaj ador() : voi d Local
- estado: bool ean + edi tarT rabaj ador() : voi d
+ crearT rabaj ador() : voi d - denomi naci on: Stri ng
+ programarVacaci on() : void + el i minarT rabajador() : void - di recci on: Stri ng
+ tomarVacaci on() : voi d - ubi geo: char(6)
- observaci on: Stri ng
- estado: bool ean

+ crearLocal () : voi d
HistorialLaboral
DetalleHorario + edi tarLocal () : voi d
- codi goBi ometri co: Stri ng + el i mi narLocal () : voi d
Horario
- di a: char - condi ci onLaboral : Stri ng
CondicionLaboral
- tol eranci aEntradaDesde: T i me - ti poHorari o: char - fechaContrato: Date
- horaEntrada: T i me - denomi naci on: i nt - fechaIni ci o: Date - denomi naci on: Stri ng
- tol eranci aEntradaHasta: T i me - horasPorSemana: Doubl e - fechaCese: Date - l ey: Stri ng
- tol eranci aSal i daDesde: T i me - observaci on: Stri ng - ni vel Remunerati vo: Stri ng - observaci on: Stri ng
- HoraSal i da: T i me - estado: bool ean - cargoEstructural : Stri ng - estado: bool ean
- tol eranci aSal i daHasta: T i me - observaci on: Stri ng Institucion
- observaci on: Stri ng + crearHorari o() : voi d + l i starCondi ci onLaboral () : voi d - razonSoci al : Stri ng
- estado: bool ean + edi tarHorari o() : voi d + buscarHi stori al Laboral () : void + buscarCondi ci onLaboral () : void - di recci on: Stri ng
+ asi gnarHorari o() : voi d + crearHi stori al Laboral () : voi d
- ubi geo: char(6)
+ crearDetal l eHorari o() : voi d + edi tarHi stori al Laboral () : voi d - observaci on: Stri ng
+ edi tarDetal l eHorari o() : voi d + rotarT rabaj ador() : voi d - estado: bool ean

Permiso + edi tarDatosInsti tuci on() : voi d


Justificacion
- horaSal i da: T i me
- horaRegreso: T i me - fecha: Date
- documento: Stri ng Licencia
- documento: Stri ng
- observaci on: Stri ng - fechaIni ci o: Date - observaci on: Stri ng
- estado: bool ean - estado: bool ean
- fechaFi n: Date CalendarioLaboral
- ti poLi cenci a: Stri ng
+ l i starPermi sos() : voi d - documento: Stri ng + asi gnarJusti fi caci on() : voi d - di aNoLaborabl e: Date
+ buscarPermi so() : voi d - observaci on: Stri ng + buscarJusti fi caci on() : voi d - documento: Stri ng
+ asi gnarPermi so() : voi d - estado: bool ean + l i starJusti fi caci on() : voi d - observaci on: Stri ng
- estado: bool ean
+ asi gnarLi cenci a() : void
+ buscarLi cenci a() : voi d + asi gnarDi aNoLaborabl e() : void
+ l i starLi cenci as() : voi d + l i starDetal l eCal endari o() : voi d
+ edi tarDi aNoLaborabl e() : voi d
DetalleRecordAsistencia + el i mi narDi aNoLaborabl e() : void
- estadoEntrada: bool ean
- estadoSal i da: bool ean
- estadoVacaci on: bool ean RecordAsistencia
- estadoMoti voFal ta: bool ean
- di aSemana: i nt - denomi naci on: Stri ng Marcacion
- observaci on: Stri ng - fechaIni ci o: Date
- estado: bool ean - fechaCi erre: Stri ng - codi goBi ometri co: Stri ng
- canti dadT rabaj adores: i nt - fecha: Date
+ crearDetal l eRecord() : voi d - observaci on: Stri ng - hora: T i me
+ edi tarDetal l eRecord() : voi d - estado: bool ean - observaci on: Stri ng
- estado: bool ean
+ crearRecordAsi stenci a() : voi d
+ edi tarRecordAsi stenci a() : voi d + crearMarcaci on() : voi d
+ l i starRecordAsi stenci a() : voi d
+ buscarRecordAsi stenci a() : voi d

TipoRecord

- denomi naci on: Stri ng


- observaci on: Stri ng
- estado: bool ean

+ crearT i poRecord() : voi d


+ edi tarT i poRecord() : voi d
+ el i minarT ipoRecord() : void

Figura 3.2.34. Diagrama de clases.

75
CAPTULO IV

CONCLUSIONES Y RECOMENDACIONES

4.1. CONCLUSIONES
a. Se desarroll satisfactoriamente el sistema de control de asistencia, para la
Municipalidad Provincial de Huamanga, haciendo uso de la metodologa
ICONIX, lenguaje de programacin C# y gestor de base de datos Oracle
11g.
b. Se identificaron los requisitos funcionales y no funcionales del sistema,
haciendo uso de instrumentos de recoleccin de datos. Estos requisitos
fueron revisados y aprobados por el cliente.
c. Se analiz y dise cada uno de los casos de uso seleccionados, haciendo
uso de la metodologa ICONIX, obteniendo artefactos en cada una de las
etapas descritas por la metodologa.
d. Se logr Implementar los casos de uso mediante la tecnologa MCV3 y
gestor de base de datos Oracle 11g, obteniendo como resultado cdigo
fuente y una base de datos relacional.

4.2. RECOMENDACIONES
a. Se recomienda incrementar las medidas de seguridad en la aplicacin web
desarrollada para as evitar manipulacin malintencionada de los datos del
sistema.
b. Se recomienda implementar reportes adicionales para el sistema para de
esta manera contribuir al trabajo eficaz de los encargados de la elaboracin
del record de asistencia de los trabajadores de la institucin.
c. Se recomienda integrar totalmente los relojes biomtricos con el sistema,
para as recolectar las marcas automticamente.

76
BIBLIOGRAFA

1. Cobo, A., Gmez, P., Prez, D., Rocha, R. (2005). Tecnologas para el
desarrollo de aplicacin web. Barcelona, Espaa: Das de Santos.
2. Gil, P., Pomares, J., Candelas, F. (2010). Redes de transmisin de datos.
Espaa: Universidad de Alicante.
3. Gonzles, S., Mart, L., (2006). Microeconoma Prctica. Valencia, Espaa:
Editorial UPV.
4. Gmez, M. (2006). Introduccin a la metodologa de la investigacin cientfica
(1 Ed.). Crdova, Argentina. Editorial Brujas.
5. Graham, A. (2004). Ingeniera de software orientada a objetos. Ediciones
Paraninfo.
6. Ibez y Garca, (2009). Informtica I (1 Ed.). Mxico, Mxico DF:
Cengagen Learning Editores.
7. ITSON. (2005). Mtodos de recoleccin de datos. Mxico D.F., Mxico.
Editorial LIMUSA.
8. Lan, F. (2005). Ingeniera del software (7 Ed.). Barcelona, Espaa: Top
Printer Plus.
9. Lidn, J. (1994). Microeconoma. Valencia, Espaa: Editorial UPV.
10. Lpez, A. (2004). Tecnologas de la Informacin, Conceptos Bsicos (1 Ed.).
Barcelona, Espaa: NerBiblo S.L.
11. Marcos, J. (2008). Administracin de servicios de internet: de la teora a la
prctica. Espaa: Universidad de Alicante.
12. Mrquez, S. (2007). La Web semntica. Sevilla, Espaa: Ideas Propias
Editorial.
13. Moreno, M. (2000). Introduccin a la metodologa de la investigacin
educativa. Mxico D.F., Mxico. Editorial Progreso.

77
14. Nevado, C. (2010). Introduccin a las bases de datos relacionales. Madrid,
Espaa: Visin Libros.
15. Parkin, M., Esquivel, G., Muoz, M., Martnez, M. (2007). Macroeconoma:
Versin para Latinoamrica (7a Ed). Mxico, D.F., Mxico: Pearson
Educacin.
16. Pastor, J. (2002). Concepto de sistemas de informacin en las
organizaciones. Barcelona, Espaa: UOC Papers.
17. Prez, J. (2009). Estadsticas del mercado de trabajo en Espaa, Madrid,
Espaa: Ministerio de Trabajo.
18. Rodrguez, A. (2007). Iniciacin a la red Internet: Concepto, funcionamiento,
servicios y aplicaciones de internet. Madrid, Espaa: Ideas Propias Editorial.
19. Rodrguez, L. (2003). Introduccin a la programacin: teora y prctica. San
Vicente, Espaa: Editorial Club Universitario.
20. Rosenberg, D., Stephens, M. (2007). Use Case Driven Object Modeling with
UML: Teory and Practice (1 Ed.). United States. Apress
21. Weitzenfeld, A. (2005). Ingeniera de software orientada a objetos con UML.
Barcelona, Espaa: Ediciones Paraninfo.
22. Uribe, O. (2000). Diccionario de metodologa de la investigacin cientfica.
Mxico D.F., Mxico. Editorial LIMUSA.

78
ANEXOS
Anexo A: Diagrama Entidad Relacin del software desarrollado

TIENE PERMISO

ROL CUMPLE CUENTA USUARIO


JUSTIFICACION UNIDAD ORGANICA

ESTA UBICADA

TIENE
LICENCIA TIENE PERMISO

LOCAL

RECORD DE
PERSONA ES UNA TRABAJADOR TIENE PERTENECE
ASISTENCIA FINAL

TIENE
REGISTRADO
TIENE
TURNO TIENE
ASIGNADO
REGISTRADO

TIENE
SE REGISTRA EN HORARIO ASIGNADO HISTORIAL RELOJ BIOMETRICO
MARCACION

VACACIONES
DETALLE HORARIO TIENE

79
Anexo B: Fotografa de record mensual de asistencia utilizado

80
Anexo C: Fotografa record mensual de asistencia en formato Excel utilizado

81
Anexo D: Fotografa cardex anual de vacaciones

82
Anexo E: Fotografa Tarjetas de asistencia y permisos utilizados

83