ANEXO DE LA GUA DE APRENDIZAJE N 2

Estimado aprendiz en este formato usted debe desarrollar correctamente los ejercicios
dispuestos en la gua N 2, (tem 3.1 y 3.3) como evidencia de que ha alcanzado el resultado
de aprendizaje propuesto para esta actividad de aprendizaje.

ITEM 3.1
Una vez revisados los materiales de estudio disponibles, llene el diagrama que encontrar a
continuacin. Para diligenciarlo genere una lluvia de ideas, alrededor del interrogante:
Cmo sera nuestro entorno sin la Telefona Mvil? Consigne sus ideas en cada uno de
los globos.

El desarrollo de las
La comunicacin instantnea telecomunicaciones estaran
con las personas que se enfocado en los PCs y el llevar
encuentren lejos (otra ciudad, informacin (nmeros de telfono,
pas) sera imposible y tal vez documentos, imgenes, audio,
las noticias seguiran siendo etc.) en dispositivos fcil de cargar
enviadas por cartas. como es el telfono celular sera
imposible.

En estos das las persona han adquiridos

hbitos con el uso del celular y redes
Los operadores celulares no seran uno de los sociales y el uso del celular y redes
potenciales econmicos que son debidos a los sociales y esto est causando efectos
servicios que prestan negativos.
ITEM 3.3

Este ejercicio propone que usted plantee una propuesta de mejora de servicio al cliente,
mediante el desarrollo de una aplicacin mvil, para dar respuesta al caso que se plantea a
continuacin.

Caso de Estudio- Taxis Colombia.

Taxis Colombia, empresa lder en prestar el servicio de transporte de pasajeros a nivel

nacional, quiere mejorar su servicio de atencin al cliente (Empresa-Taxistas-Pasajeros) por lo
cual abre una convocatoria, para que cualquier persona participe en el desarrollo de una
aplicacin mvil.

Usted como participante de esta convocatoria presente una propuesta en la describa

ampliamente en un texto escrito los siguientes aspectos:
Caractersticas de la aplicacin.
Disear una aplicacin mvil que permita el manejo de la informacin relacionada con
los horarios de atencin al cliente, unidades disponibles, rutas de la ciudad, informacin
de los conductores y vehculo como el nmero de placa, datos de la empresa
La base de datos de los usuarios (pasajeros y taxistas) tiene que ser
actualizada; as se tendr una consulta en tiempo real.
Tendr un taxmetro digital en cual debe estar sincronizado con el del taxi.
La aplicacin tendr un botn de alerta conectado a los servicios de
emergencia (polica, ambulancia, bomberos)
Un formulario donde se encuestara a los pasajeros.
Un cliente frecuente registrado conseguir incentivos por parte de la empresa.
Se mejorara el ecosistema de empresa, taxista y cliente.
 Interfaz amigable (Pasajeros, Taxistas, Empresa)

El diseo dar ms valor al cumplir tareas asociadas, con una apariencia fcil y llamativa para
el usuario y tomar como base el aspecto visual nativos del sistema operativo Android.
Los colores sern tomados en base a la empresa y sern extrapolados a la aplicacin para
mantener la el logo corporativa.
Tabla 1. Diseo de la interfaz de la aplicacin mvil.
 Lista de componentes (herramientas) que contendra la aplicacin.

Todos los componentes bsicos (Canvas, Button, Checkboxes, Reloj, Imagen,

Etiquetas, ListPicker, Pantalla, texto para contrasea, cajas de texto y TyniDB)
sern utilizados en la aplicacin.
Los componentes multimedia (cmara, selector de imagen) tambin sern
usados.
Los siguientes componentes sociales sern fundamentales (selector de
contactos, de contactos de correo electrnico, selector de nmero telefnico
y llamadas con el telfono celular) y estarn haciendo parte de la aplicacin.
Tambin usaremos SMS (texting) yTwitter.
Los componentes de sensores (acelermetro, sensor de posicin y de
orientacin) sern utilizados.
Los componentes de alineacin (Alineacin horizontal, vertical y en tablas) se
usarn.
Como complemento, se utilizarn las APIs de las herramientas
complementarias como la API de Google Maps para mejorar las capacidades
sin influir en la complejidad del proceso de desarrollo.

Funcionamiento (descripcin de cmo se conectan los componentes al funcionar

la app).
Con el fin de lograr un correcto funcionamiento de la aplicacin varios requerimientos
deben ser analizados, desde el punto de vista de requerimientos Funcionales y No
Funcionales. Dentro del primer grupo se encuentran los requerimientos que describen
expresar la naturaleza del funcionamiento de la aplicacin mvil, mientras que en el
segundo grupo estn los requerimientos de cmo debe ser el sistema en lugar de su
comportamiento especfico y pueden ser de algunos tipos como: rendimiento, interfaz,
operacin, recursos, comprobacin, documentacin, seguridad, calidad y
mantenimiento.

Adems, para realizar una mejor especificacin de requisitos de software (ERS) se

debe considerar algunas caractersticas definidas en el estndar IEEE 830-1998, en el
 que destaca que una buena ERS debe ser completa, consistente, inequvoca, correcta
y priorizable.

En las tablas 2 y 3 que se presentan a continuacin se detallan los requisitos del

sistema tanto funcional como no funcional. Para poder identificar a cada requisito se ha
utilizado la nomenclatura que se tiene en la tabla 1.
Tabla 2.
Nomenclatura de los Tipos de Requerimiento del Software.
Identificador Tipo de Requisito
RF Requisito Funcional
RNFR Requisito No Funcional de Rendimiento
RNFI Requisito No Funcional de Interfaz
RNFO Requisito No Funcional de Operacin
RNFC Requisito No Funcional de Comprobacin
RNFU Requisito No Funcional de Usabilidad
RNFS Requisito No Funcional de Soporte

Adems, cada tabla cuenta con un identificador considerado la nomenclatura antes

mencionada el Ttulo que es el nombre del requisito, y una breve descripcin. Tambin
se ha considerado que cada requisito dependiendo del tipo tiene una Prioridad,
Estabilidad y Necesidad alta o esencial, lo que significa que estos requisitos son
importantes y que no puede ser modificado en el desarrollo del proyecto y
estarn numeradas.

REQUISITOS FUNCIONALES
Tabla 3.
Funciones Generales de la Aplicacin Mvil.
Identificado Ttulo Descripcin
r
RF01 Iniciar Aplicacin El usuario deber iniciar la aplicacin mvil.
RF02 Registrar Usuario El usuario debe registrarse en la plataforma.
Ingresar usuario y contrasea y validad el
RF03 Ingresar y Validar
acceso
RF04 Cerrar Aplicacin El sistema cierra la aplicacin
 REQUISITOS NO FUNCIONALES
Tabla 4.
Requisitos No funcionales de la Aplicacin.
Identificado Ttulo Descripcin
r
RNF01 Usuario en Aplicacin Un cliente por usuario y por registro en la
Aplicacin mvil.
RNFI01 Interfaz Grfica Desarrollo visual e interpretativo usando
colores e imgenes.
RNFI02 Contenido del Men Debe mostrar instrucciones claras y precisas
para no confundir al cliente
RNFO01 Descargar e instalacin Podr ser llevado a cabo a travs de un archivo
ejecutable. APK desde la pgina web de la
de Aplicacin
empresa
RNFU01 Facilidad de Manejo Se puede utilizar el sistema sin contar con
conocimientos avanzados.
RNFS01 Plataforma y SO El sistema funciona en el Sistema Operativo

Enve estas respuestas a su tutor mediante el enlace envo evidencia Actividad

de Aprendizaje 2, ubicado en el espacio Actividades del men principal.