Instituto Tecnologico Superior De

Tamazunchale
Ingeniera en sistemas computacionales

PROTOCOLO
Desarrollo E Implementacin de un sistema de control para asistencia por
medio de huella dactilar para la Preparatoria de Tamazunchale S.L.P.

MATERIA: TALLER DE INVESTIGACIN I

DOCENTE: LIC. YOANA DIAZ CASTILLO
UNIDAD III

NOMBRE DEL ALUMNO:

CARLOS GERARDO RENDON ELIZALDE

SEMESTRE: SEPTIMO
GRUPO: M

DICIEMBRE DEL 2016, TAMAZUNCHALE S.L.P

Contenido
NOMBRE DEL PROYECTO.................................................................................... 4

ANTECEDENTES DEL PROBLEMA...................................................................... 4

PLANTEAMIENTO DEL PROBLEMA..................................................................... 4

OBJETIVO GENERAL............................................................................................ 5

OBJETIVOS ESPECIFICOS................................................................................... 5

HIPOTESIS DE INVESTIGACIN.......................................................................... 5

JUSTIFICACIN..................................................................................................... 6

FACTIBILIDAD DE LA INVESTIGACIN................................................................ 7

TECNICA............................................................................................................. 7

ECONOMICA....................................................................................................... 7

Operativa............................................................................................................. 7

LEGAL................................................................................................................. 7

DIAGRAMA............................................................................................................. 8

HUELLAS DACTILARES......................................................................................... 9

TIPOS Y CARACTERISTICAS............................................................................ 9

LECTORES DE HUELLA DIGITAL....................................................................... 10

TIPOS DE TECNOLOGIAS EMPLEADAS EN LOS LECTORES...................... 10

CARACTERISTICAS GENERALES DE LECTORES........................................ 10

MANEJADORES DE BASES DE DATOS............................................................. 12

POSTGRE-SQL................................................................................................. 12

SQLite................................................................................................................... 12

MySQL.................................................................................................................. 13

FileMaker Pro 11................................................................................................... 14

SERVIDORES DE BASES DE DATOS................................................................. 15

GUI-INTERFAZ DE USUARIO.............................................................................. 16

Clasificacin....................................................................................................... 16

METODOLOGIAS DE DESARROLLO DE SOFTWARE....................................... 17

Modelo en espiral.............................................................................................. 17

Ciclo de vida evolutivo....................................................................................... 18

Modelo en espiral.............................................................................................. 19

Modelo en cascada............................................................................................ 20

Modelo de prototipos......................................................................................... 21

Modelo incremental........................................................................................... 22

MTODOS DE RECOLECCIN DE INFORMACIN........................................... 24

OBJETIVO. ........................................................................................................ 24

INSTRUCCIONES............................................................................................. 24

METODOLOGIA DE INVESTIGACION................................................................. 25

METODOLOGIA DE DESARROLLO DE APLICACIN........................................ 26

CRONOGRAMA.................................................................................................... 28

PRESUPUESTO................................................................................................... 30

FUENTES CONSULTADAS.................................................................................. 31
NOMBRE DEL PROYECTO
Desarrollo E Implementacin de un sistema de control para asistencia por medio de huella dactilar para la
Preparatoria de Tamazunchale S.L.P.

ANTECEDENTES DEL PROBLEMA

El desarrollo e implementacin de tecnologas en escuelas, preparatorias e
Instituciones, en los ltimos aos ha dado un impulso muy notable para un mejor aprendizaje y, sobre
todo, una administracin ms ordenada.

La preparatoria de tamazunchale, es una escuela en donde las asistencias del personal que labora en el
mismo, se archivan de manera manual y que en la actualidad se sigue utilizando el mismo mtodo, este
es uno de los principales motivos por el cual se considera ptima la implementacin del sistema de control
de personal. Durante todos estos aos no se han propuesto proyectos que resuelvan esta problemtica.

PLANTEAMIENTO DEL PROBLEMA

En el transcurso del ciclo escolar el personal de la preparatoria de tamazunchale lleva un control de
asistencias diarias en los salones, capturando de manera manual las entradas y salidas, plasmando el
nombre y la firma del personal en formatos impresos.

Al realizar un anlisis se observ que en ocasiones los que laboran en el mismo no

Llevan una administracin adecuada del mismo y por lo mismo tambin existe una prdida a largo plazo
de materia prima.
El presente estudio pretende proponer un nuevo mtodo de registro de asistencias, con el propsito de
optimizar las entradas, salidas del docente y a su vez optimizar el ahorro del material utilizado a largo plazo.

OBJETIVO GENERAL
Desarrollar e implementar un sistema que facilite al personal de la preparatoria de tamazunchale la toma
de las asistencias del ciclo escolar, optimizando y controlando las entradas, salidas registradas.

OBJETIVOS ESPECIFICOS

Hacer uso de las tecnologas para llevar un mejor control de asistencia

Optimizar el control de entradas, salidas del personal.

Reducir el uso de materia prima.

.

HIPOTESIS DE INVESTIGACIN

2. La implementacin de un sistema para el control de asistencia, optimiza los

Registros de entrada y salida del personal.

3. Un sistema de control entrada, salida del personal, ahorra el consumo de

Papel y tinta.

4. Es ms prctico utilizar un sistema para las asistencias del trabajador que

Usar un formato impreso.

5. El personal registra su asistencia de una manera ms rpida y prctica.

JUSTIFICACIN
El personal de la Preparatoria de Tamazunchale, en la actualidad cuenta con un mtodo de control de
asistencia no tan efectivo llevando a un desperdicio de materia prima, as como tambin captura de datos
inexactos de entradas y salidas del personal que labora. Por tal motivo es necesario implementar un
sistema que facilite la captura de entradas y salidas en tiempo real del personal.

IMPACTO SOCIAL

Es necesario implementar un sistema de control de asistencia del personal, ya que con este el trabajador
que labora en la preparatoria le ser ms fcil y practico registrar su entrada y salida, evitando con esto
tambin, la modificacin de la hora de entrada y salida, ya que ser en tiempo real sin opciones de
modificacin.

IMPACTO TECNOLOGICO

Con el avance de la tecnologa es posible crear un sistema que controle las entradas y salidas del personal
de la Preparatoria de Tamazunchale, con el fin de optimizar la captura de asistencia de los empleados que
laboran en el mismo.

IMPACTO ECONOMICO

Con el uso de este tipo de sistema, para el control de asistencia se pueden observar cambios notables,
principalmente reduciendo a largo plazo costos materiales, ya que con la implementacin del mismo, se
reducira la compra de hojas y tinta utilizada para las impresiones, que si se analiza detalladamente el precio
sera mayor al costo de utilizar un sistema ya que el costo de la tinta especial para la impresora es un costo
elevado y se termina rpidamente.

IMPACTO AMBIENTAL

Al momento de utilizar tecnologas para el registro del personal en general, la contaminacin hacia el
medio ambiente, se reduce notablemente, y no precisamente queriendo decir que las tecnologas no
causan algn tipo de impacto negativo, si no que sera menor ya que se dejara de producir basura, de los
registros capturados que en un futuro quedaran obsoletos y desechables.
FACTIBILIDAD DE LA INVESTIGACIN
Con la implementacin de este proyecto de control de entradas y salidas, permitir llevar acabo un manejo
ms eficiente en cuanto a la captura de la misma, as como tambin el ahorro de recurso en la Preparatoria
de Tamazunchale San Luis Potos.

TECNICA
Con este proyecto se pretende optimizar el mtodo de registro de las entradas y salidas del personal de
la Preparatoria de Tamazunchale S.L.P, lo cual permitir llevar un mejor control de dicha preparatoria, y
en el cual ser mucho ms fcil capturar las asistencias del personal que labora en la misma.

ECONOMICA
Econmicamente el sistema de control de entradas/salidas ser elaborado gratuitamente con
programas de cdigo abierto, sin pago de cuotas, y con el cual la Preparatoria de Tamazunchale podr
beneficiarse del costo.

OPERATIVA
El sistema contara con una interfaz operativa amigable para el uso del personal, con la caracterstica de
poder registrar las entradas/salidas del personal, a la vez poder registrar un nuevo personal y/o registrar su
huella dactilar, que adems contara con un manual de usuario con el cual ser an ms fcil manipular.

LEGAL
El sistema de control de asistencia del personal est basado en un software libre, que cuenta con una
base de datos extensa, para almacenar los registros de las entradas y salidas necesarias de todo el
personal que labora en la preparatoria.
 DIAGRAMA
Desarrollo E Implementacin de un sistema de control para asistencia por medio de huella dactilar
Desarrollopara
E Implementacin
la Preparatoria de de un sistemaS.L.P.
Tamazunchale de control para asistencia por medio de huella dactilar para la preparatoria
de tamazunchale S.L.P.

TIPOS DE HUELLAS LECTORES DE MANEJADORES DE SERVIDORES DE INTERFAZ DE

DACTILARES HUELLAS BASES DE DATOS BASES DE USUARIO.
Huellas dactilares DACTILARES
Lectores de huella digital Manejadores de bases de datos DATOS.
Servidores de Bases de datos GUI: Interfaz de usuario

TIPOS CLASIFICACIO
TIPOS TIPOS
TIPOS CARACTERISTI CARACTERISTI
N
Clasificacin
Tipos
CARACTERISTIC Tipos CARACTERISTI Tipos CAS Tipos CARACTERISTI
CAS CAS
AS COSTOS CAS
COSTOS COSTOS
REQUERIMIENT Caractersticas
Caractersticas Caractersticas Caractersticas Caractersticas

Requerimientos Costos Costos

Costos

Metodologas de
Desarrollo de software
MARCO TEORICO

HUELLAS DACTILARES
Una huella dactilar es la impresin visible o moldeada que produce el contacto de las crestas papilares de
un dedo de la mano (generalmente se usan el dedo pulgar o el dedo ndice) sobre una superficie.

TIPOS Y CARACTERISTICAS
Visibles o Positivas.-Son las que dejan los dedos al estar impregnados de algn colorante, este material
puede ser sangre, tinta, polvo o cualquier otra sustancia con la que puedan quedar marcadas las crestas
papilares y puedan ser observadas a simple vista.

Moldeadas.-Son las que aparecen impresas en forma de molde, estas se marcan en materia plstica,
como la grasa, jabn, plastilina, etc.

Naturales.-Aparecen de forma natural en los pulpejos de ambas manos, desde los seis meses de vida
intrauterina hasta la muerte e incluso en el proceso de putrefaccin.

Artificiales.-Son aquellas que se encuentran plasmadas en forma intencional con alguna sustancia,
esencialmente con tinta para su estudio.1

Sonia Michele Rosenfeld Seeger.Caracteristicas fenotipicas faciales y de huellasdactilares.

Recuperado de
go.galegroup.com/ps/i.do?p=IFME&u=pu&id=GALE|A386744720&v=2.1&it=r&sid=summon&userGr
oup=pu&authCount=1
LECTORES DE HUELLA DIGITAL
Tambin llamado solamente Biomtrico, es un dispositivo de seguridad encargado de detectar los relieves
del dedo por medio de luz o por medio de sensores elctricos, posteriormente genera una imagen
digital la cul es enviada a la computadora y almacenada en una base de datos en los que se le asocia
con la informacin de una persona.

TIPOS DE TECNOLOGIAS EMPLEADAS EN LOS LECTORES

Lector ptico: esta tecnologa utiliza diminutos diodos que emiten luz, integrados en un sensor
denominado CCD ("Charged Coupled Device"), el cul detecta los relieves por medio de sombras e
iluminacin de la superficie del dedo, posteriormente forma un mapa digital con la informacin y
determina que tenga la iluminacin correcta y una vez realizada esta verificacin, esta puede ser enviada a
la computadora para su almacenamiento, de lo contrario seguir creando la imagen digital.

Sensores capacitivos: esta tecnologa utiliza diminutos capacitores, los cules se cargan con diferentes
cantidades de corriente de acuerdo a la posicin de los relieves del dedo, de este modo crea un mapa
digital con la informacin y no es necesario verificarla, sino que se enva de manera inmediata a la
computadora, siendo una tecnologa ms fiable y veloz.

CARACTERISTICAS GENERALES DE LECTORES

Si se trata de lectores de huella digital independientes, tiene la capacidad de almacenar informacin
sobre las personas, mientras que uno no independiente, enva la informacin a la computadora y
esta se encarga de guardar la informacin.
Tienen un tiempo exploracin, el cul determina cunto tarda en realizar la lectura de la huella
digital, se mide en segundos y puede ser de hasta 1.2 s.
 Tienen un tiempo de verificacin, el cul determina cunto tarda en procesar la informacin
que recabe de la huella digital, este se encuentra en promedio, se mide en segundos y puede ser de
hasta 1.5 s.
Los modelos con conector USB, se alimentan desde el puerto USB de la computadora, mientras
que otros modelos tienen un conector DC o adaptador para enchufe domstico.

Tienen dos valores llamados porcentajes de aceptacin y rechazo falsos, las cules determinan la fiabilidad
del dispositivo, este se mide en % y puede ser muy bajo como ejemplo 0.001%.

LECTOR PRECIO $
Lector De Huella U.are U
4500 Digital Personal $ 2,10000

Lector De Huella Digital

Microsoft Usb $ 1,50000

Lector De Huella Digital

Timework $ 95000

Lector De Huella Digital Ksi

1003-a $ 25000

Lector De Huellas Digital

Escaner. $ 29900
MANEJADORES DE BASES DE DATOS
Los sistemas manejadores de bases de datos conocidos tambin como bases de datos electrnicas, se
usan ampliamente para: organizar y manipular grandes volmenes de datos de las empresas. Un
sistema manejador de base de datos no es ms que un sistema computarizado para llevar registros. Una
base de datos es una coleccin de informacin til organizada en una manera especfica. Por ejemplo para
llevar el control de los telfonos de personas podra ser til una base de datos que constar de los datos de
la tabla.2

POSTGRE-SQL
Es un Sistema de gestin de base de datos relacional orientada a objetos y libre, publicado bajo la
licencia BSD. Como muchos otros proyectos de cdigo abierto, el desarrollo de PostgreSQL no es
manejado por una empresa y/o persona, sino que es dirigido por una comunidad de desarrolladores que
trabajan de forma desinteresada, altruista, libre y/o apoyada por organizaciones comerciales.
PostgreSQL permite que mientras un proceso escribe en una tabla, otros accedan a la misma tabla sin
necesidad de bloqueos. Esta estrategia es superior al uso de bloqueos por tabla o por filas comn en
otras bases, eliminando la necesidad del uso de bloqueos explcitos.3

SQLite
Es una librera compacta y auto contenido de cdigo abierto y distribuida bajo dominio pblico que
implementa un gestor de bases de datos SQL embebido, sin configuracin y transaccional.

Fichero nico. La base de datos se almacena en un nico fichero, cuyo formato es multiplataforma
(Es posible leer el fichero en sistemas de 32 y 64 bits o en arquitecturas big-endian y little-endian).

2Cruz Chvez M.A.conceptos bacicos de base de datos.Recuperado de

http://www.gridmorelos.uaem.mx/~mcruz/cursos/miic/bd1.pdf
3 Cobo, A.(2005).manejadores de base de datos. Recuperado de http://manejadores-de-bases-
dedatos.wikispaces.com
 Cada columna de una tabla se asocia con un tipo de datos, y solo pueden
introducirse valores de un tipo particular. SQLite elimina esta restriccin, y hace que el tipo de
datos pueda ser una propiedad del valor en s, y no de la columna.
Seguridad de los datos. Ms de dos tercios del cdigo estn dedicados puramente a la prueba y
verificacin. Una aplicacin automatizada ejecuta cientos de miles de pruebas empleando millones de
consultas SQL. SQLite responde perfectamente a fallos de reserva de memoria, y errores de E/S de
disco.4

MySQL
Es un sistema gestor de bases de datos. Pero la virtud fundamental y la clave de su xito es que se trata de
un sistema de libre distribucin y de cdigo abierto. Lo primero significa que se puede descargar
libremente de Internet, lo segundo (cdigo abierto) significa que cualquier programador puede remodelar
el cdigo de la aplicacin para mejorarlo.5

MySQL es un SGBD que ha ganado popularidad por una serie de atractivas caractersticas:

Est desarrollado en C/C++.

Se distribuyen ejecutables para cerca de diecinueve plataformas diferentes.
Se puede utilizar como cliente-servidor o incrustado en aplicaciones.
Soporta mltiples mtodos de almacenamiento de las tablas, con
prestaciones y rendimiento diferentes para poder optimizar el SGBD a cada
caso concreto.
Los mensajes de error pueden estar en espaol y hacer ordenaciones
correctas con palabras acentuadas o con la letra .6

4 Ponsoda Montiel D.(2008).recuperado de https://iessanvicente.com/colaboraciones/sqlite.pdf

5 Snchez, J.(2004). MYSQL gua rpida. Recuperado de
http://www.cartagena99.com/recursos/programacion/apuntes/mysql.pdf
6 Casillas Santilln L.A.(2006).base de datos en mysql. Recuperado de http://ocw.uoc.edu/computer-
sciencetechnology-and-multimedia/bases-de-datos/bases-de-datos/P06_M2109_02151.pdf
FileMaker Pro 11
Una base de datos es un mtodo de organizacin y anlisis de la informacin.
Probablemente ha utilizado varias bases de datos recientemente sin darse cuenta de ello. Una libreta de
fechas, una lista de piezas e incluso su libreta de direcciones son bases de datos.

FileMaker Pro es una aplicacin compatible con mltiples plataformas. Archivos creados en un Mac se
pueden abrir con FileMaker Pro en un ordenador que ejecute Windows, y viceversa. A diferencia de la
mayora de los procesamientos de textos o los programas de hojas de clculo, FileMaker Pro guarda el
trabajo inmediatamente. Por ello, es importante que sea cuidadoso al llevar a cabo acciones como cambios
en los archivos, especialmente al eliminar registros. Una vez eliminados los registros, estos desaparecen
de la base de datos.7

7 Patrick Henry Drive.(2007).FileMaker Pro. Santa Clara, California: edicin 01

SERVIDORES DE BASES DE DATOS
Un sistema cliente/servidor es aquel en el que uno o ms clientes y uno o ms servidores, conjuntamente
con un sistema operativo subyacente y un sistema de comunicacin entre procesos, forma un sistema
compuesto que permite cmputo distribuido, anlisis, y presentacin de los datos. Si existen mltiples
servidores de procesamiento de base de datos, cada uno de ellos deber procesar una base de datos 12
distinta, para que el sistema sea considerado un sistema cliente/servidor.

Cuando dos servidores procesan la misma base de datos, el sistema ya no se llama

un sistema cliente/servidor, sino que se trata de un sistema de base de datos
distribuido.8

Los servidores de base de datos utilizan para la autenticacin exclusivamente

nombres de usuario autenticados por Windows. El administrador en el equipo, puede crear nombres de
usuario de Windows locales y utilizarlos. Si no es un administrador, solicite al administrador de sistemas
que agregue dos usuarios al equipo o bien le proporcione dos nombres de usuario de red para su uso.

Utilizar estos nombres de usuario para aprender a:

Agregar otros usuarios al servidor de base de datos y concederles permisos sobre la geodatabase y
los datos que contiene.
Evaluar qu acciones permiten o impiden a los usuarios cada uno de los diferentes niveles de
permiso, de modo que pueda decidir qu clase de permisos debera conceder a otros usuarios.
Utilizar el servidor de base de datos y su contenido como un usuario no administrativo, de modo
que si se conecta al servidor de base de datos de un colega en el que sus permisos estn restringidos,
sepa cmo utilizarlo.9

8 Martin Gonzales O.(2000). Recuperado de

http://www.infcr.uclm.es/www/fruiz/bda/doc/trab/T9900_OGonzalez.pdf
9 Cruz chavez M.A. Conceptos bsicos de la base de datos. Recuperado de
http://help.arcgis.com/es/arcgisdesktop/10.0/pdf/tutorial_database_servers.pdf
GUI-INTERFAZ DE USUARIO
Interfaz grfica de usuario (GUI), acrnimo en ingls de Graphical User Interfase.
La interfaz grfica de usuario es un programa o entorno que gestiona la interaccin con el usuario
basndose en relaciones visuales como iconos, mens o un puntero.

CLASIFICACIN
La interfaz grfica y el diseo visual con respecto al usuario

El diseo de la composicin visual y el comportamiento temporal de una interfaz grfica de usuario es

una parte importantsima de la programacin de un software de aplicacin o de un sistema operativo. El
objetivo primordial debe ser la eficiencia y la facilidad de uso para el usuario, esta disciplina es llamada
usabilidad. Los diseos y mtodos de interaccin deben estar centrados en el usuario, introduciendo
elementos visuales y de texto fciles de entender y que sigan ciertos estndares.

La interfaz grfica de usuario y su adaptacin a pantallas tctiles

Con la llegada de las pantallas tctiles, las interfaces grficas se han visto algo alteradas para facilitar la
interaccin del usuario. En general, esta adaptacin permite deslizamientos de elementos, textos e conos
ms grandes (el dedo es ms grueso que un cursor de ratn), gestos con los dedos (por ej.: pellizco de la
pantalla), etc.

El intento de unificar aplicaciones o sistemas operativos para controlar con un ratn o para controlar con una
pantalla tctil no siempre da buenos resultados. La confusa mezcla de interfaces que se hizo en Windows 8
para Pcs no conform demasiado, ni a especialistas ni a usuarios novatos, tal es as que Microsoft tuvo
que redisear su siguiente sistema operativo, Windows 10 a un estilo ms parecido al clsico
Windows, al menos cuando se ejecuta en Pcs.10

Leandro Alegsa. Definicin de GUI (Interfaz Grfica de Usuario)

10

http://www.alegsa.com.ar/Dic/gui.php
METODOLOGIAS DE DESARROLLO DE SOFTWARE
MODELO EN ESPIRAL
El modelo en espiral WINWIN de Boehm [BOE98] define un conjunto de actividades de negociacin al
principio de cada paso alrededor de la espiral. Ms que una simple actividad de comunicacin con el cliente
es una serie de actividades.

Adems del nfasis realizado en la negociacin inicial, el modelo en espiral WINWIN introduce tres hitos en el
proceso, llamados puntos de fijacin [BOE96], que ayudan a establecer la completitud de un ciclo
alrededor de la espiral y proporcionan hitos de decisin antes de continuar el proyecto de software.11

11 Sanchez,J.(2006).recuperado de
http://asignaturasunimetaingeluzespita.bligoo.com/media/users/22/1135449/files/303935/MODELO_ESP
IRAL_WIN_WIN.pdf
CICLO DE VIDA EVOLUTIVO
Este modelo acepta que los requerimientos del usuario puedan cambiar en cualquier momento.

La prctica nos demuestra que obtener todos los requerimientos al comienzo del proyecto es
extremadamente difcil, no solo por la dificultad del usuario de trasmitir su idea, sino porque estos
requerimientos evolucionan durante el desarrollo y de esta manera, surgen nuevos requerimientos a
cumplir. El modelo de ciclo de vida evolutivo afronta este problema mediante una iteracin de ciclos
requerimiento- desarrollo-evaluacin.

Resulta ser un modelo muy til cuando desconocemos la mayora de los requerimientos iniciales, o
estos requerimientos no estn completos.12

12 Sommerville Ian.(2005).ingeniera de software. Madrid, Espaa: Pearson.

MODELO EN ESPIRAL
El modelo espiral en el desarrollo del software es un modelo meta del ciclo de vida del software donde el
esfuerzo del desarrollo es iterativo, tan pronto culmina un esfuerzo del desarrollo por ah mismo comienza
otro; adems en cada ejecucin del desarrollo se sigue cuatro pasos principales:

Determinar o fijar los objetivos. 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.

Anlisis del riesgo. En este paso se efecta un anlisis detallado para cada uno de los riesgos
identificados del proyecto, se definen los pasos a seguir para reducir los riesgos y luego del anlisis
de estos riesgos se planean estrategias alternativas.
Desarrollar, verificar y validar. En este tercer paso, despus del anlisis de riesgo, se eligen un
paradigma para el desarrollo del sistema de software y se lo desarrolla.
Planificar. 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.

Con cada iteracin alrededor de la espiral, se crean sucesivas versiones del software, cada vez ms
completas y, al final, el sistema de software ya queda totalmente funcional.13
13 Casillas Santillan L.A.(2006)Modelo en espiral. Recuperado de
http://www.ojovisual.net/galofarino/modeloespiral.pdf
MODELO EN CASCADA
De esta forma, cualquier error de diseo detectado en la etapa de prueba conduce necesariamente al
rediseo y nueva programacin del cdigo afectado, aumentando los costos del desarrollo.

Fase de ingeniera y anlisis del sistema. Debido a que el software es siempre parte de un
sistema mayor el trabajo comienza estableciendo los requisitos de todos los elementos del sistema y
luego asignando algn subconjunto de estos requisitos al software.
Fase de anlisis de los requisitos. Se analizan las necesidades de los usuarios finales del software
a desarrollar para determinar qu objetivos debe cubrir. De esta fase surge una memoria llamada SRD
(Documento de Especificacin de Requisitos), que contiene la especificacin completa de lo que debe
hacer el sistema sin entrar en detalles internos.
Fase de diseo: Se descompone y organiza el sistema en elementos que puedan elaborarse por
separado, aprovechando las ventajas del desarrollo en equipo. Como resultado surge el SDD
(Documento de Diseo del Software), que contiene la descripcin de la estructura global del sistema
y la especificacin de lo que debe hacer cada una de sus partes, as como la manera en que se
combinan unas con otras.
Fase de codificacin. Es la fase de programacin propiamente dicha. Aqu se
el cdigo fuente, haciendo uso de prototipos as como pruebas y ensayos para corregir errores.
 Fase de pruebas. Los elementos, ya programados, se ensamblan para componer el sistema y se
comprueba que funciona correctamente antes de ser puesto en explotacin.
Fase de mantenimiento. El software obtenido se pone en produccin. Es una de las fases finales del
proyecto. En el desarrollo surgen cambios, para corregir errores o bien para introducir mejoras.14

MODELO DE PROTOTIPOS
El modelo de prototipos permite que todo el sistema, o algunos de sus partes, se
construyan rpidamente para comprender con facilidad y aclarar ciertos aspectos en los que se aseguren
que el desarrollador, el usuario, el cliente estn de acuerdo en lo que se necesita as como tambin la
solucin que se propone para dicha necesidad y de esta forma minimizar el riesgo y la incertidumbre en
el desarrollo, este modelo se encarga del desarrollo de diseos para que estos sean analizados y
prescindir de ellos a medida que se adhieran nuevas especificaciones, es ideal para medir el alcance del
producto, pero no se asegura su uso real.

14 Martin Gonzales O.(2000)modelo en cascada. Recuperado de

http://www.ptolomeo.unam.mx:8080/xmlui/bitstream/handle/132.248.52.100/175/A5%20Cap%C3%ADtul
o%202.pdf?sequence=5
VENTAJAS

Este modelo es til cuando el cliente conoce los objetivos generales para el software, pero no identifica
los requisitos detallados de entrada, procesamiento o salida. Tambin ofrece un mejor enfoque cuando el
responsable del desarrollo del software est inseguro de la eficacia de un algoritmo, de la adaptabilidad
de un sistema operativo o de la forma que debera tomar la interaccin humano-mquina.

DESVENTAJAS

Su principal desventaja es que una vez que el cliente ha dado su aprobacin final al prototipo y cree que
est a punto de recibir el proyecto final, se encuentra con que es necesario reescribir buena parte del
prototipo para hacerlo funcional, porque lo ms seguro es que el desarrollador haya hecho compromisos
de implementacin para hacer que el prototipo funcione rpidamente. Es posible que el prototipo sea
muy lento, muy grande, no muy amigable en su uso, o incluso, que est escrito en un lenguaje de
programacin inadecuado.15

MODELO INCREMENTAL
El modelo incremental fue propuesto por Harlan Mills en el ao 1980. Surgi el enfoque incremental de
desarrollo como una forma de reducir la repeticin del trabajo en el proceso de desarrollo y dar
oportunidad de retrasar la toma de decisiones en los requisitos hasta adquirir experiencia con el sistema

El Modelo Incremental combina elementos del Modelo Lineal Secuencial con la filosofa interactiva de
Construccin de Prototipos. El modelo incremental aplica secuencias lineales de forma escalonada
mientras progresa el tiempo en el calendario. Cada secuencia lineal produce un incremento del
software. El primer incremento generalmente es un producto esencial denominado ncleo.

15 Ingeniera de software orientado a objetos. Bruegge, Bernd y Dutoit, allen.Prentice-

Hall,(2002).recuperado de https://santmp.files.wordpress.com/2013/03/modelo-de-prototipo.pdf
El proceso se divide en 4 partes:

Anlisis Diseo Cdigo

Prueba

Este modelo es particularmente til cuando no se cuenta con una dotacin de personal suficiente.16

16 Spona, H.(2010).modelo incremental.recuperado de

https://procesosoftware.wikispaces.com/Modelo+Incremental
MTODOS DE RECOLECCIN DE INFORMACIN
OBJETIVO.
Recolectar informacin para la implementacin de un sistema de control de entradas/salidas del
personal.

INSTRUCCIONES
Contesta las siguientes preguntas de acuerdo a tu criterio.

1. Cul es el principal problema para poder hacer el registro de entradas/salidas del personal?

2. En qu horarios su personal checa entradas y salidas?

3. Es muy eficiente capturar las asistencias del personal en un diario?

4. Le gustara contar con un sistema que facilite el registro de entradas y salidas?

5. Ha tenido alguna mala experiencia al momento de verificar los das asistidos o inasistidos?

6. Usted cree que mejorara el sistema con la ayuda de este sistema?

7. Recomendara este sistema a ms escuelas?

8. METODOLOGIA DE INVESTIGACION
9.
10.
11.
12. Esta metodologa es cualitativa, ya que en ella se realiz una encuesta, para la preparatoria de
Tamazunchale S.L.P., y el personal describi a detalle en la entrevista aplicada cual es el principal motivo
de la aceptacin del proyecto y as desarrollar el sistema adecuado con los requerimientos que se
obtuvieron para la creacin de dicho sistema.
 13. METODOLOGIA DE DESARROLLO DE APLICACIN
14. Para el desarrollo de este proyecto se pretende trabajar con el modelo de ciclo de vida en Cascada
Puro, ya que me permite realizar iteraciones y despus de cada etapa se podr realizar una o varias
revisiones para comprobar si se puede pasar a la siguiente.
15.

16.
17. Etapas de la metodologa de desarrollo en cascada es:
18.

19.
20. 1. Requerimiento del Sistema.
21. 2. Requerimiento de Software.
22. 3. Diseo Preliminar de Software.
23. 4. Anlisis.
24. 5. Diseo de Programa.
25. 6. Codificacin.
26. 7. Prueba.
27. 8. Operaciones
28.
29.
30.
31.
32. Una de sus ventajas, es la de proveer un producto con un elevado grado de calidad sin necesidad
de un personal altamente calificado. Adems este modelo nos permitir con anticipacin disear las
necesidades recabadas en el planteamiento del problema, as como obtener un buen resultado a travs
de las herramientas a utilizar y llevar una buena estructura del sistema.
33. Fase de ingeniera y anlisis del sistema. Debido a que el software es siempre parte de un
sistema mayor el trabajo comienza estableciendo los requisitos de todos los elementos del sistema y
luego asignando algn subconjunto de estos requisitos al software.
34. Fase de anlisis de los requisitos. Se analizan las necesidades de los usuarios finales del software
a desarrollar para determinar qu objetivos debe cubrir.
35. Fase de diseo: Se descompone y organiza el sistema en elementos que puedan elaborarse por
separado, aprovechando las ventajas del desarrollo en equipo.
36. Fase de codificacin. Es la fase de programacin propiamente dicha. Aqu se desarrolla el cdigo
fuente, haciendo uso de prototipos as como pruebas y ensayos para corregir errores.
37. Fase de pruebas. Los elementos, ya programados, se ensamblan para componer el sistema y se
comprueba que funciona correctamente antes de ser puesto en explotacin.
38. Fase de mantenimiento. El software obtenido se pone en produccin. Es una de las fases finales del
proyecto. En el desarrollo surgen cambios, para corregir errores o bien para introducir mejoras.
 39. CRONOGRAMA
40.
41. 1. ME 3. 6. 9. 12. 15.18. 21.
24.27.30. 33.36. 39. 42. 45. Di 48.
42.
SESACTIVIDADES Ag o S eptie m re 22. Oct ub r 34.No iem r ciem b
2. SEMA 4. . 23.
10.13. b 19. 7 25. 28. e 35. 46.
11 v b e r
NAS 5. 11. 14. 20. 26.29. 47.
51. Requerimiento del 52. 53.54. 55. 56.57. 58.59.60.61. 62. 63. 64. 65. 66. 67.
Sistema.
68. Recaudar informacin que llevara el 69. 70.71. 72. 73.74.75.76.77.78. 79. 80. 81. 82. 83. 84.
sistema.
85. Requerimiento del 86. 87.88. 89. 90.91. 92.93.94.95. 96. 97. 98. 99. 100. 101.
Software
102. Descargar el manejador de base de 103.104.
105.106.107.
108.109.110.111.112.113.114.115.116.117. 118.
datos.
119. Instalar los programas a 120.121.
122.123.124.
125.126.127.
128.129.130.131.132.133.134. 135.
utilizar.
136. Disear el sistema con la informacin y 138.139.140.141.142.
143.144.145.146.147.148.149.150.151.152. 153.
fotografas de
137. la
154. Diseo Preliminar del 155.156.
157.158.159.
160.161.162.163.
164.165.166.167.168.169. 170.
Software
171. Crear las tablas y relacionarlas 172.173.
174.175.176.
177.178.179.
180.
181.182.183.184.185.186. 187.
(EER).
188. Anlisi 189.190.
191.192.193.194.195.196.197.198.199.200.201.202.203. 204.
s
205. Realizar un anlisis del sistema con la 207.208.
209.210.211.212.213.214.215.216.217.218.219.220.221. 222.
informacin
206. recaudad
223. Diseo del 224.225.
226.227.228.
229.230.231.232.
233.234.235.236.237.238. 239.
Programa
240. Mejorar el diseo del sistema de tal manera que 242.243.
244.245.246.247.248.249.250.251.252.253.254.255.256. 257.
fuera
241. ms
 43.

44. Disear la base de datos con la informacin 45.46.47. 48. 49. 50. 51. 52.53.54. 55. 56. 57. 58. 59. 60.
del personal.

61. Codificaci 62.63.64. 65. 66. 67. 68. 69.70.71. 72. 73. 74. 75. 76. 77.
n.
78. Configurar la base de 79.80.81. 82. 83. 84. 85.86.87.88. 89. 90. 91. 92. 93. 94.
datos
95. Configurar el 96.97.98. 99. 100.101.102.103.104.105.106.107.108.109.110. 111.
servidor
112. Configurar el sistema al momento de 113.114.115.116.117.118.119.120.
121.
122.123.124.125.126.127. 128.
actualizar
129. Configurar el sistema al momento de 130.
131.
132.133.134.135.136.137.
138.
139.140.141.142.143.144. 145.
agregar.
146. Prueba 147.148.149.150.151.152.153.154.155.156.157.158.159.160.161. 162.
.
163. Realizar pruebas con el 164.
165.
166.167.168.169.170.171.172.173.174.175.176.177.178. 179.
personal
180. Operacione 181.182.183.184.185.186.187.188.189.190.191.192.193.194.195. 196.
s.
197. Elaborar el manual de 198.
199.
200.201.202.203.204.205.206.207.208.209.210.211.212. 213.
usuario.
214. Elaborar el manual 215.
216.
217.218.219.220.221.222.223.224.225.226.227.228.229. 230.
tcnico.
231. Capacitar al encargado del 232.
233.
234.235.236.237.238.239.
240.
241.242.243.244.245.246. 247.
sistema.
248. Entregar el 249.250.251.252.253.254.255.256.257.258.259.260.261.262.263. 264.
proyecto.
265. Informe Tcnico de 266.
267.
268.269.270.271.272.273.274.275.276.277.278.279.280. 281.
Residencia.
282. PRESUPUESTO
283.
284.
285.
286. DESCRIP 289. CANT 290. UNIDA 292. C 294. C
CION IDAD D DE OSTO OSTO
287. 291. M 293. UNIT 295. T
DEL EDIDA ARIO ATAL
296. Hombre 297. h 298. 250 299. $ 300. $75,00
mquina. oras horas 300 0.00
301. Ser 302. p 303. 304. 305. $75
vidor ieza 1 00.00
306. Lector de 307. p 308. 309. 310. $2
huella ieza 1 75.00
311. Escri 312. p 313. 314. 315. $4
torio ieza 1 00.00
316. C 317. p 318. 5 319. 320. $
able ieza metros $10 50.00
321. $83,225.00
322. FUENTES CONSULTADAS
323.
324. 1.asignaturasunimetaingeluzespita.bligoo.com/media/users/
22/1135449/files/
325. 303935/MODELO_ESPIRAL_WIN_WIN.pdf
326. 2. www.ojovisual.net/galofarino/modeloespiral.pdf
327. 3. www.ptolomeo.unam.mx:8080/xmlui/bitstream/handle/132.248.52.100/175/
328. A5%20Cap%C3%ADtul
329. 4. o%202.pdf?sequence=5
330. 5. santmp.files.wordpress.com/2013/03/modelo-de-prototipo.pdf
331. 6. procesosoftware.wikispaces.com/Modelo+Incremental
332. 7.http://www.cua.uam.mx/pdfs/conoce/libroselec/Notas_del_curso_Bases_
de_Datos.pdf
333. 8.http://elvex.ugr.es/idbis/db/docs/intro/B%20Bases%20de%20Datos.pdf
334. 9.http://www.aiu.edu/cursos/base%20de%20datos/pdf%20leccion
%201/lecci%C3%B3n%201.pdf
335. 10. http://docencia.lbd.udc.es/bdd/teoria/tema1/1.1-
IntroduccionALasBasesDeDatos.pdf
336. 11. http://www.informaticamoderna.com/Lect_huella.htm
337. 12.https://www.hidglobal.mx/products/biometrics/lumidigm/lumidigm-v-
series-fingerprint-sensors
338. 13.https://ingsw.pbworks.com/f/Ciclo+de+Vida+del+Software.pdf
339. 14. https://www.ecured.cu/Ciclo_de_vida_del_software
340. 15. http://spanishpmo.com/index.php/ciclos-de-vida-modelo-de-cascada/
341.