TFG Carlos Pliego Garcia

UNIVERSIDAD CARLOS III DE MADRID
DEPARTAMENTO DE INFORMTICA
GRADO EN INGENIERA INFORMTICA
TRABAJO DE FIN DE GRADO

Desarrollo de una aplicacin
generadora y lectora de cdigos QR
seguros en Android
Autor: Carlos Pliego Garca
Tutor: Antonio Berlanga de Jess
Colmenarejo, 20 de Junio de 2013
Trabajo de Fin de Grado
Carlos Pliego Garca
Agradecimientos
Antes de nada, he de agradecer a mis padres su paciencia conmigo durante toda mi
vida. Mencin especial a mi madre, que me ha ayudado a transformar mis ideas de
diseo en interfaces para la aplicacin y quien, a voz de "que te pilla el toro", ha
conseguido que desarrolle el proyecto a tiempo.
A mi hermana Marta, por todos los chistes que nunca logr entender a tiempo.
A mi hermana Piru, por las competiciones por ver quin poda poner la msica ms
alta.
A mi hermano Javi, por sus infatigables conversaciones sobre ftbol.
A mi hermano Salva, por acompaarme al piano cuando tena el cerebro exhausto.
A mi tutor Antonio, por nuestras discusiones a la hora de elegir el proyecto y por sus
consejos y soporte, los cules, han sido clave para realizar algo que me parece "un
muy buen trabajo".
A mis perras Nana y Pecas, por sus incansables carreras por los pasillos y lametones
en la mano.
A Gumpus, por ayudarme a convertir mis composiciones en msica.
A los frikis Sergio, Quique, Iaki y Nico. Sin ellos, las clases habran sido ms
productivas pero mucho menos divertidas. A Sergio por su infinitos detalles y su
inestimable ayuda en aquellos momentos en los que le necesitaba. A Quique por sus
sesiones de msica japonesa que an resuenan en mi cabeza, por todos esos gustos
extraos que me ha pegado, y por su muy larga barba. A Iaki por sus adjetivos
inventados como "mej" y "crui", y por esa msica "podrida" que tanto nos gusta. A
Nico por su cabeza y por esas prcticas que entregbamos a un minuto del lmite.
A mi profesora Inmaculada Puebla, por sus elogios hacia mi manera de presentar los
trabajos.
Y, por ltimo, a mi abuelo Carlos por haber credo en m y haberme enseado a Don
McLean, cuya msica me ha acompaado de la mano durante todo el desarrollo del
proyecto.
Carlos Pliego Garca
Resumen
En este proyecto se propone el desarrollo de una aplicacin para dispositivos mviles
Android que permita generar y leer cdigos de barras bidimensionales QR cuya
informacin est cifrada de forma que slo pueda acceder a ella aquella persona a
quin va dirigida. Adems estos cdigos podrn enviarse a otras aplicaciones
instaladas en el dispositivo mvil.
La gran mayora de aplicaciones de mensajera no cuentan con las medidas de
seguridad y privacidad necesarias que posibiliten a los usuarios intercambiar
informacin de carcter sensible sin sufrir un cierto riesgo.
El sistema que se plantea est cualificado para generar y leer cdigos QR simples que
cualquier usuario con cualquier otra aplicacin destinada a ello puede leer. Adems,
tambin puede generar cdigos a partir de un mensaje que se ha cifrado previamente.
De esta forma, la informacin incluida en ellos slo podr ser leda si se descifra
antes.
Cuando se decide cifrar la informacin, la aplicacin utiliza los algoritmos
criptogrficos ms seguros. Esta decisin hace de la aplicacin una de las mejores
opciones cuando se quiere tratar con informacin muy sensible.
Este sistema puede suponer un gran empujn en el uso de los cdigos QR; ya que, a
pesar de ser muy utilizados, otorgarles seguridad puede ser algo muy revolucionario.
Con esta aplicacin se pueden generar cdigos que estn dirigidos nicamente a
ciertas personas.
Adems, una carencia de la gran mayora de los programas que tratan cdigos QR
para dispositivos mviles es que slo permiten leerlos y no generarlos. Incluso, slo
permiten leerlos a travs de la cmara, mientras que esta aplicacin permite leer los
cdigos que se encuentren en imgenes almacenadas en la memoria del dispositivo
mvil.
Como el sistema permite, adems, enviar los cdigos generados a ms aplicaciones
instaladas en el terminal, es muy fcil distribuirlos utilizando aplicaciones de
naturaleza de red social como Twitter o Facebook, o aplicaciones de mensajera
instantnea como Whatsapp o Line. Incluso permite utilizar servicios de
almacenamiento en la nube como Google Drive o Dropbox para guardar los cdigos.
Palabras clave: Cdigo de barras, QR, almacenamiento en la nube, mensajera
instantnea, Android, seguridad, criptografa.
Carlos Pliego Garca
Abstract
This project proposes the development of an application for Android mobile devices
that allows to generate and to read bidimensional QR barcodes whose information is
ciphered so it only could be readed by the intended person. Furthermore, these codes
could be sent to other applications installed on the mobile device.
Mostly of the messaging applications don't have the necessary security and privacy
measures to enable users to exchange sensitive information without suffering some
risk.
The system that arises is qualified to generate and read simple QR codes that any
user with any other application intended for that purpose may read. Additionally, you
can generate codes from a message that was previously ciphered. In this way, the
information included in them can only be read if it's decrypted before.
When you choose to encrypt the information, the application uses the most secured
cryptographic algorithms. This decision makes the application one of the best options
when you want to deal with highly sensitive information.
This system can be a big breakthrough in the use of QR codes; because, despite being
widely used, security grant can be very revolutionary. With this application you can
generate codes that are intended only for certain people.
Additionally, a lack of the majority of programs form mobile devices that deal with QR
codes is that they only allow reading and don't generating them. Even, they just allow
to read the codes through the built-in camera while this application allow to read the
codes that are in images stored on the memory of the mobile device.
As the system also allows sending the generated codes to more applications installed
on the terminal, you can easily distribute them using social network applications like
Twitter or Facebook, or instant messaging applications such as Whatsapp or Line.
Even allows you to use storage services in the cloud like Google Drive or Dropbox to
store the codes.
Keywords: Barcode, QR, cloud storage, instant messaging, Android, security,
cryptography.
Carlos Pliego Garca
NDICE
NDICE DE ILUSTRACIONES ............................................................................................. 9
NDICE DE TABLAS ......................................................................................................... 12
1
INTRODUCCIN ...................................................................................................... 16
1.1
CONTEXTO ACTUAL Y OBJETIVO ................................................................... 16
ESTADO DEL ARTE .................................................................................................. 17

2.1
SMARTPHONE ................................................................................................. 17
2.2
ANDROID .......................................................................................................... 17
2.3
CDIGO QR ...................................................................................................... 19
2.4
SEGURIDAD...................................................................................................... 20
2.4.1
CONCEPTO GENERAL ............................................................................... 20
2.4.2
CONCEPTOS IMPORTANTES ................................................................... 21
MARCO REGULADOR .............................................................................................. 24

3.1
LEY GENERAL DE LAS TELECOMUNICACIONES ............................................. 24
3.2
LEY ORGNICA DE PROTECCIN DE DATOS .................................................. 25
ANLISIS ................................................................................................................. 26
4.1
DEFINICIN DEL SISTEMA .............................................................................. 26
4.1.1
ALCANCE DEL SISTEMA ........................................................................... 26
4.1.2
RESTRICCIONES GENERALES .................................................................. 27
4.1.3
ENTORNO OPERACIONAL ........................................................................ 27
4.2
ENTORNO DE DESARROLLO ............................................................................ 28
4.2.1
EQUIPOS ................................................................................................... 28
4.2.2
LENGUAJE DE PROGRAMACIN .............................................................. 28
4.2.3
ENTORNO DE DESARROLLO .................................................................... 28
4.3
REQUISITOS DE USUARIO ............................................................................... 30
4.3.1
REQUISITOS DE CAPACIDAD ................................................................... 31
4.3.2
REQUISITOS DE RESTRICCIN ................................................................ 38
4.4
CASOS DE USO ................................................................................................ 41
4.4.1
CASO DE USO GENERAL........................................................................... 42
4.4.2
CASOS DE USO DEL MDULO GENERAR ................................................ 45
4.4.3
CASOS DE USO DEL MDULO LEER ........................................................ 49
4.5
REQUISITOS DE SOFTWARE ............................................................................ 54
4.5.1
REQUISITOS FUNCIONALES .................................................................... 55
4.5.2
REQUISITOS DE OPERACIN ................................................................... 61
4.5.3
REQUISITOS DE INTERFAZ ...................................................................... 64

5

4.5.4
REQUISITOS DE RENDIMIENTO ............................................................... 65
4.5.5
REQUISITOS DE RECURSOS ..................................................................... 66
4.5.6
REQUISITOS DE SEGURIDAD ................................................................... 66
4.5.7
REQUISITOS DE VERIFICACIN ............................................................... 67
4.6
ANLISIS DE CLASES ...................................................................................... 70
4.6.1
IDENTIFICACIN DE LAS CLASES ............................................................ 70
4.6.2
ESPECIFICACIN DE LAS FUNCIONES DE CADA CLASE ......................... 70
4.6.3
DIAGRAMA DE CLASES ............................................................................ 72
DISEO .................................................................................................................... 74
5.1
ARQUITECTURA DEL SISTEMA ....................................................................... 74
5.2
SUBSISTEMAS ................................................................................................. 77
5.3
SUBSISTEMA DE GENERACIN....................................................................... 78
5.3.1
GENERACIN DE CDIGOS QR ................................................................ 78
5.3.2
GENERACIN DE CDIGOS QRYPT ......................................................... 81
5.4
SUBSISTEMA DE LECTURA ............................................................................. 86
5.4.1
LECTURA POR CMARA ........................................................................... 86
5.4.2
LECTURA POR FICHERO ........................................................................... 89
5.4.3
MDULO DE ACTUALIZACIN ................................................................. 90
5.4.4
MDULO DE CAMBIO DE AJUSTES ......................................................... 90
5.5
Carlos Pliego Garca
INTERFACES DE USUARIO ............................................................................... 92
5.5.1
ESTUDIO DE DISEO ................................................................................ 92
5.5.2
PANTALLA PRINCIPAL ............................................................................. 96
5.5.3
PANTALLA DE GENERACIN DE CDIGO QR .......................................... 98
5.5.4
PANTALLA DE GENERACIN DE CDIGOS QRYPT ............................... 100
5.5.5
PANTALLA DE LECTURA DE CDIGOS POR CMARA .......................... 107
5.5.6
PANTALLA DE LECTURA DE CDIGOS POR FICHERO .......................... 109
5.5.7
MEN DESPLEGABLE ............................................................................. 110
IMPLEMENTACIN................................................................................................ 115
6.1
MDULO DE GENERACIN DE CDIGOS QR A PARTIR DE UN MENSAJE ... 115
6.1.1
ZXING...................................................................................................... 115
6.1.2
DRAWQR ................................................................................................. 116
6.2
MDULO DE CIFRADO DE MENSAJES .......................................................... 117
6.2.1
CIFRAR .................................................................................................... 117
6.2.2
DESORDEN ............................................................................................. 118
6.2.3
CODIFICACIN ........................................................................................ 120

6

6.2.4
6.3
TOKENS DE CONTROL............................................................................ 120
MDULO DE EXTRACCIN DEL MENSAJE INCLUIDO EN EL CDIGO QR ... 121
6.3.1
CMARA ................................................................................................. 121
6.3.2
FICHERO ................................................................................................. 122
6.4
MDULO DE DESCIFRADO DE MENSAJES ................................................... 124
6.4.1
TOKENS DE CONTROL............................................................................ 124
6.4.2
DESCODIFICACIN ................................................................................. 125
6.4.3
REORDENACIN ..................................................................................... 125
6.4.4
GENERACIN DE CONTRASEA Y DESCIFRADO DEL MENSAJE.......... 127
6.5
Carlos Pliego Garca
RESTO DE MDULOS .................................................................................... 128
6.5.1
AJUSTES DEL SISTEMA ......................................................................... 128
6.5.2
MOSTRAR NOVEDADES DE LA VERSIN............................................... 130
EVALUACIN Y RESULTADOS .............................................................................. 132

7.1
7.1.1
GENERACIN DE CDIGOS QR .............................................................. 132
7.1.2
COMPARTICIN DEL CDIGO CON APLICACIONES DE TERCEROS ..... 135
7.1.3
GENERACIN DE CDIGO QRYPT .......................................................... 142
7.1.4
LECTURA DE CDIGO POR CMARA ..................................................... 146
7.1.5
LECTURA DE CDIGO DESDE UN FICHERO ........................................... 154
7.1.6
CAMBIO DE AJUSTES............................................................................. 160
7.1.7
MOSTRAR LAS NOVEDADES DE LA VERSIN ....................................... 166
7.1.8
CONCLUSIN.......................................................................................... 167
7.2
RENDIMIENTO................................................................................................ 168
7.2.1
GENERACIN DE UN CDIGO QR........................................................... 168
7.2.2
GENERACIN DE UN CDIGO QRYPT .................................................... 169
7.3
INTEGRIDAD................................................................................................... 171
7.3.1
RECUPERAR EL MENSAJE CON SLO UNA PARTE DE CDIGO ........... 171
7.3.2
RECUPERAR UN MENSAJE DE 2000 CARACTERES DE UN CDIGO ..... 174
7.4
8
FUNCIONALIDAD ........................................................................................... 132
SEGURIDAD.................................................................................................... 177
CONCLUSIN ........................................................................................................ 178

8.1
OBJETIVOS ALCANZADOS ............................................................................ 178
8.2
TRABAJOS FUTUROS .................................................................................... 179
BIBLIOGRAFA ....................................................................................................... 181
10
10.1
ANEXOS ............................................................................................................. 183

ANEXO A: GLOSARIO DE ACRNIMOS Y TRMINOS .................................... 183
7

10.2
Carlos Pliego Garca
ANEXO B: MANUAL DE USUARIO .................................................................. 185
10.2.1
GENERAR UN CDIGO QR ...................................................................... 185
10.2.2
GENERAR UN CDIGO QRYPT ............................................................... 187
10.2.3
ENVIAR UN CDIGO GENERADO A OTRA APLICACIN ........................ 190
10.2.4
LEER UN CDIGO UTILIZANDO LA CMARA DEL DISPOSITIVO........... 191
10.2.5
LEER UN CDIGO DESDE UN ARCHIVO ................................................. 194
10.2.6
CAMBIAR LA RUTA DE LA CARPETA DE SALIDA ................................... 196
10.2.7
CAMBIAR EL IDIOMA DE LA APLICACIN.............................................. 198
10.2.8
VISUALIZAR LAS NOVEDADES DE LA VERSIN .................................... 199
10.3
ANEXO C: SITUACIONES TILES PARA EL USO DE LA APLICACIN ........... 201
10.3.1
HACER PUBLICIDAD ............................................................................... 201
10.3.2
COMUNICACIONES SECRETAS .............................................................. 201
10.3.3
GUARDAR CONTRASEAS ..................................................................... 201
10.3.4
PROMOCIONES....................................................................................... 201
10.3.5
PROMOCIONES 2.................................................................................... 201
11
ANEXO D: PLANIFICACIN Y PRESUPUESTO .................................................. 202
11.1
PLANIFICACIN ............................................................................................. 202
11.1.1
PLANIFICACIN INICIAL ........................................................................ 202
11.1.2
PLANIFICACIN FINAL ........................................................................... 202
11.1.3
CONCLUSIONES ..................................................................................... 204
11.2
PRESUPUESTO .............................................................................................. 205
Carlos Pliego Garca
NDICE DE ILUSTRACIONES
Ilustracin 1: Estructura del SO Android ....................................................................... 18
Ilustracin 2: Ejemplo de Cdigo QR ............................................................................. 19
Ilustracin 3: Diagrama del algoritmo de cifrado AES .................................................. 22
Ilustracin 4: Alfabeto utilizado en el algoritmo Base64 .............................................. 23
Ilustracin 5: Caso de uso principal .............................................................................. 42
Ilustracin 6: Casos de uso para el mdulo de generacin .......................................... 45
Ilustracin 7: Casos de uso para el mdulo de lectura ................................................. 50
Ilustracin 8: Diagrama de clases ................................................................................. 72
Ilustracin 9: Diagrama de la arquitectura del sistema ................................................ 74
Ilustracin 10: Diagrama de la estructura del mdulo de generacin QR .................... 78
Ilustracin 11: Etapas de transformacin de un mensaje para generar un cdigo QR 79
Ilustracin 12: Diagrama de la estructura del mdulo de generacin QRypt ............... 82
Ilustracin 13: Diagrama general de las etapas del cifrado de un mensaje ................. 83
Ilustracin 14: Diagrama general de la derivacin de la contrasea y del cifrado del
mensaje .......................................................................................................................... 84
Ilustracin 15: Diagrama de la estructura del mdulo de lectura por cmara ............. 86
Ilustracin 16: Diagrama general de las etapas del descifrado de un mensaje ........... 87
Ilustracin 17: Diagrama general de la derivacin de la contrasea y del descifrado del
mensaje .......................................................................................................................... 88
Ilustracin 18: Diagrama de la estructura del mdulo de lectura por fichero .............. 89
Ilustracin 19: Paleta de colores oficial del equipo de Android .................................... 92
Ilustracin 20: Ejemplo de daltonismo 1 ....................................................................... 94
Ilustracin 21: Ejemplo de daltonismo 2 ....................................................................... 95
Ilustracin 22: Interfaz de usuario de la pantalla principal 1 ........................................ 96
Ilustracin 23: Interfaz de usuario de la pantalla principal 2 ........................................ 97
Ilustracin 24: Interfaz de usuario de la pantalla de escritura del mensaje ................. 98
Ilustracin 25: Interfaz de usuario de la pantalla "Mostrar y compartir el cdigo" ...... 99
Ilustracin 26: Interfaz de la pantalla de seleccin del tipo de cifrado ...................... 100
Ilustracin 27: Interfaz de la pantalla de seleccin del tipo de cifrado 2 ................... 101
Ilustracin 28: Interfaz de la pantalla de escritura de contrasea ............................. 102
Ilustracin 29: Interfaz de la pantalla de seleccin de fecha ...................................... 103
Ilustracin 30: Interfaz de la pantalla de seleccin de patrn 1 ................................. 104
Ilustracin 31: Interfaz de la pantalla de seleccin de patrn 2 ................................. 105
Ilustracin 32: Interfaz de la pantalla de seleccin de color 1 .................................... 106
Ilustracin 33: Interfaz de la pantalla de seleccin de color 2 .................................... 107
Ilustracin 34: Interfaz de la pantalla de cmara ........................................................ 108
Ilustracin 35: Interfaz de la pantalla de "Mostrar el mensaje descifrado" ................ 109
Ilustracin 36: Interfaz del men desplegable "Compartir con" de aplicaciones de
terceros......................................................................................................................... 110
Ilustracin 37: Interfaz del men desplegable ............................................................ 111
Ilustracin 38: Interfaz de la pantalla de modificacin de la ruta de la carpeta de salida
...................................................................................................................................... 112
Ilustracin 39: Interfaz de la pantalla de modificacin del idioma ............................. 113
Ilustracin 40: Interfaz de la pantalla de novedades de la versin ............................. 114
9
Carlos Pliego Garca
Ilustracin 41: Captura del mtodo desorden ............................................................. 119

Ilustracin 42: Captura del mtodo orden ................................................................... 126
Ilustracin 43: Prueba de generacin de QR 1 ............................................................ 133
Ilustracin 46: Prueba de comparticin 1 ................................................................... 136
Ilustracin 47: Prueba de comparticin 2 (GMail)....................................................... 137
Ilustracin 48: Prueba de comparticin 3 (Dropbox) .................................................. 138
Ilustracin 49: Prueba de comparticin 4 (Twitter)..................................................... 139
Ilustracin 50: Prueba de comparticin 5 (Whatsapp)................................................ 140
Ilustracin 53: Prueba de generacin de QRypt 1 ....................................................... 143
Ilustracin 57: Prueba de lectura por cmara 1 .......................................................... 147
Ilustracin 65: Prueba de lectura por fichero 1 ........................................................... 155
Ilustracin 71: Prueba de carpeta de salida 1 ............................................................ 161
Ilustracin 72: Prueba de carpeta de salida 2 ............................................................. 162
Ilustracin 75: Prueba de cambio de idioma 1 ............................................................ 165
Ilustracin 76: Prueba de cambio de idioma 2 ............................................................ 166
Ilustracin 77: Prueba de novedades de la versin..................................................... 167
Ilustracin 78: Grfica de tiempo de generacin QR ................................................... 168
Ilustracin 79: Grfica de tiempo de generacin QRypt.............................................. 170
Ilustracin 80: Prueba de cdigo tapado 1 .................................................................. 171
Ilustracin 82: Prueba de cdigo tapado 3.................................................................. 172
Ilustracin 85: Cdigo QR con un mensaje de 2000 caracteres ................................. 175
Ilustracin 86: Cdigo QRypt con un mensaje de 2000 caracteres ............................ 176
10
Carlos Pliego Garca
Ilustracin 87: Pantalla principal de la aplicacin (Seccin Generar) ........................ 185

Ilustracin 88: Pantalla de introduccin de mensaje .................................................. 186
Ilustracin 89: Pantalla de muestra del cdigo generado 1 ....................................... 187
Ilustracin 90: Ventana de seleccin de tipo de cifrado ............................................ 188
Ilustracin 91: Ventana de seleccin de color............................................................. 189
Ilustracin 92: Pantalla de muestra del cdigo generado 2 ....................................... 190
Ilustracin 93: Men desplegable de "Compartir" ....................................................... 191
Ilustracin 94: Pantalla principal de la aplicacin (Seccin Leer) .............................. 192
Ilustracin 95: Pantalla de lectura por cmara ........................................................... 193
Ilustracin 96: Pantalla de muestra del mensaje ........................................................ 194
Ilustracin 97: Men de seleccin de explorador de archivos .................................... 195
Ilustracin 98: Men de seleccin de aplicacin a la que compartir el archivo ......... 196
Ilustracin 99: Panel de ajustes deslizable ................................................................. 197
Ilustracin 100: Ventana de seleccin de carpeta de salida....................................... 198
Ilustracin 101: Ventana de seleccin de idioma........................................................ 199
Ilustracin 102: Ventana de visualizacin de las novedades de la versin ............... 200
Ilustracin 103: Diagrama de Gantt de la planificacin inicial simplificado .............. 202
Ilustracin 104: Diagrama de Gantt de la planificacin final simplificado ................. 202
Ilustracin 105: Diagrama de Gantt de la planificacin final extendido ..................... 203
11
Carlos Pliego Garca
NDICE DE TABLAS
Tabla 1: Plantilla de requisito de usuario ...................................................................... 31
Tabla 2: RUC-01 ............................................................................................................. 31
Tabla 3: RUC-02 ............................................................................................................. 32
Tabla 4: RUC-03 ............................................................................................................. 32
Tabla 5: RUC-04 ............................................................................................................. 32
Tabla 6: RUC-05 ............................................................................................................. 32
Tabla 7: RUC-06 ............................................................................................................. 33
Tabla 8: RUC-07 ............................................................................................................. 33
Tabla 9: RUC-08 ............................................................................................................. 33
Tabla 10: RUC-09 ........................................................................................................... 33
Tabla 11: RUC-10 ........................................................................................................... 34
Tabla 12: RUC-11 ........................................................................................................... 34
Tabla 13: RUC-12 ........................................................................................................... 34
Tabla 14: RUC-13 ........................................................................................................... 34
Tabla 15: RUC-14 ........................................................................................................... 35
Tabla 16: RUC-15 ........................................................................................................... 35
Tabla 17: RUC-16 ........................................................................................................... 35
Tabla 18: RUC-17 ........................................................................................................... 35
Tabla 19: RUC-18 ........................................................................................................... 36
Tabla 20: RUC-19 ........................................................................................................... 36
Tabla 21: RUC-20 ........................................................................................................... 36
Tabla 22: RUC-21 ........................................................................................................... 36
Tabla 23: RUC-22 ........................................................................................................... 37
Tabla 24: RUC-23 ........................................................................................................... 37
Tabla 25: RUC-24 ........................................................................................................... 37
Tabla 26: RUC:25 ............................................................................................................ 37
Tabla 27: RUC-26 ........................................................................................................... 38
Tabla 28: RUR-01 ........................................................................................................... 38
Tabla 29: RUR-02 ........................................................................................................... 38
Tabla 30: RUR-03 ........................................................................................................... 38
Tabla 31: RUR-04 ........................................................................................................... 39
Tabla 32: RUR-05 ........................................................................................................... 39
Tabla 33: RUR-06 ........................................................................................................... 39
Tabla 34: RUR-07 ........................................................................................................... 39
Tabla 35: RUR-08 ........................................................................................................... 40
Tabla 36: RUR-09 ........................................................................................................... 40
Tabla 37: RUR-10 ........................................................................................................... 40
Tabla 38: Plantilla de caso de uso ................................................................................. 42
Tabla 39: CU-01 ............................................................................................................. 43
Tabla 40: CU-02 ............................................................................................................. 44
Tabla 41: CU-03 ............................................................................................................. 44
Tabla 42: CU-04 ............................................................................................................. 45
Tabla 43: CU-05 ............................................................................................................. 46
Tabla 44: CU-06 ............................................................................................................. 46
12
Carlos Pliego Garca
Tabla 45: CU-07 ............................................................................................................. 47

Tabla 46: CU-08 ............................................................................................................. 47
Tabla 47: CU-09 ............................................................................................................. 48
Tabla 48: CU-10 ............................................................................................................. 49
Tabla 49: CU-11 ............................................................................................................. 51
Tabla 50: CU-12 ............................................................................................................. 51
Tabla 51: CU-13 ............................................................................................................. 51
Tabla 52: CU-14 ............................................................................................................. 52
Tabla 53: CU-15 ............................................................................................................. 53
Tabla 54: Plantilla de requisito de software .................................................................. 55
Tabla 55: RS-01 .............................................................................................................. 55
Tabla 56: RS-02 .............................................................................................................. 56
Tabla 57: RS-03 .............................................................................................................. 56
Tabla 58: RS-04 .............................................................................................................. 56
Tabla 59: RS-05 .............................................................................................................. 56
Tabla 60: RS-06 .............................................................................................................. 56
Tabla 61: RS-07 .............................................................................................................. 57
Tabla 62: RS-08 .............................................................................................................. 57
Tabla 63: RS-09 .............................................................................................................. 57
Tabla 64: RS-10 .............................................................................................................. 57
Tabla 65: RS-11 .............................................................................................................. 57
Tabla 66: RS-12 .............................................................................................................. 58
Tabla 67: RS-13 .............................................................................................................. 58
Tabla 68: RS-14 .............................................................................................................. 58
Tabla 69: RS-15 .............................................................................................................. 58
Tabla 70: RS-16 .............................................................................................................. 58
Tabla 71: RS-17 .............................................................................................................. 59
Tabla 72: RS-18 .............................................................................................................. 59
Tabla 73: RS-19 .............................................................................................................. 59
Tabla 74: RS-20 .............................................................................................................. 59
Tabla 75: RS-21 .............................................................................................................. 59
Tabla 76: RS-22 .............................................................................................................. 60
Tabla 77: RS-23 .............................................................................................................. 60
Tabla 78: RS-24 .............................................................................................................. 60
Tabla 79: RS-25 .............................................................................................................. 60
Tabla 80: RS-26 .............................................................................................................. 61
Tabla 81: RS-27 .............................................................................................................. 61
Tabla 82: RS-28 .............................................................................................................. 61
Tabla 83: RS-29 .............................................................................................................. 61
Tabla 84: RS-30 .............................................................................................................. 62
Tabla 85: RS-31 .............................................................................................................. 62
Tabla 86: RS-32 .............................................................................................................. 62
Tabla 87: RS-33 .............................................................................................................. 62
Tabla 88: RS-34 .............................................................................................................. 63
Tabla 89: RS-35 .............................................................................................................. 63
Tabla 90: RS-36 .............................................................................................................. 63
13
Carlos Pliego Garca
Tabla 91: RS-37 .............................................................................................................. 63

Tabla 92: RS-38 .............................................................................................................. 64
Tabla 93: RS-39 .............................................................................................................. 64
Tabla 94: RS-40 .............................................................................................................. 64
Tabla 95: RS-41 .............................................................................................................. 64
Tabla 96: RS-42 .............................................................................................................. 65
Tabla 97: RS-43 .............................................................................................................. 65
Tabla 98: RS-44 .............................................................................................................. 65
Tabla 99: RS-45 .............................................................................................................. 65
Tabla 100: RS-46............................................................................................................ 66
Tabla 101: RS-47............................................................................................................ 66
Tabla 102: RS-48............................................................................................................ 66
Tabla 103: RS-49............................................................................................................ 66
Tabla 104: RS-50............................................................................................................ 66
Tabla 105: RS-51............................................................................................................ 67
Tabla 106: RS-52............................................................................................................ 67
Tabla 107: RS-53............................................................................................................ 67
Tabla 108: RS-54............................................................................................................ 67
Tabla 109: RS-55............................................................................................................ 67
Tabla 110: RS-56............................................................................................................ 68
Tabla 111: RS-57............................................................................................................ 68
Tabla 112: RS-58............................................................................................................ 68
Tabla 113: RS-59............................................................................................................ 68
Tabla 114: RS-60............................................................................................................ 68
Tabla 115: RS-61............................................................................................................ 69
Tabla 116: Parmetros del mdulo de generacin QR.................................................. 79
Tabla 117: Parmetros del mdulo de generacin QRypt ............................................ 83
Tabla 118: Tokens de control ........................................................................................ 85
Tabla 119: Algoritmo del mtodo drawQR................................................................... 116
Tabla 120: Algoritmo del mtodo cifrar ....................................................................... 117
Tabla 121: Algoritmo del mtodo desorden ................................................................ 119
Tabla 122: Algoritmo del mtodo pasarABlancoYNegro ............................................ 122
Tabla 123: Algoritmo del mtodo leerFichero ............................................................. 123
Tabla 124: Algoritmo del mtodo tokensDeControl .................................................... 125
Tabla 125. Algoritmo del mtodo orden ...................................................................... 126
Tabla 126: Algoritmo del mtodo descifrar ................................................................. 127
Tabla 127: Algoritmo del mtodo carpetaDeSalida..................................................... 129
Tabla 128: Algoritmo del mtodo establecerIdioma ................................................... 130
Tabla 129: Algoritmo del mtodo actualizarIdioma .................................................... 130
Tabla 130: Algoritmo del mtodo mostrarLog ............................................................ 131
Tabla 131: Tiempo de generacin QR .......................................................................... 168
Tabla 132: Nmero de caracteres utilizados en los tipos de cifrado ......................... 169
Tabla 133: Tiempo de generacin QRypt de 500 caracteres ...................................... 169
Tabla 134: Tiempo de generacin QRypt de 2000 caracteres .................................... 170
Tabla 135: Tabla relacional entre tamaos de clave y posibles combinaciones ....... 177
Tabla 136: Coste del personal ..................................................................................... 205
14
Carlos Pliego Garca
Tabla 137: Coste de los equipos .................................................................................. 205

Tabla 138: Coste del software ..................................................................................... 206
Tabla 139: Otros costes ............................................................................................... 206
Tabla 140: Resumen de costes .................................................................................... 206
15
Carlos Pliego Garca
1 INTRODUCCIN
1.1 CONTEXTO ACTUAL Y OBJETIVO
Desde que el hombre tiene uso de razn, se han utilizado los smbolos para
exteriorizar pensamientos o ideas e, incluso, como medio de comunicacin con
culturas prealfabetizadas. La principal ventaja de los smbolos es que transmiten un
mensaje o un concepto al receptor de forma rpida debido a su simplicidad
estructural que, nicamente, est definida por elemento visuales.
La ciencia, la tecnologa y, sobretodo, el paso de los aos, han permitido que se
desarrollen sistemas que pueden interpretar estos smbolos y clasificar el objeto al
que representan de forma automtica. Debido a que estos sistemas no precisan de
atencin humana, los smbolos que interpretan, en la mayora de los casos, no
representan exactamente el objeto al que identifican. Un claro ejemplo son los
cdigos de barras, que almacenan informacin del producto sin representar su figura.
Existen muchos tipos de cdigos de barras pero el ms famoso es el EAN-128 ya que
es el usado para la logstica y paquetera y es capaz de representar los 128 caracteres
de la tabla ASCII. Aun as, el EAN-128 tiene limitacin de espacio y, por eso, hoy en da
se est usando cada vez ms el cdigo QR ya que, al ser un tipo de cdigo de barras
matricial (de dos dimensiones), puede contener mucha ms informacin sobre el
producto al que representa. [25]
A da de hoy, existen multitud de aplicaciones de terminales mviles que son capaces
de escanear y descifrar estos cdigos para brindar al usuario la informacin que
contienen, ya sea un mensaje o un enlace a Internet pero, a pesar de estar cifrados,
todos los dispositivos son capaces de descifrarlos y obtener la informacin sin
ningn tipo de privacidad.
Es aqu donde surge la pregunta que se han intentado solventar en el presente
proyecto: Sera posible generar un cdigo QR que slo pueda ser descifrado por las
personas o los terminales a quien va dirigida la informacin que contiene?
16
Carlos Pliego Garca
2 ESTADO DEL ARTE

Para comprender el porqu de las decisiones tomadas en el desarrollo del presente
Trabajo de Fin de Grado es esencial conocer y entender los conceptos base que se
han tenido en cuenta antes de comenzar con el diseo del proyecto.
2.1 SMARTPHONE
Los smartphones o telfonos inteligentes son telfonos mviles con caractersticas
ms avanzadas, similares a las de un ordenador. La gran mayora son tctiles y
pueden conectarse a Internet. Para ello utilizan tecnologas como 3G, Wi-Fi, WAP,
GPRS, EDGE, HSD, HSDPA, etc.
El desarrollo de estas tecnologas para smartphones ha permitido que las personas
se comuniquen unos con otros de forma completamente diferente a como se haca
antes y, en la mayora de los casos, de forma gratuita. Esto es gracias a las redes
sociales y a las aplicaciones de mensajera instantnea. Esta comunicacin se
produce en tiempo real, lo cual permite que los usuarios se interconecten a travs de
sus smartphones independientemente del sistema operativo o del desarrollador.
2.2 ANDROID
Android es un sistema operativo basado en Linux que ha sido diseado
especialmente para terminales mviles con pantalla tctil. Comprado por Google en
2005, es el principal producto de la Open Handset Alliance. En el ao 2011 pas a ser,
con un 50,9% de cuota de mercado, el sistema operativo para terminales mviles ms
vendido mundialmente y, aun a da de hoy, mantiene su liderazgo.
Debido a la filosofa Open-Source que comparten Linux y Google, el sistema operativo
Android tiene una gran comunidad de desarrolladores que extienden la funcionalidad
de sus dispositivos escribiendo aplicaciones. Estas aplicaciones, dos tercios de las
cuales son gratuitas, se almacenan en el repositorio oficial de Google llamado Google
Play. Google realiza varias comprobaciones de seguridad a la aplicacin para revisar
que no pertenece a la categora de software malicioso y, una vez la verifica, la hace
visible para todos los dispositivos soportados y permite su descarga. [26]
La estructura de este sistema operativo est compuesta por varias aplicaciones que
se ejecutan en un framework Java sobre el ncleo de las bibliotecas de Java en una
mquina virtual Dalvik con compilacin en tiempo de ejecucin. Las bibliotecas estn
escritas en lenguaje C e incluyen:
Surface Manager: Administrador de interfaz grfica.

Media Framework: Framewrok OpenCore.
SQLite: Base de datos relacional basada en SQLite.
OpenGL ES: Interfaz de programacin de API grfica.
FreeType: Fuentes en Bitmap y renderizado vectorial.
WebKit: Motor de renderizado web.
SGL: Motor de grficos 2D.
SSL: Servicios de encriptacin Secure Socket Layer.
17
Carlos Pliego Garca
libc: Una derivacin de las libreras BSD de C estndar, adaptados para

dispositivos embebidos basaos en Linux.
Ilustracin 1: Estructura del SO Android
El ncleo del sistema operativo est programado en lenguaje C (ms de 2.8 millones
de lneas de cdigo), mientras que las libreras estn en C y C++ (1.7 millones de
lneas). Sin embargo, la interfaz principal y las aplicaciones son programadas en
lenguaje Java (2.1 millones de lneas). Es por esto ltimo por lo que existen tantos
desarrolladores programando para esta plataforma, ya que el lenguaje Java es
verstil, flexible, y fcil. [1]
Android siempre ha apostado por la compatibilidad con muchos y diferentes tipos de
smartphones. Esto ha sido una de las razones principales de su gran cantidad de
ventas. Adems, cada poco tiempo, Google publica nuevas versiones de su sistema
operativo que arreglan fallos y aaden nuevas funcionalidades que ayudan al
desarrollador a programar aplicaciones ms profesionales con ms facilidad.
Las versiones de Android hasta la fecha han sido: Apple Pie (v.1.0), Banana Bread
(v.1.1), Cupcake (v.1.5), Donut (v.1.6), clair (v.2.0), Froyo (v.2.2), Gingerbread (v.2.3),
Honeycomb (v.3.0), Ice Cream Sandwich (v.4.0), Jelly Bean (v.4.1). [3]
La versin ms utilizada es la Gingerbread (v.2.3) pero las libreras de Android de
cdigos QR son muy limitadas para esta versin, por lo que se ha decidido utilizar las
libreras de la versin Honeycomb (v.3.0) ya que, la siguiente versin ms utilizada es
la ltima (la Jelly Bean) pero, como las libreras son escalables (las libreras de la
versin 4.0 ya contienen las de la versin 3.0 pero no al revs), se utiliza las de esta
versin para obtener una compatibilidad mayor.
18
Carlos Pliego Garca
A pesar de las ventajas para el usuario y para la empresa que vende el smartphone
con este sistema operativo, existe un gran problema para el desarrollador. Este
problema consiste en que, al existir tanta variedad de smartphones que utilizan
Android, las aplicaciones que se desarrollan tienen que ser muy verstiles para
conseguir una mxima compatibilidad y, con las diferencias de resolucin de las
pantallas, las potencias de procesador tan dispares y las versiones tan distintas de
Android, es una tarea verdaderamente ardua es muy difcil conseguir esta
compatibilidad.
2.3 CDIGO QR
Los cdigos QR (Quick Response en ingls y respuesta rpida en espaol) son
cdigos de barras bidimensionales con la capacidad de almacenar gran cantidad de
informacin codificada dentro de un cuadrado. Son fcilmente reconocibles debido a
sus tres cuadrados ubicados en las esquinas (uno en cada esquina superior y otro en
esquina inferior izquierda) del cuadrado principal, que permiten detectar la posicin
del cdigo que se va a leer.
Estos cdigos fueron creados por la compaa Denso Wave, subsidiaria de Toyota, en
1994. Lo que se pretenda era que el cdigo permitiera que su contenido se pudiera
leer a alta velocidad, ya que su primer uso fue registrar repuestos en el rea de
fabricacin de vehculos. Estos cdigos empezaron siendo muy comunes en Japn y,
a da de hoy, son muy frecuentes en el mundo entero. [2]
Ilustracin 2: Ejemplo de Cdigo QR
Actualmente, con la popularizacin de los smartphones, la lectura de estos cdigos

bidimensionales QR se ha vuelto muy sencilla, ya que slo consiste en enfocar el
19
Carlos Pliego Garca
cdigo con la cmara, por lo que el uso de este cdigo se ha incrementado

drsticamente y est siendo utilizado por las empresas con fines publicitarios.
Los principales usos que se les da a los cdigos QR son:
Publicidad: El mensaje puede ser una URL de una empresa o informacin

sobre un producto suyo.
Papelera corporativa: Puede contener la informacin de una tarjeta de visita
sin la necesidad de imprimirla.
Gestin de stocks y almacenes: Puede contener toda la informacin necesaria
de un artculo ordenado en una estantera, indicando si ste se est agotando
para realizar un nuevo pedido o si, por el contrario, existen demasiados y es
recomendable promocionarlos por medio de ofertas.
Concursos: Se puede hacer intervenir al instante a un consumidor en una
competicin, llevndole, incluso, a una pgina web donde puede inscribirse
para ganar premios.
Asesoramiento al consumidor: Puede proporcionar una informacin adicional
del producto con el que viene acompaado.
Para descifrar un cdigo QR solamente se necesita un dispositivo con cmara de

fotos y un lector compatible. Pero ahora, gracias a los smartphones, gran parte de la
poblacin cumple con estos requisitos. De ah que su popularidad haya crecido tanto
ltimamente.
En la web, existen varias aplicaciones que permiten generar los cdigos QR con el
mensaje que se desee pero en el repositorio de aplicaciones de Google existen muy
pocas. Por otro lado, en este repositorio hay muchas aplicaciones que escanean
cdigos QR y los descifran desde la cmara pero no existen las que los escaneen y
descifren directamente desde un archivo de imagen.
Estas dos carencias se van a intentar subsanar con la aplicacin que se va a
desarrollar.
2.4 SEGURIDAD
2.4.1 CONCEPTO GENERAL
Del latn securitas. Se puede referir a la ausencia de riesgo o a la confianza en algo o
alguien. [27] Relativo a la informtica, la seguridad est concebida para proteger la
infraestructura computacional y a los usuarios. En el entorno que nos interesa, la
seguridad se anticipa y protege al usuario de que alguien sepa informacin suya a
travs de los cdigos QR.
Algunos tipos de amenazas que pueden darse por una mala seguridad son los
programas maliciosos, los intrusos o la manipulacin malintencionada del terminal
(como un overclock exagerado por parte de alguien que no es propietario del
smartphone).
20
Carlos Pliego Garca
Existen varias formas de evitar que alguna de estas amenazas se den en un terminal;
como, por ejemplo, la codificacin de la informacin, los escudos de red y de
aplicaciones, los antivirus o los sistemas de respaldo remotos.
La seguridad que se va a intentar incluir en la aplicacin no consiste en la inmunidad
del smartphone, sino en la proteccin de los datos que contiene un cdigo QR. Como
se ha dicho anteriormente, los cdigos QR no ofrecen ningn tipo de proteccin frente
a una persona que no debera leerlo ya que la informacin que contiene no est
cifrada. Por eso, se ha decidido utilizar la tcnica de la codificacin para cifrar el
mensaje. De esta forma, una persona que no est autorizada a conocer la informacin
que ste contiene slo obtendra, al escanearlo, una cadena alfanumrica sin ningn
sentido.
2.4.2 CONCEPTOS IMPORTANTES
Para entender ms adelante los trminos referentes a la seguridad sin ningn
problema, se van a explicar los conceptos con los que se va a estar tratando durante
todo el desarrollo del proyecto.
Encriptacin: La encriptacin es el proceso de cambiar los datos de forma que

slo puedan ser ledos por el receptor al que va destinado. [28]
Algoritmo de cifrado AES: La informacin que se incluya en el cdigo QR tiene
que ser cifrada para que una persona ajena no pueda conocerla. Para ello, se
utilizar el algoritmo de cifrado AES que comprender la seccin principal del
proceso de cifrado del texto del cdigo. AES es un algoritmo de cifrado que no
est roto (es decir, es seguro) y que est considerado suficientemente seguro
como para proteger la informacin altamente secreta. Este algoritmo utiliza
una clave de cifrado de tamao variable desde 128 bits hasta 256, pasando
por 192 bits. Cuanto ms grande sea el tamao de la clave, ms complejidad
tendr el algoritmo de cifrado. La descripcin de AES consiste en dos partes, la
primera es el proceso de cifrado y la segunda es el proceso de generacin de
las subclaves, una aproximacin muy simple se muestra en la siguiente figura:
[29]
21
Carlos Pliego Garca
Ilustracin 3: Diagrama del algoritmo de cifrado AES
Salt: En el contexto de seguridad, un salt es un conjunto de bits aleatorios que

se concatenan a la contrasea para generar una nueva clave y evitar los
ataques de diccionario.
Vector de inicializacin: Cuando se va a realizar un cifrado por bloques como
el que se va a realizar en esta aplicacin, es aconsejable utilizar un bloque de
bits aleatorio llamado vector de inicializacin que permite generar resultados
distintos del cifrado utilizndose la misma clave y el mismo texto.
Algoritmo de codificacin Base64: Este algoritmo permite representar datos
binarios en formato ASCII. Para ello se utiliza un alfabeto compuesto por 65
caracteres pertenecientes al US-ASCII. La siguiente ilustracin muestra el
alfabeto del algoritmo Base64: [30]
22
Carlos Pliego Garca
Ilustracin 4: Alfabeto utilizado en el algoritmo Base64
23
Carlos Pliego Garca
3 MARCO REGULADOR
Antes de comenzar a analizar la aplicacin, se han estudiado las leyes vigentes y las
normativas tcnicas que ataen al proyecto. Seguidamente, se proceder a definir
cada una de estas leyes.
3.1
LEY GENERAL DE LAS TELECOMUNICACIONES
La ley general de las telecomunicaciones fund un rgimen plenamente liberalizado

en la asistencia de servicios y el establecimiento y explotacin de redes de
telecomunicaciones, descubriendo el sector a la libre competencia entre operadores.
[18]
Su objetivo no es otro que el de asegurar y avalar el secreto de las comunicaciones.
El artculo que interesa de esta ley es el 36 de la Ley General de Telecomunicaciones
sobre el "Cifrado en las redes y servicios de comunicaciones electrnicas". Este
artculo pertenece a la ley datada del 3 de Noviembre de 2003 y dice as: [18]
1. "Cualquier tipo de informacin que se transmita por redes de comunicaciones
electrnicas podr ser protegida mediante procedimientos de cifrado."
2. "El cifrado es un instrumento de seguridad de la informacin. Entre sus
condiciones de uso, cuando se utilice para proteger la confidencialidad de la
informacin, se podr imponer la obligacin de facilitar a un rgano de la
Administracin General del Estado o a un organismo pblico, los algoritmos o
cualquier procedimiento de cifrado utilizado, as como la obligacin de facilitar
sin coste alguno los aparatos de cifra a efectos de su control de acuerdo con
la normativa vigente."
El primero de los puntos seala que no se incumple ninguna norma y est permitido el
cifrar todo tipo de informacin que se vaya a transmitir por redes de comunicaciones
electrnicas. La aplicacin que se va a desarrollar va a emplear tcnicas de cifrado
sobre los datos que, ms tarde, pueden enviarse mediante aplicaciones de terceros
por redes de comunicaciones electrnicas. De esta forma, se puede concluir que la
aplicacin asegura el secreto de las comunicaciones.
El segundo punto informa de que la Administracin General del Estado o un
organismo pblico pueden requerir los algoritmos o procedimientos empleados y los
aparatos de cifra. Como se tiene pensado publicar la aplicacin en el repositorio
oficial de Google (Google Play), cualquier organismo puede descargar el software
desde all y ponerse en contacto con su creador mediante la direccin de correo
electrnico que es obligatorio definir cuando se publica algn software.
24
Carlos Pliego Garca
3.2 LEY ORGNICA DE PROTECCIN DE DATOS

La ley orgnica de proteccin de datos tiene por objeto garantizar y proteger, en lo
que concierne al tratamiento de los datos personales, las libertades pblicas y los
derechos fundamentales de las personas fsicas, y especialmente de su honor e
intimidad personal y familiar. [19]
Esta Ley Orgnica, datada del 13 de Diciembre, manifiesta en el artculo 9 llamado
"Seguridad de los datos" que:
"El responsable del fichero, y, en su caso, el encargado del tratamiento debern
adoptar las medidas de ndole tcnica y organizativas necesarias que garanticen la
seguridad de los datos de carcter personal y eviten su alteracin, prdida,
tratamiento o acceso no autorizado, habida cuenta del estado de la tecnologa, la
naturaleza de los datos almacenados y los riesgos a que estn expuestos, ya
provengan de la accin humana o del medio fsico o natural." [19]
Este punto seala que, tanto el usuario de la aplicacin como el desarrollador de ella,
deben tomar medidas de seguridad para que no se vea afectada la privacidad de los
datos. Para respetar y cumplir con esta ley, se tomarn las siguientes decisiones:
Los algoritmos de cifrado que se empleen debern ser muy seguros, de modo
que ningn ataque contra la privacidad de los datos sea viable.
La informacin secreta contenida en un cdigo QRypt slo ser accesible por
el autor del mensaje y por los participantes que ste considere con tal
derecho.
Ningn sistema externo al dispositivo mvil desde donde se realice el cifrado
almacenar datos sobre el usuario. La aplicacin se disear de tal forma que
los cdigos que se generen a partir de ella, se enven desde aplicaciones de
terceros. De esta forma, la seguridad de los datos contenidos en el cdigo a la
hora de enviarlo no recaer sobre la aplicacin que se va a desarrollar; sino,
sobre el usuario y la aplicacin que escoja para enviar los datos.
25
Carlos Pliego Garca
4 ANLISIS
El objetivo de esta seccin no es otro que el de obtener una especificacin detallada
del sistema de informacin que se va a desarrollar. Tras esta especificacin, que
establecer la base del sistema, se detallar el diseo de ste. El anlisis tratar de
comprender las necesidades de las que se precisa una resolucin y conformar el
problema.
4.1 DEFINICIN DEL SISTEMA

Antes de profundizar en la captacin y el anlisis de requisitos es necesario detallar
su funcionamiento, especificar los problemas que debe resolver, determinar las
restricciones con las que tendr que enfrentarse y definir el entrono operacional que
va a requerir.
4.1.1 ALCANCE DEL SISTEMA
El sistema de informacin que se pretende desarrollar consiste en una aplicacin que
va a posibilitar a los usuarios de smartphones que utilicen el sistema operativo
Android la generacin y el futuro escaneo de cdigos QR cifrados. Adems, la
aplicacin permitir compartir estos cdigos con cualquier persona mediante el
programa de mensajera mvil que se desee.
La aplicacin debe ser capaz de generar y leer cdigos QR. Adems, deber poder
cifrar un mensaje de forma rpida pero robusta y, posteriormente, transcribirlo a un
cdigo QR. Este cdigo se denominar QRypt. Despus, debe adaptar este cdigo a
una imagen para que pueda ser compartida mediante una aplicacin externa de
mensajera mvil o, en su defecto, guardada en la memoria SD del telfono.
Finalmente, debe ser capaz de escanear una imagen que contenga un cdigo QR,
aislarlo de los dems elementos que compongan la imagen, y descifrar el mensaje
original con ayuda de una contrasea. El sistema debe implementar algoritmos
criptogrficos para el cifrado del mensaje original.
En el caso de generar un cdigo QRypt, el sistema dar la opcin de cifrar el mensaje
mediante los siguientes mtodos:
Contrasea: El mensaje se cifrar con una contrasea que se haya acordado

entre el emisor y el receptor como clave.
Imei: El mensaje se cifrar con el imei del terminal que genera el cdigo como
clave. De esta forma, el mensaje slo podr recuperarlo el terminal que gener
el cdigo.
Modelo: El mensaje se cifrar con el modelo del terminal que genera el cdigo
como clave. De esta forma, el mensaje slo podr recuperarlo un terminal que
comparta el modelo del terminal que gener el cdigo.
Fecha: El mensaje se cifrar con una fecha que introducir el emisor como
clave. Si la fecha es futura, el mensaje no se podr leer. Las comprobaciones
se harn con la fecha de Internet.
Patrn: El mensaje se cifrar con un patrn semejante al que utiliza Android en
el desbloqueo de sus terminales como clave.
26
Carlos Pliego Garca
Ms adelante se definir la funcionalidad completa de la aplicacin.

4.1.2 RESTRICCIONES GENERALES
El equipo de desarrollo y la normativa legal especificada en el marco regulador han
impuesto las siguiente restricciones para el presente proyecto:
La interfaz de la aplicacin debe ser sencilla, usable, accesible y amigable.

Es necesario que la aplicacin est programada en lenguaje de programacin
Java.
La aplicacin debe ser compatible con el mayor nmero posible de versiones
del sistema operativo Android.
La aplicacin debe ser capaz de cumplir a la perfeccin con todas las
funcionalidades que se hallan en los requisitos de usuario.
Los requisitos de usuario coincidirn con los que se especificaron en las
reuniones que se han mantenido con el tutor y se complementarn con las
decisiones que el alumno haya considerado pertinentes.
Los algoritmos criptogrficos que se utilicen en el sistema deben ser seguros.
La informacin personal de los usuarios de la aplicacin y los datos que se
generen o traten quedarn nicamente en posesin del usuario. La aplicacin
no enviar datos annimamente a ningn servidor, bien en posesin del
desarrollador, bien en posesin de cualquier otra entidad.
4.1.3 ENTORNO OPERACIONAL

La aplicacin que se va a desarrollar necesita que el terminal en el que se va a
ejecutar cuente con unos requisitos mnimos para asegurar que el sistema funciona
correctamente. Estos requisitos son:
Una versin del sistema operativo Android igual o superior a la Honeycomb

(v.3.0). Esta versin se beneficia de una API con la que no cuentan las
anteriores versiones y es esencial para soportar un diseo estndar de Google
llamado Holo que mejora notablemente la interaccin usuario-aplicacin.
Una cantidad de memoria RAM no menor a 700MB, ya que el terminal debe ser
capaz de tratar con rapidez los datos y las herramientas que utiliza la
aplicacin. Adems, al ser necesaria tambin una versin del sistema
operativo Android que utiliza la memoria RAM con mucha asiduidad, se
necesita una cantidad de memoria que, a pesar de ser la normal en
dispositivos que soportan este sistema operativo, no es baja.
27
Carlos Pliego Garca
4.2 ENTORNO DE DESARROLLO

En esta seccin se van a exponer todos los datos y la informacin pertinente sobre
los elementos hardware y software que componen el entorno de desarrollo con el que
se le dar vida a la aplicacin.
4.2.1 EQUIPOS
Se utilizarn los siguientes dispositivos fsicos para disear, desarrollar y probar la
aplicacin:
Dispositivo mvil Samsung Galaxy SII

o Modelo: GT-I9100.
o Versin del sistema operativo: 4.1.2 Jelly Bean (API 16). [3]
o Procesador: Dual-Core 1.2 GHz Cortex-A9. [4]
o RAM: 1GB.
o Versin de banda base: I9100XXMS2
o Versin del Kernel: 3.0.31 - 1069234 dpi@DELL237 #3 SMP PREEMPT
o Nmero de compilacin: JZO54K.I9100XWLSN
Ordenador de sobremesa hecho a piezas
o Procesador: Intel Core i7-2600K 3.4GHz.
o Sistema operativo: Windows 8 Professional 64 bits.
o Memoria RAM: 8GB DDR3.
o Capacidad del disco duro: 1TB.
Ordenador porttil Asus
o Modelo: A55A-SX465H.
o Procesador: Intel Core i7-3630QM 2.4GHz.
o Sistema operativo: Windows 8 Professional 64 bits.
o Memoria RAM: 8GB DDR3.
o Capacidad del disco duro: 500GB.
4.2.2 LENGUAJE DE PROGRAMACIN

Debido a que no hay que realizar ninguna tarea en la consola de comandos de
Windows, el nico lenguaje que se utilizar durante el desarrollo de la aplicacin ser
el lenguaje de programacin Java ya que ste es el lenguaje que se emplea en la
programacin de las aplicaciones para el sistema operativo Android. En este caso, se
utilizar la API de Android 11 ya que es la mnima que proporciona las libreras
bsicas necesarias para un diseo Holo.
4.2.3 ENTORNO DE DESARROLLO
El entorno de desarrollo que se emplear para llevar a cabo el proyecto ser el
programa Eclipse. Este entorno est programado en Java y cuenta con un gran
nmero de complementos para el desarrollo y diseo de aplicaciones para el sistema
operativo Android.
Se ha decidido escoger este entorno de desarrollo ya que es uno de los ms usado
para programar aplicaciones para el sistema operativo Android, cuenta con un
emulador virtual de dispositivo Android en el que se puede comprobar la
funcionalidad de la aplicacin en diferentes tamaos de pantalla y versiones del
28
Carlos Pliego Garca
sistema operativo, y es el entorno de programacin que ms se ha utilizado durante la

carrera.
La versin de Eclipse, el nombre de los complementos y el nmero de versin del
entorno de desarrollo software para Android (llamado SDK, "Software Development
Kit") sern los siguientes:
Versin de Eclipse: 3.4.

Complementos: Android Development Tools (ADT).
Android SDK: 3.0 (API 11).
29
Carlos Pliego Garca
4.3 REQUISITOS DE USUARIO

En circunstancias normales, la funcin de los requisitos de usuario no sera otra que
la de recoger la informacin explcita sobre qu es lo que quiere el cliente y qu es lo
que necesita. Como este caso vara de la regla general ya que se trata de un proyecto
de fin de grado, estos requisitos se obtendrn en sesiones de trabajo entre el tutor del
proyecto y el alumno encargado de realizarlo. El fin de estas reuniones es numerar y
definir los procesos y tareas que el sistema de informacin (en este caso, la
aplicacin) debera poder llevar a cabo sin ningn problema, y, por otro lado, las
limitaciones que ste debera tener.
Debido a la naturaleza de los requisitos de usuario, se ha decidido dividir su
especificacin en requisitos de capacidad del sistema y requisitos de restriccin
sobre el sistema.
Cada requisito deber estar definido en una tabla. Las tablas se compondrn de los
siguientes atributos:
Identificador: Es preciso que cada requisito de usuario est vinculado a un

identificador exclusivo y unvoco para que su seguimiento futuro pueda
realizarse de forma ms simple. El identificador estar formado por dos
elementos clave:
o Siglas: Se referirn al tipo de requisito de usuario que sea. Si es un
requisito de usuario de capacidad, sern RUC; mientras que, si es un
requisito de usuario de restriccin, sern RUR.
o Nmero: El nmero de requisito que sea. Se representar siempre con 2
cifras.
De esta forma, un ejemplo de identificador de requisito de usuario de
capacidad podra ser el "RUC-08", que equivaldra al requisito de usuario de
capacidad nmero 8.
Nombre: El nombre que se le da al requisito. Debe ser un poco descriptivo y, no

necesariamente, unvoco.
Descripcin: La descripcin de lo que debera poder hacer el sistema o, por el
contrario, lo que no debera. Esta especificacin no debera ser extensa y
debera explicar de forma correcta en qu consiste en requisito.
Prioridad: La prioridad de un requisito frente a otros. Los requisitos de ms
prioridad debern implementarse antes que los de menor prioridad en el
proceso de diseo o implementacin. Los valores que puede tomar este
atributo son: Alta, Media y Baja.
Necesidad: La importancia de que un requisito se implemente o no. Los
valores que puede recibir este campo son:
o Primario: Es un requisito de usuario obligatorio que debe ser
implementado.
o Secundario: Es un requisito de usuario que debera ser implementado
pero, al contrario que el anterior, no es obligatorio.
30
Carlos Pliego Garca
Opcional: Es un requisito de usuario que se puede dejar de

implementar.
Estabilidad: Mide lo estable que ser un requisito de usuario en relacin a los
cambios que se puedan producir en el sistema. Los requisitos podrn ser de
uno de estos dos tipos:
o Alta: El requisito no se modificar durante la vida del sistema de
informacin.
o Baja: El requisito puede modificarse puntualmente.
Fuente: Especifica cul es el origen del requisito de usuario. Puede tomar dos
valores:
o Alumno: Si ha sido el alumno el que ha propuesto el requisito de
usuario.
o Tutor: Si, por el contrario, el tutor ha sido quien lo ha propuesto.
o
En la Tabla 1 se expone una plantilla que representa a un requisito de usuario general.

IDENTIFICADOR: RU@-XX
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Alta
Primario
Alta
Alumno
Media
Baja
Secundario Opcional
Baja
Tutor
Tabla 1: Plantilla de requisito de usuario
4.3.1 REQUISITOS DE CAPACIDAD

Los requisitos de usuario de capacidad especifican las tareas y funciones que debe
cumplir el sistema de informacin para resolver un problema o, en su defecto,
alcanzar un objetivo. Los requisitos de usuario de capacidad recogidos en las
sesiones de trabajo con el tutor son:
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
IDENTIFICADOR: RUC-01
Modo generar QR
El usuario ser capaz de acceder al modo
generar QR desde la pantalla principal de
la aplicacin.
Alta
Media
Baja
Primario Secundario Opcional
Alta
Baja
Alumno Tutor
Tabla 2: RUC-01
31
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Carlos Pliego Garca

Modo generar QRypt
generar QRypt desde la pantalla principal
de la aplicacin.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 3: RUC-02
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Modo leer por cmara
leer por cmara desde la pantalla
principal de la aplicacin.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 4: RUC-03
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Modo leer desde fichero
leer desde fichero desde la pantalla
principal de la aplicacin.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 5: RUC-04
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Escoger imagen para leer
El usuario ser capaz de escoger una
imagen de la galera para descifrar el
cdigo QR o QRypt que contenga, si es
que contiene alguno de los dos.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 6: RUC-05
32
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Carlos Pliego Garca

Escribir mensaje para cifrar
El usuario ser capaz de escribir un
mensaje para poder cifrarlo o para poder
generar un cdigo QR simple.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 7: RUC-06
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Escribir contrasea para cifrar
El usuario ser capaz de escribir una
contrasea con la que cifrar el mensaje
para generar un cdigo QRypt.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 8: RUC-07
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Permitir cifrar con imei
El usuario ser capaz de cifrar un
mensaje usando el imei del terminal
como contrasea para generar un cdigo
QRypt.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 9: RUC-08
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Permitir cifrar con modelo
mensaje usando el modelo del terminal
como contrasea para generar un cdigo
QRypt.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 10: RUC-09
33
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Carlos Pliego Garca

Permitir cifrar con la fecha
mensaje usando una fecha como
contrasea para generar un cdigo
QRypt.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 11: RUC-10
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Permitir cifrar con un patrn
mensaje usando patrn semejante a los
de desbloqueo como contrasea para
generar un cdigo QRypt.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 12: RUC-11
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Contador de caracteres
El usuario ser capaz de ver el nmero de
caracteres del mensaje que est
escribiendo en tiempo real
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 13: RUC-12
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Escoger color del cdigo
El usuario ser capaz de escoger el color
que quiera para el cdigo QRypt.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 14: RUC-13
34
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Carlos Pliego Garca

Escoger modo de transmisin
El usuario ser capaz de escoger la
aplicacin a la que quiere enviar el
cdigo para compartirlo.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 15: RUC-14
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Carpeta de salida
El usuario ser capaz de elegir la carpeta
en la que se guardarn las imgenes que
contengan los cdigos QR y QRypt
generados.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 16: RUC-15
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Panel de ajustes
El usuario ser capaz de cambiar los
ajustes por defecto del cifrado.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 17: RUC-16
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Novedades de la versin
El usuario ser capaz de comprobar las
novedades que se han producido de una
versin a otra.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 18: RUC-17
35
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Carlos Pliego Garca

Escribir contrasea para descifrar
El usuario ser capaz de escribir una
contrasea para descifrar un cdigo
QRypt si ste ha sido cifrado con este
mtodo.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 19: RUC-18
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Mostrar mensaje descifrado
El usuario ser capaz de ver el mensaje
descifrado.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 20: RUC-19
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Abrir URLs
El usuario ser capaz de decidir si quiere
ser redirigido cuando el mensaje
descifrado sea una URL.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 21: RUC-20
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Navegacin sencilla
La interfaz deber ser sencilla e intuitiva.
Se obligar al usuario a seguir los pasos
que se propongan como si fuera un
asistente.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 22: RUC-21
36
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Carlos Pliego Garca

Diseo para daltnicos
El diseo de la interfaz deber ser
perfectamente accesible para gente con
problemas de daltonismo. Se evitar el
uso de tonos verdes y rojos.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 23: RUC-22
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Men compartir
El usuario ser capaz de elegir la
aplicacin desde el men "compartir"
para imgenes de Android.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 24: RUC-23
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Escoger modo de cifrado
El usuario ser capaz elegir el modo de
cifrado que quiere para su mensaje si es
que ha elegido generar un cdigo QRypt.
Podr elegir entre contrasea, imei,
modelo, fecha y patrn. Adems, se
podr elegir ms de una opcin.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 25: RUC-24
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Panel de control deslizable
El usuario ser capaz de acceder a un
panel de control deslizable para cambiar
los ajustes desde cualquier ventana de la
aplicacin.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 26: RUC:25
37
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Carlos Pliego Garca

Volver atrs
El usuario ser capaz de volver a la
primera actividad de la aplicacin desde
cualquier otra actividad nicamente
pulsando un botn.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 27: RUC-26
4.3.2 REQUISITOS DE RESTRICCIN

Los requisitos de usuario de restriccin especifican todo tipo de limitacin en la
forma de llevar a cabo las funciones que debera realizar la aplicacin. Adems, estos
requisitos detallan cmo resolver el problema o cmo se debe alcanzar el objetivo.
Los requisitos de usuario de restriccin recogidos en las sesiones de trabajo son:
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
IDENTIFICADOR: RUR-01
Longitud mensaje
La longitud mxima del mensaje que se
va a cifrar ser de 2000 caracteres.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 28: RUR-01
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
No mostrar contrasea
En el caso de que haya que introducir una
contrasea, sta ser ocultada con
asteriscos.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 29: RUR-02
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Contrasea para descifrar
La contrasea que se introducir en el
proceso de descifrado del mensaje
deber ser exactamente igual a la que se
us para cifrarlo.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 30: RUR-03
38
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Carlos Pliego Garca

Seguridad ptima
Se utilizarn algoritmos de cifrado
seguros.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 31: RUR-04
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Dependencia de Internet
La aplicacin no necesitar una conexin
a Internet para cifrar y descifrar un
cdigo QR o un cdigo QRypt salvo que
el mtodo de cifrado escogido sea por
fecha. Tambin se necesitar para
comprobar actualizaciones y para
compartir un cdigo.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 32: RUR-05
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Disponibilidad de idiomas
La aplicacin deber estar traducida y
localizada al castellano y al ingls.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 33: RUR-06
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Tiempo de cifrado
La aplicacin deber tardar un mximo
de 30 segundos en generar un cdigo QR
y un mximo de 1 minuto en generar un
cdigo QRypt.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 34: RUR-07
39
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Carlos Pliego Garca

Color negro para QR
La aplicacin no permitir elegir ningn
color para un cdigo QR simple. El negro
est reservado para estos cdigos.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 35: RUR-08
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Color negro para QRypt
La aplicacin debe permitir elegir el color
en el que se quiere cifrar el cdigo QRypt.
El negro no estar permitido.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 36: RUR-09
Nombre:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Fuente:
Introducir contrasea
La aplicacin no debe permitir introducir
la contrasea cuando el cdigo QRypt
que se va a leer haya sido cifrado
mediante imei, modelo o fecha.
Alta
Media
Baja
Alta
Baja
Alumno Tutor
Tabla 37: RUR-10
40
Carlos Pliego Garca
4.4 CASOS DE USO

En la presente seccin se especificarn los casos de uso del sistema. Estos casos de
uso se obtienen de los requisitos de usuario que se han definido en el apartado
anterior. El objetivo de los casos de uso es describir las posibles acciones que el
usuario puede realizar sobre el sistema. Cada caso de uso puede satisfacer uno o
varios requisitos de usuario, en especial aquellos que estn directamente
involucrados con la actividad que va a resolver el caso de uso.
El orden en el que se va a proceder para realizar esta seccin es el siguiente:
1. Se van a ilustran los casos de uso que se consideran principales en un
diagrama general sencillo.
2. Se van a construir diagramas adicionales ms detallados que contienen todos
y cado uno de los casos de uso que se han especificado en los requisitos. La
funcin de este paso no es otra que la de seguir un proceso de anlisis
incremental.
3. Se completar con una descripcin detallada de cada caso de uso que
aparezca en los diagramas.
Al igual que se ha hecho en la seccin de requisitos de usuario, se va a especificar
cada caso de uso con una tabla que contendr unos atributos. Estos atributos sern:
Identificador: Es preciso que cada caso de uso est vinculado a un

elementos clave: unas siglas que indicarn que se trata de un caso de uso, y
un nmero de dos cifras que indicar el caso de uso que es. Las siglas
reservadas para definir un caso de uso son "CU". De esta forma, un ejemplo de
identificador de caso de uso podra ser "CU-13", que equivaldra al caso de uso
nmero 13.
Nombre: El nombre resumir la funcin del caso de uso que se est definiendo.
Actores: Define qu actor o actores interactan con el caso de uso.
Descripcin: Describe cmo un actor debera interactuar con la aplicacin y la
respuesta que el sistema ofrecera.
Precondiciones: Define el estado del sistema necesario para la realizacin del
caso de uso.
Postcondiciones: Define el estado del sistema tras la realizacin del caso de
uso.
Secuencia principal: Establece el orden de las acciones que son necesarias
para alcanzar el caso de uso.
Secuencia alternativa: En el caso de que exista, describe caminos de
naturaleza diferente a la secuencia principal para alcanzar el caso de uso.
Requisitos: Indica los requisitos de usuario con los que est relacionado el
caso de uso.
En la Tabla 39 se expone una plantilla que representa a un caso de uso general.
41
Carlos Pliego Garca

IDENTIFICADOR: CU-XX
Nombre:
Actores:
Descripcin:
Precondiciones:
Postcondiciones:
Secuencia principal:
Secuencia alternativa:
Requisitos:
Tabla 38: Plantilla de caso de uso
4.4.1 CASO DE USO GENERAL

En la Ilustracin 3 se muestra el diagrama del caso de uso general para la aplicacin.
Ilustracin 5: Caso de uso principal
Como se puede observar en la Ilustracin 5, hay 3 posibles casos de uso generales:

generar un cdigo QR o QRypt, cambiar los ajustes de la aplicacin, actualizar la
aplicacin y extraer el mensaje de un cdigo QR o QRypt.
42
Carlos Pliego Garca
En la Ilustracin 5 existen 3 actores pero 2 de ellos son derivaciones del usuario

principal. El papel de cada uno de estos actores es el siguiente:
Usuario: Es el usuario general. Aquel que va a hacer uso de la aplicacin.

Debido a la gran diferenciacin entre el mdulo de generacin y el de lectura,
resulta conveniente derivar de este actor otros dos. Aun as, el usuario
principal, tenga el rol que tenga, podr cambiar los ajustes de la aplicacin y
ver las novedades de la versin que ejecuta.
Emisor: Es el usuario cuyo objetivo es el de generar un cdigo QR con un
mensaje. El mensaje puede estar cifrado o no. En el primero de los casos, el
emisor est generando un cdigo QRypt mientras que, en el segundo slo
genera un cdigo QR simple. Este actor deriva del usuario principal.
Receptor: Es el usuario cuyo objetivo no es otro que el de recuperar un
mensaje (cifrado o no) que se halla en un cdigo QR. Este actor deriva del
usuario principal.
Como ms adelante se va a desglosar con profundidad los casos de uso "Generar" y

"Leer", a continuacin se va a explicar nicamente el acceso a stos y los dos casos
de uso que puede realizar el usuario.
Nombre:
Actores:
Descripcin:
Precondiciones:
Postcondiciones:
Requisitos:
IDENTIFICADOR: CU-01
Generar.
Emisor.
El emisor selecciona la opcin de generar
un QR o un QRypt desde la pantalla
principal.
Ejecutar la aplicacin.
Se accede al mdulo de generacin de
QR o de QRypt.
1. Ejecutar aplicacin.
2. Seleccionar la opcin generar QR
o la opcin generar QRypt.
RUC-01, RUC-02.
Tabla 39: CU-01
43
Nombre:
Actores:
Descripcin:
Precondiciones:
Postcondiciones:
Requisitos:
Carlos Pliego Garca

Leer.
Receptor.
El receptor selecciona la opcin de leer
un cdigo QR desde la pantalla principal.
Se accede al mdulo de lectura de cdigo
QR mediante la cmara o mediante un
fichero.
2. Seleccionar la opcin leer QR por
cmara o por fichero..
(1). El receptor accede al mdulo de
lectura del cdigo QR desde el
men "Abrir con..." de las
imgenes de Android.
RUC-03, RUC-04.
Tabla 40: CU-02
Nombre:
Actores:
Descripcin:
Precondiciones:
Postcondiciones:
Requisitos:
Cambiar ajustes.
Usuario.
El usuario abre el panel deslizable y
cambia los ajustes de la aplicacin desde
cualquier pantalla.
Se modifica el valor de los ajustes por
defecto de la aplicacin.
2. Abrir el men deslizable.
3. Seleccionar cualquier opcin de
ajustes.
4. Modificar los ajustes.
(1). Ejecutar la aplicacin y abrir
cualquier mdulo de ella.
RUC-15, RUC-16.
Tabla 41: CU-03
44
Nombre:
Actores:
Descripcin:
Precondiciones:
Postcondiciones:
Requisitos:
Carlos Pliego Garca

Actualizar.
Usuario.
El usuario abre el panel deslizable y
selecciona la opcin de ver las
novedades de la versin.
Dilogo con las novedades de la versin
actual.
2. Abrir el men deslizable.
3. Seleccionar la opcin de ver las
RUC-17.
Tabla 42: CU-04
4.4.2 CASOS DE USO DEL MDULO GENERAR

En esta seccin se va a profundizar en los casos de uso relacionados con la
generacin de cdigos QR o QRypt.
En la Ilustracin 4 se muestra un diagrama ms completo en el que se desglosan los
casos de uso para el mdulo de generacin de cdigos QR o QRypt.
Ilustracin 6: Casos de uso para el mdulo de generacin
45
Carlos Pliego Garca
Como se puede observar, en este caso slo hay un actor. Este actor es el emisor, cuyo
objetivo es introducir un mensaje en un cdigo QR. El actor puede elegir entre cifrar
este mensaje o no, siendo la primera de las opciones la que le ofrece ms acciones.
Se escoja la opcin que se escoja, la aplicacin dar oportunidad de compartir el
cdigo.
Se puede ver que el proceso de generacin est formado por distintos casos de uso y
que cada uno de ellos acta como una accin cuya resolucin es necesaria para
alcanzar el objetivo.
Existe un caso de uso que es condicional (slo se ejecuta cuando se cumple una
condicin). Este caso de uso es "Introducir contrasea/fecha/patrn" ya que, si no se
ha elegido uno de esos tipos de cifrado, no se va a ejecutar.
A continuacin, se exponen los casos de uso que se han mostrado en la Ilustracin 6
siguiendo el formato que impone la plantilla de la Tabla 38.
Nombre:
Actores:
Descripcin:
Precondiciones:
Postcondiciones:
Requisitos:
Escribir un mensaje.
Emisor.
El emisor escribe el mensaje que quiere
incluir en un cdigo QR.
Acceder al modo de generacin de QR o
de QRypt.
Se escribe el mensaje.
1. Acceder al modo de generacin
de QR.
2. Escribir el mensaje.
(1). Acceder al modo de generacin
de QRypt.
(2). Escribir el mensaje.
RUC-06, RUC-12, RUC-21, RUC-22, RUC25, RUR-01.
Tabla 43: CU-05
Nombre:
Actores:
Descripcin:
Precondiciones:
Postcondiciones:
Requisitos:
Elegir tipo de cifrado.
Emisor.
El emisor elige el tipo de cifrado con el
que quiere cifrar el mensaje.
Escribir un mensaje para que sea cifrado.
Se elige la forma de cifrado.
de QRypt.
3. Elegir modo de cifrado
RUC-08, RUC-09, RUC-10, RUC-11, RUC21, RUC-22, RUC-24, RUC-25, RUC-26.
Tabla 44: CU-06
46
Nombre:
Actores:
Descripcin:
Precondiciones:
Postcondiciones:
Requisitos:
Carlos Pliego Garca

Introducir contrasea/fecha/patrn.
Emisor.
El emisor introduce la contrasea que se
le pide para cifrar el mensaje.
Haber elegido el modo de cifrado por
contrasea, por patrn o por fecha..
Se introduce la contrasea.
de QRypt.
(contrasea/fecha/patrn).
4. Introducir la contrasea para
cifrar.
RUC-07, RUC-21, RUC-22, RUC-25, RUC26, RUR-02.
Tabla 45: CU-07
Nombre:
Actores:
Descripcin:
Precondiciones:
Postcondiciones:
Requisitos:
Elegir color.
Emisor.
El emisor elige el color con el que quiere
que se muestre el cdigo QRypt.
Haber elegido el modo de cifrado e
introducido la contrasea en caso de que
se solicitase.
Se elige el color.
de QRypt.
4. Introducir la contrasea para
cifrar
5. Elegir color.
de QRypt.
(3). Elegir modo de cifrado
(Imei/Modelo).
(4). Elegir color.
RUC-13, RUC-21, RUC-22, RUC-25, RUC26, RUR-08, RUR-09.
Tabla 46: CU-08
47
Nombre:
Actores:
Descripcin:
Precondiciones:
Postcondiciones:
Secuencia alternativa 2:
Requisitos:
Carlos Pliego Garca

Generar.
Emisor.
La aplicacin genera el cdigo segn las
opciones introducidas en los pasos
anteriores.
Acceder al modo de generacin de
cdigo QR o al modo de generacin de
cdigo QRypt.
Mensaje introducido en un cdigo QR. o
mensaje cifrado introducido en un cdigo
QRypt.
de QR.
3. Presionar el botn "Aceptar".
de QRypt.
(4). Introducir la contrasea para
cifrar
(5). Elegir color.
(6). Presionar el botn "Aceptar".
de QRypt.
(Imei/Modelo).
(4). Elegir color.
RUR-04, RUR-05, RUR-07.
Tabla 47: CU-09
48
Nombre:
Actores:
Descripcin:
Precondiciones:
Postcondiciones:
Requisitos:
Carlos Pliego Garca

Enviar.
Emisor.
La aplicacin abre el men compartir de
Android para que el usuario enve el
cdigo donde quiera.
Generar un cdigo.
Cdigo compartido.
de QR.
3. Presionar el botn "Aceptar".
4. Pulsar el botn compartir y
seleccionar la aplicacin.
de QRypt.
(4). Introducir la contrasea para
cifrar
(5). Elegir color.
(7). Pulsar el botn compartir y
seleccionar la aplicacin.
de QRypt.
(Imei/Modelo).
(4). Elegir color.
(6). Pulsar el botn compartir y
seleccionar la aplicacin
RUC-14, RUC-21, RUC-22, RUC-25, RUC26.
Tabla 48: CU-10
4.4.3 CASOS DE USO DEL MDULO LEER

En esta seccin se va a profundizar en los casos de uso relacionados con la lectura
de cdigos QR y QRypt.
En la Ilustracin 5 se muestra un diagrama ms completo en el que se desglosan los
casos de uso para el mdulo de la lectura de cdigos QR y QRypt.
49
Carlos Pliego Garca
Ilustracin 7: Casos de uso para el mdulo de lectura
Como se puede observar, en este caso slo hay un actor. Este actor es el receptor,
cuyo objetivo es extraer el mensaje que ha sido introducido en un cdigo QR. El actor
puede elegir entre leer el cdigo mediante la cmara del terminal o buscar una imagen
en la galera que contenga ese cdigo. Se escoja la opcin que se escoja, una vez se
ha extrado el mensaje, no hay diferencia en la ejecucin de las opciones.
Se puede ver que el proceso de lectura est formado por distintos casos de uso y que
cada uno de ellos acta como una accin cuya resolucin es necesaria para alcanzar
el objetivo. Al igual que en el mdulo de generacin, existen unos casos de uso cuya
ejecucin estar sujeta a una condicin. Se han utilizado valos para representar
estas condiciones.
Sin importar que opcin de lectura se elija, la aplicacin comprobar si el mensaje ha
sido cifrado con una contrasea. Si es as, proceder a pedirle al receptor que
introduzca una. Una vez superado este punto, la aplicacin comprobar si el mensaje
es una URL o no y, de ser as, preguntar al receptor si quiere ser redireccionado a ella
y, despus, mostrar la URL o el mensaje por pantalla.
A continuacin, se exponen los casos de uso que se han mostrado en la Ilustracin 7
siguiendo el formato que impone la plantilla de la Tabla 36.
50
Nombre:
Actores:
Descripcin:
Precondiciones:
Postcondiciones:
Requisitos:
Carlos Pliego Garca

Leer de cmara.
Receptor.
El receptor apunta con la cmara del
dispositivo a un cdigo QR o QRypt.
Acceder al modo de lectura por cmara.
Se obtiene el mensaje (cifrado o no).
1. Acceder al modo de lectura por
cmara.
2. Obtener un mensaje (cifrado o no)
RUC-03, RUC-21, RUC-22, RUC-26.
Tabla 49: CU-11
Nombre:
Actores:
Descripcin:
Precondiciones:
Postcondiciones:
Requisitos:
Leer de fichero.
Receptor.
El receptor selecciona una imagen que se
encuentre en la memoria del dispositivo y
que contenga un cdigo QR o QRypt.
Acceder al modo de lectura por fichero.
Se obtiene el mensaje (cifrado o no).
fichero.
2. Obtener un mensaje (cifrado o no)
RUC-04, RUC-05, RUC-21, RUC-22, RUC23, RUC-26.
Tabla 50: CU-12
Nombre:
Actores:
Descripcin:
Precondiciones:
Postcondiciones:
Requisitos:
Introducir contrasea.
Receptor.
El receptor introduce la contrasea para
descifrar el cdigo QRypt.
Obtener el mensaje y que ste est
cifrado con una contrasea.
Contrasea introducida.
cmara.
2. Obtener un mensaje cifrado
3. Introducir la contrasea.
(1). Acceder al modo de lectura por
fichero.
(2). Obtener un mensaje cifrado.
(3). Introducir la contrasea.
RUC-18, RUC-21, RUC-22, RUC-26, RUR02, RUR-03 RUR-05, RUR-10.
Tabla 51: CU-13
Nombre:
Actores:
Redireccionar.
Receptor.
51

Descripcin:
Precondiciones:
Postcondiciones:
Requisitos:
Carlos Pliego Garca

El receptor seala si quiere o no que se le
redireccione a la URL que se halla en el
mensaje del QR o QRypt.
Obtener el mensaje y que ste sea una
URL.
Se redirecciona a la URL.
cmara.
2. Obtener un mensaje y que ste
sea una URL.
3. Redireccionar a la URL.
fichero.
(2). Obtener un mensaje y que ste
sea una URL.
(3). Redireccionar a la URL.
cmara.
(2). Obtener un mensaje cifrado y que
ste sea una URL.
fichero.
ste sea una URL.
RUC-20, RUC-21, RUC-22, RUC-26.
Tabla 52: CU-14
Nombre:
Actores:
Descripcin:
Precondiciones:
Postcondiciones:
Mostrar mensaje.
Receptor.
Se muestra por pantalla el mensaje
introducido en el cdigo QR o QRypt.
Obtener el mensaje y que ste sea una
URL.
Se redirecciona a la URL.
cmara.
2. Obtener un mensaje.
3. Mostrar el mensaje.
fichero.
(2). Obtener un mensaje.
(3). Mostrar el mensaje.
cmara.
52
Requisitos:
Carlos Pliego Garca

fichero.
cmara.
ste sea una URL.
fichero.
RUC-19, RUC-21, RUC-22, RUC-25, RUC26.
Tabla 53: CU-15
53
Carlos Pliego Garca
4.5 REQUISITOS DE SOFTWARE

Los requisitos de software se obtienen de los requisitos de usuario y del modelo de
casos de uso. Estos requisitos especifican la funcionalidad que la aplicacin tendr;
es decir, lo que tiene que hacer el sistema.
Cuando se especifican los requisitos de software, es recomendable separarlos en dos
grupos:
Requisitos de software funcionales: Definen lo que tiene que hacer la

aplicacin y su propsito. Se obtienen de los casos de uso.
Requisitos de software no funcionales: Definen cmo deben realizarse las
funcionalidades del sistema de informacin. Estos requisitos se dividirn en
las siguientes clases:
o Requisitos de operacin: Especifican cmo debe realizar el sistema de
informacin las tareas.
o Requisitos de interfaz: Especifican la interaccin entre el usuario y el
sistema y entre los mdulos de ste.
o Requisitos de rendimiento: Indican la carga que se espera que tenga
que soportar el sistema.
o Requisitos de recursos: Especifican los medios y recursos necesarios
para que el sistema funcione.
o Requisitos de comprobacin: Indican las limitaciones que afectan a
cmo el sistema de informacin tiene que verificar los datos de entras
y salida.
o Requisitos de seguridad: Definen los medios con los que el sistema se
proteger de amenazas en la integridad, confidencialidad y
disponibilidad.
Como se ha hecho anteriormente con los requisitos de usuario y los casos de uso,
estos requisitos se van a redactar utilizando una plantilla. La plantilla tendr los
siguientes atributos:
Identificador: Es preciso que cada requisito de software est vinculado a un

elementos clave: unas siglas que indicarn que se trata de un requisito de
software, y un nmero de dos cifras que indicar el requisito de software que
es. Las siglas reservadas para definir un requisito de software son "RS". De
esta forma, un ejemplo de identificador de requisito de software podra ser
"RS-24", que equivaldra al requisito de software nmero 24.
Descripcin: La descripcin de en qu consiste el requisito de software.
Prioridad: La prioridad de un requisito frente a otros. Los requisitos de ms
prioridad debern implementarse antes que los de menor prioridad en el
proceso de diseo o implementacin. Los valores que puede tomar este
atributo son: Alta, Media y Baja.
Necesidad: La importancia de que un requisito se implemente o no. Los
valores que puede recibir este campo son:
54
Carlos Pliego Garca
Primario: Es un requisito de software obligatorio que debe ser

implementado.
o Secundario: Es un requisito de software que debera ser implementado
pero, al contrario que el anterior, no es obligatorio.
o Opcional: Es un requisito de software que se puede dejar de
implementar.
Estabilidad: Mide lo estable que ser un requisito de usuario en relacin a los
cambios que se puedan producir en el sistema. Los requisitos podrn ser de
uno de estos dos tipos:
o Alta: El requisito no se modificar durante la vida del sistema de
informacin.
o Baja: El requisito puede modificarse puntualmente.
Requisitos: Especifica cul o cules son los requisitos de usuario de los que se
extrae el requisito de software.
o
En la Tabla 54 se expone una plantilla que representa a un requisito de software

general.
IDENTIFICADOR: RS-XX
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
Alta
Media
Baja
Alta
Baja
Tabla 54: Plantilla de requisito de software
4.5.1 REQUISITOS FUNCIONALES

Como se ha explicado ya, estos requisitos definen lo que tiene que hacer la aplicacin
y su propsito. A pesar de que se obtienen de los casos de uso, teniendo en cuenta
que stos ltimos se obtienen de los requisitos de usuario, se indicarn los requisitos
de usuario de los que surgen estos requisitos de software.
Las requisitos de software funcionales se listan a continuacin:
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
IDENTIFICADOR: RS-01
El sistema de informacin deber
permitir que el usuario pueda acceder al
modo de generacin de cdigos QR.
Alta
Media
Baja
Alta
Baja
RUC-01.
Tabla 55: RS-01
55
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
Carlos Pliego Garca

modo de generacin de cdigos QRypt.
Alta
Media
Baja
Alta
Baja
RUC-02.
Tabla 56: RS-02
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
modo de lectura por cmara.
Alta
Media
Baja
Alta
Baja
RUC-03.
Tabla 57: RS-03
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
modo de lectura desde fichero.
Alta
Media
Baja
Alta
Baja
RUC-04, RUC-23.
Tabla 58: RS-04
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
permitir que el usuario pueda elegir una
imagen de la galera desde el modo de
lectura desde fichero.
Alta
Media
Baja
Alta
Baja
RUC-05, RUC-23.
Tabla 59: RS-05
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
permitir que el usuario pueda escribir un
mensaje.
Alta
Media
Baja
Alta
Baja
RUC-06.
Tabla 60: RS-06
56
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
Carlos Pliego Garca

permitir que el usuario pueda escribir un
mensaje de hasta 2000 caracteres como
mximo.
Alta
Media
Baja
Alta
Baja
RUR-01.
Tabla 61: RS-07
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
mostrar un contador de caracteres que
indique el nmero de caracteres que se
han escrito en el mensaje.
Alta
Media
Baja
Alta
Baja
RUC-12.
Tabla 62: RS-08
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
permitir que el usuario introduzca una
contrasea para cifrar el mensaje.
Alta
Media
Baja
Alta
Baja
RUC-07.
Tabla 63: RS-09
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
permitir que el usuario pueda elegir un
tipo de cifrado como mnimo.
Alta
Media
Baja
Alta
Baja
RUC-24.
Tabla 64: RS-10
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
permitir que el usuario pueda elegir un
color para el cdigo si ste es QRypt.
Alta
Media
Baja
Alta
Baja
RUC-13, RUR-08, RUR-09.
Tabla 65: RS-11
57
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
Carlos Pliego Garca

permitir que el usuario pueda elegir el
modo de cifrado por contrasea.
Alta
Media
Baja
Alta
Baja
RUC-07.
Tabla 66: RS-12
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
modo de cifrado por imei del terminal.
Alta
Media
Baja
Alta
Baja
RUC-08.
Tabla 67: RS-13
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
modo de cifrado por modelo del terminal.
Alta
Media
Baja
Alta
Baja
RUC-09.
Tabla 68: RS-14
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
modo de cifrado por fecha.
Alta
Media
Baja
Alta
Baja
RUC-10.
Tabla 69: RS-15
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
modo de cifrado por patrn.
Alta
Media
Baja
Alta
Baja
RUC-11.
Tabla 70: RS-16
58
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
Carlos Pliego Garca

permitir que el usuario pueda elegir una
aplicacin de terceros a la que compartir
el cdigo generado.
Alta
Media
Baja
Alta
Baja
RUC-14.
Tabla 71: RS-17
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
permitir que el usuario pueda generar un
cdigo QR o QRypt con los datos
introducidos.
Alta
Media
Baja
Alta
Baja
RUC-01, RUC-02, RUC-06, RUC-07, RUC07, RUC-08, RUC-09, RUC-10, RUC-11,
RUC-13, RUC-24.
Tabla 72: RS-18
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
permitir que el usuario pueda elegir la
carpeta en la que quiere que se guarden
los cdigo generados.
Alta
Media
Baja
Alta
Baja
RUC-15.
Tabla 73: RS-19
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
permitir que el usuario pueda cambiar las
opciones por defecto.
Alta
Media
Baja
Alta
Baja
RUC-16.
Tabla 74: RS-20
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
permitir que el usuario introduzca una
contrasea para descifrar el QRypt.
Alta
Media
Baja
Alta
Baja
RUC-18.
Tabla 75: RS-21
59
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
Carlos Pliego Garca

permitir que el usuario elija si quiere que
se le redireccione a una URL cuando el
mensaje contenga una.
Alta
Media
Baja
Alta
Baja
RUC-20.
Tabla 76: RS-22
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
permitir que el usuario extraiga el
mensaje de un cdigo a partir de las
opciones seleccionadas.
Alta
Media
Baja
Alta
Baja
RUC-03, RUC-04, RUC-05, RUC-18, RUC23, RUR-03, RUR-05, RUR-10.
Tabla 77: RS-23
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
mostrar el mensaje del cdigo por
pantalla una vez se ha descifrado.
Alta
Media
Baja
Alta
Baja
RUC-19.
Tabla 78: RS-24
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
permitir que el usuario pueda ver las
Alta
Media
Baja
Alta
Baja
RUC-17.
Tabla 79: RS-25
60
Carlos Pliego Garca
4.5.2
REQUISITOS DE OPERACIN
Descripcin:
permitir que el usuario acceda al modo
de generacin de cdigos QR desde la
pantalla principal de la interfaz.
Prioridad:
Alta
Media
Baja
Necesidad:
Estabilidad:
Alta
Baja
Requisitos:
RUC-01.
Tabla 80: RS-26
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
de generacin de cdigos QRypt desde la
pantalla principal de la interfaz.
Alta
Media
Baja
Alta
Baja
RUC-02.
Tabla 81: RS-27
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
de lectura de cdigos por cmara desde
la pantalla principal de la interfaz.
Alta
Media
Baja
Alta
Baja
RUC-03.
Tabla 82: RS-28
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
de lectura de cdigos por fichero desde
la pantalla principal de la interfaz.
Alta
Media
Baja
Alta
Baja
RUC-04.
Tabla 83: RS-29
61
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
Carlos Pliego Garca

Se mostrar el men deslizable con los
ajustes de la aplicacin cuando se pulse
el botn "men" del terminal.
Alta
Media
Baja
Alta
Baja
RUC-25.
Tabla 84: RS-30
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
Se mostrar el men deslizable con los
ajustes de la aplicacin cuando se
deslice el dedo por el borde izquierdo de
la pantalla.
Alta
Media
Baja
Alta
Baja
RUC-25.
Tabla 85: RS-31
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
El sistema de informacin debe permitir
al usuario navegar por la interfaces de
los mdulos de generacin de cdigos
QR y QRypt para corregir o modificar la
informacin incluida en los campos. Para
ello se har uso del botn atrs del
dispositivo y de botones para avanzar.
Alta
Media
Baja
Alta
Baja
RUC-21, RUC-26.
Tabla 86: RS-32
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
El sistema de informacin mostrar un
dilogo para escoger los distintos tipos
de cifrado:
Contrasea.
Imei.
Modelo.
Fecha.
Patrn.
Alta
Media
Baja
Alta
Baja
RUC-24.
Tabla 87: RS-33
62
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
Carlos Pliego Garca

dilogo para escoger los distintos
colores para el QRypt:
Verde.
Rojo.
Azul.
Naranja.
Morado.
Marrn.
Rosa.
Gris.
Random.
Alta
Media
Baja
Alta
Baja
RUC-13.
Tabla 88: RS-34
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
botn para seleccionar la aplicacin de
terceros a la que se desea mandar el
cdigo.
Alta
Media
Baja
Alta
Baja
RUC-14.
Tabla 89: RS-35
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
mandar la imagen a la aplicacin de
terceros que se haya seleccionado.
Alta
Media
Baja
Alta
Baja
RUC-14.
Tabla 90: RS-36
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
botn de "Siguiente" en la barra de
accin del mdulo de generacin para
generar el cdigo con el mensaje escrito.
Alta
Media
Baja
Alta
Baja
Tabla 91: RS-37
63
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
Carlos Pliego Garca

dilogo en caso de que algn campo no
se haya completado y se haya pulsado el
botn de "Siguiente".
Alta
Media
Baja
Alta
Baja
Tabla 92: RS-38
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
dilogo en el mdulo de lectura cuando
se necesite una contrasea para
descifrar el mensaje.
Alta
Media
Baja
Alta
Baja
RUC-18, RUR-10.
Tabla 93: RS-39
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
dilogo en el mdulo de lectura cuando el
mensaje contenga una URL dando a
elegir al usuario entre que se le
redireccione o no.
Alta
Media
Baja
Alta
Baja
RUC-20.
Tabla 94: RS-40
4.5.3
REQUISITOS DE INTERFAZ
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
La aplicacin podr ser llamada de
manera externa cuando se seleccione
desde el men contextual de Android
abrir con sobre una imagen que
contenga un cdigo QR o un cdigo
QRypt.
Alta
Media
Baja
Alta
Baja
RUC-23.
Tabla 95: RS-41
64
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
Carlos Pliego Garca

al usuario poder seleccionar imgenes
con formato JPEG y PNG.
Alta
Media
Baja
Alta
Baja
RUC-05, RUC-23.
Tabla 96: RS-42
4.5.4
REQUISITOS DE RENDIMIENTO
Descripcin:
al usuario poder seleccionar imgenes de
cualquier resolucin, peso y tamao.
Prioridad:
Alta
Media
Baja
Necesidad:
Estabilidad:
Alta
Baja
Requisitos:
RUC-05, RUC-23.
Tabla 97: RS-43
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
El sistema de informacin debe ser capaz
de incluir un mensaje en un cdigo QR en
menos de 30 segundos y cifrar e incluir
un mensaje cifrado en un cdigo QRypt
en menos de 1 minuto.
Alta
Media
Baja
Alta
Baja
RUR-07.
Tabla 98: RS-44
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
La aplicacin se mostrar en castellano o
ingls dependiendo del idioma del
dispositivo Android.
Alta
Media
Baja
Alta
Baja
RUR-06.
Tabla 99: RS-45
65
Carlos Pliego Garca
4.5.5
REQUISITOS DE RECURSOS
Descripcin:
La aplicacin debe disponer de conexin
a Internet para cifrar y descifrar QRypt
con la fecha como clave y para
comprobar si existen nuevas
actualizaciones que estn disponibles.
Prioridad:
Alta
Media
Baja
Necesidad:
Estabilidad:
Alta
Baja
Requisitos:
RUR-05.
Tabla 100: RS-46
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
La aplicacin funcionar en sistemas
operativos Android a partir de la versin
de firmware 3.0.
Alta
Media
Baja
Alta
Baja
Tabla 101: RS-47
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
El terminal deber contar con la memoria
RAM suficiente para poder utilizar el
sistema sin ninguna excepcin.
Alta
Media
Baja
Alta
Baja
Tabla 102: RS-48
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
El terminal deber contar con una
cmara para poder escanear cdigos QR
desde ella.
Alta
Media
Baja
Alta
Baja
RUC-03.
Tabla 103: RS-49
4.5.6
REQUISITOS DE SEGURIDAD
Descripcin:
La aplicacin deber utilizar algoritmos
de cifrado seguros.
Prioridad:
Alta
Media
Baja
Necesidad:
Estabilidad:
Alta
Baja
Requisitos:
RUR-04.
Tabla 104: RS-50
66
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
Carlos Pliego Garca

La aplicacin deber asegurar que el
mensaje cifrado introducido dentro de un
QRypt slo es posible descifrarlo si se
conoce la contrasea que se utiliz
cuando se cifr.
Alta
Media
Baja
Alta
Baja
RUR-03.
Tabla 105: RS-51
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
La aplicacin deber cumplir la Ley
Orgnica de Proteccin de Datos.
Alta
Media
Baja
Alta
Baja
Tabla 106: RS-52
4.5.7
REQUISITOS DE VERIFICACIN
Descripcin:
La aplicacin tiene que controlar los
errores que se puedan producir durante
su funcionamiento y proporcionar los
mensajes adecuados.
Prioridad:
Alta
Media
Baja
Necesidad:
Estabilidad:
Alta
Baja
Requisitos:
Tabla 107: RS-53
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
La aplicacin tiene que comprobar que
se ha escrito un mensaje antes de
intentar introducirlo en un cdigo.
Alta
Media
Baja
Alta
Baja
Tabla 108: RS-54
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
se ha elegido por lo menos un tipo de
cifrado cuando se ha decidido generar un
QRypt.
Alta
Media
Baja
Alta
Baja
RUC-24.
Tabla 109: RS-55
67
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
Carlos Pliego Garca

se ha elegido slo un color cuando se ha
decidido generar un QRypt.
Alta
Media
Baja
Alta
Baja
RUC-13.
Tabla 110: RS-56
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
se ha escogido una imagen en el modo
de lectura por fichero.
Alta
Media
Baja
Alta
Baja
RUC-04, RUC-23.
Tabla 111: RS-57
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
La aplicacin tiene que comprobar que la
imagen contiene un cdigo QR o un
cdigo QRypt.
Alta
Media
Baja
Alta
Baja
RUC-04, RUC-23.
Tabla 112: RS-58
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
La aplicacin tiene que comprobar si el
mensaje introducido sobrepasa el
nmero de caracteres vlidos mximo.
Alta
Media
Baja
Alta
Baja
RUR-01.
Tabla 113: RS-59
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
La aplicacin tiene que comprobar si se
ha introducido una contrasea, una fecha
o un patrn en el supuesto de que se
haya elegido uno o ms de estos tipos de
cifrado.
Alta
Media
Baja
Alta
Baja
RUC-07, RUR-10.
Tabla 114: RS-60
68
Descripcin:
Prioridad:
Necesidad:
Estabilidad:
Requisitos:
Carlos Pliego Garca

La aplicacin tiene que comprobar que la
contrasea introducida para descifrar el
mensaje es vlida y que se corresponde
con la original.
Alta
Media
Baja
Alta
Baja
RUR-03.
Tabla 115: RS-61
69
Carlos Pliego Garca
4.6 ANLISIS DE CLASES

En esta seccin se van a obtener las clases que se necesitarn para el desarrollo de la
aplicacin a partir de los requisitos y casos de uso obtenidos anteriormente.
4.6.1 IDENTIFICACIN DE LAS CLASES
Como la aplicacin debe desarrollarse para que funcione en el sistema operativo
Android, hay que tener en cuenta que se necesita una clase por cada conjunto de
interfaces de la aplicacin; ya que, en Android, cada pantalla de la aplicacin se
disea sobre un objeto Actividad, que no es ms que un tipo de clase.
Las clases que se han obtenido de los requisitos y casos de uso han sido:
PantallaPrincipal: Esta actividad contendr la pantalla con los accesos

principales (generar QR, generar QRypt, leer de cmara, leer de fichero).
Adems, tambin contendr los mtodos necesarios para modificar los
ajustes y mostrar las novedades de la versin.
GeneradorQR: Esta actividad contendr las interfaces y los mtodos que se
utilizarn para obtener los datos que se usarn en la generacin de los
cdigos QR y QRypt.
LectorQR: Esta actividad contendr la interfaz de muestra de mensaje ledo
(una interfaz donde se mostrar el mensaje que contena el cdigo QR o QRypt
que se ha intentado leer) y los mtodos necesarios para ello.
Camara: Esta actividad contendr la interfaz que se usa para poder enfocar un
cdigo mediante la cmara, y los mtodos necesarios para extraer el mensaje
y enviarlo a la clase LectorQR.
Utils: Esta clase ser la nica de todas que no ser una actividad, sino una
clase de Java que importarn las actividades GeneradorQR y LectorQR. Esta
clase contendr los mtodos necesarios para cifrar y descifrar mensajes, y
para generar un cdigo QR y leerlo de una imagen.
4.6.2 ESPECIFICACIN DE LAS FUNCIONES DE CADA CLASE

Una vez se han identificado las clases, se explicarn los mtodos importantes de
cada una:
PantallaPrincipal:
o abrirGenerarQR: Se encargar de ejecutar la actividad GeneradorQR
con un valor en una variable que especificar que se quiere crear un
cdigo QR.
o abrirGenerarQRypt: Se encargar de ejecutar la actividad GeneradorQR
con un valor en una variable que especificar que se quiere crear un
cdigo QRypt.
o abrirLeerDeCamara: Se encargar de ejecutar la actividad Camara.
o abrirLeerDeFichero: Se encargar de ejecutar la actividad LectorQR con
un valor en una variable que especificar que se debe abrir el
explorador de archivos.
o modificarAjustes: Se encargar de modificar los valores por defecto de
los ajustes de la aplicacin. Se accede desde el men deslizable.
70

o
Carlos Pliego Garca
novedadesVersion: Se encargar de mostrar las novedades de la

versin actual. Se accede desde el men deslizable.
Como se puede observar, a la actividad GeneradorQR se le transferir una variable

para que sepa qu tipo de cdigo se va a generar. En el caso de que se vaya a generar
un cdigo QRypt, la actividad tendr que recoger ms datos (contrasea y color) que
en el caso de que se vaya a generar un QR.
GeneradorQR:
o obtenerDatos: Se encargar de pedirle al usuario los datos que se
necesiten. Si se va a generar un QR, se pedir el mensaje. Si se va a
generar un QRypt, se pedir el mensaje, la contrasea y el color. Estos
datos se enviarn a la clase Utils para que cifre el mensaje y genere el
cdigo.
o mostrarCodigo: Se encargar de mostrar por pantalla el cdigo
generado (ya sea QR o QRypt) para que el usuario pueda verlo.
o compartir: Se encargar de enviar el cdigo a la aplicacin que se
especifique.
o novedadesVersion: Se encargar de mostrar las novedades de la
Camara:
o resetearCamara: Se encargar de reiniciar la actividad si la cmara se
congela por algn casual.
o identificarQR: Se encargar de buscar en la imagen que se est
obteniendo en ese momento un cdigo QR o QRypt.
o extraerMensaje: Se encargar de extraer el mensaje del cdigo QR que
se haya identificado y enviarlo a la actividad LectorQR.
LectorQR:
o mostrarMensaje: Se encargar de imprimir el mensaje obtenido del
cdigo QR.
o obtenerDatos: Se encargar de pedirle al usuario los datos que se
necesiten. Si el mensaje est cifrado, se pedir la contrasea. Estos
datos se enviarn a la clase Utils para que descifre el mensaje.
o novedadesVersion: Se encargar de mostrar las novedades de la
Utils:
o dibujarQR: Se encargar de generar un cdigo QR a partir de un texto
(cifrado o no) y un color.
o leerArchivo: Se encargar de abrir el explorador de archivos y extraer el
mensaje del cdigo QR o QRypt que se encuentre representado en la
imagen que el usuario haya escogido. LectorQR lo ejecutar cuando
necesite el mensaje de una imagen.
71

o
o
Carlos Pliego Garca
cifrar: Se encargar de cifrar un mensaje con una contrasea.

descifrar: Se encargar de descifrar un mensaje con una contrasea.
Queda aclarar que, cuando se elija en la pantalla principal que se quiere leer un
archivo de imagen, ejecuta la actividad LectorQR pero con una variable que avisa de
que se tiene que ejecutar el explorador de archivos para recoger la imagen. Cuando se
ejecute LectorQR, esta actividad ejecutar la funcin leerArchivo de la clase Utils.
4.6.3 DIAGRAMA DE CLASES
Una vez se han identificado las clases, se mostrar, a continuacin, cmo se
relacionan entre ellas:
Ilustracin 8: Diagrama de clases
El diagrama representado en la ilustracin anterior es muy simple. Ninguna de las

clases que se van a implementar heredar de ninguna otra. Lo nico que harn ser
apoyarse unas en otras para obtener los resultados que el usuario desea.
72
Carlos Pliego Garca
De esta forma, se puede observar que la clase PantallaPrincipal podr ejecutar las
clases GeneradorQR, Camara y LectorQR. La clase GeneradorQR podr volver a la
clase PantallaPrincipal y podr inicializar un objeto Utils (importando la clase) ya que
sta posee unos mtodos que le harn falta. La clase Camara podr ejecutar la clase
LectorQR (cuando obtenga el mensaje del cdigo QR enfocado) y, tambin, podr
volver a la clase PantallaPrincipal. Por ltimo, la clase LectorQR podr volver a la
clase PantallaPrincipal y podr inicializar un objeto Utils (importando la clase) de la
misma forma que lo har la clase GeneradorQR.
73
Carlos Pliego Garca
5 DISEO
Esta seccin pretende resolver el problema que se ha analizado y descrito en el
Anlisis. Adems, se justificarn todas y cada una de las decisiones que se tomen.
Como se ha hecho anteriormente y, para facilitar su comprensin, se va a seguir un
procedimiento incremental para realizar el diseo del sistema. En este procedimiento
se empezar describiendo y explicando la aplicacin y, ms tarde, se irn
descomponiendo los subsistemas que la forman hasta llegar a cada uno de los
detalles especficos de cada mdulo.
5.1 ARQUITECTURA DEL SISTEMA

Para realizar este apartado se ha decidido dividir el sistema en capas que se
comunican con la que tienen debajo. En la Ilustracin 9 se puede observar la
arquitectura.
Ilustracin 9: Diagrama de la arquitectura del sistema
74
Carlos Pliego Garca
Como se puede ver en la Ilustracin 9, la arquitectura del sistema cuenta con 4 capas:
la capa usuario, la capa de software, el sistema operativo y las comunicaciones.
Todas estas capas se conectan con la que est inmediatamente debajo si es que
existe.
La arquitectura del sistema comienza en la capa de usuario que abarca toda la
interfaz del sistema. Esta capa se comunicar con los 4 mdulos que son los que
contienen las funcionalidades de la aplicacin. Adems, el sistema de informacin
llamar al sistema operativo Android para poder lograr su objetivo. Finalmente, se
comunicar con las aplicaciones de terceros para poder compartir el cdigo que se ha
generado y con Internet para comprobar las actualizaciones de la aplicacin. Por
ltimo, es preciso recalcar que muchas de las aplicaciones de terceros tambin
necesitan una conexin a Internet para su correcto funcionamiento.
Seguidamente, se proceder a realizar una descripcin de cada una de las capas que
componen la arquitectura del sistema que se tiene que disear:
Interfaz de usuario: Su funcin consiste en otorgar al usuario una

comunicacin con el sistema. A partir de esta capa, se podr acceder a todos
los mdulos de la capa inmediatamente ms baja: la capa de software.
Adems, los datos que precise la aplicacin para lograr su objetivo sern
introducidos por el usuario gracias a esta capa. Debido a su importancia, esta
capa debe estar bien diseada de forma que sea accesible y usable para el
usuario.
Generacin de cdigos QR y QRypt: Siempre y cuando se parta de unos datos
suministrados por el usuario a travs de la capa superior (la interfaz de
usuario), este mdulo debera ser capaz de incluir un mensaje, cifrado o no, en
un cdigo QR o QRypt para, posteriormente, compartirla con otras
aplicaciones instaladas en el dispositivo.
Lectura de cdigos QR y QRypt: Este mdulo estar encargado de extraer un
mensaje de un cdigo QR o QRypt. Si este mensaje estuviese cifrado, debera
poder descifrarlo con la contrasea que el usuario le otorgue.
Actualizacin: Este mdulo debera permitir al usuario que se informe de las
novedades que incluye la versin de la aplicacin que est instalada en su
dispositivo.
Cambiar ajustes: Este mdulo debera permitir al usuario que cambie los
ajustes por defecto de la aplicacin, como la carpeta de salida o la contrasea
por defecto.
Sistema operativo Android: Los mdulos anteriores debern comunicarse con
el sistema operativo del terminal. Esta capa ser la encargada de ejecutar
todas las llamadas al sistema que el sistema realice.
Comunicacin externa: Todos los cdigos que sean generados por medio de la
aplicacin podrn ser compartidos con otras aplicaciones instaladas en el
terminal. Para que esto sea posible, tanto las aplicaciones de terceros como el
sistema que se va a desarrollar deben establecer vas de comunicacin entre
ellos por medio de los mecanismos nativos que posee el sistema operativo
75
Carlos Pliego Garca
Android. Adems, ser necesaria una conexin a Internet para que el mdulo
de actualizacin tenga efecto.
Como se puede deducir, los mdulos principales del sistema son los que tengan que
ver con la generacin de cdigos y con la lectura de ellos. Estos mdulos sern los
primeros en disearse e implementarse. Los mdulos de actualizacin y cambio de
ajustes quedarn como mdulos opcionales y se realizarn despus, si los anteriores
mdulos se resuelven sin problema y aun queda tiempo para implementar estas
funcionalidades.
76
Carlos Pliego Garca
5.2 SUBSISTEMAS
Gracias a la arquitectura que se ha propuesto para el sistema en el apartado anterior
y a los requisitos que se han obtenido y definido en el Anlisis, se ha decidido dividir
el sistema en subsistemas para facilitar el proceso de diseo del mismo.
Para el sistema que se va a disear, los subsistemas coinciden con los mdulos de la
capa de software que se han especificado en la arquitectura del sistema; ya que,
comnmente, un subsistema se reconoce por los servicios que ofrece. Adems, estos
servicios forman un compuesto de funciones con una intencin comn.
Los subsistemas en los que se ha decidido fraccionar el sistema y los cules se
procedern a disear son: generacin, lectura, actualizacin y cambio de ajustes.
77
Carlos Pliego Garca
5.3 SUBSISTEMA DE GENERACIN

El objetivo del mdulo de generacin es generar un cdigo que cumpla el estndar de
QR que porte un mensaje a partir de las especificaciones del usuario. El mensaje
puede estar cifrado con diferentes claves de forma que su mensaje quedar protegido
y slo podrn acceder a l las personas autorizadas. Como se pueden generar dos
tipos diferentes de cdigo y su proceso de generacin dista bastante uno del otro, se
va a disear cada uno por separado.
5.3.1 GENERACIN DE CDIGOS QR
Lo primero que se debe realizar es una especificacin de la estructura del mdulo de
generacin de cdigos QR para conocer las funciones importantes que se deben
disear.
Ilustracin 10: Diagrama de la estructura del mdulo de generacin QR
En la Ilustracin 10 se observan los 3 componentes principales que actan en el

proceso de generacin de un cdigo QR con un mensaje del usuario. A continuacin,
se proceder a describir por separado cada uno de stos.
5.3.1.1 RECOGER PARMETROS
La aplicacin permite al usuario comunicarse con su terminal con el fin de especificar
los parmetros que el sistema necesita para la generacin de estos tipos de cdigo.
Como se trata nicamente de un cdigo de naturaleza QR, el nico parmetro que la
aplicacin necesita recoger del usuario es el mensaje que ste quiere incluir en el
cdigo.
Una vez se ha introducido el mensaje, la aplicacin lo validar comprobando:
Si el mensaje introducido no contiene caracteres no permitidos.

Si se ha introducido un mensaje (la cadena no est vaca).
Si se da error en una de estas validaciones, el sistema se lo har saber al usuario por

medio de dilogos emergentes.
En la siguiente tabla, se van a exponer los atributos que obtendr el sistema junto a
sus tipos representados en lenguaje de programacin Java y los valores que stos
pueden tomar a nivel interno:
78

Parmetro
Mensaje
Carlos Pliego Garca

Tipo
String
Valor
1-2000 caracteres
Tabla 116: Parmetros del mdulo de generacin QR
5.3.1.2 GENERACIN DEL CDIGO QR

Una vez se obtienen los parmetros, la aplicacin pasar a generar el cdigo QR. Para
ello, el sistema deber transformar el mensaje introducido por el usuario a una matriz
de bits compatible con la ayuda de una librera de generacin de cdigos QR para
despus transformar esa matriz en un objeto Bitmap, que es el objeto imagen de
Android. Una vez se tiene el Bitmap, ya es posible transformarlo en un archivo PNG y,
as, poder escanear ms tarde el cdigo. En la Ilustracin 11 se puede observar un
diagrama en el que figuran de forma bsica lo que se acaba de explicar.
Ilustracin 11: Etapas de transformacin de un mensaje para generar un cdigo QR
A continuacin, se explicar ms en detalle cmo se trata el elemento de una etapa

para dar como resultado el de la siguiente:
79
Carlos Pliego Garca
1. Una vez se obtiene el mensaje, se transformar la cadena por medio de una

librera externa llamada ZXing en una matriz de bits. ZXing es la librera
estndar de Java para tratar cdigos de barras. A pesar de no ser nativa de
Java, s que es la ms utilizada por su rapidez y eficiencia. Por estas razones,
se ha considerado oportuno elegirla para utilizarla en el presente proyecto.
2. Cuando se obtenga la matriz de bits del mensaje ser necesario transformarla
a un objeto Bitmap. Para ello, se ir leyendo cada posicin de la matriz y se ir
escribiendo cada pixel del Bitmap en blanco o en negro dependiendo del dato
que se haya ledo.
3. Por ltimo, una vez se obtenga el Bitmap con el mensaje introducido en un
cdigo QR, se generar un archivo PNG con las clases y funciones de Java a
partir de ste. Esta imagen se guardar en una carpeta de la tarjeta SD del
dispositivo con un nombre de archivo basado en la fecha y hora a la que se
gener el cdigo, de esta forma no habr nunca dos archivos que se llamen
igual.
La implementacin de estas etapas ser definida y explicada en el captulo de
implementacin del sistema. En ese captulo se entrar en detalles y se especificarn
los algoritmos que se emplearn.
5.3.1.3 ENVO
La ltima tarea del mdulo enviar la imagen PNG a una aplicacin de terceros
instalada en el dispositivo para que sta la trate. Las aplicaciones de terceros a las
que se podr mandar la imagen sern aquellas que aparezcan en el men de Android
"Compartir con", que son las que estn instaladas en el dispositivo y permiten que se
les comparta imgenes para procesarlas ellas.
Algunos ejemplos de estas aplicaciones que la gran mayora de usuarios Android
tiene son:
Email: Tanto GMail como EMail, permiten al usuario sincronizar una o ms

cuentas de correo electrnico para recibir los mensajes nuevos en el
dispositivo y, tambin, para crearlos. Estas dos aplicaciones permiten recoger
una imagen para adjuntarla a un nuevo correo; por lo tanto, cuando se
seleccione esta opcin en el men compartir de la aplicacin que se va a
desarrollar, se abrir un nuevo correo y se adjuntar el cdigo a l. De esta
forma, no es necesario adjuntarla desde la galera.
Dropbox: La aplicacin de Dropbox es la versin mvil de la famosa aplicacin
web de almacenamiento en la nube. Esta aplicacin permite subir archivos a
una cuenta de Dropbox, descargarlos y moverlos de carpeta. Si se selecciona
la aplicacin Dropbox desde el men compartir de la aplicacin que se va a
desarrollar, se podr subir la imagen a la cuenta Dropbox y se podr decidir la
carpeta donde se har.
Google Drive: Es la aplicacin oficial del servicio web de Google de
almacenamiento en la nube. Esta aplicacin permite subir archivos a una
cuenta de Google, descargarlos y moverlos de carpeta. Si se selecciona la
aplicacin Google Drive desde el men compartir de la aplicacin que se va a
80
Carlos Pliego Garca
desarrollar, se podr subir la imagen a la cuenta Google y se podr decidir la

carpeta donde se har.
Whatsapp: Es la aplicacin de mensajera ms utilizada en el mundo. Adems
de mensajes, permite enviar imgenes, vdeos y archivos de audio. Si se
selecciona la aplicacin Whatsapp desde el men compartir de la aplicacin
que se va a desarrollar, se podr compartir la imagen con cualquiera de los
contactos que existan en la cuenta Whatsapp que est dada de alta en el
terminal.
Line: Esta aplicacin es idntica a Whatsapp salvo que, adems, permite
realizar llamadas por VoIP. Al igual que en el Whatsapp si se selecciona la
aplicacin Line desde el men compartir de la aplicacin que se va a
desarrollar, se podr compartir la imagen con cualquiera de los contactos que
existan en la cuenta Line que est dada de alta en el terminal.
Facebook: Esta aplicacin es la aplicacin oficial del servicio web homnimo
de naturaleza social. Con esta aplicacin se puede cambiar el estado del perfil
de la cuenta que est autorizada en el terminal, subir fotos, comentar en otros
perfiles y casi todas las opciones que ofrece el servicio web. Si se selecciona
la aplicacin Facebook desde el men compartir de la aplicacin que se va a
desarrollar, se podr subir o publicar la imagen en el muro de la cuenta de
Facebook que est registrada en el terminal.
Twitter: Al igual que Facebook, Twitter es un servicio web que ofrece una gran
cantidad de funciones de naturaleza social. Con esta aplicacin se pueden
publicar tweets, contestar los tweets de otras personas, empezar a seguir a
otras cuentas y, generalmente, lo mismo que ofrece el servicio web. Si se
selecciona la aplicacin Twitter desde el men compartir de la aplicacin que
se va a desarrollar, se podr publicar un tweet con el cdigo adjunto a l.
Adems de las aplicaciones que se han descrito, existen muchas ms que pueden
tratar la imagen (todas las que estn programadas para recibir por parmetros una
archivo de imagen). Tambin funcionara con servicios de Android como el Bluetooth
y los MMS, los cuales, eligindolos en el men compartir de la aplicacin que se va a
desarrollar, lo transferiran a un usuario y lo adjuntaran a un mensaje,
respectivamente.
5.3.2 GENERACIN DE CDIGOS QRYPT
generacin de cdigos QR para conocer las funciones importantes que se deben
disear.
81
Carlos Pliego Garca
Ilustracin 12: Diagrama de la estructura del mdulo de generacin QRypt

proceso de generacin de un cdigo QRypt con un mensaje del usuario. A
continuacin, se proceder a describir por separado cada uno de stos.
5.3.2.1 RECOGER PARMETROS
La aplicacin permite al usuario comunicarse con su terminal con el fin de especificar
los parmetros que el sistema necesita para la generacin de estos tipos de cdigo.
Como se trata de un cdigo de naturaleza QRypt, la aplicacin necesita recoger ms
parmetros adems del mensaje que el usuario quiere incluir en el cdigo. Los
atributos que el sistema necesita del usuario para generar un cdigo QRypt son:
Un mensaje que ser incluido en el cdigo QRypt.

Un tipo de cifrado para proteger el mensaje. Los tipos de cifrado que el
programa debe ofrecer al usuario son los siguientes:
o Contrasea (Se necesitar especificar cul).
o Imei del dispositivo.
o Modelo del terminal.
o Fecha (Se necesitar especificar cul).
o Patrn (Se necesitar especificar cul).
Un color para que el cdigo QRypt se diferencia de un cdigo QR normal.
Una vez se han introducido los parmetros, la aplicacin los validar comprobando:
Si el mensaje introducido ni la contrasea (en caso de que se haya

consultado) no contiene caracteres no permitidos.
Si se ha introducido un mensaje (la cadena no est vaca).
Si, en caso de que se haya elegido el tipo de cifrado por contrasea, se ha
introducido una.
Si, en caso de que se haya elegido el tipo de cifrado por fecha, se ha
introducido una.
Si, en caso de que se haya elegido el tipo de cifrado por patrn, se ha
introducido uno.
Si se ha escogido un color.
82
Carlos Pliego Garca
Si se da error en una de estas validaciones, el sistema se lo har saber al usuario por

medio de dilogos emergentes.
En la siguiente tabla, se van a exponer los atributos que obtendr el sistema junto a
sus tipos representados en lenguaje de programacin Java y los valores que stos
pueden tomar a nivel interno:
Parmetro
Mensaje
Contrasea
Color
Tipo
String
String
Integer
Valor
1-2000 caracteres
Ms de un caracter
0: Verde, 1: Rojo, 2: Azul, 3:
Naranja, 4: Morado, 5:
Marrn, 6: Rosa, 7: Gris, 8:
Random
Tabla 117: Parmetros del mdulo de generacin QRypt
5.3.2.2 CIFRAR EL MENSAJE

Este proceso se encargar de implementar los algoritmos criptogrficos necesarios
para cifrar el mensaje que se va a introducir en el cdigo QRypt. Esta tarea se divide
en 4 subtareas que cifrarn el mensaje de tal forma que sea casi imposible obtener el
mensaje original si no se posee la informacin necesaria para descifrarlo. Las
subtareas de las que se compone son las siguientes:
Ilustracin 13: Diagrama general de las etapas del cifrado de un mensaje
Cifrado: El mensaje se cifrar utilizando el algoritmo AES con una clave de 256
bits que derivar de la contrasea. Esta clave se obtendr derivando con la
funcin PBKDF2 (Password-Based Key Derivation Function 2). Esta ltima
funcin derivar ms de 1000 veces la contrasea, que no ser otra que los
hashes de seguridad SHA-1 de la opciones de seguridad concatenados,
utilizando algoritmos criptogrficos y funciones resumen. Esta derivacin no
tiene otra funcin que la de aumentar el tiempo de cmputo y, as, perjudicar
un ataque de fuerza bruta. Al mensaje cifrado se le concatenar uno o ms
caracteres especiales dependiendo de las opciones de cifrado seleccionadas.
De esta forma, en el proceso de descifrado se podr saber cmo se cifr el
mensaje.
83
Carlos Pliego Garca
Ilustracin 14: Diagrama general de la derivacin de la contrasea y del cifrado del mensaje
A la hora de derivar la contrasea, primero se concatenar un salt aleatorio

con la contrasea y esto se derivar con PBKDF2 un nmero aleatorio de
iteraciones.
Por otro lado, cuando se cifre el mensaje se utilizar la contrasea que se ha
derivado y se cifrar el mensaje con el algoritmo AES utilizando CBC como tipo
de cifrado para el bloque y se generar un vector de inicializacin con tamao
de bloque AES. De esta forma, siempre se obtendr un mensaje distinto
aunque se utilice la misma contrasea.
Por ltimo, se concatenar al mensaje cifrado el salt, el vector de inicializacin
y el nmero de iteraciones para poder descifrarlo de manera ptima.
Desordenamiento: Adems de cifrarlo, la aplicacin desordenar el mensaje

con el nico fin de provocar confusin en el atacante. El algoritmo que se
ejecuta en este proceso sustituir las posiciones de los caracteres del
mensaje de forma que, cuando se vaya a descifrar, sea reversible.
Codificacin: Una vez se cifre el texto y desordene, se codificar en base64. Se
ha elegido esta opcin ya que, de esta forma, se permitira representar el texto
84
Carlos Pliego Garca
resultante en caracteres ASCII y se eludiran problemas en el proceso de

descifrado y generacin del cdigo.
Tokens: Una vez se ha cifrado, desordenado y codificado el mensaje, la ltima
subtarea que se llevar a cabo ser la de concatenar al mensaje unos tokens
de control para conocer los tipos de cifrado que se han empleado y, as, poder
generar la contrasea en el proceso de descifrado. La siguiente tabla muestra
los caracteres que se concatenarn y el tipo de cifrado al que representan.
%
$
#
@
&
TOKENS DE CONTROL
Contrasea
Imei
Modelo
Fecha
Patrn
Tabla 118: Tokens de control
5.3.2.3 GENERACIN DEL CDIGO QRYPT

Esta etapa se desarrolla de la misma forma que en los cdigos QR, salvo que, en vez
de obtener la matriz de bits del mensaje, se obtiene del mensaje cifrado. Y, en lugar de
utilizar los colores blanco y negro, se utilizar el color elegido por el usuario y blanco.
Por eso, no se considera necesario explicar ms en detalle cmo se va a realizar esta
funcin ya que sera repetir otra vez el mismo apartado.
5.3.2.4 ENVO
Al igual que el apartado anterior, esta funcin es completamente idntica a la que se
ha definido en la seccin homnima de generacin de cdigos QR. Por esta razn, no
se va a ahondar ms en el tema.
85
Carlos Pliego Garca
5.4 SUBSISTEMA DE LECTURA

El objetivo del mdulo de lectura es extraer un mensaje de un cdigo QR o QRypt. El
mensaje puede estar cifrado con diferentes claves de forma que quedar protegido y
slo podrn acceder a l las personas autorizadas. Como se pueden leer los cdigos
de dos formas que distan mucho una de otra, se va a disear cada una por separado.
5.4.1 LECTURA POR CMARA
lectura de cdigos QR o QRypt por cmara para conocer las funciones importantes
que se deben disear.
Ilustracin 15: Diagrama de la estructura del mdulo de lectura por cmara

proceso de lectura de un cdigo QR o QRypt por cmara. A continuacin, se proceder
a describir por separado cada uno de stos.
5.4.1.1 CMARA
La aplicacin permite al usuario hacer uso de la cmara del dispositivo mvil donde
est instalada con el fin de enfocar un cdigo de naturaleza QR o QRypt y extraer el
mensaje que ste tiene almacenado en su interior.
El funcionamiento de esta etapa vendr soportado por una librera de descifrado de
cdigos QR en tiempo real para una ejecucin ms rpida. Esta librera extraer el
mensaje del cdigo QR que est enfocando en ese momento la cmara. Una vez se ha
extrado el mensaje, se podr comprobar si est cifrado o no buscando en l alguno
86
Carlos Pliego Garca
de los caracteres especiales que lo identifiquen como tal. La librera que se utilizar
no ser la ZXing porque, a pesar de que tiene esta funcionalidad, obliga al usuario a
tener instalada su aplicacin principal en el terminal ya que, para hacer uso de la
cmara, se tiene que hacer una llamada a su aplicacin y sta devuelve la informacin
del QR.
Adems, si por algn casual, la cmara dejase de responder, se pondr a disposicin
del usuario un botn que la reiniciar para poder seguir enfocando el cdigo QR sin
que la aplicacin fuerce un cerrado. Si se da algn error interno que no sea ste y no
se pueda reiniciar el proceso de la cmara, la aplicacin devolver al usuario a la
pantalla principal y mostrar un mensaje de error.
5.4.1.2 DESCIFRAR EL MENSAJE
Este proceso slo se ejecutar si el mensaje obtenido en el proceso anterior contiene
alguno de los caracteres especiales; es decir, est cifrado.
Se ha decidido descomponer esta etapa en subprocesos para facilitar su
comprensin. En la siguiente Ilustracin se expone un diagrama que muestra estos
subprocesos y cmo se relacionan entre ellos para que, cuando se explique cada uno,
se tenga como referencia.
Ilustracin 16: Diagrama general de las etapas del descifrado de un mensaje
A continuacin se proceder a explicar cada una de las etapas (o subprocesos) que

figuran en el diagrama:
Decodificacin: Ser igual que el proceso de codificacin en base64 que se

utiliz anteriormente en el proceso de generacin de un cdigo QRypt pero
invertido. En esta etapa se obtendrn los caracteres del mensaje no
codificados. Aun faltar ordenarlos y descifrarlos.
Ordenacin: Se utilizar el mismo algoritmo de desordenamiento que en el
proceso de generacin de un cdigo QRypt pero, al igual que en la etapa
anterior, invertido.
Descifrado: En esta etapa se descifrar el mensaje que ya estar decodificado
y ordenado. Se va a utilizar el mismo procedimiento que en el proceso de
cifrado, empleando el mismo algoritmo AES y la misma derivacin de
contrasea. Se observarn los caracteres especiales para saber con qu
mtodo se ha cifrado y, en el caso de haber elegido por patrn o por
contrasea, se pedir al usuario la contrasea. En los dems casos, al ser
datos que ya figuran en el dispositivo, se podra realizar el subproceso de
87
Carlos Pliego Garca
descifrado sin ningn tipo de comunicacin con el usuario. Como en el

proceso de cifrado se concatenara al mensaje el salt, el vector de
inicializacin y el nmero de iteraciones para la derivacin de la contrasea,
todo este proceso se realizara de la misma manera que en el cifrado.
Ilustracin 17: Diagrama general de la derivacin de la contrasea y del descifrado del mensaje
Despus de ejecutar estos subprocesos, el mensaje quedar completamente

descifrado y listo para ser mostrado pero, antes, se realizar una ltima
comprobacin.
5.4.1.3 REDIRECCIONAR URL
Si el mensaje descifrado cumple los requisitos para ser una URL, se preguntar al
usuario si quiere ser redireccionado a esa pgina web. En el mensaje que se le
mostrar al usuario estar incluida la URL para que el usuario pueda saber con
antelacin a dnde se le va a redirigir si acepta.
Los requisitos mnimos que se tienen que cumplir para que el mensaje sea
considerado una URL son los siguientes:
El mensaje empieza por "http://", "https://" o "ftp://".

88
Carlos Pliego Garca
Si no se cumple el caso de arriba, el mensaje empieza por "www." o "ftp.".

En alguna posicin de mensaje existe un punto (.) seguido de un texto (es) y
una barra (/). La barra puede ser, tambin, directamente el final del mensaje.
De esta forma, se detectan las URLs que son de este tipo "url.es", "url.es/" y
"url.es/pagina1".
Aunque el usuario elija que se le redirija al enlace, la aplicacin realizar el siguiente

proceso; en un caso, abrir el navegador encima y no se ver el mensaje hasta que no
se cierre, y en el otro, se mostrar directamente.
5.4.1.4 MOSTRAR MENSAJE
Una vez se tenga el mensaje y sin importar si es una URL o no, la aplicacin mostrar
su contenido para satisfacer la necesidad del usuario.
5.4.2 LECTURA POR FICHERO
lectura de cdigos QR o QRypt por fichero para conocer las funciones importantes
que se deben disear.
Ilustracin 18: Diagrama de la estructura del mdulo de lectura por fichero

proceso de lectura de un cdigo QR o QRypt por cmara. A continuacin, se proceder
a describir por separado cada uno de stos.
89
Carlos Pliego Garca
5.4.2.1 FICHERO
La aplicacin permite al usuario hacer uso del explorador de archivos del dispositivo
mvil donde est instalada con el fin de seleccionar un archivo que contenga un
cdigo de naturaleza QR o QRypt y extraer el mensaje que ste tiene almacenado en
su interior.
El funcionamiento de esta etapa vendr soportado por una librera de descifrado de
cdigos QR cuando stos se encuentran en un archivo de imagen. Esta librera
reconocer por patrones dnde se encuentra el cdigo QR y lo aislar de resto de la
imagen para extraer su mensaje. Una vez se ha extrado el mensaje, se podr
comprobar si est cifrado o no buscando en l alguno de los caracteres especiales
que lo identifiquen como tal. La librera que se utilizar ser la ZXing porque, al
contrario que en el mdulo de la cmara, esta librera puede realizar este proceso de
una forma rpida y ptima sin que para esto se necesite que el usuario tenga
instalada su aplicacin principal en el terminal.
Adems, si por algn casual, el explorador de archivos dejase de responder, la
aplicacin devolver al usuario a la pantalla principal y mostrar un mensaje de error.
5.4.2.2 DESCIFRAR EL MENSAJE
En este subproceso, la aplicacin llamar al proceso de descifrado que ya se ha
diseado previamente en el mdulo de lectura por cmara. Este proceso actuar de la
misma forma ya que la informacin que le llega desde la cmara y desde el fichero es
la misma: el mensaje cifrado.
5.4.2.3 REDIRECCIONAR URL
Al igual que en el subproceso anterior, esta etapa coincide con el subproceso
homnimo diseado en el mdulo de lectura por cmara. Con nimo de no repetir
ms veces lo mismo, se obviar el diseo de esta tarea.
5.4.2.4 MOSTRAR MENSAJE
De la misma forma que en los subprocesos anteriores, esta etapa realiza exactamente
lo mismo que la etapa con el mismo nombre del mdulo de lectura por cmara. Por
las mismas razones, no se disear.
5.4.3 MDULO DE ACTUALIZACIN
Este mdulo es muy simple. El usuario debera poder consultar en todo momento las
novedades que se han implementado en la versin de la aplicacin que tiene
instalada en su terminal. Para ello, el usuario tendr que abrir el men deslizable
donde se encuentran todas las opciones (que se disear ms adelante) y pulsar
sobre un botn con la etiqueta "Novedades de la versin". La aplicacin mostrar un
dilogo al usuario por pantalla con el log que contiene toda la informacin que ste
busca.
5.4.4 MDULO DE CAMBIO DE AJUSTES
Al igual que el anterior, este mdulo es mucho ms simple que los de generacin y
lectura. Su funcionalidad consiste en permitir que el usuario modifique algunas
opciones que tendr la aplicacin configuradas por defecto. Estas opciones sern la
90
Carlos Pliego Garca
ruta de la carpeta de salida donde se guardarn los cdigos QR y QRypt que se

generen con la aplicacin y el idioma de la aplicacin.
En el caso de elegir modificar la ruta de la carpeta de salida, aparecer un dilogo en
el que el usuario puede introducir la ruta que quiera. Cuando se introduzca, la
aplicacin realizar algunas comprobaciones para validar la ruta. Las
comprobaciones sern:
La ruta pertenece a un lugar real del sistema de archivos del terminal.

La ruta no contiene caracteres no soportados.
Por otro lado, si se selecciona modificar el ajuste de idioma, la aplicacin mostrar un

dilogo con los idiomas soportados (en esta versin sern Espaol e Ingls) y el
usuario tendr que elegir cul prefiere.
91
Carlos Pliego Garca
5.5 INTERFACES DE USUARIO

Uno de los puntos ms importantes de la aplicacin ya que figura tambin en los
requisitos de usuario es que el diseo de la interfaz de usuario debe ser simple y
accesible para personas con problemas de daltonismo. A continuacin, se disearn
las distintas interfaces del sistema.
5.5.1 ESTUDIO DE DISEO
Antes de empezar a disear, es preciso realizar un estudio para comprender los
problemas y posibles soluciones que surgen con los requisitos de usuario que se
refieren al diseo de las interfaces.
5.5.1.1 SENCILLEZ E INTUICIN
El requisito de usuario RUC-21 declara que la interfaz deber ser sencilla e intuitiva.
Para saber qu hacer antes de empezar con el diseo, se debe entender a qu se le
llama sencillo y a qu intuitivo:
Sencilla: Que no ofrece dificultad. La interfaz debe ser lo suficientemente

simple como para que cualquier usuario pueda aprender a usar las principales
funciones de la aplicacin sin ningn problema ni dificultad. [6]
Intuitiva: Que permite su comprensin instantneamente, sin necesidad de
razonamiento. La navegacin por la interfaz debe coincidir con los
movimientos tctiles que realizara en esa situacin la media de los usuarios.
[5]
Para que sea sencilla, se llenar con el mnimo nmero de opciones y botones la
pantalla. De esta forma, el usuario no tendr que buscar por toda la interfaz la opcin
o el botn que permite ejecutar la funcin que l desea.
Por otro lado, para que se cumpla el requisito de intuicin, se seguirn las
recomendaciones de diseo oficiales del equipo de Google. Estas recomendaciones
son las siguientes:
El usuario debe saber en cualquier momento lo que est haciendo la

aplicacin. Si el usuario pulsa un botn o una opcin, sta se resaltar para
hacer saber al usuario que la aplicacin ha detectado la accin de su dedo. [8]
Usar colores primarios. Se utilizarn los colores oficiales de la paleta que el
equipo de Google ha puesto a la disposicin de aquellos que la necesiten. [10]
Ilustracin 19: Paleta de colores oficial del equipo de Android
Utilizar iconos para simbolizar lo que se quiere decir. Los usuarios

generalmente se fijan antes en un icono que en un texto. Los iconos deben
figurar con bisel para que hagan ilusin de relieve. Los iconos que se utilizarn
92
Carlos Pliego Garca
sern de la base de datos oficial de iconos Android la no ser que no exista uno
que represente lo que se quiere decir.[11]
Utilizar un estilo de escritura conciso, simple, amigable, con lo ms importante
al principio, sin repeticiones y describiendo slo lo principalmente necesario.
[12]
Utilizar un tema que cumpla los estndares de Holo. Estos temas tienen barra
superior (llamada ActionBar) con opciones. Adems, su navegacin se basa
mucho en los gestos. [7]
Utilizar la tipografa oficial de Android llamada Roboto. [9]
5.5.1.2 DALTONISMO
Existe otro requisito de usuario que se refiere al diseo de las interfaces. Este es el
RUC-22, que exige que la aplicacin debe ser accesible para las personas que
padezcan daltonismo.
Para poder plantar cara al problema, se debe conocer el significado de los conceptos
bsicos que se relacionan con este problema de accesibilidad.
El trmino daltonismo significa "Defecto de la vista que consiste en no percibir
determinados colores o en confundir algunos de los que se perciben" segn la RAE.
[14]
Para intentar eludir este problema y cumplir con el requisito, es menester conocer
ms detalles sobre esta enfermedad. Por ejemplo, qu colores son los que no se
perciben o provocan alguna confusin? Qu medidas se deben tomar para que la
aplicacin sea accesible para personas con esta deficiencia?
Se intentar responder a estas preguntas sin ahondar en los trminos muy
especializados, ya que son muchos y no hace falta conocerlos para solventar el
problema.
Se sabe que existen 3 tipos de daltonismo: [13]
Acromtico: Las personas que lo sufren son incapaces de detectar ningn

color. Slo perciben el color en escala de grises.
Dicromtico: Las personas que lo padecen son incapaces de ver el rojo, el
verde o el azul.
Tricromtico: Las personas que lo padecen tienen dificultades para ver el rojo,
el verde o el azul. Es el ms padecido por la poblacin.
Para evitar que las personas que padezcan daltonismo tengan algn problema con la
aplicacin y siguiendo la gua de accesibilidad de W3C, se tendrn en cuenta las
siguientes recomendaciones:
Los textos y grficos sern comprensibles cuando se vean sin color. El color
no se usar por s mismo para transmitir informacin. [15]
93
Carlos Pliego Garca
El color no se usar como nico medio visual para transmitir la informacin,

indicar una accin, solicitar una respuesta o distinguir un elemento visual. El
color se utilizar como apoyo para resaltar dicha informacin. [16]
No seleccionar colores problemticos para los elementos de navegacin. Los
elementos de navegacin son de importancia crtica en una aplicacin; por lo
tanto, se debe pensar con detenimiento su diseo con el fin de evitar estos
problemas. [13]
Centrndonos en los tipos de daltonismo que influyen a un color y no a todos,

bsicamente y a grandes rasgos, los daltnicos tienen problemas con los siguientes
colores: Naranja, Rojo, Verde, Azul y Violeta. Ellos dividen estos colores en 2 grupos:
1. Naranja, Rojo y Verde.
2. Azul y Violeta.
Dos colores que pertenecen al mismo grupo son, para ellos, los mismos.
Ilustracin 20: Ejemplo de daltonismo 1
En la Ilustracin 20, se muestran dos fotos. La de la izquierda representa cmo ve ese

objeto una persona sin daltonismo, la de la derecha representa cmo lo ve una
persona con daltonismo. Como se puede observar, los colores de tonalidad naranja,
roja o verde, se representan casi como un color parecido al marrn.
94
Carlos Pliego Garca
Ilustracin 21: Ejemplo de daltonismo 2
En la Ilustracin 21, se muestran otras dos fotos. Otra vez, la de la izquierda

representa cmo ve ese objeto una persona sin daltonismo y la de la derecha
representa cmo lo ve una persona con daltonismo. Como se puede observar, los
colores de tonalidad azul o violeta, se representan casi como un color parecido al
azul.
La solucin para estos casos de daltonismo es la eleccin de slo un color de cada
grupo de colores problemticos a la vez. De esta forma, nunca podrn confundir dos
colores (al no ser que su daltonismo sea acromtico). [17]
Entendidos los conceptos y comprendido el problema, se puede concluir con que el
diseo de la interfaz debe ser completamente representativo sin colores, debe utilizar
los colores slo como apoyo o adorno, y debe contener slo uno de los colores de
cada grupo de colores problemticos para los daltnicos a la vez.
5.5.1.3 VOLVER ATRS
Segn el requisito de usuario RUC-26, la aplicacin debera ser capaz de volver a la
primera actividad desde cualquier actividad nicamente pulsando un botn.
Para ello, se pondr a disposicin del usuario un botn en la parte superior izquierda
de la pantalla que permita volver a la pantalla principal desde cualquier actividad.
Adems, al pulsar el botn "atrs" del dispositivo mvil se lograr el mismo objetivo.
95
Carlos Pliego Garca
5.5.1.4 PANEL DE CONTROL DESLIZABLE

El ltimo requisito de usuario que se refiere de algn modo al diseo de la interfaz es
el RUC-25. Este requisito exige que el usuario ser capaz de acceder a un panel de
control deslizable para cambiar los ajustes desde cualquier ventana de la aplicacin.
Para ello, se disear un men deslizable con las opciones que se podrn modificar.
Este men aparecer en la pantalla desde cualquier actividad deslizando el dedo
hacia la derecha o pulsando el botn "men" del terminal mvil.
5.5.2 PANTALLA PRINCIPAL
La pantalla principal estar compuesta por 2 interfaces distintas dependiendo de si lo
que se quiere es generar o leer un cdigo QR o QRypt.
5.5.2.1 INTERFAZ DE GENERACIN
La interfaz de generacin mostrar 2 botones: "Generar QR" y "Generar QRypt", los
cules permitirn al usuario ejecutar los mdulos de generacin de cdigos QR o
QRypt, respectivamente.
Ilustracin 22: Interfaz de usuario de la pantalla principal 1
96
Carlos Pliego Garca
Como se puede observar en la Ilustracin 22 el diseo es muy simple, lo que produce

que la aplicacin sea muy fcil de usar. Adems, los colores utilizados pertenecen a
las escalas de blancos, negros y azules; por lo tanto, el diseo de la aplicacin no
generara confusin en gente que sufra problemas de daltonismo.
5.5.2.2 INTERFAZ DE LECTURA
La interfaz de lectura mostrar tambin 2 botones: "Leer de cmara" y "Leer de
fichero", los cules permitirn al usuario ejecutar los mdulos de lectura por cmara y
lectura por fichero de cdigos QR y QRypt, respectivamente.
Ilustracin 23: Interfaz de usuario de la pantalla principal 2
Como se muestra en la Ilustracin 23, el diseo de esta interfaz es casi igual que el de
la anterior, simplemente cambiarn los botones y la imagen del cdigo QR en la parte
central superior de la pantalla.
Las formas de navegar entre una interfaz y otra de la pantalla principal sern muy
simples:
Pulsar en la barra superior la interfaz ("Generar" o "Leer") que se desea.

Deslizar el dedo hacia la izquierda o derecha.
97

o
o
Carlos Pliego Garca
Si se est en la interfaz de generacin y se desliza el dedo a la

izquierda, se cambiar la interfaz.
Si se est en la interfaz de lectura y se desliza el dedo a la derecha, se
cambiar la interfaz.
Como se puede ver en la barra superior, la interfaz que se est viendo en el momento
aparecer subrayada.
5.5.3 PANTALLA DE GENERACIN DE CDIGO QR
Esta pantalla seguir la misma filosofa de color que la anterior. Lo que se busca con
esta pantalla es permitir que el usuario introduzca el mensaje que quiere incluir en un
cdigo QR simple y generarlo.
5.5.3.1 INTERFAZ DE ESCRITURA DEL MENSAJE
As que, la interfaz mostrar un campo donde introducir el mensaje y un botn situado
en la barra superior para hacer saber al programa que el mensaje est introducido.
Ilustracin 24: Interfaz de usuario de la pantalla de escritura del mensaje
Mientras el usuario introduzca el mensaje, el 0 situado debajo del campo "mensaje" y

a la izquierda del 2000, empezar a incrementarse en tiempo real reflejando los
98
Carlos Pliego Garca
caracteres escritos hasta el momento. El 2000 representa los caracteres mximos

que la aplicacin permitir escribir.
Adems, en la barra superior, aparecer un icono con la palabra "QRypt" al lado (el
nombre de la aplicacin) que, si se pulsa (el icono), conducir al usuario de vuelta a la
pantalla principal. Esto tambin puede hacerse con el botn "atrs" del dispositivo.
5.5.3.2 INTERFAZ DE "MOSTRAR Y COMPARTIR EL CDIGO"
Una vez se escriba el mensaje y se pulse el botn situado en la esquina superior
derecha, la aplicacin generar el cdigo QR y cambiar a la interfaz de "Mostrar y
compartir el cdigo".
Ilustracin 25: Interfaz de usuario de la pantalla "Mostrar y compartir el cdigo"
Esta interfaz contar con, adems del botn de vuelta atrs que coincide con el icono
situado en la parte izquierda de la barra superior, una imagen previa del cdigo QR
generado con el mensaje que ha generado el usuario y dos botones, situados en la
parte derecha de la barra superior, para elegir la aplicacin a la que se desea
compartir el cdigo QR mediante un men desplegable o elegir mandarlo
directamente a la ltima aplicacin que se us para este fin (en este caso Dropbox).
99
Carlos Pliego Garca
5.5.4 PANTALLA DE GENERACIN DE CDIGOS QRYPT

Las interfaces de este mdulo son iguales que las del mdulo de generacin QR salvo
que, en este caso, cuenta con ms pantallas: la de seleccin de tipo de cifrado,
seleccin de contrasea y seleccin de color.
Las 3 pantallas nuevas son dilogos emergentes que muestran al usuario las
opciones que pueden escoger y que cuentan con 2 botones en la parte inferior:
"Aceptar" y "Cancelar". Si se pulsa "Aceptar" se navegar hasta la siguiente pantalla.
Si se pulsa "Cancelar" se volver a la pantalla de escritura del mensaje.
5.5.4.1 INTERFAZ DE SELECCIN DE TIPO DE CIFRADO
Una vez se ha introducido un mensaje para cifrar, aparecer un dilogo emergente en
el que aparecern los distintos tipos de cifrado que pueden aplicarse, permitiendo que
el usuario escoja uno o ms de stos.
Ilustracin 26: Interfaz de la pantalla de seleccin del tipo de cifrado
Como se puede observar en la Ilustracin 26, las opciones que se ofrecern en este
dilogo emergente se presentarn en forma de cuadrcula. Adems, el dilogo contar
con 2 botones, uno para volver a la pantalla de creacin del mensaje y otro para
terminar de elegir el tipo de cifrado y continuar a la siguiente pantalla.
100
Carlos Pliego Garca
Ilustracin 27: Interfaz de la pantalla de seleccin del tipo de cifrado 2
En la Ilustracin 27 se muestra cmo sera la interfaz si se eligiese cifrar el mensaje

por medio de una fecha y de un patrn. Como se puede ver, el programa permitira que
el usuario pueda cifrar con ms de una de las opciones. El contorno de las imgenes
se resaltara en azul para que el usuario sepa qu opciones estn sealadas en ese
momento y cules no.
5.5.4.2 INTERFAZ DE ESCRITURA DE CONTRASEA
En el caso de que se haya elegido la opcin de contrasea como tipo de cifrado, la
aplicacin exigir al usuario que escriba una mediante otro dilogo.
101
Carlos Pliego Garca
Ilustracin 28: Interfaz de la pantalla de escritura de contrasea
El dilogo emergente contar con los botones que cuentan todos los dilogos de esta
seccin y con un ttulo, un subttulo y un campo para escribir la contrasea que se
usar para cifrar el mensaje introducido.
5.5.4.3 INTERFAZ DE SELECCIN DE FECHA
En el caso de que se haya elegido la opcin de fecha como tipo de cifrado, la
aplicacin exigir al usuario que seleccione una fecha exacta en un marcador
mediante otro dilogo.
102
Carlos Pliego Garca
Ilustracin 29: Interfaz de la pantalla de seleccin de fecha
El marcador (traduccin de la clase Dialer de Android) mostrar en el ttulo del dilogo

la fecha del da en que se intenta generar el cdigo QRypt y 3 columnas que
representan un da del ao. Estas columnas pueden cambiar su valor bien
escribindolo en ellas o bien deslizando el dedo para que se seleccionen valores
siguientes o anteriores. La fecha que se elija en esta pantalla ser la fecha a partir de
la cual se permitir leer el cdigo QRypt. Hasta que no se cumple la fecha
especificada, el cdigo permanecer bloqueado.
5.5.4.4 INTERFAZ DE SELECCIN DE PATRN
En el caso de que se haya elegido la opcin de patrn como tipo de cifrado, la
aplicacin exigir al usuario que introduzca un patrn de desbloqueo en un dilogo
diseado explcitamente para esa funcin.
103
Carlos Pliego Garca
Ilustracin 30: Interfaz de la pantalla de seleccin de patrn 1
En el dilogo aparecern 9 puntos con los que se debe generar un patrn de bloqueo y
desbloqueo deslizando el dedo sobre ellos. Los puntos elegidos para el patrn se
resaltarn por encima de los dems y una lnea recta unir los puntos en el orden en
el que se eligieron.
104
Carlos Pliego Garca
Ilustracin 31: Interfaz de la pantalla de seleccin de patrn 2
Lo que se muestra en la Ilustracin 30 son los puntos cuando aun no se ha elegido un

patrn como contrasea para cifrar el mensaje, mientras que, lo que se muestra en la
Ilustracin 31, es cuando ya se ha elegido un patrn. Este patrn pude
corresponderse con la contrasea "3214789" o con "9874123".
5.5.4.5 INTERFAZ DE SELECCIN DE COLOR
Una vez se ha elegido el tipo de cifrado y se ha especificado la contrasea, la fecha o
el patrn, se elige el color. Para ello y siguiendo la misma filosofa que en las dems
interfaces de este mdulo, se har uso de un dilogo emergente para elegir el color.
Se usar una arquitectura de tipo matricial en vez de una lista, al igual que se hizo en
la interfaz de eleccin del tipo de cifrado, pero en esta no se podr elegir ms de un
color.
105
Carlos Pliego Garca
Ilustracin 32: Interfaz de la pantalla de seleccin de color 1
Como se puede ver en la Ilustracin 32, se adornar el nombre de los colores con un
adjetivo de naturaleza graciosa, ya sea haciendo alusin a trminos de videojuegos
(Zelda, Pokemon) como a nombres de personas reales (Azaa, Weigenfeller). El color
"Random MissingN0" consiste en elegir colores de forma aleatoria que no entren en el
umbral de lo que se considera blanco para formar un cdigo de apariencia extraa.
Cada color aleatorio que se genera se utiliza para un solo pixel.
106
Carlos Pliego Garca
Ilustracin 33: Interfaz de la pantalla de seleccin de color 2
Como se dise en la interfaz de eleccin de tipo de cifrado para el mensaje y como

se puede observar en la Ilustracin 33, cuando se elija un color en esta interfaz, se
marcar con un borde azul alrededor para que el usuario sea consciente del color que
ha elegido.
La eleccin del color del cdigo QRypt que se va a generar ser la ltima opcin en la
que se consultar al usuario. Despus de elegir el color, la aplicacin generar el
cdigo QRypt mostrndolo de la misma forma y en la misma interfaz que la de
"mostrar y compartir el cdigo" del mdulo de generacin QR.
5.5.5 PANTALLA DE LECTURA DE CDIGOS POR CMARA
Las interfaces de este mdulo son, principalmente 2: la interfaz de la cmara y la
interfaz en la que se muestra el mensaje. Aun as, si se diese el caso de que hubiese
que introducir una contrasea o un patrn porque el mensaje del cdigo est cifrado
con alguna de estas opciones, surgiran los dilogos de introduccin de contrasea y
de patrn correspondientes. Como las interfaces de estos ltimos dilogos ya est
107
Carlos Pliego Garca
diseadas porque son idnticas a las que se utilizan en el mdulo de generacin de

cdigos QRypt, en esta seccin se obviarn.
5.5.5.1 INTERFAZ DE LA CMARA
La interfaz de la cmara ser muy simple. Contar con una barra superior con el
botn de volver atrs (para seguir con la filosofa de diseo de la aplicacin), con un
cuadro grande en el que se mostrar lo que se est enfocando por la cmara, y un
botn de "Escanear" por si acaso la cmara ha tenido algn error y se ha congelado.
Ilustracin 34: Interfaz de la pantalla de cmara
El cuadro donde saldr la imagen que se est enfocando en tiempo real con la cmara
del dispositivo tendr que ser grande ya que es lo ms importante de esta interfaz. El
usuario tiene que saber a qu lugar est apuntando en todo momento con el mximo
posible de detalles. Si se pulsase el botn de arriba a la izquierda o el botn "atrs"
del dispositivo Android, la aplicacin volvera a la pantalla principal.
108
Carlos Pliego Garca
5.5.5.2 INTERFAZ DE LA PANTALLA DE "MOSTRAR EL MENSAJE"

Si al leer el cdigo QR o QRypt, se identifica que el mensaje que est incluido en ste
est cifrado, la aplicacin intentar descifrarlo por sus propios mtodos al no ser que
el cifrado sea de tipo contrasea o patrn. Si el cifrado utilizado pertenece a alguno
de estos dos tipos, la aplicacin mostrar al usuario los dilogos de escritura de
contrasea y patrn correspondientes. Las interfaces de estos dilogos sern las
mismas que las utilizadas en el mdulo de generacin de cdigos QRypt.
Una vez introducidos los datos y descifrado el mensaje con xito, se mostrar ste.
La interfaz de la pantalla donde se mostrar ser muy simple. Se mostrar el clsico
botn que se ha utilizado en casi todas las interfaces de "volver atrs", y se mostrar
el mensaje incluido en el cdigo bajo un ttulo en el que pondr "Mensaje".
Ilustracin 35: Interfaz de la pantalla de "Mostrar el mensaje descifrado"
5.5.6 PANTALLA DE LECTURA DE CDIGOS POR FICHERO

Las interfaces que complementarn este mdulo son idnticas a las que componen el
mdulo de lectura de cdigos por cmara salvo que este mdulo ejecutar el
explorador de archivos del terminal. Como este explorador es una aplicacin de
terceros y no se va a disear, no se incluye en este proyecto. Adems, los dilogos
109
Carlos Pliego Garca
que aparecern a la hora de descifrar un mensaje y la pantalla en la que se muestra

ste comparten la misma interfaz que estas mismas pantallas en el mdulo de lectura
de cdigos por cmara; por lo tanto, se obviar su inclusin en este apartado.
Como, por otro lado, la aplicacin debera ser capaz de descifrar cdigos QR y QRypt
que se encuentren en imgenes que enven desde otras aplicaciones, es necesario
disear cmo aparecer en el men "Compartir con" de las aplicaciones Android que
pueden enviar imgenes a otras aplicaciones.
Ilustracin 36: Interfaz del men desplegable "Compartir con" de aplicaciones de terceros
Como se puede ver en la Ilustracin 36, desde la galera de imgenes podra enviarse
una cualquiera a la aplicacin que se est desarrollando. La aplicacin aparece en el
tercer puesto pero, si se usara con ms asiduidad, aparecera en un puesto superior.
Si se eligiese la aplicacin QRypt, el programa intentara descifrar el mensaje que
contiene directamente.
5.5.7 MEN DESPLEGABLE
El men desplegable contendr las opciones bsicas que se pueden cambiar desde la
aplicacin, adems de la informacin bsica de la aplicacin y sus versiones. Este
110
Carlos Pliego Garca
men aparecer en la pantalla si se hace un gesto deslizando el dedo hacia la derecha

o pulsando el botn "men" del terminal.
Ilustracin 37: Interfaz del men desplegable
El men aparece de la parte izquierda de la pantalla arrastrando con l la pantalla que

estuviera vindose en ese momento. Las opciones que ofrece a modo de vista son
cambiar la carpeta de salida donde se guardarn los cdigos generados con la
aplicacin, cambiar el idioma y acceder a un men adicional en el que se cambiarn
las opciones bsicas de cifrado como elegir el color por defecto, la contrasea, etc.
Esta ltima opcin se ha diseado con vistas al futuro ya que no se implementar en
esta versin de la aplicacin. Adems de las opciones que ofrecer, tambin permitir
acceder a informacin sobre la aplicacin como las novedades que se han incluido en
la versin actual frente a las dems, informacin general sobre la aplicacin en la que
se incluir el nombre de su desarrollador y sobre qu trata la aplicacin, y una opcin
para comprobar actualizaciones en tiempo real que tampoco se implementar en esta
versin.
111
Carlos Pliego Garca
5.5.7.1 INTERFAZ DE CAMBIO DE RUTA DE LA CARPETA DE SALIDA

Una vez se pulse en la opcin de carpeta de salida, aparecer un dilogo emergente
en el que se mostrar la ruta actual de la carpeta de salida y en el que se podr
modificar sta.
Ilustracin 38: Interfaz de la pantalla de modificacin de la ruta de la carpeta de salida
Como en todos los dilogos emergentes diseados hasta ahora, se cuenta con 2
botones inferiores para guardar los cambios ocasionados en la ruta de la carpeta de
salida u omitirlos.
5.5.7.2 INTERFAZ DE SELECCIN DE IDIOMA
Una vez se pulse en la opcin de modificar el idioma de la aplicacin, aparecer un
dilogo emergente en el que se expondr unos botones radiales (de la clase
RadioButton de Android) que darn a elegir al usuario el idioma en el que quiere que
se muestre la aplicacin.
112
Carlos Pliego Garca
Ilustracin 39: Interfaz de la pantalla de modificacin del idioma
Al igual que en el dilogo emergentes anterior, se cuenta con 2 botones inferiores

para guardar los cambios u omitirlos.
5.5.7.3 INTERFAZ DE NOVEDADES DE LA VERSIN
Una vez se pulse en la opcin de mostrar las novedades de versin, aparecer un
dilogo emergente en el que se expondr el nmero de versin que est instalada en
el terminal y las novedades que impuso esta versin frente a las anteriores.
113
Carlos Pliego Garca
Ilustracin 40: Interfaz de la pantalla de novedades de la versin
A diferencia de los dems dilogos, ste no cuenta con 2 botones. En este dilogo no
se puede modificar nada; por lo tanto, no tiene sentido tener botones que omitan o
guarden los cambios que produzca el usuario.
114
Carlos Pliego Garca
6 IMPLEMENTACIN
Esta seccin pretende emprender la implementacin del sistema de informacin que
se ha analizado previamente en el Anlisis y se ha diseado en el Diseo. Adems, se
justificarn todas y cada una de las decisiones que se tomen.
6.1 MDULO DE GENERACIN DE CDIGOS QR A PARTIR DE UN

MENSAJE
El mtodo principal para generar un QR recibe 3 atributos: el mensaje que se va a
introducir en el cdigo, el tipo de cdigo que es (QR o QRypt) y el color en el que se va
a generar ste.
Para generar el cdigo se hace uso de una librera para Java que es capaz de lograr
este objetivo y, adems, pertenece a la aplicacin que es la ms utilizada en Android
para tratar cdigos de naturaleza QR. Esta librera se llama ZXing.
6.1.1 ZXING
Se pronuncia "Zebra Crossing" y es una librera de cdigo abierto para procesar
imgenes con cdigos de barras multi-formato de una o dos dimensiones. Est
implementada en Java. El objetivo de sus desarrolladores es el usarla a travs de las
cmaras de los dispositivos mviles actuales para escanear cdigos de barras sin
comunicarse con un servidor.
Lo bueno de esta librera es que permite realizar exactamente lo que se intenta
desarrollar en este punto pero lo malo es que est escrita en Java y contiene clases
que no existen de Android. Este problema se soluciona si se instala su aplicacin
llamada "Barcode Scanner" de lectura de cdigos QR. De esta forma, cuando se va a
generar un cdigo o se va a escanear, se llama a su aplicacin y sta ya lo hace y
enva la informacin de vuelta a la aplicacin que se est desarrollando. No se
contempla la opcin de obligar a los usuarios a instalar la aplicacin "Barcode
Scanner" ya que no se considerara una buena competencia si se depende de una
aplicacin de terceros para realizar lo bsico. Debido a esto, se proceder a adaptar la
librera para poder utilizarla en Android.
Esta librera, al generar un cdigo QR, primero transforma un mensaje en una matriz
de bits y, despus, pasa esta matriz a una imagen interpretando los bits de la matriz.
A la hora de transformar el mensaje en matriz no hay ningn problema pero, cuando
va a dibujar la matriz, hace uso de la clase de Java "BufferedImage" y sta no existe
en el dominio de Android.
Para solventar este problema, se ha decidido modificar el cdigo para que, en vez de
que llame a la clase "BufferedImage", haga uso de los objetos "Bitmap" que son los
nativos de Android para manejar imgenes. Por suerte, la forma de manejar uno u otro
de estos objetos es muy similar. La librera ZXing, al usar "BufferedImage", se recorre
todas las posiciones de la matriz y dibuja cada pixel de la imagen utilizando el mtodo
setRGB. Adems, la clase BufferedImage permite dar formato a la imagen
directamente. Con la clase Bitmap se escribirn los pixeles de la imagen utilizando el
115
Carlos Pliego Garca
mtodo setPixel y habr que crear un objeto File antes de darle formato con el mtodo
compress de la clase Bitmap.
6.1.2 DRAWQR
Ya se ha hablado del mtodo drawQR que es el que se utiliza para generar cdigos de
naturaleza QR, pero no se ha ahondado en su algoritmo. Hace falta recordar que este
mtodo recoge como atributos el mensaje que se va a introducir en el cdigo, el tipo
de cdigo que es (QR o QRypt) y el color en el que se va a generar ste. El algoritmo
del mtodo, de forma simplificada, es como se muestra a continuacin.
drawQR(mensaje, tipo, color):
Se instancia un objeto QRCodeWriter de la librera ZXing.
Se transforma el mensaje a matriz de bits mediante el mtodo encode del
objeto QRCodeWriter.
Para cada posicin de la matriz:
o Si existe un valor, se dibuja un pixel en el Bitmap del color elegido con
el mtodo setPixel.
o Si no, se dibuja un pixel en el Bitmap de color blanco con el mtodo
setPixel.
Se obtiene la ruta de la carpeta de salida y se crea un objeto File vinculado a
ella.
Se obtienen los segundos, minutos, horas, da, mes y ao actuales para crear
el nombre del archivo.
Se crea el archivo y se le da formato .PNG mediante el mtodo compress de la
clase Bitmap a partir del Bitmap con el cdigo QR y se vincula al archivo
creado.
Se devuelve el Bitmpa creado para representarlo en un objeto ImageView para
que el usuario pueda verlo desde la aplicacin.
Tabla 119: Algoritmo del mtodo drawQR
Como se puede observar, se hace uso de la librera nicamente para transformar el

mensaje en matriz de bits ya que, como se ha explicado antes, esta librera hace uso
de clases de Java que no existen en Android. A pesar de eso, la importancia de el
mtodo de esta librera es vital ya que permite generar la matriz que se dibujar como
el cdigo QR sin necesidad de conectarse a Internet.
116
Carlos Pliego Garca
6.2 MDULO DE CIFRADO DE MENSAJES

Como se explic en el diseo del sistema, la aplicacin har uso de unos algoritmos
de cifrado que se emplearn en el mensaje para obtener una versin protegida de
ste. En este captulo se van a explicar un poco ms en profundidad estos algoritmos.
Como se pudo ver en la Ilustracin 13, el proceso de seguridad que se va a
implementar empieza cifrando el mensaje, luego lo desordena y, finalmente, lo
codifica en base64 e incluye los tokens de control.
6.2.1 CIFRAR
Este mtodo se utiliza para cifrar el mensaje a partir de una contrasea; por lo tanto,
recibe como atributos un mensaje y una contrasea. Su algoritmo, en muy alto nivel,
es como se muestra a continuacin.
cifrar(mensaje, contrasea):
Se genera un salt aleatorio:
o Se inicializa un objeto SecureRandom y se genera un salt.
o Se genera el hash del salt utilizando la funcin resumen SHA-1.
o Se concatena el hash generado con la contrasea.
Se deriva la contrasea:
o Se genera un nmero aleatorio entre 1000 y 11000 que ser el nmero
de iteraciones en la funcin de derivacin de la contrasea.
o Se deriva la contrasea haciendo uso de la funcin de derivacin
"PBKDF2WithHmacSHA1" tantas veces como represente el nmero de
iteraciones aleatorio que se ha obtenido anteriormente.
Se cifra el mensaje:
o Se genera un vector de inicializacin aleatorio.
o Se cifra el mensaje con la clave obtenida anteriormente y el vector de
inicializacin utilizando el algoritmo de cifrado AES.
Se devuelve el mensaje cifrado.
Tabla 120: Algoritmo del mtodo cifrar
En la tabla anterior se observa que el algoritmo de cifrado es idntico al que se dise

en la seccin de diseo del sistema y que figura en la Ilustracin 14. A pesar de que
en el Estado del Arte se explicaba cada uno de los conceptos de cifrado que se iban a
utilizar en los algoritmos, a continuacin se expone cmo y por qu se utiliza cada
uno.
6.2.1.1 CONTRASEA
Cuando se habla de la contrasea que recibe el mtodo, no es otra que el conjunto de
valores tomados a la hora de seleccionar los tipos de cifrado que se desean utilizar
para cifrar el mensaje. Una vez se tienen los valores, se genera un hash de cada uno
utilizando la funcin resumen SHA-1 y se concatenan. El valor correspondiente es el
que se usa como atributo de entrada en este mtodo.
6.2.1.2 SALT
En el algoritmo, el salt se genera aleatoriamente utilizando la clase SecureRandom. Se
utiliza la clase SecureRandom y no Random porque el nmero que genera el primero
es criptogrficamente ms fuerte. Ms tarde se genera un hash del salt utilizando la
funcin resumen SHA-1 para mejorar la seguridad y se concatena con la contrasea.
117
Carlos Pliego Garca
La razn por la que se utiliza un salt es, simplemente, para aumentar la complejidad
del proceso de seguridad. De esta forma, se hace mucho ms complicada la labor de
un atacante en caso de que obtuviera el criptograma.
6.2.1.3 DERIVACIN
Se ha decidido realizar la derivacin de contrasea para incrementar la dificultad para
romper el criptograma debido a la carga computacional adicional que la derivacin
aade. La funcin utilizada se llama "PBKDF2WithHmacSHA1". Esta funcin recibe 4
parmetros para generar la clave que se requiere:
La contrasea del usuario.

El salt obtenido de la funcin de generacin del punto anterior.
El nmero de iteraciones para la derivacin.
La longitud de la clave que se va a obtener.
El nmero de iteraciones es un nmero aleatorio entre 1000 y 11000. Se ha elegido el

nmero de iteraciones 1000 como mnimo debido a que:
Requiere un tiempo de computacin comedido para un terminal mvil.

A partir de 1000 iteraciones, se generan claves suficientemente seguras y
aleatorias.
Por otro lado, se ha decidido que 11000 sea el nmero mximo de iteraciones porque,
adems de la seguridad, tambin es muy importante la velocidad y el rendimiento del
sistema. Un nmero mayor de iteraciones puede causar tiempos de cmputo
demasiado elevados.
Por ltimo, la longitud de la clave que se va a obtener es de 256 bits, ya que la
aplicacin cifra con el algoritmo AES con un tamao de bloque de 256 bits.
6.2.1.4 CIFRADO
En este algoritmo, se ha decidido utilizar el algoritmo de cifrado AES por estar
considerado por la NSA como seguro. La clave de cifrado elegida es de 256 bits.
Adems, antes de cifrar, se generar un vector de inicializacin aleatorio con tamao
de bloque AES para que, cuando se cifre el mensaje a partir de la clave generada
anteriormente, los resultados del cifrado sean distintos aunque se utilizase siempre el
mismo mensaje y la misma clave.
Este algoritmo de cifrado es la ltima tarea que se cumplir en el proceso de cifrado
de un mensaje para incluirlo en un cdigo QRypt. Se considera un algoritmo muy
seguro pero, a pesar de todo, el usuario puede mermar esta seguridad eligiendo una
contrasea poco segura ya que la aplicacin, por motivos de usabilidad, permite
cualquier longitud de contrasea.
6.2.2 DESORDEN
Este mtodo se utiliza para desordenar el mensaje cifrado a partir de una contrasea.
Como siempre realiza el mismo algoritmo de desordenacin para ser completamente
reversible, slo recibe un nico atributo. Este atributo no es otro ms que el mensaje
118
Carlos Pliego Garca
cifrado que tiene que desordenar. Su algoritmo, en muy alto nivel, es como se muestra
a continuacin.
desorden(mensaje):
Se clona el mensaje en una variable auxiliar.
Se declaran dos contadores: el punto de inicio del mensaje (posicin 0) y el
punto final (posicin longitudMensaje-1).
Se recorre todas las posiciones del mensaje salvo la ltima:
o Se cambia el dato que est en la posicin del mensaje por el siguiente
al del contador de la posicin inicial del auxiliar.
o Se incrementa en 1 este contador de posicin inicial.
o El valor de la siguiente posicin del mensaje se sobrescribe por el dato
del contador de la posicin final (longitudMensaje-1) del auxiliar.
o Se resta el valor 1 al contador de la posicin final.
Si la longitud del mensaje es impar:
o Se escribe el valor que se encuentra en el contador de la posicin final
del auxiliar en la penltima posicin del mensaje.
Se devuelve el mensaje desordenado.
Tabla 121: Algoritmo del mtodo desorden
Una explicacin simple del algoritmo sera la siguiente: el algoritmo se encarga de

recoger de forma progresiva el dato que se encuentra en la primera posicin y,
despus, el que se encuentra en la ltima posicin. Una vez se hace esto, se
incrementa en 1 la posicin del principio y se resta 1 la posicin del final. El algoritmo
se sigue ejecutando hasta que llega al dato que se encuentra en la posicin central.
Para un mejor entendimiento del algoritmo, se aade una ilustracin a continuacin
con el cdigo de este mtodo.
Ilustracin 41: Captura del mtodo desorden
La razn por la que se ha decidido hacer uso de este mtodo no es otra que la de
emplear una medida de seguridad adicional en el proceso de cifrado. Cuando se
desordena, el mensaje queda ilegible, lo que produce que la dificultad de ataque
aumente.
119
Carlos Pliego Garca
6.2.3 CODIFICACIN
Se ha implementado el sistema de codificacin base64. El uso de este mtodo se
debe a que no es posible generar un cdigo QR a partir de la estructura de bytes que
se genera cuando se cifra el mensaje. Para generar un QR es necesario una estructura
String y, en muchos casos, la estructura de bytes que se genera en el cifrado est
compuesta por caracteres que pueden generar problemas porque no son imprimibles
o no estn soportados. Por eso se ha decidido utilizar la codificacin base64. sta
codifica cada uno de los caracteres usando 64 como base. Una vez se ha codificado,
la cadena de texto generada contiene caracteres perfectamente imprimibles en el
rango de caracteres alfanumricos.
Antes de codificar el mensaje cifrado, se le concatena el salt empleado en la
generacin de la contrasea, el nmero de iteraciones del proceso de derivacin y el
vector de inicializacin del proceso de cifrado. Con estos datos, ser posible descifrar
el mensaje despus ya que, incorporado a l, se encuentra la informacin necesaria
para poder descodificarlo.
Para codificar los datos en base64 se hace uso de la clase Java "Base64.java" de
Mikael Grev.
6.2.4 TOKENS DE CONTROL
Una vez se ha terminado de cifrar el mensaje, la ltima etapa del proceso consiste
introducir en l los tokens de control que indiquen en el proceso del descifrado los
tipos de cifrado que se han empleado para poder descifrarlo correctamente. Como se
ha explicado ya en el diseo del sistema los tokens de control son los siguientes: @,
#, $, & y %.
Estos tokens se concatenan al comienzo del mensaje una vez cifrado, desordenado y
codificado para saber en qu posicin estn exactamente stos. Es muy importante el
orden en el que se concatenan estos tokens ya que ser el orden en el que se han
concatenado las claves de cada uno de estos mtodos para generar la contrasea
principal del mensaje.
El orden en el que se concatenarn estos tokens es: @, #, $, & y %. Esto quiere decir
que, si un mensaje ha sido cifrado con todos los tipos de cifrado, comenzar de la
siguiente forma: "%&$#@" (porque se concatena al principio del mensaje).
120
Carlos Pliego Garca
6.3 MDULO DE EXTRACCIN DEL MENSAJE INCLUIDO EN EL

CDIGO QR
Antes de descifrar un mensaje incluido en un cdigo QR es obligatorio obtenerlo. Esa
tarea puede realizarse de 2 formas completamente diferentes: por medio de la cmara
del dispositivo mvil o por medio de una imagen almacenada en la memoria del
terminal.
Dependiendo de cul de estos procedimientos se utilice, se utilizar una librera u
otra.
6.3.1 CMARA
Una forma muy cmoda de obtener un mensaje incluido en un cdigo QR es enfocarlo
directamente con la cmara del smartphone. Para esto, es necesario que el
smartphone posea una cmara integrada y que el mensaje se obtenga en tiempo real.
La librera utilizada anteriormente se llama ZXing y es muy completa para descifrar y
generar cdigos QR pero, para poder utilizar su mdulo de cmara, es necesario que
su aplicacin oficial llamada "Barcode Scanner" est instalada en el dispositivo. Esta
obligacin se debe a que no existe otra forma de escanear por la cmara un cdigo
QR sin hacer uso directamente de la actividad principal de la aplicacin oficial de
ZXing. Por eso, es necesario utilizar otra librera para este procedimiento, ya que
resulta muy tedioso obligar al usuario a instalarse otra aplicacin.
6.3.1.1 ZBAR
La librera que se ha decidido utilizar para este fin se llama ZBar. El objetivo principal
de esta librera es la lectura de cdigos de todo tipo de cdigos de barras (entre ellos,
el cdigo QR). Esta librera est desarrollada para varios sistemas operativos y entre
ellos se incluye Android. Es una librera muy fcil de usar con actividades
prediseadas en las que se puede utilizar la cmara del dispositivo como lector QR.
[21]
6.3.1.2 leerCamara
Para utilizar este mtodo, se ha optado por modificar una clase de ejemplo
prediseada que inclua la librera. Esta clase pide permisos al sistema operativo para
utilizar la cmara del dispositivo y busca en tiempo real cdigos QR que se enfoquen
con sta. Si no encuentra ninguno, la clase seguir buscando hasta que este
procedimiento se cancele. En el caso de que se encuentre algn cdigo QR, la clase
intentar extraer el mensaje que contiene (cifrado o no) y lo enviar a la actividad
principal de tratamiento del mensaje.
La forma en la que se ejecuta esta clase que usa la cmara es mediante la clase
principal de tratamiento de mensaje. Cuando el usuario apriete el botn de leer por
cmara, la aplicacin ejecutar la clase principal de tratamiento de mensajes con la
variable de cmara seleccionada. Cuando la clase detecta que esta variable est
activada, llama a la clase de cmara mediante un Intent.
Un Intent es un objeto nativo de Android. Este objeto es una descripcin abstracta de
una operacin que se va a realizar. En este caso, la operacin no es otra que ejecutar
121
Carlos Pliego Garca
una clase como actividad y esperar la respuesta de sta. Esta respuesta que espera la
clase principal es el mensaje incluido en el cdigo QR. [22]
Una vez se obtiene el mensaje, se comprobar si est cifrado o no. Si estuviese
cifrado se procedera a ejecutar el mdulo de descifrado cuya implementacin se
explicar ms adelante. Si no fuese as, el mensaje se mostrara directamente.
6.3.2 FICHERO
A parte de la cmara, se ha decidido incluir un modo de lectura de cdigos QR que, a
pesar de que su implementacin es sencilla, no existe en casi ninguna aplicacin que
se encuentre en el repositorio oficial de Android. Este procedimiento consiste en
permitir que el usuario seleccione un archivo de imagen que contenga un cdigo QR
por medio del explorador de archivos de su terminal y la aplicacin extraiga el
mensaje incluido en l.
Para lograr este fin se ha decidido utilizar de nuevo la librera ZXing, ya que soporta
este tipo de lectura de cdigos QR sin necesidad de tener instalada su aplicacin
oficial y, adems, se considera que es conveniente reutilizar libreras antes que
importar nuevas cuando las libreras importadas anteriormente ya cuentan con estas
funcionalidades.
Esta librera es capaz de leer los pixeles de una imagen, detectar si existe un cdigo
QR representado en ella por medio de reconocimiento de patrones y aislarlo de los
dems elementos para, finalmente, extraer el mensaje que ste contiene.
6.3.2.1 pasarABlancoYNegro
Una de las funcionalidades ms interesantes de la aplicacin consiste en la
generacin de cdigos QR de distintos colores para identificar rpidamente cuando
un cdigo QR est cifrado (es un QRypt) y cuando no. A pesar del atractivo que suma
al sistema, se produce un problema serio: cuando los colores no son muy distintos del
blanco, el mtodo principal de lectura del cdigo QR no funciona.
Para que esto no ocurra, se ha considerado extremadamente necesario desarrollar un
mtodo aparte que se ejecute antes que transforme el cdigo QR de la imagen a
blanco y negro. Este mtodo recibe nicamente el Bitmap con el cdigo QR ya aislado
de los dems elementos de la imagen gracias a la clase MutiformatReader de la
librera ZXing.
pasarABlancoYNegro(cdigoQR):
Se genera un Bitmap vaco que har de salida con las mismas caractersticas
que el que contiene el cdigo.
Se recorre pixel a pixel el Bitmap con el cdigo:
o Si el valor RGB del pixel se asemeja al blanco, se escribe un pixel
blanco en el Bitmap de salida.
o Si el valor RGB del pixel se asemeja a otro, se escribe un pixel negro en
el Bitmap de salida.
Se devuelve el Bitmap de salida.
Tabla 122: Algoritmo del mtodo pasarABlancoYNegro
122
Carlos Pliego Garca
Para comprobar si el color del pixel se asemeja al blanco, se descompone su color en

valores RGB. Si el valor de cada uno de los valores RGB es superior a 220, el color que
representa se considera blanco.
Se ha decidido interpretar los colores por medio de umbrales y no por los valores
exactos de colores ya que es posible que la imagen que se est leyendo sea una foto
y, por culpa de la luz, el color blanco es un gris muy claro. Si no se emplease la
identificacin del color por umbrales, ese color no sera blanco y lo interpretara
entonces como negro, quedando el cdigo completamente ilegible.
6.3.2.2 leerFichero
Al igual que en el procedimiento de la cmara, se hace uso de un objeto Intent para
lograr el objetivo de este mdulo pero, en vez de para obtener el mensaje del cdigo
que se est enfocando por la cmara, se utiliza para llamar al explorador de archivos
del sistema operativo. Este explorador de archivos devolver la ruta de la imagen que
se ha seleccionado y la clase principal de tratamiento de mensajes interpretar los
datos que ese encuentran en ella.
El mtodo que se va a explicar a continuacin es el principal en la lectura de cdigos
QR a partir de un fichero. Este mtodo recibe por parmetros slo la ruta de la imagen
seleccionada.
leerFichero(ruta):
Se transforma el archivo que existe en la ruta recibida a un objeto Bitmap.
Se crean unos objetos RGBLuminanceSource y BinaryBitmap a partir del
Bitmap que contiene toda la imagen en la que est incluida un cdigo QR.
Se asla el cdigo QR de los dems elementos de la imagen y se almacena en
un Bitmap.
Se pasa a blanco y negro el Bitmap con el cdigo mediante el mtodo
pasarABlancoYNegro.
Se extrae el mensaje del Bitmap con el cdigo QR en blanco y negro utilizando
el mtodo decode de la clase MultiFormatReader.
Se devuelve el mensaje extrado.
Tabla 123: Algoritmo del mtodo leerFichero
Al igual que en el procedimiento de lectura por cmara, una vez se obtiene el mensaje,
se comprobar si est cifrado o no. Si estuviese cifrado se procedera a ejecutar el
mdulo de descifrado cuya implementacin se explicar a continuacin. Si no fuese
as, el mensaje se mostrara directamente.
123
Carlos Pliego Garca
6.4 MDULO DE DESCIFRADO DE MENSAJES

Se ha explicado ya la implementacin de los mtodos principales del proceso de
cifrado de mensajes en el que se codifica un texto de forma que su posterior lectura
sin las contraseas necesarias es imposible.
Como se explic en el diseo del sistema, la aplicacin hace uso de unos algoritmos
de cifrado que se emplean en el mensaje para obtener una versin protegida de ste,
pero tambin se explic que utilizara algoritmos de descifrado para poder obtener el
mensaje original de nuevo. En este captulo se van a explicar un poco ms en
profundidad estos ltimos algoritmos.
Como se pudo ver en la Ilustracin 16, el proceso de descifrado que se va a
implementar empieza obteniendo los tokens y descodificando ste con base64, luego
lo desordena y, finalmente, lo descifra generando la contrasea previamente.
6.4.1 TOKENS DE CONTROL
Lo primero que se realiza en este proceso es obtener los tokens de control para saber
qu tipo de cifrado se le ha impuesto al mensaje y obtener as los datos principales
para poder regenerar la contrasea de cifrado y descifrado.
El mtodo que realiza esta tarea se llama tokensDeControl y recibe por parmetros
nicamente el mensaje cifrado recin extrado del cdigo QRypt.
124
Carlos Pliego Garca
tokensDeControl(mensajeCifrado):
Se recorren las primeras posiciones del mensaje:
o Si el caracter en la posicin es un "%":
Se abre un dilogo y se pide al usuario que introduzca la
contrasea.
Se genera un hash con esa contrasea con una funcin
resumen SHA-1.
Se elimina el caracter de esa posicin del mensaje.
o Si el caracter en la posicin es un "&":
Se abre un dilogo y se pide al usuario que introduzca el
patrn.
Se genera un hash con ese patrn con una funcin resumen
SHA-1.
Se elimina el caracter de esa posicin del mensaje.
o Si el caracter en la posicin es un "$":
Se obtiene el Imei del terminal.
Se genera un hash con ese Imei con una funcin resumen
SHA-1.
Se elimina el caracter de esa posicin del mensaje
o Si el caracter en la posicin es un "#":
Se obtiene el modelo del terminal.
Se genera un hash con ese modelo con una funcin resumen
SHA-1.
o Si el caracter en la posicin es un "@":
Se obtiene la fecha actual.
Se concatena el ao, el mes y el da y se genera un hash con
esa fecha con una funcin resumen SHA-1.
Se concatenan los hashes.
Se devuelven los hashes.
Tabla 124: Algoritmo del mtodo tokensDeControl
Una vez se obtienen los hashes concatenados, se extraen los dems datos que se
utilizarn para generar la clave. Estos datos se encuentran concatenados al final del
mensaje y son: el salt, el nmero de iteraciones del proceso de derivacin y el vector
de inicializacin del algoritmo de cifrado. Una vez extrados del mensaje, se borran de
este para no
6.4.2 DESCODIFICACIN
Como se ha implementado el sistema de codificacin base64, hay que hacer uso de la
descodificacin base64 para volver a obtener el mensaje cifrado desordenado en
estructura de array de bytes, que ser necesario para poder descifrarlo
posteriormente. Adems, en este proceso se extraen los dems datos que se
utilizarn para generar la clave. Estos datos se encuentran concatenados al final del
mensaje y son: el salt (su hash), el nmero de iteraciones del proceso de derivacin y
el vector de inicializacin del algoritmo de cifrado.
6.4.3 REORDENACIN
En el mdulo de cifrado se utiliz un algoritmo que desordenaba la posicin de los
datos en el mensaje. En esta tarea es menester devolver el mensaje desordenado a su
125
Carlos Pliego Garca
orden original para poder descifrarlo correctamente. El algoritmo utilizado, al igual

que en la desordenacin, recibe por parmetros un mensaje en formato array de
bytes.
orden(mensaje):
Se clona el mensaje en una variable auxiliar.
Se declaran dos contadores: el punto de inicio del mensaje (posicin 0) y el
punto final (posicin longitudMensaje-1).
Se recorre todas las posiciones del auxiliar del mensaje salvo la ltima:
o Se cambia el dato que est en la posicin siguiente a la del contador
de punto de inicio del mensaje por el valor de la posicin que se est
observando en el auxiliar.
o Se incrementa en 1 este contador de posicin inicial.
o Se cambia el dato que est en la posicin anterior a la del contador de
punto final del mensaje por el siguiente valor de la posicin que se
est observando en el auxiliar.
o Se resta el valor 1 al contador de la posicin final.
o se incrementa en uno el contador general del bucle.
Si la longitud del mensaje es impar:
o Se escribe el valor que se encuentra al final del auxiliar en la posicin
que indica el contador del punto final del mensaje.
Se devuelve el mensaje ordenado.
Tabla 125. Algoritmo del mtodo orden
Para un mejor entendimiento del algoritmo, se aade una ilustracin a continuacin

con el cdigo de este mtodo.
Ilustracin 42: Captura del mtodo orden
Una vez se ejecuta este algoritmo, los datos que componen el mensaje quedarn
reordenados a su posicin original y slo faltar descifrar el mensaje.
126
Carlos Pliego Garca
6.4.4 GENERACIN DE CONTRASEA Y DESCIFRADO DEL MENSAJE

La ltima tarea que queda realizar en este proceso es la de descifrado del mensaje.
Este subproceso realizar cuasi los mismos pasos que el algoritmo de cifrado salvo
que ste descifrar el mensaje.
Como se han obtenido los hashes de las contraseas en la ejecucin del algoritmo del
mtodo tokensDeControl y, tambin, se han conseguido el salt, el nmero de
iteraciones y el vector de inicializacin en la tarea de descodificacin, slo hace falta
generar la clave y descifrar el mensaje con ella.
El mtodo de descifrado recibir por parmetros el mensaje ya ordenado pero cifrado
y los hashes de las claves recogidas en el mtodo de los tokens de control
concatenadas (se le llamar contrasea a partir de ahora), el salt, el nmero de
iteraciones y el vector de inicializacin.
descifrar(mensaje, contrasea, salt, iteraciones, vector):
Se concatena el salt con la contrasea.
Se deriva la contrasea:
o Se deriva la contrasea haciendo uso de la funcin de derivacin
"PBKDF2WithHmacSHA1" tantas veces como represente el nmero de
iteraciones recogido en los parmetros.
Se descifra el mensaje:
o Se descifra el mensaje con la clave obtenida anteriormente y el vector
de inicializacin recibido por parmetros utilizando el algoritmo de
cifrado AES.
Se devuelve el mensaje descifrado.
Tabla 126: Algoritmo del mtodo descifrar
Es muy importante utilizar la misma funcin de derivacin y el mismo algoritmo de

cifrado (en este caso, de descifrado) para obtener el mensaje original. Cualquier
cambio en los valores con los que se cifr el mensaje llevara a generar un mensaje
descifrado completamente distinto del original. Por eso es necesario conocer el salt,
el nmero de iteraciones y el vector de inicializacin previamente.
Una vez obtenido el mensaje, slo hara falta mostrarlo para que el usuario lo
conozca.
127
Carlos Pliego Garca
6.5 RESTO DE MDULOS

Una vez se han implementado los mdulos importantes de la aplicacin, queda
implementar el conjunto de mdulos que se han decidido realizar para completar el
programa.
Estos mdulos son los de cambio de ajustes del sistema y el de conocer las
novedades de la versin del programa.
6.5.1 AJUSTES DEL SISTEMA
La funcin de este mdulo es permitir al usuario modificar las preferencias bsicas
del sistema de informacin. Estas preferencias que podr modificar sern: la ruta de
la carpeta de salida donde se almacenarn los cdigos QR y QRypt generados con el
programa, y el idioma nativo de la aplicacin.
6.5.1.1 MEMORIA DEDICADA PARA LAS APLICACIONES
Las aplicaciones del sistema operativo Android hacen una gran uso de las bases de
datos SQlite. Almacenan en ellas toda la informacin de las preferencias del sistema
e, incluso, hay algunas que almacenan datos del login del usuario (como, por ejemplo,
"UC3Moid", que es un buen cliente de aula global pero tiene este fallo de seguridad).
Son de rpido acceso pero tienen un grave problema: la falta de seguridad.
Estas bases de datos son muy rpidas pero no estn cifradas. Se guardan en la ruta
"/data/data/paqueteDeLaAplicacion/databases" que es una carpeta incluida en el
sector "protegido" del sistema operativo. una aplicacin, sin permisos de
superusuario es incapaz de acceder a esta ruta pero, aun as, existen muchas
aplicaciones en el repositorio de Android que son capaces de hacerlo. Cada vez son
ms los smartphones que tienen un kernel con permisos de superusuario y eso
significa que la seguridad que ofreca este sector "protegido" del sistema ya es nula.
Por eso, a lo largo del ltimo ao se ha vuelto una medida comn el almacenar los
datos importantes en la memoria dedicada a la aplicacin. Su acceso es ms rpido y
es segura porque no puede acceder a ella ninguna otra aplicacin que la propietaria;
por lo tanto, eso la convierte en una buena medida de seguridad adicional.
De momento, los nicos datos que se guardarn en ella sern la ruta de la carpeta de
salida y el idioma elegido para la aplicacin pero, en versiones posteriores, se
guardarn tambin las contraseas favoritas y dems datos que necesitan estar
almacenados en un lugar seguro.
La forma de acceder a esta memoria es muy simple: basta con hacer uso de la clase
de Android SharedPreferences para obtener los datos como si fueran atributos:
accediendo a estas preferencias por posiciones. De esta forma, en la posicin 0 habr
un dato y en la posicin 4 otro distinto y se podrn obtener desde cualquier actividad
de la aplicacin.
6.5.1.2 MODIFICAR LA CARPETA DE SALIDA
El mtodo de modificacin de la ruta de la carpeta de salida slo recibe 1 atributo que
es la cadena con la nueva ruta.
128
Carlos Pliego Garca
carpetaDeSalida(ruta):
Se accede a la posicin del objeto SharedPreferences que almacena la ruta de
la carpeta de salida.
Se sobrescribe su valor por el de la ruta que se recibe por parmetros.
Tabla 127: Algoritmo del mtodo carpetaDeSalida
Cuando generar un cdigo QR o QRypt, antes de almacenarse en la tarjeta SD del

dispositivo, se accede a este objeto para obtener la ruta de la carpeta de salida y
saber dnde generar el archivo.
La ruta por defecto, si el usuario no la cambia, es: "/sdcard/QRypt/". Por lo tanto, si no
se modifica este valor, los cdigos que se generen se guardarn ah. Como los
nombres de los archivos de imagen se generan con la fecha y hora de generacin
incluidos los segundos, siempre tendrn nombres diferentes y no se corre el riesgo de
que se sobrescriban aunque no se cambie la ruta de esta carpeta.
6.5.1.3 MODIFICAR EL IDIOMA DE LA APLICACIN
Hoy en da el hecho de desarrollar una aplicacin que no est traducida y localizada al
ingls resulta verdaderamente extrao. La gran mayora de las aplicaciones que se
encuentran en el repositorio de Android estn traducidas al ingls. Esto se debe a que
es el idioma universal que, en los tiempos que corren, casi todo el mundo habla. El
simple hecho de no traducir tu aplicacin al ingls significa, probablemente, ms de
un 60% de menos descargas que si estuviese traducida. Por esta razn, se ha
decidido traducir esta aplicacin al ingls.
Aun as, en este apartado se ha querido ir un paso ms adelante. La mayora de las
aplicaciones para Android que estn traducidas no permiten cambiar el idioma de la
aplicacin directamente desde ella. Se muestran en el idioma que est configurado
para todo el sistema operativo. De esta forma, si el sistema operativo est en
castellano pero la aplicacin est muy mal traducida y se prefiere en ingls, esto no
se puede cambiar.
Para poder modificar el idioma de la aplicacin en tiempo de ejecucin y sin importar
el idioma en el que est el sistema operativo, se hace uso de dos clases: Locale y
Configuration.
Cuando se realiza el diseo de una aplicacin, todas las cadenas estticas que se
muestran en ella se guardan como variables finales para poder llamarlas sin tener que
escribirlas directamente en el cdigo. Estas variables se guardan en la carpeta
"res/values/" (resources) y, dependiendo del idioma que sea, en una subcarpeta o en
otra. De esta forma, si el idioma de las cadenas escritas es ingls estadounidense, la
subcarpeta dentro de "res" se llamar "values-en_US".
Como esta aplicacin tiene que poder mostrarse en ingls y en espaol, cuenta con 2
subcarpetas dentro de res con 2 archivos "strings.xml" con las cadenas estticas de
un idioma y otro. El archivo "string.xml" con las cadenas en espaol est en
"res/values-es_ES/" y el archivo "string.xml" en ingls est en "res/values-es_US".
[23]
129
Carlos Pliego Garca
Por defecto, se elige el idioma que se tenga configurado en el dispositivo pero, si ese
idioma no es ninguno de estos 2, la aplicacin se mostrar en ingls. Si, por otro lado,
el usuario decide cambiar el idioma, la aplicacin modificar el valor del objeto
SharedPreferences que representa el idioma al lenguaje que ste elija. Como se
guarda en esta memoria dedicada a la aplicacin, a partir de ese momento, el sistema
se mostrar en ese idioma al no ser que se desinstale la aplicacin o se vuelva a
modificar ste.
Al iniciarse la aplicacin, se ejecuta una funcin que comprueba este valor en la
memoria y actualiza todas las cadenas que se muestren en la interfaz al idioma que
all figure.
establecerIdioma():
Acceder a la posicin de SharedPreferences donde se encuentra el valor del
idioma.
Crear un objeto Locale e inicializarlo con el idioma recogido.
Seleccionar ese idioma como por defecto con el mtodo setDefault de la clase
Locale.
Crear un objeto Configuration.
Establecer ese idioma en la configuracin con el atributo locale de la clase
Configuration.
Actualizar la interfaz con el mtodo updateConfiguration.
Tabla 128: Algoritmo del mtodo establecerIdioma
En la tabla anterior se muestra el algoritmo del mtodo para establecer el idioma que
se ejecuta cada vez que se abre la aplicacin.
Otro mtodo importante que conviene explicar, aunque sea muy simple, es el de
modificar el idioma. Cada opcin que se muestra en el dilogo que aparece en la
interfaz de seleccin de idioma tiene vinculado una variable que almacena el idioma
que se representa. De esta forma, cuando se pulsa el botn "English" se actualiza una
variable al valor "en_US" y, cuando se selecciona el "Espaol", la variable toma el valor
"es_ES". Por eso, cuando el usuario pulsa sobre la opcin de modificar el idioma y
selecciona uno de ellos y pulsa el botn aceptar, la aplicacin enva el valor de esta
variable al objeto SharedPreferences y lo almacena en la posicin que represente el
idioma. En la siguiente tabla se muestra el algoritmo que se utiliza para lograr tal fin.
actualizarIdioma():
El usuario selecciona una de las opciones de idioma.
Si el usuario pulsa "Aceptar":
o Se enva el valor del idioma escogido a SharedPreferences y se
almacena en la posicin correspondiente.
o Se ejecuta la funcin establecerIdioma(). (Explicada anteriormente)
Si el usuario pulsa "Cancelar":
o Se cierra el dilogo y no se hace nada.
Tabla 129: Algoritmo del mtodo actualizarIdioma
6.5.2 MOSTRAR NOVEDADES DE LA VERSIN

Cuando se actualiza una aplicacin tanto desde el mismo programa como desde el
repositorio oficial de Android, el sistema ya no es el mismo que antes. Los cambios
130
Carlos Pliego Garca
que ofrece una versin de un sistema de informacin pueden ser desde mnimos
(como arreglos de velocidad) hasta inmensos (como uno cambio radical en el diseo,
o una implementacin de una funcin nueva). Sea el cambio que sea, el usuario debe
saber qu es lo que le ofrece la nueva versin que no le ofreca la anterior para valorar
si conviene actualizar la aplicacin o si, por el contrario, no es algo importante y
puede esperar a otra nueva.
El repositorio oficial de Android ("Google Play", otrora "Market") ofrece esta
funcionalidad pero la gran mayora de la gente actualiza automticamente las
aplicaciones y no puede leer estas novedades. Si se ha cambiado algo puede resultar
chocante al usuario y, por obligacin, va a tener que abrir la aplicacin "Google Play"
para enterarse de qu novedades ha habido pero, implementando un pequeo log que
almacene las novedades y que se muestre si el usuario quiere, ste no tendra que
salir de la aplicacin para enterarse de esta informacin.
El algoritmo que expone la funcin que se encarga de satisfacer esta necesidad se
muestra a continuacin:
mostrarLog():
Buscar la variable en el archivo "strings.xml" del idioma elegido que contenga
la informacin.
Mostrar esta cadena por pantalla en un dilogo.
Tabla 130: Algoritmo del mtodo mostrarLog
131
Carlos Pliego Garca
7 EVALUACIN Y RESULTADOS
En esta seccin se pondr a prueba la aplicacin desarrollada y se mostrarn los
resultados obtenidos para, finalmente, comprobar su funcionalidad y concluir con una
sentencia sobre ella.
7.1 FUNCIONALIDAD
En este primer captulo se va a comprobar si la aplicacin realiza todas las
funcionalidades que se propusieron en los requisitos. Slo se evaluar si realiza todas
las funcionalidades y si lo hace bien, en un captulo posterior se evaluar su
rendimiento.
7.1.1 GENERACIN DE CDIGOS QR
La primera funcionalidad que se va a evaluar es la de generacin de cdigos QR
simples. El requisito de usuario que exiga esta funcionalidad es el RUC-01.
Cuando se pulsa sobre el botn de generacin de cdigos QR en la interfaz principal,
la aplicacin abre una nueva actividad que permite introducir un mensaje con un
mximo de 2000 caracteres. Una vez se introduce uno y se pulsa en el botn de
generar el cdigo QR, la aplicacin abre otra actividad y muestra el cdigo QR
generado.
Por ejemplo, si intentamos generar un cdigo QR con el mensaje "Esto es una
prueba":
132
Carlos Pliego Garca
Ilustracin 43: Prueba de generacin de QR 1
Se observa en la ilustracin anterior que la aplicacin permite escribir un mensaje y

que, adems, lleva la cuenta en tiempo real de los caracteres escritos hasta el
momento.
133
Carlos Pliego Garca
En la ilustracin anterior se muestra como la aplicacin ha generado un cdigo QR a

partir de un mensaje y en la parte superior se encuentra la opcin para compartirlo a
otra aplicacin. A continuacin, se comprobar por medio de otro programa si el
cdigo QR generado contiene el mensaje a partir del cual se ha generado. A pesar de
que esta aplicacin puede leer cdigos QR, se utiliza otra aplicacin para esta prueba
para comprobar si el cdigo QR generado es universal.
Para esta prueba se utilizar la aplicacin lectora de cdigos de barra por
antonomasia: "Barcode Scanner".
134
Carlos Pliego Garca
Como se observa en la ilustracin anterior, la aplicacin "Barcode Scanner" ha ledo

en cdigo QR el mensaje "Esto es una prueba" que es, precisamente, el mensaje que
se ha escrito anteriormente. Para eliminar dudas, se ha decidido realizar esta prueba
leyendo este cdigo directamente desde la imagen ya insertada en la memoria (como
se puede ver en la captura del mvil).
Hasta este punto se ha evaluado la funcionalidad de generacin de cdigos QR, la
siguiente que se evaluar es la de comparticin de esto cdigo con una aplicacin
directamente desde el men superior de la pantalla de muestra del cdigo generado.
7.1.2 COMPARTICIN DEL CDIGO CON APLICACIONES DE TERCEROS
Cuando se genera un cdigo QR (o QRypt), la aplicacin ofrece al usuario la
funcionalidad de compartir ste con otra aplicacin para enviarlo a un contacto o de
publicarlo en Internet. Esta funcionalidad viene exigida por el requisito de usuario
RUC-14.
Una vez se ha generado el cdigo QR y se muestra en la interfaz diseada para la
muestra del cdigo, aparece en la parte superior un botn de comparticin del cdigo.
Si se pulsa ste, se extiende un men en el que se puede elegir la aplicacin a la que
se puede enviar el cdigo.
135
Carlos Pliego Garca
Ilustracin 46: Prueba de comparticin 1
En la ilustracin anterior se observa cmo, al pulsar en el botn de comparticin, se

extiende un men para seleccionar la aplicacin a la que se quiere enviar el cdigo.
A continuacin, se van a mostrar algunos ejemplos de cmo funciona el sistema si se
intenta enviar el cdigo a otra aplicacin.
7.1.2.1 GMAIL
En el diseo del sistema se defini que, cuando se eligiese la opcin de enviar un
cdigo por GMail, lo que la aplicacin abrira sera el mdulo de redaccin de un
mensaje del programa oficial de GMail y adjuntara automticamente la imagen con el
cdigo QR generado.
136
Carlos Pliego Garca
Ilustracin 47: Prueba de comparticin 2 (GMail)
Como se observa en la ilustracin anterior, se abre el mdulo descrito anteriormente

de la aplicacin GMail y se adjunta automticamente el cdigo QR a ste. Slo habra
que escribir un remitente, un asunto y un mensaje ya que la tarea de adjuntar la
imagen ya se ha cubierto mediante la aplicacin desarrollada en este proyecto.
7.1.2.2 DROPBOX
cdigo a Dropbox, lo que la aplicacin abrira sera el mdulo de subida de archivo del
programa oficial de Dropbox.
137
Carlos Pliego Garca
Ilustracin 48: Prueba de comparticin 3 (Dropbox)

de la aplicacin Dropbox y se da a elegir al usuario la carpeta en la que quiere
almacenar la imagen con el cdigo QR. Slo habra que entrar en la carpeta y pulsar el
botn "Aadir" ya que la tarea de elegir el archivo que subir ya se ha cubierto
mediante la aplicacin desarrollada en este proyecto.
7.1.2.3 TWITTER
cdigo a Twitter, lo que la aplicacin abrira sera el mdulo de redaccin de tweet de
del programa oficial de Twitter y adjuntara en l la imagen con el cdigo.
138
Carlos Pliego Garca
Ilustracin 49: Prueba de comparticin 4 (Twitter)

de la aplicacin Twitter. Slo habra que escribir el tweet y pulsar sobre el botn
"Tweet" ya que la tarea de elegir el archivo que adjuntar ya se ha cubierto mediante la
aplicacin desarrollada en este proyecto.
7.1.2.4 WHATSAPP
cdigo a Whatsapp, lo que la aplicacin abrira sera el mdulo de comparticin de un
imagen con un contacto.
139
Carlos Pliego Garca
Ilustracin 50: Prueba de comparticin 5 (Whatsapp)

de la aplicacin Whatsapp. Slo habra que elegir el contacto al que enviar la imagen
como se muestra en la ilustracin siguiente:
140
Carlos Pliego Garca
El programa pide confirmacin del usuario para enviar la imagen. Si el usuario pulsa el
botn "Ok", la imagen se enviar; si, por otro lado, pulsa el botn "Cancelar", el
programa volver a la lista de contactos.
La siguiente imagen muestra cmo se enva el cdigo cuando se pulsa sobre el botn
"Ok":
141
Carlos Pliego Garca
Como se ha podido observar, el cdigo se enva correctamente al contacto elegido.

En este captulo se han realizado las pruebas del mdulo de comparticin y se ha
mostrado cmo la aplicacin realiza esta funcionalidad tal y como estaba descrita.
7.1.3 GENERACIN DE CDIGO QRYPT
Otra funcionalidad muy importante que la aplicacin deba implementar era la de
poder generar un cdigo QR con un mensaje cifrado; o sea, un cdigo QRypt. El
requisito de usuario que exige esta funcionalidad es el RUC-02.
En esta seccin se va a comprobar que el programa ofrece la posibilidad de generar
un cdigo QRypt y que, adems, lo genera. La comprobacin de si el cdigo QRypt
contiene el mensaje "Esto es una prueba", se realizar en una seccin posterior en la
que se demuestre que la aplicacin puede leer los cdigos cifrados por ella.
142
Carlos Pliego Garca
Como se describi en el diseo del sistema, este mdulo es idntico al de generacin

de un cdigo QR pero con algunas opciones ms que ofrece el programa antes de
generar el cdigo.
Ilustracin 53: Prueba de generacin de QRypt 1
En la ilustracin anterior se muestra cmo el programa vuelve a permitir al usuario

introducir un mensaje pero, esta vez, el mensaje se cifrar antes de ser incluido en un
cdigo.
Si se elige la opcin, por ejemplo, de generar el cdigo de color rosa y cifrar el
mensaje con el imei del telfono, se muestra el cdigo en la misma interfaz que el
anterior y con las mismas opciones de comparticin.
143
Carlos Pliego Garca
Como se puede observar, el cdigo generado, adems de ser del color elegido es
notablemente ms grande que el cdigo QR anteriormente mostrado. Esto se debe a
que si se recuerda de secciones anteriores, este QRypt no slo contiene el mensaje, si
no, adems, el salt, el nmero de iteraciones y el vector de inicializacin. Adems, si
se compara la ilustracin anterior con la siguiente, se podr comprobar cmo, debido
al vector de inicializacin, los 2 cdigos QRypt generados son distintos. Cabe aadir
que ambos contienen el mensaje "Esto es una prueba" y estn cifrado con el imei del
telfono.
144
Carlos Pliego Garca
Por ltimo, en la siguiente ilustracin se muestra cmo, utilizando el programa

"Barcode Scanner", el mensaje contenido en estos QRypt que se obtiene es
completamente ilegible.
145
Carlos Pliego Garca
Se puede observar en la ilustracin anterior cmo el mensaje comienza con un token

de control, precisamente el que corresponde con el cifrado por imei.
7.1.4 LECTURA DE CDIGO POR CMARA
Una vez evaluadas las funcionalidades relacionadas con la generacin de cdigos, es
el turno de valorar los resultados obtenidos con las pruebas realizadas relacionadas
con la lectura de cdigos. En este captulo se comprobar la funcionalidad de lectura
de cdigos utilizando la cmara del dispositivo. El requisito de usuario que exige esta
funcionalidad es el RUC-03.
7.1.4.1 CDIGO QR
Se va a comprobar con el cdigo generado en el captulo de evaluacin del mdulo de
generacin de cdigos QR si la aplicacin es capaz de leer el cdigo y recuperar el
mensaje al igual que la aplicacin "Barcode Scanner".
Cuando el usuario pulsa el botn de lectura por cmara, el programa muestra la
interfaz de la cmara. Desde sta, el usuario enfoca el cdigo QR y la clase de la
cmara obtiene el mensaje y lo muestra por pantalla.
146
Carlos Pliego Garca
Ilustracin 57: Prueba de lectura por cmara 1
En la ilustracin anterior se muestra cmo se ejecuta la interfaz de la cmara y

permite que el usuario enfoque con ella el cdigo que quiere leer. Una vez se ha
enfocado, la aplicacin proceder a extraer el mensaje.
147
Carlos Pliego Garca
Como el mensaje contenido en el cdigo no estaba cifrado, la aplicacin lo muestra

directamente por pantalla. Se observa en la ilustracin anterior como la aplicacin ha
extrado con xito el mensaje.
7.1.4.2 CDIGO QRYPT
En el caso del QRypt, una vez la aplicacin obtenga el mensaje, ver que ste est
cifrado y proceder a descifrarlo segn el tipo de cifrado que se le haya impuesto. Se
van a realizar un par de pruebas con cdigos QRypt cifrados de distinta forma para
observar la interactuacin del programa con el usuario.
Si se intenta leer uno de los cdigos QRypt generados en la seccin de evaluacin del
mdulo de generacin QRypt:
148
Carlos Pliego Garca
La aplicacin extraera el mensaje y leera el token de control "$". Al leerlo, se

identifica que est cifrado con el imei del dispositivo e intenta obtener el imei del
terminal que est leyendo el cdigo. Una vez consigue el imei, la aplicacin intenta
descifrar el mensaje y lo muestra.
149
Carlos Pliego Garca
Si el terminal lector es el mismo que el generador (tienen el miso imei), el mensaje se

muestra correctamente como se observa en la imagen anterior.
Si, por el contrario, el dispositivo lector no es el mismo que el generador, al estar
cifrado el mensaje con el imei del segundo, el campo del mensaje se muestra vaco ya
que, al intentar descifrar el mensaje con una clave errnea, ocurre una excepcin.
Si, se genera un cdigo QRypt que cifre el mensaje con alguno de los tipos de cifrado
que exigen una interaccin del usuario, al leer el cdigo se pedira al usuario que
introduzca algn dato.
Por ejemplo, si se genera un cdigo QRypt con el mensaje "Esto es una prueba 2"
cifrado con una contrasea, la aplicacin pide al usuario que introduzca esta
contrasea como se muestra en la siguiente ilustracin:
150
Carlos Pliego Garca
Cuando se introduce esta contrasea, el cdigo se termina de generar y se muestra

por pantalla como se ha explicado antes.
151
Carlos Pliego Garca
Cuando se intenta leer este cdigo mediante la cmara del dispositivo, la aplicacin
detecta que est cifrado con una contrasea y pide al usuario que la introduzca.
152
Carlos Pliego Garca
Una vez se introduce la contrasea, la aplicacin intenta descifrar el cdigo con ella.
Como la contrasea para cifrar y descifrar era exactamente la misma, en la siguiente
ilustracin se muestra como el mensaje ha sido descifrado correctamente.
153
Carlos Pliego Garca
7.1.5 LECTURA DE CDIGO DESDE UN FICHERO

la otra forma de leer un cdigo QR o QRypt es eligiendo desde el explorador de
archivos una imagen que represente uno. El requisito de usuario que exige esta
funcionalidad es el RUC-04.
Como ya se ha mostrado en el captulo anterior mediante captura cmo funciona el
proceso de lectura de un cdigo e, incluso, el proceso de descifrado, este captulo slo
se va a centrar en la nica parte que cambia con respecto a la lectura por cmara: la
forma de obtener el mensaje.
7.1.5.1 ELEGIR LA IMAGEN DESDE LA APLICACIN
La primera forma de elegir el cdigo que se quiere leer es pulsando sobre el botn de
lectura desde fichero. De esta forma, la aplicacin abre el explorador de archivos al no
ser que exista ms de uno, en ese caso, muestra un men para elegir el que realizar
la tarea.
154
Carlos Pliego Garca
Ilustracin 65: Prueba de lectura por fichero 1
Cuando se elige el explorador que se quiere usar, slo basta con elegir el archivo
desde l y el programa intentar obtener el mensaje incluido en el cdigo QR o QRypt.
155
Carlos Pliego Garca
En la ilustracin anterior se muestra lo que mostrara si se eligiese la aplicacin "Root

Explorer" para escoger el archivo de imagen que se quiere leer.
156
Carlos Pliego Garca
Como se ha elegido el archivo que se gener en la evaluacin del mdulo de

generacin QR, el mensaje que se muestra en la ilustracin anterior es el mismo. Aun
as, se ha comprobado que es posible elegir un cdigo QR o QRypt que est incluido
en una imagen desde un explorador de archivos y obtener el mensaje que ste
guarda.
7.1.5.2 ELEGIR LA IMAGEN DESDE LA GALERA
Aunque ya se ha demostrado que funciona la obtencin del mensaje de un cdigo por
medio de la seleccin de una imagen desde el explorador de archivos, este explorador
se abre desde la aplicacin desarrollada. Se ha implementado un mdulo de lectura
de imgenes que permite seleccionar una imagen desde cualquier explorador e,
incluso, aplicacin que pueda manejar imgenes para enviarlas, directamente, a la
aplicacin desarrollada y que sta las trate en busca de cdigos.
157
Carlos Pliego Garca
Un ejemplo de esto que, adems, sirve para evaluar esta funcionalidad es el siguiente:
Se abre una aplicacin cualquiera que permita manejar fotografas y se busca una
imagen con un cdigo QR o QRypt en ella. Por ejemplo, "QuickPic", que es una galera.
Una vez se elige la imagen que se quiere leer, se busca en el men de la aplicacin el
botn "Compartir" para enviarla a la aplicacin desarrollada de la misma forma que
ella se lo manda a otras aplicaciones.
158
Carlos Pliego Garca
Como se observa en la ilustracin anterior, se va a intentar leer la imagen con el

cdigo QRypt azul. Cuando se mantiene pulsada, aparece un men en el que se puede
elegir la opcin de compartir y, adems la aplicacin que se quiera. En el men
aparece la aplicacin desarrollada ("QRypt"). Una vez se pulse en ella, sta leer la
imagen e intentar descifrar el mensaje que se encuentra en su interior.
159
Carlos Pliego Garca
Como el mensaje del cdigo estaba cifrado con el modelo del terminal, no ha habido
ningn problema a la hora de descifrarlo. Si estuviese cifrado con una contrasea o
un patrn, la aplicacin exigira al usuario que lo introdujese.
Se ha observado que esta pequea expansin del mdulo de lectura por fichero
tambin ha funcionado. Slo queda evaluar la funcionalidad del mdulo de cambio de
ajustes y de muestra de novedades de la versin.
7.1.6 CAMBIO DE AJUSTES
EL mdulo de cambio de ajustes cuenta con 2 funcionalidades: cambiar la ruta de la
carpeta de salida y modificar el idioma en que se muestran las cadenas de caracteres
de la aplicacin.
160
Carlos Pliego Garca
7.1.6.1 CARPETA DE SALIDA

Como se explic en el diseo del sistema, la aplicacin tena que ser capaz de permitir
que el usuario cambie la carpeta de salida donde se guardan los cdigos generados
desde la aplicacin. El requisito de usuario que exige esta funcionalidad es el RUC-15.
Por defecto, la ruta en la que se guardan los cdigos generados es "sdcard/QRypt". En
la siguiente imagen se puede ver cmo todos los cdigos generados se guardan all:
Ilustracin 71: Prueba de carpeta de salida 1
Como dependiendo de la versin de Android y del terminal, el nombre la carpeta raz

de la tarjeta SD cambia, la aplicacin comprueba cul es este nombre y genera la ruta
con l. De esta forma, la ruta por defecto donde se guardan los cdigos generados en
el terminal de la ilustracin anterior no es "sdcard/QRypt", sino "sdcard0/QRypt".
161
Carlos Pliego Garca
En la ilustracin anterior, se observa cmo la ruta en la que se guardan los cdigos es

la descrita en el prrafo anterior. Si esta ruta se modificase, los dems cdigos que se
generen despus del cambio se guardarn en la nueva ruta.
Para comprobar que esto funciona, en esta prueba se modifica la ruta por
"sdcard0/codigosQR/" como se muestra en la siguiente ilustracin:
162
Carlos Pliego Garca
Ahora que se ha modificado la ruta, los cdigos que se generen deberan almacenarse
en la nueva ruta. En la siguiente imagen se observa cmo, despus de generar otro
cdigo, ste se ha guardado en la carpeta que se encuentra en la ruta especificada:
163
Carlos Pliego Garca
Despus de esta simple prueba, se puede decir que esta funcionalidad tambin
obtiene su objetivo de forma ptima.
7.1.6.2 CAMBIO DE IDIOMA
Como se ha explicado antes, modificar el idioma de la aplicacin es una opcin que ya
ofrece el sistema operativo Android nativamente pero slo funciona cuando se
modifica el lenguaje de todo el sistema operativo.
Esta funcin ofrece al usuario la posibilidad de cambiar el idioma de la aplicacin sin
influir en el sistema operativo ni en las dems aplicaciones instaladas en el terminal.
La prueba que se va a realizar es muy simple: se acceder al panel para modificar
esta opcin del espaol al ingls y se vern los cambios producidos.
164
Carlos Pliego Garca
Ilustracin 75: Prueba de cambio de idioma 1
Como se observa en la ilustracin anterior, el dilogo permite elegir el idioma en el

que se quiere que se muestre la aplicacin. Al seleccionar el espaol, la aplicacin
queda como en todas las dems ilustraciones que se han mostrado hasta ahora pero,
al seleccionar el ingls, la aplicacin cambia. En la siguiente ilustracin se muestra la
pantalla principal cuando se ha pulsado el botn "Aceptar" del men que aparece en
la imagen anterior.
165
Carlos Pliego Garca
Ilustracin 76: Prueba de cambio de idioma 2
Se puede observar en la ltima imagen cmo la interfaz de la aplicacin ha cambiado

y se ha traducido todo al ingls, lo que lleva a pensar que este mdulo tambin ha
desempeado su funcin de forma correcta.
7.1.7 MOSTRAR LAS NOVEDADES DE LA VERSIN
Por ltimo, queda evaluar si el ltimo de los mdulos que se iba a implementar
funciona correctamente. La funcionalidad consiste en mostrar al usuario el nmero
de versin y las novedades que ella implementa. Esta funcionalidad viene exigida por
el requisito de usuario RUC-17.
La prueba es muy simple: consiste en pulsar el botn del panel deslizable dedicado a
mostrar las novedades. Si se muestra el dilogo correspondiente, el resultado ser el
esperado.
166
Carlos Pliego Garca
Ilustracin 77: Prueba de novedades de la versin
Como se observa en la imagen anterior, el dilogo que se muestra es el correcto.

7.1.8 CONCLUSIN
Se han puesto a prueba todas las funcionalidades que ofrece el programa y ste ha
resuelto los problemas con los resultados que se esperaban. Cuando se le pide que
genere un cdigo QR, ste lo hace. Cuando se le pide que genere un QRypt, ste
pregunta el color y el tipo de cifrado, en vez de generarlo directamente. Cuando se le
pide que lea un cdigo por cmara o por fichero, la aplicacin lo hace correctamente.
Adems, el sistema tambin es capaz de cambiar el idioma, la ruta de la carpeta de
salida y de mostrar las novedades de la versin que se han implementado.
Se recuerda que el dispositivo mvil utilizado para las pruebas posee un procesador
dual-core de 1.2GHz.
167
Carlos Pliego Garca
7.2 RENDIMIENTO
Despus de evaluar la funcionalidad de la aplicacin, la siguiente caracterstica que
se va a poner a prueba es el rendimiento global del sistema. Este rendimiento vendr
dado por la velocidad con la que es capaz de realizar las funciones que precisen de
ms cmputo. Estas funciones son: generar cdigos QR y QRypt. Las funciones de
lectura de cdigos no van a evaluarse ya que, una vez se ha enfocado el cdigo con la
cmara o se ha elegido el archivo a leer, el tiempo que tarda la aplicacin en extraer el
mensaje y descifrarlo parece inmediato a los ojos humanos.
7.2.1 GENERACIN DE UN CDIGO QR
Como el cdigo QR slo se genera con un mensaje no cifrado y, salvo ste, no influye
nada ms en su generacin, es lgico pensar que el tiempo de generacin de un
cdigo QR es directamente proporcional al nmero de caracteres del mensaje.
Como esto es as, se han realizado varias pruebas consistentes en la generacin de
cdigo QR a partir de un mensaje de longitud variable. A continuacin, se muestran
los resultados obtenidos:
LONGITUD DEL MENSAJE
100 caracteres
500 caracteres
1000 caracteres
1500 caracteres
2000 caracteres (mximo)
TIEMPO
0,825 segundos
0,952 segundos
1,060 segundos
1,103 segundos
1,176 segundos
Tabla 131: Tiempo de generacin QR
Como se puede observar, en el peor de los casos, la aplicacin tardar poco ms de 1

segundo en generar el cdigo QR. Se complementa esta informacin con una
pequea grfica para observar que la diferencia temporal cuanto ms caracteres
componen el mensaje es cada vez menor.
Ilustracin 78: Grfica de tiempo de generacin QR
168
Carlos Pliego Garca
Se considera que el tiempo mximo que tarda la aplicacin en generar un cdigo QR

es muy bajo (poco ms de 1 segundo), lo que quiere decir que se ha cumplido con el
requisito de usuario RUR-07 en el que se exiga que la aplicacin deba tardar un
mximo de 30 segundos en generar un cdigo de esta naturaleza.
7.2.2 GENERACIN DE UN CDIGO QRYPT
Al contrario que el cdigo QR, el mensaje que se quiere incluir en el cdigo QRypt est
cifrado; por lo tanto, estas pruebas abarcan el proceso de cifrado y de generacin del
cdigo. Como en el captulo anterior se ha analizado lo que tarda la aplicacin en
generar un cdigo QR a partir de un tamao variable de mensaje y eso puede, en este
apartado se considerar, 2 tamaos de mensaje para que las comparaciones sean
ms significativas: 500 y 2000 caracteres.
7.2.2.1 MENSAJE DE 500 CARACTERES
En este apartado se van a calcular diferentes tiempos de cmputo en la generacin de
un cdigo QRypt a partir de un mensaje de 500 caracteres utilizando diferentes claves
de cifrado.
Como dato importante, el nmero de caracteres que se van a utilizar en los distintos
tipos de cifrado est representado en la siguiente tabla:
TIPO DE CIFRADO
Contrasea de 10 caracteres
Imei
Modelo
Fecha
Patrn de 6 posiciones
CARACTERES
10
15
15 (En este caso: SAMSUNGGT-I9100)
8 (Ao: 4 + Mes: 2 + Da: 2)
6
Tabla 132: Nmero de caracteres utilizados en los tipos de cifrado
A continuacin, se muestran los distintos tiempos que ha demorado la aplicacin en

generar un cdigo QRypt cifrado con los diferentes tipos de cifrado:
TIPO DE CIFRADO
Imei
Modelo
Fecha
TIEMPO
1,982 segundos
2,345 segundos
2,513 segundos
1,564 segundos
1,231 segundos
Tabla 133: Tiempo de generacin QRypt de 500 caracteres
Aunque tenga el mismo nmero de caracteres el modelo y el imei del terminal (15
caracteres), se puede observar que cifrar con el modelo tarda ms. Esto se debe a
que, al obtener el imei slo se hace una llamada al sistema, mientras que, al obtener la
marca y el modelo, se hacen dos.
7.2.2.2 MENSAJE DE 2000 CARACTERES
Despus de estos datos, se muestran los tiempos tomados de las mismas pruebas
pero, esta vez, con un mensaje de 2000 caracteres:
169

TIPO DE CIFRADO
Imei
Modelo
Fecha
Carlos Pliego Garca

TIEMPO
2,311 segundos
2,548 segundos
2,817 segundos
2,168 segundos
1,862 segundos
Tabla 134: Tiempo de generacin QRypt de 2000 caracteres
7.2.2.3 COMPARACIN
Seguidamente y, por ltimo en esta seccin, se presentan los datos en forma de
grfica para poder realizar una comparacin ms cmoda entre las diferencias de
rendimiento que presenta la generacin de un cdigo QRypt con uno y otro de los
tamaos de mensaje:
Ilustracin 79: Grfica de tiempo de generacin QRypt
Como se puede observar en la ilustracin anterior y, como era de esperar, se tarda

ms tiempo en generar un cdigo QRypt cuanto ms grande sea el tamao de su
mensaje y de su clave. Aun as, la diferencia entre cifrar un mensaje de 500 caracteres
y uno de 2000 es muy pequea en razn de tiempo.
Adems, cabe resaltar que la aplicacin, en el peor de los casos, no llega a tardar ni
siquiera 3 segundos en generar un cdigo QRypt; por lo tanto, se determina que
cumple el requisito de usuario RUR-07, el cul exiga que la aplicacin debera tardar
menos de 1 minuto en generar un cdigo QRypt.
170
Carlos Pliego Garca
7.3 INTEGRIDAD
Hasta ahora, se ha evaluado la funcionalidad de la aplicacin y su rendimiento, y el
sistema ha logrado sus objetivos. Ahora, llega el turno de evaluar la aplicacin
llevando a cabo alguna prueba de integridad. En esta seccin se buscar poner a
prueba al sistema en las situaciones ms complicadas y comprobar si las supera
correctamente.
7.3.1 RECUPERAR EL MENSAJE CON SLO UNA PARTE DE CDIGO
En teora, la informacin introducida dentro de un cdigo QR est clonada de forma
que, aunque slo se muestre una parte de ste, el mensaje puede ser recuperado. A
continuacin, se realizar una prueba en la que se comprobar si esto se cumple en
los cdigos generados por la aplicacin.
Se ha decidido ocultar una parte del cdigo generado para ver hasta qu punto es
capaz la aplicacin de recuperar su mensaje. El cdigo elegido para tal fin es uno
QRypt ya que, al contener tokens de control, en el caso de que no se pudiese
recuperar uno de stos, sera imposible descifrar el mensaje. Debido a que se
considera ms complicado recuperar el mensaje de un cdigo QRypt correctamente
frente a un cdigo QR, la prueba slo se realizar con un cdigo de este tipo.
Ilustracin 80: Prueba de cdigo tapado 1
En la ilustracin anterior se muestra el cdigo QRypt completo sin ninguna alteracin.

Como era de esperar la aplicacin recupera el mensaje "Esto es una prueba 2" sin
ningn problema. A continuacin, se eliminar una parte de este cdigo para
comprobar si an sigue recuperando el mensaje.
171
Carlos Pliego Garca
Se observa que se ha eliminado una parte de la esquina inferior derecha. Aun as, la
aplicacin ha sido capaz de recuperar el mensaje completo, aunque tardando 1
segundo ms de lo normal. Esto se debe a que tiene que buscar en otros sectores la
parte del mensaje que no ha podido recuperar.
Se ha decidido ir ms all con la prueba y se ha eliminado un poco ms del cdigo. El

sector eliminado en este caso es ms grande. Aun as, la aplicacin ha conseguido
recuperar el mensaje correctamente. De nuevo, ha tardado un poco ms de tiempo en
extraerlo.
172
Carlos Pliego Garca
De nuevo ahondando ms en las pruebas, se ha decidido eliminar completamente la

fila inferior de datos. A diferencia de en los dems resultados, la aplicacin no ha sido
capaz de extraer el mensaje contenido en el cdigo. Se ha diagnosticado que, no es
que no se haya encontrado un token de control y lo haya extrado mal; simplemente,
ni siquiera ha sido capaz de obtener el mensaje.
Como prueba final se partir del cdigo utilizado en la ltima prueba en la que s se
pudo extraer el mensaje y se eliminar una parte del cdigo alejada del sector
eliminado.
Como se puede observar, el sector eliminado est muy alejado del sector que se
elimin en otras pruebas. Aunque est alejado, la aplicacin no ha sido capaz de
obtener el mensaje tampoco en este caso.
173
Carlos Pliego Garca
Como conclusin de la prueba, se sentencia que un cdigo QR es recuperable hasta

cierto punto. Est claro que, cuando se elimina o se oculta ms de la cuenta, el cdigo
queda inutilizable. Adems, se intuye con el resultado de la ltima prueba que la
recuperacin de informacin perdida en un cdigo QR solamente es factible cuando la
informacin perdida u ocultada pertenece al mismo sector ya que, si se elimina,
adems, informacin de otro sector, el mensaje no se podr extraer.
Estas pruebas han demostrado que la aplicacin no es capaz de extraer mensajes de
un cdigo QR muy "mutilado" pero, aun as, si lo extrae, no falla en el descifrado. Esto
nos lleva a pensar que no es una carencia de la aplicacin ya que, cuando extrae el
mensaje, lo descifra sin ningn problema, sino una carencia de los cdigos QR; ya
que, las mimas pruebas se han realizado con la aplicacin "Barcode Scanner" y ha
fallado en los mismos casos tardando, incluso ms, en los que consegua extraer el
mensaje.
7.3.2 RECUPERAR UN MENSAJE DE 2000 CARACTERES DE UN CDIGO
El tamao mximo de caracteres que permite la aplicacin para componer un
mensaje es de 2000. Se eligi este valor por representar a una cantidad de caracteres
bastante grande y para otorgar al cdigo de cierta flexibilidad cuando el mensaje se
cifra ya que agranda y el nmero mximo de caracteres permitidos es mayor que
4000. Aun as, generar un cdigo aunque sea QR simple con un mensaje de estas
dimensiones se hace muy grande y se considera que podra ser difcil de leer.
La siguiente prueba consiste en la generacin de un cdigo QR y un cdigo QRypt a
partir de un mismo mensaje de 2000 caracteres e intentar extraer su mensaje.
7.3.2.1 CDIGO QR
Para que se entienda cuando se ha especificado anteriormente que un cdigo a partir
de un mensaje de 2000 caracteres es de grandes dimensiones, la siguiente imagen
muestra el cdigo con el que se realizar esta prueba:
174
Carlos Pliego Garca
Ilustracin 85: Cdigo QR con un mensaje de 2000 caracteres
Como se puede observar, el cdigo est muy comprimido porque contiene muchos
datos que, a pesar de que los soporta, quiz sean demasiados.
es capaz de extraer el mensaje nicamente 4 veces de cada 10; o sea, en un 40% de
los casos. Se intuye que esto ocurre debido a que, por razones de luminosidad o pulso
del usuario, la cmara nunca es capaz de enfocar completamente el cdigo.
Por otro lado, cuando se intenta leer desde el fichero generado, la aplicacin extrae el
mensaje correctamente y, adems, de forma rpida.
7.3.2.2 CDIGO QRYPT
Al igual que se ha hecho en el apartado anterior, se va a mostrar a continuacin una
imagen con el cdigo QRypt generado a partir de un mensaje de 2000 caracteres y
cifrado con el imei des dispositivo:
175
Carlos Pliego Garca
Ilustracin 86: Cdigo QRypt con un mensaje de 2000 caracteres
Como se puede observar y al igual que en el anterior caso, el cdigo est muy
comprimido porque contiene muchos datos que, a pesar de que los soporta, quiz
sean demasiados. Incluso este cdigo contiene ms datos que el anterior.
es capaz de extraer el mensaje nicamente 2 veces de cada 10; o sea, en un 20% de
los casos (un 20% menos que en el caso anterior). Se intuye que esto ocurre debido a
que, por razones de luminosidad, de colores o pulso del usuario, la cmara nunca es
capaz de enfocar completamente el cdigo.
Por otro lado y, como ocurre en el caso del cdigo QR, cuando se intenta leer desde el
fichero generado, la aplicacin extrae el mensaje correctamente y, adems, de forma
rpida.
7.3.2.3 CONCLUSIN
Aunque se pueda generar un cdigo QR o QRypt con un mensaje de 2000 caracteres,
est claro que quiz sean demasiados. Adems, casi nadie escribir un mensaje tan
largo pero, aun as, la aplicacin es capaz de leerlo. Lo nico que se ha sacado en
claro de esta prueba es que la aplicacin falla al extraer el mensaje utilizando la
cmara del dispositivo pero, aun as, se considera que es un fallo que no puede tener
arreglo.
176
Carlos Pliego Garca
7.4 SEGURIDAD
Debido a que el objetivo de este proyecto y la filosofa de la aplicacin desarrollada
consisten en la seguridad, esta caracterstica de la aplicacin no podra quedar sin
evaluar.
A continuacin, se evaluar la seguridad que ofrece el algoritmo de cifrado que se ha
utilizado.
Como ya se ha especificado en otras secciones, el algoritmo de cifrado utilizado para
aadir seguridad a la informacin incluida en el mensaje de un cdigo QRypt es AES
con una clave de 256 bits. Como este algoritmo se considera seguro y que no est
roto, el nico ataque posible que puede realizarse para obtener la informacin cifrada
por l es la fuerza bruta. Este ataque consiste en intentar descifrar el mensaje con
todas las combinaciones posibles de la clave hasta que se obtenga la correcta. Como
se han utilizado medidas de seguridad adicionales como un salt aleatorio que se
concatena a la contrasea, un algoritmo de derivacin e, incluso, un vector de
inicializacin, un ataque de estas caractersticas se convierte en una medida inviable
para un atacante debido a la insuficiencia de recursos computacionales que lo
soporten. Como dato adicional, se muestra un tabla que relaciona los distintos
tamaos de clave (en bits) con el nmero de posibles combinaciones que debera
realizar un ataque por fuerza bruta: [24]
TAMAO EN BITS DE LA CLAVE
1
2
4
8
16
32
64
128
256
COMBINACIONES POSIBLES
2
4
16
256
65536
4.2 x 109
1.8 x 1019
3.4 x 1038
1.1 x 1077
Tabla 135: Tabla relacional entre tamaos de clave y posibles combinaciones
Como se puede ver en la tabla anterior, intentar atacar un sistema que haya
implementado un algoritmo de cifrado AES con tamao de clave de 256 bits,
significara tener que generar 1.1 x 1077 combinaciones distintas de claves y, adems,
comprobarlas. Se puede decir que es un ataque completamente inviable ya que, con la
potencia computacional de los superordenadores de hoy en da, se tardara muchos
aos en generar todas las combinaciones.
Esto demuestra que el algoritmo de cifrado implementado en el sistema es muy
seguro pero, aun as, hay un factor que debilita esta seguridad. Este factor es el
usuario ya que es el que elige la contrasea y puede que sta no sea lo
suficientemente segura.
Adems, cabe resaltar que, por otro lado, la aplicacin no almacena aun ningn dato
del usuario y que, cuando lo haga (la contrasea por defecto), lo har en un sector
seguro de la aplicacin.
177
Carlos Pliego Garca
8 CONCLUSIN
Quiz el desarrollo de este Proyecto de Fin de Grado haya resultado en momentos
tremendamente exasperante pero, claramente, cuando uno se da cuenta de que ha
conseguido lo que se propona incluyendo funcionalidades adicionales, todos esos
momentos de desesperacin se quedan en un segundo plano.
Pero, cmo olvidar esos momentos malos cuando han sido responsables de noches
sin dormir e, incluso, enfados con amigos y familiares sin motivo alguno? Pues
porque gracias a ellos ha sido posible el desarrollo y culminacin de este proyecto.
Gracias a ellos, no slo han crecido y crecido las lneas de cdigo de la aplicacin.
Tambin ha crecido mi experiencia y, lo ms importante, he crecido yo como persona.
Despus de desarrollar esta aplicacin con toda la informacin previa que tuve que
leerme, con todos esos conceptos que tuve que entender y con todas las guas de
diseo que tuve que seguir para que la aplicacin resultante fuese "un buen trabajo",
casi me siento capaz de hacer cualquier cosa.
El estudio de la seguridad y el reconocimiento de patrones siempre han sido una de
mis pasiones. Para m result una pena tener que despedirme de las asignaturas
relacionadas con la seguridad cuando eleg la especialidad de Computacin pero
siempre mantuve el inters. Ese inters sigui tan vivo que, gracias a los apuntes
tomados por mis amigos que s cursaron la especialidad de Ingeniera de
Computadores y a mis bsquedas compulsivas por Internet, aprovech para basar mi
Proyecto de Fin de Grado en eso.
Todo lo que he aprendido durante el desarrollo de este proyecto lo he recibido con
ganas y con pasin y aun tengo hambre de ms conocimiento. Considero que la
especializacin en programacin mvil est en un momento lgido y que podra
incluso dedicarme a ello una vez acabe mis estudios.
Slo espero que la gente que lea este proyecto, incluso dentro de unos aos, disfrute
lo mismo que lo que he disfrutado yo realizndolo.
8.1 OBJETIVOS ALCANZADOS

Como todo proyecto, ste parti de un objetivo base que se tena que cumplir. Con el
tiempo, este objetivo se ha ido multiplicando, dividiendo, sumando, restando e,
incluso, modificando hasta transformarse en la lista completa de objetivos que, a
pesar de los problemas, se han alcanzado correctamente.
El objetivo principal consista en desarrollar una aplicacin capaz de generar cdigos
QR con informacin que slo pueda obtener el remitente al que va dirigida. Al final de
todo el proceso de desarrollo, los objetivos que se han alcanzado, adems del
principal, han sido:
Generacin y lectura de cdigos QR simples.

Cifrado de cdigos QRypt con 5 tipos de cifrado diferentes.
Generacin de cdigos con diferentes colores.
Redireccin cuando el mensaje es una URL.
178
Carlos Pliego Garca
Comparticin de los cdigos generados por medio de muchas aplicaciones de

terceros.
Modificacin del idioma de la aplicacin.
Modificacin de la ruta de la carpeta de salida.
Log con las novedades de la versin actual.
Interfaz simple y accesible para personas con problemas de daltonismo.
Capas de seguridad adicionales para mejorar el cifrado del mensaje.
La seguridad de cifrado del mensaje se considera buena.
El rendimiento de la aplicacin en un dispositivo de potencia media ha sido
muy bueno.
Despus de hacer balance y observar la lista anterior, se puede concluir que se han
alcanzado todos los objetivos propuestos durante el desarrollo de la aplicacin.
8.2 TRABAJOS FUTUROS

Aunque se hayan cumplido todos los objetivos, mientras se desarrollaba la aplicacin
se han ideado nuevas propuestas que podran concebirse como trabajos futuros que
completen aun ms la aplicacin.
El primero de estos trabajos es, quiz, el ms importante y con el que ms apetece
ponerse manos a la obra. Se considera que la aplicacin es muy completa y su diseo
es, adems de usable y accesible, bastante original pero de nada sirve realizar una
aplicacin as si luego no se da a conocer. Por lo tanto, este primer trabajo futuro va a
consistir en aadir esta aplicacin al repositorio de Android Google Play para ponerla
en manos de muchos usuarios reales y estudiar su aceptacin. Adems, de esta
forma, los usuarios podran avisar de problemas que han tenido o proponer nuevas
ideas.
Otro trabajo que, debido a su dificultad, no se ha desarrollado en este proyecto es el
de generar cdigos QR y QRypt con la informacin distribuida en varios cdigos, de
forma que, si se leen todos, se obtiene el mensaje completo. Esta funcionalidad
permitira la redaccin de mensajes muy extensos e, incluso, funcionara para
actividades o concursos como gymkanas en las que habra que leer todos los cdigos
para obtener el premio.
Quiz otro trabajo interesante debido a su pequeo tamao, sera poder introducir la
informacin de un archivo Midi en un cdigo de forma que, cuando se lea ste, se
reproduzca la cancin.
Otro trabajo podra consistir en cifrar un mensaje con el SSID de una red WIFI. De esta
forma, el receptor slo podra leer el contenido del cdigo cuando se encuentre
conectado a esa red.
Un trabajo interesante que completara ms la aplicacin sera aadir la opcin de
cifrado "Operador". De esta forma, el mensaje se cifrara con el operador de la tarjeta
introducida en el dispositivo generador y slo podran acceder a l los usuarios que
posean una tarjeta en su terminal del mismo operador. Cabe recalcar que esta
novedad slo estara presente en los dispositivos mviles que aceptasen tarjeta SIM.
179
Carlos Pliego Garca
Adems, sera muy interesante incluir una funcionalidad consistente en que el usuario
pueda cifrar claves WIFI y que, cuando otro usuario lea ese cdigo, se conecte
automticamente su mvil a esa red.
Como se ha podido observar en alguna de las capturas realizadas al dispositivo, hay
algunas opciones en el panel de ajustes deslizable que no se han incluido. El acceso a
estas funciones se ha diseado porque desde el principio se ha pensado en ellas.
Estas funciones son: guardar datos por defecto del cifrado como la contrasea o el
color favoritos (slo si el usuario quiere), comprobar si existe alguna actualizacin de
la aplicacin directamente desde sta, y visualizar un cuadro de texto con informacin
bsica sobre la aplicacin (la opcin "Acerca de").
Por ltimo, se considera casi indispensable portar la aplicacin a iOS. De esta forma
el cdigo QRypt podra extenderse abundantemente y, quiz, ser reconocido como
estndar. Adems, una versin para ordenador de sobremesa de la aplicacin
resultara tambin muy suculenta aunque habra que modificar las libreras para que
fuera 100% compatible con Java y modificar la interfaz.
180
Carlos Pliego Garca
9 BIBLIOGRAFA
[1] La Biblia del Programador: Estructura de Android:
http://labibliadelprogramador.blogspot.com.es/2012/09/estructura-de-android.html
[2] Cdigos QR, qu son?, para qu sirven?: http://suite101.net/article/codigos-qrque-son-para-que-sirven-a79019
[3] AndroidCurso.com: Las versiones de Android y niveles de API:
http://www.androidcurso.com/index.php/recursos-didacticos/tutoriales-android/31unidad-1-vision-general-y-entorno-de-desarrollo/146-las-versiones-de-android-yniveles-de-api
[4] GSMArena: Samsung I9100 Galaxy SII:
http://www.gsmarena.com/samsung_i9100_galaxy_s_ii-3621.php
[5] Diccionario de la lengua espaola: Intuicin: http://lema.rae.es/drae/?val=intuicion
[6] Diccionario de la lengua espaola: Sencillo: http://lema.rae.es/drae/?val=sencillo
[7] Themes | Android Developers:
http://developer.android.com/design/style/themes.html
[8] Feedback | Android Developers: http://developer.android.com/design/style/touchfeedback.html
[9] Typography | Android Developers:
http://developer.android.com/design/style/typography.html
[10] Color | Android Developers: http://developer.android.com/design/style/color.html
[11] Iconography | Android Developers:
http://developer.android.com/design/style/iconography.html
[12] Writing Style | Android Developers:
http://developer.android.com/design/style/writing.html
[13] Accesibilidad Web: Daltonismo: Problemas de accesibilidad:
http://accesibilidadweb.dlsi.ua.es/?menu=daltonismo-problemas-accesibilidad
[14] Diccionario de la lengua espaola: Daltonismo:
http://lema.rae.es/drae/?val=daltonismo
[15] Web Content Accesibility Guidelines: http://www.w3.org/TR/WCAG10/
[16] Web Content Accesibility Guidelines: http://www.w3.org/TR/WCAG20/
[17] MINI-GUA para evitar problemas a los daltnicos:
http://www.labsk.net/index.php?topic=93403.0
[18] Ley 32/200., de noviembre, General de Telecomunicaciones:
http://noticias.juridicas.com/base_datos/Admin/l32-2003.html
181
Carlos Pliego Garca
[19] Ley Orgnica 15/1999, de 13 de diciembre, de Proteccin de Datos de Carcter

Personal: http://noticias.juridicas.com/base_datos/Admin/lo15-1999.html
[20] zxing - Multi-format 1D/2D barcode image processing library with clients for
Android, Java - Google Project Hosting: https://code.google.com/p/zxing/
[21] ZBar bar code reader: http://zbar.sourceforge.net/
[22] Intent | Android Developers:
http://developer.android.com/reference/android/content/Intent.html
[23] iGoogle Supported Languages and Countries - iGoogle (Deprecated) - Google
Developers: https://developers.google.com/igoogle/docs/i18n?hl=es
[24] How secure is AES against brute force attacks?:
http://www.eetimes.com/design/embedded-internet-design/4372428/How-secureis-AES-against-brute-force-attacks[25] Dudas sobre el cdigo EAN128: http://www.madisasur.es/EAN128Dudas.aspx
[26] The Android Source Code | Android Developers:
http://source.android.com/source/index.html
[27] Diccionario de la lengua espaola: Seguridad:
http://lema.rae.es/drae/?val=seguridad
[28] Informacin sobre la encriptacin AES: http://www.bitzipper.com/es/aesencryption.html
[29] AES - Advanced Encryption Standard:
http://computacion.cs.cinvestav.mx/~jjangel/aes/AES_v2005_jjaa.pdf
[30] RFC 4648 - The Base16, Base32, and Base64 Data Encodings:
https://tools.ietf.org/html/rfc4648#page-5
182
Carlos Pliego Garca
10 ANEXOS
10.1 ANEXO A: GLOSARIO DE ACRNIMOS Y TRMINOS
Esta seccin recoge los acrnimos y trminos especializados que se han utilizado
durante el documento, ordenados alfabticamente y definidos.
ADT (Android Development Tools): Plugin para el IDE de Eclipse que sirve para
poder programar aplicaciones Android mediante varios complementos.
API (Application Programming Interface): Conjunto de funciones y mtodos
que ofrece cierta biblioteca para ser utilizado por otro software como una capa
de abstraccin.
Bitmap: Objeto de Android. Es un mapa de bits que representa una imagen.
Dropbox: Servicio que permite el almacenamiento de datos en la nube.
Facebook: Servicio web con naturaleza de red social muy conocido.
GHz: Medida de frecuencia utilizada para determinar la velocidad de cmputo
de un procesador.
GMail: Aplicacin oficial para dispositivos mviles del servicio de correo
homnimo de Google.
Google Drive: Servicio de almacenamiento en la nube semejante a Dropbox
desarrollado por Google Inc.
Hash: Cadena que sirve como una representacin compacta de una cadena de
entrada.
IDE (Integrated Development Environment): Software tambin llamado
"entorno de programacin" que est compuesto por herramientas cuyo fin es
la realizacin de software.
Imei (International Mobile Equipment Identity): Cdigo nico de los terminales
mviles que identifica al dispositivo unvocamente.
Integer: Tipo bsico del lenguaje Java que representa a los nmeros enteros
en un rango de 232 valores.
Intent: Objeto que sirve para invocar componentes o actividades en Android.
iOS: Sistema operativo que emplean los dispositivos mviles de la marca
Apple.
JPEG (Joint Photographic Experts Group): Formato de imagen basad en un
algoritmo de compresin con prdidas sobre la imagen original.
Kernel: Ncleo de un sistema operativo. El software responsable de gestionar
recursos a travs de llamadas al sistema.
Line: Aplicacin de mensajera muy famosa para dispositivos mviles y PC.
Log: Equivalente al trmino "Bitcora". Registro de eventos durante un rango
de tiempo.
Midi (Musical Instrument Digital Interface): En el contexto de este proyecto es
un tipo de archivo que contiene diversos tipos de datos que representan
informacin musical a nivel de partitura.
Pxel: Menor unidad homognea de color en una imagen.
Plugin: Equivalente al trmino "Complemento" en el contexto de los programas
informticos. Expansin que aumenta la funcionalidad de un software.
183
Carlos Pliego Garca
PNG (Portable Network Graphics): Formato grfico basado en un algoritmo de

compresin para bitmaps.
QRypt: Cdigo QR con informacin cifrada.
RAE (Real Academia Espaola): Institucin cultural que se dedica a la
planificacin lingstica mediante la promulgacin de normativas.
RGB (Red Green Blue): Modelo de color con el que es posible representar un
color mediante la mezcla por adicin de los 3 colores primarios.
SIM (Subscriber Identity Module): Tarjeta inteligente desmontable usada en
los telfonos mviles y almacenan de forma segura la clave de servicio del
suscriptor usada para identificarse en la red.
SSID (Service Set IDentifier): Nombre de paquete de red inalmbrica que
permite identificarla.
SQLite: Sistema de gestin de bases de datos que utiliza el sistema operativo
Android.
String: Tipo bsico de Java que representa cadenas de caracteres.
Superusuario: Usuario con acceso administrativo.
Token: Cadena de caracteres con un significado determinado.
Tweet: Publicacin en forma de mensaje en la pgina principal del usuario del
servicio Twitter.
Twitter: Servicio de blogging que permite enviar mensajes de texto plano de
corta longitud que se muestran en la pgina principal del usuario.
URL (Uniform Resource Locator): Secuencia de caracteres que se usa para
localizar e identificar pginas web.
Whatsapp: Aplicacin de mensajera muy famosa para dispositivos mviles.
Windows: Sistema operativo creado por Microsoft.
184
Carlos Pliego Garca
10.2 ANEXO B: MANUAL DE USUARIO

10.2.1 GENERAR UN CDIGO QR
Para generar un cdigo QR con el mensaje deseado, se pulsar en el botn "Generar
QR" de la pantalla principal (Ilustracin 87).
Ilustracin 87: Pantalla principal de la aplicacin (Seccin Generar)
Una vez se muestre la nueva pantalla (Ilustracin 88), se deber introducir el mensaje
que se desea introducir en el cdigo en el campo destinado a ello. Este mensaje debe
tener un nmero de caracteres mayor que 0 pero menor que 2000. Una vez
introducido, se pulsar en el botn con forma triangular situado en la esquina superior
izquierda.
185
Carlos Pliego Garca
Ilustracin 88: Pantalla de introduccin de mensaje
Cuando se abra la nueva pantalla (Ilustracin 89), el cdigo se habr generado y se

habr guardado en la carpeta de salida. Adems, se podr ver el cdigo en la misma
pantalla.
186
Carlos Pliego Garca
Ilustracin 89: Pantalla de muestra del cdigo generado 1
10.2.2 GENERAR UN CDIGO QRYPT

El proceso de generacin de un cdigo QRypt es muy parecido al utilizado en la
generacin QR.
En la pantalla principal (Ilustracin 87), se deber pulsar sobre el botn "Generar
QRypt" y, cuando aparezca la nueva pantalla (Ilustracin 88), se deber escribir el
mensaje que se quiera introducir en el cdigo.
Despus aparecer una ventana (Ilustracin 90) en la que se deber elegir el/los
tipo/s de cifrado que se va/n a utilizar para asegurar el mensaje. Una vez se haya/n
seleccionado, se pulsar el botn "Confirmar".
187
Carlos Pliego Garca
Ilustracin 90: Ventana de seleccin de tipo de cifrado
Cuando aparezca la nueva ventana (Ilustracin 91), se deber escoger el color con el
que se quiere tintar el cdigo QRypt que se va a generar. Una vez se ha escogido, se
pulsar sobre el botn "Aceptar".
188
Carlos Pliego Garca
Ilustracin 91: Ventana de seleccin de color
Cuando se abra la nueva pantalla (Ilustracin 92), el cdigo se habr generado y se

habr guardado en la carpeta de salida. Adems, se podr ver el cdigo en la misma
pantalla.
189
Carlos Pliego Garca
Ilustracin 92: Pantalla de muestra del cdigo generado 2
10.2.3 ENVIAR UN CDIGO GENERADO A OTRA APLICACIN

Cuando se ha generado un cdigo QR o QRypt, es posible enviar ste a otra aplicacin
instalada en el dispositivo mvil. Para ello, cuando se abra la pantalla de muestra del
cdigo (Ilustracin 89 o Ilustracin 92), se deber pulsar sobre el botn "Compartir"
de la esquina superior izquierda. Cuando se abra el men desplegable (Ilustracin 93),
slo habr que elegir la aplicacin a la que se quiere enviar.
190
Carlos Pliego Garca
Ilustracin 93: Men desplegable de "Compartir"
10.2.4 LEER UN CDIGO UTILIZANDO LA CMARA DEL DISPOSITIVO

Para leer el mensaje que contiene un cdigo QR o QRypt utilizando la cmara del
dispositivo, nicamente se deber pulsar el botn "Leer de cmara" de la pantalla
principal (Ilustracin 94).
191
Carlos Pliego Garca
Ilustracin 94: Pantalla principal de la aplicacin (Seccin Leer)
Una vez se abra la nueva pantalla (Ilustracin 95), se deber enfocar el cdigo que se
desea leer hasta que la aplicacin lo detecte y abra la siguiente pantalla.
192
Carlos Pliego Garca
Ilustracin 95: Pantalla de lectura por cmara
Una vez la aplicacin ha detectado y ha ledo el cdigo, se abrir una nueva pantalla
(Ilustracin 96) en la que se mostrar el mensaje que ste contena.
193
Carlos Pliego Garca
Ilustracin 96: Pantalla de muestra del mensaje
10.2.5 LEER UN CDIGO DESDE UN ARCHIVO

10.2.5.1 OPCIN A
Para extraer el mensaje de un cdigo QR o QRypt que se encuentra en un archivo de
imagen, se deber pulsar sobre el botn "Leer de fichero" en la pantalla principal
(Ilustracin 94).
Una vez se pulse, se deber seleccionar el explorador de archivos favorito desde el
men que acabar de aparecer (Ilustracin 97).
194
Carlos Pliego Garca
Ilustracin 97: Men de seleccin de explorador de archivos
Cuando se abra la aplicacin seleccionada, se deber buscar el archivo con el cdigo

que se desea leer. Una vez se seleccione, la aplicacin abrir la pantalla de muestra
de mensaje (Ilustracin 96) en la que se podr leer la informacin que contena el
cdigo seleccionado.
NOTA: Si el cdigo estuviese cifrado con una contrasea o con un patrn, se deber
introducir la informacin pertinente cuando la aplicacin lo sugiera.
10.2.5.2 OPCIN B
Otra forma de leer un cdigo contenido en un archivo de imagen es buscarlo
directamente en cualquier explorador de archivos o desde la galera y seleccionar la
opcin de compartirlo con otra aplicacin. En el men que aparezca (Ilustracin 98),
se deber elegir la aplicacin QRypt para extraer el mensaje del cdigo.
195
Carlos Pliego Garca
Ilustracin 98: Men de seleccin de aplicacin a la que compartir el archivo
NOTA: Esta funcionalidad no slo se limita a los exploradores de archivos. Si, por
ejemplo, se hubiese obtenido la imagen por una aplicacin de mensajera (como
Whatsapp o Line), slo se deber pulsar en el botn de compartirla y elegir la
aplicacin QRypt de la lista, tal y como se muestra en la ilustracin anterior.
10.2.6 CAMBIAR LA RUTA DE LA CARPETA DE SALIDA
Para modificar la ruta de la carpeta de salida donde se guardarn los archivos de
imagen con los cdigos QR y QRypt generados por la aplicacin, slo se deber abrir
el panel de ajustes (Ilustracin 99) deslizando el dedo de izquierda a derecha desde
cualquier pantalla o pulsando el botn fsico "Men" del terminal, y seleccionar la
opcin "Carpeta de salida".
196
Carlos Pliego Garca
Ilustracin 99: Panel de ajustes deslizable
Cuando aparezca la nueva ventana (Ilustracin 100), se deber escribir en el cuadro

de texto la ruta que se desee y pulsar el botn "Aceptar".
197
Carlos Pliego Garca
Ilustracin 100: Ventana de seleccin de carpeta de salida
10.2.7 CAMBIAR EL IDIOMA DE LA APLICACIN

Para modificar el idioma base en el que se muestran los textos de la aplicacin, se
deber abrir el panel de justes (Ilustracin 99) deslizando el dedo de izquierda a
derecha desde cualquier pantalla o pulsando el botn fsico "Men" del terminal, y
seleccionar la opcin "Idioma".
Cuando aparezca la nueva ventana (Ilustracin 101), se deber elegir el idioma que se
quiera y, despus, pulsar el botn "Aceptar".
198
Carlos Pliego Garca
Ilustracin 101: Ventana de seleccin de idioma
10.2.8 VISUALIZAR LAS NOVEDADES DE LA VERSIN

Para visualizar las novedades que incluye la versin de la aplicacin instalada en el
dispositivo frente a las dems, se deber abrir el panel de justes (Ilustracin 99)
deslizando el dedo de izquierda a derecha desde cualquier pantalla o pulsando el
botn fsico "Men" del terminal, y seleccionar la opcin "Novedades de la versin".
En la nueva ventana (Ilustracin 102) se podrn visualizar dichos datos.
199
Carlos Pliego Garca
Ilustracin 102: Ventana de visualizacin de las novedades de la versin
200
Carlos Pliego Garca
10.3 ANEXO C: SITUACIONES TILES PARA EL USO DE LA APLICACIN

Muchas de las funciones que tiene la aplicacin se han implementado pensando en
situaciones en las que seran tiles. En este anexo se muestran algunos ejemplos de
ellas.
10.3.1 HACER PUBLICIDAD
Con la generacin de un cdigo QR simple (sin cifrar) se puede introducir informacin
que se quiera que la gente lea. Con la funcionalidad de enviar los cdigos generados
directamente a aplicaciones, se puede obtener fcilmente el cdigo QR en un equipo
con impresora y, tras imprimirlo, colocarlo en alguna zona bien escogida que se sepa
que frecuenta mucha gente.
10.3.2 COMUNICACIONES SECRETAS
La generacin y lectura de cdigos QRypt otorga una seguridad mayor que la que
muchas aplicaciones de mensajera tienen. Si se quisiese utilizar, por ejemplo,
Whatsapp (que no tiene buena fama respecto a su seguridad) para comentar con
alguna persona una informacin muy privada, podra hacerse generando un cdigo
QRypt y envindolo con la opcin de compartir a Whatsapp.
10.3.3 GUARDAR CONTRASEAS
Si el usuario es olvidadizo y nunca recuerda las contrasea (como, por ejemplo, la del
correo o la de la cuenta bancaria), puede generar un QRypt con stas cifradas con el
imei de su dispositivo. De esta forma, esas contraseas slo se podrn leer si se
posee el cdigo y el terminal que lo cifr. Adems, siempre se puede utilizar ms de
un mtodo de cifrado y utilizar, adems, una contrasea para este fin.
10.3.4 PROMOCIONES
Al contar la aplicacin con el tipo de cifrado por fecha, se puede generar cdigos
QRypt que slo se puedan leer a partir de una fecha exacta. Se pueden crear muchos
cdigos que estn cifrados con una fecha exacta en la que, a partir de ella, se
deberan poder leer sus datos para alguna promocin. De esta forma, se pueden
preparar los cdigos mucho antes de la fecha de inicio de la promocin.
10.3.5 PROMOCIONES 2
Adems, al contar con la opcin "Modelo" como tipo de cifrado, las promociones
tambin se pueden dirigir slo a los usuarios que utilicen un mvil en especial.
201
Carlos Pliego Garca
11 ANEXO D: PLANIFICACIN Y PRESUPUESTO

11.1 PLANIFICACIN
11.1.1 PLANIFICACIN INICIAL
En esta primera ilustracin, se muestra la planificacin que inicialmente se estim. En esta planificacin, slo se incluyen los procesos
principales:
Ilustracin 103: Diagrama de Gantt de la planificacin inicial simplificado
11.1.2 PLANIFICACIN FINAL

Adems de esta planificacin inicial, se representa a continuacin cmo fue finalmente dicha planificacin:
Ilustracin 104: Diagrama de Gantt de la planificacin final simplificado
202
Carlos Pliego Garca
Por ltimo, se muestra ms en detalle esta planificacin final:
Ilustracin 105: Diagrama de Gantt de la planificacin final extendido
203
Carlos Pliego Garca
11.1.3 CONCLUSIONES
Si se comparan los diagramas, se llega a la conclusin de que, como era de esperar, la
planificacin inicial predijo que se tardaran menos das en desarrollar el proyecto. De
todas formas, slo hay una diferencia de 12 das debido a que, a pesar de que se
predijo que se tardara menos en realizar la mayora de las tareas, se pens que la
documentacin llevara mucho ms tiempo (19 das en vez de 12).
La principal desviacin se observa que se produce en las tres secciones principales:
el anlisis del sistema, el diseo, y la implementacin. Los motivos por los que ocurri
esto se exponen seguidamente:
El tiempo que se invirti en la investigacin fue mayor del previsto.

No se predijo la necesidad de modificar las libreras principales de tratamiento
de cdigos QR para que funcionase en Android.
La experiencia en el desarrollo de aplicaciones mviles para el sistema
operativo Android era casi nula.
A pesar de la diferencia de das, se ha logrado desarrollar una aplicacin con ms

funcionalidades que las pensadas en un principio.
204
Carlos Pliego Garca
11.2 PRESUPUESTO
1. Autor: Carlos Pliego Garca
2. Departamento: Departamento de Informtica
3. Descripcin del proyecto:
a. Ttulo: Desarrollo de una aplicacin generadora y lectora de cdigos QR
seguros en Android
b. Duracin (meses): 4
c. Tasa de costes indirectos: 18%
4. Presupuesto total del proyecto (valores en Euros): 17575,23.
5. Desglose presupuestario:
Apellidos,
Nombre
Pliego Garca,
Carlos
Pliego Garca,
Carlos
Pliego Garca,
Carlos
Pliego Garca,
Carlos
Pliego Garca,
Carlos
Pliego Garca,
Carlos
PERSONAL
Horas de
trabajo
88
Coste por hora

()
30,00
Coste Total ()
160
18,00
2880
Analista
128
20,00
2560
Programador
192
14,00
2688
48
10,00
480
96
18,00
1728
Total ()
12976
Categora
Jefe
proyecto
Diseador
de
Encargado de
pruebas
Documentalista
2640
Tabla 136: Coste del personal
Descripcin
Samsung
Galaxy SII
(GT-I9100)
PC
de
sobremesa
(a piezas)
Asus A55ASX465H
Coste ()
400
EQUIPOS
Uso
Dedicacin
Perodo de
dedicado al
(meses)
depreciacin
proyecto
(%)
100
4
60
Coste
imputable
()
23
850
100
60
47
600
100
60
33
Total ()
103
Tabla 137: Coste de los equipos
205
Descripcin
Carlos Pliego Garca
Coste ()
Licencia de
Windows 8
Pro
Microsoft
Office 2007
Professional
Microsoft
Project
2010
Professional
Adobe
Photoshop
CS4
279,99
SOFTWARE
Uso
Dedicacin
Perodo de
dedicado al
(meses)
depreciacin
proyecto
(%)
100
4
60
Coste
imputable
()
16
709
100
50
47
729
100
50
49
300
100
50
20
Total ()
132
Tabla 138: Coste del software
Descripcin
Internet
Luz
OTROS COSTES DEL PROYECTO

Empresa
Telefnica
Iberdrola
Total ()
Costes imputable ()
48
40
88
Tabla 139: Otros costes
6. Resumen de costes:
Concepto
Personal
Equipos
Software
Otros
Costes indirectos
TOTAL SIN IVA
IVA (21%)
TOTAL CON IVA
Coste ()
12976
103
132
88
1225,98
14524,98
3050,25
17575,23
Tabla 140: Resumen de costes
206

TFG Carlos Pliego Garcia

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

TFG Carlos Pliego Garcia

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD CARLOS III DE MADRID

TRABAJO DE FIN DE GRADO

Trabajo de Fin de Grado

Carlos Pliego Garca

Trabajo de Fin de Grado

Carlos Pliego Garca

Trabajo de Fin de Grado

Carlos Pliego Garca

Trabajo de Fin de Grado

Carlos Pliego Garca

CONTEXTO ACTUAL Y OBJETIVO ................................................................... 16

ESTADO DEL ARTE .................................................................................................. 17

CONCEPTO GENERAL ............................................................................... 20

CONCEPTOS IMPORTANTES ................................................................... 21

MARCO REGULADOR .............................................................................................. 24

LEY GENERAL DE LAS TELECOMUNICACIONES ............................................. 24

LEY ORGNICA DE PROTECCIN DE DATOS .................................................. 25

DEFINICIN DEL SISTEMA .............................................................................. 26

ALCANCE DEL SISTEMA ........................................................................... 26

RESTRICCIONES GENERALES .................................................................. 27

ENTORNO OPERACIONAL ........................................................................ 27

ENTORNO DE DESARROLLO ............................................................................ 28

LENGUAJE DE PROGRAMACIN .............................................................. 28

ENTORNO DE DESARROLLO .................................................................... 28

REQUISITOS DE USUARIO ............................................................................... 30

REQUISITOS DE CAPACIDAD ................................................................... 31

REQUISITOS DE RESTRICCIN ................................................................ 38

CASOS DE USO ................................................................................................ 41

CASO DE USO GENERAL........................................................................... 42

CASOS DE USO DEL MDULO GENERAR ................................................ 45

CASOS DE USO DEL MDULO LEER ........................................................ 49

REQUISITOS DE SOFTWARE ............................................................................ 54

REQUISITOS FUNCIONALES .................................................................... 55

REQUISITOS DE OPERACIN ................................................................... 61

REQUISITOS DE INTERFAZ ...................................................................... 64

Trabajo de Fin de Grado

REQUISITOS DE RENDIMIENTO ............................................................... 65

REQUISITOS DE RECURSOS ..................................................................... 66

REQUISITOS DE SEGURIDAD ................................................................... 66

REQUISITOS DE VERIFICACIN ............................................................... 67

ANLISIS DE CLASES ...................................................................................... 70

IDENTIFICACIN DE LAS CLASES ............................................................ 70

ESPECIFICACIN DE LAS FUNCIONES DE CADA CLASE ......................... 70

DIAGRAMA DE CLASES ............................................................................ 72

ARQUITECTURA DEL SISTEMA ....................................................................... 74

GENERACIN DE CDIGOS QR ................................................................ 78

GENERACIN DE CDIGOS QRYPT ......................................................... 81

SUBSISTEMA DE LECTURA ............................................................................. 86

LECTURA POR CMARA ........................................................................... 86

LECTURA POR FICHERO ........................................................................... 89

MDULO DE ACTUALIZACIN ................................................................. 90

MDULO DE CAMBIO DE AJUSTES ......................................................... 90

Carlos Pliego Garca

INTERFACES DE USUARIO ............................................................................... 92

ESTUDIO DE DISEO ................................................................................ 92

PANTALLA PRINCIPAL ............................................................................. 96

PANTALLA DE GENERACIN DE CDIGO QR .......................................... 98

PANTALLA DE GENERACIN DE CDIGOS QRYPT ............................... 100

PANTALLA DE LECTURA DE CDIGOS POR CMARA .......................... 107

PANTALLA DE LECTURA DE CDIGOS POR FICHERO .......................... 109

MEN DESPLEGABLE ............................................................................. 110

MDULO DE GENERACIN DE CDIGOS QR A PARTIR DE UN MENSAJE ... 115

DRAWQR ................................................................................................. 116

MDULO DE CIFRADO DE MENSAJES .......................................................... 117