PROYECTOKELA

UNIVERSIDAD TCNICA PARTICULAR DE LOJA
La Universidad Catlica de Loja .

ESCUELA DE CIENCIAS DE LA COMPUTACIN
MODALIDAD ABIERTA Y A DISTANCIA
SISTEMA DE CONTROL DE PERSONAL (WEB), PARA LA EMPRESA
SERVIESTUDIOS Ca. Ltda.
AUTOR:
Csar Augusto Ojeda Cevallos
DIRECTOR:
Ing. Patricio Abad E.
CODIRECTOR:
Ing. Danilo Jaramillo H.
Loja-Ecuador
2010
Memoria de Tesis previa a la
Obtencin del Ttulo de Ingeniero
en Informtica
SISTEMA DE CONTROL DE PERSONAL
2
CERTIFICACIN
Yo, PATRICIO ABAD Docente Investigador de la Universidad, certifico que el seor
Csar Augusto Ojeda Cevallosest en capacidad para obtener el ttulo de Ingeniero
en Informtica.
Loja, junio del 2010.
DIRECTOR DE TESIS
.
Ing. Patricio Abad
3
CERTIFICACIN
Yo, DANILO JARAMILLO Docente Investigador de la Universidad, certifico que el
seor Csar Augusto Ojeda Cevallos est en capacidad para obtener el ttulo de
Ingeniero en Informtica.
Loja, junio del 2010.
CODIRECTOR DE TESIS
.
Ing. Danilo Jaramillo H.
4
AUTORA
El presente proyecto de tesis con cada una de sus observaciones, anlisis,
evaluaciones, conclusiones y recomendaciones emitidas, es de absoluta
responsabilidad del Autor.
Adems, es necesario indicar que la informacin de otros autores empleada en el
presente trabajo est debidamente especificada en fuentes de referencia y
apartados bibliogrficos
Cesar A. Ojeda Cevallos

5
CESIN DE DERECHOS
El autor, declara estar de acuerdo con la disposicin del Estatuto Orgnico de la
Universidad en su Art. 67, en el cual se enuncia lo siguiente: Forman parte del
patrimonio de la Universidad la propiedad intelectual de investigaciones, trabajos
cientficos o tcnicos y tesis de grado que se realicen a travs o con el apoyo
financiero, acadmico o institucional (operativo) de la Universidad.
Cesar A. Ojeda Cevallos

6
AGRADECIMIENTO
Mi espacial agradecimiento a:
La Universidad Tcnica Particular de Loja.
Institucin que me brindo la oportunidad a travs de la Modalidad Abierta y a
Distancia de poder concluir mis estudios en Informtica y de la cual siempre he
recibido apoyo.
Al Ing. Patricio Abad
Director del Presente Proyecto de Tesis
Por su direccin, paciencia, entrega y valiosos consejos que me permitieron
alcanzar los objetivos de esta tesis.
Al Ing. Danilo Jaramillo H.
Codirector del Presente Proyecto de Tesis.
Por su valiosa asesora y comentarios
Al Personal de Serviestudios Ca. Ltda.
Por el tiempo dado tanto en el desarrollo como en las pruebas del sistema.
Finalmente, a todas aquellas personas, profesionales y amigos que me brindaron
su apoyo, tiempo e informacin para el logro de mis objetivos.
7
DEDICATORIA
Dedico este trabajo a mis PADRES especialmente a mi querida Madre. Realmente
no hay palabras que logren expresar lo mucho que quiero agradecerles.
8
TABLA DE CONTENIDOS
CERTIFICACIN..................................................................................................................................... 2
CERTIFICACIN..................................................................................................................................... 3
AUTORA.................................................................................................................................................. 4
CESIN DE DERECHOS......................................................................................................................... 5
AGRADECIMIENTO............................................................................................................................... 6
DEDICATORIA........................................................................................................................................ 7
OBJETIVOS.............................................................................................................................................10
INTRODUCCIN...................................................................................................................................11
CAPTULO 1. INCEPCIN -MODELO DE NEGOCIO....................................................................14
1.1. ORGANIZACIN DE LA COMPAA SERVIESTUDIOS CA. LTDA. .............................14
1.2. PROCESOS DE NEGOCIO DE SERVIESTUDIOSCA. LTDA............................................15
1.3. ANLISIS DE ALTERNATIVAS DE SOLUCIN......................................................................18
1.3.1 Anlisis sobre las herramientas de desarrollo. .....................19
1.3.2 Anlisis sobre las bases de datos. ......................................19
1.4. ESCOGER LA SOLUCIN PTIMA SEGN LOS REQUERIMIENTOS. ............................20
1.5. TECNOLOGA SILVERLIGHT .......................................................................................................20
1.5.1 MICROSOFT SILVERLIGHT....................................................................................................20
1.5.2 VENTAJAS DE SILVERLIGHT. ...............................................................................................20
1.5.3 DESVENTAJAS DE SILVERLIGHT. .......................................................................................21
1.5.4 HERRAMIENTAS Y TECNOLOGAS RELACIONADAS. .................................................21
CAPTULO 2. ELABORACIN - ESPECIFICACIN DE REQUERIMIENTOS..........................22
2.6. REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES IDENTIFICADOS...............23
2.6. ESQUEMA DEL DOMINIO DE LA SOLUCIN........................................................................25
2.6. MODELO DE CASOS DE USO....................................................................................................26
2.6. DESCRIPCIN DE CASOS DE USO........................................................................................26
2.4.1. DESCRIPCIN DEL CASO DE USOREGISTRAR ASISTENCIA........................................27
2.4.2. DESCRIPCIN DEL CASO DE USOADMINISTRAR PRODUCTOS. .................................29
2.4.3. DESCRIPCIN DEL CASO DE USOADMINISTRAR CLIENTES........................................31
2.4.4. DESCRIPCIN DEL CASO DE USOACTUALIZAR CLAVE..................................................33
2.4.5. DESCRIPCIN DEL CASO DE USOCREAR DA ESPECIAL. .............................................35
2.4.6. DESCRIPCIN DEL CASO DE USOINGRESAR BITCORA. .............................................37
2.4.7. DESCRIPCIN DEL CASO DE USO ADMINISTRAR REGISTRO EMPLEADO..............39
2.4.8. DESCRIPCIN DEL CASO DE USO ADMINISTRAR HORARIOS.....................................41
2.4.9. DESCRIPCIN DEL CASO DE USO GENERAR REPORTES...............................................43
2.4.10. DESCRIPCIN DEL CASO DE USO CREAR GRUPO DE USUARIO.............................45
2.4.11. DESCRIPCIN DEL CASO DE USO ADMINISTRAR BITCORA...................................47
2.4.12. DESCRIPCIN DEL CASO DE USO MODIFICAR GRUPO...............................................49
2.4.13. DESCRIPCIN DEL CASO DE USO BLOQUEAR GRUPO................................................51
2.4.14. DESCRIPCIN DEL CASO DE USO ASIGNAR USUARIO...............................................53
2.5. MODELO DE CLASES.....................................................................................................................56
2.5.1 DIAGRAMA DE CLASES. ................................................................................................................56
2.5.2. DICCIONARIO DE DATOS DEL DIAGRAMA DE CLASES..................................................58
2.5. DIAGRAMA DE INTERACCIN....................................................................................................63
2.6. MDULOS DEL SISTEMA DE CONTROL DE PERSONAL..................................................69
9
2.7. ARQUITECTURA DEL SISTEMA. ................................................................................................71
2.7.1 DETALLE DE CADA COMPONENTE POR CAPA DEL SISTEMA. .................................71
2.8. DISEO DE LA BASE DE DATOS..............................................................................................75
2.8.1. DISEO DE LA BASE DE DATOS RELACIONAL...............................................................75
CAPTULO 3. CONSTRUCCIN IMPLEMENTACIN................................................................76
3.1. ESTNDARES DE CODIFICACIN.................................................................................................78
3.1.1. Estndares de tipos de datos ............................................78
3.1.2. Estndares de controles del lenguaje .................................79
3.1.3Estndares de variables. .......................................................80
3.2. PROTOTIPOS Y PANTALLAS DEL SISTEMA. ..........................................................................81
3.3. DESCRIPCIN DE WEB SERVICES IMPLEMENTADOS. ........................................................85
3.4 PRUEBAS REALIZADAS.......................................................................................................................88
CAPTULO 4. FASE DE TRANSICIN-VALIDACIN E IMPLANTACIN...............................90
4.1. PROCESO DE VALIDACIN DEL SOFTWARE.............................................................................90
4.2 FORMA DE VALIDAR LAS PRUEBAS .........................................................................................90
4.3 VALIDACIN Y RESULTADOS DE ENCUESTAS ....................................................................91
4.4 IMPLANTACIN FINAL. .................................................................................................................98
RESULTADOS.....................................................................................................................................99
CONCLUSIONES............................................................................................................................. 100
RECOMENDACIONES.................................................................................................................. 101
BIBLIOGRAFA................................................................................................................................ 102
ANEXOS ............................................................................................................................................... 103
10
OBJETIVOS
Objetivo General:
Desarrollar e implementar un Sistema para el Control del Personal de la
Empresa Lojana Serviestudios Ca. Ltda., permitiendo obtener informes
pertinentes.
Objetivos Especficos:
Aplicar un proceso de desarrollo de software que permita la implantacin del
sistema.
Identificar oportunidades de mejorar los procesos que se llevan actualmente en
la empresa Serviestudios Ca. Ltda. que pueden ser soportados en la aplicacin
Establecer los lineamientos bsicos para el de desarrollo de aplicaciones
basadas en servicios web y utilizando la tecnologa Silverlight.
11
INTRODUCCIN
En la ciudad de Loja, se ubica la empresa Serviestudios Ca. Ltda. que actualmente
est dirigida a brindar varios servicios a la sociedad, entre los que se destaca la
oferta de soluciones de software orientadas a diferentes lneas de negocios que se
acoplan a las necesidades de los clientes.
Uno de los problemas que aqueja a la compaa es la falta de dinamismo en control
al personal que labora en esta entidad. Por lo cual, la alta gerencia a credo
conveniente incluir una solucin de software que mitigue en gran parte los diversos
problemas generados por las actividades que se desempean en Serviestudios Ca.
Ltda.; ya sean actividades puramente tcnicas como administrativas, consecuencia
directa de su fin social. El mismo que es:Proveer soluciones software para la
gestin administrativa y contable de las empresas e instituciones.
La solucin Web presentada a continuacin pretende facilitar el control de personal
a travs de dos canales de acceso. El primero de stos, Desktop o acceso desde un
terminal con acceso al sistema y el segundo a travs de un acceso Web que
permite dinamizar su uso y generalizar su disponibilidad desde cualquier ubicacin,
pensado exclusivamente para el personal que realiza actividades especificas de
soporte tcnico fuera de las oficinas de la compaa.
La metodologa a utilizarse durante el desarrollo del proyecto ser RUP
1
, es un
proceso de ingeniera de software que proporciona un acercamiento disciplinado,
asignando tareas y responsabilidades dentro de una organizacin de desarrollo. Su
meta es asegurar la produccin de un software de alta calidad que satisfaga las
necesidades del usuario, dentro de un tiempo predecible y presupuesto. Las fases
que propone Rational Unified Process son:
Incepcin
Elaboracin
Construccin
Transicin
A continuacin se describe una visin general de las fases seguidas y de los
diversos artefactos de software desarrollados:

1
Rational Unified Process
12
1. Incepcin.-Comprende la fase de entendimiento de la empresa, sus procesos,
organizacin y anlisis de requerimientos y modelos de negocios. Los procesos
realizados dentro de esta fase fueron:
Elaboracin Documento de visin
Conocimiento y entendimiento de los procesos del negocio
Fase de anlisis preliminar de necesidades del negocio
2. Elaboracin.- Es el anlisis avanzado y diseo de la solucin en la que se
destaca la elaboracin de los siguientes artefactos:
Levantamiento de requerimientos
Elaboracin de diagramas de casos de uso
Elaboracin de los diagramas de secuencia
Establecimiento de los mdulos del sistema
Modelo de clases
Modelo relacional de la solucin
Definicin de la Arquitectura del sistema
Diseo de interfaces de usuario
Adems mencionar que los diversos modelos y diseo realizado son esenciales
dentro de la fase de Construccin, ya que son el insumo necesario para guiar la
implementacin del producto.
3. Construccin.- En esta fase se contempla el desarrollo y las pruebas del
sistema. Dentro del desarrollo se realizaron lo siguiente:
Implementacin de la arquitectura identificada
Implementacin de los diversos mdulos del sistema identificados
Implementacin de la base de datos necesaria
Codificacin de interfaces de usuario
Codificacin de los mdulos y funcionalidades identificadas de la
solucin
13
Codificacin de los Web Services
2
de las diversas funcionalidades
del sistema que sern accedidos desde un entorno web e intranet.
4. Transicin:Significa ubicar el producto en funcionamiento y dar el
acompaamiento necesario para el exitoso uso de la herramienta elaborada,
adems comprende la capacitacin y los diversos materiales de apoyo. Aqu se
realiz:
Instalacin y despliegue de la solucin en un equipo servidor
Instalacin de la base de datos correspondiente
Configuraciones de verificacin de accesos y restricciones del
sistema
Documentacin del manual de usuario
Capacitacin y manejo en el sistema a usuarios
Las validaciones del sistema realizadas fueron:
Verificacin y validacin de las funcionalidades realizadas
Verificacin de la base de datos funcional
Encuetas y validaciones realizadas por los usuarios

2
Servicio Web
CAPTULO 1. INCEPCIN
1.1. Organizacin de la
La empresa Serviestudios
crecimiento y demanda del mercado. Donde su alta gerencia ha elaborado una
distribucin de las actividades de la compaa en diversos departamentos,
delegando as responsabilidades de forma acertada.
El organigrama institucional se presenta en la
Serviestudios Ca. Ltda.
dentro de la institucin
Figura 1.Estructura Orgnica
Las reas departamentales de apoyo de la compaa tienen
dirigida por el rea de Direccin, como se muestra en la
objetivos sean fcilmente
seguimiento.

3
Empresa objeto de estudio para el presente trabajo.
14
INCEPCIN - MODELO DE NEGOCIO
de la Compaa Serviestudios Ca. Ltda.
3
, posee una organizacin clara, acorde al
delegando as responsabilidades de forma acertada.
institucional se presenta en la Figura 1.Estructura Orgnica
Serviestudios Ca. Ltda., donde se visualiza los diversos departamentos ejes
dentro de la institucin y la jerarquizacin de la misma
Estructura Orgnica de Serviestudios Ca. Ltda.
departamentales de apoyo de la compaa tienen una distribucin lineal
por el rea de Direccin, como se muestra en la Figura 2. reas
Serviestudios Ca. Ltda. Esta sinergia departamental permite que los diversos
te conducidos de manera adecuada, facilitando su control y

Empresa objeto de estudio para el presente trabajo.
MODELO DE NEGOCIO
posee una organizacin clara, acorde al
Estructura Orgnica de
, donde se visualiza los diversos departamentos ejes
y la jerarquizacin de la misma.
una distribucin lineal
Figura 2. reas
permite que los diversos
, facilitando su control y
15
Figura 2. reas Serviestudios Ca. Ltda.
1.2. Procesos de Negocio de ServiestudiosCa. Ltda.
Los principales procesos de negocio a los que la compaa destina de manera
permanente horas importantes, que pueden aprovecharse en tareas de mayor
jerarqua se grafican en la Figura 3. Control Bitcora
4
y Asignacin Laboral,
Figura 4. Cancelacin de Nminay Figura 5. Reporte Asistencia Tcnica por
Cliente.Los procesos mencionados se desarrollan de forma permanente en la
compaa como parte de su actividad productiva, para lo cual tambin se los ha
considerado en el sistema de control de personal a elaborar e integrarlos de forma
automtica para llevar un mejor control y desarrollo adecuado de los mismos.
El proceso de negocio ms importante se muestra en la Figura 3. Control
Bitcora
5
y Asignacin Laboral, para lo cual se intenta automatizar el mismo a
travs del presente sistema ya que es un proceso que todos los das la compaa
destina recursos para llevarlo a cabo. Este proceso en detalle, permite dar
seguimiento a las actividades de soporte de los empleados y su asistencia de
acuerdo al horario laboral definido, para luego contabilizar horas que pueden ser:
normales, extras u horas a descontar; las mismas que el departamento de
Recursos Humanos utiliza para su procesamiento a travs de un rol de pagos.
Para mayor detalle se presenta este Proceso de Negocio.

5
Nombre asignado al lugar donde se almacena el detalle tcnico de un servicio prestado por la compaa, desde el
cual se pueden recuperar en cualquier momento.
16
Figura 3. Control Bitcora y Asignacin Laboral
Otro de los procesos de negocio importantes a considerar es la Cancelacin de
Nmina, Figura 4. Cancelacin de Nmina, que permite emitir un comprobante
de pago a los empleados a travs de un rol de pagos, el mismo, se basa en la
informacin del proceso de Control de Bitcora y Asignacin Laboral, indicado en la
Figura 3. Control Bitcora y Asignacin Laboral
17
Actor: Contadora
Figura 4. Cancelacin de Nmina
Adicionalmente Serviestudios Ca. Ltda., factura los servicios prestados a sus
clientes de manera permanente para lo cual se debe adjuntar un informe de
actividades realizadas al cliente, Figura 5. Reporte Asistencia Tcnica por
Cliente. El proceso se realiza de forma peridica permitiendo al Cliente cerciorarse
del detalle de servicios prestados por la entidad. Este proceso es importante y
demanda horas adicionales que se ha intentado implementar con la herramienta
18
software descrita en los siguientes apartados. A continuacin se bosqueja el flujo
para el proceso comentado.
Actor: Gerente
Figura 5. Reporte Asistencia Tcnica por Cliente
Existe procesos adicionales que se han descartado por estar fuera del alcance del
proyecto, debido a lo delicado de la informacin, as como, no considerados
trascendentales para el presente propsito.
Cabe indicar que tambin existe un Documento de Visin del proyecto, el cual
puede revisarse en el rea de Anexos especficamente en el Anexo.1. En este
documento se detallan los diversos roles involucrados, as como las diversas
necesidades que sirvieron como entrada para la propuesta de la solucin.
1.3. Anlisis de Alternativas de solucin
Mediante el estudio encaminado a encontrar una solucin a dicha problemtica, se
ha tomado en cuenta tres alternativas de solucin con respecto a las herramientas
de desarrollo y bases de datos que podran acoplarse a la solucin.
Conforme a los requerimientos de la compaa, se han planteado opciones de
solucin con herramientas actuales y disponibles en el mercado con amplias
19
utilidades, cuyas licencias estn disponibles en la entidad y otras alternativas de
opcin libre, abaratando costos. En cuanto a las posibles soluciones se tiene:
Herramientas de desarrollo:
Visual Studio.NET 2008
C#
Visual Basic .Net
Java
Bases de datos:
SQL Server 2008
Postgre SQL
Mysql 5
1.3.1 Anlisis sobre las herramientas de desarrollo.
Visual Studio.NET 2008 cuenta con entorno visual, por lo que es fcil de ser
comprendida y manejada por los desarrolladores de software; esta herramienta es
ms actual que el desarrollo en ambientes Java; el tiempo que lleva construir un
software en la plataforma .NET es menor con respecto al tiempo que toma en Java
esto porque, se cuenta con un entorno visual, pues en las diversas plataformas
para desarrollo en Java se deben programar ciertos componentes desde cero para
manejo de javascript y diversos componentes visuales. Adems la compaa se ha
inclinado por utilizar la plataforma .Net por tener integrado varios componentes que
agilizan el desarrollo de aplicaciones.
El lenguaje que se ha elegido es Visual Basic.Net por conocer su funcionamiento y
tener expertise en el mismo. Adicionalmente a eso la plataforma potencializa a este
lenguaje por su integracin e interpretacin a gran escala.
1.3.2 Anlisis sobre las bases de datos.
Dentro del anlisis realizado para elegir la base de datos se ha considerado el
anlisis costo/beneficio sobre cada una de ellas, ya que a nivel de seguridad,
escalabilidad y almacenamiento tienen cierta similitud y se acoplan al crecimiento
de la empresa en el futuro, cumpliendo con los requisitos para utilizarse en el
proyecto. Adems todas las bases de datos consideradas son compatibles con la
plataforma .Net.
20
1.4. Escoger la solucin ptima segn los requerimientos.
La solucin que hemos elegido, despus de haber analizado las ventajas y
desventajas de cada una de las herramientas descritas anteriormente es la
siguiente:
Herramienta de desarrollo: Visual Studio.NET 2008 y el lenguaje Visual
Basic.Net
Base de datos: MySQL
Silverlight
6
: Interfaz de Usuario potente tendencia RIA
7
.
1.5. Tecnologa Silverlight
1.5.1 Microsoft Silverlight.
Silverlight es una tecnologa moderna desarrollada por Microsoft para potencializar
el desarrollo de aplicaciones ricas en Internet, actualmente proporciona enormes
ventajas en cuanto a su utilizacin.
Es un componente para navegadores basado en la plataforma Windows, que agrega
funcionalidades multimedia que permite crear aplicaciones RIA (Rich Internet
Applications), la misma que muestra un mejor aspecto a las aplicaciones web,
como nunca antes visto.
1.5.2 Ventajas de Silverlight.
Entre las principales ventajas que se puede encontrar podemos mencionar las
siguientes:
Silverlight est basado en XAML.
Soporte para mayor nmero de lenguaje de desarrollo, visual basic, Ironpython,
C# entre otros.
Es una tecnologa multiplataforma que se ejecuta en varios exploradores. Se
ejecuta en todos los exploradores web conocidos, como Microsoft Internet Explorer,
Mozilla Firefox y Apple Safari, as como en Microsoft Windows y Apple Mac OS X
[Microsoft, 2009].

6
Tecnologa creada por Microsoft para aplicaciones ricas en Internet, y utiliza componentes de Ajax y
javascript.
7
Aplicaciones ricas en Internet
21
Adems soporta la transmisin para video y audio.
Posee soporte para ejecutar cdigo de Javascript.
Se integra con tecnologas ya existentes como: Web Service
8
, Ajax
9
.
Permite la instalacin de una aplicacin realizada con Silverlight dentro del
sistema como una aplicacin normal, tanto Windows como Macintosh[Msdn, 2009]
Esta opcin se ha probado en Linux y no es posible ejecutarla.
1.5.3 Desventajas de Silverlight.
No soportado para otros navegadores de los mencionados en su versin 3, se
pretende mitigar esta desventaja con Silverlight versin 4.
Curva de aprendizaje lenta.
Integracin con dispositivos mviles an en desarrollo [Msdn, 2009].
1.5.4 Herramientas y tecnologas relacionadas.
Las aplicaciones de Microsoft siguientes incluyen caractersticas especiales para el
desarrollo con Silverlight:
Microsoft Expression Blend.- Esta herramienta, permite interactuar en lenguaje
XAML que permite crear los efectos deseados para la aplicacin. Para el desarrollo
de la aplicacin de Control de Personal, se utiliza esta herramienta para crear las
pantallas y controles como botones y listas desplegables, esto facilita la
codificacin.
Visual Studio 2008.-Visual Studio proporciona herramientas de productividad
para desarrollar aplicaciones ya que facilita su codificacin. El proyecto se
implement en esta herramienta y adems facilit el acceso hacia la base de datos
MySql utilizada en el presente trabajo.
Dado que las aplicaciones basadas en Silverlight se ejecutan en un entorno de
tiempo de ejecucin en el equipo cliente, no es necesario que haya ninguna
aplicacin concreta instalada en el servidor [Msdn, 2009].

8
Servicios Web
9
Extensin asncrono de JavaScript
22
CAPTULO 2. ELABORACIN - ESPECIFICACIN DE
REQUERIMIENTOS
Inicialmente se realiz un diagnstico preliminar de la compaa objeto de estudio
denominada Serviestudios Ca. Ltda., bajo la cual, se conoci varios flujos de
trabajo y necesidades bsicas que comprender los diversos servicios prestados a la
comunidad.
Las necesidades establecidas en la etapa anterior y que tambin se describen en el
Documento Visin (Anexo 1) son las siguientes.
Necesidad Caracterstica
NEC01 En la Empresa pueda registrar la entrada y salida del personal
NEC02 Contar con un reporte de clculo inmediato de horas extras trabajadas
NEC03 Contar con una definicin de un horario de trabajo por persona
NEC04 Controlar los permisos de entrada y salida fuera del horario
NEC05 Obtener reportes de la asistencia del personal tanto a las oficinas de Serviestudios como
cuando acuden a dar soporte
NEC06 Necesidades de Obtener reportes resmenes de bitcoras del soporte dado a los clientes
NEC07 Obtener un reporte de visitas por cliente, tiempo, y actividad desarrollada con el fin de
emitir facturas
NEC08 Datos del Personal por departamentos y horarios
NEC09 Reporte de horas trabajadas y horas extras
NEC10 Contar con datos necesarios de cada visita efectuada al cliente en donde se describa
informacin de soporte necesaria para evaluar el desenvolvimiento del sistema
NEC11 Personal Tcnico pueda registrar su entrada y salida a su jornada laboral sin necesidad de
llegar a la empresa
NEC12 Poder ingresar datos que reflejen el trabajo realizado en un cliente
NEC13 Personal en General pueda registrar su entrada y salida a su jornada laboral
NEC14 Poder contar con un informe de soportes realizados a su empresa
NEC15 Sistema amigable y fcil de comprender y que mantenga los lnea de imagen de la
empresa
NEC16 Que exista un control de usuarios con accesos debidamente otorgados
Luego de presentar el modelo de negocio y enfocar el desarrollo de la presente
tesis se ha detectado el siguiente resumen de requerimientos tanto funcionales
como no funcionales.
23
2.6. Requerimientos funcionales y no funcionales identificados
Para una mejor comprensin y organizacin de los diversos requerimientos
tenemos la lista de requerimiento y las caractersticas de las mismas.
Necesidad Requerimiento Caractersticas
NEC08 REQM101 Registro de datos del personal Funcional Alta
NEC08 REQM102 Actualizar los datos del personal Funcional Alta
NEC08 REQM103 Eliminar Personal que no registra movimiento Funcional Alta
NEC03
NEC08
REQM104 Asignar al Personal a un horario especifico Funcional Alta
NEC08 REQM105 Crear diferentes tipos de grupos de trabajo Funcional Media
NEC08 REQM106 Asignar al Personal a un grupo de trabajo Funcional Media
NEC06 REQM201 Registro de datos de los clientes Funcional Alta
NEC06 REQM202 Actualizar los datos de los clientes Funcional Alta
NEC06 REQM203 Eliminar clientes que no registran movimiento Funcional Alta
NEC10 REQM204 Creacin de productos Funcional Media
NEC10 REQM205 Asignar productos vendidos a los clientes Funcional Alta
NEC16 REQM301 Crear registro de usuarios Funcional Alta
NEC16 REQM302 Actualizar los datos de los Usuarios Funcional Alta
NEC16 REQM303 Eliminar Usuarios Funcional Media
NEC16 REQM304 Asignacin de accesos al sistema por grupos de
Usuarios
Funcional Alta
NEC16 REQM305 Relacionar a los usuarios con personal o cliente Funcional Alta
NEC16 REQM306 Crear grupos de usuarios Funcional Alta
NEC16 REQM307 Permitir a los usuarios cambiar su clave Funcional Baja
NEC03
NEC08
REQM401 Crear los diferentes horarios a los que se sujetar el
personal
Funcional Alta
NEC04 REQM402 Permitir configurar permisos, feriados, vacaciones
(das especiales)
Funcional Alta
NEC03 REQM403 Permitir registrar a los tipos de horarios que van a
tener horas extras
Funcional Alta
NEC11
NEC03
REQM404 Permitir registrar a los tipos de horarios que se van a
registrarse remotamente
Funcional Alta
NEC03 REQM405 Permitir establecer un da feriado como da laboral
para determinado tipo de personal
Funcional Media
NEC15 REQM406 Permitir que la interaccin con el sistema sea
amigable y de fcil comprensin
No
Funcional
Media
NEC01
NEC13
REQM501 Registro de asistencia de Hora de entrada y salida
de la Oficina
Funcional Alta
NEC05
NEC11
NEC10
REQM502 Registro desde asistencia mediante web hora de
entrada y salida
Funcional Alta
NEC10
NEC12
REQM601 Generar la Bitcora cuando se registra desde la web Funcional Alta
24
Necesidad Requerimiento Caractersticas
NEC10
NEC12
REQM602 Crear Bitcoras de soporte tcnico independiente al
registro de asistencia
Funcional Alta
NEC10
NEC12
REQM603 Actualizar Bitcoras de soporte tcnico de los
clientes
Funcional Alta
NEC02 REQM701 Reporte de personal horas extras Funcional Alta
NEC05
NEC09
REQM702 Informe de asistencia al personal Funcional Alta
NEC07
NEC10
REQM703 Informe de bitcora por clientes Funcional Alta
NEC14 REQM704 Informes de visitas por cliente Funcional Alta
NEC15 REQM705 Los reportes deben conservar el formato estndar de
la empresa
No
Funcional
Alta
NEC15 REQM706 Se debe conservar los colores institucionales en los
diversos reportes
No
Funcional
Media
EL siguiente cuadro presenta una relacin entre Requerimientos y necesidades en
donde se puede ver ms claramente que todas las necesidades estn cubiertas con
un requerimiento.
NECESIDADES
REQUERIMIENTO 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16
REQM101
X
REQM102
X
REQM103
X
REQM104
X X
REQM105
X
REQM106
X
REQM201
X
REQM202
X
REQM203
X
REQM204
X
REQM205
X
REQM301
X
REQM302
X
REQM303
X
REQM304
X
REQM305
X
REQM306
X
REQM307
X
25
REQUERIMIENTO
01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16
REQM401
X X
REQM402
X
REQM403
X
REQM404
X X
REQM405
X
REQM406
X
REQM501
X X
REQM502
X X X
REQM601
X X
REQM602
X X
REQM603
X X
REQM701
X
REQM702
X X
REQM703
X X
REQM704
X
REQM705
X
REQM706
X
2.6. Esquema del Dominio de la Solucin.
Figura 6. Esquema de Dominio de la Solucin
En el modelo propuesto se ha considerado la solucin global del sistema. Donde un
empleado de Serviestudios Ca. Ltda. puede realizar una interaccin en el sistema
por dos vas de acceso o entradas dependiendo del escenario dado; sean estas,
acceso a travs de la intranet desde un equipo con conexin al sistema de Control
26
de Personal mediante una solucin basada en formularios Windows, o bien, desde
cualquier ubicacin a travs de la Internet.
Cabe mencionar que el sistema ha implementado funcionalidades basadas en Web
Services que permiten su comunicacin de forma gil y segura.
2.6. Modelo de Casos de Uso.
En el esquema de la Figura 7. Modelo de casos de Uso, se puede ver las
diferentes funcionalidades que el sistema posee diagramadas en cada uno de los
casos de uso.
Figura 7. Modelo de Casos de Uso
En secciones siguientes se ubicarn las descripciones correspondientes a cada caso
de uso para su mejor comprensin.
2.6. Descripcin de Casos de Uso.
A continuacin se describen los principales casos de uso y sus caractersticas
bsicas.
uc Sistema de Control de Personal Serviestudios Ca Ltda.
Sistema de Control de Personal ServiestudiosCa Ltda.
Asignar
Usuario
Administrador Sistema
Modificar
Grupo
Bloquear
Grupo
Gerente
Administrar
Bitcora
Administrar
Productos
Generar
Reportes
Administrar
Clientes
Registrar
Asistencia
Ingresar
Bitcora
Empleado
Actualizar
Clave
Contadora
Administrar
Registros
Empleado
Crear da
Especial
Administrar
Horarios
Crear Grupo de
Usuario
extend
use
use
27
2.4.1. Descripcin del caso de uso Registrar Asistencia.
Caso de Uso: Registrar Asistencia.
Cod. CSU01
Actores: Empleado (iniciador).
Propsito: Permite registrar la asistencia de un empleado.
Resumen: El sistema permite registrarse al empleado, tanto hora de entras y
salida segn sea el caso.
Precondiciones:
El empleado debe estar registrado en la base de datos del sistema.
El empleado debe tener asignado un horario.
El acceso al sistema de estar disponible.
Postcondiciones:
En la base debe registrarse el cambio de acuerdo a la accin seguida. Se identifica
desde donde se realiza el registro local o por Internet.
ESCENARIOS.-
Exitosos
E1: Registrar Asistencia
Flujo bsico
1. Accede a la funcionalidad de Registrar asistencia
2. El actor ingresa la informacin necesaria, por bitcora su usuario y clave.
Si es dentro del sistema de acceso local, ubicar su nmero de cdula.
3. Se confirma al usuario que el registro se realizo con xito.
4. Sale de la funcionalidad y termina el flujo.
E2: Registrar Asistencia de usuario no existente
Flujo bsico + FA1
28
E2: Conexin fallida al Registrar Asistencia
Flujo bsico + FA2
Fallidos
Flujo Alternos
FA1: Datos incorrectos, vuelva a intentarlo.
En caso de que el usuario ingrese informacin incorrecta. Visualizar mensaje
de error Datos incorrectos, vuelva a intentarlo
FA2. No se realiz registro
En caso de un error ya sea en conexin o por otra ndole, se presente un
mensaje al usuario No se realizo el registro, vuelva a intentarlo.
REQUERIMIENTOS
REQM501 Registro de asistencia de Hora de entrada y salida de la Oficina
REQM502 Registro desde asistencia mediante web hora de entrada y salida
29
2.4.2. Descripcin del caso de uso Administrar Productos.
Actores: Administrador (iniciador)
Cod. CSU02
Propsito: Permite crear, actualizar, eliminar productos ofertados.
Resumen: Administrador puede seleccionar las opciones a realizar sean de
creacin, actualizacin o eliminacin de productos.
Precondiciones: El usuario debe estar registrado en la base de datos del sistema.
Postcondiciones: En la base debe registrarse el cambio de acuerdo a la accin
seguida, bien se de actualizacin, creacin o eliminacin.
ESCENARIOS.-
FLUJO ALTERNOS
Exitosos
E1: Administrar Productos
Flujo bsico
1. Accede a la funcionalidad de Administrar productos
2. El actor selecciona la opcin de crear, editar o eliminar un producto:
E2: Administrar productos no existentes
Flujo bsico + FA1
E3: Administrar productos errnea
Flujo bsico + FA2
Fallidos
Flujo Alternos
30
REQUERIMIENTOS
REQM204 Creacin de productos.
REQM205 Asignar productos vendidos a los clientes.
31
2.4.3. Descripcin del caso de uso Administrar Clientes.
Actores: Administrador (iniciador).
Cod. CSU03
Propsito: Permite crear, actualizar, eliminar clientes.
Resumen: Administrador puede seleccionar las opciones a realizar sean de
creacin, actualizacin o eliminacin de clientes.
ESCENARIOS.-
Exitosos
E1: Administrar Clientes
Flujo bsico
1. Accede a la funcionalidad de Administrar clientes
2. El actor selecciona la opcin de crear, editar o eliminar un cliente:
E2: Administrar cliente no existentes
Flujo bsico + FA1
E3: Administrar cliente errnea
Flujo bsico + FA2
Fallidos
Flujo Alternos
32
Este mismo procedimiento se ha aplicado para la administracin de usuarios donde
se puede crear, eliminar y actualizar los mismos en virtud de las necesidades.
Cabe indicar que la Administracin de horarios se han realizado de igual forma con
la consideracin que existe una extensin de este caso hacia el caso de uso Crear
da Especial, esto nos permitir considerar las necesidades propias del negocio y
contemplarlas en el sistema.
REQUERIMIENTOS
REQM201Registro de datos de los clientes
REQM202Actualizar datos de los clientes
REQM203 Eliminar clientes que no registran movimientos
33
2.4.4. Descripcin del caso de uso Actualizar Clave.
Actores: Usuario (iniciador).
Cod. CSU04
Propsito: Actualizar la clave del usuario que est registrado en la base de datos y
desea modificarla.
Resumen: Usuario ingresa su clave actual, el sistema lo valida y enva la acepta la
nueva clave ingresada por el usuario.
Postcondiciones: En la base debe registrarse el cambio de clave del usuario.
ESCENARIOS.-
Exitosos
E1: Actualizar clave
Flujo bsico
1. Accede a la funcionalidad de actualizar clave
2. El actor ingresa su clave actual y reconfirme el mismo nuevamente
E2: Actualizar clave incorrecta o no existente
Flujo bsico + FA1
E3: Actualizar clave errnea
Flujo bsico + FA2
Fallidos
Flujo Alternos
34
REQUERIMIENTOS
REQM302 Actualizar los datos de los Usuarios
REQM307Permitir a los Usuarios actualizar las claves
35
2.4.5. Descripcin del caso de usoCrear da Especial.
Actores: Administrador (iniciador).
Cod. CSU05
Propsito: Permite crear, actualizar, eliminar da especial.
Resumen: El administrador puede seleccionar las opciones a realizar sean de
creacin, actualizacin o eliminacin de das especiales. Este caso de uso es de vital
importancia ya que es la informacin es la entrada para varias procesos del
sistema.
ESCENARIOS.-
Exitosos
E1: Crear da especial
Flujo bsico
1. Accede a la funcionalidad de crear da especial
2. El actor selecciona a la crear, editar o eliminar un da especial
E2: Administrar da especial no existente
Flujo bsico + FA1
E3: Administrar da especial errneo
Flujo bsico + FA2
Fallidos
Flujo Alternos
36
REQUERIMIENTOS
REQM402 Permitir configurar permisos, feriados, vacaciones (das especiales)
REQM405 Permitir establecer un da feriado como da laboral para determinado
tipo de personal
37
2.4.6. Descripcin del caso de usoIngresar Bitcora.
Actores: Empleado (iniciador).
Cod. CSU06
Propsito: Permite crear el registro en Bitcora.
Resumen: El empleado registra su actividad en Bitcora. Este caso de uso es de
vital importancia ya que de este resultan varias actividades como el clculo de
horas y la generacin de reportes.
Precondiciones:
- El empleado debe estar registrado en la base de datos del sistema.
- El empleado debe tener asignado un horario.
Postcondiciones:
-En la base debe registrarse el cambio de acuerdo a la accin seguida, bien se de
actualizacin, creacin o eliminacin.
-Se genera un aviso de ingreso de bitcora para su seguimiento por el Gerente o el
responsable de control de personal.
ESCENARIOS.-
Exitosos
E1: Ingresar Bitcora correctamente
Flujo bsico
1. Accede a la funcionalidad de ingresar bitcora
2. El actor ingresa la informacin necesaria
E2: Ingresar Bitcora no existente
Flujo bsico + FA1
E3: Ingresar Bitcora errnea
Flujo bsico + FA2
38
Del caso anterior descrito se sirven varios procesos del sistema, por lo que, la
bitcora en el presente escenario se vuelve trascendental.
Fallidos
Flujo Alternos
REQUERIMIENTOS
REQM601 Generar la Bitcora cuando se registra desde la web.
REQM602Crear Bitcoras de soporte tcnico independiente al registro de
asistencia.
39
2.4.7. Descripcin del caso de uso Administrar Registro Empleado
Caso de Uso: Administrar Registro Empleado.
Cod. CSU07
Actores: Contadora (iniciador).
Propsito: Permite registrar un empleado.
Resumen: El sistema permite crear, modificar, eliminar y bloquear un empleado
Precondiciones:
Existir un grupo de personal
Un horario definido.
El acceso al sistema de estar disponible.
Postcondiciones:
En la base debe registrarse el cambio de acuerdo a la accin seguida.
ESCENARIOS.-
Exitosos
E1: Administrar registro empeleado
Flujo bsico
1. Accede a la funcionalidad de administrar registro empleado
2. El actor ingresa la informacin necesaria
2.1.Se asigna un horario a el empleado
2.2.Se asigna un grupo al empleado
E2: Administrar registro empleado no vlido
Flujo bsico + FA1
E3: Administrar registro empleado errneo
Flujo bsico + FA2
Fallidos
40
Flujo Alternos
REQUERIMIENTOS
REQM101 Registro de datos del personal
REQM102Actualizar los datos del personal
REQM103 Eliminar personal que no registra movimiento
REQM104 Asignar el personal a un horarios especfico
REQM105 Crear diferentes grupos de trabajo
REQM106 Asignar el personal a un grupo de trabajo
41
2.4.8. Descripcin del caso de uso Administrar Horarios
Caso de Uso: Administrar horarios.
Cod. CSU08
Actores: Contadora (iniciador).
Propsito: Permite registrar un horario.
Resumen: El sistema permite crear, modificar, eliminar un horario
Precondiciones:
Postcondiciones:
En la base debe registrarse el cambio de acuerdo a la accin seguida.
ESCENARIOS.-
Exitosos
E1: Administrar Horarios
Flujo bsico
4. Accede a la funcionalidad de Administrar horarios
5. El actor ingresa la informacin necesaria: nombre, horario,
caractersticas de acceso remoto o acceso local.
E2: Generar Horarios con informacin no vlida
Flujo bsico+ FA1
Fallidos
Flujo Alternos
REQUERIMIENTOS
REQM401 Crear los diferentes horarios, a los que se sujetar el personal
42
REQM403 Permitir registrar a los tipos de horarios que van a tener horas extras
REQM404 Permitir registrar a los tipos de horarios que van a registrarse
remotamente
43
2.4.9. Descripcin del caso de uso Generar Reportes
Caso de Uso: Generar Reportes
Cod. CSU09
Actores: Contadora, Gerente, Administrador (iniciador).
Propsito: Permite generar Reporte.
Resumen: El sistema permite crear reportes
Precondiciones:
Se sugiere pero no es indispensable que exista informacin en el sistema, tanto
de horarios, empleados, grupos de usuario, registro de asistencias, informacin
en bitcora.
Postcondiciones:
Se generar el informe en base a la accin solicitada
ESCENARIOS.-
Exitosos
E1: Generar Reportes
Flujo bsico
7. Accede a la funcionalidad de Generar Reporte
8. El actor ingresa los campos a filtrar para obtener el reporte
E2: Generar Reportes no vlidos
Flujo bsico+ FA1
Fallidos
Flujos Alternos
44
REQUERIMIENTOS
REQM701Reporte de personal de horas extras
REQM702Informe de asistencia del personal
REQM703Informe de bitcoras por cliente
REQM704Informe de visitas por cliente
REQM705Los reportes deben conservar el formato estndar de la empresa
REQM706Se debe considerar los diversos colores institucionales en los reportes
45
2.4.10. Descripcin del caso de uso Crear Grupo de Usuario
Caso de Uso: Crear grupo de usuario
Cod. CSU10
Actores: Administrador
Propsito: Permite crear grupos de usuario
Resumen: El sistema permitir generar grupos de usuario a travs del sistema,
limitando este acceso slo al administrador.
Precondiciones:
El sistema debe estar funcional.
Postcondiciones:
Se generar el informe en base a la accin solicitada
ESCENARIOS.-
Exitosos
E1: Crear Grupo de Usuario
Flujo bsico
10. Accede a la funcionalidad de Crear Grupo de usuario
11. El actor ingresa los datos necesarios de informacin del grupo
12. El actor selecciona las funcionalidades a las que el grupo tendr acceso.
E2: Creacin de Grupo de Usuario con Datos incorrectos
Flujo bsico+ FA1 + FA2
Fallidos
Flujos Alternos
46
En caso de que el usuario ingrese informacin incorrecta. Visualizar mensaje de
error Datos incorrectos, vuelva a intentarlo
REQUERIMIENTOS
REQM301Crear registro de usuarios
REQM306Crear grupos de usuarios
47
2.4.11. Descripcin del caso de uso Administrar Bitcora
Caso de Uso: Administrar Bitcora
Cod. CSU11
Propsito: Permite administrar la bitcora
Resumen: El sistema permitir administrar la bitcora de los diversos empleaodos
registren a travs del sistema, limitando este acceso slo al administrador.
Precondiciones:
El sistema debe tener registrado bitcoras.
Postcondiciones:
Se registrar las modificaciones sobre las bitcoras deseadas.
ESCENARIOS.-
Exitosos
E1: Administrar Bitcora
Flujo bsico
1. Accede a la funcionalidad administrar bitcora
2. El actor selecciona la funcionalidad.
E2: Administracin con Datos incorrectos
Flujo bsico + FA1
E2: Administracin con Datos errneos
Flujo bsico + FA2
Fallidos
Flujos Alternos
48
REQUERIMIENTOS
REQM603 Actualizar Bitcoras de soporte tcnico de los clientes.
49
2.4.12. Descripcin del caso de uso Modificar Grupo
Caso de Uso: Modificar Grupo
Cod. CSU12
Propsito: Permite modificar grupos
Resumen: El sistema permitir modificar los diversos grupos que se llevan a travs
del sistema, limitando este acceso slo al administrador.
Precondiciones:
El sistema debe tener registrado grupos.
Postcondiciones:
Se registrar las modificaciones sobre las grupos deseados.
ESCENARIOS.-
Exitosos
E1: Modificar grupo
Flujo bsico
1. Accede a la funcionalidad modificar grupos
2. El actor selecciona el grupo a modificar.
E2: Modificar grupos con Datos incorrectos
Flujo bsico + FA1
E2: Modificar grupo con Datos errneos
Flujo bsico + FA2
Fallidos
Flujos Alternos
50
REQUERIMIENTOS
REQM302Actualizar los datos de los Usuarios
51
2.4.13. Descripcin del caso de uso Bloquear Grupo
Caso de Uso: Bloquear Grupo
Cod. CSU13
Propsito: Permite bloquear grupos
Resumen: El sistema permitir bloquear los diversos grupos que se llevan a travs
del sistema, limitando este acceso slo al administrador.
Precondiciones:
El sistema debe tener registrado grupos.
Postcondiciones:
Se registrar los bloqueos sobre las grupos deseados.
ESCENARIOS.-
Exitosos
E1: Bloquear grupo
Flujo bsico
1. Accede a la funcionalidad bloquear grupos
2. El actor selecciona el grupo a bloquear.
E2: Bloquear grupos con Datos incorrectos
Flujo bsico + FA1
E2: Bloquear grupo con Datos errneos
Flujo bsico + FA2
Fallidos
Flujos Alternos
52
REQUERIMIENTOS
REQM303Eliminar Usuarios
53
2.4.14. Descripcin del caso de uso Asignar Usuario
Caso de Uso: AsignarUsuario
Cod. CSU14
Propsito: Permite asignar un usuario o empleado a un grupo determinado
Resumen: El sistema permitir asignarun usuario a un grupo que se llevan a
travs del sistema, limitando este acceso slo al administrador.
Precondiciones:
El sistema debe tener registrado grupos y al menos un usuario.
Postcondiciones:
Se registrar la asignacin sobre el usuario deseado.
ESCENARIOS.-
Exitosos
E1: Asignar usuario
Flujo bsico
1. Accede a la funcionalidad asignar usuario
2. El actor selecciona el usuario a asignar.
E2: Asignar usuario con Datos incorrectos
Flujo bsico + FA1
E2: Asignar usuario con Datos errneos
Flujo bsico + FA2
Fallidos
Flujos Alternos
54
REQUERIMIENTOS
REQM304Asignacin de accesos al sistema por grupos de Usuarios
REQM305Relacionar a los usuarios con personal o cliente
55
Establecemos un cuadro de relacin entre Requerimientos y Casos de Uso que nos
permite ver con ms claridad que todos los requerimientos estn cubiertos.
CASOS DE USO
REQUERIMIENTO 01 02 03 04 05 06 07 08 09 10 11 12 13 14
REQM101
X
REQM102
X
REQM103
X
REQM104
X
REQM105
X
REQM106
X
REQM201
X
REQM202
X
REQM203
X
REQM204
X
REQM205
X
REQM301
X
REQM302
X X
REQM303
X
REQM304
X
REQM305
X
REQM306
X
REQM307
X
REQM401
X
REQM402
X
REQM403
X
REQM404
X
REQM405
X
REQM406
X X X
REQM501
X
REQM502
x
REQM601
X
REQM602
X
REQM603
X
REQM701
X
REQM702
X
REQM703
X
REQM704
X
REQM705
X
REQM706
X
56
2.5. Modelo de clases.
"El diagrama de clases es la representacin grfica de la interaccin de las clases
que intervienen en el sistema, en este se muestra adems las interfaces,
colaboraciones y sus relaciones de dependencia y generalizacin. Son los ms
comunes y dan una vista esttica del proyecto"
10
.
En la figura siguiente se puede observar el diagrama de clases del sistema
propuesto.
2.5.1 Diagrama de Clases.

10
http://usuarios.lycos.es/oopere/uml.htm
57
Figura 8. Diagrama de Clases del Sistema.
58
2.5.2. Diccionario de datos del Diagrama de Clases.
El siguiente diccionario de datos profundiza en las diversas clases definidas, as
como, los campos y mtodos especficos.

11
Tcnica de cifrado Cifrado de informacin
CLASE PERSONA
Estructura Descripcin
C
a
m
p
o
s
Identificacion Identificacin de la persona
Apellido Apellido de la persona.
Nombre Nombre de la persona
Direccion Direccin de la persona
Telefono Telfono de la persona
Sexo Sexo de la persona
Username Username de la persona
Password Password de la persona
M
t
o
d
o
s
Mtodos CRUD bsicos para esta clase: Insercin, Consulta, Actualizacin,
Eliminacin de una Persona
EditarInformacion Permite editar los datos de la clase
persona
RecuperarClave (usuario) Permite recuperar clave de la persona.
CambiarClave Permite cambiar la clave del usuario
EncriptarClave Mtodo para cifrar la clave, formato
seguro, se uso MD5
11
DarDeBaja Mtodo para deshabilitar a una persona
en el sistema
CLASE USUARIO
C
a
m
p
o
s
Campos heredados de entidad persona
Fecha Fecha desde que se considera usuario en
el sistema
59
Cabe indicar que en todas las clases se ha considerado los mtodos bsicos para su
funcionamiento como son la insercin, consulta, actualizacin, eliminacin
(Mtodos CRUD
12
) y en base al escenario se han agregado otros mtodos
necesarios dependiendo del dominio del problema.

12
Descripcin que se da los cuatro mtodos bsicos en una clase, por sus siglas en Ingls
Estado Para conocer estado del usuario, activo
o inactivo
M
t
o
d
o
s
Mtodos heredados de Persona
CLASE CLIENTE
C
a
m
p
o
s
Campos heredados de persona
FechaIngreso Fecha inicio como cliente
TipoCliente Tipo de cliente o categora
EstadoCliente Estado del cliente
M
t
o
d
o
s
CLASE EMPLEADO
C
a
m
p
o
s
Campos heredados de persona
FechaIngreso Fecha Ingreso del empleado
FechaSalida Fecha de salida
Salario Valor mensual
TipoContrato Tipo de contrato del empleado
M
t
o
60
A continuacin se muestra el diccionario de datos para las clases Producto, Rol y
Funcionalidad.
EditarTipoContrato Permite cambiar tipo contrato
EditarSalario Permite actualizar salario
CLASE PRODUCTO
C
a
m
p
o
s
Descripcion Una descripcin del producto
Costo Costo del producto
NombreProducto Nombre para un producto
M
t
o
d
o
s
Eliminacin de un Producto
DarDeBajaProducto Permite dar de baja al producto
CLASE ROL
C
a
m
p
o
s
Nombre Nombre Rol
Descripcion Descripcin del Rol
M
t
o
d
o
s
Eliminacin de un Rol
CLASE FUNCIONALIDAD
C
a
m
p
o
s
Nombre Nombre Funcionalidad
Descripcion Descripcin de la funcionalidad
61
Las clases Asistencia, Feriado, Bitcora, Detalle Bitcora, HorarioLaboral se
muestran a continuacin.
M
t
o
d
o
s
Eliminacin de un Funcionalidad
CLASE ASISTENCIA
C
a
m
p
o
s
Fecha Campo fecha normal
HoraMarcado Hora de marcado, por ejm.: 8 18h
CostoHora Valor del costo hora
M
t
o
d
o
s
Eliminacin de una Asistencia.
CLASE FERIADO
C
a
m
p
o
s
Campos heredados de la clase Asistencia
EstadoHoraExtra Estado para identificar si la hora
marcada es extra o no
DescripcionAdicional Descripcin del Feriado
M
t
o
d
o
s
Eliminacin de un Rol y los mtodos heredados de la clase Feriado.
CLASE BITACORA
C
a
m
p
o
s
Nombre Nombre Funcionalidad
Fecha Descripcin de la funcionalidad
HoraIngreso Hora Ingreso a la bitcora
62
Campos Agregados de la clase DetalleBitacora
M
t
o
d
o
s
Eliminacin de una Bitcora y los Agregados de la Clase DetalleBitacora.
CLASE DETALLEBITACORA
C
a
m
p
o
s
Hora Hora de registro en Bitcora
Descripcion Descripcin del registro en bitcora
M
t
o
d
o
s
Eliminacin de una clase DetalleBitacora
CLASE HORARIOLABORAL
C
a
m
p
o
s
NombreHorarioLaboral Nombre asignado al calendario laboral
Horario Horario de trabajo de un Empleado
TipoHorario Un tipo de calendario
Estado Estado calendario puede ser activo,
inactivo
M
t
o
d
o
s
Eliminacin de una clase CalendarioLaboral
ActualizarEstado Permite cambiar tipo de estado del
calendario laboral
63
2.5. Diagrama de Interaccin
Dentro de esta categora se presentan los diagramas de secuencia de los procesos
que realiza el sistema desarrollado.
2.5.1. Diagrama de Secuencia
Figura 9. Flujo Registrar Asistencia
Figura 10. Flujo Registrar Asistencia
Empleado
Horario Laboral Empleado Asistecia
BuscarEmpleado(identificacion)
Buscar Horario(empleado)
Registrar Asistencia(fecha,hora)
Verificar Registro
(horario,empleado)
Registra Asistencia (fecha, hora)
Registro exitoso()
Registro realizado exitosamente()
Empleado
Empleado
Buscar Empleado (identificacion)
Empleado no encontrado()
64
Figura 11. Registrar Empleado
Figura 12. Crear da Especial
Administrador
Horario Laboral Persona Empleado
Ingresar Datos(nombre, apellido)
Seleccionar Grupo (persona)
Asignar Horario
(empleado, horario)
Horario Exitoso()
Empleado exitoso()
Empleado registrado exitosamente()
Administrador
Horario Laboral Empleado Feriado
Selecciona empleado (identificacion)
Busca Horario(empleado)
Configurar da especial
(da,horaInicio,HoraFinal)
Configuracion exitosa()
Confirmacin registro()
Confirmacin creacin exitosa()
65
Figura 13. Ingresar Bitcora
Figura 14. Generar Reporte
Empleado
Empleado Bitcora DetalleBitcora HorarioLaboral
Crear Bitcora(detalle)
Validar empleado(empleado)
Validar Horario(Horario, Empleado)
Datosvalidados()
Registrar Detalle Bitacora()
Regisrtro exitoso()
Bitacora registrada con exito()
Empleado
GUI Reporte
Solicitar Reporte()
Seleccionar Criterio de busqueda(criterio)
Reporte con Detalle()
Visualizar Detalle()
66
Figura 15. Registrar Horario
Figura 16. Registrar Producto
Empleado(Contador)
Empleado Horario Laboral
Seleccionar empleado()
Definir horario(horario)
Registro realizado ()
Mensaje de exito()
Empleado(Contador)
Cliente Producto
Seleccionar Cleinte(cliente)
Seleccionar Producto()
Actualizar()
Registro realizado()
Mensaje de confirmacion()
67
Figura 17. Registrar Cliente
Figura 18. Actualizar Cliente
Administrador
Persona Cliente Funcionalidad
Solicitud de Creacion de
Cliente(Nombre, Apeelido)
Registrar Cliente(persona)
Seleccionar funcionalidades()
Confirmaci{on exitosa()
confirmacin()
confirmacin exitosa()
Administrador
Persona Cliente Funcionalidad
Solicitud de Creacion de
Cliente(Nombre, Apeelido)
Registrar Cliente(persona)
Seleccionar funcionalidades()
Confirmaci{on exitosa()
confirmacin()
confirmacin exitosa()
68
Figura 19. Registrar Grupo de Usuario
Figura 20. Actualizar Clave
Empleado(Contadora)
Persona Usuario Funcionalidad
Ingresar datos(nombre, apellido)
Registrar Usuario(detalle)
Confirmacin Registro()
Definir funcionalidad
acceso(funcionalidad)
Mensaje
confirmacin()
Confirmacin()
Registro Exitoso()
Persona(Cliente,Empleado,Gerente)
GUI Persona
Solicitud de Acutualizacin()
Actualizar Clave(clave, confirmacionClave)
Actualizar()
Confirmacion ()
Confirmacin Exito()
69
2.6. Mdulos del Sistema de Control de Personal.
Figura 21. Mdulos Sistema Control de Personal
De acuerdo a las diversas funcionalidades del sistema se ha realizado el diagrama
de la Figura 21. Mdulos Sistema Control de Personal, el mismo que detalla
los mdulos y sub-mdulos principales del sistema y su organizacin de forma
adecuada.
Para obtener una mejor organizacin y comunicacin en el sistema, se definieron
tres mdulos principales que se describen a continuacin:
Mdulo Administracin Bsica y Seguridad.
Este mdulo se encargada de cumplir con funcionalidades esenciales del sistema
para su funcionamiento bsico, as como la gestin de usuarios y roles; se han
definido los siguientes sub-mdulos:
a. Administracin de Usuarios.
b. Gestin de Clientes.
c. Administracin de Personal.
70
Mdulo Control de Personal.
Este mdulo es el ms completo ya que comprende todas las funcionalidades que
dan sentido al sistema y permite el control adecuado del personal, est orientado
ms a cubrir las necesidades requeridas por los usuarios. Comprende los siguientes
sub-mdulos:
d. Gestin de Bitcoras.
e. Gestin de Asistencia.
f. Gestin de Horarios.
Mdulo de Reportes.
Es el mdulo que provee informacin vital para la toma de decisiones ya que
permite generar reportes para los involucrados en el proceso recogiendo toda la
actividad sobre el sistema, comprende el sub-mdulo siguiente:
g. Gestin de Reportes.
El siguiente grfico presenta la distribucin delos requerimientos en cada uno de
los Mdulos y submodulos que va a tener el sistema.
MDULOS SUB-MDULOS REQUERIMIENTOS
Administracin Bsica y
Seguridad
Administracin de
Personal
REQM102,RQM103, REQM104,
REQM105, REQM106
Seguridad
Gestin de Clientes REQM201,REQM202,
REQM203,REQM204, REQM205
Seguridad
Administracin de
Usuarios
REQM301, REQM302, REQM303,
REQM304, REQM305,
REQM306,REQM307
Control de Personal Gestin de Horarios REQM401,REQM402,REQM403
REQM404,REQM405,REQM406
Control de Personal Gestin de Asistencia REQM501, REQM502
Control de Personal Gestin de Bitcoras REQM601, REQM602, REQM603
Mdulo de Reportes Gestin de Reportes REQM701, REQM702, REQM703,
REQM704, REQM705, REQM706
71
2.7. Arquitectura del Sistema.
Figura 22. Arquitectura de la Solucin
2.7.1 Detalle de cada Componente por Capa del Sistema.
Como se observa en la arquitectura del sistema, existen cuatro capas que
conforman la funcionalidad del mismo. A continuacin se ofrece una amplia
descripcin de cada componente elaborado.
a. Capa de Acceso a Datos.
En esta capa se ha elaborado una Administracin de la persistencia de objetos que
es aquella librera que nos ayudan a administrar la distinta informacin recuperada
desde la Base de Datos y cuando la capa de Lgica de Negocio o la capa
transversal denominada Framework y Utilidades lo requiera o necesiten utilizar para
las diversas funcionalidades disponibles.
72
Los objetos de conexin son los componentes disponibles para acceder al motor de
la base de datos en nuestro caso se ha utilizado MySQL y las clases base necesarias
para su acceso se ubican en este componente.
Los objetos de control de acceso son los que administran la forma de cmo se
recuperan los datos y si estos se van a utilizar para operaciones de insercin,
actualizaciones, consultas o eliminaciones y el control de los mismos.
Es la capa esencial que permite el control de los diversos datos de la base de datos,
incluye procesos CRUD y ruta de conexin al DBMS, apoyado en Frameworks ya
existentes para la manipulacin de datos de forma directa.
Figura 23. Relacin de Paquetes Capa Acceso a Datos
En la Figura 23. Relacin de Paquetes Capa Acceso a Datos, se muestra los
diversos paquetes que interactan en la capa en mencin.
b. Capa Lgica de Negocio.
La administracin de objetos de negocio es el ncleo principal de la capa
denominada lgica de negocio, ya que ella es quien crea o elimina los objetos que
se utilizan en las funcionalidades o permite utilizarlos si existen ya en memoria.
Este componente de administracin se apoya en un control de objetos quien
controla cada objeto utilizado sea de bitcora, clientes, usuarios, reportes,
productos y horarios.
pkg Arquitectura.AccesoDatos
SCP.AccesoDatos
SCP.Administrar Persistencia Datos
SCP.ConexionBaseDatos
SCP.ControlAccesoDatos
73
Cabe indicar que cada objeto existente en la administracin, se crea a travs de un
componente denominado objetos de transformacin de datos, quien crea los
objetos de acuerdo a su especificacin en la tabla de la base de datos y la lgica
necesaria.
El componente principal de la Lgica de Negocio se apoya en objetos de clculo y
operaciones para determinar los valores necesarios dentro de la aplicacin, por ello
se ha implementado objetos de clculo generales o bsicos y clculos dedicados
para Horas laborales que lleva su lgica de negocio propia para nuestro propsito.
Figura 24. Relacin de Paquetes Capa Lgica de Negocio
c. Capa de Presentacin.
El presente sistema tiene dos medios de presentacin de informacin al usuario
final, bien sea por intranet o Internet. Para tal cometido existe un componente
denominado interprete de datos, quien recuperar los datos de la lgica de negocio y
que estn listos para su presentacin, bien sea para una visualizacin comn
dentro de la intranet o acceso web e inclusive la utilizacin del web service para su
comunicacin de los datos necesarios hacia el usuario.
Se presenta un componente esencial llamado visualizacin de datos quien lleva
finalmente los datos a la interfaz correspondiente.
pkg Arquitectura.LogicaNegocio
SCP.Administrador de Objetos de Negocio
SCP.BL.Control de Objetos
Gestion de Objetos Negocio
Operaciones y
Clculos
Objetos de Negocio
74
Figura 25. Relacin de Paquetes Capa de Presentacin
Es la encargada de recoger los datos necesarios de forma escalona y mostrarlos al
usuario a travs de una interfaz idnea, es decir; el sistema a travs de la capa de
presentacin interpreta la solicitud emitida por el usuario a travs de una interfaz
visual y comunica mencionada peticin a la capa de Lgica de Negocio para que
realice su trabajo de forma adecuada. Los objetos de la capa de Lgica de Negocios
invocan a la capa de Acceso a Datos para recoger los mismos para as devolver la
informacin a la capa superior hasta llegar a permitir visualizar la informacin
solicitada al usuario, considerando los temas de seguridad y fiabilidad de la
informacin.
d. Capa de Framework y Utilidades.
En esta capa existen componentes comunes como seguridad, que se lleva a lo
largo de todas las capas y su necesidad se presenta en todo el sistema por lo cual
se lo ha colocado en esta capa. Adems componente de utilidades, se han ubicado
aqu, adems de validaciones y objetos de consulta para verificacin de la data
esencial como usuario y controles generales utilizados en sesin del usuario.
La solucin planteada posee una arquitectura slida definida por capas, en la que
se ha dividido su complejidad en tres capas principales y una capa transversal
adicional que se encarga de manejar toda la seguridad del sistema, utilidades entre
otros denominado Framework y Utilidades. Esta arquitectura en capas ha permitido
que el sistema se desarrolle de manera controlada conservando criterios esenciales
pkg Arquitectura.Presentacion
SilverLight
SCP.VisualizacionDatos
SCP.Objetos Comunes
SCP.Interprete de Objetos
SCP.ObjetosWebService
75
de Arquitectura de Software como la seguridad y componentes utilizados,
mencionados en [Lhotka, 2009].
La seguridad ha sido un tema importante considerado a lo largo del tiempo, para lo
cual, dentro del desarrollo del software su presencia sigue prevaleciendo ya que es
parte elemental de cualquier sistema. En el presente trabajo se ha considerado una
capa transversal que permita administrar la seguridad tanto a nivel de datos como
a nivel de accesibilidad a las funcionalidades del sistema.
El sistema tiene un componente de administracin y seguridad mediante la
asignacin de un usuario y una clave, as mismo, se ha considerado niveles de
restriccin hacia las funcionalidades disponibles dependiendo del usuario que
acceda, dejando segmentada la responsabilidad sobre la capa de Seguridad que se
ha presentado en la Figura 22. Arquitectura de la solucin.
2.8. Diseo de la Base de Datos
2.8.1. Diseo de la base de datos relacional
El Diagrama de Clase presenta un mecanismo de implementacin neutral para
modelar los aspectos de almacenamiento de datos del sistema. Las clases
persistentes, sus atributos, y sus relaciones pueden ser implementados
directamente en una base de datos orientada a objetos.
En el entorno de desarrollo actual, la base de datos relacional es el mtodo ms
usado para el almacenamiento de datos. El diagrama de clase de UML se puede
usar para modelar algunos aspectos del diseo de bases de datos relacionales, pero
no cubre toda la semntica involucrada en el modelado relacional,
mayoritariamente la nocin de atributos clave que relacionan entre s las tablas
unas con otras.
"El Diagrama de Clase se puede usar para modelar la estructura lgica de la base
de datos, independientemente de si es orientada a objetos o relacional, con clases
representando tablas, y atributos de clase representando columnas. Si una base de
datos relacional es el mtodo de implementacin escogido, entonces el diagrama de
clase puede ser referenciado a un diagrama de relacin de entidad lgico. Las
clases persistentes y sus atributos hacen referencia directamente a las entidades
lgicas y a sus atributos; el modelador dispone de varias opciones sobre cmo
inferir asociaciones en relaciones entre entidades. Las relaciones de herencia son
76
referenciadas directamente a super-sub relaciones entre entidades en un diagrama
de entidad-relacin.
El modelo para el sistema se lo muestra a continuacin Figura 26. Modelo
Relacional de Base de Datos, el mismo que cuenta con ciertas tablas
identificadas en el diagrama de clases, ahora bien, se han aadido tablas propias
de la integridad que un modelo relacional debe mantener. Se muestra una parte del
modelo relacional para que sea visualizado.
La tabla Cliente hereda de la tabla Persona como se defini en el modelo de Clases.
As mismo, la tabla ClientesYProductos es una tabla intermedia resultado de la
relacin mltiple y multiplicidad como se conoce entre entidades.
Figura 26. Modelo Relacional de Base de Datos (Seccin Clientes, Productos y Bitcoras)
CAPTULO 3. CONSTRUCCIN IMPLEMENTACIN
Diagrama de despliegue
PERSONAL
prs_id
hrc_id
usu_id
clt_id
prs_cedula
prs_nombres
prs_apellidos
prs_direccion
prs_correo
prs_tlfcasa
prs_tlfcelular
prs_genero
prs_estadocivil
prs_estado
bigint
bigint
bigint
bigint
varchar(13)
varchar(25)
varchar(25)
varchar(250)
varchar(50)
varchar(13)
varchar(13)
bigint
bigint
bit
<pk>
<fk1>
<fk2>
<fk3>
CLIENTES
clt_id
clt_ruc
clt_razonsocial
clt_direccion
clt_ciudad
clt_telefono
clt_telefonoauxiliar
clt_observaciones
clt_activo
bigint
varchar(13)
varchar(50)
varchar(250)
varchar(50)
varchar(15)
varchar(15)
varchar(250)
bit
<pk>
BITACORAS
btr_id
clt_id
btr_descripcion
btr_finalizado
int
bigint
varchar(255)
bit
<pk>
<fk>
DETALLES_BITACORAS
btd_id
btr_id
pdt_id
btd_descripciones
btd_recomendaciones
btd_personaclienteasistida
int
int
int
varchar(255)
varchar(255)
varchar(255)
<pk>
<fk1>
<fk2>
FERIADO
cfd_id
cfd_tipo
cfd_fechaComienzo
cfd_fechaFinaliza
cfd_prmjrdhoraentrada
cfd_prmjrdhorasalida
cfd_segjrdhoraentrada
cfd_segjrdhorasalida
cfd_descripcion
cfd_aplicasegundajornada
bigint
bigint
datetime
datetime
varchar(5)
varchar(5)
varchar(5)
varchar(5)
varchar(50)
bit
<pk>
PRODUCTOS
pdt_id
pdt_nombre
pdt_version
pdt_tipo
int
varchar(255)
varchar(25)
int
<pk>
CLIENTESYPRODUCTOS
cpt_id
clt_id
pdt_id
int
bigint
int
<pk>
<fk1>
<fk2>
ROLESUSUARIOS
gus_id
FUN_ID
gus_nombre
gus_modulospermitidos
gus_estatus
bigint
bigint
varchar(50)
varchar(250)
bit
<pk>
<fk>
USUARIOS
usu_id
gus_id
usu_name
usu_password
usu_tipo
usu_estatus
ref_idtipo
usu_guid
usu_fechahora
usu_timeout
bigint
bigint
varchar(50)
varchar(50)
numeric(1)
bit
bigint
varchar(1024)
datetime
int
<pk>
<fk>
HORARIOLABORAL_CONFIGURACIONES
hrc_id
hrc_nombre
hrc_descripcion
hrc_permitirhorasextras
hrc_permitirregistroremoto
hrc_prmjrdhoraentrada
hrc_prmjrdhorasalida
hrc_segjrdhoraentrada
hrc_segjrdhorasalida
hrc_retrasominmaximo
hrc_eslaborablelunes
hrc_eslaborablemartes
hrc_eslaborablemiercoles
hrc_eslaborablejueves
hrc_eslaborableviernes
hrc_eslaborablesabado
hrc_eslaborabledomingo
hrc_jrdasignadalunes
hrc_jrdasignadamartes
hrc_jrdasignadamiercoles
hrc_jrdasignadajueves
hrc_jrdasignadaviernes
hrc_jrdasignadasabado
hrc_jrdasignadadomingo
hrc_activo
bigint
varchar(25)
varchar(100)
bit
bit
varchar(5)
varchar(5)
varchar(5)
varchar(5)
int
bit
bit
bit
bit
bit
bit
bit
bigint
bigint
bigint
bigint
bigint
bigint
bigint
bit
<pk>
configuraciondiapersonal
prs_id
cfd_id
bigint
bigint
<pk,fk2>
<pk,fk1>
HISTORIALCONFIGURACIONPERSONAL
hcp_id
hrc_id
prs_id
hcp_fechainicio
hcp_fechafinal
hcp_finalizado
hcp_activo
bigint
bigint
bigint
datetime
datetime
bit
bit
<pk>
<fk1>
<fk2>
FUNCIONALIDAD
FUN_ID
nombre
bigint
varchar(50)
<pk>
77
MODELO DE COMPONENTES
Figura 27. Diagrama de componentes
Horarios Laborales
Bitcora
Clientes
Empleados
Usuarios
Interfaz Web Services Sistema
Control Personal
Visualizacin Web
Registro
Asistencia
Intranet
78
Figura 28. Diagrama de despliegue
En esta fase se realizar la construccin interna del proyecto, es decir la
codificacin de sus diferentes versiones, apoyndonos en la planificacin y
sobretodo en el diseo; para un mejor desempeo en el desarrollo del proyecto, se
ha visto la necesidad de estandarizar las diferentes etapas de construccin, de tal
manera que resulte fcil las futuras modificaciones o implementacin de nuevas
versiones.
3.1. Estndares de Codificacin
Los estndares en la codificacin del proyecto, ayudarn a mantener una
nomenclatura y estructura a nivel del cdigo fuente de manera organizada, lo cual
permite que, en tareas de mantenimiento sean ms sencillas las adecuaciones;
debido a que se podr identificar rpidamente la ubicacin y su interpretacin.
3.1.1. Estndares de tipos de datos
Equipo Servidor:Sistema de Control Personal
ClienteIntranet:PCLocal
Horarios Laborales
Bitcora
Clientes
Empleados
Usuarios
Interfaz Web Services Sistema
Control Personal
Visualizacin Web
Registro
Asistencia
Intranet
Registro Local
desktop
Conexion
79
Estos tipos de datos sern utilizados dentro de cada mdulo para la definicin de
variables. Para ello a continuacin especificamos algunos de los tipos de datos a
utilizar:
A estos estndares los utilizaremos con el mismo formato de la base de datos
nombre completo de campo sin prefijo.
El nombre del dato ser la primera letra con mayscula.
No se usarn caracteres especiales letras compuestas: ll, rr, ni signos de
puntuacin.
Los nombres de los datos que ameriten palabras compuestas sern escritas
unidas sin espacios, ni guin bajo, teniendo en cuenta las especificaciones
anteriores, la primera letra de cada palabra ir con mayscula y las dems con
minscula.
Ejemplos:
TIPO DE DATO EJEMPLO
float float Costo;
double double Total;
int int DiaMes;
long long Valor;
bool bool Validar;
char char Estado;
string string Nombre;
short short Grabar;
3.1.2. Estndares de controles del lenguaje
Para la utilizacin de los controles en cada pantalla a continuacin especificamos
algunas reglas a utilizar.
Para el prefijo del control se utilizarn tres letras del nombre del tipo del control
en minsculas.
80
El nombre del control ir junto al prefijo y la primera letra ser mayscula.
No se usarn caracteres especiales, letras compuestas, ni signos de puntuacin.
Los nombres de los controles que ameriten palabras compuestas sern escritas
anteriores, la primera letra de la palabra ir con mayscula y las dems con
minscula.
Ejemplos:
TIPOS DE
CONTROLES
PREFIJOS EJEMPLO
Label lbl Label lblIdentificacin
linkLabel lkl LinkLabel lklApellido
Button btn Button btnSalir
TextBox
CommandButton
txt
cmd
TextBox
CommandButton
txtNombre
cmdIngresar
CheckBox chc CheckBox chcEstado
RadioButton rdb RadioButton rdbPrioridad
Calendar cal Calendar calEmpleado
DataGrid dgr DataGrid dgrContrato
ListBox lsb ListBox lsbTipoEmpleado
CheckedListBox clb CheckedListBox clbActivo
ListView lsv ListView lsvPago
3.1.3 Estndares de variables.
Las variables a utilizar sern definidas de acuerdo a las siguientes reglas:
El nombre de la variable ir junto al prefijo del tipo de variable y la primera letra
ser mayscula.
No se usarn caracteres especiales, letras compuestas, ni signos de puntuacin.
81
Los nombres de las variables que ameriten palabras compuestas sern escritas
anteriores, la primera letra de la palabra ir con mayscula y la dems con
minscula.
Ejemplos:
VARIABLE EJEMPLO
Variables de controles escritas con el prefijo de
tres letras del nombre del control ms nombre del
campo siempre comenzando con mayscula.
label lblNombre;
Data Grid dgrListadaBitcora;
Los objetos sern nombrados usando el prefijo de
tres letras en minsculas ms un nombre relacionado
a la funcin que va a realizar comenzando con
mayscula.
Object objBitcora
Object objCliente
Los DataSets sern nombrados usando el prefijo
de dos letras en minsculas ms un nombre
relacionado a la funcin que va a realizar
comenzando con mayscula.
DtaSet dsCliente
DtaSet dsEmpleado
Las variables de control de errores las usaremos
con las letras e.
Ecxeption e
Las variables de conexin a la Base Mysql. Ser
de tipo string y la usaremos con el prefijo de tres
letras en minsculas ms un nombre relacionado a la
funcin que va a realizar comenzando con
mayscula.
String strConeccion
Los nombres de las clases tendrn el mismo
nombre de la tabla de la que se obtienen los datos
con la primera letra en mayscula.
Class Cliente
Class Empleado
Class Rol
Class Bitcora
3.2. Prototipos y pantallas del sistema.
De acuerdo a los diversos mdulos y diseos realizados se muestran algunas de las
principales funcionalidades que han sido validadas segn se menciona en el
Captulo 5.
Para una mejor flexibilidad y manejo del sistema se ha ubicado a la izquierda el
panel principal de ingreso a las diversas funcionalidades del sistema.
82
Ingreso al sistema desde la Web.
Se muestra aqu las opciones para ingresar al sistema
Figura 29. Ingreso al sistema desde la web
Se muestra aqu las opciones para ingresar al sistema mediante la web. Se debe
ubicar el usuario y password
Figura 30. Login y password
83
Registro de Asistencias.
Una de las caractersticas del sistema como se muestra en la Figura 31. Gestin
de Asistenciaes la que permite que se controle los registros de asistencias del
personal y los administradores puedan realizar un control y revisin de la
informacin de forma inmediata con opciones de autorizar horas de bitcoras,
horas de permiso por diferentes motivos o autorizar las horas adicionales del
personal para que se contabilicen como horas extras.
Figura 31. Gestin de Asistencia
Gestin de Usuarios.
Dentro de la gestin de usuarios existe el cambio de clave, si as el usuario lo
decide, la pantalla muestra la funcionalidad.
Figura 32. Cambio de Password
84
Gestin de Reportes.
Dentro de la gestin de reportes existen reportes de gran utilidad para la empresa,
se indica el de control de personal.
Figura 33. Reporte de Control de Personal
Adems el sistema puede ser utilizado a travs de su interfaz desde intranet o
desde acceso directo a la terminal destinada para el proceso de Registro del
Personal dentro de la empresa.
Como se haba comentado en secciones anteriores el Sistema dispone de Web
Services para la comunicacin adecuada, permitiendo as su acceso y confiabilidad
de la informacin.
Figura 34. Registro desde la Empresa
85
3.3. Descripcin de Web Services implementados.
Figura 35.Comunicacin SCP desde dos ambientes a travs del Web Service
Como se muestra en la Figura 35. Comunicacin SCP desde dos ambientes a
travs del Web Service el sistema es accedido desde dos ambientes, el primero
desde un ambiente web desde donde se manipula todas las funcionalidades
disponibles del sistema, el otro ambiente es desde la intranet en cuyo caso el
acceso es solo para registrar la asistencia del personal.
Para lograr esta comunicacin se implementaron las funcionalidades a travs de
Web Service, debido a la ventaja que presentan y que permite la interaccin a un
sistema desde ambientes diferentes.
Adems cabe indicar que la aplicacin en su totalidad fue desarrollada a travs de
Web Service como se muestra en la Figura 35. Comunicacin SCP desde dos
ambientes a travs del Web Service, existen Web Services para Registrar
Asistencia, para laAdministracin de la Bitcora entre otras. Todos estos mtodos
pueden ser accedidos desde otros ambientes, aplicaciones o servicios web con tan
solo invocarlos. Esta invocacin se la realizara invocando el nombre del Web
Service ms el Nombre de la Funcionalidad.
La funcionalidad se presenta a travs de Silverlight que invoca los Web Services en
cada interaccin del usuario. El proceso a nivel general del funcionamiento del
Silverlight con los Web Services es el siguiente: al momento que el usuario realiza
una accin en el sistema, el Web Service es invocado con los datos especficos y
necesarios para su funcionamiento, luego este Web Service realiza las operaciones
86
que le corresponden y devuelve un resultado adecuado a los componentes visuales
de Silverlight para que sean presentados al usuario final.
3.3.1. Explicacin de la Implementacin de Web Services
Los Web Services desarrollados en Punto Net tienen la ventaja de estar integrados
a la plataforma y esta permite que el desarrollo de los mismos sea similar al
desarrollar cualquier aplicacin de otro tipo,sea de escritorio o web. La diferencia
principal para estos Web Serviceses que coloca una etiqueta al inicio del mtodo o
funcin a implementar [WebMethod]. Con esta identificacin la herramienta
identifica que se trata de un mtodo web y en cuyo caso se genera todos los
elementos necesarios como creacin del servicio y la publicacin de los mismos de
forma integrada siendo transparente para el desarrollador.
Figura 36. Web Service Registro asistencia implementado
En la Figura 36. Web Service Registro asistencia implementado se muestra la
implementacin de un mtodo web para verificar informacin de la persona que se
est registrando en el sistema , la funcin fncIsValidPersonal verifica a travs de la
cedula ingresada y cdigo del empleado para determinar si el usuario puede o no
ser registrado, en cuyo caso el Web Service devolver una respuesta afirmativa
permitiendo el registro del usuario o en caso contrario devolver un mensaje
indicando que no puede registrarse porque no tiene acceso al sistema.
La ventaja de implementare el registro de asistencia a travs de un web service ha
permitido optimizar tiempo y aprovechar las ventajas para que mencionado servicio
sea consumido por intranet o directamente a travs de la web siendo transparente
para el usuario final.
87
A continuacin se listan algunos de los procesos principales realizados con Web
Services:
Registro de asistencia.
Administracin de Bitcora.
Administracin de usuarios.
Administracin depersonal.
Administracin de clientes.
Reportes.
Como se ha comentado se tiene los procesos principales en Web Services ya que su
acceso puede hacerse a travs de la intranet, esto como una ventaja para
necesidades futuras. La ventaja de esta implementacin es que se podr reutilizar
sus funcionalidades evitando codificaciones adicionales ya que se han realizado.
Hasta su inicio la implementacin de acceso desde la intranet, slo est disponible
el registro de asistencia al usuario final; si existe la necesidad de mostrar ms
informacin se puede consumir ya los Web Servicesdesarrollados y ubicar su acceso
desde el equipo de escritorio ubicado en la intranet de la empresa.
Adems la implementacin de cada uno de los mtodos web para acceso fueron
implementados para todas las funcionalidades del sistema y el control sobre los
datos y validaciones se realizaron igual que al desarrollar cualquier aplicacin ya
sea de escritorio o web, siendo transparente para el desarrollador. Esta es la
ventaja que presenta al trabajar con Web Services desde la plataforma Punto Net.
3.3.2. Ventajas de utilizar Web Services.
Las principales ventajas que tenemos son:
Consumir una funcionalidad o datos desde otra aplicacin.
Facilidad al implementar o codificar.
Se puede implementar medidas de seguridad y encriptacin de datos.
Se puede acceder a la base de datos sin inconvenientes.
El trabajar con Web Services y Silverlight es transparente ya que est integrado.
3.3.3. Desventajas al utilizar Web Services.
Perdida del servicio cuando el Web Servicesno est disponible.
88
Se debe verificar la comunicacin desde el cliente al web service proveedor.
3.3.4. Problemas e inconvenientes presentados.
Los principales inconvenientes presentados al implementar la funcionalidad
completa del sistema a travs de web service se listan a continuacin:
Incompatibilidad entre versiones de Silverlight versin 3. En este aspecto se
tuvo inconvenientes al utilizar los combos ya que de la versin 2 de Silverlight a la
versin 3 los combos no cargaban los datos necesarios a visualizar. Este
inconveniente se solucion con la versin de Silverlight versin 3 final.
3.4 Pruebas Realizadas
Para comprobar que el desarrollo de esta aplicacin cumple a satisfaccin con los
requerimientos por parte de la empresa, fue necesario realizar las respectivas
pruebas que abarquen todo el software en sus distintas versiones.
Las pruebas sirvieron para encontrar errores y posibles modificaciones al sistema
desarrollado, as mismo le permiti al desarrollador evaluar su trabajo y comprobar
las limitantes de su aplicacin.
A continuacin se describe los tipos de pruebas que se realizaron, as como tambin
las formas de probar cada una de ellas.
Entre los diversos tipos de pruebas para software existentes, se utilizaron las
siguientes:
a. Pruebas Unitarias: estas se encargan de probar una clase en concreto,
testeando cada uno de sus mtodos y viendo si dados unos parmetros de entrada,
la salida es la esperada.
b. Pruebas Funcionales: como su propio nombre indica, estas se encargaron de
probar una funcionalidad completa, donde pueden estar implicadas una o varias
clases, la propia interfaz de usuario y, en el caso de los diversos componentes
desarrollados.
c. Pruebas de Regresin: son aquellas pruebas que nos permitieron comprobar
por qu ha dejado de funcionar algo que ya funcionaba. El objetivo de las pruebas
de regresin es no tener que volver atrs.
89
d. Pruebas de Aceptacin: son pruebas funcionales, pero vistas directamente
desde el cliente. Digamos que son aquellas pruebas que demostraron al cliente que
la funcionalidad est terminada y funciona correctamente.
e. Pruebas de Integracin: conjunto de pruebas unitarias, funcionales, de
regresin y/o de aceptacin que se realizan al probar el software. Incluye tambin
comprobar que lo programado por el desarrollador no altera entre s y que
funcionar en un entorno real.
Datos de Prueba.
Los datos utilizados para las pruebas fueron datos ficticios pero que correspondan
al eficiente orden y tipo de informacin adecuada y necesaria para cada
funcionalidad y proceso del sistema. Por ejemplo en aquellos campos donde se
requera identificaciones se prob con datos similares, as mismo para informacin
crtica del sistema.
90
CAPTULO 4. FASE DE TRANSICIN-VALIDACIN E
IMPLANTACIN
4.1. Proceso de Validacin del software
El propsito de esta fase es determinar el nivel de funcionalidad del proyecto
terminado, en esta se identific problemas y errores del software que en el
transcurso del desarrollo fueron difciles de detectar, ya que se realiz diferentes
tipos y casos de prueba
13
[Wikipedia, 2010] de tal manera que se haya revisado
todo el software.
4.2 Forma de validar las pruebas
Recordemos que para empezar a programar ya tenamos armado todo el proyecto
tanto el diseo de sus interfaces como la base de datos, por ende cada mtodo que
se iba programando ya se enlazaba con la interfaz correspondiente, es por esto que
las formas de probar se hicieron mucho ms fciles.
En el caso de las pruebas unitarias, se realizaban al momento de terminar de
programar algn mtodo para comprobar su efectividad, la ventaja de utilizar este
tipo de prueba es que los mtodos programados son especficos y cortos, con ello
se pudo detectar ms fcil los errores. Para ello se ejecutaba la aplicacin y se
ingresaban datos para el mtodo, con esto sabamos si al ejecutar el mtodo
proporcionaba o no los resultados esperados.
Las pruebas funcionales, se aplicaron a todas las interfaces de acuerdo como se
las iba terminando, una interfaz ya terminada quiere decir programada todos los
mtodos necesarios para su funcionamiento, luego se ejecutaba la aplicacin y se
ingresaban los datos tanto ficticios como reales, con los resultados sabamos si esa
funcionalidad o pantalla funcionaba o no correctamente.
Si al aplicar las pruebas a una pantalla no funcionaba, se volva a probar
nuevamente cada uno de sus mtodos para detectar la falla, una vez encontrados
se les realizaba las modificaciones correspondientes y nuevamente se volva a
probar, a estas se les llamo pruebas de regresin.
Si el momento de probar las pantallas en sus respectivas versiones, no surgan
errores, nuevamente se los volva a probar pero ya ingresando datos reales de tal

13
Unidad de revisin mnima para validar la funcionalidad de un software
91
modo que se obtuviera resultados aceptables por el cliente, esto se lo realizo con
todos los procesos, a estas pruebas se las llamo de aceptacin.
Una vez terminado todo el software, se procedi a realizar las pruebas nuevamente
a cada uno de los procesos, ejecutando la aplicacin e ingresando datos, luego se
ejecutaban las respectivas sentencias y se comprobaba los resultados, algunos de
los resultados en determinadas pantallas fueron los esperados pero en otras no,
entonces nuevamente fue necesario volver a realizar las pruebas a los mtodos y
pantallas individuales para detectar los errores de los mismos, detectados los
errores se procedieron a realizar las respectivas modificaciones, y nuevamente se
realizaban todo tipo de pruebas, a estas se les llamo pruebas de integracin.
Es imposible describir a que mtodo o pantalla se les realizaron las pruebas por lo
que resultara demasiado extenso, ya que se las realizo prcticamente a todos los
mtodos y pantallas de la aplicacin, realmente la metodologa de desarrollo as lo
ameritaba, se tena que terminar una versin y probarla para que pueda ser
implementada si el cliente lo requera.
4.3 Validacin y resultados de encuestas
Tabulacin en Interpretacin de Encuestas aplicadas a usuarios finales como parte
del proceso de pruebas.
La encuesta realizada fue dirigida exclusivamente al personal administrativo
encargado de manipular el sistema (4 personas), con el fin de determinar la
eficacia del software implantado en la organizacin, y a la vez determinar si en un
futuro se le puede realizar algunos ajustes o mejoras.
Se aplicaron las encuestas obteniendo los siguientes resultados:
Pregunta 1: El software de Control de personal, ayuda efectivamente en
los procesos seguidos en la compaa? Estime su acreditacin.
a. Matriz de datos estadsticos
Indicadores
Ayuda
Ayuda Efectivamente
No Ayuda
Total
b. Representacin grfica.
c. Interpretacin de los datos
Como se puede observar en la
corresponden al 75% de los encuestados coinciden con la misma respuesta, quiere
decir que el sistema cumple con su objetivo y un 25% se centra en que el sistema
ayuda en sus tareas. Esto nos indica que el sistema h
Ayuda
Ayuda Efectivamente
No Ayuda
92
en la compaa? Estime su acreditacin.
Matriz de datos estadsticos.
Frecuencia Porcentaje
1 25
3 75
0 0
4 100
Representacin grfica.
Interpretacin de los datos.
Como se puede observar en la matriz de resultados las 3 personas que
ayuda en sus tareas. Esto nos indica que el sistema ha cumplido con sus objet
0 1 2 3 4
Ayuda
Ayuda Efectivamente
No Ayuda
en la compaa? Estime su acreditacin.
matriz de resultados las 3 personas que
a cumplido con sus objetivos.
Pregunta 2: En cuento a la respuesta del sistema al realizar los procesos,
se comporta de una manera:
Indicadores
Rpida
Normal
Lento
Total
Como se puede observar en la matriz de resultados, 2 personas coinciden con la
opcin de rpido y 2 con Normal, esto quiere decir que el sitio es muy agradable a
los usuarios el nivel de respuesta del sistema, obviamente lo que indica que su
implantacin en el servidor
mayor velocidad depende mucho de la memoria y capacidad de procesamiento de
la mquina.
0
Rpida
Normal
Lento
93
En cuento a la respuesta del sistema al realizar los procesos,
se comporta de una manera:
Indicadores Frecuencia Porcentaje
2 50
2 50
0 0
4 100
servidor web se ha realizado de forma eficiente. Claro para una
0,5 1 1,5 2 2,5
En cuento a la respuesta del sistema al realizar los procesos,
Porcentaje
web se ha realizado de forma eficiente. Claro para una
2,5
Pregunta 3. La organizacin de las funcionalidades del sistema y su
interaccin con el usuario, le parece adecuada
Indicadores Frecuencia
Malo
Bueno
Muy Bueno
Excelente
Total
corresponden al 100% de los encuestados coinciden con la misma respuesta,
quiere decir que el sistema logra la excelencia en cuanto a navegacin por las
pginas y su excelente interfaz
0
Malo
Bueno
Muy Bueno
Excelente
94
ario, le parece adecuada? :
0 0
0 0
0 0
4 100
4 100
pginas y su excelente interfaz lograda gracias a la utilizacin de Silverlight
1 2 3 4
Silverlight.
Pregunta 4.: Qu le parece el software
forma general.
Indicadores
Malo
Bueno
Muy Bueno
Excelente
Total
corresponden al 75% de los encuestados coinciden con la misma respuesta
(Excelente), quiere decir que
un buen trabajo, por lo cual es altamente aceptado por el usuario.
0
Malo
Bueno
Muy Bueno
Excelente
95
Pregunta 4.: Qu le parece el software implantado en su organizacin? En
0 0
0 0
1 25
3 75
4 100
(Excelente), quiere decir que el sistema en cuanto a los objetivos y procesos logra
un buen trabajo, por lo cual es altamente aceptado por el usuario.
0,5 1 1,5 2 2,5
implantado en su organizacin? En
el sistema en cuanto a los objetivos y procesos logra
3
Pregunta 5.: En cunto a los mdulos del sistema cul le
de interactuar?
Indicadores
Clientes
Registro Ingreso y Salida
Usuarios
Productos
Reportes
Total
Como se puede observar en la matriz de resultados las 4
(Registro de Ingreso - Salida), quiere decir que el sistema en cuanto a los objetivos
y procesos logra un buen trabajo, cumpliendo su meta.
Clientes
Usuarios
Productos
Reportes
96
Pregunta 5.: En cunto a los mdulos del sistema cul le pareci
Matriz de datos estadsticos
0 0
4 100
0 0
0 0
0
4 100
Como se puede observar en la matriz de resultados las 4
Salida), quiere decir que el sistema en cuanto a los objetivos
y procesos logra un buen trabajo, cumpliendo su meta.
0 1 2 3 4
Clientes
Usuarios
Productos
Reportes
parecims fcil
Salida), quiere decir que el sistema en cuanto a los objetivos
Pregunta 6.: En cuanto a los mdulos del sistema cul le
difcil de interactuar?
Indicadores
Clientes
Registro Ingreso y
Salida
Usuarios
Productos
Reportes
Total
b. Representacin Grfica.
(Productos) y el otro 50% a Clientes, quiere decir que el usuario ha encontrado
mayor complejidad a esos dos
mejorar su interfaz y organizacin para su mejor comprensin.
0
Clientes
Registro Ingreso y
Usuarios
Productos
Reportes
97
Pregunta 6.: En cuanto a los mdulos del sistema cul le
2 50
0 0
0 0
2 50
0
4 100
rfica.
mayor complejidad a esos dos mdulos aunque son sencillos pero esto ha permitido
mejorar su interfaz y organizacin para su mejor comprensin.
0 0,5 1 1,5 2
Series1
Pregunta 6.: En cuanto a los mdulos del sistema cul le parecims
aunque son sencillos pero esto ha permitido
98
Pregunta 7.: Desea alguna funcionalidad adicional que se contemple en el
sistema, en sus prximas versiones?
a. Interpretacin de los datos.
Segn lo sugerido por el usuario el sistema en sus prximas versiones puede
incorporar lectores de entrada de datos sean con tarjeta o mediante huella.
Adems de esto se encontr que les gustara que permita llevar temas contables,
aunque esto no es considerado ya que el sistema en con fines de control de
personal y este es su Objetivo.
En cuanto a la parte de ingreso de informacin a travs de lectores o cualquier otro
hardware se puede incorporar y utilizar dispositivos externos ya que solamente
permiten el ingreso de informacin lo cual se lo puede incorporar ya en el sistema
actual.
4.4 Implantacin final.
El sistema en su totalidad fue puesto en funcionamiento en un ambiente real,
donde los usuarios pueden acceder y dar su opinin del mismo.
Para cada cambio que se desarrollaba se ubicaba en un ambiente real y se acoplaba
a las funcionalidades ya existentes, para lo cual se unificaba el cdigo fuente y se
probaba a travs de las diversas pruebas descritas con anterioridad.
El sistema finalmente fue ubicado en un servidor (hosting) cuyas caractersticas son
adecuadas para el uso del sistema y las caractersticas se indicaran a continuacin:
Equipo: PC Intel Core Duo 2.6 GH
Sistema Operativo: Windows XP Service Pack 3
Memoria RAM: 2 GB
Disco Duro: 200 GB
Este es la especificacin tcnica del equipo que hace de hosting del sistema de
control de personal, se ha considerado los diversos temas de licencias y costos
bsicos para el manejo del sistema. Obviamente se ha considerado mantener una
gran disponibilidad de la aplicacin y que este en constante servicio para cumplir su
objetivo de registrar las diversas transacciones.
99
RESULTADOS
Como consecuencia del desarrollo del presente trabajo se obtiene los siguientes
resultados favorables por el empleo de nuevas alternativas tecnolgicas:
La nueva tecnologa Silverlight permite compatibilidad con navegadores como
Firefox en Windows y Linux, Opera, Internet Explorer y Safari en Mac OS
conservando su dinamismo y usabilidad.
Silverlight permite trabajar de forma desconectada sin necesidad de un
navegador para interactuar con el sistema, ya que se puede instalar el aplicativo
como una aplicacin normal, esto tanto en plataformas Windows o Macintosh,
permitiendo ahorrar recursos.
Esta opcin no se aplica en Linux segn las pruebas realizadas
Silverlight con su formato nativo de descripcin denominado XAML, permite
explotar de mejor manera la elaboracin de una interfaz, lo que facilita su
desarrollo. Adems se logra independencia para generar sus propios componentes
y la forma en que estos trabajan.
Es conveniente la implementacin de Web Services cuando se desea comunicar
varios sistemas o ambientes diferentes ya que permiten que toda la funcionalidad
deseada pueda ser consumida a travs de los Web Services y abstraerse de la
tecnologa con la cual fueron desarrollados.
La solucin desarrollada ayuda efectivamente en los procesos de la compaa.
Resultados obtenidos en base a la Validacin del Sistema realizada con el personal
de Serviestudios Ca. Ltda.
Los administradores de la empresa Serviestudios Ca. Ltda. pueden contar con
informacin actualizada de forma inmediata ya sea de los registros del personal en
las oficinas o del personal que esta fuera de la empresa por motivos de soporte
tcnico.
Se puede tener informacin actualizada de la asistencia del personal con lo que
facilita la autorizacin inmediata de: permisos, horas adicionales para ser
contabilizadas como horas extras y horas bitcoras tomando en cuenta el tiempo
de traslado del personal.
100
CONCLUSIONES
Las conclusiones obtenidas a lo largo del presente trabajo se describen a
continuacin:
En la aplicacin de un proceso de desarrollo de software la metodologa de
software que se sigue es trascendental para la obtencin de un buen producto.
La arquitectura de software permite organizar de forma sistematizada los
diversos componentes que interactan en un sistema, por lo cual, su diseo y
comunicacin es imprescindible para la consecucin de un producto y la extensin
de la vida til del mismo.
La flexibilidad y grandes ventajas que presentan las herramientas actualmente,
facilitan el desarrollo siempre y cuando se tenga bases de conocimientos sobre los
lenguajes y lgica de desarrollo.
En la solucin desarrollada se identificaron opciones para mejorar los procesos lo
que ha permitido mayor eficiencia en el manejo de la informacin y en el
procesamiento de datos para la consecucin de los objetivos propios de la empresa.
El uso de Silverlight permite obtener un sistema web con mayor rapidez al
acceso de datos a diferencia de otras tecnologas. Ya que el sistema solo incorpora
a la pantalla datos nuevos sin necesidad de actualizar todos los elementos de la
pantalla y permite mantener diseos atractivos para el cliente.
El uso de web services es altamente importante cuando se trata de interactuar
desde dos ambientes distintos como internet e intranet, ya que es el puente de
comunicacin de stos permitiendo la sincronizacin de la informacin y procesos
de negocio.
El desarrollo de Web Services es transparente para el desarrollador ya que
provee una interaccin completa permitiendo de que los esfuerzos se centren ms
en la lgica del negocio.
El interaccin sobre las diversas funcionalidades con el sistema son
transparentes para el usuario final ya que este se centra en las operaciones propias
del sistema sin importar como este realice las transacciones y desde que servicios
se consume
101
RECOMENDACIONES
Las recomendaciones obtenidas del trabajo realizado se describen a
continuacin:
Se debe probar la integracin de todas las herramientas desde su inicio, esto
para no tener inconvenientes de compatibilidad cuando ya se est en un ambiente
de desarrollo
Se debe tener cuidado con las versiones disponibles de Silverlight para evitar
incompatibilidades entre las mismas.
Se recomienda el uso de Web Services cuando se requiere un acceso desde un
ambiente de intranet e internet, ya que su uso es similar como al implementar
cualquier funcionalidad.
Para el desarrollo de aplicaciones grandes se debe evaluar detenidamente el uso
de una nueva tecnologa recin salida al mercado. Especficamente en el caso de
Silverlight han aparecido actualizaciones que han dificultado el desarrollo ya que ha
dado incompatibilidad con la programacin ya existente.
Para ejecutar una aplicacin basada en Silverlight, los usuarios requieren un
pequeo complemento en su explorador. Ese complemento es gratuito. Si los
usuarios an no tienen el complemento, aparecer automticamente un mensaje
para indicarles que lo instalen. La descarga y la instalacin solo tardan unos
segundos y no requieren ninguna interaccin por parte del usuario, excepto su
permiso para llevar a cabo la instalacin.
102
BIBLIOGRAFA
[Lhotka, 2009] Lhotka, Rockford.Expert C# 2008 Business Objects. Editorial
Apress. New York, United States of America.ISBN 978-1-4302-1020-7.
[Wilipedia 2010] Wikipedia, www.wikipedia.org
[Surez, 2004] Surez, Adolfo. Tecnologas para Desarrollo de
Software.Universidad de Catalua. Espaa. 2004
[Microsoft, 2009] Microsoft Corporation, www.microsoft.com/msdotnet
[Msdn, 2009] Microsoft Corporation, www.msdn.microsoft.com/silverlight
[Sharp,2004] SHARP, Jhon y JAGGER, Jon; Desarrollo de aplicaciones web con C#
y VB; Tercera edicin; ISBN: 0-7356-1289-7.
[PEARSON, 2007] STEVENS, Perdita y POOLEY, Rob, Lhotka, Rockford.Utilizacin
de UML en Ingeniera del Software con Objetos y Componentes Segunda Edicin;
ISBN 978-84-7829-086-4.
[PEARSON, 2000] JACOBSON, Ivar BOOCH, Grady y RUMBAUGH, James. El
Proceso Unificado de Desarrollo de Software en Ingeniera del Software con Objetos
y Componentes Segunda Edicin; ISBN 978-84-7829-086-4.
Enlaces
http://www.microsoft.com/spanish/msdn/articulos/archivo/020104/voices/vbnet
10282003.asp
Autenticacin y autorizacin (Aventuras en .NET).
http://www.traininghott.com/Courses/ASP-NET-Programming-Experienced-C-
Programmers.htm
http://javascript.internet.com/
Latest Additons to the JavaScript Source.
http://people.cs.uchicago.edu/~borja/pubs/
http://msdn.microsoft.com/library/default.asp?url=/library/en-
us/dnpatterns/html/ImpDTODataSet.asp
Implementing Data Transfer Object in .NET with a Dataset.
Ayuda de Microsoft Visual Studio.NET
103
ANEXOS
ANEXO 1
Visin del Sistema (SCP-W)
ANEXO 2
ENCUESTA
ANEXO 3
MANUAL DE USUARIO
ANEXO 4
MANUAL DE INSTALACIN
ANEXO 5
MANUAL TCNICO
104

PROYECTOKELA

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

PROYECTOKELA

Transféré par

Droits d'auteur :

Formats disponibles

UNIVERSIDAD TCNICA PARTICULAR DE LOJA

La Universidad Catlica de Loja .

Cesar A. Ojeda Cevallos

Cesar A. Ojeda Cevallos

Vous aimerez peut-être aussi