DEPARTAMENTO VI EDUCACIN Y DOCTRINA

ESCUELA MILITAR DE INGENIERA

Mcal. Antonio Jose de Sucre
BOLIVIA

SISTEMA DE UBICACIN
Y RASTREO DE
PERSONAS Y
AU T O M OV I L E S
Modalidad: trabajo final presentado como
requisito parcial para la aprobacin de la
asignatura de Ingeniera de Software

ESTUDIANTES:

Hugo Mauricio Villegas Valencia

Julio Cesar Chuquimia Gonzales

SEMESTRE:

7mo.

DOCENTE:

MSc. Lic. Claudia Yaiquez.

La Paz - Bolivia
2015

CAPITULO I: GENERALIDADES........................................................................................4
1.1 PRESENTACION.......................................................................................................4
1.2 ANTECEDENTES......................................................................................................4
1.3 DESCRIPCION DEL OBJETO DE ESTUDIO............................................................4
1.4 PLANTEAMIENTO DEL PROBLEMA........................................................................4
1.4.1 PROBLEMA PRINCIPAL.....................................................................................5
1.4.2 PROBLEMAS SECUNDARIOS...........................................................................5
1.5 OBJETIVOS............................................................................................................... 5
1.5.1 OBJETIVO PRINCIPAL.......................................................................................5
1.5.2 OBJETIVOS ESPECIFICOS...............................................................................5
1.6 ALCANCES................................................................................................................ 5
CAPITULO II: MARCO TEORICO.......................................................................................6
2.1 INGENIERIA DE SOFTWARE...................................................................................6
2.1.1 ESTADO DEL ARTE DE LA INGENIERIA DEL SOFTWARE...............................6
2.1.2 TERMINO INGENIERIA DEL SOFTWARE..........................................................6
2.1.3 DEFINICIONES DE INGENIERIA DE SOFTWARE.............................................7
2.1.4 EL PRODUCTO Y EL PROCESO DE LA INGENIERIA DE SOFTWARE............7
2.1.4.1 EL PRODUCTO............................................................................................7
2.1.4.2 EL PROCESO...............................................................................................8
2.1.5 MODELOS DE DESARROLLO DE SOFTWARE..............................................10
2.2 METODOLOGIA INTERACTIVA DE DESARROLLO DE APLICACIONES DE
SOFTWARE..................................................................................................................10
2.2.1 CARACTERISTICAS.........................................................................................10
2.2.2 NOTACION........................................................................................................11
2.2.3 MODELOS........................................................................................................ 11
2.2.4 ETAPAS............................................................................................................. 11
2.2.5 BENEFICIOS....................................................................................................14
CAPITULO III: ANALISIS DE FACTIBILIDAD....................................................................15
3.1 FACTIBILIDAD OPERACIONAL..............................................................................15
3.2 FACTIBILDAD TECNICA.........................................................................................15
3.2.1 HARDWARE SERVIDOR..................................................................................15
3.2.2 HARDWARE CLIENTE.....................................................................................15
3.2.3 SOFTWARE SERVIDOR...................................................................................15
3.2.4 SOFTWARE CLIENTE......................................................................................16
3.3 FACTIBILIDAD ECONOMICA..................................................................................16

3.3.1 HARDWARE SERVIDOR..................................................................................16

3.3.2 HARDWARE CLIENTE.....................................................................................17
3.3.3 SOFTWARE SERVIDOR...................................................................................17
3.3.4 SOFTWARE CLIENTE......................................................................................17
3.3.5 COCOMO II.......................................................................................................18
3.3.6 COSTO TOTAL.................................................................................................20
CAPITULO IV INGENIERIA DE REQUERIMIENTOS.......................................................21
4.1 PLAN DE DETERMINACION DE REQUISITOS......................................................21
4.2 CONCEPCION........................................................................................................21
4.2.1 PROCESOS ACTUALES..................................................................................22
4.2.2 ENCUESTA.......................................................................................................23
4.3 INDAGACION..........................................................................................................25
4.4 ELABORACION.......................................................................................................27
4.4.1 TABLA DE DETERMINACION REQUERIMIENTOS.........................................27
4.4.2 PROTOTIPO.....................................................................................................27
4.5 NEGOCIACION.......................................................................................................27
4.5.1 ACTA DE APROBACION DE REQUERIMIENTOS............................................27
4.5.1 TABLA DE REQUERIMIENTOS REPLANTEADA.............................................28
4.6 ESPECIFICACION...................................................................................................29
4.7 ADJUNTOS..............................................................................................................31
4.7.1 ENCUESTA.......................................................................................................31

CAPITULO I: GENERALIDADES
1.1 PRESENTACION
En la actualidad se puede observar que la inseguridad ciudadana se va
incrementado en nuestro entorno, cada da en los noticieros se escucha a
cerca de personas desaparecidas, robos de automviles, etc. Adems de no

contar con empresas que nos ofrezcan soluciones de ubicacin o rastreo de

acuerdo a nuestra realidad.
Dicha situacin motiva a realizar un software el cual ayude a mejorar la
realidad de nuestro pas, dando solucin a los problemas mencionados
anteriormente.
1.2 ANTECEDENTES
Realizada la bsqueda en internet se encontr el siguiente sistema con
similares caractersticas:
Sistema de localizacin realizado por la empresa HAICOM en el pas de
Argentina, el cual cuenta con dispositivos GPS para automviles, personas y
mascotas. Adems, cuenta con un software web para poder ver la ubicacin de
dichos dispositivos.
La diferencia del sistema que nosotros proponemos es realizar un software que
tenga funcionales adicionales en comparacin con el software anteriormente
mencionado. Adicionalmente

pensamos adaptar nuestro

sistema

para

dispositivos mviles adicionales a los dispositivos GPS.

1.3 DESCRIPCION DEL OBJETO DE ESTUDIO
Influencia de un sistema de localizacin en los habitantes de la ciudad de la
paz, para disminuir la desaparicin de personas y el robo de automviles.
1.4 PLANTEAMIENTO DEL PROBLEMA
Se identificaron los siguientes problemas.
1.4.1 PROBLEMA PRINCIPAL
En la actualidad en nuestro pas no se cuenta con sistemas de ubicacin o
rastreo o simplemente estos son demasiado caros, lo que ocasiona robo de
automviles o en el peor de los casos desaparicin de personas.
1.4.2 PROBLEMAS SECUNDARIOS
- Los sistemas de rastreo de automviles GPS del pas son caros, por lo
-

cual pocas personas cuentan con dichos sistemas.

Los sistemas de rastreo de automviles del pas son muy complejos lo
que ocasiona que las personas no se animen a hacer uso del mismo.

No hay empresas en el pas que ofrezcan el servicio de ubicacin GPS

para personas, con lo cual el rastreo cuando desaparece una es
demasiado difcil.

1.5 OBJETIVOS
El proyecto cuenta con los siguientes objetivos
1.5.1 OBJETIVO PRINCIPAL
Realizar un sistema de ubicacin para automviles y personas el cual
disminuya el ndice de robos y desaparicin de personas dentro de nuestro
pas.
1.5.2 OBJETIVOS ESPECIFICOS
- Realizar una aplicacin Android la cual envi la ubicacin del mismo a la
-

base de datos.
Realizar un sistema WEB para observar la ubicacin de los dispositivos

Android.
Realizar el sistema WEB con diseo intuitivo y responsivo para facilitar
el uso del mismo para el usuario de da a da.

1.6 ALCANCES
El sistema de ubicacin contara con las siguientes caractersticas:
- Rastreo mediante Smartphones.
- Sistema web para poder ver la ubicacin de personas, automviles y
-

mascotas desde la computadora.

Se podr controlar la ubicacin mediante reas de seguridad.
Se podr aadir a otros usuarios para compartir con los mismos la
ubicacin.

CAPITULO II: MARCO TEORICO

2.1 INGENIERIA DE SOFTWARE
Ingeniera del Software. La Ingeniera del Software es una disciplina o rea de
la Informtica que ofrece mtodos y tcnicas para desarrollar y mantener
software de calidad que resuelven problemas de todo tipo. Existen varias
definiciones sobre esta ciencia de la computacin que permiten describir este
proceso.

2.1.1 ESTADO DEL ARTE DE LA INGENIERIA DEL SOFTWARE

La Ingeniera del Software trata con reas muy diversas de la Informtica y
de las ciencias de la computacin, tales como construccin de
compiladores, sistemas operativos o desarrollos de Intranet/Internet,
abordando todas las fases del ciclo de vida del desarrollo de cualquier tipo
de sistemas de informacin y aplicables a una infinidad de reas tales
como: negocios, cientfica, medicina, produccin, logstica, banca, control
de trfico, meteorologa, el mundo del derecho, la red de redes Internet,
redes Intranet y Extranet, etc.
2.1.2 TERMINO INGENIERIA DEL SOFTWARE
Segn Diccionario de la Real Academia Espaola de la Lengua
El trmino Ingeniera se define en el Diccionario de la Real Academia
Espaola de la Lengua (DRAE) como: Conjunto de conocimientos y
tcnicas que permiten aplicar el saber cientfico a la utilizacin de la materia
y de las fuerzas de energa.
Profesin y ejercicio del ingeniero, y el trmino ingeniero se define como:
Persona que profesa o ejerce la ingeniera.
Segn la Real Academia de Ciencias Exactas, Fsicas y Naturales
Ingeniera: Es el conjunto de conocimientos y tcnicas cuya aplicacin
permite la utilizacin racional de los materiales y de los recursos naturales,
mediante invenciones, construcciones u otras realizaciones provechosas
para el hombre.
Evidentemente, si la Ingeniera del Software es una nueva ingeniera,
parece lgico que rena las propiedades citadas en las definiciones
anteriores. Sin embargo, ni el DRAE ni la Real Academia Espaola de
Ciencias han incluido todava el trmino es sus ltimas ediciones; en
consecuencia vamos a recurrir para su definicin ms precisa a algunos de
los autores ms acreditados que comenzaron en su momento a utilizar el
trmino o bien en las definiciones dadas por organismos internacionales
profesionales de prestigio tales como IEEE o ACM.
2.1.3 DEFINICIONES DE INGENIERIA DE SOFTWARE
Definicin 1: Ingeniera de Software es el estudio de los principios y
metodologas para desarrollo y mantenimiento de sistemas de software.

Definicin 2: Ingeniera de Software es la aplicacin prctica del

conocimiento cientfico en el diseo y construccin de programas de
computadora y la documentacin asociada requerida para desarrollar,
operar (funcionar) y mantenerlos. Se conoce tambin como desarrollo de
software o produccin de software.
Definicin 3: Ingeniera de Software trata del establecimiento de los
principios y mtodos de la Ingeniera a fin de obtener software de modo
rentable que sea fiable y trabaje en mquinas reales.
Definicin 4: La aplicacin de un enfoque sistemtico, disciplinado y
cuantificable al desarrollo, operacin (funcionamiento) y mantenimiento del
software; es decir, la aplicacin de ingeniera al software.
2.1.4 EL PRODUCTO Y EL PROCESO DE LA INGENIERIA DE SOFTWARE
2.1.4.1 EL PRODUCTO
El software de computadora se ha convertido en el alma mter. Es la
mquina que conduce a la toma de decisiones comerciales. Sirve para
la investigacin cientfica moderna y de resolucin de problemas de
ingeniera. Es el factor clave que diferencia los productos y servicios
modernos. Est inmerso en sistemas de todo tipo: de transportes,
mdicos, de telecomunicaciones, militares, procesos industriales,
entretenimientos, productos de oficina, la lista es casi interminable. El
software es casi ineludible en un mundo moderno. A medida que nos
adentremos en el siglo XXI, ser el que nos conduzca a nuevos avances
en todo, desde la educacin elemental a la ingeniera gentica.
El software de computadora es el producto que disean y construyen los
ingenieros del software. Esto abarca programas que se ejecutan dentro
de una computadora de cualquier tamao y arquitectura, documentos
que comprenden formularios virtuales e impresos y datos que combinan
nmeros y texto y tambin incluyen representaciones de informacin de
audio, vdeo e imgenes.
Los ingenieros de software lo construyen, y virtualmente cualquier
persona en el mundo industrializado lo utiliza, bien directa o
indirectamente. Es importante porque afecta muy de cerca cualquier

aspecto de la vida y est muy extendido en el comercio y en las

actividades cotidianas.
Los pasos son construir software de computadora como construimos
cualquier otro producto satisfactorio, aplicando un proceso que conduce
a un resultado de alta calidad, que satisface las necesidades de las
personas que usarn el producto. Debes aplicar un enfoque de
ingeniera de software.
Desde el punto de vista de ccccun ingeniero de software, el producto
obtenido son los programas, documentos y los datos que configuran el
software de computadora. Pero desde el punto de vista de los usuarios
el producto obtenido es la informacin resultante que de algn modo
mejora el mundo de los usuarios.
2.1.4.2 EL PROCESO
Como el software, al igual que el capital, es el conocimiento
incorporado, y puesto que el conocimiento est inicialmente disperso, el
desarrollo del software implcito, latente e incompleto en gran medida,
es un proceso social de aprendizaje.
El proceso es un dilogo en el que se rene el conocimiento y se incluye
en el software. El proceso proporciona una interaccin entre los usuarios
y los diseadores, entre los usuarios y las herramientas de desarrollo, y
entre los diseadores y las herramientas de desarrollo [tecnologa]. Es
un proceso interactivo donde la herramienta de desarrollo se usa como
medio de comunicacin, con cada iteracin del dilogo se obtiene mayor
conocimiento de las personas involucradas.
Cuando se trabaja para construir un producto o un sistema, es
importante seguir una serie de pasos predecibles, un mapa de
carreteras que le ayude a obtener el resultado oportuno de calidad. El
mapa de carreteras a seguir es llamado proceso del software.
Lo construyen los ingenieros del software y sus gestores adaptan el
proceso a sus necesidades y entonces lo siguen. Adems, las personas
que han solicitado el software tienen un papel a desempear en el
proceso del software. Es importante porque proporciona estabilidad,

control y organizacin a una actividad que puede, si no se controla,

volverse catica.
Los pasos son a un nivel detallado, el proceso que adoptemos depende
del software que estamos construyendo. Un proceso puede ser
apropiado para crear software de un sistema de aviacin, mientras que
un proceso diferente por completo puede ser adecuado para la creacin
de un sitio web.
Desde el punto de vista de un ingeniero de software, los productos
obtenidos son programas, documentos y datos que se producen como
consecuencia de las actividades ingenieriles definidas por el proceso.
Hay una cantidad de mecanismos de evaluacin del proceso de
software que permiten a las organizaciones determinar la madurez de su
proceso. Sin embargo, la calidad, oportunidad y viabilidad a largo plazo
del producto que se est construyendo, son los mejores indicadores de
la eficiencia del proceso que estamos utilizando.
2.1.5 MODELOS DE DESARROLLO DE SOFTWARE
Existen varios modelos, paradigmas y filosofas de desarrollo, en los cuales
se apoya la ingeniera de software para la construccin del software, entre
ellos se puede citar:
- Modelo en cascada (modelo tradicional)
- Modelo de prototipos
- Modelo Espiral
- Desarrollo por etapas
- Desarrollo iterativo y creciente o Iterativo e Incremental
- Modelo de desarrollo rpido de aplicaciones (Rapid Application
-

Development, RAD o DRA)

Desarrollo concurrente
Proceso Unificado de Desarrollo RUP (Proceso Unificado de Rational)

2.2 METODOLOGIA INTERACTIVA DE DESARROLLO DE APLICACIONES DE

SOFTWARE
Tambin conocida como MIDAS es una metodologa gil relativamente nueva
basada en varias metodologas como ser:
- XP
- OOHDM
- UWE
De las cuales obtiene determinadas caractersticas.

2.2.1 CARACTERISTICAS
- Se basa en la utilizacin de modelos para la elaboracin de SIW
-

(Sistemas de Informacin Web).

Propone un proceso Iterativo e Incremental (Proveniente de ingeniera

de software de los modelos de elaboracin de software)

Se basa en mtodo de prototipos.
Utiliza practicas agiles de la metodologa XP
No se cambia los hbitos de trabajo de los involucrados en el desarrollo

de sistemas por la introduccin de la nueva metodologa.

Se tendr versiones tangibles del proyecto a medida que se desarrolla.
Incorporar caractersticas faltantes no detectadas.
Permite al cliente validar el producto.

2.2.2 NOTACION
- Para la representacin de algunas tcnicas propuestas en MIDAS. Es
-

necesario el uso de los siguientes diagramas:

Objeto-Relacional (OR), incluyendo extensiones para el modelo OR y

para el modelado de consultas.

Notacin de UWE - UML-based Web Engineering approach

2.2.3 MODELOS
- Modelo espacial de navegacin y que se corresponden respectivamente
-

con los modelos de fragmentos.

Modelo estructural de navegacin lo construimos en base al modelo

espacial de navegacin.
Modelo de presentacin, que se corresponde con el modelo de interfaz
abstracta de la propuesta de OOHDM.

2.2.4 ETAPAS
- En una primera iteracin, MIDAS/SD, que constituye el ncleo del
-

proceso, se definen los requisitos y la arquitectura del sistema.

En la segunda iteracin denominada MIDAS/HT, se desarrolla un primer
prototipo del SIW, construyendo el hipertexto con pginas estticas en
HTML para proporcionar al cliente una primera versin del producto en

un corto periodo de tiempo.

En la tercera iteracin, denominada MIDAS/DB, se implementar una
nueva versin del hipertexto con pginas dinmicas en XML, recibiendo
como entrada el prototipo definido en la iteracin previa.

En una iteracin adicional, denominada MIDAS/FC, se desarrollan los

servicios y la lgica del SIW.

En otra iteracin, MIDAS/TST, se probar el sistema.

2.2.5 BENEFICIOS
- Proporcionar a los desarrolladores una metodologa basada en modelos
que gue su trabajo siguiendo su forma habitual de trabajar.

Soportar un desarrollo de software rpido, con el fin de asegurar a los

clientes una primera versin del software en el menor tiempo posible.

Reducir la cantidad de documentacin generada durante el desarrollo
del SIW.

CAPITULO III: ANALISIS DE FACTIBILIDAD

3.1 FACTIBILIDAD OPERACIONAL
El sistema necesitar de un servidor, en el cual se ubicar el servidor
apache y el servidor MySQL.
Adicionalmente se requerir de Smartphones para los usuarios, pero
actualmente la gran mayora ya cuenta con dichos dispositivos, por lo cual
solo necesitaran descargar la aplicacin.
No se requerir capacitacin tan solo contaremos con tutoriales en video y
podrn ser vistos en YouTube.
3.2 FACTIBILDAD TECNICA
Se requerir de los siguientes componentes de hardware y software para la
implementacin del proyecto.
3.2.1 HARDWARE SERVIDOR
CANTIDAD

DESCRIPCIN
SERVIDOR EN TORRE POWER EDGE MARCA DELL, CON

PROCESAROR INTEL XEON E5, 32 GB DE RAM Y 1TB

DISCO DURO

3.2.2 HARDWARE CLIENTE

CANTIDAD
1
1

DESCRIPCIN
PC DE ESCRITORIO O PORTATIL INTEL ATOM 1.5GHZ, 2 GB
DE RAM EN ADELANTE
SMARTPHONE DUAL CORE 1GHZ, 1GB DE RAM EN
ADELANTE CON GPS - GLONASS

3.2.3 SOFTWARE SERVIDOR

DESCRIPCIN

VERSION

UBUNTU SERVER

16.04.1 LTS

DESCRIPCIN

VERSION

APACHE

2.4.20

PHP

5.6.22

NOTEPAD++

6.9.2

MY SQL

5.7.13

MY SQL WORKBENCH

6.3

3.2.4 SOFTWARE CLIENTE

DESCRIPCIN

VERSIO

WINDOWS

7+

GOOGLE CHROME

50+

ANDROID

4.1+

3.3 FACTIBILIDAD ECONOMICA

Dichos componentes de hardware y software tendrn el siguiente costo.
3.3.1 HARDWARE SERVIDOR
CANTIDAD

DESCRIPCION

P/
UNITARIO

COSTO
TOTAL
(BS)

SERVIDOR EN TORRE POWER EDGE

1

MARCA DELL, CON PROCESAROR

INTEL XEON E5, 32 GB DE RAM Y

21000

21000

1TB DISCO DURO

21000
3.3.2 HARDWARE CLIENTE
CANTIDAD

DESCRIPCIN

P/

COSTO

UNITARIO

TOTAL

(BS)
PC DE ESCRITORIO O PORTATIL
1

INTEL CELERON 1.5GHZ, 2 GB

1700BS

1700

600BS

600

DE RAM EN ADELANTE
SMARTPHONE DUAL CORE
1

1GHZ, 1GB DE RAM EN

ADELANTE CON GPS - GLONASS

2300

3.3.3 SOFTWARE SERVIDOR

DESCRIPCIN

VERSION

UBUNTU SERVER

16.04.1 LTS

APACHE

2.4.20

PHP

5.6.22

NOTEPAD++

6.9.2

MY SQL

5.7.13

MY SQL WORKBENCH

6.3

3.3.4 SOFTWARE CLIENTE

DESCRIPCIN

VERSION

WINDOWS

7+

DESCRIPCIN

VERSION

ANDROID

4.1+

COSTO
TOTAL
840
COSTO
TOTAL
-

GOOGLE CHROME

50+

840

3.3.5 COCOMO II
El desarrollo de software tambin tendr un costo el cual lo
calcularemos mediante COCOMO II
Formulas

LENGUAJE

LDC/PF

PHP
KLDC=

48
(PF

Lneas

de

cdigo

por

cada

(261,36*48)/1000= 12.54525 KDLC

PROYECTO SOFTWARE

Orgnico

3,

1,0

2,

0,3

3,

1,1

2,

0,3

2,

1,2

2,

0,3

Semi-acoplado

Empotrado

El proyecto es Semi-acoplado

PF)/1000

CONDUCTORES DE COSTE

VALORACIN
Mu

Baj

Nominal

Alto

baj

Mu

Extr

alto

alto

o
Fiabilidad requerida del software
0,75
Tamao de la base de datos
Complejidad del producto
0,70
Restricciones del tiempo de ejecucin
Restricciones del almacenamiento principalVolatilidad de la mquina virtual

0,88
0,94
0,85
0,87

1.00
1.00
1.00
1.00
1.00
1.00

1,15
1,08
1,15
1,11
1,06
1,15

1,40
1,16
1,30
1,30
1,21
1,30

1,65
1,66
1,56
-

Tiempo de respuesta del ordenador

Capacidad del analista
Experiencia en la aplicacin
Capacidad de los programadores
Experiencia en S.O. utilizado
Experiencia en el lenguaje de

1,46
1,29
1,42
1,21
1,14

0,87
1,19
1,13
1,17
1,10
1,07

1.00
1.00
1.00
1.00
1.00
1.00

1,07
0,86
0,91
0,86
0,90
0,95

1,15
0,71
0,82
0,70
-

programacin
Prcticas de programacin modernas
Utilizacin de herramientas software
Limitaciones de planificacin del

1,24
1,24
1,23

1,10
1,10
1,08

1.00
1.00
1.00

0,91
0,91
1,04

0,82
0,83
1,10

proyecto
FAE=1,15*1,00*1,15*1,00*1,06*1,00*1,07*1,0*1,13*1,17*0,90*1,07*0
,91*0,91*1,00
= 1.58146178
Clculo del esfuerzo del desarrollo:
E= a KLDC e * FAE = 3,0 * (12.54525) ^1,12 * 1. 58146178=
80 personas /mes
Clculo tiempo de desarrollo:
T = c Esfuerzo d = 2,5 * (80) ^0,35 = 12 meses
Personal promedio:
P = E/T = 80/12 = 7 personas
Necesitaremos de 7 personas en un plazo de 12 meses, pero al
contar solo con 3 meses necesitaremos 24 personas para poder
acabar el proyecto en ese plazo.
Costo=7(personas)*3(meses)*2000(bs)=42000bs

3.3.6 COSTO TOTAL

En la siguiente tabla se puede observar el costo total de la
implementacin del sistema
DESCRIPCION
SOFTWARE CLIENTE
SOFTWARE SERVIDOR
HARDWARE CLIENTE
HARDWARE SERVIDOR
DESARROLLO DEL SISTEMA
TOTAL

COSTO (BS)
840
0
2300
21000
42000
66140

CAPITULO IV INGENIERIA DE REQUERIMIENTOS

4.1 PLAN DE DETERMINACION DE REQUISITOS

En la siguiente tabla se puede observar el plan para realizar la ingeniera de
requerimientos.
TAREA
Concepcin

Indagacin

OBJETIVO
-Comprender

ENTREGABLE
-Descripcin de los

La problemtica

procesos actuales

-identificar inconsistencias

-Entrevistas/cuestionarios

-Identificar requisitos del

-Flujogramas

sistema a desarrollar
Elaboracin

-Realizar la tabla de

-Tabla de determinacin de

requerimientos

requerimientos

-Realizar un prototipo sin

-Prototipo

funcionalidad.
Negociacin

Especificacin

-Negociar acerca de que

-Acta aprobacin de

requerimientos deben ser

requerimientos

replanteados

-Tabla de requerimientos

-Replantear Requerimientos.
-Describir como se llevarn a

replanteados
-Tabla de especificacin de

cabo cada requerimiento

requerimientos

-Identificar cmo interactan

-D.C.U.A.N.

los requerimientos entre si

4.2 CONCEPCION
Para poder comprender el problema a mayor profundidad se har el estudio de los
procesos actuales, adems de apoyarnos en encuestas.

4.2.1 PROCESOS ACTUALES

En el siguiente diagrama se puede observar el proceso de saber la ubicacin de
una persona actualmente.

En los siguientes diagramas se puede observar el proceso actual de conocer la

ubicacin de un automvil.

El siguiente diagrama puede representar la manera en que una persona puede

hacer pblica su ubicacin por medio de redes sociales.

4.2.2 ENCUESTA
Se realiz una encuesta para saber si la gente est interesada en el sistema de la
cual se obtuvieron los siguientes resultados.

EDAD 15-25 (42.1%)

SI

NO

Usted deseara poder saber la ubicacin de alguna 80.3

19.7

persona mediante su Smartphone

Usted cuenta con automvil (Si responde No salte a la 44.5

55.5

pregunta 6)
Usted deseara poder ver en cualquier PC, laptop, Tablet 80.2

19.8

o Smartphone la UBICACION de su automvil

Usted estara dispuesto a pagar 1400 bs por un 67.8

32.3

dispositivo para rastrear su automvil que adems sirva

para escuchar msica y ver vdeos adems sea un
navegador GPS.
Usted es padre de familia (Si responde No pase a la 23.7

76.3

pregunta 9)
Usted deseara poder ver en cualquier PC, laptop, Tablet 91.2

8.8

o Smartphone la ubicacin de sus hijos.

Usted estara dispuesto a pagar 700 bs por un reloj para 85.3

14.7

rastrear a sus hijos.

EDAD 15-25(38.0%)

NO

SI

Usted deseara poder saber la ubicacin de alguna 73.3

26.7

persona mediante su Smartphone

Usted cuenta con automvil (Si responde No salte a la 60.5

39.5

pregunta 6)
Usted deseara poder ver en cualquier PC, laptop, Tablet 80.2

19.8

o Smartphone la UBICACION de su automvil

Usted estara dispuesto a pagar 1400 bs por un 77.5

22.5

dispositivo para rastrear su automvil que adems sirva

para escuchar msica y ver vdeos adems sea un
navegador GPS.
Usted es padre de familia (Si responde No pase a la 76.3

23.7

pregunta 9)
Usted deseara poder ver en cualquier PC, laptop, Tablet 91.9

8.1

o Smartphone la ubicacin de sus hijos.

Usted estara dispuesto a pagar 700 bs por un reloj para 97.3

2.7

rastrear a sus hijos.

EDAD 35+ (19.9%)

NO

SI

Usted deseara poder saber la ubicacin de alguna 60.5

39.5

persona mediante su Smartphone

Usted cuenta con automvil (Si responde No salte a la 44.5

55.5

pregunta 6)
Usted deseara poder ver en cualquier PC, laptop, Tablet 80.2

19.8

o Smartphone la UBICACION de su automvil

Usted estara dispuesto a pagar 1400 bs por un 67.8

32.3

dispositivo para rastrear su automvil que adems sirva

para escuchar msica y ver vdeos adems sea un
navegador GPS.
Usted es padre de familia (Si responde No pase a la 23.7

76.3

pregunta 9)
EDAD 35+ (19.9%)
SI
Usted deseara poder ver en cualquier PC, laptop, Tablet 91.2

NO
8.8

o Smartphone la ubicacin de sus hijos.

Usted estara dispuesto a pagar 700 bs por un reloj para 85.3

14.7

rastrear a sus hijos.

4.3 INDAGACION
En los siguientes flujogramas podemos ver los procesos actuales de manera ms
clara.

Flujograma para ver el proceso de ubicacin actual de una persona mediante

llamadas telefnicas.

Flujograma para ver el proceso de como una persona puede mostrar su ubicacin
actual por medio de redes sociales.

Flujograma para ver el proceso de ubicacin actual de un automvil por medio del
uso y servicio de un dispositivo GPS.
4.4 ELABORACION
4.4.1 TABLA DE DETERMINACION REQUERIMIENTOS
NRO

REQUERIMIENTO

R1

Rastreo de automviles mediante dispositivos con Android

R2

Rastreo de personas mediante dispositivos Android

R3

Envo de coordenadas mediante dispositivos Android

R4

Seguimiento mediante sistema web

R5

Registro de usuarios que usaran el sistema

R6

Registro de varios dispositivos por usuario

R7

Capacidad de compartir ubicaciones con otros usuarios

R8

Control de personas mediante reas de seguridad

R9

Compatibilidad del sistema web con distintos navegadores

R10

Inicio de sesin mediante encriptacin md5

4.4.2 PROTOTIPO
En las siguientes graficas se puede observar el primero prototipo del sistema.

4.5 NEGOCIACION
En esta etapa se negociar y podrn replantear los requerimientos obtenidos de
las anteriores etapas.
4.5.1 ACTA DE APROBACION DE REQUERIMIENTOS
En esta tabla se puede observar los requerimientos que fueron aprobados y los
que deben ser replanteados.
NRO

REQUERIMIENTO

R1

O
Rastreo de automviles mediante dispositivos con OK
Android

OBS/APR

R2

Rastreo de personas mediante dispositivos Android

OK

R3

Envo de coordenadas mediante dispositivos Android

OK

R4
R5

Seguimiento de los dispositivos mediante un sistema web OK

Registro de usuarios que usaran el sistema
OBS

R6

Registro de un dispositivo usuario

OK

R7

Capacidad de compartir ubicaciones con otros usuarios

OK

R8

Control de personas mediante reas de seguridad

OK

R9

Compatibilidad

R10

navegadores
Inicio de sesin mediante encriptacin md5

OK

R11

REPORTES

OBS

del

sistema

web

con

distintos OK

4.5.1 TABLA DE REQUERIMIENTOS REPLANTEADA

Posterior a la reunin se replantearon los requerimientos.
NRO

REQUERIMIENTO

OBS/APR

R1

O
Rastreo de automviles mediante dispositivos con OK

R2

Android
Rastreo de personas mediante dispositivos Android

OK

NRO

REQUERIMIENTO

OBS/APR

R3

Envo de coordenadas mediante dispositivos Android

O
OK

R4

Seguimiento DE LOS SIPOSITIVOS mediante sistema OK

R5

web
Registro de usuarios

OK

R6

Registro de varios dispositivos por usuario

OK

R7

Capacidad de compartir ubicaciones con otros usuarios

OK

R8

Control de personas mediante reas de seguridad

OK

R9

Compatibilidad

del

sistema

web

con

distintos OK

R10

navegadores
Inicio de sesin mediante encriptacin md5

R11

Reportes del historial de ubicaciones del dispositivo OK

OK

segn hora y fecha.

4.6 ESPECIFICACION
En la siguiente tabla podemos observar cada requerimiento con su especificacin.
NRO.

REQUERIMIENTO

R1

Rastreo de automviles El sistema realiza el rastreo mediante una

mediante

ESPECIFICACION

dispositivos aplicacin instalada en una radio Android

con Android

para automviles. Opcionalmente puede ser

usado un celular en lugar del reloj.

R2

Rastreo

de

mediante

personas El sistema realiza el rastreo mediante una

dispositivos aplicacin instalada en un reloj Android.

Android

Opcionalmente puede ser usado un celular

en lugar del reloj.

NRO.

REQUERIMIENTO

R3

Envo de coordenadas La
mediante

aplicacin

instalada

en

dispositivos

dispositivos Android enva las coordenadas del dispositivo

Android
R4

ESPECIFICACION

a un servidor de datos MySQL.

Seguimiento

de

dispositivos

mediante los dispositivos del servidor de datos MySQL

sistema web

los El sistema web obtiene las coordenadas de

R5

Registro de usuarios

El registro de usuarios se har por medio de

un formulario dentro de la aplicacin Android
y el sistema web. Los datos llenados dentro
del formulario se guardarn en el servidor de

datos MySQL.
varios Cada usuario

R6

Registro

de

podr

registrar

R7

dispositivos por usuario dispositivos al ingresar con su cuenta.

Capacidad de compartir Los
usuarios
podrn
compartir

varios
sus

ubicaciones con otros ubicaciones con otros, dando su id y

R8

usuarios
Control de
mediante

vinculando a los mismos.

personas Los usuarios podrn aadir reas las cuales
reas

de al salir un dispositivo de estas el usuario

seguridad
R9

R10

recibir

una

notificacin

en

los dems

Compatibilidad

dispositivos.
del El sistema web se podr usar de distintos

sistema

con navegadores adems de google Chrome

web

distintos navegadores
(Firefox, Edge y Opera)
Inicio
de
sesin El momento de iniciar sesin se enviaran los
mediante

encriptacin datos con encriptacin md5.

NRO.

md5
REQUERIMIENTO

R11

Reportes del historial de Se podr saber la ubicacin del dispositivo en

ubicaciones

ESPECIFICACION

del la fecha y hora introducida.

dispositivo segn hora y

fecha.

CAPITULO V: INGENIERIA DEL PROYECTO

5.1 PLAN DE DESARROLLO DE SOFTWARE
La siguiente tabla contiene el plan de desarrollo de software.
1RA ITERACION
FASE
INGENIERIA

MIDAS SD
OBJETIVO

DE Identificar

REQUERMIMIENT

requerimientos

OS

cliente

2DA ITERACION
FASE

MIDAS HT
OBJETIVO

ENTREGABLE
Especificacin

FECHA DE
ENTREGA
de 07/10/2016

del requerimientos,

ENTREGABLE

FECHA DE
ENTREGA

Diseo

Identificar las clases Diagrama

conceptual

de y

datos

necesarios

de 07/10/2016

atributos clases
para

el

sistema
Diseo
conceptual

Identificar los enlaces Diagrama

de 13/10/2016

del entre pginas y los componentes

hipertexto

componentes
necesarios

Diagrama

para

de

el navegacin

sistema
Diseo

Disear el front end Diagrama

de 14/10/2016

conceptual de la del sistema

presentacin

presentacin
Implementacin

Realizar un prototipo

Prototipo

20/10/2016

del hipertexto
3rA ITERACION
FASE

MIDAS DB
OBJETIVO

ENTREGABLE

FECHA DE

Diseo
conceptual
datos refinado

ENTREGA
21/10/2016

Identificar las clases Diagrama

de y
necesarios

atributos relacional
para

sistema

el Diagrama

de

clases

(Correcciones)
Diseo
conceptual

Identificar los enlaces Diagrama

de 21/10/2016

del entre pginas y los componentes

hipertexto

componentes

refinado

necesarios

Diagrama

para

de

el navegacin

sistema
(Correcciones)
Diseo

Disear el front end Diagrama

conceptual de la del

sistema presentacin

de 21/10/2016

presentacin

(Correcciones)

refinado
Implementacin

Implementar la DB de Base de datos

de la DB

acuerdo al diagrama
de

clases

diagrama

25/10/2016

al

entidad

relacin
Correccin

del Modificar el diseo Segunda

hipertexto

Versin 22/10/2016

de hipertexto segn del sistema

el nuevo diagrama de
presentacin.

4TA ITERACION
FASE
Diseo
conceptual
datos refinado

MIDAS FC
OBJETIVO

ENTREGABLE

FECHA DE
ENTREGA
27/10/2016

Identificar las clases Diagrama

de y
necesarios

atributos relacional
para

sistema

el Diagrama

de

clases

(Correcciones)
Diseo
conceptual

Identificar los enlaces Diagrama

de 27/10/2016

del entre pginas y los componentes

hipertexto

componentes

refinado

necesarios

Diagrama

para

de

el navegacin

sistema
(Correcciones)
Diseo

Disear el front end Diagrama

conceptual de la del
presentacin

de 27/10/2016

sistema presentacin

(Correcciones)

refinado
Correccin de la Modificar la DB en Base de datos

3/11/2016

DB

caso de haber habido

cambios

en

los

atributos

en

el

diagrama de clases
Correccin

del Modificar el diseo Tercera

hipertexto

Versin 3/11/2016

de hipertexto segn del sistema

el nuevo diagrama de
presentacin.

Implementacin
de
funcionalidad

Desarrollar
la mdulos

los Mdulos en PHP

que

10/11/2016

den

funcionalidad

al

sistema
5TA ITERACION
FASE

MIDAS TST
OBJETIVO

Pruebas

Identificar

ENTREGABLE
posibles Pruebas

fallas en el sistema

FECHA DE
ENTREGA
de 11/11/2016

integracin
Pruebas de caja

Correcciones

Corregir
identificadas

negra
fallas Nueva versin del 17/11/2016
en

el sistema

sistema
5.2 MIDAS HT
En esta etapa nos centraremos ms en el diseo del sistema para la construccin del
primer prototipo.

5.2.1 Diseo conceptual de datos

Este diseo lo hacemos mediante un diagrama de clases.

5.2.2 Diseo conceptual de hipertexto

Este diseo lo hacemos mediante los diagramas de navegacin (Fig. 1) y de
componentes del sistema (Fig. 2).

Fig1 diagrama de navegacin

Fig1 diagrama de Componentes

5.2.3 Diseo conceptual de presentacin

Este diseo lo hacemos mediante un diagrama de Presentacin.

5.2.4 Implementacin del hipertexto

Pantallas del prototipo

5.3 MIDAS DB
En esta etapa nos centraremos ms en el diseo de la base de datos. Para
posteriormente desarrollarla.

5.3.1 Diseo conceptual de datos refinado

Este diseo lo hacemos mediante un diagrama de clases. Se hicieron algunas
correcciones

5.3.2 Diseo conceptual de hipertexto refinado

Este diseo lo hacemos mediante los diagramas de navegacin (Fig. 1) y de
componentes del sistema (Fig. 2). Se hicieron algunos cambios Para poder agregar
amigos.

Fig1 diagrama de navegacin

Fig1 diagrama de Componentes

5.3.3 Diseo conceptual de presentacin refinado

Este diseo lo hacemos mediante un diagrama de Presentacin. No se hicieron cambios
en el diseo de la interfaz. Se dise la interfaz del usuario que inicio sesin.

5.3.4 Correccin del hipertexto

Pantallas de la segunda versin del sistema

5.3.5 Implementacin de DB
Implementacin de base de datos del sistema.

Diccionario de datos

amigo
Column

Type

amigoUsuario int(11)
descripcion

Null Default
Yes

NULL

varchar(5
Yes
0)

NULL

amigoID (Prim
int(11)
ary)

No

usuarioID

Yes

int(11)

NULL

Indexes
Keyname

Type

Unique Packed

Column

Cardinality Collation Null

PRIMARY

BTREE Yes

No

amigoID

No

usuarioID

BTREE No

No

usuarioID

Yes

area
Column

Type

Null Default

descripcion

varchar(5
Yes
0)

NULL

latFn

float

Yes

NULL

latIn

float

Yes

NULL

lngFn

float

Yes

NULL

lngIn

float

Yes

NULL

areaID (Primary)

int(11)

No

ubicacionDispositi
int(11)
voID

Yes

NULL

Indexes
Keyname

Typ Uniq Pack

e
ue
ed

Column

Cardina Collati Nu
lity
on
ll

BTR
Yes
EE

No

areaID

No

ubicacionDispositi BTR
No
voID
EE

No

ubicacionDispositi
0
voID

Yes

PRIMARY

dispositivo
Column

Type

Null Default

codigo

varchar(5
Yes
0)

NULL

descripcion

varchar(5
Yes
0)

NULL

dispositivoID (Pri
mary)

int(11)

No

usuarioID

int(11)

Yes

NULL

Indexes
Keynam
e
PRIMARY

Type Unique
BTREE Yes

Packe
d
No

Column

Cardinalit Collatio
Null
y
n

dispositivoID 0

No

Keynam
e

Type Unique

usuarioID BTREE No

Packe
d
No

Column
usuarioID

Cardinalit Collatio
Null
y
n
0

Yes

ubicaciondispositivo
Column

Type

Null Default

areaActiva

int(11)

Yes

NULL

hora

datetime Yes

NULL

lat

float

Yes

NULL

lng

float

Yes

NULL

ubicacionDispositivoID (Pr
int(11)
imary)

No

dispositivoID

Yes

int(11)

NULL

Indexes
Keyname Type

Uniqu Packe
e
d

Column

Cardinal Collati Nul

ity
on
l

BTRE
Yes
E

No

ubicacionDispositiv
0
oID

No

dispositivoI BTRE
No
D
E

No

dispositivoID

Yes

PRIMARY

usuario
Column

Type

Null Default

apellido

varchar(5
Yes
0)

NULL

contrasena

varchar(1
Yes
6)

NULL

correo

varchar(5
Yes
0)

NULL

nombre

varchar(5
Yes
0)

NULL

tipo

int(11)

usuarioNombre

varchar(1
Yes
6)

usuarioID (Prim
int(11)
ary)

Yes

1
NULL

No

Indexes
Keyname
PRIMARY

Type

Unique Packed

BTREE Yes

No

Column
usuarioID

Cardinality Collation Null

1

No

7 ADJUNTOS
7.1 ENCUESTA
Encuesta - Sistema de Ubicacin
1. Cul es su edad
15-25
25-35
35 o mas
2. Usted deseara poder saber la ubicacin de alguna persona mediante su
Smartphone
Si
No
3. Usted cuenta con automvil (Si responde No salte a la pregunta 6)
Si
No
4. Usted deseara poder ver en cualquier PC, laptop, Tablet o Smartphone la
UBICACION de su automvil
Si
No
5. Usted estara dispuesto a pagar 1400 bs por un dispositivo para rastrear su
automvil que adems sirva para escuchar msica y ver vdeos adems sea un
navegador GPS.
Si
No
6. Usted es padre de familia (Si responde No pase a la pregunta 9)

Si
No

7. Usted deseara poder ver en cualquier PC, laptop, Tablet o Smartphone la

ubicacin de sus hijos.
Si
No
8. Usted estara dispuesto a pagar 700 bs por un reloj para rastrear a sus hijos.
Si
No