get it saving 2009


Acuerdos Iniciales de Requisitos y Arquitectura




Historia de las revisiones

Fecha
Versión
Descripción
Autor

1.0
Segunda entrega
Andrés Felipe Marín
Andrés Felipe Tirado
Víctor Silva Sepúlveda
















1. Introducción
El principal propósito de este documento es evidenciar y dar un acercamiento al sistema Get It Saving, identificando losrequisitos funcionales y no funcionales que consideramos para el sistema, así como casos de aceptación y un modelo conceptual del diagrama de clases muy superficial para acercar un poco más a la idea del proyecto que se va a desarrollar.

2. Tabla de Contenido
[Generada automáticamente]

3. Definición del modelo conceptual del sistema -Tirado

Se adjunta la imagen del mapa.

Nombre EntidadDescripción




4. Identificación de Requisitos Funcionales del Producto

4.1 Identificación del Beneficiarios del Sistema

Nombre del Beneficiario
Descripción de beneficiarios y responsabilidad dentro del sistema
Usuarios
Su beneficio es la posibilidad de tener todo el acceso a las diferentes funcionalidades de la aplicación como los ahorros y las lista de sus deseos.
Tiendas virtualesEstas obtendrán un incremento en su número de usuarios al tener la opción de la sincronización en la aplicación con las mismas y así sería un aumento en todas las utilidades de las tiendas y en la utilidad de su lista de deseos.
Empresas y/o marcas
Su beneficio viene más de la mano con la cantidad de clientes que utilicen la aplicación porque así podrán obtener más cantidad de compradores alpoder poner sus productos en una parte más privilegiada y más fácil de encontrar en la app.

4.2 de la Interfaz de Usuario para los escenarios definidos --Cacoo
Se tienen los bocetos en cacoo y adjunto a este documento una imagen con su navegación

5. Identificación de Requisitos No Funcionales del Producto :

5.1 Restricciones del Software


REST-0001
Plataforma
Descripción
Elsistema debe ser apto para ejecutarse en la plataforma Android.
Importancia de la restricción
Alta
Justificación
Teniendo en cuenta que hay gran cantidad de usuarios potenciales usando dispositivos móviles con plataforma android, se pretende inicialmente llegar a esta tecnología


REST-0002
Resolución y compatibilidad
Descripción
El sistema debe ser capaz de adaptar su resolución dependiendoel tamaño del dispositivo y ser compatible con estos.
(smartphones y tablets)
Importancia de la restricción
Media
Justificación
Es necesario que la aplicación se ejecute de buena manera en cualquier dispositivo móvil (teniendo en cuenta tamaños).


REST-0003
Conexión
Descripción
El sistema debe ser capaz de utilizar la conexión WI-Fi en caso que el usuario no tenga plan de datos.Importancia de la restricción
Media
Justificación
Es necesario que la aplicación se conecte a la red en ciertas circunstancias.


5.2 Atributos de calidad del Software y decisiones de arquitectura

AC-0001
Disponibilidad
Descripción
El sistema debe ser estable y estar listo para el uso cada vez que sea solicitado por el usuario.
Medida
En una escala de 1-5 (4).
Importancia de larestricción
Alta
Decisión de Arquitectura
[Defina aquí la decisión de arquitectura que apoya el cumplimiento del atributo de calidad]





AC-0002
Disponibilidad
Descripción
El sistema debe responder de forma inmediata después de un fallo inesperado.
Medida
En una escala de 1-5 (4).
Importancia de la restricción
Alta
Decisión de Arquitectura
[Defina aquí la decisión de arquitecturaque apoya el cumplimiento del atributo de calidad]



AC-0003
Portabilidad
Descripción
El sistema debe ser capaz de correr en tecnología android.
Medida
En una escala de 1-5 (5).
Importancia de la restricción
Alta
Decisión de Arquitectura
[[Defina aquí la decisión de arquitectura que apoya el cumplimiento del atributo de calidad]

AC-0004
Usabilidad
Descripción
El sistema...