Tesis Sistema Registro de Visitas

Facultad de Ingeniera de Sistemas, Computacin y
Telecomunicaciones
Sistema de Gestin de Visitas Web CASO: CORPAC S.A

(CORPORACION PERUANA DE AEROPUERTOS Y AVIACION
COMERCIAL)
Tesis para obtener el Titulo de:
Ingeniero de Sistemas y Cmputo
Presentado por
Miranda Yauri Xavier Alexander
Lima Per
Julio - 2014
Tesis
presentada
la
Universidad
Inca
Garcilaso de la Vega Lima Per, Lima, Per,

para obtener el Ttulo de Ingeniero de Sistemas
Orientador: Orientador
Co-orientador: (si lo hubiera)
Orientador:
Co-orientador: (si lo hubiese)
<Autor, ao.>
Todos los derechos reservados.
DEDICATORIA (OPCIONAL)
Este trabajo esta dedicado a toda mi familia
en especial a mi madre..
AGRADECIMIENTOS
(Opcional)
Al profesor (nombre del orientador), por su orientacin y dedicacin para

que este trabajo cumpla con los objetivos trazados.
Al profesor (nombre del co-asesor) por su orientacin, consejos y revisiones
del presente trabajo.
A los profesores de la UIGV, principalmente al profesor XXX por sus
observaciones tericas que me sirvieron de mucho.
A todas aquellas personas que indirectamente me ayudaron para culminar
este trabajo y que muchas veces constituyen un invalorable apoyo.
Y por encima de todo doy gracias a Dios.
RESUMEN
Se deber explicar la problemtica del tema de tesis, la misma que deber

ser justificada desde el punto de vista terico y prctico (ver seccin de
justificacin). Seguidamente, se deber exponer el aporte terico - prctico,
indicando los beneficios de la propuesta. Deber mencionar brevemente los
grandes temas del trabajo y finalizar con la principal conclusin del trabajo.
Palabras Claves: colocar, entre comas, de tres a cinco palabras.
ABSTRACT
Describa aqu su resumen en ingls.

Keywords: word1, word2, word3
NDICE
RESUMEN............................................................................................................V
ABSTRACT.........................................................................................................VI
LISTA DE FIGURAS...........................................................................................IX
LISTA DE TABLAS..............................................................................................X
CAPTULO 1: INTRODUCCIN...................................................................A
1.1
Planteamiento del Problema...................................................................................................a
1.2
Objetivos.......................................................................................................................................b
1.2.1
Objetivo principal.....................................................................................................................b
1.2.2
Objetivos secundarios.............................................................................................................c
1.3
Justificacin.................................................................................................................................c
1.4
Alcances del estudio.................................................................................................................c
1.5
Estrategia metodolgica..........................................................................................................d
1.6
Presentacin del resto de la tesis.........................................................................................d
CAPTULO 2: MARCO CONCEPTUAL............................................................E

1.0.2 Seleccin de lenguaje y desarrollo de la aplicacin............................................................................f
1.0.3 Implementacin.................................................................................................................................g
1.0.4 Mantenimiento...................................................................................................................................h
1.0.5 Estndares y Documentacin para la aplicacin.................................................................................i
CAPTULO 3: MTODOS PARA LA CONSTRUCCIN DE LA SOLUCIN

TECNOLGICA...................................................................................................J
3.1
Metodologas de desarrollo de Aplicaciones web............................................................j
3.1.1
Mtodo Scrum...........................................................................................................................j
3.1.2
Mtodo XP................................................................................................................................k
3.1.3
Metodologa RUP...................................................................................................................m
3.1.4
Metodologa Fast........................................................................................................................p
3.2
Evaluacin comparativa entre las metodologas...............................................................t
3.3
Mtodos para Resolver el Problema.....................................................................................y
3.3.1
Proyectos Relacionados con Gestin de Visitas................................................................y
CAPTULO 4:.......................................................................................................Z
Lista de figuras
1.1. Inicia con la numeracin, luego la leyenda, y la pgina
4
5
Lista de tablas
18

20
Captulo 1:
Introducci
n
1.1
Planteamiento del Problema
1.1.1. Descripcin del Problema

La necesidad de contar con un sistema de registro de visitas para hacer la recoleccin de datos
del sistema que se desea implementar y a su vez cumplir con los requerimientos que obliga
FONAFE (Fondo Nacional de Financiamiento de la Actividad Empresarial del Estado)a la
institucin
de
CORPAC
S.A.
(CORPORACION
DE
AEROPUERTOS
Y AVIACION
COMERCIAL S.A.)A travs de la ley de transparencia y acceso a la informacin pblica[5] de

tener un sistema de registro de visitas que pueda ser de acceso pblico ya que como CORPAC
S.A. es una institucin del Estado la informacin que esta contiene tiene que ser pblica.
A la empresa CORPAC S.A. ingresan personas externas sin un control sistematizado que sea
rpido e eficaz a la hora de registrarlos y permita registrar horarios, personas a las que visita,
lugar de reunin, motivo, etc., esta informacin es necesario procesarla para tener un
repositorio.
Hace falta un sistema que controle el acceso de visitantes a CORPAC S.A., un sistema que
facilite este proceso, que permita tener un registro o resea de los visitantes, un sistema que
administre y tenga una forma de forma ordenada y/u organizada acceso a esta informacin.
1.2.1. Definicin del Problema

Se observo que al ingresar un visitante a CORPAC S.A, no existe un registro de este que
garantice un control puntual de quienes entran y salen de la institucin, generando
desorganizacin al momento de tener referencias precisas de los visitantes.
Inferiormente que no existe un proceso ideal para determinar las necesidades del visitante, solo
existe unas pautas preestablecidas y despus de cumplirlas se le da ingreso automticamente,
adicionalmente hemos identificado que la mayora del personal visitante solo llegan para hacer
trabajos temporales en las distintas gerencias que tiene la institucin, y algn otro caso o
situacin temporal.
Identificando que hay reas donde actualmente se realiza el proceso de acceso a las
instalaciones de la institucin, existe una infraestructura que est siendo desaprovechada,
debido que aun no estn habilitadas para el uso de implementos tecnolgicos.
Actualmente el proceso no automatizado de control de visitas es el siguiente.
CONTROL DE VISITA
Como se ve este proceso se registra manualmente en un papel y al no ser automatizado en un
sistema no podemos tener la informacin exacta de los datos como por ejemplo poner los datos
incorrectos de los colaboradores que estn siendo visitados, error al digitar el DNI de los
visitantes, etc., hay muchos datos que son llenados incorrectamente y el sistema al ser
validaciones ayuda al usuario a colocar datos con certeza.
1.2
Objetivos
1.2.1
Objetivo principal
Para poder realizar nuestro sistema web de registro de visitas de CORPAC S.A. es necesario
tener informacin necesaria que es administrada por las distintas gerencias como la de
gerencia de personal que nos proveer la data de todos los colaboradores que trabaja en la
institucin, de la gerencia de infraestructura para obtener los puntos de acceso hacia las
instalaciones y la de gerencia de seguridad para obtener la informacin de los agentes de
seguridad que estarn en cada punto de vigilancia que manejaran el sistema web.
Despus de tener implementado el sistema web mediante este en proceso de prueba seguro
surgirn mas requerimientos y/o funcionalidades que se podrn implementar en el sistema para
hacerla ms eficaz de mayor utilidad para la institucin de obtener la data necesaria.
1.2.2
Objetivos secundarios
Desarrollar un sistema web capaz de registrar con datos certeros las visitas de
personas externas para un mejor control y seguridad de la institucin.

Tener un manejo y control histrico de la informacin para poder accesarla cuando sea
requerida en cualquier momento esto es posible gracias a la automatizacin de esta.

Analizar, disear e implementar un sistema de informacin para la administracin de
ingreso de visitantes a la institucin.
Desarrollar la aplicacin y realizar pruebas sobre la totalidad de la aplicacin,

verificando su funcionalidad.
1.3
Justificacin
Implementar un sistema de registro para CORPAC S.A. es muy necesario hoy en dia porque es
una informacin que no tiene actualmente y vindose obligado a cumplir a los requerimiento de
FONAFE hacia CORPAC S.A. como institucin del estado al regirse a la ley de transparencia y
acceso a la informacin, sabiendo todo esto como toda institucin ms del estado tiene que
tener un control de las personas que visitan sus instalaciones por la seguridad y motivos de
visitas para poder reducir cualquier acto de fraude directamente hacia el estado y tener la data
de dicho procedimiento.
1.4
Alcances del estudio
Desarrollar la aplicacin y realizar pruebas sobre la totalidad de la aplicacin,

verificando su funcionalidad.
Identificar los Recursos (Econmicos, Humanos, etc.) requeridos para cada Proyecto
en desarrollo.
Analizar los Cronogramas y el Alcance de todos los Proyectos en desarrollo.
Definir los Medios o Canales de Distribucin de la Informacin relacionada con los

Proyectos dentro de la organizacin
Anlisis, diseo y desarrollo del Sistema de Registro de Visitas.
Estudio del problema especifico.
Estudio de mtodos o modelos de software.
Construccin de prototipos y pruebas de los mismos en CORPAC S.A con data de

gerencia de personal y gerencia de seguridad institucional.
La implementacin se har en la institucin CORPAC S.A.
1.5
Estrategia metodolgica
Para el desarrollo de nuestra tesis nos basaremos en los siguientes pasos:

Revisin bibliogrfica.
Identificacin del Caso de estudio.
Construccin de modelos.
Diseo de Base de datos y recoleccin de datos y pruebas del caso de estudio.
Construccin del sistema.
Pruebas del prototipo y evaluacin de resultados.
Redaccin de reportes tcnicos y artculos cientficos.
Redaccin de la tesis.
1.6
Presentacin del resto de la tesis

La Tesis a desarrollarse va a tener una presentacin en la que se contara con los
siguientes captulos:
Captulo 2: En este captulo se va a definir el Marco Terico donde se publicara

algunos conceptos relacionados al tema de la Tesis.
Captulo 3: En este captulo se va a definir el Estado del arte, con el anlisis de los
mtodos existentes para desarrollar la solucin al propsito deseado.
Captulo 4: En este captulo se va a definir a la herramienta tecnolgica seleccionada

para la solucin del problema de la tesis.
Captulo 5: En este captulo se desarrollara de acuerdo al aporte practico relacionada

a la tesis.
Captulo 6: En este captulo se va a definir las conclusiones y recomendaciones de

acuerdo al avance del proyecto.
Captulo 2:
Marco
Conceptual
En este captulo se va a definir el Marco Terico donde se publicara algunos conceptos

relacionados al tema de la Tesis.
1.0 Sistema Web

1.0.1 Diseo de interfaces
Ahora entremos a esta etapa en la cual es donde todo lo que se ha analizado ser aterrizado a
la realidad. Para ello debemos tomar en cuenta los puntos expuestos dentro del anlisis, pues
dentro de esta etapa debemos realizar:
Boceto de las pantallas as como la secuencia de flujo con la que se desplegarn segn las
opciones que se integren al sistema.
El cdigo fuente
de
cada programa realizado
para
el
sistema,
incluyendo
nombre
de archivo, funcin que realiza, autor y fecha de creacin.

Diccionario de datos, donde se incluya la descripcin de cada estructura de las tablas o bases
de datos que interactuarn con el sistema. Debe llevar, nombre del archivo, fecha de creacin,
nombre de campo, tipo de campo, longitud del campo, relaciones con otras bases de datos y
nombrar los campos clave.
Si la aplicacin va a tener interacciones con otros sistemas.
Opcionalmente podemos recurrir a cualquiera de los dos tipos de diseo estructurado o de
prototipos utilizados para el diseo de cualquier tipo de sistema. Generalmente en este tipo de
sistemas es bien socorrido el diseo por prototipos ya que en ocasiones se requiere que
los proyectos se realicen rpidamente y esto nos sirve como una herramienta til para ello.
Recordemos que el diseo por prototipo de aplicaciones, es en el cual las evaluaciones para el
sistema se realizar mediante una aplicacin creada con anticipacin y con ella se realizara
la evaluacin para ver si el sistema nuevo se puede implementar o requiere de mejoras y
ajustes de acuerdo a las necesidades de la organizacin
Documentar todo debidamente.
Someter a evaluacin en juntas con las partes interesadas en el proyecto.
Tomemos en cuenta que en esta parte de este proceso es tambin importante la participacin
del usuario ya que recordemos que toda pantalla que realicemos debe ser funcional y
amigable, ellos son los que nos proporcionarn las ideas para realizar un diseo con
caractersticas amigables y adems de ello que sean tiles y aplicables para proyectos
posteriores.
Adems de ello en este diseo hay que tener ms en cuenta las combinaciones de colores,
normatividad y polticas de la organizacin, recordemos que el principal objetivo de un
sistema web es que llegue a la gente o usuarios de Internet y claro vender. Esto es primordial
ya que de ello depende el xito tanto de la pgina como del sistema web que se va a
implementar.
Debemos ver tambin de no saturar la pantalla con informacin innecesaria, tomar en
cuenta fuentes, tamaos de la misa color, para que estas sean tambin aptas para que sean
reconocidas por software para personas con problemas de debilidad visual, por lo que tambin
debemos no abusar mucho de los diseos en programas de animacin. Seamos cuidadosos
tambin en el manejo de la informacin verificando la capacidad del servidor, si es posible
implementar el proyecto en el, si no hay que hacer la observacin para que se actualice el
equipo, para que al momento de implementar no tengamos que detener el proyecto por esta
causa.
1.0.2 Seleccin de lenguaje y desarrollo de la aplicacin

Una vez superada la etapa de diseo y que haya sido evaluada, procederemos a realizar
la seleccin de la plataforma o lenguaje de programacin en la que va a ser desarrollada la
aplicacin.
Para seleccionar la plataforma para el desarrollo de la aplicacin debemos tomar en cuenta
las funciones que se vana realizar, equipo con el que contamos, sistema operativo,
conectividad con la que se cuenta, plataformas de datos con las que cuentan los sistemas
actuales ( en el dado caso que la aplicacin vaya a interactuar con otros sistemas), tomar en
cuenta las bondades que ofrece el lenguaje de programacin, en cuanto a manejo de datos,
capacidad de ejecucin de los programas, recordemos que estos lenguajes con ejecuciones de
lado del servidor por lo que debemos tomar en cuenta el tiempo de respuesta para los usuarios,
recordemos que en estos programas importa mucho la rapidez con la que realicemos un
procesos, pues como bien se ha comentado atrs son aplicaciones diseadas para tener
mejores condiciones de mercadotecnia; aplicaciones para diseo de pginas web; en la
actualidad hay muchas herramientas visuales que nos ayudan a la tarea de disear las pginas
sin necesidad de escribir el cdigo HTML, XML, SHTML. En cuanto a lenguajes de
programacin para aplicaciones web hay tambin varios lenguajes, algunos muy conocidos
como PERL, PHP, VBScript, C#, Java, que nos ayudan a estas tareas, son flexibles e
interactan con lenguajes como HTML para generar salida de datos y darle el formato deseado
y pueda ser visible al usuario, tienen la gran ventaja que son lenguajes muy ligeros al
ejecutarse procesar informacin por lo que nos brindan grandes ventajas para este tipo de
aplicaciones, as como el software para el servicio web, los hay nativos como es el IIS (Internet
Information Service de Microsoft), Apache Web Server que puede obtenerse de la pgina
web de la empresa del mismo nombre o bien hay sistemas operativos que ya lo incluyen dentro
de sus funciones.
Despus de configurar y tener todo listo, procedemos al desarrollo de la aplicacin, la cual se
realizar de acuerdo a los procedimientos y condiciones establecidas en la etapa de diseo,
cada programa debemos poner, autor, nombre del programa, fecha en la que se realiz y la
funcin del programa.
Recordemos que es bueno no abusar de imgenes y animaciones, esto puede hacer pesada
nuestra aplicacin y adems si queremos llegar a personas con capacidades diferentes como
los dbiles visuales el no abusar de ello ayuda a sus software de voz para manejar el equipo de
cmputo.
Debemos tener en cuenta que dentro del servidor web debemos tener bien organizada la
carpeta contenedora ya que es una sola carpeta contenedora para el servicio web dentro de
esta tendremos muchas cosas que servir a los usuarios, por lo que debemos destinar una
carpeta para nuestra aplicacin.
Al realizar esta fase tambin debemos someter a una evaluacin el desarrollo para ver si
requieren ajustes o bien van quedando correctos los programas.
Claro que hay que tener en cuenta que debemos tener personal capacitado con el lenguaje o
bien capacitar al personal encargado del desarrollo de la aplicacin en el lenguaje de
programacin seleccionado, esto con el fin de garantizar el desarrollo de las aplicaciones web
de una manera profesional.
1.0.3 Implementacin
En esta fase procederemos a poner en funcin nuestra aplicacin para ello podemos recurrir a
las tcnicas de implementacin que conocemos como:
La implementacin directa: es decir se va a proceder a trabajar directamente con la

aplicacin, ya sea porque no existe aplicacin alguna o bien se sustituye directamente
la anterior por el nuevo sistema y en la prctica se evaluar para mejoras y ajustes a la
aplicacin.
Implementacin en paralelo: En esta se van a trabajar con las dos aplicaciones, la
nueva y la anterior, comparando resultados para ir evaluando la nueva y revisar que
est correcta o bien requiera de mejoras.
En la actualidad en este tipo de sistemas se recurre ms a la implementacin directa ya que

regularmente se recurren a aplicaciones diseadas a innovar, para que la relacin entre la
aplicacin y el usuario final sea amigable, es decir que el usuario se sienta cmodo con la
aplicacin y fcil de utilizar.
Cuando
se
va
implementar
un
sistema
integral
como
ejemplo
de
ello
de administracin, contabilidad, sistemas de seguimiento educativo, con los cuales ya se

contaba con un sistema anterior es recomendable utilizar la implementacin en paralelo, ya que
esto permite que la nueva aplicacin se vaya ajustando para que sea confiable y robusta.
Debemos establecer tambin polticas para cualquier cambio o ajuste que requiera la
aplicacin, es decir, un formato de requerimientos para cambios, as como ir documentando
cada cambio que se realice, errores y resultados obtenidos con el nuevo sistema.
Aunque el trabajo no termina ah pues debemos estar en una constante supervisin de la
aplicacin para asegurar el xito de la misma.
1.0.4 Mantenimiento
Al implementar una aplicacin web, hablemos desde una pgina hasta una aplicacin
administrativa o de la ndole que sea, debemos tener en cuenta que debemos tener cuidados
tanto con la aplicacin, el servidor donde se hospedan las aplicaciones, por lo que debemos
considerar actividades que se deben realizar para mantener el sistema en ptimo
funcionamiento:
Depuracin
de archivos basura: eliminar
de
nuestro
servidor
peridicamente
archivos
temporales, archivos que ya no se utilicen, aplicaciones innecesarias, utilizar los optimizadores

de espacio para asegurar un servidor funcional y sin problemas de software.
Respaldos: realizar peridicamente respaldos de la aplicacin y bases de datos cuando se va a
someter a mantenimiento el equipo, se realizan ajustes o cambios a la aplicacin, se realice la
sustitucin de la misma por una nueva, es importante para cualquier contingencia tener
siempre un respaldo de las aplicaciones web que se manejen, que no sean muy alejadas
procurar hacerlo por lo menos una vez por semana.
Mantenimiento preventivo: recordemos de realizar la limpieza del servidor peridicamente, que
se encuentre libre de polvo para evitar malfuncionamiento del equipo por falta de limpieza,
realizar esto al menos cada 2 meses para mantener el equipo en excelentes condiciones.
Formatos para modificaciones al sistema: realizar un formato con el cual se tenga
un registro de los cambios que se realizarn a la aplicacin, de preferencia en donde se haga
referencia a que proceso se va a modificar y porqu, es importante la justificacin para someter
esta a una evaluacin de viabilidad para dicho ajuste y una bitcora donde se anote los
cambios que se realizaron con fecha, proceso que se modifica y describir el proceso que se
modific.
Revisar constantemente las condiciones de instalacin elctrica y mantener el equipo en
una temperatura ambiente, ya que estos factores pueden acarrearnos serios problemas con el
equipo para nuestra aplicacin.
Las actividades como depuracin de archivos, mantenimiento y respaldos recaen sobre

el administrador de servidor o webmaster, mientras que para la instalacin elctrica y climas se
pueden recurrir a instancias externas a los departamentos de informtica.
1.0.5 Estndares y Documentacin para la aplicacin

Principal objetivo de esto es lograr:
Estandarizar los procedimientos de desarrollo y realizacin de la documentacin de las
aplicaciones web.
Establecer mtodos de comunicacin con las dems reas que participan en el
desarrollo de las aplicaciones que se desean.

Motivar al personal de forma ordenada, metdica y disciplinada.
Establecer procedimientos de revisin y aprobacin de los resultados obtenidos en
cada fase de desarrollo de la aplicacin.

Establecer una forma estndar al desarrollar los programas que se realizarn, por
ejemplo, como nombrar variables, organizacin de cdigo, de archivos, etc.

Por lo que dentro de la documentacin de soporte debemos incluir:
Narracin del anlisis previo.
Diagramas de flujo.
Diccionario de datos.
Diseo de pantallas.
Descripciones de las entradas y salidas
Los programas desarrollados.
Manual de Usuario.
Los documentos deben ser referenciados con el nombre del proyecto que conforma la
aplicacin.
Captulo 3:
Mtodos
para la construccin de la Solucin Tecnolgica
3.1
Metodologas de desarrollo de Aplicaciones web.
3.1.1
Mtodo Scrum
Metodologa Scrum
Scrum es una metodologa gil y flexible para gestionar el desarrollo de software, cuyo
principal objetivo es maximizar el retorno de la inversin para su empresa (ROI). Se
basa en construir primero la funcionalidad de mayor valor para el cliente y en los
principios
de
inspeccin
continua,
adaptacin,
auto-gestin
innovacin.
Con la metodologa Scrum el cliente se entusiasma y se compromete con el proyecto

dado que lo ve crecer iteracin a iteracin. Asimismo le permite en cualquier momento
realinear el software con los objetivos de negocio de su empresa, ya que puede
introducir cambios funcionales o de prioridad en el inicio de cada nueva iteracin sin
ningn problema.
Esta metdica de trabajo promueve la innovacin, motivacin y compromiso del equipo
que forma parte del proyecto, por lo que los profesionales encuentran un mbito
propicio para desarrollar sus capacidades.
Beneficios del Scrum:
Colaboracin estrecha con el cliente.
Predisposicin y respuesta al cambio.
Prefiere el conocimiento tcito de las personas al explcito de los procesos.
Desarrollo incremental con entregas funcionales frecuentes.
Comunicacin verbal directa entre los implicados en el proyecto.
Motivacin y responsabilidad de los equipos por la autogestin, autoorganizacin y compromiso.
Simplicidad. Supresin de artefactos innecesarios en la gestin del proyecto.
Esquema Scrum:
Producto
Ciclos
Ciclos de
Pila de
acumulacin
Figura. Esquema Scrum
Fuente: Esquema Scrum http://www.metodoscrum.com

Proceso de Trabajo:
El proceso parte de la lista de tareas (Product backlog).
De esta lista el cliente prioriza los requisitos basndose en objetivos,
balanceando el valor que le aportan a su coste y quedando repartidos en
iteraciones y entregas (Sprint backlog),
De manera regular el cliente puede maximizar la utilidad de lo que se desarrolla
mediante la re planificacin de objetivos que se puede realizar al inicio de cada
iteracin
Cada da de una iteracin debe realizarse una reunin con los integrantes del
equipo con el objetivo de obtener de primera mano los avances de las tareas y
los obstculos que se van presentando a lo largo del desarrollo de la iteracin
Una vez finalizado un Sprint backlog, se revisan con el usuario o cliente los
productos obtenidos (Sprint review) y si cumplen con las necesidades plasmadas
por el usuario al inicio de la iteracin.
Cada fin de un Sprint Backlog, se debe revisar los aspectos positivos y

negativos del mismo (Sprint retrospective) con el objetivo de poder utilizar estos
para una mejor planificacin de la siguiente iteracin a realizar.
SPRINTS:
Los sprints son cada una de las partes del ciclo de vida del
mtodo Scrum.
Son la base del desarrollo.
Distintas partes en las que se divide el producto a realizar
Cada Sprint dura de 2 a 4 semanas
Elementos del SCRUM:

Componentes o Roles.
Propietario del producto (Product Owner)
Scrum Manager (o Scrum Master).
Equipo de desarrollo (Scrum Team).
Usuarios o Clientes y Stackholders.
Elementos o artefactos
Pila de Producto (Product Backlog)
Pila de Sprint (Sprint Backlog)
Burndown Chart.
Incremento.
Reuniones o meetings
Sprint Planning meeting.
Sprint Review.
Sprint Retrospective
Daily Scrum Meeting.
Roles:
Product Owner.
El responsable de obtener el mayor valor de producto
Representa al cliente
Es el que puede definir o cambiar el producto y acepta o rechaza el

resultado de cada Sprint.
Es el que exige y prioriza los requerimientos del producto.
Scrum Master o Scrum Manager.
Gestor de los equipos
Responsable del funcionamiento y productividad del equipo de

desarrollo.
Asegura el seguimiento de la metodologa guiando las reuniones y

ayudando al equipo ante cualquier problema que pueda aparecer.
Trabaja junto al equipo
Scrum Team. Equipo de desarrollo.
Grupo de trabajo que desarrollan el producto Sprint a Sprint.
Responsables de implementar las funcionalidades del Product Owner.
5 a 9 personas, multidisciplinares y multifuncionales.
Comprometidos y auto-organizados.
Stackholders (clientes, usuarios)
Hacen posible el proyecto.
Slo participan directamente durante las revisiones del sprint.
Beneficiarios finales del producto.
Viendo los progresos, pueden aportar ideas, sugerencias o necesidades.
ELEMENTOS O ARTEFACTOS
Product Backlog o Pila de Producto:
Todas las tareas, funcionalidades o requerimientos a realizar
Marcadas y priorizadas por el Product owner.
Lista de requisitos de usuario que se origina con la visin inicial del

producto
Va creciendo y evolucionando durante el desarrollo por lo que nunca

llega a ser una lista definitiva.
Sprint Backlog o Pila de Sprint:
Una tarea que proviene de la lista de tareas (Product backlog),
Deben acometerse entre 2 y 4 semanas.
Un Sprint backlog no puede ser alterado o modificado. Hay que esperar a

que concluya para hacerlo.
En definitiva, es la lista de los trabajos que debe realizar el equipo

durante el sprint para generar el incremento previsto.
Burndown Chart:
Es el grfico que controla el progreso del sprint y la cantidad restante de

trabajo por hacer.
Re-estima las tareas o se aaden nuevas tareas.
Es muy importante para que los Stackholders evalen el proceso de cada

sprint.
Incremento:
Es el resultado entregable final de cada Sprint
MEETINGS O REUNIONES
Sprint Planning Meeting:
Reunin de planificacin del sprint Backlog
Se priorizan los requerimientos
Participantes: Scrum master, Scrum team y el Product owner.
Jornada previa al inicio de un Sprint
Determina el trabajo y los objetivos que se deben cumplir en esa

iteracin
La duracin depende del Sprint, pero como mximo ser de 8 horas.
Sprint Review Meeting:
Reunin de revisin del Sprint.
Se realiza una vez terminado un Sprint.
Revisin entre 2 y 4 horas
El Scrum Team Muestra los avances live al Product Owner
Se presentan nuevas funcionalidades y se genera un feedback del

producto.
la revisin del sprint es el anlisis y revisin del incremento generado.
Sprint Retrospective:
Retrospectiva del Sprint.
El Product owner revisar con el equipo los objetivos marcados

inicialmente en el Sprint backlog concluido,
se aplican cambios y ajustes necesarios,
Se marcan aspectos positivos (para repetirlos) y los aspectos negativos

(para evitar que se repitan) del Sprint.
Se realiza al finalizar un Sprint, y durar entorno a una hora.
Reunin diaria (Daily scrum meeting).
Tarea iterativa todos los das de cada Sprint
Primera actividad del da
Duracin entorno a 15 minutos.
Ser moderado por el Scrum Master, 3 preguntas a cada miembro del

Scrum Team.
Qu hice ayer?,
Qu tengo previsto hacer hoy?
Qu dificultades tengo?)
Se verifica el avance de las tareas y la planificaciones de las mimas.
VENTAJAS E INCONVENIENTES
Ventajas.
Obtencin de Software con requerimientos exigidos de forma rpida.
Trabajo con iteraciones rpidas
Gran adaptacin al cambio. Ventaja competitiva.
Creatividad y efectividad del equipo auto administrado y entorno libre

de interrupciones.
Reuniones dedicadas a problemas recientes. Evita estancamiento.
Inconvenientes.
Delegacin de responsabilidades y posibilidad de fallo.
Dificultad de aplicacin para grandes proyectos
Se requiere de un agile champion para monitorizar el desarrollo
Problemas si el precio y fecha de entrega son cerrados
Presuposiciones de: equipos formados y motivados, clientes

involucrados en el desarrollo y su participacin, y que la documentacin
no es necesaria.
CONCLUSIONES.
No es vlido para cualquier proyecto o equipo de trabajo.
ptimo para un equipo de 8 personas.
No existe una metodologa vlida 100% para todas las personas
o empresas, pero Scrum est empujando fuerte por su facilidad
de implantacin y agilidad en cuanto a cambios.
Scrum evita la burocracia y generacin de documentos.

La idea Principal es ponerse a trabajar cuanto antes y que el
cliente vaya viendo avances.
Idea metodologa gil: que se pueda reconducir fcilmente el
proyecto y que afecte lo menos posible a costes, tiempos y
equipos de trabajo.
3.1.2
Mtodo XP
QUE ES LA METODOLOGIA XP
Metodologa liviana de desarrollo de software
Conjunto de prcticas y reglas empleadas para desarrollar

software
Basada en diferentes ideas

ambientes muy cambiantes
Originada en el proyecto C3 para Chrysler
En vez de planificar, analizar y disear para el futuro distante,

hacer todo esto un poco cada vez, a travs de todo el proceso
de desarrollo
acerca
de
cmo
enfrentar
PARA QUE SIRVE LA METODOLOGIA XP

La metodologa Xtreme Programming (XP) pretende que el desarrollo de un proyecto
de software sea un desarrollo gil, disciplinado y aporte soluciones sencillas.
Tiene un enfoque adaptativo en el que la planificacin del proyecto progresa a medida
que surgen cambios.
Los principios de actuacin claves alrededor de los cuales se fundamenta la metodologa
XP consiste en:
Acortar los ciclos de desarrollo
Involucrar al cliente desde el principio hasta el final de cada

ciclo
Las tcnicas de trabajo que proporciona XP consiguen minimizar el impacto que los
cambios suponen en un proyecto de desarrollo de Software.
Acortar los ciclos de desarrollo y reforzar la comunicacin con el cliente permiten:
Centrarse cada vez en un problema muy concreto y en el
momento justo
Solucionarlo de manera consensuada,
arrastrarlo a lo largo del proyecto
inmediata
no
Comenzar cada nuevo ciclo de desarrollo sobre una versin

intermedia contrastada, verificada y aceptada por el cliente
ROLES Y RESPONSABILIDADES EN XP
Existen diferentes roles (actores) y responsabilidades en XP para diferentes tareas y
propsitos durante el proceso:
Programador (Programmer)
Responsable de decisiones tcnicas
Responsable de construir el sistema
Sin distincin entre analista, diseadores o codificadores
En XP los programadores disean, programan y realizan las

pruebas
Cliente (Customer)
Es parte del equipo
Determina que construir y cundo
Escribe test funcionales para determinar cundo est completo

un determinado aspecto
Entrenador (Coach)
El lder del equipo toma las decisiones importantes
Principal responsable del proceso
Tiende a estar en un segundo plano a medida que el equipo

madura
Rastreador (Tracker)
Metric Man
Observar sin molestar
Conserva datos histricos
Probador (Tester)
Ayuda al cliente con las pruebas funcionales
Se asegura de que los test funcionales se ejecutan
CICLO DE VIDA
El ciclo de vida de XP segn una iteracin de desarrollo es el tiempo en el que se realiza
un conjunto de funciones determinadas que en XP corresponden a un conjunto de
Historias de Usuarios.
Las iteraciones son cortas ya que entre ms rpido se le entreguen los desarrollos al
cliente mucha ms retroalimentacin se va a obtener, lo cual significa una mejor calidad
del producto a largo plazo. Existe un nivel de anlisis inicial orientado a programar las
iteraciones de desarrollo y cada iteracin incluye, diseo, codificacin y pruebas.
Fases del ciclo de Vida de XP:

Fase de Exploracin
En esta fase la Historia de Usuarios es de gran inters para la primera entrega del
producto, lo que permite al equipo de desarrollo familiarizarse con las herramientas,
tecnologas y prcticas que se utilizara en el proyecto.
Se construye un prototipo que pruebe las tecnologas y explore las posibilidades de la
arquitectura del sistema. La fase de exploracin se toma semanas o meses dependiendo
del tamao y familiaridad que tengan los programadores con la tecnologa.
Fase de Planeamiento
Los programadores consideran el esfuerzo que requiere cada historia y a partir de all se
define el cronograma. Para el primer release (liberacin), la duracin del cronograma no
excede ms de dos meses, se toma en cuenta varias iteraciones para lograr un release.
La primera iteracin crea un sistema con la arquitectura del sistema completo, esto se
har seleccionando las historias que harn cumplir la construccin de la estructura para
el sistema completo. Las historias sern seleccionadas por el cliente para cada iteracin,
al final de la ltima iteracin el sistema estar listo para la produccin.
Fase de Produccin
Requiere prueba y comprobacin extra del funcionamiento del sistema antes de que esta
pueda liberar al cliente. Durante esta fase, las iteraciones pueden ser aceleradas de una a
tres semanas, las ideas y las sugerencias que se pospongan se documentan para una
puesta en prctica posterior, por ejemplo en la fase de mantenimiento.
Fase de Mantenimiento
Requiere de un mayor esfuerzo para satisfacer las tareas del cliente. As la velocidad del
desarrollo puede desacelerar despus de que el sistema est en la produccin. La fase de
mantenimiento puede requerir la incorporacin de nueva gente y cambiar la estructura
del equipo.
Fase de Muerte
Es cuando el cliente no tiene ms historias para ser incluidas en el sistema. Esto requiere
que se satisfagan las necesidades del cliente en otros aspectos como rendimiento y
confiabilidad del sistema, se genera la documentacin final del sistema y no se realizan
ms cambios en la arquitectura.
La muerte del proyecto tambin puede ocurrir cuando el sistema no genere los
beneficios esperados por el cliente o cuando no hay presupuesto par mantenerlo.
Valores en XP
XP se basa en cuatro valores, que deben estar presentes en el equipo de desarrollo para
que el proyecto tenga xito
Comunicacin
Uno de los problemas que existen en los proyectos de software es la falta de

comunicacin entre los miembros del equipo, la comunicacin es fundamental dentro
del equipo ya que la documentacin es escasa y siempre va ha prevalecer un dilogo
frontal, cara a cara entre desarrolladores, gerentes y cliente los cuales son los medios
bsicos de comunicacin, y para desarrollar un producto de manera eficiente y
satisfactoria es necesario que exista un alto nivel de comunicacin entre los miembros
del equipo.
Retroalimentacin
El cliente brinda retroalimentacin a las funciones desarrolladas e incluyen sus
comentarios en la prxima iteracin para una mejor comprensin de sus necesidades, la
retroalimentacin constante y el involucramiento por parte del cliente garantizan un alto
grado de satisfaccin en el cliente.
Simplicidad
Siempre se debe mantener las cosas ms simples mientras nos apegamos al proceso que
nos lleva a cumplir con los requerimientos del sistema que se est construyendo.
Coraje
Los desarrolladores involucrados deben de tener la actitud necesaria para lograr un
cambio y alcanzar resultados de alta calidad, sin importar cuanto tiempo se ha invertido
previamente en el mismo.
DIFERENCIAS FUNDAMENTALES DE EXTREME PROGRAMMING
No hay requisitos explcitos sino que el cliente participa en el

desarrollo
Se empieza por automatizar las pruebas
Se desarrolla siempre la versin ms simple posible que

resuelva el problema
Se ejecutan todas las pruebas todos los das
Se cambia el diseo (aunque sea radicalmente) siempre que

haga falta
CONCLUSION DE LA METODOLOGIA XP
Las metodologas giles de desarrollo de Software, en particular Extreme Programming
(XP), es una de las tendencias de mayor impacto en la industria del desarrollo de
Software, es una metodologa reciente (tiene alrededor de 5 aos). La filosofa de XP es
satisfacer al completo las necesidades del cliente, por eso lo integran como una parte
ms del equipo de desarrollo.
XP inicialmente fue creada para el desarrollo de aplicaciones dnde el cliente no sabe
muy bien lo que quiere, lo que provoca un cambio constante en los requisitos que debe
cumplir la aplicacin. Por este motivo es necesaria una metodologa gil como XP que
se adapte a las necesidades del cliente y dnde la aplicacin se va reevaluando en
periodos de tiempos cortos.
Tambin una de las cualidades ms destacables en una metodologa gil es su sencillez,
tanto en su aprendizaje como en su aplicacin.
XP est diseada para el desarrollo de aplicaciones que requieran un grupo de
programadores pequeo, donde la comunicacin sea ms factible que en grupos de
desarrollo grandes. La comunicacin es un punto importante y debe realizarse entre los
programadores, los jefes de proyecto y los clientes donde el entorno fsico sea un
ambiente de armona que permita una buena comunicacin y colaboracin entre los
miembros del equipo durante el tiempo de desarrollo del proyecto, alguna resistencia
por parte del cliente o del equipo de desarrollo hacia las prcticas y principios puede
conducir al fracaso total, ya que el clima de trabajo, la colaboracin y la relacin son
punto claves para llegar al xito
3.1.3
Metodologa RUP
El Proceso Unificado de Rational (Rational Unified Process en ingls, habitualmente resumido

como RUP) es un proceso de desarrollo de software implementado y desarrollado por la
empresa Rational Software, actualmente propiedad de IBM. Junto con el Lenguaje Unificado de
Modelado UML, constituye la metodologa estndar ms utilizada para el anlisis, diseo,
implementacin y documentacin de sistemas orientados a objetos. El RUP no es un sistema
con pasos firmemente establecidos, sino un conjunto de metodologas adaptables al contexto y

necesidades de cada organizacin. Todo en el software cambia. Los requisitos cambian. El
diseo cambia. El negocio cambia. La tecnologa cambia. El equipo cambia. Los miembros del
equipo cambian.
El problema no es el cambio en s mismo, puesto que sabemos que el
cambio va a suceder; el problema es la incapacidad de adaptarnos a dicho cambio cuando ste

tiene lugar. [2]
RUP Forma disciplinada de asignar tareas y responsabilidades en una empresa de desarrollo
(quin hace qu, cundo y cmo).
RUP Es un marco del proyecto que describe una clase de los procesos que son iterativos e
incrementales.
RUP Define un manojo entero de las actividades y de los artefactos que usted necesita elegir
de para construir sus el propios, proceso individual.
3.1.3.1 Los Procesos de RUP

Estiman tareas y horario del plan midiendo la velocidad de iteraciones concerniente a sus
estimaciones originales. Las iteraciones tempranas de proyectos conducidos RUP se enfocan
fuertemente sobre arquitectura del software; la puesta en prctica rpida de caractersticas se
retrasa hasta que se ha identificado y se ha probado una arquitectura firme.
La ventaja
principal de RUP es que se basa todo en las mejores prcticas que se han intentado y se han
probado en el campo. (En comparacin con XP que se basa en las prcticas inestables que
utilizaron juntas se evita que se derribe). [2]
RUP Define 9 Disciplinas a Realizar en cada Fase del Proyecto:
Modelado del negocio
Anlisis de requisitos
Anlisis y diseo
Implementacin
Test
Distribucin
Gestin de configuracin y cambios
Gestin del proyecto
Gestin del entorno.
3.1.3.2 Importancia del RUP
En la actualidad, la utilizacin de metodologas para el desarrollo de aplicaciones es casi

imposible omitirla, debido a la gran necesidad de control de variables que conlleva el mismo
desarrollo, y para la ordenada elaboracin de las aplicaciones, por lo tanto, seguir
metodologas y estndares nos llevan a estar en competitividad en todo momento. Es de suma
importancia conocer el modo como se interrelacionan metodologas con estndares y
herramientas siguiendo un nico propsito, el cual consiste en la elaboracin de aplicaciones
de manera eficiente, ordenada y con el menor nmero de defectos. [3]
La metodologa RUP nos proporciona disciplinas en las cuales se encuentran artefactos con lo
cual se podr contar con guas para poder documentar e implementar de una manera fcil y
eficiente, todas las guas para un buen desarrollo, todo esto dentro de las respectivas fases con
las cuales cuenta.
RUP divide el proceso en 4 fases, dentro de las cuales se realizan varias iteraciones en nmero
variable segn el proyecto y en las que se hace un mayor o menor hincapi en los distintas
actividades.
Inicio
Esta fase tiene como propsito definir y acordar el alcance del proyecto con los
patrocinadores, identificar los riesgos asociados al proyecto, proponer una visin muy
general de la arquitectura de software y producir el plan de las fases y el de iteraciones
posteriores.
Elaboracin
En la fase de elaboracin se seleccionan los casos de uso que permiten definir la
arquitectura base del sistema y se desarrollaran en esta fase, se realiza la
especificacin de los casos de uso seleccionados y el primer anlisis del dominio del
problema, se disea la solucin preliminar.
Construccin
El propsito de esta fase es completar la funcionalidad del sistema, para ello se deben
clarificar los requisitos pendientes, administrar los cambios de acuerdo a las
evaluaciones realizados por los usuarios y se realizan las mejoras para el proyecto.
Transicin
El propsito de esta fase es asegurar que el software est disponible para los usuarios
finales, ajustar los errores y defectos encontrados en las pruebas de aceptacin,
capacitar a los usuarios y proveer el soporte tcnico necesario. Se debe verificar que el
producto cumpla con las especificaciones entregadas por las personas involucradas en
el proyecto.
Ilustracin 1 METODOLOGIA RUP Fuente: [2]

Dado los requerimientos del sistema, el que ms se adecua a l es la metodologa RUP,
gracias a su manejo de riesgo, Iteracin con el cliente, ya que todos tendrn su propia interface
y la duracin va ser larga ya que est expuesta a cambios continuos, es por eso que la
metodologa RUP es la ideal para este sistema.
El RUP est basado en 6 principios clave que son los siguientes:
Adaptar el proceso
El proceso deber adaptarse a las necesidades del cliente ya que es muy importante
interactuar con l. Las caractersticas propias del proyecto u organizacin. El tamao del
mismo, as como su tipo o las regulaciones que lo condicionen, influirn en su diseo
especfico. Tambin se deber tener en cuenta el alcance del proyecto en un rea sub formal.
Equilibrar prioridades
Los requisitos de los diversos participantes pueden ser diferentes, contradictorios o disputarse
recursos limitados. Debe encontrarse un equilibrio que satisfaga los deseos de todos. Gracias a
este equilibrio se podrn corregir desacuerdos que surjan en el futuro.
Demostrar valor iterativamente

Los proyectos se entregan, aunque sea de un modo interno, en etapas iteradas. En cada
iteracin se analiza la opinin de los inversores, la estabilidad y calidad del producto, y se refina
la direccin del proyecto as como tambin los riesgos involucrados
Colaboracin entre equipos

El desarrollo de software no lo hace una nica persona sino mltiples equipos. Debe haber una
comunicacin fluida para coordinar requisitos, desarrollo, evaluaciones, planes, resultados, etc.
Elevar el nivel de abstraccin

Este principio dominante motiva el uso de conceptos reutilizables tales como patrn del
software, lenguajes 4GL o marcos de referencia (framework) por nombrar algunos. Esto evita
que los ingenieros de software vayan directamente de los requisitos a la codificacin de
software a la medida del cliente, sin saber con certeza qu codificar para satisfacer de la mejor
manera los requisitos y sin comenzar desde un principio pensando en la reutilizacin del
cdigo.
Enfocarse en la calidad
El control de calidad no debe realizarse al final de cada iteracin, sino en todos los aspectos de
la produccin. El aseguramiento de la calidad forma parte del proceso de desarrollo y no de un
grupo independiente.
3.2
Evaluacin comparativa entre las metodologas
Criterios del Sistema

El Sistema debe tener relacin
con el cliente
Descripcin
El sistema de registro de visitas debe ser amigable y
de fcil uso para los usuarios ya que gracias a ellos se
poblara la data para mostrar los registro de visitas.
El sistema de registro de visitas de Corpac mantiene
El sistema debe manejar el

ingreso de Datos y de Riesgo
disponible cada cierto tiempo un backup de toda la

data.
El sistema debe reducir el
El sistema de registro de visitas de Corpac tiene que
tiempo de gestin de cada rea.
considerar la reduccin de tiempo para las diferentes

reas como son la de gerencia seguridad, gerencia
tcnica que muy a menudo pide la informacin de
todos los registros para poder ser publicados a travs
del portal web de la empresa para la supervisin de la
entidad del estado FONAFE.
El sistema debe disearse de

forma que este pueda
evolucionar no nicamente de
su desarrollo inicial, sino en
futuras generaciones.
Constantemente el sistema de registro de visitas de

CORPAC se actualizar y se ingresara nuevos
mdulos para mejorar la gestin ya que actualmente
se hacen distintas versiones del mismo y se crean
nuevas gerencias y esto hace que la documentacin y
la codificacin del sistema vari.
El sistema debe permitir

realizar correcciones de
los errores antes de aadir una
nueva funcionalidad.
Constantemente se aadir nuevas funciones a los

mdulos del sistema de registro de visitas de Corpac
para facilitar el ingreso de datos y hacerlo as mas
interactivo tanto para el administrador como l
vigilante.
El
sistema
de
registro
de
visitas
Corpac
El sistema debe ser resistente al
Constantemente se ingresara data, registros e ingreso
ingreso masivo de dato y
masivo de usuarios al sistema ya que como son
conexin de varios usuarios al
muchos ingresos a la institucin (puntos de
mismo tiempo.
vigilancia) debe estar soportado el logeo de muchos

usuarios a la vez.
Por el uso que se tendr el sistema de registro de
El sistema debe estar hecho con

metodologa basada en prueba
y errores.
visitas de Corpac todos los das, tenemos que tener

confiabilidad
con
el
sistema
dndole
un
mantenimiento casualmente para eso se usaran las

metodologas que hagan una buena documentacin
del sistema.
Diseo simple
El sistema de registro de visitas tiene que ser Usable

e interactiva para que el usuario pueda hacer uso del
sistema sin tener conocimiento de cmo funciona el
sistema. El diseo debe ser fcil de usar y adecuado
para todas las personas independientemente de sus
capacidades y habilidades, debe ser fcil de entender
independientemente
conocimientos,
las
de
la
experiencia,
habilidades
el
los
nivel
de concentracin del usuario.

Hacer el diseo siempre lo mnimo imprescindible de
la forma ms sencilla, el cdigo debe ser tambin lo
ms simple posible y comentado para futuras
modificaciones.
Desarrollado
persona
por
una
sola Desarrollar por solo una persona lleva un mejor

control de las actividades, sus avances y problemas,
adema hace mucho ms fcil la depuracin de errores
y pruebas del sistema porque es el mismo quien lo
desarrolla. Una buena planificacin del tiempo de las
actividades diarias, no debe haber das muertos en
que no se sabe qu hacer y que no se deben hacer un
exceso de horas otros das, mantener fresco al
desarrollador del sistema, permitindole creatividad.
Multimedia e Interactivo
Mediante diversos elementos audiovisuales permite

la interaccin del usuario con los contenidos de
manera
diferente
aumentando
el
grado
de
satisfaccin del producto, logrando que el cliente

tenga una buena percepcin mucho ms positiva del
producto.
Seguridad de Alto Nivel a En el sistema de registro de visitas de Corpac
Prueba de Errores
Constantemente se realicen pruebas durante el
proceso desarrollo del sistema, desde la parte de
programacin hasta las pruebas con el diseo.
Asegurar que slo los usuarios autorizados tengan
acceso al sistema esto se hace mediante una base de
datos SECURITY que cuenta con la licencia la
institucin validando as todos los ingresos de los
usuarios antes de ingresar a la sistema web, se debe
configurar que las consultas en la base de datos
verifiquen datos omitidos y errores, debe tener
soluciones
ante
cada
del
sistema,
evitando
infiltraciones y hackeos del sistema.

Tabla 1 Funcionalidades del Sistema de Metodologas
Leyenda de la funcionalidades:
0-No tiene.
1-Baja (Poco amigable y pocos datos).
2-Media (poco amigable e insuficiente).
3-Alta (amigable y con datos suficientes)
Tabla 2 Leyenda de Funcionalidades de Metodologas
Criterio de las/Metodologa
El Sistema debe tener relacin con el

cliente,
El sistema debe manejar el ingreso de

Datos y de Riesgo
El sistema debe reducir el tiempo de

gestin de cada rea.
SCRUM
RUP
XP
El sistema debe disearse de forma

que
este
pueda
evolucionar
no
nicamente de su desarrollo inicial,

sino en futuras generaciones.
5
El sistema debe permitir realizar

correcciones de los errores antes de
aadir una nueva funcionalidad.
El sistema debe ser resistente al

ingreso masivo de dato y conexin de
varios usuarios al mismo tiempo.
Seguridad de Alto Nivel a Prueba de

Errores
Diseo simple
Desarrollado por una sola persona
10
Multimedia e Interactivo
11
Seguridad de Alto Nivel a Prueba de

Errores
18
30
29
TOTAL
Tabla 02: Comparacin de Metodologas RUP, SCRUM, XP

Elaboracin: Propia 2013
El Proceso Unificado de Rational es una de las metodologas que se adapt mejor para
el desarrollo del Sistema, ya que gracias a esta se puede utilizar distintas herramientas
como el Lenguaje Unificado de Modelado (UML), permitiendo la representacin
grfica de los procedimientos que se realizan para la emisin de pedidos tanto al
proveedor como para el cliente, as como tambin constituye una de las metodologas
estndar ms utilizada para el anlisis, implementacin y documentacin de
sistemas orientados a objetos.
RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de
metodologas adaptables al contexto y necesidades de cada organizacin. Proponiendo
as a la organizacin los diagramas a utilizar en las diferentes etapas del desarrollo de
los sistemas de informacin.
Esta metodologa entre otras es mucho ms amplia, donde su principal beneficio
es iterativo e incremental, que unido a otras prcticas claves como la orientacin al
manejo de riesgos y la planeacin adaptable, permiten de forma natural guiar
adecuadamente el proceso de desarrollo de software.
Este mtodo IBM lo baso en el modelo en espiral que organiza las interacciones por
etapas y fases para obtener una estructura ms solidad, clara y ajustable a las
necesidades particulares de cada organizacin.
3.3
Mtodos para Resolver el Problema
3.3.1
Metodologas para la Gestin de Visitas.
3.3.1.1 Registro y Control de Visitas en el Instituto Peruano del Deporte

(RCVIPD)
Objetivos
Segn los objetivo de este Proyecto es establecer el procedimiento para el registro y
control de visitantes al Instituto Peruano del Deporte.
Alcances
Sus alcances son aplicados a la sede central y todas aquellas instalaciones de la
institucin, que cuenten con los recursos informticos necesarios, en el cual se
encuentre instalado el Sistema de Control de Visitas.
Definiciones
-
Visita Programada: Aquella visita que se realiza de manera concertada, en la

cual, el servidor comunica al vigilante de turno la llegada de un visitante en la
fecha y hora indicada.

Visita no Programada: Aquella visita que se suscrita sin anuncio previo.
rea Usuaria: Son los diversos rganos o Unidades Orgnicas pertenecientes al
IPD.
Visitante: Persona que se acerca a la institucin en representacin propia o de
alguna organizacin, para sostener una conversacin con algn servidor de la
Entidad.
Control: Son las acciones que realiza el Servicio de Vigilancia en cumplimiento de
sus funciones.
Sistema de Control de Visitas: Sistema informtico desarrollado bajo plataforma
Web, para dar soporte al procedimiento de Registro y Control de Visitas al IPD.
Especificacin de Actividades del Procedimiento

Se presentan dos casos a ser atendidos, aquellas visitas que se programaron con
antelacin y aquellas que se suceden repentinamente, a continuacin se detallan las
actividades de cada una de ellas.
CASO A: Visita Programada
Cdigo
Nombre de la Actividad
ACTIVIDAD NRO 1
Recepcin del Visitante
Objetivo
Efectuar los registros y las coordinaciones necesarias

con las reas y/o servidores que atendern al visitante.
Paso
N
Responsable
Tareas
rea
Usuaria//Servidor,
Secretaria.
Programa la visita en el Sistema de Control de

Visitas, comunica el vigilante de turno (opcional),
sobre la llegada del visitante, para las previsiones del
caso.
Servicio
de Recibe al visitante, registra el nombre y la organizacin
vigilancia/Vigilante (de corresponder) de donde proviene; el motivo de la
de turno.
visita, la fecha y la hora de su llegada y el nombre del
personal que lo atender.
Servicio
de
vigilancia/Vigilante
de turno
Reglas del Negocio
Contacta con el personal que lo atender.

Confirma la disponibilidad para la atencin.
Solicita el DNI del visitante (el cual queda en
custodia).
Entrega el Fotocheck de visitante.
Orienta la ruta de acceso, y registra los datos en el
sistema.
La identificacin de los visitantes ser con su DNI,
excepcionalmente se podr atender con otro
documento que permitir su identificacin,
debiendo tomarse las precauciones del caso.
El ingreso a la institucin de laptop, cmaras u
otros similares debern ser declarados por el
visitante y registrados por el vigilante de turno.
A criterio del servicio de vigilancia, podr ser
retenido algn objeto, quedando en custodia hasta
la culminacin de la visita.
El visitante deber portar el Fotocheck en un lugar
visible en todo momento.
Para el caso del estadio nacional, cuando algn
visitante ingrese con vehculo, el vigilante de turno
deber registrar el nmero de placa, orientar el
lugar de parqueo, registrar datos, entre otras
medidas de control.
El personal de turno que brinda el servicio de
vigilancia, deber registrar los datos de ingreso y
salida de visitantes, de acuerdo a lo establecido en

el Sistema de Control de Visitas elaborado por la
unidad de informtica, el cumplimiento a lo
dispuesto en la Resolucin Ministerial N2032012-PCM.
Cdigo
ACTIVIDAD NRO 2
Atencin del Visitante
Objetivo
Brindar atencin oportuna y clida al visitante, por el

periodo de tiempo que permanezca en la institucin.
Paso N
Responsable
Tareas
rea
Usuaria/ Recepcionar al visitante en el ambiente de espera, comunicar
Secretaria.
al servidor que atender al visitante, registrar la hora de
atencin en el Sistema de Control de Visitas.
rea
Usuaria/Servidor,
Secretara.
El servidor brindara la atencin al visitante con prontitud y

calidez, al final del cual, se registrara en el sistema la hora
de culminacin de la atencin.
rea
Usuaria/Servidor.
En caso de que exista la necesidad de que el visitante realice

otra visita ser derivada a la Oficina correspondiente para su
atencin, siguiendo lo establecido en el paso 1 de la presente
actividad.
Reglas del Negocio
Cdigo
En caso que la secretaria del rea usuaria no est en

condiciones de recibir al visitante y/o registrar en el
sistema, esta tarea podr ser realizada por el servidor
que brindara la atencin al visitante o por quien designe
la jefatura.
El visitante podr ser derivado a otra oficina en caso
exista la necesidad manifiesta por parte del visitante o
por el servidor que lo atendi, debiendo registrarse en el
sistema.
ACTIVIDAD NRO 3
Culminacin de la visita
Objetivo
Efectuar las acciones de control de salida del visitante y
registrar los datos en el sistema.

Paso N
Responsable
Tareas
Servicio de
Recibe de parte del visitante el Fotocheck, se asegura que en
vigilancia/Vigilante de el sistema se encuentre registrado el nombre del servidor que
turno.
lo atendi(o los servidores segn el caso) y la hora de
culminacin de la visita.
Servicio de
Pregunta si va a efectuar alguna otra visita, de ser
vigilancia/Vigilante de afirmativo, procede de acuerdo a lo establecido en el paso 1
turno.
de la actividad nmero uno, orientado la ruta a seguir, caso
contrario, hace entrega del documento de identidad del
visitante, verifica y registra los objetos de salida que son
propiedad de la institucin, si lo hubiera.
Servicio de
Registra datos de salida del visitante en el Sistema de
vigilancia/Vigilante de Control de Visitas.
turno
Reglas del Negocio
En caso que el visitante efectu el retiro de bienes de la

institucin, el vigilante de turno exigir la presentacin
de los documentos de salida correspondiente; efectuara
el chequeo de los bienes salientes y generara los
registros en el sistema.
En caso de que el visitante haya realizado visitas ms de
una oficina, el vigilante de turno verificara los registros
de cada oficina en el sistema.
Para el caso de estadio nacional, el retiro de vehculo del
visitante deber ser controlado previamente por el
servicio de vigilancia, debiendo registrarse los datos de
salida en el sistema.
CASO B: Visita No Programada

Cdigo
ACTIVIDAD NRO 1
Objetivo
Efectuar los registros y las coordinaciones necesarias con las

reas y/o servidores que atendern al visitante.
Paso
N
Responsable
Tareas
Servicio
de Recibe al visitante, registra el nombre y la Organizacin (de
vigilancia/Vigilante corresponder) de donde proviene, el motivo de la visita, la
de turno.
fecha y la hora de su llegada y el nombre del personal que lo
atender.
Servicio
de
de turno.
Reglas del Negocio
Contacta con el personal que lo atender (o secretaria).

Solicita el DNI del visitante. (el cual queda en custodia).
Orienta la ruta de acceso, y
Registra los datos en el sistema.

excepcionalmente se podr atender con otro documento
que permitir su identificacin, debiendo tomarse las
precauciones del caso.
El ingreso a la institucin de laptop, cmaras u otros
similares debern ser declarados por el visitante y
registrados por el vigilante de turno.
A criterio del servicio de vigilancia, podr ser retenido
algn objeto, quedando en custodia hasta la culminacin
de la visita.
El visitante deber portar el Fotocheck en un lugar visible
en todo momento.
Para el caso del estadio nacional, cuando algn visitante
ingrese con vehculo, el vigilante de turno deber registrar
el nmero de placa, orientar el lugar de parqueo, registrar
datos, entre otras medidas de control.
El personal de turno que brinda el servicio de vigilancia,
deber registrar los datos de ingreso y salida de visitantes,
de acuerdo a lo establecido en el Sistema de Control de
Visitas elaborado por la unidad de informtica, el
cumplimiento a lo dispuesto en la Resolucin Ministerial
N203-2012-PCM.
Cdigo
ACTIVIDAD NRO 2
Objetivo

Paso N
1
Responsable
rea
Tareas
Secretaria.

rea
Usuaria/Servidor,
Secretara.

rea
Usuaria/Servidor.

actividad.
Reglas del Negocio
Cdigo

la jefatura.
sistema.
ACTIVIDAD NRO 3
Objetivo

Paso N
Responsable
Tareas
Servicio
de Recibe de parte del visitante el Fotocheck, se asegura que en
turno.
Servicio
de Pregunta si va a efectuar alguna otra visita, de ser
turno.
Servicio
de Registra datos de salida del visitante en el Sistema de
vigilancia/Vigilante de
turno
Control de Visitas.
Reglas del Negocio

Para el caso de estadio nacional, el retiro de vehculo del
visitante deber ser controlado previamente por el
servicio de vigilancia, debiendo registrarse los datos de
salida en el sistema.
Flujograma del Procedimiento de Registro y Control de Visitas al IPD.

CASO A:Flujograma de una Visita Programada
SERVICIO
DE
VIGILANCIA
AREA USUARIA
SECRETARIA
ACTIVIDADES
SERVIDOR QUE
BRINDA LA
ATENCION
Inicio
El servidor programa la llegada de un
visitante en el Sistema de Control de
Visitas.
1, Recepcin del Visitante
Recibe al visitante, contacta con el
servidor o secretaria, retiene el DNI,
registra datos, entrega Fotocheck de
visitante y orienta la ruta.
2. Atencin al Visitante.
2.1. Recepciona, contacta y registra.
2.2. Atiende al Visitante.
2.3. existe la necesidad de ser derivado
a otra dependencia?, en caso afirmativo
se deriva a la nueva rea usuaria, para
su atencin (conforme al 2.1).
3. Culminacin de la Visita.
Verifica en el sistema, la atencin
recibida.
(En caso se vaya a realizar otra visita, se
contacta con la nueva rea usuaria para
coordinar su atencin).
Entrega documento de identidad,
verifica objetos de salida si lo hubiera.
Registra datos en el Sistema de
Control de Visitas y efecta las
acciones de control propias del servicio
de vigilancia.
Fin del Procedimiento
CASO B:Flujograma de una Visita No Programada

SERVICIO
DE
VIGILANCIA
AREA USUARIA
SECRETARIA
SERVIDOR QUE
BRINDA LA
ACTIVIDADES
ATENCION
Inicio
recibida.
de vigilancia.
3.3.2
Manual de Procedimientos de Seguridad para Unidades Administrativas y

Hospitales del Instituto de Salud del Estado de Mxico. (MPSUAHISEM)
3.3.2.1 Objetivos
Establecer un control del ingreso y egreso de los servidores pblicos, visitantes, bienes
y vehculos de los mismos, a las unidades que conforman el Instituto de Salud del
Estado de Mxico, mediante un registro y control adecuado.
3.3.2.2 Mapa de Procesos de Alto Nivel.
3.3.2.3 Proceso.
Ingreso y Egreso de Servidores Pblicos, Visitantes, Bienes y Vehculos.
Desde la solicitud de ingreso a las instalaciones del Instituto hasta el egreso de las
mismas.
3.3.2.4 Procedimientos.
-
Registro y control del ingreso / egreso de servidores pblicos y visitantes.
Registro y control del ingreso / egreso de bienes de servidores pblicos y

visitantes.
Registros y control del ingreso / egreso de vehculos de servidores pblicos y

visitantes.
3.3.2.5 Alcances.
La observacin del presente manual de procedimientos es de carcter obligatorio y
general para todo aquel servidor pblico, visitante y empleado de Seguridad adscrito al
Instituto de Salud del Estado de Mxico.
3.3.2.6 Responsabilidades.
1. El Departamento de Servicios Generales, deber:
Preparar, realizar y proveer en coordinacin con los departamentos de Apoyo y

Comits y de Adquisiciones respectivamente, la contratacin del servicio de
vigilancia, vigilar la entrada y salida de mobiliario y equipo en las oficinas
centrales del Instituto, analizar los informes elaborados por el personal de la
vigilancia para detectar posibles anomalas y llevar a cabo las acciones
conducentes y verificar que el prestador del servicio se apegue a los
lineamientos establecidos en su contratacin y en su caso, realizar las
observaciones y reclamaciones que procedan de manera conjunta con las
unidades.
2. La Oficina de Seguridad, Mantenimiento e Intendencia deber:
Registrar y controlar los accesos y egresos de los servidores pblicos adscritos al

Instituto y trabajadores de empresas contratistas; adems de la generacin de
informes respectos de las actividades realizadas por perodos;
Canalizar las solicitudes de acceso a las unidades administrativas e instruir al

jefe de servicio y elementos de seguridad actividades que juzgue pertinentes
para el buen desempeo de sus funciones.
3. El Jefe de Servicio deber:
Acordar con el Jefe de la Oficina de Seguridad, Mantenimiento e Intendencia

programas de actividades inherentes al servicio;
Exigir a los guardias de vigilancia responsables del acceso a los edificios del
Instituto identifiquen, y en caso, anuncien a toda persona que pretenda ingresar
al mismo;
Comprobar que toda persona que circule por los pasillos de los edificios del
Instituto porten el gafete, ya sea personal del Instituto o visitante;
Verificar que los responsables del acceso a los edificios del Instituto realicen
oportuna y correctamente las anotaciones correspondientes en los libros de
registros del control respectivo;
Reportar inmediatamente al Jefe de la Oficina de Seguridad, Mantenimiento e

Intendencia, cualquier irregularidad detectada y que estimen sea de importancia,
como en el caso de robo de bienes;
Intervenir directamente en apoyo de los guardias de vigilancia, que realicen la

detencin de algunas personas que sea sorprendida en la ejecucin de un hecho
delictivo.
Controlar que todos y cada uno de los guardias de vigilancia cumplan

estrictamente con su servicio y las consignas establecidas; y,
Resolver, en el mbito de su competencia, todos los incidentes que se presenten

en la realizacin del servicio de vigilancia.
4. Los Elementos de Seguridad debern:
Conocer fsicamente y por nombre a los funcionarios del Instituto.
En presencia de los funcionarios del Instituto, permanecer de pie y guardarles las

consideraciones debidas;
Orientar con cortesa y veracidad a las personas que soliciten informacin;
En caso de presentarse manifestaciones en el exterior, dar parte al personal del

mando, as como estar al tanto de toda novedad y recabar informacin, debiendo
cerrar la puerta principal y/o cualquier acceso a las instalaciones;
Registrar entrada y salida de todo aquel personal que labore domingos y das
festivos, previo oficio de autorizacin de acceso;
Registrar e identificar al personal administrativos as como al personal

contratado por compaas independientes y que por algn motivo laboren en esta
institucin de noche, previo oficio de autorizacin de acceso;
Contar con el control y ubicacin de los tableros del suministro de energa

elctrica;
Poseer conocimiento del manejo, ubicacin y cantidad de extintores e hidrantes;
Verificar en los recorridos nocturnos que los siguientes aparatos no cuenten con
suministro de energa elctrica: copiadoras, grabadoras, ventiladores,
enfriadores, etc.;
Queda prohibido durante los recorridos nocturnos desconectar fax y/o cualquier
equipo de cmputos;
En caso de algn accidente brindara apoyo y prestara primeros auxilios, dando

aviso al personal de mando para que en caso necesario se pida apoyo de personal
especializado;
Contar con un listado de nmeros telefnicos de emergencia: bomberos, cruz

roja, radio patrullas, etc.;
Auxiliar al personal de mensajera externa proporcionando informacin veraz,

canalizndolos al mdulo de informacin para que su labor sea ms eficaz y
entregue la correspondencia oportunamente; y,
Poseer una relacin por escrito del total de llaves de las reas asignadas al
personal de vigilancia con su cdigo en cada puerta con su respectiva llave.
3.3.2.7 Polticas.
1. De las modalidades del servicio
Para las situaciones de emergencia, en das y horas no hbiles, los jefes de turno
debern comunicarse con la persona que este representando en ese momento a la
Oficina de Seguridad, Mantenimiento e Intendencia de la Unidad administrativa.
Para el caso de comitivas, anotar el partido u organizacin de la que son

miembros y sus respectivos nombres, as como el del representante, hora de
entrada y salida de la comisin.
A toda persona de los diferentes medios de comunicacin que desee ingresar a

las instalaciones con cmaras de video o fotografas, se le indicara que est
prohibido tomar fotos o realizar filmaciones dentro del inmueble sin previa
autorizacin de la Oficina de Seguridad, Mantenimiento e Intendencia de la
Unidad administrativa.
2. De las personas que ingresan al instituto:
Las personas que acuden a los edificios del Instituto son las siguientes:
-
Servidores Pblicos del Instituto.
Trabajadores de las empresas contratistas del Instituto.
Personas que acuden a realizar algn trmite.
Proveedores.
Visitantes.
Para el control de accesos al Instituto de personas que acuden al planeamiento y

solucin de algn problema, proveedores y visitantes se usar obligatoriamente
la Bitcora de Control de Visitantes, con los siguientes rubros: Fecha, Hora de
Entrada, Nombre de la Persona, Procedencia o Institucin que representa,
Asunto por el que acude a los edificios del Instituto, persona a quien desea
entrevistar, hora de salida y observaciones.
Los das no laborales, el jefe de resguardo y seguridad de la unidad

administrativa proporcionara al personal de vigilancia un listado de las personas
autorizadas a presentarse en los edificios del Instituto.
3. De los vehculos que ingresaron al Instituto:
Toda persona que acuda a los edificios del instituto para la ejecucin de trabajos,
deber reportar a vigilancia todo tipo de material o herramienta que introduzca, a
fin de requisitar el formato Registro de Ingreso/Egreso de bienes, o en su caso
elaborar oficio de autorizacin de entrada e inventario respectivo, enviando el
original a la Oficina de Seguridad, Mantenimiento e Intendencia del Instituto.
Cualquier persona que pretenda retirar objetos a cargo del Instituto, deber
presentar al personal de vigilancia el Oficio de autorizacin de salida
correspondiente, la cual deber contener una descripcin detallada de los bienes
que desea sacar de las instalaciones del Instituto, la firma de autorizacin del
funcionamiento respectivo, y el visto bueno del Jefe de la Oficina de Seguridad,
Mantenimiento e Intendencia del Instituto, sin que sean validas las firmas de
otras personas.
4. De los vehculos que ingresan al Instituto:
Las personas que pretendan ingresar en automvil a las instalaciones del

instituto, debern permitir la revisin de su vehculo por parte del personal de
vigilancia, ya que sin revisin no se le permitir el acceso.
El personal que labora en el instituto y los vehculos a cargo del mismos,

debern presentar la tarjeta de estacionamiento, en la que estar anotado el
nombre del titular, unidad administrativa y nmero del lugar asignado, en caso
de olvido o extravi de la tarjeta, requerir de la autorizacin de su jefe
inmediato o del jefe de la Oficina de Seguridad, Mantenimiento e Intendencia
del Instituto.
El personal externo, para poder hacer uso del servicio de estacionamiento,

deber presentar autorizacin del Jefe de la Oficina de Seguridad,
Mantenimiento e Intendencia del Instituto.
Los proveedores que transporten materiales y objetos para el Instituto,

presentaran la autorizacin correspondiente precediendo de manera siguiente:
Las personas a bordo del vehculo deber registrarse en el libro de control
vehicular, el acceso por el estacionamiento es para mximo dos personas, si
existe un nmero mayor de ocupantes los restantes ingresaran por la puerta
principal.
La revisin del vehculo se efectuara de acuerdo a la nota de remisin,
factura u oficio de autorizacin, a fin de determinar la correspondencia de la
carga.
Todo objeto a bordo del vehculo que ingrese al estacionamiento deber ser
registrado en el libro de control vehicular.
Para el control de vehculos, se usara el Libro de Control Vehicular, en el que

se anotar: fecha, hora de entrada, hora de salida, nombre del conductor, tipo de
vehculo, placas, motivo de visita y observaciones (nombre de las personas que
acompaan al conductor o materiales y objetos que transporta).
No permite por ningn motivo que se estacionen vehculos que obstruyan la

entrada y salida del titular del ISEM. Se permitir el acceso solo a visitantes
distinguidos con previa autorizacin, as como al personal de seguridad del
titular del ISEM.
3.3.2.8 Descripcin de los Procedimientos.

PROCEDIMIENTO NRO 01. Registro y Control del Ingreso/Egreso de
servidores pblicos y visitantes.
Objetivo:
Realizar un control eficiente de los ingresos y egresos de personal adscrito a las
diferentes reas del instituto de Salud del Estado de Mxico, as como de los visitantes
que ingresan a las instalaciones de las unidades administrativas mediante la aplicacin
correcta de los procedimientos establecidos en este manual.
Insumos:
-
Solicitud Verbal-
Resultado:
-
Ingreso y Egreso de servidores pblicos y visitantes de las instalaciones

del Instituto.
Interaccin con otros procedimientos:

-
Registro y control del ingreso/egreso de bienes de servidores pblicos y

visitantes.
Registro y control de ingreso/egreso de automviles de servidores
pblicos y visitantes.
Desarrollo: PROCEDIMIENTO 01 Registro y Control de Ingreso/Egreso de

servidores pblicos y visitantes.
DESCRIPCION
N
RESPONSABLE
ACTIVIDAD
Personal de Seguridad
Recibe a los usuarios que deseen ingresar a las

instalaciones e identifica si son servidores
pblicos o visitantes.
Determina si son servidores pblicos que

cuentean con gafete.
Si cuenta con gafete, realiza revisin fsica y

permite el acceso a las instalaciones del Instituto.
No cuenta con gafete, solicita se registre en la

Bitcora de Visitantes y una identificacin
oficial con fotografa.
Servidor Pblico/Visitante
Entrega la identificacin oficial y se registra en

Bitcora de Visitante
Recibe identificacin oficial, verifica y

resguarda; realiza revisin fsica y entrega gafete
de visitante.
Recibe gafete de visitante, porta y accesa a las

instalaciones del Instituto a realizar sus
actividades.
Se dirige con el personal de seguridad, entrega

gafete de visitante y solicita su identificacin
oficial. (Si no entrega el gafete de visitante bajo
ninguna circunstancia podr recibir su
identificacin).
Recibe gafete de visitante, entrega identificacin

oficial y solicita registre su salida en Bitacon
de Visitante.
10
Recibe identificacin oficial, registra su hora de

salida y se retira.
11
Visitante
Se conecta con la actividad nmero cuatro.
Medicin
No aplica.
Registro de Evidencias
El ingreso y egreso de servidores pblicos y visitantes queda registrado en la Bitcora de

Visitantes.
PROCEDIMIENTO NRO 02. Registro y control de ingreso / egreso de bienes

de servidores pblicos y visitantes.
Objetivo:
Realizar un control eficiente de los ingresos y egresos de bienes pertenecientes al
personal adscrito alas diferentes unidades que conforman el Instituto de Salud del
Estado de Mxico, as como de losvisitantes que ingresan a las instalaciones de las
unidades administrativas del ISEM.
Insumos:
-
Solicitud Verbal.
Resultado:
-
Ingreso y egreso de bienes de las instalaciones del Instituto.

-
Registro y control de ingreso / egreso de servidores pblicos y visitantes.
Registro y control de ingreso / egreso de automviles de servidores pblicos y

visitantes.
Desarrollo: PROCEDIMIENTO 02 Registro y control de ingreso/egreso de

bienes de servidores
DESCRIPCION
N
RESPONSABLE
ACTIVIDAD
Recibe a los usuarios que desean ingresar a las
instalaciones e identifica si porta bienes y
determina.
No porta bienes. (Se conecta al Procedimiento 01
Registro yControl del Ingreso / Egreso de
Servidores Pblicos yVisitantes.
Si porta bienes, interroga por cuanto tiempo los
bienespermanecern en el interior de las
Instalaciones del Instituto.
Los bienes no permanecen ms de veinticuatro
horas en elinterior del Instituto, entrega formato
Registro de Ingresosy Egresos de Bienes y
solicita sea requisitado.
10
11
12
13
Servidor Pblico / Visitante
14
Oficina de Seguridad,
Mantenimiento e
Intendencia
15
Servidor Pblico / Visitante
16
Medicin
No aplica.
Recibe formato Registro de Ingresos y Egresos

de Bienes,en original y una copia, lo requisita y
devuelve.
Recibe formato Registro de Ingresos y Egresos
de Bienes uoficio de autorizacin de acceso
debidamente requisitadosen original y una copia,
procediendo
a
verificar
fsicamenteque
correspondan con lo descrito, resguarda el
original ydevuelve la copia; permite el acceso.
Recibe copia de formato Registro de Ingresos y
Egresos deBienes u oficio de autorizacin de
acceso e ingresa a lasinstalaciones del Instituto
Se presenta ante el personal de vigilancia y
entrega copia deRegistro de Ingresos y Egresos
de Bienes u oficio deautorizacin de
ingreso/salida.
Recibe copia de Registro de Ingresos y Egresos
de Bienes u oficio de autorizacin de
ingreso/salida coteja con el originalresguardado y
verifica fsicamente que corresponda con
lodescrito, registra en Bitcora de Visitantes la
salida, devuelvedocumento y despide.
Recibe original o copia de Registro de Ingresos
y Egresos deBienes u oficio de autorizacin de
ingreso/egreso y se retiracon los bienes.
Si los bienes permanecen por ms de veinticuatro
horasSolicita oficio de autorizacin de
ingreso/egreso de bienes.
No cuenta con oficio, canaliza a la Oficina de
Seguridad,Mantenimiento e Intendencia para
realizar el trmitenecesario.
Recibe la instruccin y se presenta en la Oficina
deSeguridad, Mantenimiento e Intendencia y
solicitaverbalmente el oficio de autorizacin de
ingreso/egreso debienes
Recibe la solicitud verbal autorizacin de
ingreso/egreso
de
bienes,
verifica
las
caractersticas de los mismos, elabora
Oficio de autorizacin y entrega original.
Recibe oficio se dirige con el personal de
vigilancia y haceentrega de oficio en original y
copia. Se conecta con actividadnmero 6.
Recibe oficio de autorizacin de ingreso/egreso
de bienes,verifica, resguarda, devuelve y permite
el acceso. Se conectacon actividad nmero 7.
El ingreso y egreso de bienes de servidores pblicos y visitantes queda registrado en el

formato Registro de Ingresos y Egresos de Bienes.
PROCEDIMIENTO NRO 03. Registro y control de ingreso/egreso de

automviles del servidores pblicos y visitantes.
Objetivo:
Realizar un control eficiente de los ingresos y egresos de automviles pertenecientes a
servidorespblicos adscritos a las diferentes reas del Instituto de Salud del Estado de
Mxico, as como de losvisitantes que ingresan a las instalaciones de las unidades
administrativas.
Insumos:
-
Solicitud Verbal.
Resultado:
-
Ingreso y egreso de automviles de las instalaciones del Instituto.

-
Registro y control de ingreso / egreso de servidores pblicos y visitantes.
Registro y control de ingreso / egreso de bienes de servidores pblicos y

visitantes.
Desarrollo: PROCEDIMIENTO 03 Registro y control del ingreso/egreso de

automviles de servidores pblicos y visitantes.
DESCRIPCION
N
RESPONSABLE
Servidores Pblicos
Proveedor
ACTIVIDAD
Recibe a los servidores pblicos, proveedores o
visitantesque desean ingresar a las instalaciones
con su vehculo ysolicita identificacin oficial,
tarjetn de estacionamiento.
Proveedores (original de factura, nota de
remisin u oficiode autorizacin).
Se entera y presenta tarjetn de estacionamiento,
en el quese indica el nombre del titular, rea o
unidad administrativa,nmero del espacio de
estacionamiento e identificacinoficial y permite
la revisin de su vehculo.
Se entera y entrega original y copia de nota de
Visitante
Proveedor
Visitante
10
Proveedor
11
Visitante
12
remisin,factura u oficio de autorizacin de

acceso, permiten el cotejoy revisin por parte del
personal de vigilancia.
Se entera y presenta oficio en original de
autorizacin deacceso al estacionamiento de la
unidad y permiten la revisindel vehculo.
Recibe, revisa y devuelve originales de tarjetn
deestacionamiento, nota de remisin, factura u
oficio, coteja,registra en el libro de control
vehicular y permite el acceso alas instalaciones
del instituto.
En el libro de control vehicular se anotar:
Fecha
Hora
Tipo de vehculo
Nmero de placas
Nombre del conductor
Nombre de personas que acompaan al
conductor
Motivo de ingreso
Materiales y objetos que transporta
Hora de salida
Observaciones, proveedores tipo de
bienesentregados
Recibe su tarjetn e identificacin e ingresa a
realizar susactividades.
Recibe original de nota de remisin, factura u
oficio deautorizacin de acceso, ingresa a las
instalaciones de launidad y se dirige al rea
solicitante y hace entrega.
Recibe oficio de autorizacin, ingresa al
estacionamiento del Instituto y se dirige al lugar
de trabajo donde realizar sus actividades.
Se retira del estacionamiento de la Unidad y
permite una nueva revisin del vehculo.
Se retira del estacionamiento de la unidad,
muestra acuse de recibido y permite una nueva
revisin del vehculo.
Se retira del estacionamiento de la unidad y
permite una nueva revisin del vehculo..
Realiza revisin del vehculo:
a) No lleva en el interior del automvil
equipo de oficina, cmputo. artculos de
papelera o insumos (medicamentos,
material de curacin, reactivos, etc.),
permite la salida y registra la hora en el
libro de control vehicular.
b) En caso de encontrar en el interior del
automvil equipo de oficina, cmputo,
artculos de papelera o insumos
13
Proveedor / Visitante
(medicamentos, material de curacin,

reactivos, etc.), solicitar el oficio de
autorizacin de salida detallando las,
caractersticas de los bienes y verificar
que los bienes descritos correspondan
fsicamente, permite la salida y registra la
hora de salida del vehculo.
Recibe identificacin y se retira.
Medicin
No aplica.
El ingreso y egreso de vehculos de servidores pblicos y visitantes queda registrado en
el Libro de Control Vehicular.
3.4
Evaluacin comparativa entre los Procedimientos de Desarrollo.
Criterios para el Procedimiento del Descripcin

Desarrollo
La identificacin de los visitantes a CORPAC S.A. ser con
Identificacin de los visitantes.
su DNI, excepcionalmente se podr atender con otro

documento que permitir su identificacin, debiendo
tomarse las precauciones del caso.
Ingreso de objetos valiosos de los

visitantes.
El ingreso a la CORPAC S.A. de laptop, cmaras u otros

registrados por el vigilante de turno
A criterio del servicio de vigilancia de CORPAC S.A.,

Retencin de objetos valiosos a los
podr ser retenido algn objeto, quedando en custodia
visitantes por seguridad.
hasta la culminacin de la visita a la institucin.
Identificacin del visitante en la El visitante a la institucin de CORPAC S.A. deber portar
institucin.
el Fotocheck en un lugar visible en todo momento.
Cuando algn visitante a CORPAC S.A. ingrese con
Registro vehicular del visitante.
vehculo, el vigilante de turno deber registrar el nmero

de placa, orientar el lugar de parqueo, registrar datos, entre
otras medidas de control.

Registros obligatorios de los visitantes
segn esta dispuesto en la Resolucin

Visitas de CORPAC S.A. elaborado por la unidad de
Ministerial.
informtica, el cumplimiento a lo dispuesto en la

Resolucin Ministerial N203-2012-PCM.
Leyenda de la funcionalidades:
1- Mala
2- Regular
3- Buena
4- Muy Buena
Tabla 3 Leyenda de Funcionalidades de Metodologas
Criterio de los procedimientos de desarrollo
RCV-IPD *
ISEM **
Identificacin de los visitantes.
Ingreso de objetos valiosos de los visitantes.
Retencin de objetos valiosos a los visitantes

por seguridad.
Identificacin del visitante en la institucin.
Registro vehicular del visitante.
Registros obligatorios de los visitantes segn
14
17
esta dispuesto en la Resolucin Ministerial.

TOTAL
* RCV-IPD (Registro y Control de Visitas en el Instituto Peruano del Deporte)
** ISEM (Manual de Procedimientos de Seguridad para Unidades Administrativas y Hospitales del Instituto de
Salud del Estado de Mxico).
El Cuadro comparativo muestra que las dos metodologas, cumple con todas las caractersticas
del proyecto de desarrollo que debe cumplir.
En base a las caractersticas que tiene este proyecto se podra optar por desarrollar con ambas
metodologas y poder adaptarlas conjuntamente para desarrollar nuestro sistema.
Captulo 4:
Aporte
Terico
4.1.
Seleccin de la(s) herramienta(s) tecnolgica(s)

Metodologa: una metodologa es un conjunto de etapas formalmente
estructuradas, de manera que brinden a los interesados los siguientes
parmetros de accin en el desarrollo de sus proyectos: plan
general y
detallado, tareas y acciones, tiempos, aseguramiento de la calidad,

involucrados, etapas, entre otros.
Una metodologa est compuesta por (Gabriel Alexander Armendriz
Barreno, 2013):
Cmo dividir un proyecto en etapas.
Qu tareas se llevan a cabo en cada etapa.
Qu restricciones deben aplicarse.
Qu tcnicas y herramientas se emplean.
Cmo se controla y gestiona un proyecto.
En la figura nos muestra cmo se desarrolla una metodologa.
Figura 1.1 Grfico de Metodologa
Fuente:
http://proyectotecnologuicodeyadiramamani.blogspot.com/2010/11/metodologia.html
Metodologa para el desarrollo del software:
RUP: describe como desplegar efectivamente aproximaciones de

desarrollo
probadas
comercialmente
para
desarrolladores.
Estas
aproximaciones son denominadas mejores prcticas, no tanto porque se

puede cuantificar su valor de forma precisa, sino porque son observadas
para ser usadas comnmente en la industria por organizaciones exitosas.
Mejores Prcticas
En la siguiente tabla se muestra las mejores prcticas explicadas
detalladamente.
Tabla 1.4 Mejores Prcticas
En la siguiente figura 1.2 se muestra el proceso de desarrollo iterativo de la

Metodologa de RUP.
Figura 1.2. Proceso de desarrollo iterativo de la Metodologa de RUP
Las caractersticas de RUP son:

Est basado en UML.
Simple, eficaz y pequeo, fcil de aprender y usar.
Centrado en el anlisis y diseo.
Est dirigido por casos de uso y permite la administracin de
requerimientos.
Control de cambios.
Verificacin de la calidad.
Ventajas y desventajas
La ventaja de utilizar RUP como metodologa de desarrollo, es porque
maneja un proceso de desarrollo iterativo que permite refinar los
requerimientos en cada fase; de esta manera se tiene un software final
que cumple los requerimientos que se proponen para el proyecto.
Esta metodologa est dirigida a proyectos medianos y grandes, debido a
que se necesita tiempo para el desarrollo y el proceso de documentacin.
Una ventaja considerable de la metodologa es que tiene asociada un

nmero considerable de herramientas de soporte; dirigidas para la fase de
diseo, el proceso de negocio y la estructura de datos.
La complejidad del proceso de desarrollo con RUP es alto, as como
difcil de aprender y difcil de aplicarlo correctamente. Si no se tiene un
experto en el equipo que haya desarrollado proyectos similares usando
esta metodologa, no es conveniente el uso de la misma (Francisco
Xavier, 2007).
Fases del RUP

Una fase es el intervalo de tiempo entre dos hitos importantes del proceso
durante la cual se cumple un conjunto bien definido de objetivos,
completan artefactos y se toman las decisiones sobre si pasa a la
siguiente fase. El Proceso Unificado de Rational consta de las cuatro
fases siguientes:
Iniciacin: Establece la planificacin del proyecto.
Elaboracin: Establece un plan para el proyectos y una arquitectura.
Construccin: Desarrollar el sistema
Transicin: Proporcionar el sistema a sus usuarios finales.
En la siguiente figura 1.3 se muestra las fases del RUP
Figura 1.3. Fases del RUP
Las fases de iniciacin y elaboracin incluyen las actividades de diseo de ciclo de vida
del desarrollo; la construccin y la transicin constituyen su produccin. Dentro de cada
fase hay varias iteraciones. Una iteracin representa un ciclo de desarrollo completo,
desde la captura de requisitos en el anlisis hasta la implementacin y pruebas, que
produce como resultado la entrega al cliente o la salida al mercado de un proyecto
ejecutable.
Fase de inicio: Durante la fase de iniciacin, se establece la planificacin del proyecto
y se delimita su alcance. La planificacin del proyecto incluye los criterios de xito, la
evaluacin del riesgo, estimulaciones de recursos que se necesita y un plan de fases que
muestra la planificacin de los hitos principales. Durante la iniciacin, es
frecuentemente crear un prototipo ejecutable que sirva para probar los conceptos. Al
final de la fase de inicio se examinan los objetivos del ciclo de vida del proyecto y se
decide si proceder con el desarrollo del sistema.
Fase de elaboracin: Los objetivos de la fase de elaboracin son analizar el dominio
del problema, establecer una base arquitectnica slida, desarrollar el plan de proyecto y
eliminar los elementos de ms alto riesgo del proyecto. Esto implica que se debe
describir la mayora de los requisitos del sistema.
Fase de construccin: Durante la fase de construccin, se desarrolla de forma iterativa
e incremental un producto completo que est preparado para la transicin hacia la
comunidad de usuarios. Esto implica describir los requisitos restantes y los criterios de
aceptacin, refinando el diseo y completando la implementacin y las pruebas del
software.
Fase de transicin: Durante la fase de transicin, el software se despliega en la
comunidad de usuarios. Una vez que el sistema ha sido puesto en manos de los usuarios
finales, a menudo aparecen cuestiones que requieren un desarrollo adicional para ajustar
el sistema, corregir algunos problemas no detectados o finalizar algunas caractersticas
que haban sido pospuestas. Esta fase comienza normalmente con una visin beta del
sistema, que luego ser reemplazada con el sistema de produccin.
Al final de la fase de transicin se decide si se han satisfecho los objetivos de ciclo de
vida del proyecto, y se determina si se debera empezar otro ciclo de desarrollo.
4.2.
Adaptacin de la metodologa ISEM al sistema de Gestin de Visitas a

CORPAC
4.2.1. Objetivos
Segn los objetivo de este Proyecto es establecer el procedimiento para el registro y
control de visitantes a la Corporacin rea y Aviacin Comercial (CORPAC).
4.2.2. Alcances
Sus alcances son aplicados a la sede central y todas aquellas instalaciones de la
institucin, que cuenten con los recursos informticos necesarios, en el cual se
encuentre instalado el Sistema de Control de Visitas.
4.2.3. Definiciones
-
Visita Programada: Aquella visita que se realiza de manera concertada, en la

cual, el servidor comunica al vigilante de turno la llegada de un visitante en la
fecha y hora indicada.

Visita no Programada: Aquella visita que se suscrita sin anuncio previo.
rea Usuaria: Son los diversos rganos o Unidades Orgnicas pertenecientes a
CORPAC.
Visitante: Persona que se acerca a la institucin en representacin propia o de
alguna organizacin, para sostener una conversacin con algn servidor de la
Entidad.
Control: Son las acciones que realiza el Servicio de Vigilancia en cumplimiento de
sus funciones.
Sistema de Control de Visitas: Sistema informtico desarrollado bajo plataforma
Web, para dar soporte al procedimiento de Registro y Control de Visitas a
CORPAC.
4.2.4. Polticas.
4.2.4.1.
De las personas que ingresan al instituto:
Las personas que acuden a las instalaciones de CORPAC son las siguientes:
- Colaboradores.
- Personas que acuden a realizar algn trmite.
- Proveedores.
- Visitantes.
Para el control de accesos al Instituto de personas que acuden al

planeamiento y solucin de algn problema, proveedores y visitantes se
usara obligatoriamente la BITACORA DE CONTROL DE VISITANTES,
con los siguientes rubros: Fecha, Hora de Entrada, Nombre de la Persona,
Procedencia o Institucin que representa, Asunto por el cual acude a las reas
de CORPAC, hora de salida y observaciones.
4.2.4.2.
De los Bienes que ingresaron a CORPAC:
Toda persona que acuda a los edificios del instituto para la ejecucin de trabajos,
deber reportar a vigilancia todo tipo de material o herramienta que introduzca, a
fin de requisitar el formato Registro de Ingreso/Egreso de Bienes, o en su caso
elaborar un oficio de autorizacin de entrada e inventario respectivo, enviando el
original a la Oficina de Seguridad, Mantenimiento e Intendencia de CORPAC.
Cualquier persona que pretenda retirar objetos a cargo de CORPAC, deber
presentar al personal de vigilancia el Oficio de autorizacin de salida
correspondiente, la cual deber contener una descripcin detallada de los bienes
que desea sacar de las instalacin de CORPAC, la firma de autorizacin del
funcionamiento respectivo, y el visto bueno del Jefe de la Oficina de Seguridad,
Mantenimiento e Intendencia de CORPAC, sin que sean validas las firmas de
otras personas.
4.2.4.3.
De los Vehculos que ingresan a CORPAC:
Las personas que pretendan ingresar en automvil a las instalaciones del
instituto, debern permitir la revisin de su vehculo por parte del personal de
vigilancia, ya que sin revisin no se le permitir el acceso.
4.2.5. Especificacin de Actividades del Procedimiento

Se presentan dos casos a ser atendidos, aquellas visitas que se programaron con
antelacin y aquellas que se suceden repentinamente, a continuacin se detallan las
actividades de cada una de ellas.
CASO A: Visita Programada
Cdigo
ACTIVIDAD NRO 1
Objetivo
Efectuar los registros y las coordinaciones necesarias

con las reas y/o servidores que atendern al visitante.
Paso
N
Responsable
Tareas
rea
Usuaria//Servidor,
Secretaria.
Programa la visita en el Sistema de Control de

Visitas, comunica el vigilante de turno (opcional),
sobre la llegada del visitante, para las previsiones del
caso.
Servicio
de Recibe al visitante, registra el nombre y la organizacin
vigilancia/Vigilante (de corresponder) de donde proviene; el motivo de la
de turno.
visita, la fecha y la hora de su llegada y el nombre del
personal que lo atender.
Servicio
de
de turno
Reglas del Negocio
Contacta con el personal que lo atender.

Solicita el DNI del visitante (el cual queda en
custodia).
Orienta la ruta de acceso, y registra los datos en el
sistema.
excepcionalmente se podr atender con otro
documento que permitir su identificacin,
debiendo tomarse las precauciones del caso.
El ingreso a la institucin de laptop, cmaras u
otros similares debern ser declarados por el
visitante y registrados por el vigilante de turno.
A criterio del servicio de vigilancia, podr ser
retenido algn objeto, quedando en custodia hasta
la culminacin de la visita.
El visitante deber portar el Fotocheck en un lugar
visible en todo momento.
Para el caso cuando algn visitante ingrese con
vehculo, el vigilante de turno deber registrar el
nmero de placa, orientar el lugar de parqueo,
registrar datos, entre otras medidas de control.
El personal de turno que brinda el servicio de
vigilancia, deber registrar los datos de ingreso y
salida de visitantes, de acuerdo a lo establecido en
el Sistema de Control de Visitas elaborado por la

unidad de informtica, el cumplimiento a lo
dispuesto en la Resolucin Ministerial N2032012-PCM.
Cdigo
ACTIVIDAD NRO 2
Objetivo

Paso N
Responsable
Tareas
rea
Secretaria.
rea
Usuaria/Servidor,
Secretara.

rea
Usuaria/Servidor.

actividad.
Reglas del Negocio
Cdigo

la jefatura.
sistema.
ACTIVIDAD NRO 3
Objetivo

Paso N
Responsable
Tareas
Servicio
turno.
Servicio
turno.
Servicio
turno
Reglas del Negocio

Para el caso el retiro de vehculo del visitante deber ser
controlado previamente por el servicio de vigilancia,
debiendo registrarse los datos de salida en el sistema.
CASO B: Visita No Programada

Cdigo
ACTIVIDAD NRO 1
Objetivo
Efectuar los registros y las coordinaciones necesarias con las
reas y/o servidores que atendern al visitante.

Paso
N
Responsable
Tareas
Servicio
de Recibe al visitante, registra el nombre y la Organizacin (de
vigilancia/Vigilante corresponder) de donde proviene, el motivo de la visita, la
de turno.
fecha y la hora de su llegada y el nombre del personal que lo
atender.
Servicio
de
de turno.
Reglas del Negocio
Contacta con el personal que lo atender (o secretaria).

Solicita el DNI del visitante. (el cual queda en custodia).
Orienta la ruta de acceso, y
Registra los datos en el sistema.

excepcionalmente se podr atender con otro documento
que permitir su identificacin, debiendo tomarse las
precauciones del caso.
El ingreso a la institucin de laptop, cmaras u otros
registrados por el vigilante de turno.
A criterio del servicio de vigilancia, podr ser retenido
algn objeto, quedando en custodia hasta la culminacin
de la visita.
El visitante deber portar el Fotocheck en un lugar visible
en todo momento.
Para el caso cuando algn visitante ingrese con vehculo,
el vigilante de turno deber registrar el nmero de placa,
orientar el lugar de parqueo, registrar datos, entre otras
medidas de control.
Visitas elaborado por la unidad de informtica, el
cumplimiento a lo dispuesto en la Resolucin Ministerial
N203-2012-PCM.
Cdigo
ACTIVIDAD NRO 2
Objetivo

Paso N
Responsable
Tareas
rea
Secretaria.
rea
Usuaria/Servidor,
Secretara.

rea
Usuaria/Servidor.

actividad.
Reglas del Negocio
Cdigo

la jefatura.
sistema.
ACTIVIDAD NRO 3
Objetivo

Paso N
1
Responsable
Tareas
Servicio
turno.
2
Servicio
turno.
Servicio
turno
Reglas del Negocio

Para el retiro de vehculo del visitante deber ser
controlado previamente por el servicio de vigilancia,
debiendo registrarse los datos de salida en el sistema.
4.2.6. Flujo grama del Procedimiento de Registro y Control de Visitas a

CORPAC.
CASO A: Flujo grama de una Visita Programada
SERVICIO
DE
VIGILANCIA
AREA USUARIA
SECRETARIA
SERVIDOR QUE
BRINDA LA
ATENCION
ACTIVIDADES
Inicio
El servidor programa la llegada de un
visitante en el Sistema de Control de
Visitas.
recibida.
de vigilancia.
CASO B: Flujograma de una Visita No Programada

SERVICIO
DE
VIGILANCIA
AREA USUARIA
SECRETARIA
SERVIDOR QUE
BRINDA LA
ACTIVIDADES
ATENCION
Inicio
recibida.
de vigilancia.
Captulo 5:
Aporte
Prctico
5.1 Documentacin de Requerimientos del Software

5.1.1
Identificacin de subsistemas de anlisis
Descripcin de subsistemas
Mdulo de Registro: en este mdulo el vigilante registra las visitas a CORPAC

dependiendo del tipo de visita sigue los procedimientos cumpliendo todas las
reglas.
Mdulo de seguridad del sistema: en este mdulo el usuario (administrador y

vigilante) podr loguearse al sistema con un usuario y contrasea. Adems en
este mdulo que tambin es usado por el administrador, se registra y se modifica
la informacin de los usuarios.
Mdulo de reporte: en este mdulo se encuentran todos los reportes generados

por el administrador.
Bsqueda: en este mdulo se encuentran los casos incluidos es decir se

encuentran las bsquedas que son realizadas por el administrador, el vigilante y
el pblico.
Mdulo de mantenimiento: en este mdulo el vigilante podr registrar, modificar

y eliminar los registros y por parte del administrador podr registrar, modificar
y eliminar las entidades del sistema.
5.1.2
Integracin de subsistemas de anlisis
Descripcin de interfaces entre subsistemas
Mdulo de seguridad del sistema
Mdulo de registro
Mdulo de reporte
Bsqueda
Mdulo de mantenimiento
Figura. Integracin de subsistemas de anlisis
5.1.3. Casos de Uso
GESTIONAR PUESTO VIGILANCIA

LOGIN
BUSCAR VIGILANTE
USUARIO
GESTIONAR VIGILANTES
TRABAJADOR
GESTIONAR VISITA
ADMINISTRADOR
MANTENER USUARIO
REPORTE VISITAS
BUSCAR COLABORADOR
VIGILANTE
GESTIONAR USUARIO
COLABORADOR
BUSCAR VISITANTE
REPORTE USUARIO
VISITANTE
BUSCAR PUESTO DE VIGILANCIA
GESTIONAR VISITANTE
BUSCAR VISITA
En la tabla 2.1 se muestra el cuadro de los casos de uso y una pequea descripcin de
cada uno.
Casos de uso
Descripcin
Login
Este caso de uso permitir al usuario poder

ingresar al sistema.
Reporte Visita
Este caso de uso permitir al administrador y al

visitante generar un reporte de las visitas
(ingresos a la empresa).
Reporte Usuario
Este caso de uso permitir al administrador

generar un reporte de los usuarios.
Gestionar Visitas
Este caso de uso permitir al administrador y al

vigilante mantener (registrar, modificar y
eliminar) las visitas.
Gestionar Usuario
Este caso de uso permitir al administrador

mantener (registrar, modificar y eliminar) los
usuarios.
Gestionar Vigilantes
Este Caso de uso permitir gestionar (registrar,

eliminar, actualizar) a los vigilantes.
Gestionar Puesto Vigilancia

eliminar, actualizar) a los puestos de vigilancia.
Gestionar Visitante

eliminar, actualizar) a las visitas.
Buscar Puesto de Vigilancia
Este caso de uso permitir realizar una

bsqueda de los puestos de vigilancia que han
sido
previamente
registrados
por
el
administrador y/o vigilante.
Buscar Visita

bsqueda de las visitas que han sido
previamente registrados por el vigilante.
Buscar Vigilante

bsqueda de los vigilantes que han sido
previamente registrados por el administrador.
Buscar Visitante

bsqueda de los visitantes que han sido
previamente registrados por el administrador
y/o vigilante.
Buscar Colaborador

bsqueda de los colaboradores que han sido
previamente registrados por el administrador
y/o vigilante.
Tabla 2.5. Tabla de los casos de uso del sistema
En la tabla 2.2 se muestra los actores que participan en el sistema y una descripcin de
cada uno.
Actores
Descripcin
Usuario
Este actor describe a los trabajadores que

pueden ser los vigilantes o el administrador.
Vigilante
Este actor define a los vigilantes que podrn

acceder al sistema y registraran las visitas a la
empresa.
Visitante
Este actor describe a las personas registradas

en el sistema por cada visita que hagan a la
empresa.
Administrador
Este actor se encargara de los usuarios y de los

vigilantes.
Tabla 2.6. Tabla de los actores del sistema
5.1.4. Especificacin de Casos de Uso

Especificacin de Caso de Uso: Gestionar Visitas
Caso de Uso: Gestionar Visitas
Breve Descripcin
El caso de uso permite al usuario (administrado, vigilante) registrar,
actualizar, listar y eliminar las visitas a la empresa.
2
1
2
Actores
Administrador
Vigilante
2
1
Flujo de Eventos
Flujo Bsico:
2.1.1. El caso de uso comienza cuando el administrador selecciona la
opcin Nueva Visita.
2.1.2. El sistema muestra la interfaz Nueva Visita con los siguientes
grupos: Datos del Visitante, Lista de Visitantes, Datos del Empleado
Corpac.
2.1.3. En el Grupo Datos del Visitante estn los campos: Documento, Nro.
Documento, Apellido Paterno, Apellido Materno, Nombres, Vehculo
(Marca, Placa, Color), Entidad/Empresa, Cdigo Pase. Adems de
las opciones Buscar Empresa, Registrar Empresa, Grabar
Visitante y Limpiar Campos.
2.1.3. El administrador y/o Vigilante elige una de las opciones del tipo de
documento e ingresa el numero de documento el formulario se
llenara automticamente con los datos del visitante.
2.1.4. El administrador y/o Usuario da click en el botn Grabar Visitante.
2.1.5. Los datos del visitante se graban en el Grupo Lista de Visitantes
donde se listan los visitantes con los campos Doc., Nro Documento,
Apellido Paterno, Apellido Materno, Nombres, Marca Vehculo,
Placa Vehculo, Color Vehculo, Pase, Eliminar, Modificar.
2.1.6. En el grupo Datos del Empleado Corpac estn los campos: Nombre
Completo, Motivo Visita, Lugar de Reunin, Fecha de Ingreso, Hora
de Ingreso.
2.1.7. El Administrador y/o Vigilante ingresa el nombre completo del
colaborador y el sistema le sugiere automticamente un
colaborador que en ese momento pertenezca a la sede.
2.1.8. El Administrador y/o Vigilante elige el Motivo Visita.
2.1.9. El Administrador y/o Vigilante elige el Lugar de Reunin.
2.1.10. El Administrador y/o Vigilante da click al botn Grabar Visita y
el caso de uso finaliza.
Sub Flujos
2.1.3. El administrador y/o Vigilante elige una de las opciones del tipo de
documento e ingresa el numero de documento el formulario se llenara
automticamente con los datos del visitante.
2.1.3.1. Si el visitante existe el administrador y/o vigilante
ingresa los campos requeridos para registrar al visitante.
2.1.3.2. El administrador y/o vigilante da click en buscar
Empresa sino existe le da click en registrar empresa.
2.1.3.2.1. El administrador y/o vigilante ingresa los datos
de la empresa (RUC, Nombre Empresa, Descripcin).
2.1.3.3. El administrador y/o vigilante da click En Grabar y
aparece una ventana Desea Registrar a un Nuevo Visitante?
con las opciones Aceptar y Cancelar.
3
Flujo Alternativo
2.3.1. DATOS INVLIDOS
El administrador y/o Vigilante elige una de las opciones del tipo de
documento e ingresa el numero de documento el formulario se
llenara automticamente con los datos del visitante si se modifica
uno de los campos ya llenados y le das grabar Visitante el sistema te
mostrara un mensaje Datos Incorrectos.
2.3.2. CAMPOS VACIOS
El administrador y/o Vigilante elige una de las opciones del tipo de
documento e no ingresa el numero de documento el formulario
mostrara un mensaje Datos Vacios (*).
Precondiciones
3.1.
Administrador y/o Vigilante tiene que estar logeado en el sistema.
3.2.
La lista de visitantes tiene que estar disponible.
Post Condiciones
4.2.
En el sistema quedara registrado el nuevo visitante.
4.3.
En el sistema quedara registrado la nueva visita.
4.4.
El sistema eliminara la actividad seleccionada.
2.1.5. Especificacin de Caso de Uso: Login

1
1
Caso de Uso: Login

Breve Descripcin
Este caso de uso describe la interaccin que existe entre un usuario y el
sistema, de modo que este ltimo pueda reconocer al usuario como un
administrador o Vigilante. Las tareas que el usuario podr realizar dentro del
sistema dependern de esta autentificacin.
2. Actores
2.1 Usuarios del sistema
Administrador
Vigilante
3
1
Flujo de Eventos
Flujo Bsico:
1
El Usuario ingresa a la aplicacin.
El sistema solicita cuenta de usuario.
El usuario ingresa su cuenta de usuario en la interfaz de logeo.
El sistema solicita contrasea de usuario.
El usuario ingresa su contrasea de usuario en la interfaz de logeo.
El usuario selecciona la opcin Login.
El sistema verifica los datos y el caso de uso finaliza.
Flujo Alternativo
1
VALIDACIN DEL SISTEMA

El sistema valido que se ingresen todos los datos del usuario.
Verifica que no existan conflictos de datos de clientes registrados.
Muestra aviso de registro Ok.
ERROR DE CUENTA DE USUARIO

1
En el caso de que intente ingresar de manera incorrecta su cuenta

de usuario el sistema muestra un mensaje de error.
El sistema solicitara de nuevo el ingreso de cuenta en el punto

3.1.2
ERROR DE CONTRASEA
En el caso de que ingrese de manera incorrecta su contrasea el

sistema muestra un mensaje de error.
El sistema solicitara de nuevo el ingreso de clave en el punto

3.1.2
Precondiciones
1
USUARIO HABILITADO
-
El Usuario ha ingresado al sistema, el cual le ha asignado los accesos

disponibles.
El usuario debe contar con una cuenta y clave proporcionada.
Post Condiciones
1
El usuario ha sido creado correctamente por el sistema.
El sistema queda conectado mediante una sesin y se tiene acceso a las

opciones
2.1.6. Especificacin de Caso de Uso: Reporte Visita

1
1
Caso de Uso: Reporte Alumno

Breve Descripcin
El caso de uso permite crear o generar un reporte de cierta informacin de
las visitas almacenada en el sistema con el fin de mostrar los ingresos y
salidas de los visitantes.
Actores
Actores
1
Vigilante
2
Visitante
3
1
Flujo de Eventos
Flujo Bsico:
El usuario selecciona la opcin Reporte de Visita.
El sistema despliega una pantalla o interfaz con varias opciones:

ver visita, ver ingreso, salida y ver punto de vigilancia.
El usuario escoge una opcin de tipo de reporte a generar y

presiona el botn Ver Reporte.
El sistema genera el reporte y lo despliega en una pantalla.
El sistema muestra un mensaje: Reporte Generado
Flujo Alternativo
1
NO SE HA SELECCIONADO TIPO DE REPORTE

-
El usuario presiona el botn buscar reporte
El sistema despliega un mensaje de error dando a conocer al usuario

que debe seleccionar el tipo de reporte a generar.
Precondiciones
4.1 El usuario debe haber ingresado al sistema con xito y exista todo tipo
de informacin al respecto.
Post Condiciones
5.1.
Presentacin de reportes de acuerdo a las opciones seleccionadas.
2.1.7. Especificacin de Caso de Uso: Reporte Usuario

1
Caso de Uso: Reporte Usuario
Breve Descripcin
El caso de uso permite crear o generar un reporte de cierta informacin del
usuario almacenada en el sistema.
2
1
Actores
Administrador
3
1
Flujo de Eventos
Flujo Bsico:
1
El administrador selecciona la opcin Reporte Usuario.
El sistema muestra una interfaz de Reporte Usuario.
El administrador consulta la lista de usuarios.
El sistema valida datos, genera el reporte y lo despliega en una

pantalla y el caso de uso finaliza.
Flujo Alternativo
1
El sistema no se pudo comunicar con la base de datos.
El sistema muestra un mensaje indicando el error.
El administrador presiona el botn aceptar del mensaje para

indicar que est enterado del problema.
Precondiciones
1
ERROR DE COMUNICACIN CON LA BASE DE DATOS
El administrador debe haber ingresado al sistema con xito y exista

todo tipo de informacin al respecto.
Post Condiciones
1
Presentacin de reportes de acuerdo a las opciones seleccionadas.
2.1.8. Especificacin de Caso de Uso: Gestionar Usuario

3
1
Caso de Uso: Gestionar Usuario

Breve Descripcin
El caso de uso permite al administrador registrar, actualizar y eliminar a los
usuarios.
4
1
Actores
Administrador
5
1
Flujo de Eventos
Flujo Bsico:
opcin Mantener Usuario.
3.1.2. El sistema muestra la interfaz Mantener Usuario con los
siguientes campos: Nombre del Usuario, Clave, Nombres
Completos, Apellido Paterno, Apellido Materno, Sede, Rol. Adems
de las opciones Registrar Usuario, Actualizar Usuario,

Eliminar Usuario y Salir.
3
El administrador elije una opcin Agregar Usuario (Ir al sub

flujo Agregar Usuario).
El administrador elije un usuario y puede elegir la opcin

Actualizar (ir al sub flujo Actualizar Usuario) o la opcin
Eliminar (Ir al sub flujo Eliminar Usuario).
El administrador selecciona Salir y el caso de uso finaliza.
Sub Flujos
Agregar Usuario
1
El sistema muestra los datos del usuario con los campos: Nombre del
Usuario, Clave, Nombres Completos, Apellido Paterno, Apellido
Materno, Sede, Rol. Adems de las opciones: Aceptar y Cancelar.
El administrador ingresa los datos del usuario a agregar.
El administrador selecciona el tipo de usuario.
El administrador selecciona la opcin Aceptar.
El sistema valida los datos ingresados.
El sistema graba el registro de los usuarios y muestra el mensaje

Usuario creado.
b Actualizar Usuario
1
El sistema muestra los datos del usuario seleccionado con los datos:
Nombre del Usuario, Clave, Nombres Completos, Apellido Paterno,
Apellido Materno, Sede, Rol.
El administrador modifica los datos del usuario.
El administrador selecciona la opcin aceptar.
El sistema valida los datos.
El sistema guarda los cambios realizados por el administrador.
El sistema actualiza el registro y muestra un mensaje Actualizacin

satisfactoria.
El administrador cierra la interfaz usuario y retorna a la interfaz

mantener Usuario, mostrando la lista actualizada, finalizando el sub
flujo.
Eliminar Actividad
1
El sistema muestra los datos del usuario seleccionada en la interfaz

Mantener Usuario: Nombre del Usuario, Clave, Nombres Completos,
Apellido Paterno, Apellido Materno, Sede, Rol. Adems muestra las
opciones: Aceptar y Cancelar.
El administrador se ubica sobre la actividad a eliminar y selecciona la

opcin Eliminar Usuario.
El sistema muestra el mensaje: Est seguro que desea eliminar el

usuario seleccionado?.
El administrador selecciona la opcin SI, confirmando la eliminacin.
El sistema actualiza el registro de los usuarios y un mensaje que

aparece diciendo: usuario eliminado y lo coloca en estado
Eliminado.
El sistema muestra la interfaz Mantener Usuario con la actualizacin de

la lista de usuarios y el sub flujo finaliza.
Flujo Alternativo
Si los datos ingresados son nulos o invlidos en los pasos 4 de los
sub flujos Agregar y Actualizar Usuario, el sistema muestra el
mensaje Se han encontrado datos invlidos y los sub flujos
continan en el paso 2.
2.3.2. USUARIO YA EXISTE
En el sub flujo Agregar Usuario, el sistema muestra el mensaje
Usuario ya existe y el sub flujo finaliza.
2.3.3. NO CONFIRMA ELIMINACIN
Si el administrador selecciona NO en el paso 4 del sub flujo Eliminar
Usuario, finaliza el sub flujo.
Precondiciones
3.3.
Administrador tiene que estar logeado en el sistema.
3.4.
7
La lista de usuarios tiene que estar disponible.
Post Condiciones
4.5.
En el sistema quedara registrado el nuevo usuario.
4.6.
El sistema actualizar la lista de usuarios con el registro de un

usuario.
4.7.
El sistema eliminara la actividad seleccionada.
2.1.9. Especificacin de Caso de Uso: Gestionar Visitante

1. Caso de Uso: Gestionar Visitante
1.1
Breve Descripcin
El caso de uso permite al administrador y/o Vigilante registrar, actualizar y
eliminar a los Visitantes.
2. Actores
1 Administrador
2 Vigilante
3
1
Flujo de Eventos
Flujo Bsico:
opcin Mantener Visita.
3.1.2. El sistema muestra la interfaz Mantener Visita con los siguientes
campos: Documento, Nmero de Documento, Apellido Paterno,
Apellido Materno, Nombres, Entidad. Adems de las opciones
Registrar Visitante, Actualizar Visitante, Eliminar Visitante
y Salir.
3.1.3.
El administrador y/o vigilante elije una opcin Agregar Visitante

(Ir al sub flujo Agregar Visitante).
3.1.4.
El administrador y/o vigilante elije un Visitante y puede elegir la

opcin Actualizar (ir al sub flujo Actualizar Visitante) o la opcin
Eliminar (Ir al sub flujo Eliminar Visitante).
3.1.5. El administrador y/o vigilante selecciona Salir y el caso de uso

finaliza.
3.2. Sub Flujos
Agregar Visitante
El sistema muestra los datos del usuario con los campos: Documento,
Nmero de Documento, Apellido Paterno, Apellido Materno, Nombres,
Entidad. Adems de las opciones: Aceptar y Cancelar.
El administrador y/o vigilante ingresa los datos del visitante a agregar.
3. El administrador y/o vigilante selecciona el tipo de visitante.

4. El administrador y/o vigilante selecciona la opcin Aceptar.
5.

6. El sistema graba el registro de los usuarios y muestra el mensaje
Visitante creado.
b Actualizar Visitante
1
El sistema muestra los datos del visitante seleccionado con los datos:
Documento, Nmero de Documento, Apellido Paterno, Apellido
Materno, Nombres, Entidad.
El administrador y/o vigilante modifica los datos del visitante.
El administrador y/o vigilante selecciona la opcin aceptar.
El sistema valida los datos.
El sistema guarda los cambios realizados por el administrador y/o

vigilante.
6. El sistema actualiza el registro y muestra un mensaje Actualizacin

satisfactoria.
7. El administrador y/o vigilante cierra la interfaz usuario y retorna a la
interfaz mantener Visitante, mostrando la lista actualizada, finalizando el
sub flujo.
c
Eliminar Actividad
1
El sistema muestra los datos del usuario seleccionada en la interfaz

Mantener Visitante: Documento, Nmero de Documento, Apellido
Paterno, Apellido Materno, Nombres, Entidad. Adems muestra las
El administrador y/o vigilante se ubica sobre la actividad a eliminar y

selecciona la opcin Eliminar Visitante.
El sistema muestra el mensaje: Est seguro que desea eliminar el

visitante seleccionado?.
El administrador selecciona la opcin SI, confirmando la eliminacin.
El sistema actualiza el registro de los usuarios y un mensaje que aparece

diciendo: visitante eliminado y lo coloca en estado Eliminado.
6. El sistema muestra la interfaz Mantener visitante con la actualizacin de

la lista de visitantes y el sub flujo finaliza.
3.3 Flujo Alternativo

3.3.1
DATOS INVLIDOS
sub flujos Agregar y Actualizar visitante, el sistema muestra el
3.3.2
VISITANTE YA EXISTE
En el sub flujo Agregar Usuario, el sistema muestra el mensaje
Visitante ya existe y el sub flujo finaliza.
3.3.3
NO CONFIRMA ELIMINACIN
Visitante, finaliza el sub flujo.
5
5.1.
Precondiciones
4.1.
Administrador y/o Vigilante tiene que estar logeado en el sistema.
4.2.
La lista de visitantes tiene que estar disponible.
Post Condiciones
En el sistema quedara registrado el nuevo visitante.
5.2. El sistema actualizara la lista de visitantes con el registro de un
visitante.
5.3. El sistema eliminara la actividad seleccionada.
2.1.10. Especificacin de Caso de Uso: Buscar Puesto de Vigilancia

1
Caso de Uso: Buscar Puesto de Vigilancia
Breve Descripcin
Este caso de uso le permitir al administrador realizar la bsqueda de un
Puesto de Vigilancia.
2
1
Actores
Administrador
3
1
Flujo de Eventos
Flujo Bsico:
El caso de uso comienza cuando el administrador selecciona la

opcin Buscar Puesto de Vigilancia.
El sistema muestra la interfaz Buscar Puesto de Vigilancia, en la

cual se muestra un buscador y una tabla con los campos
correspondientes: cdigo de Puesto de Vigilancia, Nombre Puesto
de Vigilancia, Descripcin Puesto de Vigilancia.
El administrador en el buscador ingresara el cdigo o nombre del

Puesto de Vigilancia.
El sistema verifica los datos ingresados.
El sistema busca en la base de datos sobre los datos ingresados.
El sistema muestra un listado del Puesto de Vigilancia que

coincidieron con la bsqueda.
El caso de uso finaliza.
Flujo Alternativo
1
Usuario no encontrado
En el punto 6 del flujo bsico, si al ingresar el cdigo o nombre del
Puesto de Vigilancia, este no ha sido encontrado, el sistema mostrara
un mensaje Puesto de Vigilancia no existe y vuelve al paso 2.
Precondiciones
1
El administrador tiene que estar logeado en el sistema.
El Puesto de Vigilancia debe de estar registrado.
Post Condiciones
1
Una vez terminado este caso de uso, los datos del Puesto de Vigilancia
que coincidieron con la bsqueda estarn listados en pantalla.
2.1.11. Especificacin de Caso de Uso: Buscar Visita

1. Caso de Uso: Buscar Visita
1.1
Breve Descripcin
Este caso de uso le permitir al administrador, Visitante, Vigilante, realizar la
bsqueda de una Visita.
2. Actores
2.1 Administrador
2.2 Vigilante
2.3 Visitante
3. Flujo de Eventos
3.1 Flujo Bsico:
3.1.1

opcin Buscar Visita.
3.1.2
El sistema muestra la interfaz Buscar Visita, en la cual se muestra

un buscador y una tabla con los campos correspondientes: Fecha,
Visitante, Documento, Entidad, Motivo, Colaborador, Oficina,
Cargo, Hora Entrada y Hora Salida. El administrador, Vigilante y/o
Visitante en el buscador ingresara la fecha o Puesto de Vigilancia.
3.1.3
El sistema verifica los datos ingresados.
3.1.4
3.1.5
El sistema muestra un listado de las Visitas que coincidieron con la

bsqueda.
3.1.6

3.2.1
En el punto 6 del flujo bsico, si al ingresar la fecha o Puesto de
Vigilancia, este no ha sido encontrado, el sistema mostrara un
mensaje Visita no existe y vuelve al paso 2.
4. Precondiciones
4.1 La visita debe estar registrada.
4.2 El Puesto de Vigilancia debe de estar registrado.
5. Post Condiciones
5.1 Una vez terminado este caso de uso, los datos de la visita que
coincidieron con la bsqueda estarn listados en pantalla.
2.1.12. Especificacin de Caso de Uso: Buscar Vigilante

1. Caso de Uso: Buscar Vigilante
1.2
Breve Descripcin
Este caso de uso le permitir al administrador, realizar la bsqueda de una
Vigilante.
2. Actores
2.1 Administrador
3. Flujo de Eventos
3.1 Flujo Bsico:
3.1.1

opcin Buscar Vigilante.
3.1.2
El sistema muestra la interfaz Buscar Vigilante, en la cual se

muestra un buscador y una tabla con los campos correspondientes:
Cdigo Trabajador, Nombres Completos, Apellido Paterno, Apellido
Materno, Rol, Puesto de Vigilancia. El sistema verifica los datos
ingresados.
3.1.3
3.1.4
El sistema muestra un listado de las Vigilantes que coincidieron con

la bsqueda.
3.1.5

3.2.1
En el punto 6 del flujo bsico, si al ingresar el cdigo y/o Nombres,
este no ha sido encontrado, el sistema mostrara un mensaje
Vigilante no existe y vuelve al paso 2.
4. Precondiciones
4.1 . El Vigilante debe estar registrada.
4.2 El administrador debe estar Logeado.
5. Post Condiciones
5.1 Una vez terminado este caso de uso, los datos del Vigilante que
2.1.13. Especificacin de Caso de Uso: Buscar Visitante

1. Caso de Uso: Buscar Visitante
1.3
Breve Descripcin
Este caso de uso le permitir al administrador y/o Vigilante, realizar la
bsqueda de una Visitante.
2. Actores
2.1 Administrador
2.2 Vigilante
3. Flujo de Eventos
3.1 Flujo Bsico:
3.1.1
El caso de uso comienza cuando el administrador y/o Vigilante

selecciona la opcin Buscar Visitante.
3.1.2
El sistema muestra la interfaz Buscar Visitante, en la cual se

muestra un buscador y una tabla con los campos correspondientes:
Documento, Nmero de Documento, Apellido Paterno, Apellido
Materno, Nombres, Entidad. El sistema verifica los datos
ingresados.
3.1.3
3.1.4
El sistema muestra un listado de las Visitantes que coincidieron con

la bsqueda.
3.1.5

3.2.1
En el punto 6 del flujo bsico, si al ingresar el Documento y/o
Nombres, este no ha sido encontrado, el sistema mostrara un mensaje
Visitante no existe y vuelve al paso 2.
4. Precondiciones
4.1 . El Visitante debe estar registrada.
4.2 El administrador y/o Vigilante debe estar Logeado.
5. Post Condiciones
5.1 Una vez terminado este caso de uso, los datos del Visitante que
2.1.14. Especificacin de Caso de Uso: Gestionar Vigilante

1. Caso de Uso: Gestionar Vigilante
1.1
Breve Descripcin
vigilantes.
2. Actores
2.1. Administrador
3
Flujo de Eventos
3.1 Flujo Bsico:
opcin Mantener Vigilante.
3.1.2. El sistema muestra la interfaz Mantener Vigilante con los
siguientes campos: Nombres Completos, Apellido Paterno, Apellido
Materno, Sede, Rol. Adems de las opciones Registrar Vigilante,
Actualizar Vigilante, Eliminar Vigilante y Salir.
3.1.1
El administrador elije una opcin Agregar Vigilante (Ir al sub

flujo Agregar Vigilante).
3.1.2

Actualizar (ir al sub flujo Actualizar Vigilante) o la opcin
Eliminar (Ir al sub flujo Eliminar Vigilante).
3.1.3
3.2 Sub Flujos
a. Agregar Vigilante
1
El sistema muestra los datos del Vigilante con los campos: Nombres
Completos, Apellido Paterno, Apellido Materno, Sede, Rol. Adems de
las opciones: Aceptar y Cancelar.
El administrador ingresa los datos del vigilante a agregar.
El administrador selecciona el tipo de usuario.
El sistema graba el registro de los vigilantes y muestra el mensaje

Vigilante creado.
b. Actualizar Vigilante
1. El sistema muestra los datos del vigilante seleccionado con los datos:
Nombres Completos, Apellido Paterno, Apellido Materno, Sede, Rol.
2. El administrador modifica los datos del vigilante.
3. El administrador selecciona la opcin aceptar.
4. El sistema valida los datos.
5. El sistema guarda los cambios realizados por el administrador.
satisfactoria.
7. El administrador cierra la interfaz usuario y retorna a la interfaz
mantener Vigilante, mostrando la lista actualizada, finalizando el sub
flujo.
c. Eliminar Actividad
1. El sistema muestra los datos del usuario seleccionada en la interfaz
Mantener Usuario: Nombres Completos, Apellido Paterno, Apellido
Materno, Sede, Rol. Adems muestra las opciones: Aceptar y
Cancelar.
2. El administrador se ubica sobre la actividad a eliminar y selecciona la
opcin Eliminar Vigilante.
3. El sistema muestra el mensaje: Est seguro que desea eliminar el
Vigilante seleccionado?.
4. El administrador selecciona la opcin SI, confirmando la eliminacin.
5. El sistema actualiza el registro de los Vigilantes y un mensaje que

aparece diciendo: Vigilante eliminado y lo coloca en estado
Eliminado.
6. El sistema muestra la interfaz Mantener Vigilante con la actualizacin
de la lista de Vigilantes y el sub flujo finaliza.
3.3.1
DATOS INVLIDOS
sub flujos Agregar y Actualizar Vigilante, el sistema muestra el
3.3.2
VIGILANTE YA EXISTE
En el sub flujo Agregar Vigilante, el sistema muestra el mensaje
Vigilante ya existe y el sub flujo finaliza.
3.3.3
Vigilante, finaliza el sub flujo.
5
5.1.
Precondiciones
4.1.
4.2.
La lista de Vigilantes tiene que estar disponible.
Post Condiciones
En el sistema quedara registrado el nuevo Vigilante.
5.2. El sistema actualizar la lista de vigilantes con el registro de un vigilante.
2.1.15. Especificacin de Caso de Uso: Gestionar Puesto de Vigilancia

1. Caso de Uso: Gestionar Puesto de Vigilancia
1.1
Breve Descripcin

Puestos de Vigilancia.
2. Actores
2.1. Administrador
3
Flujo de Eventos
3.1 Flujo Bsico:
opcin Mantener Puestos de Vigilancia.
3.1.2. El sistema muestra la interfaz Mantener Puestos de Vigilancia con
los siguientes campos: Cdigo Puesto Vigilancia, Nombre Puesto
Vigilancia, Descripcin. Adems de las opciones Registrar Puestos
de Vigilancia, Actualizar Puestos de Vigilancia, Eliminar
Puestos de Vigilancia y Salir.
3.1.3
El administrador elije una opcin Agregar Puesto de Vigilancia

(Ir al sub flujo Agregar Puesto de Vigilancia).
3.1.4

Actualizar (ir al sub flujo Actualizar Puesto de Vigilancia) o la
opcin Eliminar (Ir al sub flujo Eliminar Puesto de Vigilancia).
3.1.5
3.2 Sub Flujos

Agregar Puesto de Vigilancia
1
El sistema muestra los datos del Punto de Vigilancia con los campos:
Cdigo Puesto Vigilancia, Nombre Puesto Vigilancia, Descripcin.
Adems de las opciones: Aceptar y Cancelar.
El administrador ingresa los datos del vigilante a agregar.
El sistema graba el registro de los puestos de vigilancia y muestra el

mensaje Puesto de vigilancia creada.
Actualizar Puesto de Vigilancia

1. El sistema muestra los datos del Puesto de vigilancia seleccionado con
los datos: Cdigo Puesto Vigilancia, Nombre Puesto Vigilancia,
Descripcin.
2. El administrador modifica los datos del Puesto de Vigilancia.

satisfactoria.
7. El administrador cierra la interfaz Puesto de Vigilancia y retorna a la
interfaz mantener Puesto de Vigilancia, mostrando la lista actualizada,
finalizando el sub flujo.
Eliminar Actividad
Mantener Puesto de Vigilancia: Cdigo Puesto Vigilancia, Nombre
Puesto Vigilancia, Descripcin. Adems muestra las opciones: Aceptar
y Cancelar.
opcin Eliminar Puesto de Vigilancia.
3. El sistema muestra el mensaje: Est seguro que desea eliminar el
Puesto de Vigilancia seleccionado?.
5. El sistema actualiza el registro de los Puesto de Vigilancia y un mensaje
que aparece diciendo: Puesto de Vigilancia eliminado y lo coloca en
estado Eliminado.
6. El sistema muestra la interfaz Mantener Puesto de Vigilancia con la
actualizacin de la lista de Puestos de Vigilancias y el sub flujo finaliza.
3.3. Flujo Alternativo
sub flujos Agregar y Actualizar Puesto de Vigilancia, el sistema
muestra el mensaje Se han encontrado datos invlidos y los sub
flujos continan en el paso 2.
3.3.2. PUESTO DE VIGILANCIA YA EXISTE
En el sub flujo Agregar Puesto de Vigilancia, el sistema muestra el
mensaje Puesto de Vigilancia ya existe y el sub flujo finaliza.
3.3.3. NO CONFIRMA ELIMINACIN

Puesto de Vigilancia, finaliza el sub flujo.
4.
Precondiciones
4.1. Administrador tiene que estar logeado en el sistema.
4.2.
5.
La lista de Puesto de Vigilancia tiene que estar disponible.
Post Condiciones
5.1.
En el sistema quedara registrado el nuevo Puesto de Vigilancia.

5.2. El sistema actualizar la lista de Puesto de Vigilancia con el registro de
un Puesto de Vigilancia.
1.1.12 Especificacin de Caso de Uso: Gestionar Visita

1. Caso de Uso: Gestionar Visita
1.1
Breve Descripcin
El caso de uso permite al administrador y/o vigilante registrar, actualizar y
eliminar las Visitas.
2. Actores
2.1. Administrador
2.2. Vigilante
3.
Flujo de Eventos
3.1. Flujo Bsico:
opcin Mantener Visita.
3.1.2. El sistema muestra la interfaz Mantener Visita con los siguientes
campos: Fecha, Visitante, Documento, Entidad, Motivo.
Colaborador, Cargo, Oficina. Lugar de Reunin, Hora de Entrada,
Hora de Salida. Registrar Visita, Actualizar Visita, Eliminar
Visita y Salir.
3.1.1. El administrador elije una opcin Agregar Visita (Ir al sub flujo
Agregar Visita.
3.1.2. El administrador elije una visita y puede elegir la opcin

Actualizar (ir al sub flujo Actualizar Visita) o la opcin
Eliminar (Ir al sub flujo Eliminar Visita).
3.1.3. El administrador selecciona Salir y el caso de uso finaliza.
3.2. Sub Flujos

a
Agregar Visita
1.
El sistema muestra los datos de la Visita con los campos: Fecha,

Visitante, Documento, Entidad, Motivo. Colaborador, Cargo, Oficina.
Lugar de Reunin, Hora de Entrada, Hora de Salida. Adems de las
2.
El administrador ingresa los datos de la visita.
3.
4.
5.
El sistema graba el registro de la visita y muestra el mensaje Visita

creada.
b Actualizar Visita
1. El sistema muestra los datos de la visita seleccionada con los datos:
Fecha, Visitante, Documento, Entidad, Motivo. Colaborador, Cargo,
Oficina. Lugar de Reunin, Hora de Entrada, Hora de Salida.
2. El administrador modifica los datos de la visita.
satisfactoria.
7. El administrador cierra la interfaz Visita y retorna a la interfaz mantener
Visita, mostrando la lista actualizada, finalizando el sub flujo.
c
Eliminar Visita
Mantener Visita: Fecha, Visitante, Documento, Entidad, Motivo.
Colaborador, Cargo, Oficina. Lugar de Reunin, Hora de Entrada,

Hora de Salida.
2.
Adems muestra las opciones: Aceptar y Cancelar.

opcin Eliminar Visita.
4. El sistema muestra el mensaje: Est seguro que desea eliminar la
Visita?.
6. El sistema actualiza el registro de la Visita y un mensaje que aparece
diciendo: Visita eliminada y lo coloca en estado Eliminado.
7. El sistema muestra la interfaz Mantener Visita con la actualizacin de la
lista de Visita y el sub flujo finaliza.
3.3.1
DATOS INVLIDOS
sub flujos Agregar y Actualizar Visita, el sistema muestra el mensaje
Se han encontrado datos invlidos y los sub flujos continan en el
paso 2.
3.3.2
VISITA YA EXISTE
En el sub flujo Agregar Visita, el sistema muestra el mensaje Visita
ya existe y el sub flujo finaliza.
3.3.3
Visita, finaliza el sub flujo.
Precondiciones
4.1.
4.2.
La lista de Visita tiene que estar disponible.
Post Condiciones
5.1. En el sistema quedara registrado la nueva Visita.

5.2. El sistema actualizar la lista de Visita con el registro de una Visita.
5.1.5. Diagramas de Actividades

Los diferentes diagramas de actividades de nuestro sistema se mostrarn a
continuacin, los cuales sern detallados uno por uno, explicando su
funcionamiento como finalidad en el sistema.
1
Login
En la Fig. 2.3 Se muestra el diagrama de actividades de Login, el cual describe
cmo funcionar el caso de uso Login por parte de los usuarios que pueden ser
administrador o vigilante, empezando desde la Actividad: cuando el sistema
solicita la cuenta al usuario, luego el usuario ingresa su cuenta de usuario, el
sistema pasa a solicitar contrasea de usuario, el usuario ingresa su contrasea o
clave y finalmente termina con la ltima actividad: Login Exitoso.
Sistema
Solicita Cuenta
de us uario
s olicita contras ea
de us uario
Usuario
Ingresa cuenta
de us uario
Ingres a contras ea de
us uario
Verifica Datos
Login Exitos o
Figura 2.4. Diagrama de actividad de Login
Reporte usuario
En la Fig.2.4 se muestra el diagrama de actividades de Reporte usuario, el cual
describe cmo funcionar el caso de uso Reporte usuario, empezando desde la
Actividad: el administrador consulta la lista de usuarios, luego el sistema genera
el reporte segn lo seleccionado finalizando con un mensaje: Reporte

Generado.
Administra dor
consulta lis ta
de us uarios
Sis tema
valida datos
genera
reportes
reporte
generado
Figura 2.45.
Diagrama de
Actividad de Reporte Usuario
Reporte Visita
En la Fig.2.5 se muestra el diagrama de actividades de Reporte Visita, el cual
describe cmo funcionar el caso de uso Reporte Visita, empezando desde la
Actividad: el administrador consulta la lista de Visita, luego el sistema genera el
reporte segn lo seleccionado finalizando con un mensaje: Reporte Generado.
Figura 2.56. Diagrama de Actividad de Reporte Usuario
Gestionar Visitas
En la Fig.2.6 se muestra el diagrama de actividades de Gestionar Visitas, el cual

describe cmo funcionar el caso de uso Gestionar Visitas, empezando desde la Visita:
el administrador y/o vigilante selecciona una opcin Registrar Visita, Actualizar
Visita o Eliminar Visita s es Registrar Visita, el usuario ingresa los datos de las
visitantes y selecciona el trabajador, lugar de reunin, motivo, y hora de ingreso a la
institucin el sistema valida los datos ingresados y graba los informes: Actividad
creada. Si es Actualizar Actividad, el usuario selecciona actividad, modifica los
datos de la actividad, el sistema valida los datos, guarda los cambios, actualiza el
registro y termina con un mensaje: Actualizacin satisfactoria. Si es Eliminar
Actividad, el educador selecciona la actividad, el sistema muestra mensaje: est
seguro que desea eliminar actividad seleccionada?, el educador selecciona s y se
confirma eliminacin: Actividad eliminado.
Figura 2.67. Diagrama de Actividad de Gestionar Visita
Gestionar usuario
En la Fig.2.7 se muestra el diagrama de actividades de Gestionar usuario, el cual
describe cmo funcionar el caso de uso Gestionar usuario, empezando desde la
Actividad: el sistema solicita seleccionar una opcin Registrar Usuario,
Actualizar Usuario o Eliminar Usuario, el administrador selecciona una
opcin s es Registrar Usuario, el administrador ingresa los datos de los
usuarios a agregar y selecciona el usuario, el sistema valida los datos ingresados
y graba los usuarios: Usuario creado y muestra la lista de usuarios. Si es
Actualizar Usuario, el administrador selecciona usuario, modifica los datos del
usuario, el sistema valida los datos, guarda los cambios, actualiza el registro y
termina con un mensaje: Usuario satisfactoria. Si es Eliminar Usuario, el
administrador selecciona el usuario, el sistema muestra mensaje: est seguro
que desea eliminar usuario seleccionado?, el administrador selecciona s y se
confirma eliminacin: Usuario eliminado.
Figura 2.78. Diagrama de Actividad de Gestionar usuario
Gestionar Vigilante
En la Fig.2.8 se muestra el diagrama de actividades de Gestionar Vigilante, el cual

describe cmo funcionar el caso de uso Gestionar Vigilante, empezando desde el
Vigilante: el administrador selecciona una opcin Registrar Visita Vigilante,
Actualizar Vigilante o Eliminar Vigilante s es Registrar Vigilante, el usuario
ingresa los datos del Vigilante el sistema valida los datos ingresados y graba los
informes: Actividad creada. Si es Actualizar Actividad, el usuario selecciona
actividad, modifica los datos de la actividad, el sistema valida los datos, guarda los
cambios, actualiza el registro y termina con un mensaje: Actualizacin satisfactoria.
Si es Eliminar Actividad, el educador selecciona la actividad, el sistema muestra
mensaje: est seguro que desea eliminar actividad seleccionada?, el educador
selecciona s y se confirma eliminacin: Actividad eliminado.
Figura 2.89. Diagrama de Actividad de Gestionar Vigilante
Gestionar Punto de Vigilancia
En la Fig.2.9 se muestra el diagrama de actividades de Gestionar Punto de Vigilancia, el

cual describe cmo funcionar el caso de uso Gestionar Punto de Vigilancia, empezando
desde el informe: el administrador selecciona una opcin Registrar Punto de
Vigilancia, Actualizar Punto de Vigilancia o Eliminar Punto de Vigilancia s es
Registrar Punto de Vigilancia, el usuario ingresa los datos del Punto de Vigilancia y el
sistema valida los datos ingresados y graba los informes: Actividad creada. Si es
Actualizar Actividad, el usuario selecciona actividad, modifica los datos de la
actividad, el sistema valida los datos, guarda los cambios, actualiza el registro y termina
con un mensaje: Actualizacin satisfactoria. Si es Eliminar Actividad, el educador
selecciona la actividad, el sistema muestra mensaje: est seguro que desea eliminar
actividad seleccionada?, el educador selecciona s y se confirma eliminacin:
Actividad eliminado.
Figura 2.910. Diagrama de Actividad de Gestionar Punto de Vigilancia
Gestionar Visitante
En la Fig.2.10 se muestra el diagrama de actividades de Gestionar Visitante, el cual

describe cmo funcionar el caso de uso Gestionar Visitante, empezando desde el
informe: el administrador selecciona una opcin Registrar Visitante, Actualizar
Punto Visitante o Eliminar Visitante s es Registrar Visitante, el usuario ingresa los
datos del Visitante y el sistema valida los datos ingresados y graba los informes:
Actividad creada. Si es Actualizar Actividad, el usuario selecciona actividad,
modifica los datos de la actividad, el sistema valida los datos, guarda los cambios,
actualiza el registro y termina con un mensaje: Actualizacin satisfactoria. Si es

Eliminar Actividad, el educador selecciona la actividad, el sistema muestra mensaje:
est seguro que desea eliminar actividad seleccionada?, el educador selecciona s y
se confirma eliminacin: Actividad eliminado.
Figura 2.1011. Diagrama de Actividad de Gestionar Visitante
1.1.9. Buscar Colaborador

En la Fig.2.11 Se muestra el diagrama de actividades de Buscar Colaborador, el
cual describe como funcionara el caso de uso Buscar Colaborador, empezando
desde la actividad: seleccionar buscar el Colaborador al sistema, el sistema
solicita el cdigo o nombre del Colaborador, el administrador ingresa el cdigo o
nombre del Colaborador, el sistema verifica los datos ingresados, busca los datos
que se han ingresado y termina con la ltima actividad: Mostrar un listado de los
Colaboradores.
administrador
selecciona buscar
trabajador
ingresa codigo o
nombre del trabajador
sistema
solicita codigo o nombre

del trabajador
verifica datos
ingresados
busca datos
ingresados
muestra lista
de trabajadores
Figura 2.12. Diagrama de actividad de buscar Colaborador
1.1.10. Buscar Punto de Vigilancia

En la Fig.2.12 Se muestra el diagrama de actividades de Buscar Punto de
Vigilancia, el cual describe como funcionara el caso de uso Buscar Punto de
Vigilancia, empezando desde la actividad: seleccionar buscar Punto de
Vigilancia al sistema, el sistema solicita el cdigo o nombre del Punto de
Vigilancia, el administrador ingresa el cdigo o nombre del Punto de Vigilancia,
el sistema verifica los datos ingresados, busca los datos que se han ingresado y
termina con la ltima actividad: Mostrar un listado del Punto de Vigilancia.
Figura 2.13. Diagrama de actividad de buscar Punto de Vigilancia
1.1.11. Buscar Visita

En la Fig.2.13 Se muestra el diagrama de actividades de Buscar Visita, el cual
describe como funcionara el caso de uso Buscar Visita, empezando desde la
actividad: seleccionar buscar Visita al sistema, el sistema solicita la fecha o
nombre del Visitante, el administrador, vigilante o visitante ingresa la fecha o
nombre del Visitante, el sistema verifica los datos ingresados, busca los datos
que se han ingresado y termina con la ltima actividad: Mostrar un listado de la
Visita.
Figura 2.13. Diagrama de actividad de buscar Visita
1.1.12. Buscar Vigilante

En la Fig.2.14 Se muestra el diagrama de actividades de Buscar Vigilante, el cual
describe como funcionara el caso de uso Buscar Vigilante, empezando desde la
actividad: seleccionar buscar Vigilante al sistema, el sistema solicita la cdigo o
nombre del Vigilante, el administrador ingresa el cdigo o nombre del Vigilante,
termina con la ltima actividad: Mostrar un listado de los Vigilantes.
Figura 2.14. Diagrama de actividad de buscar Vigilante
1.1.13. Buscar Visitante

En la Fig.2.15 Se muestra el diagrama de actividades de Buscar Visitante, el cual
describe como funcionara el caso de uso Buscar Visitante, empezando desde la
actividad: seleccionar buscar Visitante al sistema, el sistema solicita la cdigo o
nombre del Visitante, el administrador ingresa el cdigo o nombre del Visitante,
termina con la ltima actividad: Mostrar un listado de los Visitante.
Figura 2.15. Diagrama de actividad de buscar Visitante
5.1.6. Diagrama de clases

En la siguiente imagen (Fig. 2.16) se muestra el diagrama de Clases de nuestro
sistema, en donde se especifica los variables y mtodos de cada clase, las cuales
se pueden observar a continuacin.
trabajador
cod_trabajador
nombres
ape_pat
ape_mat
cargo
sede
documento
tipo_documento
vigilante
cod_trabajador
nombre
ape_pat
ape_mat
rol
sede
usuario
cod_usuario
nombre
user
clave
ult_logeo
fin_logeo
visitante
cod_visitante
nombres
ape_pat
ape_mat
documento
tipo_documento
entidad
1..n
visita
1
cod_visita
fecha
visitante
documento
trabajador
lugar_reunion
1..n
motivo
hora_salida
hora_entrada
name
punto vigilancia
cod_punto_vigilancia
nombre
descripcion
Figura 2.14. Diagrama de Clases
5.1.7
Diagrama de interaccin
Los diagramas de Interaccin (Secuencia y colaboracin) de nuestro sistema se
mostrarn a continuacin, siendo especificados segn el tipo y nombre de cada
diagrama.
1.1.
Diagrama de secuencia Login:
En la Fig. 2.17 se observa el diagrama de secuencia de Login, en donde se ve la

interaccin del cliente con las interfaces y como esta reacciona.
: USUARIO
INTERFAZ:
LOGIN
BASE DE
DATOS
VERIFICA:
LOGIN
1: INGRESA CUENTA USUARIO
2: SOLICITA CLAVE DE USUARIO
3: INGRESA CLAVE DE USUARIO

4: BUSQUEDA DE DATOS
5: VERIFICA DATOS
6: MENSAJE LOGIN EXITOSO
Figura 2.157. Diagrama de Secuencia de Login

1.1. Diagrama de colaboracin Login
En la Fig. 2.18 se observa el diagrama de colaboracin de Login, en donde se ve

la interaccin del usuario con las interfaces y como esta reacciona.
1: INGRESA CUENTA USUARIO

3: INGRESA CLAVE DE USUARIO
INTERFAZ:
LOGIN
2: SOLICITA CLAVE DE USUARIO
: USUARIO
4: BUSQUEDA DE DATOS
7: MENSAJE LOGIN EXITOSO
VERIFICA:
LOGIN
6:
BASE DE
DATOS
5: VERIFICA DATOS
Figura 2.18. Diagrama de colaboracin de Login
1.2.
Diagrama de secuencia gestionar usuario
En la Fig. 2.19 se observa el diagrama de secuencia de gestionar usuario, en

donde se ve la interaccin del administrador con las interfaces y como esta
reacciona.
INTERFAZ_PRINCIPAL:
MANTENER USUARIO
:
ADMINISTRADOR
INTERFAZ: AGREGAR
USUARIO
INTERFAZ:
ACTUALIZAR_USUARIO
VERIFICAR_DAT
OS
BASE_DE_DAT
OS
Solicita elegir opcion

Nombre Completo
Apellidos
Usuario
Clave
E-mail
Telefono
Direccion
DNI
Tipo de usuario
Edad
Grado
Profesor
Nombre de Madre
Nombre de Padre
Elige opcion: Agregar Usuario
Solicita Ingresar Datos del Usuario
Ingresa Datos Usuario

Elige Tipo Usuario
Busqueda de Datos (Nombre de Usuario)

Verificar Datos
Guardar Datos Ingresados
MENSAJE: "Usuario Agregado"

Regresa Interfaz Principal
Elige opcion: Actualizar Usuario
Solicita ingresar cambios
Ingresa Cambios
Verifica Datos
Guardar Cambios ingresados
MENSAJE: "Usuario Actualizado"

Retornar interfaz Principal
Elige opcion: Eliminar Usuario
MENSAJE: "Desea eliminar Usuario Seleccionado?"

Confirmar Mensaje
MENSAJE: "Usuario Eliminado"
Salir
Figura 2.19. Diagrama de secuencia gestionar usuario

1.2. Diagrama de colaboracin gestionar usuario
En la Fig. 2.20 se observa el diagrama de colaboracin de gestionar usuario, en

reacciona.
INTERFAZ_PRINCIPAL:
MANTENER USUARIO
20: Elige opcion: Eliminar Usuario
22: Confirmar Mensaje
11: Regresa Interfaz Principal
2: Elige opcion: Agregar Usuario
4: Ingresa Datos Usuario
1: Solicita elegir opcion
5: Elige Tipo Usuario
21: MENSAJE: "Desea eliminar Usuario Seleccionado?"
23: MENSAJE: "Usuario Eliminado"
INTERFAZ: AGREGAR
24: Salir
USUARIO
3: Solicita Ingresar Datos del Usuario
: ADMINISTRADOR 19: Retornar interfaz Principal
8:
16:
10: MENSAJE: "Usuario Agregado"
7: Verificar Datos
13: Solicita ingresar cambios

12: Elige opcion: Actualizar Usuario
14: Ingresa Cambios
15: Verifica Datos
VERIFICAR_
DATOS
6: Busqueda de Datos (Nombre de Usuario)

9: Guardar Datos Ingresados
17: Guardar Cambios ingresados
INTERFAZ:
ACTUALIZAR_USUARIO
BASE_DE_
DATOS
18: MENSAJE: "Usuario Actualizado"
Figura 2.20. Diagrama de colaboracin gestionar usuario

1.3. Diagrama de secuencia reporte usuario
En la Fig. 2.21 se observa el diagrama de secuencia de Reporte usuario, en

reacciona.
INTERFAZ:
REPORTE_USUARIO
:
ADMINISTRADOR
BASE DE
DATOS
Cons ulta lista de usuarios

Bus queda de Datos (Us uario)
Valida Datos s olicitados
Genera Reporte de Us uarios
MENSAJE: "Reporte Generado"
s alir
Figura 2.21. Diagrama de secuencia Reporte usuario
VALIDA DATOS
1.3. Diagrama de colaboracin reporte usuario
En la Fig. 2.22 se observa el diagrama de colaboracin de Reporte usuario, en

reacciona.
1: Consulta lista de usuarios
INTERFAZ:
REPORTE_USUARIO
: ADMINISTRADOR
6: MENSAJE: "Reporte Generado"

7: salir
5: Genera Reporte de Usuarios
2: Busqueda de Datos (Usuario)
BASE DE
DATOS
3: Valida Datos solicitados

4:
VALIDA
DATOS
Figura 2.22. Diagrama de colaboracin Reporte usuario
1.4. Diagrama de secuencia gestionar visitas

En la Fig. 2.23 se observa el diagrama de secuencia de gestionar visitas, en
reacciona.
Figura 2.23. Diagrama de secuencia gestionar visitas

1.4. Diagrama de colaboracin gestionar Visitas
En la Fig. 2.24 se observa el diagrama de colaboracin de gestionar visitas, en

reacciona.
Figura 2.24. Diagrama de colaboracin Gestionar Visita

BASE_DA
TOS
INTERFAZ ACTUALIZAR
VISITAS
17: MENSAJE "VISITA ACTUALIZADA"
7:
8: Guardar datos ingresados
16: Guardar Cambios Registrados
14: Verificar Datos

15:
9: MENSAJE "VISITA AGREGADA"

5: Busqueda de datos
VERIFICAR
DATOS
12: Solicitar Ingresar Datos

18: Retornar Interfaz Principal
6: Verificar Datos
INTERFAZ AGREGAR
VISITAS
11: Elige Opcion: Actualizar Visita

13: Ingresar Cambios
2: Elige opcion: Agregar Visita

3: Solicita ingresar datos de la Visita
4: Ingresar datos de la Visita
10: Regresar Interfaz Principal
1: Solicita elegri opcion
20: Mensaje desea eliminar visita?
22: Mensaje "VISITA ELIMINADA"
23: SALIR
INTERFAZ
PRINCIPAL_GESTIONAR_VISITA
19: Elegir opcion: Eliminar Visita
21: Confirmar mensaje
: ADMINISTRADOR
1.5. Diagrama de secuencia gestionar vigilantes

En la Fig. 2.25 se observa el diagrama de secuencia de gestionar vigilantes, en
reacciona.
Figura 2.25. Diagrama de secuencia gestionar vigilantes
1.5. Diagrama de colaboracin gestionar Vigilantes
En la Fig. 2.26 se observa el diagrama de colaboracin de gestionar vigilantes,

en donde se ve la interaccin del administrador con las interfaces y como esta
reacciona.
6: Verificar Datos
VERIFICAR
DATOS
INTERFAZ AGREGAR
VIGILANTES

9: MENSAJE "Vigilante AGREGADO"

BASE_DA
TOS
14: Verificar Datos
17: MENSAJE "Vigilante ACTUALIZADo"
3: Solicita ingresar datos de la Vigilantes

INTERFAZ ACTUALIZAR
VIGILANTES
2: Elige opcion: Agregar Vigilantes

4: Ingresar datos de la Vigilantes
11: Elige Opcion: Actualizar Vigilantes


20: Mensaje desea eliminar Vigilantes?
22: Mensaje "Vigilante ELIMINADO"
23: SALIR
INTERFAZ
PRINCIPAL_GESTIONAR_VIGILANTES
19: Elegir opcion: Eliminar Vigilantes
: ADMINISTRADOR
Figura 2.26. Diagrama de colaboracin Gestionar Vigilantes
1.5. Diagrama de secuencia gestionar puesto de vigilancia

En la Fig. 2.27 se observa el diagrama de secuencia de gestionar puesto de
vigilancia, en donde se ve la interaccin del administrador con las interfaces y
como esta reacciona.
Figura 2.27. Diagrama de secuencia gestionar puesto vigilancia
1.5.
Diagrama de colaboracin gestionar puesto vigilancia

En la Fig. 2.28 se observa el diagrama de colaboracin de gestionar puesto
6: Verificar Datos
VERIFICAR
DATOS
INTERFAZ AGREGAR
PUESTO VIGILANCIA
9: MENSAJE "Puesto Vigilancia AGREGADO"

14: Verificar Datos
BASE_DA
TOS
17: MENSAJE "Puesto Vigilancia ACTUALIZADO"
3: Solicita ingresar datos del Puesto Vigilancia

INTERFAZ ACTUALIZAR
PUESTO VIGILANCIA
2: Elige opcion: Agregar Puesto Vigilancia

4: Ingresar datos del Puesto Vigilancia
11: Elige Opcion: Actualizar Puesto Vigilancia


20: Mensaje desea eliminar Puesto Vigilancia?
22: Mensaje "Puesto Vigilancia ELIMINADO"
23: SALIR
INTERFAZ PRINCIPAL_GESTIONAR_PUESTO
VIGILANCIA
19: Elegir opcion: Eliminar Puesto Vigilancia
: ADMINISTRADOR
Figura 2.28. Diagrama de colaboracin Gestionar Puesto Vigilancia
1.6. Diagrama de secuencia gestionar Visitante

En la Fig. 2.29 se observa el diagrama de secuencia de gestionar visitante, en
reacciona.
Figura 2.29. Diagrama de secuencia gestionar visitante
1.6.
Diagrama de colaboracin gestionar visitante

En la Fig. 2.30 se observa el diagrama de colaboracin de gestionar puesto
6: Verificar Datos
VERIFICAR
DATOS
INTERFAZ AGREGAR
VISITANTE
9: MENSAJE "Visitante AGREGADO"

BASE_DA
TOS

14: Verificar Datos
17: MENSAJE "Visitante ACTUALIZADO"
3: Solicita ingresar datos del Visitante

INTERFAZ ACTUALIZAR
VISITANTE
2: Elige opcion: Agregar Visitante

4: Ingresar datos del Visitante
11: Elige Opcion: Actualizar Visitante


20: Mensaje desea eliminar Visitante?
22: Mensaje "Visitante ELIMINADO"
23: SALIR
INTERFAZ
PRINCIPAL_GESTIONAR_VISITANTE
19: Elegir opcion: Elim inar Visitante
: ADMINISTRADOR
Figura 2.30. Diagrama de colaboracin Gestionar Visitante
1.7.
Diagrama de secuencia Buscar Puesto de Vigilancia

En la Fig. 2.31 se observa el diagrama de secuencia de Buscar puesto de vigilancia,
reacciona.
Figura 2.31. Diagrama de secuencia Buscar Punto vigilancia
1.7. Diagrama de colaboracin buscar punto vigilancia

En la Fig. 2.32 se observa el diagrama de colaboracin de Buscar punto
1: Buscar opcion: Punto Vigilancia
3: Ingresar Datos: Nombre y/o Codigo
INTERFAZ BUSCAR
PUNTO VIGILANCIA
: ADMINISTRADOR
2: Solicitar Nombre y/o Codigo

8: Salir
7: Muestra lista de Punto Vigilancia

4: Verificar Datos
5:
6: Buscar Datos: Punto de Vigilancia

VERIFICAR PUNTO
VIGILANCIA
BASE
DATOS
Figura 2.32. Diagrama de colaboracin Buscar punto vigilancia
1.8.
Diagrama de secuencia Buscar Visita

En la Fig. 2.33 se observa el diagrama de secuencia de Buscar Visita, en donde se ve
la interaccin del administrador con las interfaces y como esta reacciona.
Figura 2.33. Diagrama de secuencia Buscar Visita
1.8.
Diagrama de colaboracin Buscar Visita

En la Fig. 2.34 se observa el diagrama de colaboracin de Buscar Visita, en
reacciona.
1: Buscar opcion: Visita

3: Ingresar Datos: Fecha y/o Visitante
INTERFAZ BUSCAR
VISITA
: ADMINISTRADOR
2: Solicitar Fecha y/o Visitante

8: Salir
7: Muestra lista de Visita

4: Verificar Datos
5:
6: Buscar Datos: Visita

VERIFICAR VISITA
BASE
DATOS
Figura 2.34. Diagrama de colaboracin Buscar Visita.
1.9.
Diagrama de secuencia Buscar Vigilante

En la Fig. 2.35 se observa el diagrama de secuencia de Buscar Vigilante, en donde
se ve la interaccin del administrador con las interfaces y como esta reacciona.
Figura 2.35. Diagrama de secuencia Buscar Vigilante
1.9.
Diagrama de colaboracin Buscar Vigilante

En la Fig. 2.36 se observa el diagrama de colaboracin de Buscar Vigilante, en
reacciona.
1: Buscar opcion: Vigilante
3: Ingresar Datos: Codigo y/o Nombre
INTERFAZ BUSCAR
VIGILANTE
: ADMINISTRADOR
2: Solicitar Codigo y/o Nombre

8: Salir
7: Muestra lista de Vigilante

4: Verificar Datos
5:
6: Buscar Datos: Vigilante

VERIFICAR
VIGILANTE
BASE
DATOS
Figura 2.36. Diagrama de colaboracin Buscar Vigilante
1.10.
Diagrama de secuencia Buscar Visitante
En la Fig. 2.37 se observa el diagrama de secuencia de Buscar Visitante, en donde se

ve la interaccin del administrador con las interfaces y como esta reacciona.
Figura 2.37. Diagrama de secuencia Buscar Visitante
1.10.
Diagrama de colaboracin Buscar Visitante

En la Fig. 2.38 se observa el diagrama de colaboracin de Buscar Vigilante, en
reacciona.
1: Buscar opcion: Visitante

3: Ingresar Datos: Documento y/o Nombre
INTERFAZ BUSCAR
VISITANTE
: ADMINISTRADOR
2: Solicitar Documento y/o Nombre

8: Salir
7: Muestra lista de Visitante

4: Verificar Datos
5:
6: Buscar Datos: Visitante

VERIFICAR
VISITANTE
BASE
DATOS
Figura 2.38. Diagrama de colaboracin Buscar Visitante
1.11
Diagrama de secuencia buscar Colaborador

En la Fig. 2.39 se observa el diagrama de secuencia de Buscar Colaborador, en
reacciona.
INTERFAZ:
BUSCAR_TRABAJADOR
:
ADMINISTRADOR
VERIFICAR:
DATOS_TRABAJADOR
Seleccion opcion: Buscar Trabajador
Solicita Id_Trabajador / Nombre_Trabajador
Ingresa Datos Id_Trabajador / Nombre_Trabajador

Verifica Datos
Busca Datos (Trabajador)
Muestra Lista de Trabajadores

Salir
Figura 2.16. Diagrama de secuencia Buscar Colaborador
BD_TRABAJAD
OR
1.11
Diagrama de colaboracin buscar trabajador

En la Fig. 2.40 se observa el diagrama de colaboracin de Buscar Colaborador,
reacciona.
1: Seleccion opcion: Buscar Trabajador
3: Ingresa Datos Id_Trabajador / Nombre_Trabajador
INTERFAZ:
BUSCAR_TRABAJADOR
: ADMINISTRADOR
2: Solicita Id_Trabajador / Nombre_Trabajador

8: Salir
5:
7: Muestra Lista de Trabajadores

4: Verifica Datos
6: Busca Datos (Trabajador)
VERIFICAR:
DATOS_TRABAJADOR
BD_TRABA
JADOR
Figura 2.17. Diagrama de colaboracin Buscar Colaborador
5.1.8.
Diagrama de componentes
En la figura 2.42 se muestra el diagrama de componentes que muestra los
elementos de diseo del sistema de software. El diagrama de componentes
permite visualizar con ms facilidad la estructura general del sistema y el
comportamiento del servicio que estos componentes proporcionan y utilizan a
travs de las interfaces.
Figura 2.18. Diagrama de componentes del sistema
Aplicacion CU_Login.exe
Identicacion.frm
Aplicacion_CU_Reporte_Visita.exe
Identicacion.frm
Aplicacion CU_Reporte_Usuario.exe
Identicacion.frm
Aplicacion_CU_Gestionar_Visita.exe
Identicacion.frm
Rutinas de
Conexion
Acceso Base
de Datos
Aplicacion_CU_Gestionar_Usuario.exe
Identicacion.frm
BD_VISITAS
Aplicacion_CU_Gestionar_Vigilantes.exe
Identicacion.frm
Aplicacion_CU_Gestionar_Puesto_Vigilancia.exe
Identicacion.frm
Aplicacion_CU_Gestionar_Visitante
Identicacion.frm
5.1.9. Diagrama de despliegue

En la figura 2.43 se muestra el diagrama de despliegue, este diagrama muestra
las relaciones fsicas de los distintos nodos que componen un sistema y el
reparto de los componentes sobre dichos nodos.
Servidor WEB
APACHE
Servidor BASE DE DATOS

BASE DE DATOS
SQL SERVER 2008
Componente
Diagrama
Modulo de
Reporte
Componente
Diagrama
Componente
Diagrama
Chrome
Componente
Diagrama
Modulo de
Gestion
Componente
Diagrama
CLIENTE/BROWSER
Componente
Diagrama
Componente
Diagrama
Componente
Diagrama
Figura 2.19. Diagrama de despliegue del sistema
5.1.10. Prototipos
Inicio de sesin y Acceso del usuario
CASO DE USO
LOGIN
BASE DE DATOS
DB_CONTROL_VISITAS
TABLA
TM_USUARIO,
TM_SEDE,
TM_ROL.
CAMPOS
ID_USUARIO,
NO_USUARIO,
NO_CLAVE,
ID_SEDE,
ID_ROL,
FE_LOGIN_ACTUAL,
FE_LOGIN_ULTIMO.
FUNCIONALIDADES
AL INGRESAR EN LOS CAMPOS

DE TEXTOS EL USUARIO Y LA
CONTRASEA VALIDAN EL ROL
QUE TIENE EN EL NEGOCIO, Y
EL PUNTO DE ENTRADA DE
DONDE
REGISTRANDO
PROVIENE,
LA
FECHA
HORA ACTUAL EN LA BASE DE

DATOS.
Mdulos de Administracin
Administrar de Usuarios
La administracin de Usuarios inicia con el listado completo y paginado de los
usuarios registrados en el sistema tal como se muestra en la figura 1.
Figura 1.
Entre las opciones que estn disponibles son:
Crear nuevo Usuario: Opcin que permite crear un nuevo

usuario. El sistema mostrar un formulario de ingreso tal
como se muestra en la figura 2.
Figura 2.
Mostrar Informacin: Al elegir un registro y seleccionar la

opcin del icono de la lupa, el sistema mostrar informacin
detallada del usuario, tal como se muestra en la figura 3.
Figura 3.
Editar Registro: Al elegir un registro y seleccionar la opcin del icono del lpiz, el
sistema mostrar un formulario de los datos del usuario que nos permitir
modificarlo, tal como se muestra en la figura 4. Se debe tener en cuenta que si se
desea modificar la clave, se debe de borrar el contenido encriptado e ingresar el
valor nuevo de la clave. Al momento de guardar los cambios, el sistema encriptar

la nueva clave.
Figura 4.
Eliminar Registro: Al elegir un registro y seleccionar la

opcin del icono de la X roja, el sistema mostrar un cuadro
de dialogo de confirmacin del borrado del registro, tal como
se muestra en la figura 5. Al confirmar la accin el sistema

borrar de forma fsica el registro.
Figura 5.
Administrar
Vigilancia
Puesto
de
La administracin de sedes inicia con el listado completo

y paginado de los puestos de vigilancia registradas en el
sistema tal como se muestra en la figura 6.
Figura 6.
Crear nueva Punto de Vigilancia: Opcin que permite

crear un Puesto de Vigilancia. El sistema mostrar un
formulario de ingreso tal como se muestra la figura 7.
Figura 7.
Mostrar Informacin: Al elegir un registro y seleccionar

la
opcin
del
icono
de
la
lupa,
el
sistema
mostrar
informacin detallada de los puestos de vigilancia, tal como

se muestra en la figura 8.
Figura 8.
Editar Registro: Al elegir un registro y seleccionar la

opcin del icono del lpiz, el sistema mostrar un formulario
de los datos del puesto de vigilancia que nos permitir
modificarlo, tal como se muestra en la figura 9.
Figura 9.

borrar de forma fsica el registro. Se debe tener presente
que esta operacin puede fallar debido a que existe
informacin actual que est usando los cdigos de los puestos
de vigilancia.
Figura 10.
Administrar
Reunin
Lugares
de
La administracin de Lugares de Reunin inicia con el listado

completo y paginado de los lugares de reuniones registradas
en el sistema tal como se muestra en la figura 11.
Figura 11.

Crear nuevo Lugar de Reunin: Opcin que permite crear un
nuevo Lugar de Reunin. El sistema mostrar un formulario
de ingreso tal como se muestra la figura 12. Se debe de tener
presente que por cada sede se debe de ingresar un lugar de
reunin genrico de nombre OFICINA, de manera que el
sistema pueda manejar de forma correcta la asignacin de la
reunin con la propia oficina del trabajador si se da el caso.
Figura 12.

detallada del lugar de reunin, tal como se muestra en la
figura 13.
Figura 13.
Editar Registro: Al elegir un registro y seleccionar la opcin
del icono del lpiz, el sistema mostrar un formulario de los
datos del lugar de la reunin que nos permitir modificarlo,

tal como se muestra en la figura 14.
Figura 14.


que
esta
operacin
puede
fallar
debido
que
existe
informacin actual que est usando los cdigos de los lugares

de reunin.
Figura 15.
Administrar Oficinas
La administracin de Oficinas inicia con el listado completo y

paginado de las oficinas registradas en el sistema tal como se
muestra en la figura 16.
Figura 16.
Crear nueva Oficina: Opcin que permite crear una nueva

Oficina. El sistema mostrar un formulario de ingreso tal
como se muestra la figura 17.
Figura 17.

detallada de la oficina, tal como se muestra en la figura 18.
Figura 18.

datos de la oficina que nos permitir modificarlo, tal como se
Figura 19.
Eliminar Registro: Al elegir un registro y seleccionar la opcin

del icono de la X roja, el sistema mostrar un cuadro de
dialogo de confirmacin del borrado del registro, tal como se
muestra en la figura 20. Al confirmar la accin el sistema
que
esta
operacin
puede
fallar
debido
que
existe
informacin actual que est usando los cdigos de las

oficinas.
Figura 20.
Administrar
CORPAC
Empleados
La administracin de los Empleados CORPAC inicia con el

listado completo y paginado de los empleados registrados en
el sistema tal como se muestra en la figura 21.
Figura 21.

Crear nuevo Empleado CORPAC Opcin que permite crear un
nuevo empleado. El sistema mostrar un formulario de
ingreso tal como se muestra la figura 22.
Figura 22.

detallada del empleado pblico, tal como se muestra en la
figura 23.
Figura 23.

datos del empleado que nos permitir modificarlo, tal como se
Figura 24.

que
esta
operacin
puede
fallar
debido
que
existe
informacin actual que est usando los cdigos del empleado
CORPAC.
Figura 25.
Administrar a los Visitantes

La administracin de Visitantes se inicia con el listado
completo y paginado de los visitantes registrados en el
Figura 26.
Este listado es tambin alimentado desde la interface de

ingreso de visitas.
Crear nuevo Invitado: Opcin que permite crear una nuevo
Invitado. El sistema mostrar un formulario de ingreso tal
Figura 27.

detallada de los visitantes, tal como se muestra en la figura
28.
Figura 28.

datos del visitante que nos permitir modificarlo, tal como se
Figura 29.

Figura 30.
Administrar
Empresas
Entidades
La administracin de Entidades se inicia con el listado completo y

paginado de las empresas registradas en el sistema tal como se
Figura 31.

Crear nueva Entidad: Opcin que permite crear una nueva
Entidad. El sistema mostrar un formulario de ingreso tal
Figura 32.

detallada de la entidad, tal como se muestra en la figura 33.
Figura 33.

datos de la entidad que nos permitir modificarlo, tal como se
Figura 34.

Figura 35.
Administrar
Parmetros.
Tablas
de
La administracin de Tablas de Parmetros se inicia con el

listado completo y paginado de las tablas de parmetros en el
Figura 36.

Crear nueva Tabla de Parmetro: Opcin que permite crear
una nueva Tabla de Parmetro. El sistema mostrar un
formulario de ingreso tal como se muestra la figura 37.
Figura 37.
Mostrar Informacin: Al elegir un registro y seleccionar la opcin del icono de la

lupa, el sistema mostrar informacin detallada de la tabla de parmetro, tal como
se muestra en la figura 38.
Figura 38.
Editar Registro: Al elegir un registro y seleccionar la opcin del icono del lpiz, el
sistema mostrar un formulario de los datos de la tabla parmetro que nos
permitir modificarlo, tal como se muestra en la figura 39.
Figura 39.

que esta operacin puede dejar inutilizable el sistema.
Figura 40.
Mostrar Listado de Detalles de la Tabla Parmetros: Al elegir un registro y

seleccionar la opcin del icono del +, el sistema mostrar el listado detalle de la
tabla parmetros con sus propias opciones de administracin, tal como se muestra
en la figura 41.
Figura 41.
Consulta
Pblica
Registros de Visitas
de
los
La consulta pblica permite a cualquier ciudadano peruano

poder consultas las visitas realizadas a los empleados
pblicos de la entidad. La consulta de visitas mostradas por el
sistema lo muestra por fecha.
La cual el sistema mostrar la siguiente pantalla de la figura
42.
Figura 42.
REFERENCIAS BIBLIOGRFICAS
[1] Scott, G (2001). Strategic Planning for High-Tech Product Development.Technology
Analysis&Strategic Management, Vol. 13, No. 3
[2]Hernando Andrs Agudelo Solano, 2004. ANLISIS Y DISEO DE UN SISTEMA DE

INFORMACIN EN LA PARTE OPERATIVA, PARA LA EMPRESA IMPORTADO
GRAN
ANDINA LTDA. Disponible en:

http://www.javeriana.edu.co/biblos/tesis/ingenieria/tesis134.pdf
[3]Joy Mundy, Warren Thornthwaite with Ralph Kimball 2011 - The Microsoft Data Warehouse
Toolkit with SQL Server 2008 R2, WileySegundaEdicin
[4]Ladino Aricapa, M. (2007). Mecanismo de consulta en lnea sobre programacin extrema
(XP), SCRUM y CRYSTAL, metodologas giles para el desarrollo de software, dirigido a
estudiantes y profesionales.
[5] Ley de transparencia y acceso a la informacin pblica /REQUERIMIENTO:

REGISTRO DE VISITAS.
[6]Recoleccin de Datos
[7]Proyectos agiles con Scrum: Flexibilidad, Aprendizaje, Innovacin y Colaboracin
en contextos complejos.Diego Martin lamo -Kleer 2013, Buenos Aires, 1era Edicin
Octubre
[8]Extreme Programming Explained, Kent Beck 1999

Tesis Sistema Registro de Visitas

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Tesis Sistema Registro de Visitas

Cargado por

Copyright:

Formatos disponibles

Facultad de Ingeniera de Sistemas, Computacin y

Sistema de Gestin de Visitas Web CASO: CORPAC S.A

Tesis para obtener el Titulo de:

Ingeniero de Sistemas y Cmputo

Miranda Yauri Xavier Alexander

Garcilaso de la Vega Lima Per, Lima, Per,

Al profesor (nombre del orientador), por su orientacin y dedicacin para

Se deber explicar la problemtica del tema de tesis, la misma que deber

Describa aqu su resumen en ingls.

Planteamiento del Problema...................................................................................................a

Alcances del estudio.................................................................................................................c

Presentacin del resto de la tesis.........................................................................................d

CAPTULO 2: MARCO CONCEPTUAL............................................................E

CAPTULO 3: MTODOS PARA LA CONSTRUCCIN DE LA SOLUCIN

Metodologas de desarrollo de Aplicaciones web............................................................j

Evaluacin comparativa entre las metodologas...............................................................t

Mtodos para Resolver el Problema.....................................................................................y

Proyectos Relacionados con Gestin de Visitas................................................................y

1.2. Inicia con la numeracin, luego la leyenda, y la pgina

Planteamiento del Problema

1.1.1. Descripcin del Problema

COMERCIAL S.A.)A travs de la ley de transparencia y acceso a la informacin pblica[5] de

1.2.1. Definicin del Problema

Actualmente el proceso no automatizado de control de visitas es el siguiente.

personas externas para un mejor control y seguridad de la institucin.

requerida en cualquier momento esto es posible gracias a la automatizacin de esta.

Desarrollar la aplicacin y realizar pruebas sobre la totalidad de la aplicacin,

Alcances del estudio

Desarrollar la aplicacin y realizar pruebas sobre la totalidad de la aplicacin,

Analizar los Cronogramas y el Alcance de todos los Proyectos en desarrollo.

Definir los Medios o Canales de Distribucin de la Informacin relacionada con los

Anlisis, diseo y desarrollo del Sistema de Registro de Visitas.

Estudio del problema especifico.

Estudio de mtodos o modelos de software.

Construccin de prototipos y pruebas de los mismos en CORPAC S.A con data de

La implementacin se har en la institucin CORPAC S.A.

Para el desarrollo de nuestra tesis nos basaremos en los siguientes pasos:

Presentacin del resto de la tesis

Captulo 2: En este captulo se va a definir el Marco Terico donde se publicara

Captulo 4: En este captulo se va a definir a la herramienta tecnolgica seleccionada

Captulo 5: En este captulo se desarrollara de acuerdo al aporte practico relacionada

Captulo 6: En este captulo se va a definir las conclusiones y recomendaciones de

En este captulo se va a definir el Marco Terico donde se publicara algunos conceptos

1.0 Sistema Web

cada programa realizado

de archivo, funcin que realiza, autor y fecha de creacin.

1.0.2 Seleccin de lenguaje y desarrollo de la aplicacin

La implementacin directa: es decir se va a proceder a trabajar directamente con la

En la actualidad en este tipo de sistemas se recurre ms a la implementacin directa ya que

de administracin, contabilidad, sistemas de seguimiento educativo, con los cuales ya se

de archivos basura: eliminar

temporales, archivos que ya no se utilicen, aplicaciones innecesarias, utilizar los optimizadores

Las actividades como depuracin de archivos, mantenimiento y respaldos recaen sobre

1.0.5 Estndares y Documentacin para la aplicacin

Estandarizar los procedimientos de desarrollo y realizacin de la documentacin de las

desarrollo de las aplicaciones que se desean.

cada fase de desarrollo de la aplicacin.

ejemplo, como nombrar variables, organizacin de cdigo, de archivos, etc.

Metodologas de desarrollo de Aplicaciones web.

Con la metodologa Scrum el cliente se entusiasma y se compromete con el proyecto

Fuente: Esquema Scrum http://www.metodoscrum.com

Cada fin de un Sprint Backlog, se debe revisar los aspectos positivos y

Elementos del SCRUM:

Propietario del producto (Product Owner)