Sirius Soft (Proyecto para Software de Asistencia)

SIRIUS SOFT
LIDTH JOHANA MONTAA SNCHEZ

JUAN SEBASTIN BOTELLO HURTADO
FUNDACIN UNIVERSITARIA INPAHU

FACULTAD DE INGENIERA Y TECNOLOGAS DE LA INFORMACIN
INGENIERA DE SOFTWARE
BOGOT D. C.
2017
SIRIUS SOFT
LIDTH JOHANA MONTAA SNCHEZ CDIGO: 201620019331

JUAN SEBASTIN BOTELLO HURTADO CDIGO: 201620008331
ASESOR DEL PROYECTO

MANUEL IGNACIO CABRERA CUELLAR
FUNDACIN UNIVERSITARIA INPAHU

FACULTAD DE INGENIERA Y TECNOLOGAS DE LA INFORMACIN
INGENIERA DE SOFTWARE
BOGOT D. C.
2017
Tabla de contenido
DERECHOS DE AUTOR ______________________________________________________ 5
Constitucin Poltica de Colombia ________________________________________________ 5
DECRETO 1360 DE 1989 ________________________________________________________ 6
REGLAMENTO ESTUDIANTIL _____________________________________________________ 8
Agradecimientos_________________________________________________________ 10
Dedicatoria _____________________________________________________________ 11
RESUMEN ______________________________________________________________ 12
ABSTRACT ______________________________________________________________ 13
1. INTRODUCCIN _____________________________________________________ 14
1.1. Objetivos _________________________________________________________ 15
1.1.1. General ____________________________________________________________ 15
1.1.2. Especficos _________________________________________________________ 15
1.2. Delimitacin ______________________________________________________ 16
2. PROBLEMA _________________________________________________________ 17
2.1. Antecedentes _________________________________________________________ 17
2.2. Descripcin Del Problema _______________________________________________ 18
2.3. Planteamiento Del Problema ____________________________________________ 19
3. METODOLOGA DE INVESTIGACIN. _____________________________________ 20
3.1. TIPO DE INVESTIGACION ________________________________________________ 20
3.2. MARCO REFERENCIA ___________________________________________________ 20
3.2.1. CONCEPTUAL _______________________________________________________________ 20
3.2.2. TEORICO ___________________________________________________________________ 20
3.2.3. LEGAL _____________________________________________________________________ 24
CONSTITUCIN POLTICA DE COLOMBIA __________________________________________ 26

REGLAMENTO ESTUDIANTIL ____________________________________________________ 26
3.3. INSTRUMENTOS DE INVESTIGACIN ______________________________________ 27
3.3.1. INTRUMENTO ENCUESTA, REQUERIMIENTOS ____________________________________ 27
3.3.2. MUESTRA POBLACIONAL ______________________________________________________ 30
3.3.3. ESTADSTICAS Y ANLISIS _____________________________________________________ 31
3.3.4. CONCLUSIONES DEL ANLISIS __________________________________________________ 42
4. Metodologa Ingenieril ________________________________________________ 43

4.1. METODOLOGIA USADA _________________________________________________ 43
4.1.1. Modelo de proceso evolutivo __________________________________________________ 43
4.2. Definicin de roles _____________________________________________________ 44
4.3. Resumen Story Cards ___________________________________________________ 44
4.4. Definicin de interaccin ________________________________________________ 46
4.5. Levantamientos de requerimientos. _______________________________________ 47
4.5.1. Requerimientos funcionales ___________________________________________________ 47
4.6. Diagramas de flujo de proceso ___________________________________________ 51

4.7. Diagramas de caso de uso. ______________________________________________ 52
4.8. Modelo entidad relacional ______________________________________________ 75
4.9. Diccionario de Datos ___________________________________________________ 76
5. PLATAFORMA _______________________________________________________ 78
5.1. CONCLUSIONES _______________________________________________________ 81
5.2. PROSPECTIVA _________________________________________________________ 82
6. BIBLIOGRAFIA _______________________________________________________ 83
7. GRADUANDOS ______________________________________________________ 85
DERECHOS DE AUTOR
Constitucin Poltica de Colombia
Artculo 70. El Estado tiene el deber de promover y fomentar el acceso a la cultura

de todos los colombianos en igualdad de oportunidades, por medio de la educacin
permanente y la enseanza cientfica, tcnica, artstica y profesional en todas las
etapas del proceso de creacin de la identidad nacional. La cultura en sus diversas
manifestaciones es fundamento de la nacionalidad. El Estado reconoce la igualdad
y dignidad de todas las que conviven en el pas. El Estado promover la
investigacin, la ciencia, el desarrollo y la difusin de los valores culturales de la
Nacin.
Artculo 71. La bsqueda del conocimiento y la expresin artstica son libres. Los
planes de desarrollo econmico y social incluirn el fomento a las ciencias y, en
general, a la cultura. El Estado crear incentivos para personas e instituciones que
desarrollen y fomenten la ciencia y la tecnologa y las dems manifestaciones
culturales y ofrecer estmulos especiales a personas e instituciones que ejerzan
estas actividades.
DECRETO 1360 DE 1989
(Junio 23)
"Por el cual se reglamenta la inscripcin de soporte lgico (software) en el Registro

Nacional del Derecho de Autor".
EL PRESIDENTE DE LA REPBLICA DE COLOMBIA,
En ejercicio de la facultad consagrada en el numeral 3 del artculo 120 de la

Constitucin Poltica,
DECRETA:
Artculo 1 De conformidad con lo previsto en la ley 23 de 1982 sobre Derechos de

Autor, el soporte lgico (software) se considera como una creacin propia del
dominio literario.
Artculo 2 El soporte lgico (software) comprende uno o varios de los siguientes

elementos: el programa de computador, la descripcin de programa y el material
auxiliar.
Artculo 3 Para los efectos del artculo anterior se entiende por:
a) "Programa de computador": La expresin de un conjunto organizado de

instrucciones, en lenguaje natural o codificado, independientemente del medio en
que se encuentre almacenado, cuyo fin es el de hacer que una mquina capaz de
procesar informacin, indique, realice u obtenga una funcin, una tarea o un
resultado especfico.
b) "Descripcin de Programa: Una presentacin completa de procedimientos en

forma idnea, lo suficientemente detallada para determinar un conjunto de
instrucciones que constituya el programa de computador correspondiente.
c) "Material auxiliar": Todo material, distinto de un programa de computador o de

una descripcin de programa, creado para facilitar su comprensin o aplicacin,
como por ejemplo, descripcin de problemas e instrucciones para el usuario.
Artculo 4 El soporte lgico (software), ser considerado como obra indita, salvo
manifestacin en contrario hecha por el titular de los derechos de autor.
Artculo 5 Para la inscripcin del soporte lgico (software) en el Registro Nacional

del Derecho de Autor, deber diligenciarse una solicitud por escrito que contenga la
siguiente informacin:
1. Nombre, identificacin y domicilio del solicitante, debiendo manifestar si habla a
nombre propio o como representante de otra en cuyo caso deber acompaar la
prueba de su representacin.
2. Nombre e identificacin del autor o autores.
3. Nombre del productor.
4. Ttulo de la obra, ao de creacin, pas de origen, breve descripcin de sus

funciones, y en general, cualquier otra caracterstica que permita diferenciarla de
otra obra de su misma naturaleza.
5. Declaracin acerca de si se trata de obra original o si por el contrario, es obra

derivada.
6. Declaracin acerca de si la obra es individual, en colaboracin, colectiva,

annima, seudnima o pstuma.
Artculo 6 A la solicitud de que trata el artculo anterior, deber acompaarse por

lo menos uno de los siguientes elementos: el programa de computador, la
descripcin de programa y/o el material auxiliar.
Artculo 7 La proteccin que otorga el derecho de autor al soporte lgico (software),

no excluye otras formas de proteccin por el derecho comn.
Artculo 8 Este Decreto rige a partir de la fecha de su publicacin.
Publquese y cmplase.
Dado en Bogot, D.E., a los 23 de junio de 1989.
VIRGILIO BARCO
El Ministro de Gobierno,
RAL OREJUELA BUENO.
NOTA: Publicado en el Diario Oficial No. 38.871 de Junio 23 de 1989.

REGLAMENTO ESTUDIANTIL
ARTCULO 30. Trabajos de grado. Es un requisito de grado para los programas

universitarios. El tiempo requerido para la elaboracin de trabajos de grado se
considera actividad dirigida, segn el nivel de formacin y la reglamentacin que se
expida para el efecto
Esta informacin es propiedad de UNINPAHU. Toda distribucin o copia de este
mensaje sin la autorizacin expresa del remitente es prohibida y sancionada por la
ley.
NOTA DE LOS JURADOS
_____________________
NOMBRE DEL JURADO 1
NOTA: __
_____________________
NOMBRE DEL JURADO 2
NOTA: __
_____________________
NOMBRE DEL JURADO 3
NOTA: __
BOGOT D. C., MAYO 30 DE 2017

Agradecimientos
Juan Sebastin Botello Hurtado.

Doy gracias a Dios primeramente y a mi familia, a la universidad que me dio la
bienvenida, a las oportunidades que me ha brindado. Agradezco toda la ayuda de
mis maestros y la de mis compaeros, todos aquellos que hicieron parte en mi
formacin profesional, tener tan agradables experiencias me ha convertido en una
mejor persona y ser mentalmente ms fuerte.
Finalmente, a aquel quien lea este prrafo, por permitir que este trabajo entre en su
repertorio de informacin mental.
Lidth Johana Montaa Snchez

Primero y antes que nada quisiera agradecer Dios por la oportunidad que nos ha
brindado para realizar este proyecto y aprender de l. A mis padres son mi orgullo
y mi gran motivacin, me impulsan a superarme y dar siempre lo mejor de m, por
haberme proporcionado la mejor educacin y lecciones de vida.
A mis amigos por estar siempre a mi lado apoyndome, en especial a Manuela
Hernndez y Elena Ibarra por hacerme ver la vida de una forma diferente, por
ensearme cada da que con esfuerzo, trabajo y constancia toda se consigue.
Dedicatoria
Juan Sebastin Botello Hurtado

Al creador de todas las cosas, a mi madre y mi padre, hermanos y amigos, a ellos,
solo a ellos, porque han influenciado en mi vida, dndome los mejores consejos,
guindome y hacindome una persona de bien, con todo mi amor y afecto se los
dedico.
Lidth Johana Montaa Snchez
Este trabajo es dedicado principalmente a Dios, el que me ha dado la fortaleza para
continuar en este camino de superacin.
El presente proyecto lo dedico a toda mi familia y amigos, principalmente a mis
padres que han sido un pilar fundamental en mi formacin como profesional, por
brindarme la confianza, consejos, oportunidad y recursos para lograrlo, a Elena
Ibarra gracias por estar siempre en esos momentos difciles brindndome una mano
amiga, por su paciencia y comprensin.
RESUMEN
Este documento propone un sistema de registro de asistencia de estudiantes y de

control de prstamo de activos de la Fundacin Universitaria Uninpahu, que facilite
la identificacin de alumnos con fallas constantes, para contribuir a la disminucin
de desercin universitaria y adems, brindar informacin a los acudientes que lo
requieran. Por otra parte, el control de activos permitir cotejar y agilizar el proceso
de prstamo mediante el uso de tecnologas NFC y QR ayudando a verificar la
existencia de los activos, incluso con la parte contable, controlando efectivamente
la informacin en tiempo real.
Para lograr este objetivo se emplear una base de datos y un aplicativo web
desarrollados en entornos MySql, .Net y C#.
Este proyecto mejorar el proceso de toma de decisiones respecto a las ayudas que
requieran los estudiantes, fortaleciendo su relacin con la universidad. Adems,
proporcionar informacin actual de los activos permitiendo conocer cules son los
ms necesitados por los estudiantes.
PALABRAS CLAVE
Aplicativo, Control, Desarrollo, NFC, QR, Web.

ABSTRACT
This document proposes a system of registration of attendance of students and of
control of loan of assets of the University Foundation Uninpahu, that facilitates the
identification of students with constant faults, to contribute to the decrease of
university desertion and also, to provide information to the attendants That require
it. On the other hand, the asset control will allow to collate and streamline the loan
process through the use of NFC and QR technologies helping to verify the existence
of the assets, even with the accounting part, effectively controlling the information in
real time.
To achieve this goal will be used a database and a web application developed in
MySql, .Net and C # environments.
This project will improve the decision making process regarding the aid students
need, strengthening their relationship with the university. In addition, it will provide
current information on the assets allowing to know which ones are most needed by
the students.
KEYWORDS
Application, Control, Development, NFC, QR, Web.

1. INTRODUCCIN
En la actualidad la universidad cuenta con un registro de asistencia de estudiantes

que se hace de forma manual, al igual que el sistema de prstamo de activos. Hoy
en da es poco fiable controlar estos procedimientos tan importantes para la
institucin manualmente. Por esta razn se decide proponer el desarrollo de un
proyecto para automatizar estos procesos. El sistema, denominado SiriusSoft,
brindar funcionalidades adicionales que ayuden a prestar un mejor servicio para
estudiantes y docentes, generando valor agregado a la institucin.
SiriusSoft se enfocar en ser una plataforma funcional, intuitiva y amigable para el
usuario final. Con ayuda de las tecnologas, NFC, que genera una conexin
inalmbrica de corto alcance y QR, que codifica informacin en una matriz. Se opta
por estas dos tecnologas ya que se caracterizan por ser de bajo costo y de fcil
implementacin.
Para desarrollar el proyecto SiriusSoft, deberemos contar con las fases de
planificacin, recoleccin y anlisis de informacin, diseo, desarrollo y pruebas.
Estas fases nos ayudarn a dar vida al proyecto de una manera progresiva,
ordenada y eficiente para satisfacer las necesidades de la institucin.
Las principales dificultades que tendr el proyecto, ser
1.1. Objetivos
1.1.1. General
Disear y desarrollar un aplicativo orientado a web que procese
informacin para control de asistencias con tecnologa NFC y gestione
prestamos de activos para estudiantes y docentes con el uso de QR.
1.1.2. Especficos
Analizar y estructurar el prstamo de activos, para agregarlos a la
plataforma de la universidad.
Disear un sistema que permita el control y registro de asistencias de

los Estudiantes de la Universidad, alimentando la base de datos
mediante la implementacin de tecnologa NFC.
Desarrollar un aplicativo para el registro y control de prstamos de

activos para estudiantes y docentes por medio de las tecnologas NFC
y QR.
Identificar los requerimientos del sistema con ayuda de mtodos de

recoleccin de informacin que nos lleven a establecer un mecanismo
de administracin adecuado para los procesos.
1.2. Delimitacin
Este proyecto es una herramienta para identificar los casos de estudiantes con fallas
repetitivas, pero el seguimiento del proceso estar en manos de la universidad, pues
requiere del acompaamiento del departamento de bienestar institucional en caso
de querer ahondar en la solucin de la problemtica.
Es de resaltar que con esta investigacin no dar un resultado de una metodologa
de cmo deben ensear los maestros a sus alumnos, sino la creacin de una
herramienta que pueda ser administrada desde ambas partes para que ayude a
mejorar la interaccin de la clase. Se entrar a solucionar como primera fase, cual
es la mejor forma de transmitir su mensaje con la mayor claridad y objetividad
posible, libre de prejuicios y poniendo al alumno en contacto con el conocimiento,
sin buscar elegir el modo de vida del estudiante, sino tratando de capacitarlo para
que tenga la posibilidad de elegir su propio modo de vida. Ya que, en base de una
buena comunicacin desde el principio, el estudiante tendr clara todas sus dudas
y literalmente debemos escoger la mejor forma de que todos los estudiantes
entiendan lo que el maestro en el aula quiera dar a entender.
El proyect slo se realizar para la Fundacin Universitaria Uninpahu.
2. PROBLEMA
2.1. Antecedentes
En aos recientes la fundacin universitaria para el desarrollo humano UNINPAHU,

ha visto el crecimiento y desarrollo de su comunidad estudiantil. Se hicieron grandes
avances, ampliando las diferentes habilidades y estndares en cada uno de sus
profesionales, todos estos logros se deben a las destrezas que se han obtenido en
los 42 aos de experiencia. En consecuencia, los procesos de fundacin
universitaria se estn volviendo laboriosos y por lo tanto pueden presentar el riesgo
en la integridad o disponibilidad de los datos.
En el aula de clases la importancia que define la enseanza es el proceso de
interaccin del docente y alumno, donde la conversacin y la reflexin determinan
el proceso de aprendizaje. La asistencia a clases es un factor vital para cualquiera
en su etapa universitaria, teniendo en cuenta esto queremos optimizar estos
procesos, que aunque se vean pequeos conciben desperdiciar tiempo tanto para
el profesor como el alumno, El control de asistencia.
Dentro del campus de la Universidad existen reas encargadas de hacer prstamos
de los activos que dispone UNINPAHU para los estudiantes. Estas reas estn
limitadas, pues no disponen en la actualidad de esa importante e inevitable
competencia de estar a la vanguardia de la tecnologa, que ahora est a nuestro
alcance. La misma tecnologa que permite el trabajo optimo en cada una de estas
funciones. Esta debe ser desarrollada no nicamente para un mejor funcionamiento
del rea, sino que a su qu vez controle y evale las competencias que debe
cumplir.
Hemos encontrado que estos procesos se pueden mejorar, realizar e implementar
y como efecto, pueden generar resultados de informacin claros y precisos, de
forma que se puedan tomar decisiones ptimas.
Actualmente y hasta donde se ha logrado investigar la universidad no cuenta con
un sistema que le permita tener todos los datos de sus estudiantes y de su personal
con mayor control y mayor facilidad para su obtencin; causando ms procesos
laboriosos para mantener un buen flujo en la informacin como por ejemplo la hora
de ingreso, las notas, horarios y dems debido a que toda esta informacin suele
encontrarse dispersa ya sea por medio de varias plataformas o en formatos.
Por mucho tiempo excluido, la comunicacin en el aula es un rea muy importante
para reflexionar y actuar. Difcilmente es concebible la accin educativa sin un
docente y un alumno, por eso consideramos necesario revisar las relaciones que se
establecen entre ellos, no slo el vnculo educativo, sino tambin el comunicativo,
es un prrafo tomado del blog Razonypalabra.org, escrito Por Martha Garca,
Carmen Olvera y Julio Flores, del tema, Vnculo de Comunicacin Alumno-Maestro
en el Aula, y determina que este tema es de gran inters, ya que, es importante
saber que si un alumno logra expresar una idea de modo que otros puedan
comprenderla es cuando el mismo aprende y comprende verdaderamente.
2.2. Descripcin Del Problema
Los aspectos antes mencionados nos sealan las caractersticas de este problema,
como se ha venido sealando la comunicacin entre docentes y alumnos es
necesaria, adems que refleja la utilidad empeada, esto, a simple vista es
alentador para la universidad, la preocupacin es que sea efectivo, para saberlo se
debe examinar en los tiempos, pues evaluaciones en el mundo entero indica que un
nmero alto de personas, que a pesar de recibir la educacin acceden al mundo
laboral con niveles bajos de competencias, al identificar esto, podemos decir el
objetivo en otras palabras, facilitar el acceso tanto como a profesores y alumnos, en
el acceso a datos de manera autnoma, mejorar los rendimientos en el control y
asistencia de clases y permitir que estos resultados, aunque parezcan acciones de
carcter muy bajo, pero aun as que toman tiempo en el aula de clases, obtengan
esa relacin deseada entre el profesor y el estudiante, que son la cordialidad,
afecto, tolerancia y disposicin de los mismos.
Por otro lado analizamos la universidad en el rea de sus prstamos y observamos
que a medida del tiempo crecern las necesidades de tener un sistema en control
de sus activos, una red de comunicacin para las necesidades de los estudiantes y
profesores y que cumplan el destino de ser usados nica y exclusivamente en usos
y finalidades acadmicas ligadas al estudio o investigacin. Un sistema que
proporcione con mayor veracidad la prestacin del servicio individual e
intransferible, dando al responsable el uso, integridad y devolucin del equipo, de
esta manera se obtendrn mejores utilidades y beneficios en la organizacin de sus
servicios, adems debemos resaltar que se quiere evitar al mximo los factores que
influyen en el aumento de costos para hacer este sistema, por lo que se llevara a
cabo una investigacin que decidir utilizar la tecnologa ms eficiente para el
control y automatizacin de lo anteriormente mencionado.
2.3. Planteamiento Del Problema
La universidad necesita un sistema para el control de prstamos de activos?

3. METODOLOGA DE INVESTIGACIN.
3.1. TIPO DE INVESTIGACION
Como prembulo al tema, tuvimos que pensar en una metodologa que trabajara
sobre encuestas, casos, causales o sobre realidades de hechos y que su objeto
fundamental sea interpretar la informacin de manera consistente, decidimos optar
por la metodologa, Investigacin Descriptiva, ya que nos permite analizar los datos
reunidos, descubrir varales relacionadas y nos va a ayudar a describir y evaluar
ciertas caractersticas del ambiente de este proyecto.
3.2. MARCO REFERENCIA
3.2.1. CONCEPTUAL
Nuestro proyecto se enfoca principalmente en ser abordado en la tendencia del uso

de Tecnologa para mejora las cosas, el cual est basada principalmente en el uso
de herramientas para mejorar el proceso de prstamos de activos de la universidad
que busca garantizar la seguridad y satisfaccin tanto de los estudiantes como de
los administradores de prstamos, el uso de esta tecnologa mejorar notablemente
el tiempo de estos procesos, el funcionamiento de esta tecnologa reducir en gran
manera. El principal objetivo es utilizar tecnologa para.
3.2.2. TEORICO
La tecnologa nos hace mejores? Este proyecto quiere analizar, disear y

desarrollar un software que sirva para el control y gestin de asistencia de
estudiantes con ayuda de herramientas tecnolgicas como la biometra y
dispositivos NFC y RFID. La aplicacin se apoyar en una base de datos que
almacenar la informacin y una interfaz que ayude a hacer los seguimientos
mediante el uso de alertas a docentes y acudientes, todo con el fin de brindar apoyo
a los estudiantes que lo requieran y mitigar la desercin universitaria.
Se propone un sistema de registro de asistencia de estudiantes y de control de
prstamo de activos de la Fundacin Universitaria Uninpahu, que facilite la
identificacin de alumnos con fallas constantes, para contribuir a la disminucin de
desercin universitaria y adems, brindar informacin a los acudientes que lo
requieran. Por otra parte, el control de activos permitir cotejar y agilizar el proceso
de prstamo mediante el uso de tecnologas NFC y QR ayudando a verificar la
existencia de los activos, incluso con la parte contable, controlando efectivamente
la informacin en tiempo real.
Para lograr este objetivo se emplear una base de datos y un aplicativo web
desarrollados en entornos MySql, .Net y C#.
Este proyecto mejorar el proceso de toma de decisiones respecto a las ayudas que
requieran los estudiantes, fortaleciendo su relacin con la universidad. Adems,
proporcionar informacin actual de los activos permitiendo conocer cules son los
ms necesitados por los estudiantes.
Actualmente y hasta donde se ha logrado investigar la universidad no cuenta con
un sistema que le permita tener todos los datos de sus estudiantes y de su personal
con mayor control para su obtencin; causando ms procesos laboriosos para
mantener un buen flujo en la informacin como por ejemplo la hora de ingreso, las
notas, horarios y dems debido a que toda esta informacin suele encontrarse
dispersa ya sea por medio de varias plataformas o en formatos.
Hoy existen apps que facilitan los procesos haciendo inclusin a diferentes reas
administrativas es recomendable valerse de ellas para facilitar las tareas.
Algunas aplicaciones similares son:

NFC TOOLS: NFC Tools es una aplicacin que permite leer, escribir o programar
tareas sobre sus etiquetas NFC y otros chips RFID compatible.
NFC Tools puede grabar sobre sus etiquetas NFC informaciones estndar que
sern compatibles con todos los aparatos NFC, tambin puede programar tareas
sobre sus etiquetas NFC con el fin de automatizar acciones que eran antes
repetitivas.
GLPI: Aplicacin de inventario con todos los recursos de que dispones en una base
de datos que puedes administrar. Adems, puedes acceder al historial que recoge
los movimientos que se han producido y otras acciones. Es muy til para cuando
necesites hacer un pedido de un cambio de software u otro equipo, dado que
posibilita hacer la solicitud directamente al tcnico.
OPENBRAVO: Tiene base en la nube y es capaz de llevar el registro de grandes
movimientos. Permite ingresar un producto, una ubicacin, un proveedor y el
movimiento de proveedor-almacn -cliente. Los expertos en el tema aseguran que
una de sus ventajas es la mayor relacin que posibilita a la empresa para con sus
clientes al permitir procesar ms gilmente sus rdenes.
READERWARE: Su manejo es muy sencillo y permite catalogar los libros muy
rpidamente. Para crear el catlogo se puede introducir el ISBN del libro o incluso
escanear el cdigo de barras, la aplicacin se encarga de hacer el resto, la base de
datos personal se genera de forma automtica.
ENGINEERING CONTROL SYSTEM SAS: El control de acceso peatonal y

vehicular tanto de residentes como de visitantes, permite contar con registros
detallados de cualquier ingreso o egreso hacia o desde una instalacin.
Bajo el concepto de seguridad integral, todas las plataformas utilizan una nica base
de datos, a la cual se podrn asociar diversos mecanismos de validacin, tales
como:
Tecnologas biomtricas.
Proximidad.
Cdigos numricos.
Desarrollos personalizados con tarjetas inteligentes para la administracin de
su negocio.
Cdigos de barras, o la mezcla de varias de ellas.
Glosario
NFC: La primera funcin NFC es la lectura de tags o etiquetas NFC pasivas. Se
trata de unos dispositivos de bajo coste, similares a las pegatinas antirrobo que usan
algunos supermercados, y en los que se pueden codificar y almacenar unos pocos
datos: una tarjeta de visita, una URL, incluso un comando que el mvil puede
interpretar.
QR: son un tipo de cdigos de barras bidimensionales. A diferencia de un cdigo de
barras convencional (por ejemplo EAN-13, Cdigo 3 de 9, UPC), la informacin est
codificada dentro de un cuadrado, permitiendo almacenar gran cantidad de
informacin alfanumrica.
WEB: se utiliza en el mbito tecnolgico para nombrar a una red informtica y, en
general, a Internet.
Aplicacin (informtica): Programa preparado para una utilizacin especfica,

como el pago de nminas, formacin de un banco de trminos lxicos, etc.
Aplicativo: Es un software que se instala en dispositivos mviles o tablets para
ayudar al usuario en una labor concreta, ya sea de carcter profesional o de ocio y
entretenimiento, a diferencia de una web App que no es instalable.
Control: Es un elemento del proceso administrativo que incluye todas las
actividades que se emprenden para garantizar que las operaciones reales coincidan
con las operaciones planificadas.
Development: El desarrollo es un conjunto de actividades que se llevan a cabo
temprano en el ciclo de vida de la ingeniera de sistemas para recopilar y priorizar
las necesidades y desafos operativos, desarrollar conceptos alternativos para
satisfacer las necesidades.
MySql: Es una potente herramienta gestor de bases de datos.
RFID: La identificacin de frecuencias (RFID) utiliza campos electromagnticos
para identificar y rastrear automticamente las etiquetas asociadas a los objetos.
Las etiquetas contienen informacin almacenada electrnicamente.
Tarjeta Inteligente: contiene un circuito integrado el cual le permite la ejecucin de
comandos para lograr fines de identificacin y control, Su pequeo tamao puede
ser alcanzado principalmente por el hecho de que no tienen bateras, la energa
utilizada es brindada directamente por los lectores de tarjetas.
Lector de tarjetas: las soluciones de lectores HID Global activan una amplia gama
de aplicaciones que funcionan gracias a una tecnologa sin contacto segura. Los
lectores HID con y sin contacto seguro y los lectores de proximidad y ncleos se
utilizan en una variedad ilimitada de aplicaciones: control de acceso a instalaciones,
dispositivos de pago mviles, seguridad de datos de redes informticas, gestin de
historiales mdicos, control de horarios de empleados, control de aduanas y muchos
otros.
Software: Conjunto de programas y rutinas que permiten a la computadora realizar
determinadas tareas.
3.2.3. LEGAL
DERECHOS DE De conformidad con lo previsto en la ley 23 de 1982
Artculo 1
AUTOR sobre Derechos de Autor, el soporte lgico
(software) se considera como una creacin propia
del dominio literario.
DECRETO
NMERO 1360 El soporte lgico (software) comprende uno o
Artculo 2
DE 1989 varios de los siguientes elementos: el programa de
computador, la descripcin de programa y el
Por el cual se material auxiliar.
reglamenta la
inscripcin del
Para los efectos del artculo anterior se entiende
Artculo 3
soporte lgico
(software) en el por:
Registro
Nacional del a) "Programa de computador": La expresin de un
Derecho de conjunto organizado de instrucciones, en lenguaje
Autor. natural o codificado, independientemente del medio
EL PRESIDENTE en que se encuentre almacenado, cuyo fin es el de
DE LA hacer que una mquina capaz de procesar
REPBLICA DE informacin, indique, realice u obtenga una funcin,
COLOMBIA una tarea o un resultado especfico.
En ejercicio de la
facultad b) "Descripcin de Programa: Una presentacin
consagrada en el completa de procedimientos en forma idnea, lo
numeral 30. Del suficientemente detallada para determinar un
artculo 120 de la conjunto de instrucciones que constituya el
Constitucin programa de computador correspondiente.
Poltica.
c) "Material auxiliar": Todo material, distinto de un
programa de computador o de una descripcin de
programa, creado para facilitar su comprensin o
aplicacin, como, por ejemplo, descripcin de
problemas e instrucciones para el usuario.
El soporte lgico (software), ser considerado
Artculo 4
como obra indita, salvo manifestacin en contrario
hecha por el titular de los derechos de autor.
Para la inscripcin del soporte lgico (software) en
Artculo 5
el Registro Nacional del Derecho de Autor, deber
diligenciarse una solicitud por escrito que contenga
la siguiente informacin:
1. Nombre, identificacin y domicilio del solicitante,

debiendo manifestar si habla a nombre propio o
como representante de otra en cuyo caso deber
acompaar la prueba de su representacin.
2. Nombre e identificacin del autor o autores.
3. Nombre del productor.
4. Ttulo de la obra, ao de creacin, pas de origen,

breve descripcin de sus funciones, y en general,
cualquier otra caracterstica que permita
diferenciarla de otra obra de su misma naturaleza.
5. Declaracin acerca de si se trata de obra original

o si por el contrario, es obra derivada.
6. Declaracin acerca de si la obra es individual, en

colaboracin, colectiva, annima, seudnima o
pstuma.
A la solicitud de que trata el artculo anterior,

Artculo 6
deber acompaarse por lo menos uno de los

siguientes elementos: el programa de computador,
la descripcin de programa y/o el material auxiliar.
La proteccin que otorga el derecho de autor al

Artculo
7
soporte lgico (software), no excluye otras formas

de proteccin por el derecho comn.
Este Decreto rige a partir de la fecha de su
Artculo
8
publicacin.
CONSTITUCIN El Estado tiene el deber de promover y

POLTICA DE fomentar el acceso a la cultura de todos los
Artculo 70
COLOMBIA colombianos en igualdad de oportunidades,
por medio de la educacin permanente y la
enseanza cientfica, tcnica, artstica y
profesional en todas las etapas del proceso de
creacin de la identidad nacional.
La cultura en sus diversas manifestaciones es
fundamento de la nacionalidad. El Estado
reconoce la igualdad y dignidad de todas las
que conviven en el pas. El Estado promover
la investigacin, la ciencia, el desarrollo y la
difusin de los valores culturales de la Nacin.
La bsqueda del conocimiento y la expresin

artstica son libres. Los planes de desarrollo
Artculo 71
econmico y social incluirn el fomento a las

ciencias y, en general, a la cultura. El Estado
crear incentivos para personas e
instituciones que desarrollen y fomenten la
ciencia y la tecnologa y las dems
manifestaciones culturales y ofrecer
estmulos especiales a personas e
instituciones que ejerzan estas actividades.
REGLAMENTO Trabajos de grado

Artculo 30.
ESTUDIANTIL
Es un requisito de grado para los programas
universitarios. El tiempo requerido para la
elaboracin de trabajos de grado se considera
actividad dirigida, segn el nivel de formacin y la
reglamentacin que se expida para el efecto.
3.3. INSTRUMENTOS DE INVESTIGACIN
3.3.1. INTRUMENTO ENCUESTA, REQUERIMIENTOS
Encuesta
Objetivo: Identificar los procesos y procedimientos que llevan a cabo los estudiantes
actualmente para el prstamo de activos de la universidad.
*Obligatorio
1. Qu rol tiene en la universidad? * Marca solo un valo.
Estudiante Pasa a la pregunta 2.
Docente Pasa a la pregunta 3.
Administrativo Pasa a la pregunta 4.
Estudiante
2. En qu facultad estudia? * Marca solo un valo.
Comunicacin Informacin Y Lenguaje
Ingenieras Y Tecnologas De La Informacin
Ciencias Econmicas Y Administrativas
Otro:
Pasa a la pregunta 5.
Docente
3. A qu facultad pertenece? Marca solo un valo.
Comunicacin, Informacin Y Lenguaje
Ingenieras Y Tecnologas De La Informacin
Ciencias Econmicas Y Administrativas
Otro:
Administrativo
4. A qu rea o departamento pertenece? *
Seccin 2
5 Qu tan importante es para usted que el carnet tenga la tecnologa adecuada
para automatizar los procesos de la Universidad? * Marca solo un valo.
1 2 3 4 5
Poco importante Muy importante
Qu tan importante es para usted que su huella digital sirva para completar los
diferentes procesos de la Universidad? * Marca solo un valo.
1 2 3 4 5
Poco importante Muy importante
Cuenta con el conocimiento de todos los activos que dispone la Universidad para
prstamos? * Marca solo un valo.
Si.
No.
Le gustara saber mediante un sistema web la disponibilidad de los activos que
requiera, de manera que sabiendo esto, pudiera disponer de una opcin para
separar este activo.? * Marca solo un valo.
Si
No
Cuntas veces por semestre ha pedido prestamos de activos en la universidad? *
Marca solo un valo.
Menos de 5 veces por Semestre
Ms de 10 veces por Semestre
Entre 6 a 10 veces por Semestre
Nunca Pasa a "Fin."
Al sacar algn equipo de prstamo de la universidad, Recibe informacin acerca
de las sanciones por perdidas o daos? * Marca solo un valo.
S No
Frecuencia
11 Con qu frecuencia pide estos equipos o activos de la universidad? * Marca
solo un valo por fila.
Nunca Casi nuncaA veces Frecuentemente
Siempre
Cmara
Trpodes
Equipos de Iluminacin
Libros.
Porttil.
Video Beam.
Aulas.
Tv.
Otros.
Evaluacin
Evale en las condiciones que recibe el activo en prstamo:
12. *
Marca solo un valo por fila.
Excelente.Bueno. Malo. No lo he pedido
Cmara
Trpodes
Equipos de Iluminacin
Libros.
Porttil.
Video Beam.
Aulas.
Tv.
Otros.
Califique
Califique las siguientes afirmaciones segn est o no de acuerdo
Proceso de prstamo de equipo * Marca solo un valo.

1 2 3 4 5
Muy Fcil Muy Difcil
Velocidad de prstamo de equipo * Marca solo un valo.

1 2 3 4 5
Muy lento Muy rpido
Lugar de prstamo de equipos * Marca solo un valo.

1 2 3 4 5
Muy Fcil Muy Difcil
Fin
Muchas gracias por su atencin
Con la tecnologa de
3.3.2. MUESTRA POBLACIONAL
El muestreo de poblacin, fue seleccionado al azar dentro de los entornos de la

universidad, es decir que cada miembro de esta comunidad no tiene la misma
posibilidad de ser seleccionada. Debido a esto, no es seguro suponer que la
muestra representa completamente a la poblacin. Tambin es posible que se elija
deliberadamente a las personas que participarn en el estudio.
Este muestreo de poblacin es til para estudios piloto, estudios de caso,
investigacin cualitativa y desarrollo de hiptesis.
3.3.3. ESTADSTICAS Y ANLISIS
Qu rol tiene en la
Pregunta 1 Estudiante Docente Administrativo universidad?
Qu rol 7; 20% 0; 0%
tiene en la 28 6 0
universidad?
28; 80%
Conclusin: El 80 % de los encuestados de una

muestra de 35 personas son estudiantes.
Estudiante Docente Administrativo
Ingenieras
Pregunta Y Comunicacin Ciencias
2 Tecnologas Informacin Y Econmicas y
De La Lenguaje Administrativas En qu facultad
Informacin estudia?
En qu 4; 15%
facultad 14 9 4 14; 52%
estudia? 9; 33%

muestra de 27 en la categora estudiantes, Fac.Ingenieras Fac. Comunicacon
pertenecen a la facultad de comunicacin Fac. Ciencias
informacin y lenguaje.
Ingenieras
Pregunta Y Comunicacin Ciencias
2 Tecnologas Informacin Y Econmicas y
De La Lenguaje Administrativas A qu facultad pertenece?
Informacin
En qu
facultad 2 3 2 2; 29% 2; 28%
estudia?
3; 43%
Conclusin: El 3% de los encuestados de una
muestra de 7 en la categora Docentes,
pertenecen a la facultad de comunicacin Fac.Ingenieras Fac. Comunicacon
informacin y lenguaje. Fac. Ciencias
Ni
Sin
Algo important Algo sin
Extremadamen importanci
Pregunta 3 Important e ni sin importanci
te Importante a en
e importanci a
absoluto
a
Qu tan
importante
es para
usted que
el carnet
tenga la
tecnologa
13 16 4 2 0
adecuada
para
mejorar
procesos
de la
Universidad
?
Qu tan importante es para usted que el carnet tenga la

Conclusin: El 46 % de los encuestados de una tecnologa adecuada para automatizar los procesos de la
muestra de 35, opinan que es algo importante Universidad?
utilizar tecnologa adecuada en el carnet para
0; 0%
automatizar procesos de la universidad.
2; 6%
4; 11%
13; 37%
16; 46%
Extremedamente Importante Algo Importante

Ni importante ni sin importancia Algo sin importancia
Sin importancia en absoluto
Ni
Sin
Extremadam Algo important Algo sin
importanci
Pregunta 4 ente Important e ni sin importanci
a en
Importante e importanci a
absoluto
a
Qu tan
importante es
para usted
que su huella
digital sirva
para 17 11 6 1 0
completar los
diferentes
procesos de
la
Universidad?
Conclusin: El 46 % de los Qu tan importante es para usted que su

encuestados de una muestra de huella digital sirva para completar los
35, opinan que es algo importante diferentes procesos de la Universidad?
utilizar tecnologa adecuada en el
carnet para automatizar procesos 0; 0%
de la universidad. 1; 3%
6; 17%
17; 49%
11; 31%
Pregunta 5 Si No Extremedamente Importante Algo Importante

Cuenta con Ni importante ni sin importancia Algo sin importancia
Sin importancia en absoluto
el
conocimiento Cuenta con el conocimiento
de todos los de todos los activos que
activos que 7 28 dispone la Universidad para
dispone la prstamos?
Universidad
para 7; 20%
prstamos?
28; 80%
Conclusin: El 80 % de los encuestados
de una muestra de 35, no conocen todos
Si No
los activos que dispone la universidad
para prestar.
Le gustara saber mediante un
sistema web la disponibilidad de los
activos que requiera, de manera que
Pregunta 6 Si No sabiendo esto, pudiera disponer de
una opcin para separar este activo.?
Le gustara saber mediante un
sistema web la disponibilidad de los
activos que requiera, de manera que 28 7
sabiendo esto, pudiera disponer de 7; 20%
una opcin para separar este activo?
28; 80%

muestra de 35, Si estn interesados en saber
mediante un sistema web la disponibilidad de
Si No
activos que tiene la universidad para hacer
prstamos.
Entre 6 a
Menos de 5 Ms de 10
10 veces
Pregunta 7 veces por veces por Nunca
por
Semestre Semestre
Semestre
Cuntas veces
por semestre ha
pedido prestamos 11 7 3 14
de activos en la
universidad?
Cuntas veces por semestre

ha pedido prestamos de
activos en la universidad?
14; 40% 11; 31%

muestra de 35, Nunca han solicitado algn
prstamo de activo de la universidad. 3; 9% 7; 20%
< 5 Veces > 10 Veces

Entre 6 a 10 Nunca
Nota: Esta pregunta no fue contestada por aquellas personas que respondieron
"Nunca" en la pregunta anterior.
Al sacar algn equipo de
Pregunta 8 Si No prstamo de la universidad,
Al sacar algn Recibe informacin acerca
equipo de de las sanciones por
prstamo de la perdidas o daos?
universidad,
Recibe 6; 29%
6 15 15; 71%
informacin
acerca de las
sanciones por
prdidas o
Si No
daos?

muestra de 21, No ha recibido informacin acerca
de las sanciones por prdidas o daos al sacar
prestamos de la universidad.
Con qu frecuencia pide estos equipos o activos de la universidad?
[Cmara]
0; 0%
0; 0%
Pregunta Casi A 2; 9%
Nunca Frec Siempre 6; 29%
9 nunca veces 13; 62%
13 6 2 0 0
[Cmara]
Conclusin: El 62 % de los encuestados de una Nunca Casi nunca

muestra de 21, Nunca han solicitado el prstamo A veces Frecuentemente
Siempre
de una cmara.
Pregunta Casi A [Trpodes]

Nunca Frec. Siempre
10 nunca veces
0; 0% 0; 0%
[Trpodes] 15 2 4 0 0 4; 19%
2; 10%
15;
71%
Nunca Casi nunca

A veces Frecuentemente
muestra de 21, Nunca han solicitado el prstamo
de un Trpode.
[Equipos de
Iluminacin]
Casi A
Pregunta 11 Nunca Frec Siempre 0; 0%
nunca veces 0; 0%
[Equipos 2; 10%
4; 19%
de 15 4 2 0 0 15;
Iluminacin] 71%

muestra de 21, Nunca han solicitado el prstamo
de equipos de iluminacin.
Nunca Casi nunca
Siempre
Pregunta Casi A [Libros.]

Nunca Frec. Siempre
3; 14%
4; 19%
[Libros.] 4 6 8 3 0
8; 38% 6; 29%
Conclusin: El 38 % de los encuestado de una

muestra de 21, Tiene una frecuencia de "a veces"
Nunca Casi nunca
solicita prestado libros a la universidad.
[Porttil.]
Pregunta Casi A
Nunca Frec. Siempre 0; 0%
8; 38%
[Porttil.] 8 3 6 4 0 6; 29%
3; 14%

Nunca Casi nunca
muestra de 21, Nunca ha solicitado el prstamo
de porttiles. A veces Frecuentemente
Siempre
Casi A [Video Beam.]
Pregunta 14 Nunca Frec. Siempre
nunca veces 0; 0%
3; 14%
[Video 4; 19%
3 3 11 4 0 3; 14%
Beam.]
11;
53%
muestra de 21, Tienen como frecuencia solicitar
Nunca Casi nunca
prestado el Video-Beam, "A veces".
Siempre
[Tv.]
Pregunta Casi A 0; 0%
Nunca Frec. Siempre 1; 5%
2; 10%
[Tv.] 15 2 3 1 0 15; 71%
Nunca Casi nunca

Conclusin: El 71 % de los encuestados de una A veces Frecuentemente
muestra de 21, Nunca han solicitado prstamo de Siempre
un equipo de TV.
Pregunta Casi A [Aulas.]

Nunca Frec. Siempre
16 nunca veces
0; 0%
[ Aulas ] 9 3 5 4 0
4; 19% 9; 43%
5; 24%
3; 14%

muestra de 21, Nunca han solicitado prstamo de A veces Frecuentemente
un aula. Siempre
[Otros.]
Pregunta Casi A 2; 10% 0; 0%
Nunca Frec. Siempre
2; 9%
[Otros.] 15 2 2 2 0
15;
71%

muestra de 21, Nunca han solicitado prstamo de A veces Frecuentemente
otra clase de activos.
Calificacin de condiciones de prstamo equipos
[Cmara]
No lo 4; 19% 3; 14%
Pregunta 2; 10%
Excelente. Bueno. Malo. he
18
pedido 12; 57%
3 12 2 4
[Cmara]
Excelente. Bueno.
Conclusin: El 57 % de los encuestado de una Malo. No lo he pedido
muestra de 21, Califican bueno el proceso de
prstamos de cmaras.
[Trpodes]
No lo
Pregunta
19 2; 9%
pedido
4; 19%
2 13 2 4 2; 10%
[Trpodes]
13; 62%

muestra de 21, Consideran en buen estado las
condiciones de prstamo de trpodes.
Excelente. Bueno.
Malo. No lo he pedido
No lo [Equipos de
Pregunta 20 Excelente. Bueno. Malo. he Iluminacin]
pedido 2; 10%
[Equipos
de 2 11 4 4 4; 19%
Iluminacin] 4; 19%
11;
52%
Conclusin: El 52 % de los encuestado de una muestra

de 21, Opinan que los equipos de iluminacin se han
prestado en buenas condiciones.
Excelente. Bueno.
[Libros.]
No lo
Pregunta
21
pedido 1; 5%
2; 9% 4; 19%
[Libros.] 4 14 2 1
14; 67%

muestra de 21, Opinan que los libros se han
prestado en buenas condiciones. Excelente. Bueno.
[Porttil.]
No lo
Pregunta
22 1; 5%
pedido
1; 5%
[Porttil.] 1 14 5 1 5; 24%
14; 66%

muestra de 21, Opinan que los equipos de
computadora porttiles se han prestado en buenas Excelente. Bueno.
condiciones. Malo. No lo he pedido
[Video Beam.]
No lo
Pregunta
23 0; 0%
pedido
3; 14% 1; 5%
[Video
1 17 3 0
Beam.]
17; 81%

muestra de 21, Opinan que el video-Beam o
proyector se han prestado en buenas condiciones. Excelente. Bueno.
No lo [Aulas.]
Pregunta
24
pedido
2; 10% 2; 9%
[Aulas.] 2 14 3 2
3; 14%
14; 67%
Conclusin: El 67 % de los encuestado de
una muestra de 21, Opinan que las aulas
prestadas se han entregado en buenas
condiciones.
Excelente. Bueno. Malo. No lo he pedido
[Tv.]
No lo
Pregunta
25
pedido
1; 5%
5; 24%
[Tv.] 1 10 5 5
10; 47%
5; 24%
Conclusin: El 47 % de los encuestados de

una muestra de 21, califican en buenas
condiciones los equipos de tv que se han
prestado. Excelente. Bueno. Malo. No lo he pedido
No lo [Otros.]
Pregunta
26
pedido 2; 10%
[Otros.] 2 11 4 4 4; 19%
4; 19%
11; 52%
Conclusin: El 52% de los encuestado de

una muestra de 21, Califican en buenas
condiciones otra clases de activos
prestados.
Excelente. Bueno. Malo. No lo he pedido
Pregunta Muy Muy

Proceso de prstamo de
Fcil Regular Difcil equipo
27 fcil Difcil
Proceso 1; 5%
de
prstamo 1 5 8 5 2 2; 9%
5; 24%
de 5; 24%
equipo
8; 38%
una muestra de 21, Califican regular el
proceso de prstamo de equipos. Muy facil Facil Regular
Dificil Muy Dificil
Pregunta Muy Muy

28 fcil
Fcil Regular Difcil
Difcil
Velocidad de prstamo
Velocidad de equipo
de
1 1 8 8 3 1; 5%
prstamo
3; 14% 1; 5%
de equipo
8; 38%
8; 38%
Conclusin: Doblemente el 38% de los
encuestado de una muestra de 21,
calificaron entre difcil y regular la velocidad
de prstamos de activos de la universidad.
Muy facil Facil Regular
Dificil Muy Dificil
Pregunta Muy Muy
Fcil Regular Difcil Lugar de prstamo de
29 fcil Difcil
Lugar de equipos
prstamo 0; 0%
0 5 7 8 1
de
1; 5%
equipos 5; 24%
8; 38%
7; 33%
una muestra de 21, Califican difcil el lugar
de acceso a los prstamos de los activos
de la universidad. Muy facil Facil Regular
Dificil Muy Dificil
3.3.4. CONCLUSIONES DEL ANLISIS
Como resultado de realizar 35 encuestas a una muestra de poblacin de la

comunidad universitaria a hecho que el proceso de estudio de este proyecto se
centre a la necesidad de obtener un sistema que tenga alto grado de eficiencia y
velocidad, podemos darnos cuenta que el 40 % de la poblacin encuestada no a
hecho uso de los activos de la universidad ya que no conocan su existencia,
adems declaran extremadamente importante el uso de nuevas tecnologas para
en los procesos de la universidad.
4. Metodologa Ingenieril
4.1. METODOLOGIA USADA
4.1.1. Modelo de proceso evolutivo

Este modelo de procesos est basado en el mejoramiento de prototipos, con el fin
de identificar los algoritmos que se ajusten a los objetivos del desarrollo,
identificando los mecanismos adecuados para su fin enfocndose en la calidad. A
continuacin, se ilustra con una imagen tomada del libro Ingeniera de software
enfoque prctico. 7ed.Pressman
En este modelo la comunicacin tiene un papel fundamental, pues a pesar de que

los prototipos se consideren desechables mucha gente asume que puede ser un
modelo final, aunque realmente slo algunos de ellos pueden evolucionarse para
convertirse en el proyecto final.
Comunicacin: En este paso se definen los objetivos especficos para
posteriormente identifica las limitaciones del proceso y del sistema de software,
adems se disea una planificacin detallada de gestin y se identifican los riesgos.
Plan rpido: Esta tarea es necesaria aplicarla para poder definir los recursos, el
tiempo y otras informaciones relacionadas con el proyecto, es decir, son todos los
requerimientos. Describe las etapas primordiales del desarrollo de software. Define
las etapas primarias esperadas para ser aplicadas durante esas etapas
Modelo Diseo Rpido: En este paso, despus del anlisis de riesgo, se eligen un
paradigma para el desarrollo del sistema de software.
Construccin del prototipo: En este paso, despus del anlisis del diseo, se
desarrolla.
Despliegue Entrega y Retroalimentacin: En este ltimo paso es donde el

proyecto se revisa y se toma la decisin si se debe continuar con un ciclo posterior
al de la espiral. Si se decide continuar, se desarrollan los planes para la siguiente
fase del proyecto.
4.2. Definicin de roles
Estudiante Rol
Lidth Jhojana Montaa Snchez Diseo Bases de Datos
Juan Sebastin Botello Hurtado Desarrollo
Jun Sebastin Botello Hurtado Requisitos del sistema
Lidth Jhojana Montaa Snchez Diseo de la interfaz
4.3. Resumen Story Cards
ID SOLICITANT ASUNTO DESCRIPCION

E
01 Administrador Administrar usuarios Agregar y modificar

U permisos de los usuarios
del sistema
02 Administrador Administrar artculos Agregar o modificar

A informacin de los
artculos
03 Administrador Generar reportes Generar reportes y
A estadsticas de los
equipos, por ejemplo los
ms solicitados o los que
ms requieren
mantenimiento
04 Administrador Prestar de artculos Autorizar los prstamos
A de equipos en sitio y
reservados, as como
cancelacin de reservas
por eventualidades
05 Administrador Consultar Listar artculos y sus
A caractersticas
06 Administrador Reservas Solicitar equipos
A anticipadamente por
medio de la plataforma
web
07 Auxiliar Prestar de artculos Autorizar los prstamos
de equipos en sitio y
reservados, as como
cancelacin de reservas
por eventualidades
08 Auxiliar Consultar Listar artculos y sus
caractersticas
09 Auxiliar Reservas Solicitar equipos
anticipadamente por
web
10 Cliente Consultar Listar artculos y sus
caractersticas
11 Cliente Reservas Solicitar equipos
anticipadamente por
web
4.4. Definicin de interaccin
AdministradorU
Desarrollo del mdulo de administradorU permite creacin, consulta, modificacin
e inhabilitacin de usuarios en el sistema. Definicin y configuracin parcial de
roles, permisos.
AdministradorA
Desarrollo del mdulo de AdministradorA, permite agregar y modificar informacin
de los artculos, generar reportes y estadsticas de los equipos, autorizar los
prstamos de equipos en sitio y reservados, as como cancelacin de reservas por
eventualidades, listar artculos y sus caractersticas y solicitar equipos
anticipadamente por medio de la plataforma web.
Auxiliar
Listar artculos y sus caractersticas, solicitar equipos anticipadamente por medio
de la plataforma web.
Cliente
Listar artculos y sus caractersticas, solicitar equipos anticipadamente por medio
de la plataforma web.
4.5. Levantamientos de requerimientos.
4.5.1. Requerimientos funcionales

N. Tarjeta historial CS 001 Tipo de actividad
Nuevo Solucin mejora

Fecha 23/04/2017

Requerimiento El sistema permitir el login de cada Usuario.
Solo podrn ingresan los usuarios que previamente estn

Nota
creados en la base de datos.

Fecha 23/04/2017

Requerimiento Crear usuarios y otorgarles permisos.
El nico perfil con esta opcin es el AdministradorU.

Nota
Los permisos son AdministradorA, Auxiliar, Cliente

Fecha 23/04/2017

Requerimiento El sistema permitir ingresar y modificar los Activos
El AdministradorA es el nico que tiene este permiso de

Nota
este requerimiento.
Fecha
23/04/2017
El sistema generara reportes y estadsticas en formato
Requerimiento Excel. Los filtros se podrn escoger antes de generar el
archivo Excel.
El formulario debe validar la informacin.
Nota El Administradora es el nico Actor que tiene permiso.
Permitir modificaciones todos los campos.

Fecha 23/04/2017

El sistema podr registrar los prstamos de activos,
Requerimiento solicitando la lectura NFC del cliente, y el activo que se
va a prestar.
Nota El formulario debe validar la informacin.

Fecha 23/04/2017

El sistema tendr un mdulo donde se podr observar,
Requerimiento listar y leer la informacin de todos los activos que
existen en el inventario.
Nota A este mdulo todos los usuarios tendrn acceso.

Fecha 23/04/2017

El sistema podr registrar una reserva de un activo desde
Requerimiento
el modulo donde se consultan.
El almacenamiento de reservas solo debe existir mientras
el login exista en el navegador, si se cierra todos los
Nota procesos de prstamos deben cerrarse. Si el usuario
guarda la reserva esta se almacenara en la base de
datos.

Fecha 23/04/2017

El sistema dejara que las reservas de activos hechas por
Requerimiento
los clientes se puedan cancelar.
Nota Solo usuario Clientes.

Fecha 23/04/2017

El sistema dejara que el AdministradorA puedan cancelar
Requerimiento
reservas
Nota Solo usuario AdministradorA

N. Tarjeta historial CS 010 N. Tarjeta historial
Fecha 23/04/2017 Fecha
Fecha 23/04/2017

El sistema dejara que el AdministradorA puede cancelar
Requerimiento
las reservas.
Nota El AdministradorA es el nico Actor que tiene permiso.

4.6. Diagramas de flujo de proceso
4.7. Diagramas de caso de uso.
1. IDENTIFACIN DE CASO DE USO

1.1 Id Caso: CU- 001
1.2 Nombre: Ingreso al aplicativo
2. HISTRICO DE CASO DE USO
2.1 Autor: Lidth Montaa
2.2 Fecha Creacin: Abril 13 del 2017
2.3 ltima Actualizacin: Abril 23 del 2017
2.4 Actualizada Por: Sebastin Botello
3. DEFINICIN DE CASO DE USO
3.1 DESCRIPCIN
Este caso de uso nos muestra la relacin que hay entre el sistema y los
usuarios para ingresar al aplicativo.
3.2 ACTORES
Todos.(AdministradorU, AdministradoA, Auxiliar, clientes)
3.3 TIPO DE ASOCIACIN
Generalizacin padre
3.4 PRECONDICIONES
3.4.1 Usuario Autenticado: Para poder acceder al sistema se necesitar de
un usuario y una contrasea que confirmar la identidad de quien lo usa.
3.5 FLUJO NORMAL

Contando con las precondiciones el flujo normal del proceso ser:
Paso Actor Sistema
El encargado accede al El sistema muestra un formulario

c001
aplicativo. de ingreso.
Llena el formulario con los

El sistema valida los datos
002 datos de usuario y
ingresados.
contrasea.
3.6 POSCONDICIONES
Validar si el nombre de usuario y la contrasea estn registradas
3.7 REQUISITOS ASOCIADOS
1. Tener conectividad a la red de la Universidad
2. Contar con una cuenta de usuario y contrasea
3.8 CONSIDERACIONES / OBSERVACIONES
Ninguno
3.9 SUPOSICIONES
Solo se ingresaran las personas registradas con anticipacin.
3.10 FRECUENCIA DE USO
Una por cada usuario
Casos de Uso, Usuarios AdministradorU

1.2 Nombre: Agregar y/o Modificar Usuarios
3.1 DESCRIPCIN
AdministradorU es el nico actor encargado de agregar y modificar los usuarios del
sistema de prstamos.
3.2 ACTORES
AdministradorU
Generalizacin hijo
3.4 PRECONDICIONES
Usuario Autenticado: Para poder acceder al sistema se necesitar de un usuario y
una contrasea que confirmar que es el Administrador de Usuarios.
3.5 FLUJO NORMAL

Paso Actor Sistema
Luego de haber ingresado al

sistema podr ingresar a un El sistema muestra la pantalla con un
men, que contiene los men de muy fcil acceso con los
c001
botones que llevan a los botones de ingresar y modificar
formularios de ingresar nuevos usuarios.
usuarios, o modificarlos.
Si el actor presiona el
002.1 botn ingresar
usuarios. El sistema mostrara el formulario
002 segn dependa del botn
Si el actor presiona el presionado por el actor
002.2 botn modificar
usuarios.
El sistema validara la informacin, y
El actor ingresara los datos har el registro en la base de datos
003
segn cada formulario. segn sea ingreso nuevo, o
modificacin de datos.
3.6 POSCONDICIONES
El sistema pedir nuevamente la contrasea de usuario para hacer modificaciones.
El sistema mostrara si fue exitoso o no el registro de datos y nuevamente llevara a la
ventana de men principal.
1. Contar con una cuenta de usuario y contrasea.
Ninguno
3.9 SUPOSICIONES
El actor AdministradorU es uno y nico.
Su frecuencia ser a menudo cada inicio de los semestres del ao.
Casos de Uso, Usuarios AdministradorA (Admn. de Activos)

Agregar y/o modificar
1.2 Nombre:
Activos
3.1 DESCRIPCIN
AdministradorA es el nico actor encargado de agregar y modificar los
activos del sistema de prstamos. Actualiza su informacin.
3.2 ACTORES
AdministradorA
Generalizacin hijo
3.4 PRECONDICIONES
Usuario Autenticado: Para poder acceder al sistema se necesitar de un
usuario y una contrasea que confirmar que es el Administrador de Activos.
3.5 FLUJO NORMAL

Paso Actor Sistema

El sistema muestra la
sistema podr ingresar a un
pantalla con un men de
men, que contiene los
c001 muy fcil acceso y con los
botones que llevan a los
botones de ingresar y
formularios de ingresar nuevos
modificar activos.
activos, o modificarlos.
002.1 botn ingresar El sistema mostrara el
Activos. formulario correspondiente
002
Si el actor presiona el segn el botn presionado
002.2 botn modificar por el actor.
Activos.
El sistema validara la
informacin, y har el
El actor ingresara los datos
003 registro en la base de datos
segn cada formulario.
segn sea ingreso nuevo, o
modificacin de datos.
3.6 POSCONDICIONES
El sistema pedir nuevamente la contrasea de usuario para hacer
modificaciones.
El sistema mostrara si fue exitoso o no el registro de datos y nuevamente
llevara a la ventana de men principal.
2. Contar con la informacin verdica a la hora de llenar los formularios.
Ninguno
3.9 SUPOSICIONES
Toda la informacin ingresada debe ser verdica.
1.2 Nombre: Reportes y Estadsticas
3.1 DESCRIPCIN
AdministradorA es el nico actor encargado de generar los reportes y
generar las estadsticas del sistema de prstamos.
3.2 ACTORES
AdministradorA
Generalizacin hijo
3.4 PRECONDICIONES
3.5 FLUJO NORMAL

Paso Actor Sistema

sistema podr ingresar a un El sistema muestra la
c001 men, que contiene los pantalla con un men de
botones que llevan a generar muy fcil acceso y con los
los reportes y las estadsticas y
generar por sus respectivos botones de reportes y las
filtros. estadsticas.
El actor podr decidir El sistema mostrara el

002.1 los filtros para generar formulario correspondiente
los reportes. para filtrar los campos y
002
El actor podr decidir generar los reportes o
002.2 los filtros para generar estadsticas requeridos por
las estadsticas. el actor.
El sistema validara la
informacin, y har la
El actor ingresara los datos en
003 consulta en la base de datos
el formulario.
y seguido generara un
reporte con extensin Excel.
3.6 POSCONDICIONES
El sistema mostrara si fue exitoso la consulta de los datos y nuevamente
llevara a la ventana de men principal.
Ninguno
3.9 SUPOSICIONES
Autorizar prestamos de
1.2 Nombre:
Activo
3.1 DESCRIPCIN
Muestra el procedimiento para autorizar los prstamos de los activos de la
universidad, sea en sitio o reservados.
3.2 ACTORES
AdministradorA, Auxiliar
generalizacin hijo
3.4 PRECONDICIONES
usuario y una contrasea que confirmar la identidad de quien lo usa.
Ingresar al men de Autorizacin de prestamos
3.5 FLUJO NORMAL
Paso Actor Sistema
El encargado accede al men El sistema muestra en el

de prstamos, donde podr men principal un men de
c001 encontrar un subndice con prstamos, un subndice con
reservas hechas y realizar reservas hechas y
prstamo. realizacin de prstamos.
El sistema proporcionara al
actor que entre a este men
observar las reservas
hechas por los clientes, y
Ingreso al men de proporcionara de tres
002.1
reservas. botones a cada una de las
reservas que sern,
002 Cancelar (Paso 003),
Modificar (Paso 004) y
Aceptar (Paso 005).
El sistema mostrara un
Ingreso al men de formulario que
002.2
prstamo. corresponder a los datos
necesarios para solicitar el
prstamo de un activo.(CU-
006)
Cuando el actor presiona

este botn, aparecer una
advertencia que pedir
003 Botn Cancelar confirmacin, si es as, la
base de datos registrara la
cancelacin de la reserva, y
el proceso ser irreversible.
Cuando el actor presiona

este botn, el sistema le
proporcionara un formulario
con los datos de la reserva y
podr modificar cada uno de
ellos, tendr la opcin si
desea cancelar la
004 Botn Modificar.
modificacin, al guardar los
datos aparecer una
advertencia que pedir
confirmacin, si es as, la
base de datos registrara la
modificacin hecha en la
reserva.
Cuando el actor presiona el
botn aceptar, el sistema le
pedir al ACTOR que
ingrese el NFC del ACTIVO
005 Botn Aceptar
que se reserv, el carnet
NFC del CLIENTE y
proporcionara un estado
exitoso.
3.6 POSCONDICIONES
Ingresara al (CU-006) cuando presione el botn en el subndice llamado
prstamo.
1. El CLIENTE debe tener su tarjeta con NFC
2. Los ACTIVOS deben contener
Validar si es posible consultar un campo con el nombre del usuario
3.9 SUPOSICIONES
Poder darle la opcin al encargado de consultar los datos
El nmero de veces depende de las consultas realizadas por el usuario
1.2 Nombre: Validar prstamo de un activo
2.2 Fecha Creacin: 13/04/2017
2.4 Actualizada Por: Lidth Montaa.
3.1 DESCRIPCIN
Este caso de uso se muestra los pasos que debe hacer los actores
(AdministradorA, Auxiliar) al momento de hacer el prstamo de un activo en
sitio.
3.2 ACTORES
Incluido
3.4 PRECONDICIONES
CU-005, Autorizar prstamo de Activos, paso 002.2
3.5 FLUJO NORMAL
Paso Actor Sistema
El sistema mostrar un
formulario donde este
contendr:
1.Cdigo del activo, campo de
Ingreso al men de prstamo. texto
c001 (CU-005, Autorizar prstamo 2. Botn buscar.
de Activos, paso 002.2) 3. Informacin del activo.
4. Lectura NFC
5. Confirmacin Prestamos,
Botn
El Actor introducir en un
campo de texto el cdigo del El sistema llenara el campo de
activo que desea prestar. Y informacin del activo,
luego presionara buscar adicional generara una
002
ventana donde preguntara la
Si el Actor decide presionar el cantidad de los activos del
botn de lectura NFC mismo que va a prestar.
El Actor tendr que decir si

El sistema almacenara el
desea hacer prstamos de
activo y la cantidad que se va
003 diferentes activos, en caso de
a prestar, sea uno o varios
ser si, el proceso se repite.
activos.
Paso 001, CU-006
Cuando el Actor presione el El sistema arrojara una

004 botn confirmacin de ventana pidiendo la lectura
prstamos. NFC del carnet del solicitante.
El sistema validara y
almacenara los datos y
mostrara si fue exitoso o no el
proceso de validacin de
005 El Actor har la lectura NFC datos y almacenamiento, en
caso de no ser exitoso el
sistema no perder la
informacin de los activos por
prestar.
3.6 POSCONDICIONES
Re direccionar a men principal
1. CU-005
2. Lector NFC en funcionamiento
El sistema debe validar y guardar los activos solicitados con anterioridad.
3.9 SUPOSICIONES
El lector NFC debe estar en buenas condiciones.
De 3 a 10 veces al da.
1.2 Nombre: Consulta de Activos.
3.1 DESCRIPCIN
Este caso de uso lo comprenden tres actores y se basa en la consulta de
informacin de activos de la universidad.
3.2 ACTORES
AdministradorA, Auxiliar, Cliente
Generalizacin padre
3.4 PRECONDICIONES
3.5 FLUJO NORMAL

Paso Actor Sistema
El sistema mostrara una
cuadricula vertical con las
imgenes de los activos
Luego de haber ingresado al separados por categoras cada
sistema podr ingresar a un una junto con su nombre y un
c001
men, que contiene un botn botn para ver ms
llamado consulta. informacin junto a otro botn
que mostrara un carrito de
comprar en smbolo de
reservacin.
El sistema mostrara una
ventana emergente con
informacin acerca del
002.1 botn ms
producto y la disponibilidad de
informacin.
este para hacer una
reservacin.
El sistema almacenara el
002 producto seleccionado, y
mostrara una ventana
Si el actor presiona el emergente preguntando si
desea continuar en la misma
002.2 botn reservacin.
ventana o desea solicitar la
reserva.
(Esto es para que el Cliente
haga varias peticiones de
activos en una sola reserva)
Al entrar a esta ventana el
sistema le mostrara los activos
anteriormente seleccionados
El actor podr encontrar sus con la opcin de elegir la
003 reserva en el men principal cantidad siempre y cuando
con el texto reservas dependa de lo que haya en el
inventario en la base de datos.
Tendr un botn de aceptar.
El sistema har guardara la
Cuando presione el botn orden y ser enviado al men
004
aceptar. de reservas de los actores
Mostrar una ventana
emergente mostrando si fue
exitosa o no la solicitud.
3.6 POSCONDICIONES
El sistema mostrara si fue exitoso o no el registro de datos y nuevamente llevara
a la ventana de men principal.
2. Contar con la informacin verdica.
El sistema siempre mostrara la cantidad del activo que se encuentran en bodega
en tiempo real
3.9 SUPOSICIONES
Semanal.
1.2 Nombre: Cambiar activo
3.1 DESCRIPCIN
Este caso de uso se cambia un producto despus de haber hecho la reserva
3.2 ACTORES
Cliente
generalizacin hijo
3.4 PRECONDICIONES
3.4.1 Usuario Autenticado: Para poder acceder al sistema se necesitar de un
3.5 FLUJO NORMAL

Paso Actor Sistema
El sistema muestra una lista
El cliente presiona el botn de de activos en la reserva
001 cambio de activo en el men hecha.
de reservas.
El cliente cambiara los datos

002 de la lista conforme el cambio El sistema actualizara el
que requiera. listado y mostrara una
ventana con resultado
exitoso.
3.6 POSCONDICIONES
Validar orden u opcin realizada por el encargado
1. Haber hecho una reserva.

ninguna
3.9 SUPOSICIONES
Poder validar que el activo est disponible para poder realizar la operacin
correspondiente.
N veces segn se requiera
1.2 Nombre: Cancelar activo
3.1 DESCRIPCIN
Este caso de uso se cancela un activo despus de haber hecho la reserva
3.2 ACTORES
Cliente
generalizacin hijo
3.4 PRECONDICIONES
3.4.1 Usuario Autenticado: Para poder acceder al sistema se necesitar de un
3.5 FLUJO NORMAL

Paso Actor Sistema
El sistema muestra una lista
El cliente presiona el botn de de activos en la reserva
001 cancelar reserva de activos en hechos.
el men de reservas.
El sistema actualizara el
El cliente da clic en el botn
listado y mostrara una
002 cancelar conforme el cambio
ventana con resultado
que requiera.
exitoso.
3.6 POSCONDICIONES
Validar orden u opcin realizada por el encargado
1. Haber hecho una reserva.

ninguna
3.9 SUPOSICIONES
Poder validar
N veces segn se requiera
4.8. Modelo entidad relacional

4.9. Diccionario de Datos
Precisio max_leng permitenu autonumeric foreig referenci
Tabla Columna Tipo
n ht ll o n key a a tabla
articulo ArtId BIGINT SI 20 NO SI NO SI
articulo ArtNom VARCHAR SI 100 NO NO NO NO
articulo ArtDescr VARCHAR NULL 500 NO NO NO NO
articulo ArtRef VARCHAR NULL 40 NO NO NO NO
articulo ArtMrc VARCHAR SI 20 NO NO NO NO
articulo ArtSerial VARCHAR SI 20 NO NO NO NO
articulo ArtUbc SMALLINT SI 6 NO NO NO NO
articulo ArtTip SMALLINT NULL 6 NO NO NO NO
articulo ArtObs VARCHAR NULL 500 NO NO NO NO
articulo ArtEst CHAR NULL 1 NO NO NO NO

LONGBLO
SI NO NO NO
articulo ArtImg B NULL
ArtImg_G
SI NO NO NO
articulo XI VARCHAR NULL 2048
carritoart CrtUsrDoc VARCHAR SI 16 NO SI NO SI
carritoart CrtArtId BIGINT SI 20 NO NO SI NO

DATETIM
NO NO NO NO
carritoart CrtFecSol E SI
carrito CrtUsrDoc VARCHAR SI 16 NO SI NO SI
DATETIM
NO NO NO NO
carrito CrtFecCre E SI
Usuario UsrCed VARCHAR SI 16 NO NO NO SI
Usuario UsrNom VARCHAR SI 100 NO NO NO NO
Usuario UsrApe VARCHAR SI 100 NO NO NO NO
Usuario UsrRol SMALLINT SI 6 NO NO NO NO
Usuario UsrTel CHAR NULL 20 SI NO NO NO
Usuario UsrDir VARCHAR NULL 1024 SI NO NO NO
Usuario UsrFecNac DATE NULL SI NO NO NO
Usuario UsrNick VARCHAR SI 16 NO NO NO NO
Usuario UsrPass VARCHAR SI 16 NO NO NO NO
prestamoart PrtId BIGINT SI 20 NO SI NO SI
prestamoart PrtFec DATE NULL SI NO NO NO

DATETIM
SI NO NO NO
prestamoart PrtHor E NULL
prestamoart PrtEncDoc VARCHAR SI 16 NO NO SI NO
prestamoart PrtSolDoc VARCHAR SI 16 NO NO SI NO
prestamoart PrtDevFec DATE SI NO NO NO NO

DATETIM
NO NO NO NO
prestamoart PrtDevHor E SI
prestamoart PrtTpoSic CHAR NULL 1 SI NO NO NO
prestamoart PrtEst CHAR NULL 1 SI NO NO NO

prestamoartli
NO SI NO SI
st PrtId BIGINT SI 20
prestamoartli
NO NO SI NO
st PrtArtId BIGINT SI 20
articulonov ArtId BIGINT SI 20 NO SI NO SI
articulonov ArtNovId BIGINT SI 20 NO NO SI NO
articulonov ArtNovFec DATE SI NO NO NO NO

ArtNovDes
SI NO NO NO
articulonov c VARCHAR NULL 500
5. PLATAFORMA
Inicio
Vista Artculos
Carro de Reservas
Lista de usuarios
AGREGAR USUARIO
Reservas
Proceso de prstamos
5.1. CONCLUSIONES
Una estructura de un sistema de prstamos requiere de un anlisis minucioso, ya

que si no es administrado de manera correcta no ser beneficioso para la
organizacin.
La estructura se constituye un resumen que nos va a presentar la informacin de
calidad.
Los estudiantes de la universidad estn interesados en utilizar tecnologa ya sea
NFC o su huella digital para mejorar los procesos de la universidad.
Consideramos que este proyecto mejorar lo referido a la disminucin de fallos de
procesos de prstamos de activos de la universidad, que se puede estandarizar y
elaborar una estructura ms robusta para responder a ms funciones universitarias.
Teniendo en cuenta el resultado de la investigacin realizada, concluimos que el
uso de tecnologas y acompaado de mayor divulgacin de los recursos que ofrece
la universidad tendra una mejora notable en el acceso a los activos de la
universidad.
5.2. PROSPECTIVA
El desarrollo que interesamos proyectar es la implementacin de un software que

abarque todos esos pequeos procesos de la universidad, para que ella tenga un
funcionamiento ptimo en todas sus reas, sirius soft quiere abarcar aquellos
procesos que pueden ser resumidos al uso de tecnologa NFC como tambin
tecnologa de lectura de huella digital. Ya que el uso de estas tecnologas ir
avanzando a medida que pasa el tiempo y son mejores continuamente.
6. BIBLIOGRAFIA
1. Carlos Pea (2015). Qu es nfc y para qu sirve? Informacin de la

tecnologa nfc:
http://www.parentesis.com/tutoriales/Que_es_NFC_y_para_que_sirve
2. Ingeniera de integracin de sistemas (TCM 2010).Tarjetas inteligentes Qu
son?: http://www.asesga.org/noticias/Toni%20Biedma.pdf
3. Microsoft. Introduccin a .Net (2018): https://msdn.microsoft.com/es-
es/library/hh425099%28v=vs.110%29.aspx
4. Gcfaprendelibre(2017). Qu es una aplicacin web?:
https://www.gcfaprendelibre.org/tecnologia/curso/informatica_basica/aplicac
iones_web_y_todo_acerca_de_la_nube/1.do
5. M.C. Vernica Rodrguez Rodrguez. Modelo de proceso evolutivo:
https://sites.google.com/site/is11801/contenido/modelos-de-proceso-
evolutivo
6. computerhoy (2014). Qu son los cdigos QR y cmo funcionan?:
http://computerhoy.com/noticias/internet/que-son-codigos-qr-como-
funcionan-14973
7. nfc-tools (2013).NFC tolos:
http://www.nfc-tools.org/index.php?title=Main_Page
8. Wikipedia (2017).Glpi: https://es.wikipedia.org/wiki/GLPi
9. VIRGILIO BARCO (1989) DECRETO NMERO 1360 DE 1989. Por el cual
se reglamenta la inscripcin del soporte lgico (software) en el Registro
Nacional del Derecho de Autor:
http://webcache.googleusercontent.com/search?q=cache:http://www.derech
odeautor.gov.co/documents/10181/12996/DECRETO%2B1360%2BDE%2B
1989.pdf
10. Corte Constitucional, Consejo Superior de la Judicatura, Sala Administrativa
Cendoj (2015). Constitucin Poltica de Colombia:
http://www.corteconstitucional.gov.co/inicio/Constitucion%20politica%20de
%20Colombia%20-%202015.pdf
11. Alvaro Pea (2014). MYSQL Qu es y para qu sirve?:
http://www.isocialweb.es/mysql-que-es-y-para-que-sirve/
12. Jos Antonio Gonzlez Seco (2001). Qu es C#:
https://desarrolloweb.com/articulos/561.php
13. Biomtrica (2011). Tecnologa Biomtrica: https://biometrica.wordpress.com/
14. Luis Miguel Blzquez del Toro. SISTEMAS DE IDENTIFICACIN POR
RADIOFRECUENCIA (RFID): http://www.it.uc3m.es/jmb/RFID/rfid.pdf
15. Masadelante. Qu es una Base de datos? - Definicin de Base de datos:
https://www.masadelante.com/faqs/base-de-datos
16. Significados. Significado de Interfaz Qu es Interfaz:
https://www.significados.com/interfaz/
17. Julin Prez Porto y Mara Merino (2009). PLATAFORMA:
http://definicion.de/plataforma/
18. Angel Gutierrez. Qu es una app y cmo descargarlas?:
http://windowsespanol.about.com/od/AccesoriosYProgramas/f/Que-Es-Una-
App.htm
19. Julin Prez Porto. DEFINICIN DE SOFTWARE:
http://definicion.de/software/
20. mit-mut. Que es y para qu sirve Openbravo: http://mit-mut.com/openbravo-
erp/
21. Readerware Corporation. Que es y para qu sirve Readerware:
http://www.readerware.com/index.php
22. hidglobal .Lectores: https://www.hidglobal.mx/products/readers
23. consumer. Lectores de tarjetas inteligentes:
http://www.consumer.es/web/es/tecnologia/hardware/2008/07/15/177799.ph
p
24. definicionabc. Definicin de Aplicacin:
https://www.definicionabc.com/tecnologia/aplicacion.php
25. definicion.de. DEFINICIN DE WEB: http://definicion.de/web/
26. Brenda Alejandra (2011). Codificacin:
http://codi-deco-abn.blogspot.com.co/2011/12/definicion.html
27. Mairenacaramelo. control como fase del proceso administrativo:
http://www.monografias.com/trabajos12/cofas/cofas.shtml
28. Wikipedia Software development (2017). Software development:
https://en.wikipedia.org/wiki/Software_development
29. Wikipedia Requisito functional (2016):
https://es.wikipedia.org/wiki/Requisito_funcional
30. Universidad de los andes. Casos de Uso Diagramas de Casos de Uso:
http://www.codecompiling.net/files/slides/UML_clase_02_UML_casos_de_u
so.pdf
7. GRADUANDOS
JUAN SEBASTIAN BOTELLO HURTADO
Estudiante de Ingeniera de Software, Analista y Desarrollador de Sistemas de

Informacin con la capacidad de analizar definir los requerimientos necesarios para
construir sistemas de informacin, disear sistemas de acuerdo a las necesidades
de los clientes, implantar soluciones, aplicar buenas prcticas de calidad en el
proceso de desarrollo de software, participar en los procesos de negociacin
tecnolgica informtica para la implantacin de sistemas informticos, diseo y
desarrollo de pginas web, conocimientos en leguajes como C#, Visual Basic, PHP,
JAVA, bases de datos SQL Server, MySql, Oracle, Access.
Sus principales reas de inters estn enfocados en el Desarrollo de Software y

Bases de datos.
Correo: jbotellohu@uninpahu.edu.co
LIDTH JHOJANA MONTAA SANCHEZ
Estudiante de ingeniera de software y Tecnloga en Mantenimiento de equipos de

cmputo diseo e instalacin de cableado estructurado capacitada en
implementacin de planos civiles, elctricos, cableado estructurado y desarrollo de
software.
Sus principales reas de inters estn enfocadas a las bases de datos y el
desarrollo de software. Soy una persona que ejerce la responsabilidad, honestidad
y respeto, facilidad de aprendizaje, capacidad de Trabajo individual o grupal segn
sea necesario, organizada y creativa en mi trabajo.
Correo: lmontanasa@uninpahu.edu.co

Sirius Soft (Proyecto para Software de Asistencia)

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Sirius Soft (Proyecto para Software de Asistencia)

Enviado por

Direitos autorais:

Formatos disponíveis

SIRIUS SOFT

LIDTH JOHANA MONTAA SNCHEZ

FUNDACIN UNIVERSITARIA INPAHU

LIDTH JOHANA MONTAA SNCHEZ CDIGO: 201620019331

ASESOR DEL PROYECTO

FUNDACIN UNIVERSITARIA INPAHU

CONSTITUCIN POLTICA DE COLOMBIA __________________________________________ 26

4. Metodologa Ingenieril ________________________________________________ 43

4.6. Diagramas de flujo de proceso ___________________________________________ 51

Artculo 70. El Estado tiene el deber de promover y fomentar el acceso a la cultura

"Por el cual se reglamenta la inscripcin de soporte lgico (software) en el Registro

EL PRESIDENTE DE LA REPBLICA DE COLOMBIA,

En ejercicio de la facultad consagrada en el numeral 3 del artculo 120 de la

Artculo 1 De conformidad con lo previsto en la ley 23 de 1982 sobre Derechos de

Artculo 2 El soporte lgico (software) comprende uno o varios de los siguientes

Artculo 3 Para los efectos del artculo anterior se entiende por:

a) "Programa de computador": La expresin de un conjunto organizado de

b) "Descripcin de Programa: Una presentacin completa de procedimientos en

c) "Material auxiliar": Todo material, distinto de un programa de computador o de

Artculo 5 Para la inscripcin del soporte lgico (software) en el Registro Nacional

2. Nombre e identificacin del autor o autores.

3. Nombre del productor.

4. Ttulo de la obra, ao de creacin, pas de origen, breve descripcin de sus

5. Declaracin acerca de si se trata de obra original o si por el contrario, es obra

6. Declaracin acerca de si la obra es individual, en colaboracin, colectiva,

Artculo 6 A la solicitud de que trata el artculo anterior, deber acompaarse por

Artculo 7 La proteccin que otorga el derecho de autor al soporte lgico (software),

Artculo 8 Este Decreto rige a partir de la fecha de su publicacin.

Dado en Bogot, D.E., a los 23 de junio de 1989.

RAL OREJUELA BUENO.

NOTA: Publicado en el Diario Oficial No. 38.871 de Junio 23 de 1989.

ARTCULO 30. Trabajos de grado. Es un requisito de grado para los programas

BOGOT D. C., MAYO 30 DE 2017

Juan Sebastin Botello Hurtado.

Lidth Johana Montaa Snchez

Juan Sebastin Botello Hurtado

Este documento propone un sistema de registro de asistencia de estudiantes y de

Aplicativo, Control, Desarrollo, NFC, QR, Web.

Application, Control, Development, NFC, QR, Web.

En la actualidad la universidad cuenta con un registro de asistencia de estudiantes

Disear un sistema que permita el control y registro de asistencias de

Desarrollar un aplicativo para el registro y control de prstamos de

Identificar los requerimientos del sistema con ayuda de mtodos de

En aos recientes la fundacin universitaria para el desarrollo humano UNINPAHU,

2.2. Descripcin Del Problema

La universidad necesita un sistema para el control de prstamos de activos?

3.1. TIPO DE INVESTIGACION

3.2. MARCO REFERENCIA

Nuestro proyecto se enfoca principalmente en ser abordado en la tendencia del uso

La tecnologa nos hace mejores? Este proyecto quiere analizar, disear y

Algunas aplicaciones similares son:

ENGINEERING CONTROL SYSTEM SAS: El control de acceso peatonal y

Aplicacin (informtica): Programa preparado para una utilizacin especfica,

DERECHOS DE De conformidad con lo previsto en la ley 23 de 1982

Para la inscripcin del soporte lgico (software) en

1. Nombre, identificacin y domicilio del solicitante,

2. Nombre e identificacin del autor o autores.

3. Nombre del productor.

4. Ttulo de la obra, ao de creacin, pas de origen,

5. Declaracin acerca de si se trata de obra original

6. Declaracin acerca de si la obra es individual, en

A la solicitud de que trata el artculo anterior,

deber acompaarse por lo menos uno de los