Professional Documents
Culture Documents
TTULO:
DISEO DE UN PROTOTIPO PARA UN SISTEMA MVIL DE
CONSULTA Y REGISTRO DE DOCUMENTOS DE INFRACCIONES DE
TRNSITO
AUTORES:
LA ROSA FIGUEROA, ALEJANDRO ELOY
TERRAZOS LUNA, LUIGY BENEDICTO
DOCENTE:
PAPA QUIROZ, ERICK ALEX
LIMA PER
2013
NDICE GENERAL
(Informe de tesis)
INDICE GENERAL.....II
DEDICATORIA.....III, IV
AGRADECIMIENTO...V
RESUMEN...VI
ABSTRACTVII
INTRODUCCIN.....VIII
1. CAPTULO I: INTRODUCCIN
1.1. Planteamiento del problema.....IX
1.2. Motivacin y justificacin......XII
1.3. Antecedentes de la Investigacin......XIII
1.4. Objetivos......XVII
1.5. Contribuciones del trabajo.....XVII
2. CAPTULO II: MARCO TERICO.
2.1. Marco Metodolgico........XIX
2.2. Marco Tecnolgico.....XXV
2.3. Marco Metodolgico del modelo de validacin........XXXI
3. CAPTULO III: DISEO DE LA SOLUCIN
3.1. Metodologa a aplicar..XXXV
3.2. Anlisis del problema...L
3.3. Diseo de la propuesta.LII
4. CAPTULO IV: VALIDACIN DEL MODELO
4.1. Instrumentos y tcnicas
4.2. Diseo del prototipo
4.3. Viabilidad del proyecto
5. CAPTULO V: CONCLUSIONES Y RECOMENDACIONES.
5.1. Conclusiones
5.2. Recomendaciones
REFERENCIAS
APNDICES
ANEXOS
II
DEDICATORIA
III
DEDICATORIA
IV
RESUMEN
ABSTRACT
VI
AGRADECIMIENTO
VII
CAPTULO I: INTRODUCCIN
Al da ocurren muchos accidentes de trnsito a nivel nacional por que no se prev
de los malos conductores, la corrupcin policial y entre otros factores que ocurren
en Lima.
Un conductor puede tener muchas papeletas y seguir conduciendo, esto se debe
que cuando comete una infraccin y es intervenido por un polica solo se atina a
seguir registrando la infraccin mas no tomar la medida correspondiente como
sancionarlo por sobrepasar los puntos permitidos para conducir y esto se debe a
que no cuentan con ninguna herramienta que les pueda ayudar.
Para esto se plantea disear un sistema mvil de consultas donde est conectado
a la base de datos del Ministerio de Transportes y Comunicaciones (MTC) para
obtener el historial de infracciones, los puntos que tiene en ese momento, el
estado de su licencia y si esta licencia en verdad es la original.
Tambin est conectado al Servicio de Administracin Tributaria (SAT) para ver si
el vehculo que est conduciendo tiene deudas de tributos o que tenga alguna
contradiccin de informacin con la tarjeta de propiedad.
Este sistema ayudara a los policas de trnsito a prevenir accidente futuros ya que
con la informacin a tiempo se podra tomar la medida correspondiente y no
esperar a que la cifras de accidentes de trnsito sigan en aumento.
VIII
IX
XI
1.2.2 JUSTIFICACIN:
El diseo de este sistema tendr el propsito de disminuir la tasa de
accidentes de trnsito y disminuir la tasa de mortalidad.
Se busca la integracin de las bases de datos del MTC y SAT con la PNP.
Se anhela presentar este proyecto al congreso para que se pueda obtener
fondos y poder desarrollarse, ya que se necesitan de muchos factores
econmicos y de permisos para acceder a la informacin del MTC y del
SAT.
XII
XIII
Figura #4: Telfono celular con el sistema de la Polica de Colombia e impresora para
generar las papeletas.
2
XIV
XV
Windows Server
Internet Information Server (IIS)
Visual Studio 2005
.Net Framework
Microsoft SQL Server 2005
Visual Basic. Net
Microsoft Chart Controls
Libraries API
Rational Rose [6]
XVI
1.4 OBJETIVOS
1.4.1 OBJETIVO GENERAL
Integrar las base de datos de las entidades del MTC y del SAT.
Normalizar la informacin luego de integrar las bases de datos.
Brindar una herramienta tecnolgica para poder reducir tiempos y recursos.
Utilizacin de una metodologa gil para el desarrollo del prototipo de
software.
Validacin del modelo propuesto.
XVII
XVIII
XIX
2.1.2 JAVA:
Java es la base para prcticamente todos los tipos de aplicaciones de red,
adems del estndar global para desarrollar y distribuir aplicaciones mviles,
juegos, contenido basado en web y software de empresa. Con ms de 9
millones de desarrolladores en todo el mundo, Java le permite desarrollar,
implementar y utilizar de forma eficaz interesantes aplicaciones y servicios.
[8]
Desde porttiles hasta centros de datos, desde consolas para juegos hasta
sper computadoras, desde telfonos mviles hasta Internet, Java est en
todas partes. [8]
Java ha sido probado, ajustado, ampliado y probado por toda una comunidad
de desarrolladores, arquitectos de aplicaciones y entusiastas de Java. Java
est diseado para permitir el desarrollo de aplicaciones porttiles de
elevado rendimiento para el ms amplio rango de plataformas informticas
posible. Al poner a disposicin de todo el mundo aplicaciones en entornos
heterogneos, las empresas pueden proporcionar ms servicios y mejorar la
productividad, las comunicaciones y colaboracin del usuario final y reducir
drsticamente el costo de propiedad tanto para aplicaciones de usuario como
de empresa. Java se ha convertido en un valor impagable para los
desarrolladores, ya que les permite: [8]
XX
2.1.3 SOA
La
'Arquitectura
Orientada
a
Servicios
de
cliente' (en
ingls Service Oriented Architecture), es un concepto de arquitectura de
software que define la utilizacin de servicios para dar soporte a los
requisitos del negocio. [9]
Permite la creacin de sistemas de informacin altamente escalables que
reflejan el negocio de la organizacin, a su vez brinda una forma bien
definida de exposicin e invocacin de servicios (comnmente pero no
exclusivamente servicios web), lo cual facilita la interaccin entre diferentes
sistemas propios o de terceros. [9]
SOA define las siguientes capas de software:
XXI
XML
HTTP
SOAP
REST
WSDL
UDDI
XXII
pueden
utilizar
para
la
integracin
2.1.4.1 EXTRAER
La primera parte del proceso ETL consiste en extraer los datos desde
los sistemas de origen. La mayora de los proyectos de
almacenamiento de datos fusionan datos provenientes de diferentes
sistemas de origen. Cada sistema separado puede usar una
organizacin diferente de los datos o formatos distintos. Los formatos
de las fuentes normalmente se encuentran en bases de datos
relacionales o ficheros planos, pero pueden incluir bases de datos no
relacionales u otras estructuras diferentes. La extraccin convierte
los datos a un formato preparado para iniciar el proceso de
transformacin. [10]
Una parte intrnseca del proceso de extraccin es la de analizar los
datos extrados, de lo que resulta un chequeo que verifica si los
datos cumplen la pauta o estructura que se esperaba. De no ser as
los datos son rechazados. [10]
2.1.4.2 TRANSFORMAR
La fase de transformacin aplica una serie de reglas de negocio o
funciones sobre los datos extrados para convertirlos en datos que
sern cargados. Algunas fuentes de datos requerirn alguna
pequea manipulacin de los datos. [10]
XXIII
2.1.4.3 CARGA
La fase de carga es el momento en el cual los datos de la fase
anterior (transformacin) son cargados en el sistema de destino.
Dependiendo de los requerimientos de la organizacin, este proceso
puede abarcar una amplia variedad de acciones diferentes. En
algunas bases de datos se sobrescribe la informacin antigua con
nuevos datos. Los data warehouse mantienen un historial de los
registros de manera que se pueda hacer una auditora de los mismos
y disponer de un rastro de toda la historia de un valor a lo largo del
tiempo. [10]
Existen dos formas bsicas de desarrollar el proceso de carga:
Acumulacin simple: La acumulacin simple es la ms sencilla y
comn, y consiste en realizar un resumen de todas las transacciones
comprendidas en el perodo de tiempo seleccionado y transportar el
resultado como una nica transaccin hacia el data warehouse,
almacenando un valor calculado que consistir tpicamente en un
sumatorio o un promedio de la magnitud considerada. [10]
Rolling: El proceso de Rolling por su parte, se aplica en los casos en
que se opta por mantener varios niveles de granularidad (jerarquas).
Para ello se almacena informacin resumida a distintos niveles,
correspondientes a distintas agrupaciones de la unidad de tiempo o
diferentes niveles jerrquicos en alguna o varias de las dimensiones
de la magnitud almacenada (por ejemplo, totales diarios, totales
semanales, totales mensuales, etc.). [10]
La fase de carga interacta directamente con la base de datos de destino. Al
realizar esta operacin se aplicarn todas las restricciones y triggers
(disparadores) que se hayan definido en sta (por ejemplo, valores nicos,
integridad referencial, campos obligatorios, rangos de valores). Estas
restricciones y triggers (si estn bien definidos) contribuyen a que se
garantice la calidad de los datos en el proceso ETL, y deben ser tomados en
cuenta. [10]
XXIV
2.2.2 JDBC
JDBC es un API (Application programming interface) que describe o define
una librera estndar para acceso a fuentes de datos, principalmente
orientado a Bases de Datos relacionales que usan SQL (Structured Query
Language). JDBC no slo provee un interfaz para acceso a motores de
bases de datos, sino que tambin define una arquitectura estndar, para que
los fabricantes puedan crear los drivers que permitan a las aplicaciones
JAVA el acceso a los datos. [12]
XXV
XXVI
Aportan
interoperabilidad
entre
aplicaciones
de
software
independientemente de sus propiedades o de las plataformas sobre las
que se instalen.
Los servicios Web fomentan los estndares y protocolos basados en
texto, que hacen ms fcil acceder a su contenido y entender su
funcionamiento.
Permiten que servicios y software de diferentes compaas ubicadas en
diferentes lugares geogrficos puedan ser combinados fcilmente para
proveer servicios integrados. [13]
XXVII
XXVII
I
Arquitectura E-LT:
ODI modifica el tradicional concepto ETL (Extract, Transform, Load), pasando
a E-LT (Extract Load, Transform). La arquitectura E-LT extrae los datos de
los sistemas fuente, los carga en base de datos y realiza todas las
transformaciones en la propia base de datos. [14]
En el tradicional ETL el proceso de transformacin puede ser realizado en un
entorno hardware y software diferente al de la base de datos de destino,
mientras que en un esquema E-LT la transformacin y el volcado se realizan
en una misma plataforma hardware y software. Lgicamente un esquema ELT reduce el trfico de datos, pero hay que dotar al motor de la base de
datos de destino de capacidades de transformacin y movimiento de datos
potentes, capacidades que provee ODI. As mismo, ODI permite realizar
dentro de la base de datos transformaciones complejas al mismo nivel que el
servidor que realiza la capa de transformacin en un ETL convencional. [14]
Considerar igualmente que una arquitectura E-LT se realiza toda la
optimizacin de recursos (disco, memoria, proceso) en la base de datos, lo
cual permite una configuracin del rendimiento ms centralizada. La propia
ejecucin de las transformaciones puede ser diferente en una arquitectura y
otra, ya que hay herramientas ETL que evalan las transformaciones
registros a registro y en el caso E-LT se realiza por lotes de registros. ODI
permite combinar la potencia del motor de la base de datos con las
prestaciones hardware que Oracle puede ofrecer alcanzando una
arquitectura E-LT de alto rendimiento. [14]
XXIX
XXX
XXXI
XXXII
XXXII
I
XXXI
V
XXXV
Ejecucin de la iteracin
Cada da el equipo realiza una reunin de sincronizacin (15 minutos
mximos). Cada miembro del equipo inspecciona el trabajo que el resto est
realizando (dependencias entre tareas, progreso hacia el objetivo de la
iteracin, obstculos que pueden impedir este objetivo) para poder hacer las
adaptaciones necesarias que permitan cumplir con el compromiso adquirido.
En la reunin cada miembro del equipo responde a tres preguntas: [19]
Inspeccin y adaptacin
El ltimo da de la iteracin se realiza la reunin de revisin de la iteracin.
Tiene dos partes:
1. Demostracin (4 horas mximo). El equipo presenta al cliente los
requisitos completados en la iteracin, en forma de incremento de
producto preparado para ser entregado con el mnimo esfuerzo. En
funcin de los resultados mostrados y de los cambios que haya habido
en el contexto del proyecto, el cliente realiza las adaptaciones
necesarias de manera objetiva, ya desde la primera iteracin,
replanificando el proyecto. [19]
2. Retrospectiva (4 horas mximo). El equipo analiza cmo ha sido su
manera de trabajar y cules son los problemas que podran impedirle
progresar adecuadamente, mejorando de manera continua su
productividad. El Facilitador se encargar de ir eliminando los
obstculos identificados. [19]
XXXV
I
Metodologa SCRUM
Colaboracin directa con el
cliente
Mayor tiempo en la construccin
de software
Menos tiempo en documentacin
Adaptacin al cambio
Respuesta al cambio
Mitigacin de Riesgos
Se dan entregables en el
transcurso del proyecto.
Menor tiempo en la construccin
de software.
Mayor calidad del software
Metodologa RUP
Negociacin de contratos
Mayor
tiempo
en
especificaciones
Documentacin exhaustiva
El cambio en vez de beneficiar
puede ser una amenaza al
proyecto.
Adaptacin a un plan
Mayor riesgo al fracaso.
Entregable al final del proyecto.
Mayor tiempo en la construccin
de software.
Baja calidad del software si se
presentan cambios.
XXXV
II
Fuente: www.trello.com
XXXV
III
Fuente: www.trello.com
En nuestro sprint Done tenemos todas las tareas realizadas y tambin nos
podemos dar cuenta a quien se le asign.
XXXI
X
Fuente: www.trello.com
XL
Fuente: www.trello.com
XLI
Fuente: www.trello.com
XLII
Fuente: www.trello.com
XLIII
Fuente: www.trello.com
En nuestro sprint Doing tenemos las tareas que estamos realizando y tambin
quienes las estn realizando.
-
XLIV
Fuente: www.trello.com
XLV
Fuente: www.trello.com
XLVI
3.2.4 SPRINT TO DO
Figura #16: Spring To Do
Fuente: www.trello.com
En nuestro sprint To Do nos indica las prximas tareas que deberamos realizar.
-
XLVII
Fuente: www.trello.com
XLVII
I
Fuente: www.trello.com
XLIX
PNP
Polica Nacional del Per
SAT
MTC
Servicio de
Administracin Tributaria
Ministerio de Transportes y
Comunicacin
3.2.3 Consecuencias
- Segn las estadsticas arrojadas por el INEI esta tendencia de
accidentes de trnsito siguen en aumento, la falta de acciones para
frenar y detener el problema hace que estemos en un incremente de
accidentes con consecuencias mortales.
3.2.4 Delimitaciones
- Nuestro proyecto tiene como prioridad la implementacin en la Polica
Nacional del Per en Lima.
3.2.5 Diagnostico
- La PNP necesita contar con una herramienta tecnolgica (Sistemas
Mvil) que le permita consultar el estado de las infracciones de trnsito
y registrar la infraccin en el momento ocurrida la falta.
LI
LII
LIII
LIV
LV
LVIII
LIX
LX
REFERENCIAS
[1] INEI Estadsticas de Seguridad Ciudadana A Marzo 2012
Per, 49 p, Julio 2012
http://www.inei.gob.pe/web/NotaPrensa/Attach/14685.pdf
[2] La Repblica Siete peruanos mueren al da por accidentes de trnsito
Per, 4 de Diciembre del 2011
http://www.larepublica.pe/04-12-2011/siete-peruanos-mueren-al-dia-por-accidentes-detransito
[3] El Comercio Accidentes de Trnsito dejan ms de 400 muertes en los ltimos 4 aos
Per, 14 de Octubre del 2012
http://elcomercio.pe/actualidad/1482587/noticia-accidentes-transito-dejan-mas-400-muertesultimos-cuatro-anos
[4] Personal del INSUTRA (Instituto Superior de Transito)
[5] Estrategia Tecnolgica de la Polica Nacional de Colombia SUNAMI
Colombia, 15p, Febrero 2012
http://www.fundibeq.org/opencms/export/sites/default/PWF/downloads/gallery/methodology/le
arn/bestPractices/Policxa_Nacional_de_Colombia_-_Buena_prxctica.pdf
[6] Lenin Enrique Quispe Perez Administracin del registro de denuncias de La Comisaria
PNP - La Victoria, A travs de un de un sistema de informacin con metodologa Rup, para
la clasificacion y mejora del servicio a la comunidad.
Per, 117p, 2012
www.cip.org.pe/imagenes/temp/tesis/43429822.doc
[7] Polica Nacional del Per Divisin de Polica de Trnsito
http://www.pnp.gob.pe/dirtepol/7dirtepol/transito/inicio.html
[8] Java Conozca ms sobre la tecnologa Java
http://www.java.com/es/about/
[9] SOA Arquitectura Orientada a Servicios
http://es.wikipedia.org/wiki/Arquitectura_orientada_a_servicios
[10] ETL - Extraccin, Transformacin y Carga
http://es.wikipedia.org/wiki/Extract,_transform_and_load
[11]Oracle Oracle Database 11g Enterprise Edition
http://www.oracle.com/us/products/database/enterpriseedition/overview/index.html?ssSourceSiteId=ocomes
[12] JDBC Qu es JDBC?
http://www.adictosaltrabajo.com/tutoriales/tutoriales.php?pagina=introjdbc
[13] Servicio Web Web Services
https://es.wikipedia.org/wiki/Servicio_web
[14] Oracle - Oracle Data Integrator 11g
http://www.dataprix.com/blogs/juan-vidal/oracle-data-integrator-11g
LXI
LXII