Marco Metodológico

Portada

## **Metodología**

Existe
un diseño de aplicaciones móviles que abarca actividades técnicas y no técnicas,
que incluyen: establecer la apariencia de la aplicación móvil, creando la
estética, diseño de la interfaz de usuario, estableciendo el ritmo de
interacción del usuario, definiendo el conjunto y estructura arquitectónica,
desarrollando el contenido y la funcionalidad que reside dentro de la
arquitectura, y la planificación de la navegación que se produce dentro de la aplicación
móvil. Necesidades especiales de atención para ser dado a los elementos que
agregan contexto.

Existen
muchas consideraciones para poder realizar una aplicación móvil, en este caso
particular, para el desarrollo del presente proyecto se utilizó el modelo en
espiral definido por Roger S. Pressman y Bruce R. Maxim para el desarrollo de
aplicaciones móviles el cual está conformado por 6 actividades:

1.    Formulación

2.    Planeación

3.    Análisis

4.    Ingeniería

5.    Implementación
y testeo

6.    Evaluación
del usuario.

Los
autores sugieren que la ubicuidad, la personalización, la flexibilidad y la localización
deberían ser objetivos primordiales de diseño para todas las aplicaciones
móviles. Los usuarios móviles esperan tener la capacidad de recibir información
y realizar acciones en tiempo real sin importar su ubicación física o la
cantidad de usuarios concurrentes.

Las
aplicaciones móviles deben presentar servicios y herramientas que se
personalicen de acuerdo a las preferencias del usuario. Los usuarios de
dispositivos móviles deben poder participar en actividades tales como, recibir
información o realizar acciones con facilidad. También deben tener acceso a
información y servicios locales. Esto implica reconocer la importancia o
contexto al diseñar la experiencia de usuario de la aplicación móvil.

## **Formulación**

Para
poder solventar la necesidad del cliente los desarrolladores deben ser
conscientes de las actividades humanas, sociales, culturales y organizativas
que pueden revelar aspectos ocultos de las necesidades de los usuarios y
afectar los objetivos comerciales y la funcionalidad de la aplicación móvil
propuesta.

Por
ende, se tiene una serie de servicios dados por la integración de diferentes
herramientas web 2.0, las cuales son comúnmente llamadas interfaz de
programación de aplicaciones (API). Los servicios a ofrecer son por medio de
redes sociales en su mayor parte, sin embargo, existe vinculación con otros
servicios que se pueden obtener como lo son Google u outlook (correo
electrónico).

## **Diseño de la aplicación**

No
se hace uso de una base de datos porque se utiliza directamente el
almacenamiento de los servidores que tiene google para almacenar los eventos de
los usuarios, ya que es más viable porque brinda confianza y facilidad en
cuanto a datos se trata.

## **Características de la aplicación**

El proyecto tiene como
características:

Ser intuitivo y agradable para el usuario
final.

Brinda los servicios web 2.0 necesarios para
la organización de los eventos.

Mantiene una organización de los eventos
necesarios.

Permite compartir eventos para que así
también otros lo recuerden.

Da el servicio del conocimiento del clima,
haciendo más fácil la prevención de lluvia o calor.

## **Funciones de la aplicación**

Como puntos, las funciones de
la aplicación se describen como sigue:

Poder realizar la creación de un nuevo evento.

Compartir un mensaje o foto por cualquiera de las redes sociales implementadas
(Facebook, Twitter o WhatsApp).

Mostrar el estado del clima en la zona en la que se encuentra ubicado.

- Definir
la ubicación del evento al crearse a través de Google Maps.

Compartir el evento en tres plataformas de red social (Facebook, Twitter o
WhatsApp).

## **Planeación**

Se determinan los costos y
riesgos totales del proyecto. Se establece el programa detallado y se documenta
el proceso para los siguientes incrementos.

**Lista de riesgos:**

 riesgo
  Rotación
 de personal
 producto.
  Cambios de
 requisitos
 producto
  Retrasos
 en la especificación
 producto
  Subestimación
 del tamaño
 producto
 del proceso de IR) se ha subestimado

**Riesgos por requisitos:**

 Requisito
 Riesgo
  **R1**
  De requisitos
  Los clientes no comprenden el impacto de los cambios en los
  De estimación
  De comunicación
 reuniones.

**Riesgos ordenados por efectos.**

**Estrategias por riesgos.**

  Problemas financieros de la organización
  Problemas de reclutamiento
  Enfermedad del personal
 trabajo y los miembros comprendan el
  Cambios en los requisitos
  Tiempo de IR subestimado
 posibilidades de retraso

**Costos previstos totales para la aplicación móvil:**

## **Análisis**

Se
especifican todos los requisitos de los usuarios móviles y se identifican los
elementos de contenido que serán necesarios. Las acciones incluyen análisis de
contenido, análisis de interacción, análisis funcional y análisis de
configuración. Identificar la naturaleza de los objetivos del usuario
(informativos o transaccionales) ayudará a determinar el tipo de aplicación
móvil que debe desarrollarse.

**Identificación de requisitos**

Requisitos
de capacidad:

  **Descripción**
  **Necesidad**
  **Estabilidad**

  **Descripción**
  **Necesidad**
  **Estabilidad**

  **Descripción**
  **Necesidad**
  **Estabilidad**

  **Descripción**
  **Necesidad**
  **Estabilidad**

  **Descripción**
  **Necesidad**
  **Estabilidad**

  **Descripción**
  **Necesidad**
  **Estabilidad**

Requisitos
de restricción:

  **Descripción**
  **Necesidad**
  **Estabilidad**

  **Descripción**
  **Necesidad**
  **Estabilidad**

  **Descripción**
  **Necesidad**
  **Estabilidad**

## **Implementación y pruebas**

Durante
esta actividad, la aplicación móvil se codifica y se prueba. Entre los
problemas que pueden dificultar las pruebas se encuentran: (1) altas tasas de
pérdida debido a la interferencia de radio y desconexión frecuente debido a
problemas de cobertura de la red, (2) retrasos frecuentes en la transmisión de
datos debido a un ancho de banda relativamente bajo y (3) problemas de
seguridad porque Los dispositivos móviles son menos seguros y relativamente
fáciles de atacar.

## **Evaluación del usuario**

**Efectividad**: Está relacionada con la precisión y completud con la
que los usuarios utilizan la aplicación para alcanzar objetivos específicos. La
calidad de la solución y la tasa de errores son indicadores de efectividad.

**Eficiencia**: Es la relación entre efectividad y el esfuerzo o los
recursos empleados para lograr esta. Indicadores de eficiencia incluyen el
tiempo de finalización de tareas y tiempo de aprendizaje. A menor cantidad de
esfuerzo o recursos, mayor eficiencia.

**Satisfacción**: Es el grado con que el usuario se siente satisfecho,
con actitudes positivas, al utilizar la aplicación para alcanzar objetivos
específicos. La satisfacción es un atributo subjetivo, puede ser medido
utilizando escalas de calificación de actitud.

**Facilidad de**
Aprendizaje**: La facilidad con la que**
los usuarios alcanzan objetivos específicos la primera vez que utilizan la
aplicación. La primera experiencia que tiene los usuarios con un nuevo sistema
es la de aprender a usarlo.

**Memorabilidad**: La facilidad para memorizar la forma de utilizar la
aplicación y alcanzar objetivos específicos, y la facilidad con que vuelven a
utilizar la aplicación después de un tiempo. La curva de aprendizaje debe ser
significativamente menor para un usuario que ya utilizó el sistema, que para
uno que es la primera vez que lo va a utilizar.

**Errores**: Los errores que comete el usuario al utilizar la
aplicación y la gravedad de los mismos. La aplicación debe producir la menor
cantidad de errores posibles. Si se producen, es importante que se den a
conocer al usuario de forma rápida y clara, además de ofrecer algún mecanismo
para recuperarse de ese error.

**Contenido**: Aspectos relacionados a la distribución del contenido y
de los formatos utilizados para mostrar información al usuario.

**Accesibilidad**: Consideraciones tenidas en cuenta por posibles limitaciones
físicas, visuales, auditivas o de otra índole de los usuarios.

**Seguridad**: Capacidad para alcanzar niveles aceptables de riesgo.
Disponibilidad de mecanismos que controlan y protegen la aplicación y los datos
almacenados.

**Portabilidad**: Capacidad de la aplicación de ser transferida de un
entorno a otro (diferentes plataformas).

**Contexto**: Relacionado a los factores o variables del entorno de
uso de la aplicación.

Aplicación y entorno de uso: