5.

Prueba

5.1. Beta

5.1.1. Selección de muestra poblacional

Se realiza una encuesta a los usuarios que utilizan el servicio de Transmetro en su diario vivir, para
saber cuál es su opinión acerca de la implementación de una aplicación móvil que les facilitaría
toda la información de este servicio.

5.1.2. Lanzamiento Beta

Se realiza el lanzamiento de la aplicación en las tiendas de cada sistema operativo, Play Store, App
Store, Tienda Windows. Se prueba que todas las aplicaciones queden subidas correctamente y no
se produzcan errores en la descarga. Se habilita el envió de errores y sugerencias.

5.1.3. Análisis De Errores

Teniendo en cuenta todas las encuestas realizadas a los usuarios estas mismas se tabulan para
luego ser analizadas minuciosamente todos los errores, al igual que todas las sugerencia recibidas
por ellos mismos, de estas forma sabemos exactamente qué es lo que prefieren los usuarios para
brindarle mucha más satisfacción en la prestación del servicio.

5.1.4. Correcciones de Errores

Analizados todos los errores recolectados en las encuestas se procede hacer las respectivas
correcciones a la aplicación, al igual que las sugerencias ofrecidas por los usuarios son tenidas en
cuenta para aplicarlas.

5.2 Diseño Versión 1

Se realiza el diseño pertinente de la aplicación teniendo en cuenta todos los resultados obtenidos
en las encuestas realizadas a los usuarios.

6. Puesta en marcha.
6.1. Marketing de lanzamiento

6.2. Versión 1

• 6.2.1.Lanzamiento en simultaneo en las distintas plataforma

Se realiza el lanzamiento de la aplicación en las tiendas de cada sistema operativo, Play

Store, App Store, Tienda Windows. Se prueba que todas las aplicaciones queden subidas
correctamente y no se produzcan errores en la descarga. Se habilita el envió de errores y
sugerencias.

• 6.2.2.Análisis de errores y sugerencias

Una vez lanzada la aplicación y siendo utilizada por los usuarios, se recopila toda la
información recolectada de los errores y sugerencias que han sido reportadas por los
usuarios, se tabulan los datos y se realizan los respectivos análisis para comenzar a darle
solución a estos a través del grupo de desarrolladores.

• 6.2.3.Corrección de errores, aplicación de sugerencias aprobadas

Se aplica la corrección de errores y se implementan las sugerencias de los usuarios que

fueron aprobadas.

• 6.2.4.Diseño versión 2

Se realizan los últimos ajuste y cambios que Transmetro desea agregar desde aspectos
visuales hasta funciones, rediseñando o ajustando la primera versión.

6.3. Versión 2

• 6.3.1.Lanzamiento actualización

Se lanza la actualización de la aplicación para todas las plataformas con el fin de mejorar la
experiencia de los usuarios.

• 6.3.2.Entrega final

Se deja la aplicación funcionando, se hace entrega de toda la documentación

perteneciente al proyecto y se establece el tiempo de revisión de la aplicación para
seguirle haciendo mejoras continuas.

3. Diseño:
Costo:

Diseñador gráfico:

Ingeniero de sistemas:

Logística y requerimientos varios:

3.1. Interfaz gráfica: Trabajando sinérgicamente un diseñador gráfico y un ingeniero de sistemas,

se encargaran de la parte visual del aplicativo siempre procurando que sea amigable con el
usuario intuitiva funcional y dinámica

Restricciones:

La calidad gráfica y/o eficiencia de la aplicación no deberá verse comprometido por el tamaño de
la pantalla del dispositivo, el ancho del fotograma deberá tener la capacidad de ajustarse a
teléfonos inteligentes, o dispositivos móviles que lo soporten de 3.5” a 6” de pantalla, y acoplarse
de la mejor manera a equipos que no estén dentro de esta categoría pero soporten dicho
aplicativo, sin que esto forme parte vital ni interfiera con el diseño solicitado

Garantizar las opciones primarias (disponibilidad de rutas, horarios y recarga en línea) para
dispositivos tipo barra o con teclado físico que soporten la aplicación

Requerimiento/ entregable:

 Interfaz gráfica funcional y operativa

 Gráficos en alta definición
 Versatilidad del tamaño(autoajustable a dispositivos especificados)
 Capacidad de ejecutar tareas básicas anteriormente establecidas en dispositivos que no
se encuentren dentro de los parámetros establecidos pero que soporten la instalación de
la aplicación

3.2. Plataforma de usuario registrado: para garantizar un mejor servicio, más seguro y confiable
para poder utilizar las opciones que impliquen transacciones de dinero se debe contar con un
usuario y respectiva contraseña

Restricciones:

Para registrarse se necesitara el número de la tarjeta número, de identificación del usuario o

amparado en caso se menor de edad, (se debe registrar esto), establecer si el usuario es
estudiante, u otro
Requerimiento/ entregable:

 Base de datos editable desde los puntos de atención en las estaciones que lo dispongan
 Claramente identificable los usuarios menores de edad, así como estudiantes sin importar
su edad
 Imposibilidad de registro sin datos indispensables marcados(edad, número de
identificación, ocupación, tutor si es menor de edad )

3.3. Algoritmo de integración de rutas AIR: la aplicación debe estar en la capacidad de procesar la
información ingresada por el usuario y calcular el trayecto que más cerca lo deje de su destino
en el menor tiempo posible, también de mostrarle todas las opciones disponibles para
recorrer la distancia solicitada, esto en el menor tiempo

Restricciones:

Se deben integrar las rutas expresas o que trabajan en horas pico s la consulta se hace dentro del
rango horario dispuesto

Informar al usuario cuando la conexión a internet del dispositivo compromete la funcionalidad de

la aplicación

Requerimiento/ entregable:

 La aplicación debe mostrar el las indicaciones precisas para llegar al destino aun después
de terminar el trayecto en el sistema
 Manejar un tempo de procesamiento muy bajo(la mayor calidad posible dentro de las
condiciones en las que se trabaje )

3.4. Compatibilidad: para garantizar que se cobijara a la mayor cantidad de población posible
deberá poder ejecutarse el aplicativo en los tres principales sistemas operativos que se
encuentran en el mercado (Android, ios, Windows phone)
3.4.1. Android: al ser el sistema operativo más utilizado por los grandes fabricantes, se deberá
garantizar la menor variación posible en la calidad de la aplicación de dispositivo a
dispositivo, la opción de pago mediante NFC estará disponible.
3.4.2. Apple: al contar con pocas dispositivos móviles (referencias ) trabajando con este sistema
la estabilidad de la aplicación deberá ser muy alta, aunque la última línea de estos
dispositivos cuenta no NFC no se le habilitara este sistema ya que solo esta habilitado
para una forma de pago muy poco utilizada
3.4.3. Windows pone: con al creciente espacio de este sistema operativo aunque con reducidas
marcas la aplicación gozara de una cogida aceptable, la opción de pago con NFC estará
disponible en los teléfonos que lo soporten

Restricciones:
La aplicación deberá tener el mismo aspecto en cualquier dispositivo compatible

Requerimiento/ entregable:

 Para el sistema operativo la opción de pago con NFC no deber ser visualizable
 En Android y Windows phone a opción de pago con NFC solo aparecerá en los dispositivos
que cuenten con el hardware, pero si no está disponible en el pago con el dispositivo
arrojara un mensaje de notificación
 Se debe arrojar un mensaje con las políticas de pago que cobije solo las disponibles en
cada sistema operativo

3.5. Acoples de medio de pago: después de contar con las respectivas autorizaciones y con el
apoyo de las respectivas entidades si así se requiere se incorporarán los medios de pago a la
aplicación

Restricciones:

Cada medio de pago deberá ser autorizado antes de la primera utilización y de esta manera a
perpetuidad, así como la posibilidad de suspender en cualquier momento

Requerimiento/ entregable:

 La posibilidad de suspender los medios de pago de la aplicación de manera remota

 Solicitar el ingreso a los medios e pago después de 2 horas de inactividad