closes #302 referenciando objetivos sucesivos

documentos/proyecto/1.Planificacion.md

@@ -88,10 +88,10 @@ Hay que empezar a planificar la aplicación que resolverá el problema planteand
    podrán ir moviendo durante el avance del proyecto; de esta forma se
    prioriza una HU frente a las otras para comenzar a desarrollar.
 
-En esta asignatura se desarrolla un proyecto. Este objetivo pretende cubrir la
-organización de ese proyecto. Por lo tanto, hay que tratar de preguntarse, tras
-la elaboración de HUs y *milestones*, si una persona ajena al mismo sería capaz
-de comenzar el desarrollo en base a la información proporcionada.
+En esta asignatura se va desarrollando un proyecto. Este objetivo pretende
+cubrir la organización del mismo. Por lo tanto, hay que tratar de preguntarse,
+tras la elaboración de HUs y *milestones*, si una persona ajena al mismo sería
+capaz de comenzar el desarrollo en base a la información proporcionada.
 
 En este objetivo se empiezan a contestar las dos preguntas fundamentales de
 cualquier metodología de desarrollo:
@@ -104,8 +104,8 @@ cualquier metodología de desarrollo:
    que quiere el cliente; siempre habrá que avanzar para satisfacer al cliente.
 
 La metodología de esta asignatura está basada en la realización incremental, a
-lo largo de los hitos de la misma, de un proyecto personal que se desplegará en
-la nube, que sería (en general, o podría ser) parte de una aplicación más
+lo largo de los objetivos de la misma, de un proyecto personal que se desplegará
+en la nube, que sería (en general, o podría ser) parte de una aplicación más
 grande. Por ello hay que empezar por el principio: perfilar ese proyecto como
 solución al problema o como desarrollo de la idea que se ha planteado en el
 [objetivo 0](0.Repositorio.md).
@@ -140,8 +140,8 @@ seguir para alcanzar este objetivo) es el siguiente:
    *milestones*, en cada uno de los cuales se entregará un producto mínimamente
    viable. El desarrollo ágil se basa en un método iterativo en el que se mejora
    un producto, siempre con la aprobación del usuario. Por lo tanto, tendrá que
-   haber al menos un par de milestones que refleje los diferentes productos que
-   se van a entregar y que vayan agrupando las historias de usuario y los
+   haber al menos un par de *milestones* que reflejen los diferentes productos
+   que se van a entregar y que vayan agrupando las historias de usuario y los
    diferentes *issues* que se saquen de las historias de usuario.
 
 Las historias de usuario son fundamentales, porque si no se expresa bien lo que
@@ -219,7 +219,18 @@ sin una modelización del mismo será imposible comenzar a
 programarlo. Este *milestone* incluirá todo lo necesario para poder
 comenzar a trabajar con el siguiente, en el que se implementa la
 lógica de negocio; por eso lo esencial es incluir como *entregable* en
-el mismo todo lo que necesitemos en ese paso siguiente.
+el mismo todo lo que necesitemos en ese paso siguiente. Y como se ha dicho que
+cada *milestone* corresponde a un objetivo en la asignatura, este en concreto
+correspondería al [objetivo
+2](https://jj.github.io/IV/documentos/proyecto/2.Entidad).
+
+El siguiente producto tendrá que incluir la lógica de negocio, así como la
+infraestructura necesaria para comprobar automáticamente su validez; en este
+*milestone* y en todos los sucesivos la validez se establecerá, al menos en la
+parte de calidad, automáticamente. Por eso [corresponde al objetivo 4 de la
+asignatura](https://jj.github.io/IV/documentos/proyecto/2.Entidad) donde se
+programa la lógica de negocio y se escriben (y ejecutan automáticamente en
+objetivos sucesivos) los primeros tests.
 
 ## Este objetivo es fundamental para el resto de la asignatura