STUDY JAM

Android Development For Beginners

Android Bolivia - GDG La Paz

PROYECTO FINAL

Paso 1: Lluvia de ideas

¿Quiénes son nuestros usuarios?
Iglesia Nueva Visión. Directiva de Jóvenes Embajadores de Cristo
¿Qué problema tienen?
No tienen datos importantes de los miembros del ministerio, como ser si están bautizados o si
necesitan visitas, oraciones, etc.
¿Qué es lo que necesitan para resolver su problema?
App que permita guardar datos de cada uno de los miembros, con un recordatorio para las
actividades que se quedaron realizar

Paso 2: Investigar y obtener algo de información.

1. Hablar con nuestros potenciales usuarios para corroborar si lo que escribimos es lo que ellos
necesitan, y para entenderlos un poco mejor.
OPINIONES:
a) Sería algo bueno. Talvez se pueda buscar la manera de enlazar la app con
Facebook.
b) Podría ayudarnos para que cada joven puede recibir una atención distinta, para
poder ayudarlo.
c) Si al menos con los hermanos que ya van mucho tiempo visitando en ministerio y
siempre hay veces que se necesita contar con ellos tener todos los datos direcciones
y teléfonos etc.
d) el planteamiento que me haces es muy interesante, pero respecto a tu pregunta
sería una maravilla implementarlo, pero sería ver ahora el modo de implementación
y los mecanismos apropiados para su efectividad
2. Una vez hayamos hablado con nuestros usuarios, buscaremos segundas opiniones para
entender un poco mejor el problema desde un punto de vista especialista.
a) Creo que sería algo que necesitamos de mucha urgencia.
b) Sí, es una manera de ayudar con oraciones y visitas La app podría inclinar talvez
música de alabanza y adoración ya q muchos jóvenes se reconfortan con eso.
c) Es un tema muy amplio de oraciones y visitas, pero su idea de retomar algo q ya no
hay es buena
3. Finalmente buscaremos que competencia tenemos en Google Play Store, para poder
diferenciarnos de ellos.
Paso 3: Escoger una idea.
Ya con los pasos 1 y 2 completados ahora debemos escribir nuestra idea en un documento, esta
deberá tener máximo 300 palabras, a este documento lo llamaremos la idea del proyecto, además
se deberá escribir 5 razones de por qué debe hacerse este proyecto.

IDEA DE PROYECTO

Realizar una App para el Ministerio de Jóvenes de manera que esta aplicación pueda contar con una
base de datos que contenga datos personales de cada miembro del ministerio, con el fin que se
pueda saber dónde podríamos ubicarlos, si algunos de ellos necesitan que oremos por ellos, si
necesitan visitas, si alguno de ellos quisiera bautizarse, pero necesita curso de preparación o si
quieren pertenecer al grupo de liderazgo, contar con personas establecidas para cada oración y
visitas, realizar un registro de todas las actividades que se pueda realizar con sus respectivos puntos
importantes que se pueda realizar pasa saber cada detalle de la actividad, y bueno un opción de las
finanzas del ministerio y como administrarlo como: realizar un button donde pueda tener el nombre
de REGISTRO, donde este botón pueda mandarnos a otro activity donde se puede ver la lista de
cada miembro alfabéticamente con textview, a dar clic a un miembro que aparezca todo sus datos
personales en la parte derecha mostrara la cantidad de visitas u oraciones que hay, donde pueda
tener por quien hacerlo y a donde ir, ahora en el primer activity también un button de REGISTRARSE
donde nos lleve a otro activity de manera que podamos registrarnos, otro button con el nombre de
ofrendas para saber en qué se gastó y cuanto de ganancia entre otras, otro button con el nombre de
actividades donde nos lleve a otro activity, con el fin de saber qué es lo que necesita para la actividad,
si ya lo tenemos, si falta, si ya lo realizamos si debemos reunirnos para realizar la actividad, además
en el primer activity meter un imagebutton para que nos mande a la página de Facebook del
ministerio, otro imagebutton para el repertorio de músicas, otro imagebutton para mensajes bíblicos.

RAZONES

1. Para un mejor rendimiento en la directiva de los jóvenes.

2. Para que cada uno de los lideres este pendiente de los miembros.
3. Para poder evangelizar de manera que puedan leer un poco de la palabra.
4. Para poder informarse las músicas más relevantes.
5. Para poder hacer que la iglesia puede tener algo organizado.

Paso 4: Diseñar una solución.

Es hora de dibujar y hacer esquemas (mockups) de todas las interfaces de nuestra aplicación, esto
puede hacerse como uno desea, ya sea usando una herramienta para diseño de interface o
simplemente lápiz y un cuaderno
Paso 5: Leer la rúbrica del proyecto
https://goo.gl/jT5H28

Final de matriz de valoración: Android para principiantes

Visión de conjunto

Esta rúbrica está aquí para ayudarle a entender las especificaciones de cómo se revisará su
proyecto. Es la misma rúbrica que la persona que la evaluación de su proyecto utilizará. Usted
debe mirar en la rúbrica antes de comenzar a trabajar en este proyecto y antes de enviarlo.

Cómo funciona la Clasificación

1. El evaluador del proyecto usará esta rúbrica para evaluar el código, así como todos los
demás documentos requeridos.

2. Su evaluación será simplemente "cumple con las especificaciones", "excede las

especificaciones", o "no cumple con las especificaciones".

1. El proyecto "cumple con las especificaciones" si todos se cumplen las especificaciones

"conocer" a los criterios especificados.

2. El proyecto "excede las especificaciones" si todo se especifica "supera las especificaciones"

se cumplen los criterios; para las áreas donde no "supera las especificaciones de" criterio se
especifica, el proyecto debe "cumplir con las especificaciones".

3. El proyecto "no cumple con las especificaciones" si cualquier criterio de "no cumple las
especificaciones." En este caso, usted tendrá la oportunidad de revisar y volver a presentar
el proyecto en base a la información proporcionada en la evaluación.

Antes de enviar

1. Después de haber completado los pasos 1 - 8 en la Descripción del Proyecto , a través de

cada elemento de matriz de valoración de abajo y hacer lo mejor para evaluar honestamente
dónde cree que su proyecto se encuentra.

2. Si cree que su proyecto "no cumple con las especificaciones" para cualquier criterio, debe
realizar los cambios necesarios.

3. Una vez que esté seguro de que su proyecto "cumple con las especificaciones" o "excede
las especificaciones", puede enviar por siguiendo las instrucciones.
la Rúbrica

Supera las
No cumple las Cumple con las especificaciones
Criterio
especificaciones especificaciones
(Completamente
Udacious)

idea Definición

¿El documento Idea La definición vaga idea La idea de la El estudiante se le

definir la idea para la es o no proporcionada. aplicación y de la ocurrió una idea
aplicación definitiva población de usuarios novedosa aplicación,
con claridad? objetivo están que no era parte de
claramente una de las ideas de
definidos. La idea de aplicaciones de
aplicación aprovecha ejemplo que se
el siguiente mensaje: proporcionan en la
"5 maneras de _____" descripción del
proyecto.

Diseño solución y
README

¿La presentación El envío del estudiante El envío del estudiante

incluye imágenes no incluye imágenes incluye imágenes de la
del diseño de de la aplicación de aplicación de diseño.
aplicaciones? diseño.

¿Es el archivo El archivo README El archivo README

README presente y que falta, claro, o proporciona
completa, incompleta. instrucciones sobre
proporcionando cómo configurar el
claramente todas las proyecto Android y
instrucciones ejecutar la
necesarias para la aplicación. Esta
ejecución del instrucción será
programa? utilizada por Udacity
para revisar su
proyecto.

código
Funcionalidad

¿El código de forma El código El código cumple con

plenamente no funciona de todos los requisitos
satisfactoria poner acuerdo con las ideas enumerados en la
en práctica la idea de la definición idea. definición idea.
que aparece en la
definición idea?

¿El código de El código se bloquea El código se

ejecutar sin errores? durante la ejecución. ejecuta sin errores.

¿El código de La aplicación no La aplicación incluye No sólo la aplicación

característica de las incluye al al menos cuatro de incluye el mínimo de
Vistas / ViewGroups menos cuatro de los los siguientes Vistas: puntos de vista, sino
requeridos? siguientes Vistas: Vista de Texto, que también incorpora
Vista de Texto, ImageView, Botón, Vistas que no fueron
ImageView, Botón, Casilla de verificación, explorados en esta
Casilla de verificación, EditarTexto, clase.
EditarTexto, LinearLayout,
LinearLayout, RelativeLayout,
RelativeLayout, ScrollView.
ScrollView.
En su caso, la
La aplicación no utiliza aplicación utiliza
ViewGroups anidados, ViewGroups anidadas
cuando se podría para reducir la
haber reducido la complejidad del
complejidad del diseño.
diseño.

¿La aplicación sigue El código no se El código se adhiere a Además de las

las mejores adhiere a ninguna de todas las siguientes especificaciones de
prácticas para la las siguientes mejores prácticas: reuniones, la
construcción de la prácticas: aplicación tiene un
interfaz de usuario? - Los tamaños de tema personalizado
- Los tamaños de texto se definen en sp (color primario,
texto no están primario color oscuro,
definidos en sp - Las longitudes se
definen en dp y el color de acento) el
- Longitudes no están uso de colores de la
definidos en dp - El relleno y el paleta de color del
margen se usa diseño de materiales.
- El relleno y el apropiadamente, de
margen no se utiliza tal manera que los Todas las cadenas se
adecuadamente puntos de vista no definen en el archivo
están encajados el strings.xml y hay
uno contra el otro. cadenas codificadas
en el diseño de XML o
archivos de Java.

¿Es la aplicación La aplicación no es Todo Button (s) tiene

interactiva? interactiva y no tiene eventos onClick
eventos onClick. definidos y funcione
adecuadamente.
¿La aplicación Las variables que Las variables están en
demostrar el uso podrían definirse el ámbito
adecuado de las localmente son apropiadamente
variables en su / su innecesariamente
código? definen en el ámbito
global

¿La aplicación Los métodos en los Los métodos en los

utiliza los métodos archivos de Java: archivos de Java:
de manera
adecuada? - Se definen, pero no - Se definen y se
se llama llama

- No hagas lo que - Haz lo que sugieren

sugiere su nombre sus nombres

- ¿No tiene - Disponer de los

parámetros de entrada parámetros de entrada
apropiados y tipos de apropiados y devolver
datos de retorno tipos de datos

Si son / declaración El código no tiene La aplicación contiene

(s) persona utilizado ningunas sentencias if al menos un if / else
en el código? / else

código de legibilidad

¿Son comentarios El código no es fácil de Código es de fácil Código contiene los

usados leer. comprensión, de tal comentarios,
efectivamente para manera que un incluyendo
explicar diferentes compañero comentarios de estilo
partes del código? programador puede Javadoc para explicar
entender el propósito todas las partes de la
de la aplicación. aplicación.

¿Son nombres de Los nombres de las Todas las variables,

variables y métodos variables, métodos o los métodos y los ID de
y los identificadores ID de los recursos no recursos se
de recursos están relacionados denominan de forma
descriptiva? con el contenido que descriptiva tal que otro
se refieren. desarrollador de leer el
código puede
entender fácilmente su
función.

¿Es el código de El código es de líneas El código tiene el

formato correcto? en blanco formato correcto es
innecesarios, decir que no hay líneas
variables / métodos en blanco
utilizados, o innecesarios; no hay
comentado código. variables o métodos
El código no tiene utilizados; no existe un
sangrado adecuado código comentado.
en la definición de las
variables y métodos. El código también
tiene sangrado
adecuado en la
definición de las
variables y métodos.