ANEXO DE LA GUÍA DE APRENDIZAJE Nº 2Estimado aprendiz en este formato usted debe desarrollar correctamente los ejercicios dispuestos en la guía 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 continuación. Para diligenciarlo genere una lluvia de ideas, alrededor del interrogante: ¿Cómo sería nuestro entorno sin la Telefonía Móvil? Consigne sus ideas en cada uno de los globos. El desarrollo de las La comunicación instantánea telecomunicaciones estarían con las personas que se enfocado en los PCs y el llevar encuentren lejos (otra ciudad, información (números de teléfono, país) sería imposible y tal vez documentos, imágenes, audio, las noticias seguirían siendo etc.) en dispositivos fácil de cargar enviadas por cartas. como es el teléfono celular sería imposible. En estos días las persona han adquiridos hábitos con el uso del celular y redes Los operadores celulares no serían uno de los sociales y el uso del celular y redes potenciales económicos que son debidos a los sociales y esto está causando efectos servicios que prestan negativos. rutas de la ciudad. datos de la empresa La base de datos de los usuarios (pasajeros y taxistas) tiene que ser actualizada. unidades disponibles. quiere mejorar su servicio de atención al cliente (Empresa-Taxistas-Pasajeros) por lo cual abre una convocatoria. taxista y cliente.ITEM 3.3 Este ejercicio propone que usted plantee una propuesta de mejora de servicio al cliente. Usted como participante de esta convocatoria presente una propuesta en la describa ampliamente en un texto escrito los siguientes aspectos: Características de la aplicación. La aplicación tendrá un botón de alerta conectado a los servicios de emergencia (policía. Se mejorara el ecosistema de empresa. bomberos) Un formulario donde se encuestara a los pasajeros. ambulancia. Taxis Colombia. Tendrá un taxímetro digital en cual debe estar sincronizado con el del taxi.Taxis Colombia. para que cualquier persona participe en el desarrollo de una aplicación móvil. Caso de Estudio. Diseñar una aplicación móvil que permita el manejo de la información relacionada con los horarios de atención al cliente. . para dar respuesta al caso que se plantea a continuación. así se tendrá una consulta en tiempo real. información de los conductores y vehículo como el número de placa. empresa líder en prestar el servicio de transporte de pasajeros a nivel nacional. mediante el desarrollo de una aplicación móvil. Un cliente frecuente registrado conseguirá incentivos por parte de la empresa. Los colores serán tomados en base a la empresa y serán extrapolados a la aplicación para mantener la el logo corporativa. Tabla 1. Empresa) El diseño dará más valor al cumplir tareas asociadas. con una apariencia fácil y llamativa para el usuario y tomará como base el aspecto visual nativos del sistema operativo Android. Interfaz amigable (Pasajeros. Taxistas. Diseño de la interfaz de la aplicación móvil. . en el . Dentro del primer grupo se encuentran los requerimientos que describen expresar la naturaleza del funcionamiento de la aplicación móvil. para realizar una mejor especificación de requisitos de software (ERS) se debe considerar algunas características definidas en el estándar IEEE 830-1998. sensor de posición y de orientación) serán utilizados. Imagen. Los componentes multimedia (cámara. Todos los componentes básicos (Canvas. comprobación. También usaremos SMS (texting) yTwitter. vertical y en tablas) se usarán. se utilizarán 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 (descripción de cómo se conectan los componentes al funcionar la app). desde el punto de vista de requerimientos Funcionales y No Funcionales. selector de imagen) también serán usados. Reloj. Como complemento. Además. recursos. Los siguientes componentes sociales serán fundamentales (selector de contactos. Etiquetas. de contactos de correo electrónico. ListPicker. Con el fin de lograr un correcto funcionamiento de la aplicación varios requerimientos deben ser analizados. texto para contraseña. mientras que en el segundo grupo están los requerimientos de cómo debe ser el sistema en lugar de su comportamiento específico y pueden ser de algunos tipos como: rendimiento. cajas de texto y TyniDB) serán utilizados en la aplicación. Button. operación. Checkboxes. selector de número telefónico y llamadas con el teléfono celular) y estarán haciendo parte de la aplicación. interfaz. Los componentes de sensores (acelerómetro. seguridad. Los componentes de alineación (Alineación horizontal. documentación. Pantalla. calidad y mantenimiento. Lista de componentes (herramientas) que contendría la aplicación. lo que significa que estos requisitos son importantes y que no puede ser modificado en el desarrollo del proyecto y estarán numeradas. correcta y priorizable. consistente. Identificado Título Descripción r RF01 Iniciar Aplicación El usuario deberá iniciar la aplicación móvil. que destaca que una buena ERS debe ser completa. Funciones Generales de la Aplicación Móvil. cada tabla cuenta con un identificador considerado la nomenclatura antes mencionada el Título que es el nombre del requisito. Ingresar usuario y contraseña y validad el RF03 Ingresar y Validar acceso RF04 Cerrar Aplicación El sistema cierra la aplicación . Estabilidad y Necesidad alta o esencial. inequívoca. En las tablas 2 y 3 que se presentan a continuación se detallan los requisitos del sistema tanto funcional como no funcional. Nomenclatura de los Tipos de Requerimiento del Software. Tabla 2. También se ha considerado que cada requisito dependiendo del tipo tiene una Prioridad. Identificador Tipo de Requisito RF Requisito Funcional RNFR Requisito No Funcional de Rendimiento RNFI Requisito No Funcional de Interfaz RNFO Requisito No Funcional de Operación RNFC Requisito No Funcional de Comprobación RNFU Requisito No Funcional de Usabilidad RNFS Requisito No Funcional de Soporte Además. y una breve descripción. Para poder identificar a cada requisito se ha utilizado la nomenclatura que se tiene en la tabla 1. RF02 Registrar Usuario El usuario debe registrarse en la plataforma. REQUISITOS FUNCIONALES Tabla 3. Requisitos No funcionales de la Aplicación. RNFI02 Contenido del Menú Debe mostrar instrucciones claras y precisas para no confundir al cliente RNFO01 Descargar e instalación Podrá ser llevado a cabo a través de un archivo ejecutable. Identificado Título Descripción r RNF01 Usuario en Aplicación Un cliente por usuario y por registro en la Aplicación móvil. APK desde la página web de la de Aplicación empresa RNFU01 Facilidad de Manejo Se puede utilizar el sistema sin contar con conocimientos avanzados. REQUISITOS NO FUNCIONALES Tabla 4. RNFI01 Interfaz Gráfica Desarrollo visual e interpretativo usando colores e imágenes. RNFS01 Plataforma y SO El sistema funciona en el Sistema Operativo Envíe estas respuestas a su tutor mediante el enlace “envío evidencia Actividad de Aprendizaje 2”. ubicado en el espacio “Actividades” del menú principal. .
Report "Anexo Guia de Aprendizaje No 2-App Inventor"