Informe Completo

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.
(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.
(from Actors)
CU. 22. Reporte de

permisos.
Figura 3.2.6. Paquete Reportes.
uc Vacaciones
CU. 17. Asignar

v acaciones masiv as.
(from Actors)
Figura 3.2.7. Paquete Reportes.
37
uc Vacaciones
CU. 17. Asignar

v acaciones masiv as.
(from Actors)
Figura 3.2.8. Paquete Vacaciones.
uc Configuracion
CU. 16. administrar

calendario de das CU. 19 Iniciar sesin
no laborables.
(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
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
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
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
nuevamente.
2. El usuario ingresa datos no validos en los campos de
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.
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.
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.
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
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
2) En la pgina "Detalle de Record de Asistencia" el
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
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
"Recalcular", el sistema recalcula el record de Justificacion
Asignar Justificacion o
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
Curso Alterno
1) El sistema pierde la conexin a la base de datos y Exportar Excel RecordAsistencia
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
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".
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.
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
"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,
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
- direccion: String
- ubigeo: char(6)
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
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
TipoRecord
- 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
2) En la pgina "Detalle de Record de Asistencia" el
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
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
"Recalcular", el sistema recalcula el record de
validar asignacion
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
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
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"
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.
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
"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"
"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,
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
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
Local
- direccion: String
- ubigeo: char(6)
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
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
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
TipoRecord
- 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

Informe Completo

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Informe Completo

Transféré par

Droits d'auteur :

Formats disponibles

UNIVERSIDAD NACIONAL DE SAN CRISTBAL DE

APLICACIN WEB PARA ADMINISTRAR EL CONTROL DE

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

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

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

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

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

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

1.1. OBJETIVO GENERAL

1.2. OBJETIVOS ESPECFICOS

2.1. MUNICIPALIDAD PROVINCIAL DE HUAMANGA

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

2.2. SISTEMA DE INFORMACIN

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

Un sistema de informacin es aquel conjunto de recursos organizados e

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

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

Conjunto de programas, instrucciones y reglas informticas para ejecutar ciertas

Conjunto de los componentes que integran la parte material de una

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

2.3. LENGUAJE UNIFICADO DE MODELADO(UML)

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

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

2.4. LENGUAJE DE PROGRAMACIN ORIENTADA A OBJETOS

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

2.4.1. CONCEPTOS FUNDAMENTALES DE LA PROGRAMACIN

Tipo de dato con determinadas propiedades y una determinada funcionalidad

2.4.2. CARACTERSTICAS DE LA PROGRAMACIN ORIENTADA A

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

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

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

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

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

Se denomina Modularidad a la propiedad que permite subdividir una aplicacin

Comportamientos diferentes, asociados a objetos distintos, pueden compartir el

2.5. SISTEMA DE GESTIN DE BASES DE DATOS RELACIONALES

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

2.6. METODOLOGA ICONIX

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

2.6.1. CARACTERSTICAS DE ICONIX

2.6.2. TCNICAS DE LA METODOLOGA ICONIX

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

B. MODELO DE CASOS DE USO

E. REVISIN PRELIMINAR DEL DISEO

H. REVISIN CRTICA DE DISEO

I. IMPLEMENTACIN: PASO DEL DISEO DETALLADO AL CDIGO

J. REVISIN DEL CDIGO Y ACTUALIZACIN DEL MODELO

K. DISEO GUIADO POR PRUEBAS

2.7. TECNOLOGAS DE INTERNET

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

Es un modelo de referencia que define una arquitectura de comunicaciones

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

3.1. OBTENCIN DE REQUISITOS

3.2. ARTEFACTOS ICONIX

El sistema debe permitir el registro de trabajadores de la

02 El sistema debe definir y configurar horarios.

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

04 El sistema debe de asignar horarios a trabajadores.

El sistema debe de permitir el registro de asistencia manual al