Title | Formato MA - Trabajo con metodologia Scrum para el desarrollo de una aplicacion movil para |
---|---|
Author | Norman Román Bustos |
Course | Metologías Agiles |
Institution | Universidad Técnica Particular de Loja |
Pages | 20 |
File Size | 701.4 KB |
File Type | |
Total Downloads | 68 |
Total Views | 128 |
Trabajo con metodologia Scrum para el desarrollo de una aplicacion movil para la captura de imagenes...
Master Editor Roles de los integrantes 1. 2. 3. 4. 5.
Luis Jaramillo; Product Owner Norman Román; Scrum Master Eduardo Riera; Líder equipo de desarrollo Alejandro Fuertes; Equipo de desarrollo Andrés Alvarado; Equipo de desarrollo
Introducción Máster Editor es un editor de fotografías desarrollado de tal manera que sea compatible tanto en dispositivos Android como en dispositivos IOS, gracias al lenguaje “Flutter” la aplicación desarrollada estará disponible para ambos ambientes sin tener que escribir el código nuevamente para que sea compatible en el otro Sistema Operativo. Hemos decidido crear dicha aplicación debido a que en la actualidad escasean aplicaciones de edición de fotografías que tengan las mismas caraterísticas (funciones) tanto en dispositivos android como en dispositivos con iOS. Existen usuarios que solicitan que aplicaciones se puedan encontrar en distintos sistemas operativos, nuestra solución “Máster Editor” es compatible con varios SO gracias a que es desarrollada en lenguaje Flutter que se adapta a ambos SO y se encontrará disponible para ser descargada inmediatamente después de terminar su construcción.
Objetivos del proyecto Escriba el objetivo general del Proyecto y los objetivos específicos, en donde se delimite el alcance del mismo. OBJETIVO GENERAL G1
Desarrollar la App en funcionamiento con los usuarios y sus necesidades, con una interface sencilla e intuitiva de usar.
OBJETIVOS ESPECÍFICOS E1
Desarrollar las caracteristicas y funciones con el lenguaje seleccionado
E2
Obtener acceso a las camaras de manera directa
E3
Acceder al almacenamiento interno del dispositivo que maneje la App
Inception Deck Why We Are Here? ● Multiplataforma ● Poco consumo de memoria ● Intuitivo de usar
The
Pitch
● For: personas interesadas a editor de fotos desde el celular. ● Who: fallo de programación 100% funcional multiplataforma. ● The: “Master editor” ● Is a: editor de fotos multiplataforma. ● That: auto adaptable a diferentes plataformas. ● Unlike: las imágenes se almacenan en la nube y no consumen memoria
● Our product: desarrollo del código fácil, multifuncional.
Create a NOT list IN
OUT
● Edición básica para cualquier usuario
● Edición avanzada profesional
● Cámara básica automática
● Cámara avanzada manual
UNRESOLVED ● Integración de información de la foto ● Integración de la publicidad
Meet Your Neighbors
Show Your Solution
Ask What Keeps Us Up at Night
R
proyecto
● Seguir patrones de seguridad para la aplicación ● Incertidumbre sobre la aceptación del publico ● Tiempo excesivo empleado para el desarrollo ● Desarrollo correcto de interfaz de usuario
Size It Up Línea de tiempo
Be Clear on What’s Going to Give
Deslizadores de compensación
Show What It’s Going to Take
Historia Épica Descripción de historia épica. Master editor es una aplicación de edición de fotos, que se encuentra en proceso de desarrollo por un grupo de jóvenes universitarios los cuales se reunieron en busca de plasmar sus ideas y
desarrollarlas con la ayuda de una empresa la cual se percató de las habilidades de estos jóvenes, esta idea nace debido a la actual necesidad de plasmar cada instante de nuestras vidas en una foto, esta aplicación gracias al lenguaje "Flutter", el cual es un código de fuente abierta de desarrollo de aplicaciones móviles de google, en la cual no es necesario escribir el código nuevamente para que sea compatible con otro Sistema Operativo, esto permitirá que se encuentre disponible tanto para dispositivos Android como para IOS, con las mismas funcionalidades y así permitiendo que tanto usuarios tanto de Android y IOS puedan acceder a cada una sus funciones sin restriccion alguna, para poder aprovechar al máximo esta aplicación.
Product Backlog Tiene 11 historias de usuario y va a durar 31 días.
Tabla 1. Product Backlog - Máster Editor
ID
NOMBRE
DESCRIPCIÓN
01
Creación de la BD
Crear la Base de datos para ser usada por la app
02
Creación de la Login page
Crear interfaz gráfica amigable para que inicie sesión
03
Crear una “galería de fotos editadas”
04
DEPENDENCIA
PRIORIDAD
ESTIMACIÓN*
Alta
3 días
Media
1 día
El usuario podra almacenar y visualizar las fotos capturadas en una galeria.
Media
3 dias
Editar fotografías
El usuario podrá modificar elementos de la fotografía
Alta
5 días
05
Crear conexión cámara - aplicación
Se creará la conexión para que la app tenga acceso a la cámara
Alta
2 días
06
Crear conexión aplicación - base de datos
El equipo de desarrollo gestionará la conexion correcta
Alta
3 dias
01
01
entre BD y app 07
Crear proceso “subir fotos al servidor BD”
Poder subir una foto a la base de datos desde el movil
01
Alta
5 dias
08
Consultar datos generales de usuarios
Poder consultar los datos de los clientes registrados
01
Media
2 dias
09
Crear zona para publicidad en la app
Designar la zona de la app que tendrá publicidad pagada
02
Baja
2 dias
10
Organizar fotografías editadas
Crear filtros de agrupación de fotos para mejor organización
03
Media
2 días
11
Capturar imagenes con la camara de la aplicacion
La aplicación podrá hacer uso de la cámara del celular
Alta
3 días
*Adjuntar documento en Excel o evidencia de la estimación realizada entre el Equipo de Desarrollo por cada HU.
Planificación de Sprint El primer Sprint tendrá una duración de 13 días, en las cuales se desarrollarán 4 sprints, el Sprint con ID 01 durará 3 días, el Sprint con ID 04 durará 5 días, el Sprint con ID 05 durará 2 días y el Sprint con ID 12 durará 3 días, todos ellos son de alta prioridad, y de responsabilidad del quipo de desarrollo.
Sprint # 1
Descripción: En este primer Sprint realizaremos los sprints más importantes o los de mayor prioridad, en conjunto con los que son requisitos para otros Sprints. Objetivos: El objetivo del Sprint es desarrollar las HIstorias de Usuario más importantes y en las cuales podrían existir problemas, para poder resolverlos durante la marcha Sprint Backlog: Tabla 2. Sprint Backlog - Master Editor ID
NOMBRE
DESCRIPCIÓN
DEPENDENCIA
PRIORIDAD
ESTIMACIÓN
RESPONSABLE
01
Creación de la BD
Crear la Base de datos para ser usada por la app
Alta
3 días
Equipo de desarrollo
04
Editar fotografías
El usuario podrá modificar elementos de la fotografía
Alta
5 días
Equipo de desarrollo
05
Crear conexión cámara aplicación
Se creará la conexión para que la app tenga acceso a la cámara
Alta
2 días
Equipo de desarrollo
11
Capturar La aplicación imágenes con podrá hacer uso la cámara del de la cámara del dispositivo celular
Alta
3 días
Equipo de desarrollo
Detalle de Historias de usuario: Detalle de todas las HU que integran el Sprint Backlog
Historia de Usuario ID: 11
Usuario: Cliente
Nombre historia: Capturar fotos con las camaras del dipositivo Prioridad: Alta
Riesgo en desarrollo: Medio
Estimación: 3 días
Iteración asignada: 1
Programador responsable:
Dependencia:
Equipo de desarrollo
Descripción: El usuario de la aplicación podra capturar fotos facilmente para poder subirlas o enviarlas a el servidor privado, esto tendra un coste aproximado de 300 $ Tareas: 1. Abrir la App con facilidad 2. Seleccionar el icono de cámara 3. Seleccionar entre las diferentes camaras con las que cuente el dispositivo 4. Capturar la foto o imagen 5. Subirla a el servidor que este usando Criterios de Aceptación: 1. Las fotos o imagenes capturadas deben estar enfocadas adecuedamente 2. Si no hay una conexion a internet la foto se guardara hasta la reconexión 3. La foto debe subirse con las modificaciones realizadas por el usuario
Historia de Usuario ID: 01
Usuario: Equipo de desarrollo
Nombre historia: Creacion de la Base de Datos Prioridad: Alta
Riesgo en desarrollo: Medio
Estimación: 3 días
Iteración asignada: 1
Programador responsable:
Dependencia:
Equipo de desarrollo Descripción: Como miembro del equipo de scrum , quiero crear y configurar una base de datos relacional para poderla utilizar en mi entorno de desarrollo. Tareas:
1. Escoger en que servidor de base de datos vamos a trabajar 2. Requerimientos de la base de datos 1. Crear el diseño de nuestra base de datos 2. Creacion de las tablas que componen nuetra base de datos 3. Asisgnar los tipos de datos a cada campo de las tablas 4. Definirlas claves principales de las tablas 5. Levantar nuestra base de datos 6. Comprobar que nuestara base de datos sea funcional Criterios de Aceptación: 1. La base de datos debe estar funcional al 100% 2. La base de datos debe cumplir con los requisitos pedidos 3. La base de datos debe tener un respaldo para evitar caidas del sistema
Historia de Usuario ID: 04
Usuario: Cliente
Nombre historia: Editar fotografías Prioridad: Alta
Riesgo en desarrollo: Medio
Estimación: 5 días
Iteración asignada: 1
Programador responsable:
Dependencia:
Equipo de desarrollo Descripción: Como usuario de la aplicación, quiero editar mis fotografías para poder darles un toque más artístico. Tareas:
1. Crear opciones predeterminadas de retoque artístico. 2. Crear modificadores de parámetros individuales para edición. Criterios de Aceptación: 1. El PO deberá verificar si las opciones predeterminadas cumplen las espectativas planteadas.
Historia de Usuario ID: 05
Usuario: Equipo de desarrollo
Nombre historia: Creacion de la conexión cámara - aplicación Prioridad: Alta
Riesgo en desarrollo: Medio
Estimación: 2 días
Iteración asignada: 1
Programador responsable:
Dependencia:
Equipo de desarrollo Descripción: Como miembro del equipo de scrum , quiero conectar cámara a la aplicación para poder tomar fotografías. Tareas: 1. Crear algoritmo que permita conectar la cámara a la aplicación 2. Crear método para poder elegir entre cámara delantera y cámara trasera Criterios de Aceptación: 1. El proceso de abrir la camara desde la app debe ser rápido.
Sprint # 2
Descripción: este sprint está dedicado a tareas menos importantes pero cuyo desarrollo conllevará bastante trabajo debido a su duración Objetivos: generar las tareas mas exhautivas de la manera mas satisfactoria. Sprint Backlog: Tabla 5. Sprint Backlog - Master Editor
ID
NOMBRE
DESCRIPCIÓN
DEPENDENCIA
06
Crear conexión aplicación base de datos
El equipo de 01 desarrollo gestionará la conexion correcta entre BD y app
07
Crear proceso “subir fotos al servidor BD”
08
03
PRIORIDAD
ESTIMACIÓN
RESPONSABLE
Alta
3 dias
Andrés Román
Poder subir una 01 foto a la base de datos desde el movil
Alta
5 dias
Equipo desarrollo
de
Consultar datos generales de usuarios
Poder consultar 01 los datos de los clientes registrados
Media
2 dias
Equipo desarrollo
de
Crear una “galería de fotos editadas”
El usuario podra almacenar y visualizar las fotos capturadas en una galeria.
Media
3 dias
Andres Alvarado
Detalle de Historias de usuario: Detalle de todas las HU que integran el Sprint Backlog Historia de Usuario
ID: 06
Usuario: Equipo de desarrollo
Nombre historia: Crear conexion entre BD y aplicación Prioridad: Alta
Riesgo en desarrollo: Medio
Estimación: 3 dias
Iteración asignada: Sprint #2
Programador responsable: Andrés Román Dependencia: 01 Descripción: Como desarollador del proyecto quiero conectar la base de datos con la aplicación para poder almacenar los datos del cliente. Tareas: 1. Adaptar el modelo de la base de datos con la aplicacion. 2. Seleccionar el SGBD. 3. Gestionar que el DDL de la base de datos sea el correcto. 4. Gestionar la programación PHP usada en la aplicación. 5. Implementar la conexión. Criterios de Aceptación: 1. La aplicación almacena datos en la base. 2. La información es consistente. 3. La transferencia de información es correcta.
Historia de Usuario ID: 07
Usuario: Cliente
Nombre historia: Crear proceso “subir fotos al servidor BD” Prioridad: Alta
Riesgo en desarrollo: Medio
Estimación: 5 dias
Iteración asignada: Sprint #2
Programador responsable: Andrés Román Dependencia: 01 Descripción:
Como usuario de la aplicación quiero poder subir una foto a la base de datos desde mi movil para utilizarlas en diversas operaciones. Tareas: 1. Seleccionar la opcion de subir foto. 2. Conectar con el servidor. 3. Enviar la información. 4. La informacion debe ser recibida por el servidor. Criterios de Aceptación: 1. Informacion consistente. 2. Memoria de los servidores adecuada.
Historia de Usuario ID: 08
Usuario: Equipo de desarrollo
Nombre historia: Consultar datos generales de usuarios Prioridad: Media
Riesgo en desarrollo: Medio
Estimación: 2 dias
Iteración asignada: Sprint #2
Programador responsable: Andrés Román Dependencia: 01 Descripción: Como administrador quiero poder consultar los datos de los clientes registrados por nick o usuario para optimizar el tiempo de busqueda ante las consultas y evitar errores de duplicacion de nombre de usuario. Tareas: 1. Insertar metodos de busqueda por usuario 2. Definir modelos para el filtrado de datos. 3. No permitir la duplicacion de nombre. 4. Mostrar los datos del usuario. Criterios de Aceptación:
1. El tiempo de busqueda debe ser corto. 2. La busqueda se puede filtrar.
Historia de Usuario ID: 03
Usuario: Equipo de desarrollo
Nombre historia: Crear una galeria de fotos editables Prioridad: Medio
Riesgo en desarrollo: Medio
Estimación: 3 días
Iteración asignada: 1
Programador responsable:
Dependencia:
Equipo de desarrollo Descripción: El usuario podra almacenar y visualizar las fotos capturadas en una galeria. Tareas: 1. Almacenar en galeria despéus de capturar la fotografia. 2. Crear la opcion de editar la fotografia. 3. Enviar la fotografia al servidor. 4. Crear opcion de eliminar fotografia. Criterios de Aceptación: 1. La base de datos debe estar funcional al 100% 2. La base de datos debe tener un respaldo para evitar perdida de informacion 3. El almacenamiento tiene que ser local y en el servidor
Sprint # 3
Descripción: En el siguiente sprint desarrollaremos 3 historias de usuario de baja y media prioridad, que pertencen a requisitos funcionales (organizar fotografias) y no funcionales como la creación de una interfaz amigable para el login. Las historias a realizar son: el Sprint con ID 02 durará 1 día, el Sprint con ID 09 durará 2 días y el Sprint con ID 10 durará 2 días, ellos son de media y baja prioridad, y de responsabilidad del quipo de desarrollo. Objetivos: Terminar todos los sprint pendientes, y añadirlos al proyecto para su vizualización final completa. Sprint Backlog: Tabla 5. Sprint Backlog - Master Editor
ID
NOMBRE
DESCRIPCIÓN
DEPENDENCIA
PRIORIDAD
ESTIMACIÓN
RESPONSABLE
02
Creación de la Login page
Crear interfaz 01 gráfica amigable para que inicie sesión
Media
1 día
09
Crear zona para publicidad en la app
Designar la zona 02 de la app que tendrá publicidad pagada
Baja
2 dias
Andrés Román
10
Organizar fotografías editadas
Crear filtros de 03 agrupación de fotos para mejor organización
Media
2 días
Alejandro Fuertes
Alejandro Fuertes
Detalle de Historias de usuario: Detalle de todas las HU que integran el Sprint Backlog Historia de Usuario ID: 02
Usuario: Equipo de desarrollo
Nombre historia: Creacion de la Login page Prioridad: Media
Riesgo en desarrollo: Medio
Estimación: 1 día
Iteración asignada:3
Programador responsable: Alejando Fuertes
Dependencia: 01
Descripción: Como desarrollador de la aplicacion quiero que la pagina sea llamativa, intuitiva para el usuario y funcional. Tareas: 1. Especificar los requerimientos de la pagina 2. Diseñar el modelo de la pagina a crear 3. Implementar el diseño 4. Monitoriar la pagina 5. Documentacion de la pagina 6. Testear pagina 7. Lanazar la pagina Criterios de Aceptación: 1. La pagina debe estar funcional a su totalidad 2. La pagina debe cumplir con los requeriemientos planteados 3. La pagina debe conectarse con la base de datos correctamente. 4. El diseño de la pagina debe ser el acordado
Historia de Usuario ID: 09
Usuario: Equipo de desarrollo
Nombre historia: Crear zona de publicidad en la app Prioridad: Baja
Riesgo en desarrollo: Bajo
Estimación: 2 dias
Iteración asignada: 02
Programador responsable: Andrés Román
Dependencia: 02
Descripción:
Como desarrollador de la aplicacion quiero implementar un espacio para anunciar productos o servicios Tareas: 1. Analizar el espacio correcto. 2. Gestionar servicios de publicidad. 3. Escoger el servicio más rentable. 4. Asignar espacio donde se muestre la publicidad. Criterios de Aceptación: 1. El espacio designado no debe ser muy grande. 2. La publicidad será llevada por un servicio externo de calidad.
Historia de Usuario ID: 10
Usuario: Equipo de desarrollo
Nombre historia: Crear organización de fotografías en la app Prioridad: Media
Riesgo en desarrollo: Bajo
Estimación: 2 dias
Iteración asignada: 02
Programador responsable: Alejandro Fuertes
Dependencia: 03
Descripción: Como desarrollador de la aplicacion quiero organi...