ElectoDB

Despliegue de una aplicación escalable y fiable

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
ElectoDB por Mind Map: ElectoDB

1. Guión video

1.1. Buenas tardes Juan Carlos, en este video de 2 minutos le queremos mostrar las funcionalidades del prototipo que hemos implementado en este segundo sprint (mostrando nuestra página)

1.1.1. Qué funcionalidad posee este prototipo?

1.1.1.1. Para razonarle cómo hemos emfocado las 30 hroas de esfeurzo de cada uno para desarrollar los artefactos pactados, exponerle tres ideas (ppt), para que sean más calras hemos propeustas uans pequeñas diapositivas

1.1.1.1.1. 1. Metodología scrum

1.1.1.1.2. 3. Presentarle las funcionalidades

1.1.1.1.3. 2. Actualición de planes

1.1.1.2. .

1.1.1.2.1. 1. Metodología scrum

1.1.1.2.2. 3. Presentarle las funcionalidades

1.1.1.2.3. 2. Actualición de planes

1.1.1.3. Esto es todo lo que hemos impelmenatado. Creemos que esto es lo que quiere, pero si no hemos enfocado algo bien o se le ocurre algo que podáimso haber ehcho mejor que le agradecemos que nos escriba para acercanrnos a su despachjo a preguntarle

1.1.1.3.1. Un asludo y buiena smean satna.

1.2. Presentation

1.2.1. Intro

1.2.1.1. Buenas tardes, somos el equipo 18 y os quermeo spaltnear un problema .

1.2.1.1.1. Ha habido elecciones

1.2.1.1.2. Tras 40 horas de trabajo, relfeixonado sobre este problema elaboramos electDB. Usa´rias ELecto DB? Para ello refleixoanmos sobre los tre psutnso que apraecen en la guía de Moodle

1.2.2. 1. Propuesta de valor

1.2.2.1. En el caso de estudio de laboratorio electoral, ¿que valor propone ELectoDB?

1.2.2.1.1. ¿Por qué usar ElectoDB?

1.2.2.1.2. ¿Cömo hemos enfocado su diseño?

1.2.2.2. ¿Por qué usar ElectoDB?

1.2.2.2.1. Tras el sprint review, el cliente manifeista apreciar valor no sólo representar el reparto de votos y escaños entre partidos si no la relación entre votos y escaños en un sistema propoercioanl como es el español

1.2.2.2.2. ¿Por qué proq ue coomo es dihco exmaimos el cmecaod?QUé hay en el meercado?

1.2.3. 2. Prototipo funcional

1.2.3.1. ¿Qué hace?

1.2.4. 3. DIseño

1.2.4.1. ¿Qué partes hemos elegido apra nuestro sistema?

1.2.4.1.1. Dividimos rentre la itnerfaz y la separaciónde ocmpeonetne

1.2.5. COnclsuion

1.2.5.1. LAguien usaría electoDSB

1.2.5.2. Qué proipeusta de valor

1.2.5.3. Cómo el protiroppo lo ofrece

1.2.5.4. QUeé aprtes posee el protiotipo

1.2.5.5. Finalemten, nos gusta´ria saber qué opináis, lo usarías os convence la esturcutra?

1.3. Presentation

1.3.1. Intro

1.3.1.1. Buenas tardes, somos el equipo 18 y os quermeo spaltnear un problema .

1.3.1.1.1. Pongakmonos en contexto, a habido elecciones

1.3.1.1.2. Tras 40 horas de trabajo, relfeixonado sobre este problema elaboramos electDB.

1.3.2. 1. Propuesta de valor

1.3.2.1. En el caso de estudio de laboratorio electoral, ¿que valor propone ELectoDB?

1.3.2.1.1. ¿Por qué usar ElectoDB?

1.3.2.1.2. ¿Cömo hemos enfocado su diseño?

1.3.2.2. ¿Por qué usar ElectoDB?

1.3.2.2.1. Tras el sprint review, el cliente manifeista apreciar valor no sólo representar el reparto de votos y escaños entre partidos si no la relación entre votos y escaños en un sistema propoercioanl como es el español

1.3.2.2.2. ¿Por qué proq ue coomo es dihco exmaimos el cmecaod?QUé hay en el meercado?

1.3.3. 2. Prototipo funcional

1.3.3.1. ¿Qué hace?

1.3.4. 3. DIseño

1.3.4.1. ¿Qué partes hemos elegido apra nuestro sistema?

1.3.4.1.1. DIscutir tre siedeas: cúal es la relación con la aplcaición, interfaz, en qué partes lo hemos didviido, y como aseguramos la claidad dle sw

1.3.4.1.2. Cómo intreeacionones apolcaiciion qenq ue´epartes coómo nso hemos asugrado que cpmel los requistos.

1.3.5. COnclsuion

1.3.5.1. LAguien usaría electoDSB

1.3.5.2. Qué proipeusta de valor

1.3.5.3. Cómo el protiroppo lo ofrece

1.3.5.4. QUeé aprtes posee el protiotipo

1.3.5.5. Finalemten, nos gusta´ria saber qué opináis, lo usarías os convence la esturcutra?

2. Sprint Review

2.1. Intro( 1.5 min)

2.1.1. Hola, buenas tardes, somos el grupo 18. Mi nombre es Adrián

2.1.1.1. Queremos discutir con vosotros una necesidad que hemos dtectado

2.1.1.1.1. Hemos investigado y trabajado en ella durante 20 horeas queremos compartir con vostros el resutlado

2.1.2. 1. Propuesta de valor

2.1.2.1. Mostraros que comprendemos los requistios del caso, su propuesta de valor y su contexto de aplicación

2.1.3. 2. INterfaz de usuario

2.1.3.1. Mockup de interfaz de usuario

2.1.3.2. Selección de tecnologías

2.1.4. 3. Metodología y artefactos

2.1.4.1. Que se ha seguido correctamten la metodología srcum

2.1.4.1.1. Entendido que para requistos cambiantes mejor centranos en los individuos, hacer reuniones smenales y coamprtir

2.1.4.2. Generado documentos y artefactos razonables de acuerdo con el plan de proyecto

2.1.4.3. Plan hasta el final del curso

2.2. 3. Metodología y artefactos

2.2.1. Que se ha seguido correctamten la metodología srcum

2.2.1.1. Entendido que para requistos cambiantes mejor centranos en los individuos, hacer reuniones smenales y coamprtir

2.2.2. Generado documentos y artefactos razonables de acuerdo con el plan de proyecto

2.2.3. Plan hasta el final del curso

2.3. 1. Propuesta de valor (1.5)

2.3.1. A alguien le interesa los resultados electorales?

2.3.1.1. En los sitemas democráticos, es valorado proporcionar información sobre los resultados electorales

2.3.1.1.1. Por ejemplo, los medios de coomunciación

2.3.1.1.2. O ciertos departamentos de marketing que se dedican a la business location, en dar una respuesta a qué población geográfica necesita un cierto producto o servicio.

2.3.2. Qué servicios disponemos ahora para representar información?

2.3.2.1. Depende de cómo la queramos representar

2.3.2.1.1. Gráficas, ciertos programso excel

2.3.2.1.2. Páginas web, como la del mundo o el país que ofrece este servicio, por año número de escaños y votos

2.4. 2. Interfaz de usuario

2.4.1. Mockup de interfaz de usuario

2.4.2. Selección de tecnologías

2.5. 4. Conclusión(1 min)

3. Epics

3.1. Visualizar gráficas

3.2. Simular escenarios

4. Componenetes

4.1. Frontend

4.2. Backend

4.2.1. Presentación

4.2.2. Lógica