You are on page 1of 62

UNIVERSIDAD TECNOLGICA DEL PER

FACULTAD DE INGENIERA INDUSTRIAL Y DE SISTEMAS


CARRERA PROFESIONAL: INGENIERA DE SISTEMAS

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

A mis padres porque son mi motivo


para salir adelante y ser una persona de
bien, por su apoyo incondicional y su
confianza brindada para cumplir mis
metas y porque son el mejor ejemplo de
perseverancia y dedicacin, a mi
hermano por ser un gran ejemplo y sus
consejos, a los profesores por sus
constantes enseanzas y trasmisin de
experiencias y a todas las personas que
conoc en este tiempo y siempre me
dieron su apoyo, y a mi compaero de
tesis Luigy por brindarme la oportunidad
de formar parte de este equipo.

Alejandro E. La Rosa Figueroa

III

DEDICATORIA

Dedico este proyecto a mis padres por


invertir en mi educacin, en mis hermanas
por su constante apoyo, a mi primo Ronald
Luna que incentivo la Ingeniera de Sistemas
en m, a mis mentores Ing. Moreno, Ing.
Zuloaga, Ing. Dongo e Ing. Petrlik que me
ayudaron en la pasin de la programacin y
por los grandes consejos que me dieron, a
mi compaero de proyecto Alejandro por
soportar la presin y por dar toda la
dedicacin para nuestro proyecto. Como
tambin a la familia de MLV Contadores,
donde di mi primer paso en hacer proyectos
muy interesantes, a la familia de Mi Farma
donde pase poco tiempo pero aprend
mucho y tambin a la familia de Belcorp
donde cada da aprendo ms.

Luigy B. Terrazos Luna

IV

RESUMEN

El presente trabajo de tesis "Diseo de un prototipo para un sistema


mvil de consulta y registro de documentos de infracciones de trnsito"
fue realizado con el fin de crear un prototipo de un sistema mvil para la
polica y que pueda comprobar que teniendo la informacin en el tiempo
de intervencin al conductor pueda tomar una buena decisin.
Para nuestra arquitectura de datos usaremos SOA integrando la
informacin de las entidades relacionadas (MTC y SAT) con la polica
(PNP), y para el desarrollo del prototipo utilizaremos como metodologa
de desarrollo de software una metodologa gil (SCRUM).
Nuestra plataforma ser un entorno web mvil y funcionar en cualquier
dispositivo mvil, que ser programado con el lenguaje Java, y
aplicando las buenas prcticas, como tambin las pruebas unitarias y
accederemos a los datos mediante Servicio Web.

ABSTRACT

The present thesis work "Design of a prototype for mobile system


consultation document traffic violations" was performed in order to
create a prototype of a mobile system for police and you can see that
having the information in time intervention the driver can make a good
decision.
For our data we will use SOA architecture integrating information related
entities (MTC and SAT) Police (PNP), and for use as prototype
development methodology software development an agile methodology
(SCRUM).
Our platform will be a mobile web environment and work on any mobile
device, which is programmed with the Java language, and applying best
practices, as well as unit testing and will access data using Web
Services.

VI

AGRADECIMIENTO

Agradecer en primer lugar la Universidad Tecnolgica del


Per, a la plana docente por sus conocimientos y
experiencias transmitidas durante toda la carrera
universitaria
A nuestro asesor Erick Papa Quiroz por sus correcciones
y dedicacin para seguir con nuestros objetivos.
A los jurados de tesis los cuales nos ayudan a ver
nuestros errores y a pulir nuestras ideas.

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

1.1 PLANTEAMIENTO DEL PROBLEMA


Actualmente los ndices de accidente de trnsito son muy altos, segn INEI en
el periodo de Enero Marzo del 2012 se han registrado 22 mil 223 accidentes
de trnsito, siendo el mayor nmero en Lima con 11mil 616 (estadstica en
publicacin de INEI) [1], en el 2011 el MINSA dio una revelacin muy
sorprendente que al da mueren 7 peruanos en accidentes de trnsito y 30
quedan heridas (informacin publicada por el MINSA) [2], el 14 de octubre del
2012 el peridico El Comercio dio a conocer en el los ltimos 4 aos
anteriores a esa fecha ocurrieron 5400 muertes en accidentes de trnsito
(informacin publicada en el diario comercio) [3].
Figura #1: Nmero de Accidentes en Per (Trimestre 2010 2012)

Fuente: Instituto Nacional de Estadstica e Informtica - INEI.

Y es cuando sucede un accidente donde se dan cuenta que el conductor tena


muchas papeletas en su historial y nunca le quitaron la licencia de conducir.
La polica de trnsito no tiene ninguna herramienta de consultas de documento
y esta es una necesidad a la que se le tiene que dar mucha prioridad.

IX

La intervencin del polica al conductor se realiza de la siguiente manera:


-

Se le pide el DNI y la licencia de conducir, ah el polica tiene que revisar


que los datos concuerden en los documentos pero no estn comprobando
si en realidad los dos sean verdaderos o falsos, ya que no todo los policas
se encuentran en la capacidad de afirmar que los documentos sean
verdaderos, para esto tiene que llevar un curso de peritaje que lo da el
Ministerio Pblico.

Con la tarjeta de propiedad del vehculo realizan el mismo procedimiento


que con la licencia de conducir, ms no hacen una consulta si este
vehculo tiene una requisitoria o alguna deuda de tributos que la haya
pagado.

El SOAT para verificar que este con la fecha vigente.

La indicacin al conductor de la infraccin que cometi, registro de la


papeleta y concluye con la firma del conductor que se puede dar o no.

Como observamos en ningn momento pudo comprobar algn documento,


solo por reglamento sigui estos procedimientos
y se demor
aproximadamente de 5 a 10 minutos (segn los policas de trnsito) [4]
ocasionando que se formen colas de automviles y generar trfico, con una
herramienta como la propuesta de podra reducir el tiempo ya que solo con el
DNI y el Nro. de placa del automvil podra obtener toda la informacin para
poder registrar la multa.
Al no tener el historial de cada conductor no se tiene un registro correcto de
multas, en el caso de que el conductor haya salido rpido de su casa y
olvidado la licencia de conducir, al ser detenido por un polica este podra
registrar el incidente y para como Ley de la duda, a la segunda que suceda
lo mismo se generara la multa al conductor sin reclamo alguno ya que el
conductor esta consiente de que se le dio una oportunidad y no aprendi la
leccin.

Figura #2: Diagrama de Causa Efecto Accidentes de Trnsito

Descripcin: Representacin grfica de los factores tecnolgicos probables que generan


accidentes de trnsito.
Fuente: Elaboracin Propia

XI

1.2 MOTIVACIN Y JUSTIFICACIN


1.2.1 MOTIVACIN:
La motivacin tuvo en primer lugar ver y escuchar diariamente tantas
noticias de accidentes de trnsito que ocurren a nivel nacional, conductores
irresponsables, que luego de ser intervenidos se descubre que tienen varias
papeletas e incluso que no cuentan con brevete porque se les retuvo
anteriormente.
A este problema se le suma la falta de herramientas que no cuentan los
policas para descubrir si un conductor tiene papeletas vencidas y que
siguen imprudentemente manejando y causando accidentes de trnsito que
muchas veces acaban en tragedias mortales.

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

1.3 ANTECEDENTES DE LA INVESTIGACIN


1.3.1 SISTEMA UNIFICADO NACIONAL AUTOMATIZADO DE MOVILIDAD
E INFORMACIN SUNAMI
La Polica Nacional de Colombia dio en febrero del 2012 una Estrategia
Tecnolgica de la Polica Nacional de Colombia con ayuda de su
Departamento de Telemtica, desarrollaron muchos proyectos importantes
como el SUNAMI (Sistema Unificado Automatizado par la Movilidad de la
Informacin) que sirve para hacer consulta de documentos de las personas,
que son usadas en intervenciones a conductores obteniendo informacin en
el tiempo que se requiere obteniendo buenos resultados y optimizando el
tiempo con el que se poda intervenir a un conductor (informacin verbal). [5]
Como tambin centrales telefnicas donde los policas se contactan con sus
radios que tienen un encriptacin segura que solo los policas pueden
acceder a esa red para poder hacer consultas de los documentos de los
conductores y de los automviles. [5]
Figura #3: Central telefnica de la Polica de Colombia para la consulta de documentos.

Fuente: Polica Nacional de Colombia [5]

XIII

Figura #4: Telfono celular con el sistema de la Polica de Colombia e impresora para
generar las papeletas.
2

Fuente: Polica Nacional de Colombia [5]

XIV

1.3.2 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
En el presente trabajo de tesis ha utilizado como herramienta metodolgica
UML y como herramienta de sistematizacin a RUP para la elaboracin de
diagramas por otro lado, las herramientas que se utilizaran sern: Visual
Studio .Net y Base de Datos en SQL Server para el desarrollo del sistema, de
tal forma el sistema permita la flexibilidad y agilizacin en los procesos de
registros de denuncias y a su vez la obtencin de datos estadsticos,
presentacin del mapa del delito en un entorno real, con estadsticas reales y
complejas de datos cuantitativos y descriptivos y en tiempo real a partir de
una base de datos a travs de una interfaz tecnolgico-virtual para ser
utilizado en las dependencias policiales. [6]

Su objetivo principal se basa en la administracin del registro de denuncias


de la comisaria PNP de La Victoria, a travs de un Sistema de Informacin
con metodologa RUP, para la clasificacin y mejora en el servicio a la
comunidad. [6]
Tiene objetivos especficos los siguientes:
a) Establecer los principales indicadores relacionados con la lucha contra
la criminalidad, a nivel de las operaciones policiales.
b) Modelar los datos necesarios involucrados en el registro de las
denuncias, para disear del modelo a realizar.
c) Modelar los datos de los denuncias a travs de la metodologa RUP
d) Disear de la estructura del Sistema de Registros de Denuncias, que
permita mejorar los procesos en la comisaria.
e) Disear e implementar la base de datos del sistema a implantar.
f) Evaluar del estudio econmico costo beneficio para determinar la
factibilidad de implementar un sistema de informacin. [6]

XV

La metodologa a utilizar es RUP:


Fase de inicio:
El propsito general en esta fase es establecer los objetivos para el ciclo
de vida del producto software a implementar. Durante esta fase se
definir el modelo del negocio y el alcance del proyecto. Se identificaran
todos los actores y casos de uso. [6]
Modelado del Negocio:
El modelado del negocio es un modelo que provee la vista esttica de la
estructura de la organizacin y una vista dinmica dentro de los procesos
de la organizacin, el primer flujo de trabajo o disciplina de la
metodologa RUP, y consiste en conocer la estructura y la dinmica de
la organizacin, as como conocer los problemas actuales e identificar
mejoras dentro de la organizacin.
Para lograr estos objetivos, el modelado de negocio describir como
desarrollar una visin de la nueva organizacin, basado en esta visin se
definirn procesos, roles y responsabilidades de la institucin por medio
de un Modelo de Casos de Uso del Negocio. Los artefactos del modelo
de negocio servirn como entrada y referencia para la definicin de los
requerimientos del sistema. [6]

Herramientas Tecnolgicas utilizadas:


a.
b.
c.
d.
e.
f.
g.
h.
i.

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

Diseo de un prototipo de sistema mvil para presentar como solucin al


alto ndice de accidentes de trnsito

1.4.2 OBJETIVOS ESPECFICOS

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.

1.5 CONTRIBUCACIONES DEL TRABAJO


1.5.1 PROPUESTA DE LA SOLUCIN:
Teniendo en cuenta las tasas de accidentes de trnsito que son muy altas y
observando el trfico que se genera cuando se hace una intervencin a un
vehculo, se plantea una solucin para reducir el tiempo y tasa de accidentes
de trnsito generado por diversos factores diseando un sistema mvil para
hacer consultas en el tiempo requerido.
Se presenta la siguiente solucin a la problemtica:
- Diseo un prototipo de sistema mvil que ser desarrollado en el lenguaje
de programacin JAVA para sistemas operativos mviles
- Usar metodologas agiles para plantear la forma de trabajar.
- La arquitectura del sistema ser entorno web, para no sobre cargar el
celular y poder acceder de celulares de gama baja , las especificaciones
mnimas del celular sern las siguientes:
Conexin a internet.
Sistema operativo mvil con navegador actualizado.
Memoria RAM de 256 MB.
Memoria de almacenamiento 4GB.

XVII

Para la propuesta se tendr que pedir autorizacin para acceder a la base de


datos del MTC y del SAT, como es una informacin pblica no se tendr
ningn inconveniente y segn las autoridades del INSUTRA el Ministerio del
Interior se pondra poner en contacto con las entidades correspondientes
para pedir el acceso.
1.5.2 ALCANCE DE LA SOLUCIN:
Este proyecto est orientado a la Polica de Trnsito de Lima Metropolitana y
funcionara de la siguiente manera:
- Se ingresar el DNI de la persona y nos retornara el historial de papeletas
del conductor, los puntos actuales, y el estado de su licencia.
- Se ingresara la placa del vehculo y retornara el estado de los vehculos
como si est al da con los impuestos.
Figura #5: Telfono celular con SO Android simulando una interfaz de reporte

Fuente: Elaboracin Propia

XVIII

CAPTULO II: MARCO TERICO


2.1 MARCO TERICO
2.1.1 DIVPOLTRAN (Divisin de Polica de Trnsito):
La Divisin de Polica de Trnsito (DIVPOLTRAN) como rgano altamente
especializado, es la encargada de hacer cumplir las leyes, fiscalizando su
cumplimiento, garantizando y regulando el trnsito en las vas
denominadas Vas Rpidas (vas expresas, corredores viales, vas
troncales, etc), asegurar el transporte automotor y ferroviario y la prevencin
e investigacin de accidentes de trnsito y el robo de vehculos; a fin de
proteger a la persona, los bienes pblicos y privados; contribuyendo al
desarrollo econmico y social del pas con la participacin ciudadana. [7]
La VII-DIRTEPOL a travs de la Divisin de Polica de Trnsito, realizar
estudios y anlisis de la problemtica del trnsito, con el fin de controlar y
contrarrestar el congestionamiento vehicular y disminuir el ndice de
accidentes de trnsito, as como los accidentes y hechos delictivos en las
vas frreas, optimizando los servicios que se prestan a la comunidad. [7]
FUNCIONES DE LA DIVPOLTRAN:
1. Planear, organizar, dirigir, controlar y ejecutar el cumplimiento de las
funciones policiales de Trnsito, as como las Leyes, Reglamentos y
Dispositivos en vigencia, por intermedio de sus Organismos Ejecutivos.
2. Planear, organizar, dirigir, controlar y ejecutar las actividades asignadas
a las reas de Administracin de Personal, Inteligencia, Operaciones,
Instruccin y Logstica.
3. Mantener el libre trnsito de vehculos, pasajeros y carga en las vas
pblicas, urbanas y frreas.
4. Controlar el trnsito vehicular y dar seguridad en las vas urbanas y vas
frreas.
5. Prevenir e investigar los accidentes de trnsito y el robo de vehculos.
6. Proponer al Comando Institucional, normas y directivas relacionadas
con la disminucin de la problemtica del trnsito y seguridad vial.
7. Mantener buenas relaciones con las Autoridades del sector pblico y
privado, para lograr la colaboracin en el ejercicio de sus funciones. [7]

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]

1,100 millones de escritorios ejecutan Oracle Java


930 millones de descargas de Java Runtime Environment cada ao
3 mil millones de telfonos mviles ejecutan Java
Se entregan 31 veces ms al ao telfonos Java que Apple y Android
juntos
El 100% de los reproductores de Blu-ray ejecutan Java
Se fabrican 1400 millones de tarjetas Java cada ao
Java se incluye en decodificadores, impresoras, juegos, sistemas de
navegacin en vehculos, cajeros automticos, terminales de loteras,
dispositivos mdicos, estaciones de pago de aparcamientos y mucho
ms. [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]

Escribir software en una plataforma y ejecutarla virtualmente en otra


Crear programas que se puedan ejecutar en un explorador y acceder a
servicios Web disponibles
Desarrollar aplicaciones de servidor para foros en lnea, almacenes,
encuestas, procesamiento de formularios HTML y mucho ms
Combinar aplicaciones o servicios que utilizan el lenguaje Java para
crear aplicaciones o servicios con un gran nivel de personalizacin
Escribir aplicaciones potentes y eficaces para telfonos mviles,
procesadores remotos, productos de consumo y prcticamente cualquier
otro dispositivo electrnico. [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:

Aplicaciones bsicas - Sistemas desarrollados bajo cualquier


arquitectura o tecnologa, geogrficamente dispersos y bajo cualquier
figura de propiedad.
De exposicin de funcionalidades - Donde las funcionalidades de la
capa aplicativa son expuestas en forma de servicios (generalmente
como servicios web).
De integracin de servicios - Facilitan el intercambio de datos entre
elementos de la capa aplicativa orientada a procesos empresariales
internos o en colaboracin.
De composicin de procesos - Que define el proceso en trminos del
negocio y sus necesidades, y que vara en funcin del negocio.
De entrega - donde los servicios son desplegados a los usuarios
finales. [9]

SOA proporciona una metodologa y un marco de trabajo para documentar


las capacidades de negocio y puede dar soporte a las actividades de
integracin y consolidacin.

Diseo y desarrollo de SOA:


La metodologa de modelado y diseo para aplicaciones SOA se conoce
como anlisis y diseo orientado a servicios. La arquitectura orientada a
servicios es tanto un marco de trabajo para el desarrollo de software como un
marco de trabajo de implementacin. Para que un proyecto SOA tenga xito
los desarrolladores de software deben orientarse ellos mismos a esta
mentalidad de crear servicios comunes que son orquestados por clientes o
middleware para implementar los procesos de negocio. El desarrollo de
sistemas usando SOA requiere un compromiso con este modelo en trminos
de planificacin, herramientas e infraestructura. [9]

XXI

Cuando la mayora de la gente habla de una arquitectura orientada a


servicios estn hablando de un juego de servicios residentes en Internet o en
una intranet, usando servicios web. Existen diversos estndares relacionados
a los servicios web. Incluyen los siguientes: [9]

XML
HTTP
SOAP
REST
WSDL
UDDI

Hay que considerar, sin embargo, que un sistema SOA no necesariamente


utiliza estos estndares para ser "Orientado a Servicios" pero es altamente
recomendable su uso. [9]
En un ambiente SOA, los nodos de la red hacen disponibles sus recursos a
otros participantes en la red como servicios independientes a los que tienen
acceso de un modo estandarizado. La mayora de las definiciones de SOA
identifican la utilizacin de Servicios Web (empleando SOAP y WSDL) en su
implementacin, no obstante se puede implementar SOA utilizando cualquier
tecnologa basada en servicios. [9]
Beneficios:
Los beneficios que puede obtener una organizacin que adopte SOA son:

Mejora en los tiempos de realizacin de cambios en procesos.


Facilidad para evolucionar a modelos de negocios basados en
tercerizacin.
Facilidad para abordar modelos de negocios basados en colaboracin
con otros entes (socios, proveedores).
Poder para reemplazar elementos de la capa aplicativa SOA sin
disrupcin en el proceso de negocio.
Facilidad para la integracin de tecnologas dismiles. [9]

XXII

2.1.4 ETL (Extraccin, Transformacin y Carga)


Extract, Transform and Load (Extraer, transformar y cargar en castellano,
frecuentemente abreviado a ETL) es el proceso que permite a las
organizaciones mover datos desde mltiples fuentes, reformatearlos y
limpiarlos, y cargarlos en otra base de datos, data mart, o data
warehouse para analizar, o en otro sistema operacional para apoyar
un proceso de negocio.
Los procesos ETL tambin se
con sistemas heredados. [10]

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 MARCO TECNOLGICO


2.2.1 ORACLE DATABASE 11G ENTERPRISE EDITION
Oracle Database 11g Enterprise Edition es la base de datos en el centro de
la mquina de base de datos Oracle Exadata y Oracle Database Appliance.
Proporciona funciones completas para gestionar fcilmente el procesamiento
de transacciones ms exigente, inteligencia de negocios y aplicaciones de
gestin de contenidos. [11]
Viene con una amplia gama de opciones para ampliar el nmero 1 del mundo
de bases de datos para ayudar a crecer su negocio y cumplir con el
desempeo de sus usuarios, la seguridad, la disponibilidad y las expectativas
de nivel de servicio. [11]
BENEFICIOS:
- Protege de fallo del servidor, el fracaso del sitio, errores humanos, y
reduce el tiempo de inactividad planificado.
- Asegura los datos y permite cumplir con el nivel de fila nica de
seguridad, de grano fino de auditora, cifrado de datos transparente, y la
recuperacin total de datos.
- De alto rendimiento de almacenamiento de datos, procesamiento
analtico en lnea, y la minera de datos.
- De alto rendimiento de almacenamiento de datos, procesamiento
analtico en lnea, y la minera de datos. [11]
Fcilmente gestiona ciclo de vida completo de la informacin para la mayor de las
bases de datos.

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

El API JDBC se presenta como una coleccin de interfaces Java y mtodos


de gestin de manejadores de conexin hacia cada modelo especfico de
base de datos. Un manejador de conexiones hacia un modelo de base de
datos en particular es un conjunto de clases que implementan las interfaces
Java y que utilizan los mtodos de registro para declarar los tipos de
localizadores a base de datos (URL) que pueden manejar. [12]
Para utilizar una base de datos particular, el usuario ejecuta su programa
junto con la biblioteca de conexin apropiada al modelo de su base de datos,
y accede a ella estableciendo una conexin; para ello provee el localizador a
la base de datos y los parmetros de conexin especficos. A partir de all
puede realizar cualquier tipo de tarea con la base de datos a la que tenga
permiso: consulta, actualizacin, creacin, modificacin y borrado de tablas,
ejecucin de procedimientos almacenados en la base de datos, etc. [12]

2.2.3 WEB SERVICES


Un servicio web (en ingls, Web Service o Web services) es una tecnologa
que utiliza un conjunto de protocolos y estndares que sirven para
intercambiar datos entre aplicaciones. [13]
Distintas aplicaciones de software desarrolladas en lenguajes de
programacin diferentes, y ejecutadas sobre cualquier plataforma, pueden
utilizar los servicios web para intercambiar datos en redes de
ordenadores como Internet. [13]
La interoperabilidad se consigue mediante la adopcin de estndares
abiertos. Las organizaciones OASIS y W3C son los comits responsables de
la arquitectura y reglamentacin de los servicios Web. [13]
Para mejorar la interoperabilidad entre distintas implementaciones de
servicios Web se ha creado el organismo WS-I, encargado de desarrollar
diversos perfiles para definir de manera ms exhaustiva estos estndares. Es
una mquina que atiende las peticiones de los clientes web y les enva los
recursos solicitados. [13]

XXVI

Ventajas de los servicios web

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]

Razones para crear servicios Web


La principal razn para usar servicios Web es que se pueden utilizar
con HTTP sobre TCP (Transmission Control Protocol) en el puerto 80. Dado
que las organizaciones protegen sus redes mediante firewalls -que filtran y
bloquean gran parte del trfico de Internet-, cierran casi todos los puertos
TCP salvo el 80, que es, precisamente, el que usan los navegadores. Los
servicios Web utilizan este puerto, por la simple razn de que no resultan
bloqueados. Es importante sealar que los servicios web se pueden utilizar
sobre cualquier protocolo, sin embargo, TCP es el ms comn. [13]
Otra razn es que, antes de que existiera SOAP, no haba buenas interfaces
para acceder a las funcionalidades de otros ordenadores en red. Las que
haba eran ad hoc y poco conocidas, tales como EDI (Electronic Data
Interchange), RPC (Remote Procedure Call), u otras APIs. [13]
Una tercera razn por la que los servicios Web son muy prcticos es que
pueden aportar gran independencia entre la aplicacin que usa el servicio
Web y el propio servicio. De esta forma, los cambios a lo largo del tiempo en
uno no deben afectar al otro. Esta flexibilidad ser cada vez ms importante,
dado que la tendencia a construir grandes aplicaciones a partir de
componentes distribuidos ms pequeos es cada da ms utilizada. [13]
Se espera que para los prximos aos mejoren la calidad y cantidad de
servicios ofrecidos basados en los nuevos estndares. [13]

XXVII

2.2.4 ORACLE DATA INTEGRATOR


Oracle Data Integrator es la herramienta de integracin de datos de Oracle.
Es la apuesta de Oracle en cuestiones de integracin de datos y sustituye a
OWB (Oracle Warehouse Builder). Forma parte de la solucin OFM (Oracle
Fusion Middleware) y est totalmente integrada con otras soluciones Oracle
relacionadas con la gestin de datos. [14]
Funcionalidades de integracin de datos:
ODI simplifica bastante todas las tareas de integracin y gestin de datos
caben destacar los siguientes puntos:

Poblacin y actualizacin entornos Data Warehouse: Ejecucin de


procesos con alto volumen de datos, obteniendo excelentes tiempos de
respuesta. Actualizacin de data warehouses, data marts, cubos OLAP y
sistemas analticos en general. Gestiona de forma transparente las
cargas totales o incrementales, considera dimensiones SCD (Slowly
Changes Dimensions), asegura la integridad y consistencia de datos y
facilita la trazabilidad del dato (origen del dato, detalle de
transformaciones y destino del dato). Procesos de integracin de datos
basados en datos de entrada, procesos batch, eventos y ejecucin de
servicios. [14]

Arquitecturas Orientadas a Servicios (SOA): Permite desarrollar


servicios de integracin de datos (acceso a datos, validaciones,
transformacin, volcado de datos, etc.) para su posterior integracin de
forma poco costosa en infraestructuras basadas en arquitecturas SOA,
dotando a esta infraestructura de capacidades para gestionar altos
volmenes de datos, alto rendimiento en los procesos y volcados de
datos masivos. [14]

Master Data Management (MDM): Facilita la gestin de datos maestros


con funcionalidades para la sincronizacin de datos. Permite la conexin
entre los datos maestros y el Data Warehouse, asegurando la integridad
entre las dimensiones y jerarquas MDM y las tablas de hechos del Data
Warehouse. Actualizacin de MDM data hubs (concentradores de datos
con tablas de referencias cruzadas a todos los sistemas fuente) para
cada uno de los dominios de los maestros de datos (ejemplo : cliente,
producto, etc.). Integracin con procesos BPEL (Business Process
Execution Language) y los servicios webs compuestos por este lenguaje
de orquestacin. [14]

XXVII
I

Procesos de migracin de datos: Gestiona volcados de datos masivos


entre sistemas antiguos y los nuevos sistemas de forma eficiente,
pudiendo incluir en el movimiento de datos transformaciones complejas,
as como la sincronizacin de datos entre ambos sistemas durante su
periodo de coexistencia. [14]

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]

Alta productividad en el diseo de procesos de integracin de datos:


ODI introduce un entorno de desarrollo basado en JDeveloper que reduce los
tiempos de desarrollo y permite disear de forma intuitiva procesos de
transformacin y volcado de datos complejos. Nuevas funcionalidades como
quick-edit implementan de forma sencilla actualizaciones masivas.
Uno de los principales objetivos de ODI es centrar a los desarrolladores y a
los usuarios de negocio en describir las transformaciones a realizar, sin
necesidad de invertir mucho tiempo en los aspectos tcnicos relativos a la
implementacin de estas transformaciones. [14]

XXIX

ODI plantea al desarrollador un diseo declarativo ms centrado en las


necesidades de transformacin que en los procedimientos. Permite centrarse
en qu hacer, en lugar de cmo hacer. El diseador describe las fuentes
origen y destino y los procesos de transformacin e integracin, ODI genera
los procedimientos y el cdigo necesario para implementarlos. [14]

Alta disponibilidad y escalabilidad:


ODI se integra con la plataforma Oracle Fusion Middleware. En esta
plataforma ODI ofrece sus componentes como aplicaciones Java EE,
optimizados para aprovechar al mximo las capacidades de su servidor de
aplicaciones Oracle WebLogic. Los componentes ODI estn provistos de
funcionalidades que permiten su despliegue en un entorno de alta
disponibilidad, escalabilidad y seguridad. Los componentes de ODI
desplegados en el servidor de aplicaciones WebLogic se benefician de las
funcionalidades de este en cuestiones relativas a escalabilidad, pooling de
conexiones JDBC y balanceo de carga de trabajo. Igualmente ODI puede
beneficiarse de las capacidades de trabajo de bases de datos en grupo
(clusters, grupos de mquinas) que permite Oracle RAC (Real Application
Clusters), con todas las capacidades que conllevan un motor de base de
datos de alta disponibilidad de estas caractersticas. [14]

Gestin y administracin centralizadas (consola ODI):


La consola de ODI se realiza en un entorno bajo un framework Ajax que
mejora la experiencia de usuario (ADF Oracle Application Development
Framework). Desde esta consola se pueden crear entornos de trabajo,
realizar exports e imports de repositorios de datos, controlar procesos,
monitorizar sesiones, control y seguimiento de errores, disear procesos,
realizar informes de trazabilidad, etc. [14]
Esta interfaz se integra con la Enterprise Manager Fusion Middleware Control
y permite a los administradores monitorizar no slo los componentes de
integracin de datos ODI, sino todos los componentes de la plataforma
Oracle Fusion Middleware. [14]

ODI Knowledge Modules:


Los Knowledge Modules son el ncleo de la arquitectura ODI. Proveen a la
arquitectura Oracle de flexibilidad, modularidad y fcil ampliacin. Soportan
plataformas de terceros, heterogneas fuentes de datos y data warehousing
appliances. Los KM implementan los flujos de datos y definen plantillas para
generacin de cdigo involucrando diferentes sistemas y plataformas. [14]

XXX

Los KM permiten la creacin de flujos de datos sin que la complejidad de las


reglas de transformacin cambie su diseo. Por otro lado, son muy
especficos ya que los procesos y el cdigo generado estn orientados y
optimizados a la tecnologa de base con la que se integran. ODI dispone de
una librera de mdulos KM para adaptarlos a medida definiendo unas
mejores prcticas. [14]

2.2.5 ORACLE SOA


Oracle SOA Suite es un conjunto de software completo y con funcionamiento
permanente para la creacin, implementacin y administracin de una
arquitectura orientada a servicios. Esto incluye el desarrollo de aplicaciones
orientadas a servicios, la integracin de sistemas de IT y aplicaciones
orientadas a servicios y la administracin de procesos de negocio orientados
a servicios. Se conecta a las infraestructuras de IT heterogneas y permite a
las empresas adoptar SOA de manera gradual. [15]
Los componentes de la suite se benefician con capacidades en comn, con
inclusin de un solo modelo de administracin e implementacin,
herramientas consistentes, seguridad integral y administracin de metadatos
unificados. [15]
Oracle SOA Suite mejora la capacidad de la empresa tanto para predecir los
cambios mejorando la visibilidad de lo que ocurre en el entorno de los
negocios, en tiempo real como para responder a esos cambios
permitiendo a las empresas desarrollar y optimizar los procesos de negocio
rpidamente. Simplifica el entorno de IT al ser abastecido, implementado,
monitoreado y administrado como una sola infraestructura cohesiva.
Aprovecha las inversiones existentes al ser modular, abierto y extensible.
Oracle SOA Suite consta de los siguientes componentes: [15]
Un administrador de procesos basado en BPEL para componer servicios
en los procesos de negocio.
Una solucin para el monitoreo de la actividad de los negocios a fin de
obtener visibilidad en tiempo real de las operaciones y el desempeo de
los servicios y procesos de negocio.
Un motor de reglas de negocio para capturar y automatizar las polticas
de negocios.
Oracle Service Bus de mltiples protocolos para conectarse a las
aplicaciones y rutear los mensajes
Conectividad a prcticamente todas las fuentes de datos, con inclusin
de las aplicaciones, bases de datos, colas, RFID y otros dispositivos
fsicos, as como la integracin de datos de gran volumen y de alto
desempeo. [15]

XXXI

Oracle JDeveloper, un Entorno de Desarrollo Integrado (IDE) para


administrar, depurar, elaborar perfiles e implementar servicios.
Una solucin de seguridad y administracin de servicios Web para hacer
cumplir las polticas de autenticacin y autorizacin en torno a los servicios
Un registro de servicios para detectar y administrar el ciclo de vida de los
servicios. [15]

2.2.6 ORACLE SERVICES BUS


Oracle Service Bus est diseado para conectarse, mediar y administrar las
interacciones entre servicios heterogneos, aplicaciones tradicionales,
aplicaciones empaquetadas y mltiples instancias Enterprise Service Bus
(ESB) a travs de una red de servicios para toda la empresa. [16]
Oracle Service Bus permite la integracin de servicios controlados por la
configuracin, con ruteo basado en identidades y contenido inteligente.
Mejora la productividad del desarrollador debido a la integracin de servicios
de cdigo libre. Oracle Service Bus tambin brinda transporte nativo para
aplicaciones empaquetadas y planificacin de recursos empresariales
lderes, junto con la conectividad a aplicaciones basadas en el servidor e IBM
WebSphere. [16]
Oracle Service Bus brinda capacidades incorporadas para la virtualizacin de
servicios, Web Service Security (WS-Security) y el cumplimiento de polticas
en torno a la regulacin y la agrupacin de servicios a fin de cumplir con los
requerimientos de Confiabilidad, Disponibilidad y Desempeo (RASP) y evitar
la sobrecarga de servicios de back-end. Oracle Service Bus est creado
desde cero con soporte integral para SOA, Java 2 Platform, Enterprise
Edition (J2EE), y estndares como J2EE Connector architecture (JCA), WSReliable Messaging y WS-Security. [16]

XXXII

2.2.7 ERWIN DATA MODELER


Erwin Data Modeler es una herramienta de diseo de bases de datos que te
ayuda a generar, y mantener alta calidad y gran rendimiento en las
aplicaciones de bases de datos. Desde un modelo lgico de los
requerimientos de informacin y las reglas de negocio que definen tus bases
de datos al modelo fsico optimizado por las caractersticas especficas de tus
bases de datos, Erwin Data Modeler te permite visualizar la estructura,
elementos clave y optimizar el diseo de tus bases de datos. [17]
Erwin Data Modeler automticamente genera tablas y cientos de lneas de
procedimientos almacenados y cdigo trigger para las bases de datos. La
tecnologa complete-compare te permite el desarrollo iterativo para que tus
modelos estn siempre sincronizados con tu base de datos. [17]
Ventajas clave

Fcil acceso a cualquier base de datos relacional.


Comparacin comprensiva entre el modelo de datos y la base de datos
Soporta la separacin del modelo lgico y del fsico. [17]

2.2.8 JUSTINMIND PROTOTYPER 5.5.0


Justinmind Prototyper es una herramienta de creacin de prototipos de
software y de alta fidelidad web wireframes. Se ofrece capacidades que se
encuentran tpicamente en las herramientas de creacin de diagramas como
arrastrar y soltar la colocacin, re-tamao, el formato y la exportacin /
importacin de widgets. Adems, cuenta con funciones para anotar los
widgets y la definicin de las interacciones, como enlaces, animaciones,
vinculando condicionales, clculos, simulacin de controles de pestaas,
mostrar / ocultar los elementos de base de datos y simulacin. Hay soporte
para simulacin de alta fidelidad de aplicaciones dinmicas de Internet.
Justinmind Prototyper se puede generar prototipos y especificaciones HTML
de Microsoft Word. [18]
De alta fidelidad de Prototipos
El programa crea de alta fidelidad prototipos un paso antes de la primera
versin de una aplicacin mvil o sitio web. El prototipo se puede utilizar para
mostrar carretes y propsitos de prueba. Justinmind Prototyper se puede
utilizar para crear prototipos y simulaciones de software sin ningn tipo de
codificacin, lo que permite a los no programadores a participar en el
proyecto. [18]

XXXII
I

2.3 MARCO METODOLGICO DEL MODELO DE VALIDACIN


Scrum es un proceso en el que se aplican de manera regular un conjunto
de buenas prcticas para trabajar colaborativamente, en equipo, y obtener el
mejor resultado posible de un proyecto. Estas prcticas se apoyan unas a
otras y su seleccin tiene origen en un estudio de la manera de trabajar de
equipos altamente productivos. [19]
En Scrum se realizan entregas parciales y regulares del producto final,
priorizadas por el beneficio que aportan al receptor del proyecto. Por ello,
Scrum est especialmente indicado para proyectos en entornos complejos,
donde se necesita obtener resultados pronto, donde los requisitos son
cambiantes o poco definidos, donde la innovacin, la competitividad, la
flexibilidad y la productividad son fundamentales. [19]
Scrum tambin se utiliza para resolver situaciones en que no se est
entregando al cliente lo que necesita, cuando las entregas se alargan
demasiado, los costes se disparan o la calidad no es aceptable, cuando se
necesita capacidad de reaccin ante la competencia, cuando la moral de los
equipos es baja y la rotacin alta, cuando es necesario identificar y
solucionar ineficiencias sistemticamente o cuando se quiere trabajar
utilizando un proceso especializado en el desarrollo de producto. [19]
El proceso
En Scrum un proyecto se ejecuta en bloques temporales cortos y fijos
(iteraciones de un mes natural y hasta de dos semanas, si as se necesita).
Cada iteracin tiene que proporcionar un resultado completo, un incremento
de producto final que sea susceptible de ser entregado con el mnimo
esfuerzo al cliente cuando lo solicite. [19]

XXXI
V

Figura #6: Proceso de la metodologa SCRUM.

Fuente: Metodologas giles [19]

El proceso parte de la lista de objetivos/requisitos priorizada del producto,


que acta como plan del proyecto. En esta lista el cliente prioriza los
objetivos balanceando el valor que le aportan respecto a su coste y quedan
repartidos en iteraciones y entregas. De manera regular el cliente puede
maximizar la utilidad de lo que se desarrolla y el retorno de inversin
mediante la replanificacin de objetivos del producto, que realiza durante la
iteracin con vista a las siguientes iteraciones. [19]
Actividades
Planificacin de la iteracin
El primer da de la iteracin se realiza la reunin de planificacin de la
iteracin. Tiene dos partes:
1. Seleccin de requisitos (4 horas mximo). El cliente presenta al
equipo la lista de requisitos priorizada del producto o proyecto. El equipo
pregunta al cliente las dudas que surgen y selecciona los requisitos ms
prioritarios que se compromete a completar en la iteracin, de manera que
puedan ser entregados si el cliente lo solicita. [19]
2. Planificacin de la iteracin (4 horas mximo). El equipo elabora la
lista de tareas de la iteracin necesarias para desarrollar los requisitos a
que se ha comprometido. La estimacin de esfuerzo se hace de manera
conjunta y los miembros del equipo se auto asignan las tareas. [19]

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]

Qu he hecho desde la ltima reunin de sincronizacin?


Qu voy a hacer a partir de este momento?
Qu impedimentos tengo o voy a tener? [19]

Durante la iteracin el Facilitador se encarga de que el equipo pueda cumplir


con su compromiso y de que no se merme su productividad.

Elimina los obstculos que el equipo no puede resolver por s mismo.


Protege al equipo de interrupciones externas que puedan afectar su
compromiso o su productividad. [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

3. CAPTULO III: DISEO DE LA SOLUCIN


3.1 METODOLOGA A APLICAR
En el presente trabajo se describe de la metodologa SCRUM para nuestro
desarrollo de software, basado en las consultas de documentos de infracciones de
trnsito.
Este trabajo incluye un conjunto de procedimiento de ciclo vida interactiva e
incremental para el proyecto de sistema mvil, en donde se inicializan los primeros
requerimientos para las entregas de documentos frecuentes y continuos al dueo
de producto en un mnimo tiempo donde este podr ver la dimensin completa del
sistema y as realizar mejora continua en el sistema.
En el siguiente cuadro comparativo explicaremos porque utilizaremos la
metodologa Scrum en vez de una metodologa RUP.

Cuadro #1: Comparacin de Metodologa SCRUM vs RUP

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.

Fuente: Elaboracin Propia

XXXV
II

3.2 HERRAMIENTA PARA DESARROLLAR LA METODOLOGA SCRUM


Nuestra herramienta para desarrollar la metodologa Scrum ser el Trello.
3.2.1 TABLA DE SCRUM
Figura #7: Pizarra Principal de Scrum.

Fuente: www.trello.com

En nuestra figura #7 mostramos nuestra pizarra principal, donde desarrollaremos


la metodologa Scrum.
En nuestra primera columna To do es nuestro sprint de pendientes Por hacer.
En nuestra segunda columna Doing es nuestro sprint de Haciendo.
En nuestra terca y ltima columna Done es nuestro sprint de Hecho.

XXXV
III

3.2.2 SPRINT DONE


Figura #8: Sprint Done (Hecho)

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

3.2.2.1 CORRECIN DE LA DOCUMENTACIN


Figura #9: Tarea Correccin de la Documentacin

Fuente: www.trello.com

Dentro de nuestra tarea Correccin de la documentacin tenemos nuestras


actividades a realizar.
En esta figura #9 vemos que tenemos tareas que ya se realizaron y que
fueron seleccionadas con el visto de completado.

XL

3.2.2.2 INDUCCIN DEL NUEVO INTEGRANTE


Figura #10: Tarea Induccin de nuevo integrante

Fuente: www.trello.com

En nuestra segunda tarea Induccin de nuevo integrante tenemos 7


actividades que fueron completados en su totalidad.
- Induccin sobre documentacin de la primera parte del Proyecto. OK
- Cambios y mejoras propuestas. OK
- Induccin en arquitectura. OK
- Comentarios y posibles mejoras. OK
- Induccin sobre SCRUM. OK
- Induccin sobre SOA. OK
- Induccin sobre las herramientas a usar. OK

XLI

3.2.2.3 MODELAMIENTOS DE DATOS


Figura #11: Tarea Modelamientos de datos

Fuente: www.trello.com

En nuestra tarea Modelamientos de datos tenemos 4 actividades que


fueron completados en su totalidad.
- Identificar datos cannicos. OK
- Establecer entidades. OK
- Establecer atributos. OK
- Establecer tipo de datos. OK
Tambin podemos observar en la seccin Members que esta tarea esta
asignado al Scrum Master (Luigy Terrazos) y el miembro del equipo de
Scrum (Alejandro La Rosa).

XLII

3.2.2.4 DISEO DE INTERFACES


Figura #12: Tarea Diseo de Interfaces

Fuente: www.trello.com

En nuestra tarea Diseo de interfaces tenemos 8 actividades que fueron


completados en su totalidad.
- Escoger herramienta para el desarrollo. OK
- Desarrollo de interfaz de inicio de sesin. OK
- Desarrollo Interfaz del men de opciones. OK
- Desarrollo Interfaz de bsqueda del conductor. OK
- Desarrollo Interfaz de historial del conductor. OK
- Desarrollo Interfaz de bsqueda del vehculo. OK
- Desarrollo Interfaz de detalle del vehculo. OK
- Desarrollo Interfaz de Registrar Papeleta. OK

XLIII

3.2.3 SPRING DOING


Figura #13: Tarea Diseo de Interfaces

Fuente: www.trello.com

En nuestro sprint Doing tenemos las tareas que estamos realizando y tambin
quienes las estn realizando.
-

Desarrollo del Captulo 3. Pendiente


Desarrollo dela Integracin de las Bases de datos. Pendiente

XLIV

3.2.3.1 DESARROLLO DEL CAPTULO 3


Figura #14: Tarea Diseo de Interfaces

Fuente: www.trello.com

En nuestra tarea Diseo de Interfaces tenemos 3 actividades se encuentran


realizando y que estn a la espera de la confirmacin de terminado.
-

Metodologa a aplicar. Pendiente


Anlisis del problema. Pendiente
Diseo de la propuesta. Pendiente

XLV

3.2.3.2 DESARROLLO DE LA INTEGRACIN DE LAS BASES DE DATOS


Figura #15: Tarea Desarrollo de integracin de las bases de datos

Fuente: www.trello.com

En nuestra tarea Desarrollo de integracin de las bases de datos tenemos 3


actividades, 2 de ellas estn realizadas y 1 se encuentra realizando y a la
espera de la confirmacin de terminado.
-

Conectar remotamente a los servidores. OK


Diseo de patrn de actualizacin. OK
Diseo de plan de carga. Pendiente

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.
-

Desarrollo del captulo 4. Por hacer


Desarrollo de la aplicacin. Por hacer

XLVII

3.2.4.1 DESARROLLO DEL CAPTULO 4


Figura #17: Tarea Desarrollo del captulo 4

Fuente: www.trello.com

En nuestra tarea Desarrollo del captulo 4 tenemos 3 actividades que se


deben realizar y que an no estn comenzadas.
-

Instrumentos y Tcnicas. Por hacer


Diseo del Prototipo. Por hacer
Viabilidad del Proyecto. Por hacer

XLVII
I

3.2.4.2 DESARROLLO DE LA APLICACIN


Figura #18: Tarea Desarrollo de la aplicacin

Fuente: www.trello.com

En esta figura tenemos 2 actividades generales con sus sub-actividades


respectivamente.

Desarrollo de las web service. Por hacer


- Seleccionar herramienta a usar.
- Desarrollo de las web services.
- Pruebas de las web services.
- Despliegue de las web services.

Desarrollo de la aplicacin Por hacer


- Desarrollo de la aplicacin
- Integracin con los web services.
- Pruebas de la aplicacin.
- Despliegue de la aplicacin.

XLIX

3.2 ANLISIS DEL PROBLEMA


Para explicar el anlisis del problema utilizaremos nuestra figura #2, un Diagrama
de Ishikawa:
Figura #19: Diagrama de Ishikawa

Descripcin: Representacin grfica de los factores tecnolgicos probables que generan


accidentes de trnsito.
Fuente: Elaboracin Propia

3.2.1 reas involucradas


a. Polica Nacional del Per (PNP)
b. Ministerio de Transportes y Comunicaciones (MTC)
c. Servicio de Administracin Tributaria (SAT)
3.2.2 Causas
- En nuestro diagrama de Ishikawa tenemos como primer problema que
la Polica Nacional del Per (PNP) no cuenta con una herramienta
tecnolgica de consulta y registro de infracciones de trnsito para para
la intervencin de malos conductores que generan accidentes de
trnsito.
- La falta de integracin de las bases de datos del MTC y del SAT
hacen posible que no se cuente con una informacin integrada y
normaliza que le sirva a la polica para realizar su trabajo
eficientemente.

Figura #20: Falta de Integracin de las BD de la PNP, MTC y SAT.

PNP
Polica Nacional del Per

SAT

MTC

Servicio de
Administracin Tributaria

Ministerio de Transportes y
Comunicacin

Fuente: Elaboracin Propia

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

3.3 DISEO DE LA PROPUESTA


3.3.1 Diseo de la Arquitectura
Figura #21: Integracin de las bases de datos

Fuente: Elaboracin Propia

Figura #22: Arquitectura de Acceso a datos

Fuente: Elaboracin Propia

LII

Figura #23: Interfaz de Usuario

Fuente: Elaboracin Propia

Figura #24: Proceso de Soporte Tcnico

Fuente: Elaboracin Propia

LIII

Figura #25: Arquitectura de la solucin

Fuente: Elaboracin Propia

Se propone la arquitectura orientada a servicios, esta arquitectura nos dice


que tenemos que tener nuestra informacin centralizada e integrada. Para
este proyecto vamos a usar herramientas de ORACLE.
Teniendo las 3 base de datos que no se encuentran integradas, el servidor
de integracin se encargara de procesar esta informacin para luego ser
normalizada y se insertada en nuestra base de datos integrada.
El desarrollo de la aplicacin ser publicada en el servidor de aplicaciones
como tambin los web Service, para luego ser orquestada por el BUS, para
luego salir a internet mediante el GATEWAY.
El polica desde un dispositivo mvil podr acceder a una pgina web donde
esta podr consumir la aplicacin y esta los web Service.

LIV

Base de Datos Integrada:


La base de datos integrada ser alimentada a partir de un proceso de
integracin que ser asncrona, tanto como obtendr los datos de las base
de datos de las otras entidades, esta base de datos tambin tendr que
alimentar en forma opuesta las otras base de datos.
Segn el MTC finales del 2012 se registraron 543,602 licencias de conducir
[20], con esos datos observamos que al momento de la integracin no se
tendr problema. Para que la carga de datos sea ms rpida usaremos
patrones de actualizacin, esto quiere decir que solo los que han sufrido
alteracin o los nuevos registros sern lo que se actualizaron.

LV

3.3.2 DISEO DE LA BASE DE DATOS


3.3.2.1 DISEO LGICO
Figura #26: Diseo Lgico de la Base de Datos

Fuente: Elaboracin Propia

3.3.2.2 DISEO FSICO

Figura #27: Diseo Fsico de la Base de Datos

Fuente: Elaboracin Propia

3.3.2.3 ORACLE DATA INTEGRATION


Observamos que los motores de base de datos de las entidades
relacionadas son diferentes a ORACLE la herramienta ORACLE DATA
INTEGRATION nos permite de manera muy simple hacer la conexin, en la
siguiente imagen vamos a observar toda las base de datos a las que nos
podemos conectar.
Figura #28: ODI Arquitectura Fsica

Fuente: Oracle Data Integrator

LVIII

El entorno de la herramienta nos permite crear una cadena de conexin con


solo tener los datos de autentificacin, servidor, puerto y nombre de servicio.
Mostramos en la siguiente imagen la etapa de conexin:
Figura #29: ODI Servidor de Datos

Fuente: Oracle Data Integrator

Figura #30: ODI - Controladores

Fuente: Oracle Data Integrator

LIX

Luego de tener las conexiones de las base de datos procedemos a relacionar


los datos de las otras base de datos, en la siguiente imagen se integra la
base de datos de MTC a la base de datos integrada.
Figura #31: ODI Integracin

Fuente: Oracle Data Integrator

La integracin se realizara en la madrugada a las 2 a.m., como observamos


en la siguiente imagen la herramienta nos ayuda a hacer planificaciones y
que se realicen en el momento indicado.
Figura #32: ODI Planificacin

Fuente: Oracle Data Integrator

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

[15] Oracle Oracle SOA Suite


http://www.oracle.com/technetwork/es/middleware/soasuite/documentation/oracle-soa-suite427128-esa.pdf
[16] Oracle Oracle Services Bus
http://www.oracle.com/technetwork/es/middleware/soasuite/documentation/oracle-soa-suite427128-esa.pdf
[17] Erwin Data Modeler
http://www.dimensionti.com/prod051.htm
[18] Justinmind Prototyper
http://en.wikipedia.org/wiki/Justinmind_Prototyper
[19] Proyectos giles Qu es SCRUM?
http://www.proyectosagiles.org/que-es-scrum
[20] Estadsticas del MTC
http://www.mtc.gob.pe/portal/ogpp/estudios.html

LXII