Subo la implementación del modelo de datos de usuario
Creado modelo, faltan pruebas.
Añadido admin.py para probar el panel de administracion.
Modificado models.py sobre las recetas y otros cambios menores.

- He corregido el formato del archivo models.py según las recomendaciones de PyCharm y corregidos algunos errores de importaciones, etc.
- He comentado un buen número de campos de Recipe para facilitar su prueba. Hay que descomentarlos, corregirlos, y añadirlos a la(s) prueba(s).
- He cambiado algunos campos TextField por CharField. El primero representa un "párrafo" o área de texto, y el segundo representa una línea. Se almacenan igual, pero su lógica es distinta.
- He eliminado el archivo admin.py. Las entidades embebidas y los ListFIeld no se llevan bien con la interfaz de administración. Habría que crear formularios propios y tal, como no tenemos tiempo que perder en eso prescindiremos del panel de administración y tiraremos de consola para lo que necesitemos.
- He añadido la aplicación webapp al archivo de settings.py, que faltaba y da problemas con ciertas cosas si no está.
Añadido ejemplo de prueba para Recipes. Incompleto.

He añadido una clase de prueba para probar el modelo de Recipe, tal como se especifica en el estudio de pruebas unitarias.
En el método setUp se crean y guardan los objetos necesarios en la base de datos. Luego, cada método de la clase se ejecuta sin orden concreto, y en estos se deben hacer las pruebas necesarias.

Las pruebas se ejecutan en una base de datos distinta a la de producción. Se crea una base de datos llamada <nombre_de_la_bbdd_normal>_test. Si la base de datos normal se llama "eathub", la de pruebas se llamará "eathub_test". Una vez se terminan los tests, tanto si fallan como si no, el contenido de esta base de datos se borra.

Para ver los datos de prueba almacenados, se puede añadir un punto de ruptura en las pruebas de forma que se "pare" y deje leer los datos desde la consola de MongoDB antes de borrarlos. Es posible que se necesite configurar PyCharm para ejecutar el debugger correctamente.
Modificado el nombre de la base de datos para ser "eathub" en vez de "test".
Añadido test de ejemplo para Profile.

Para más información sobre cómo funcionan y cómo se hacen los tests, mirar el estudio de pruebas y el mensaje del commit:
* SHA: 2325d4702771bb4e6aaffbc8098c223b4de9f5e2
Realizada primera bateria de prueba. Faltan las restricciones y ejecutar las pruebas diseñadas por Arturo.
Subo para continuar mañana. Valta ver los tipos enum, y las restricciones. Tambien falta hacer pruebas de acuerdo con el plan de pruebas de arturo.
Modelo de receta completado, con las restricciones iniciales. Falta ver algunas restricciones que posiblemente vayan en la logica.
Completado el Modelo de Usuarios y Tests a falta de revisión.
Añadida validación de los campos en el modelo. Completo a falta de revisión.
Merge branch 'feature/data_model_user' into develop
Merge branch 'feature/data_model_recipe' into develop

Conflicts:
	webapp/models.py
	webapp/tests.py

Se han unido las ramas de modelo de datos de receta y usuarios. Tienen muchos fallos, pero no queda más remedio que unirlas ya para que el resto de miembros pueda seguir trabajando. Todos los problemas se comentan en los Pull Requests #30 y #31.
Cambiado los nombres de los atributos para que sigan la convencion de python.
Corregijdas importaciones del modelo
Creada y configurada carpeta para las templates de la aplicación.

Añadida una vista index simple que muestra la lista de recetas en el sistema.
A falta de probarlo bien subo la mayoría de la edición de profile
Login básico funcional, falta por implementar la I18N
Uso de index.html como plantilla base. Se inyecta por ahora solo login.html. En el menu superior aparece un form de login, si se loguea desaparece y aparece la información del usuario (por ahora falsa).