Próximas entregas del TPG

Hola,

Les comentamos cuáles son las próximas fechas importantes con respecto al trabajo práctico grupal:

• Jueves 14/5: TPG-3
• Esta entrega es simplemente un ajuste de la anterior, con los cambios/agregados que surgieron del taller de requerimientos de ayer lunes y las aclaraciones que envió hoy "Fernando" por mail. 
• Con toda seguridad, les van a surgir dudas. La idea es que un representante de cada grupo pueda entrevistar a "Fernando" el próximo lunes 11/5. Vengan preparados.
• Es importante que:
• El modelo de dominio incluya solamente entidades que sean imporantes para el dominio de la aplicación. Cada entidad representa algo que el sistema deberá "recordar". No incluyan temas de implementación.
• El modelo de dominio y las historias de usuario deben ser consistentes. Si hay entidades que no son mencionadas en las US deberían cuestionarse: a) si la entidad tiene sentido; o bien b) si no les falta una US o alguna pieza de funcionalidad en algún lado.
• Obviamente, prototipo, modelo de dominio y US también deben guardar consistencia.
• Las US que les parezcan más complejas pueden (deben?) estar complementadas con algún texto aclaratorio. Recuerden que una US no es un requerimiento en el sentido tradicional sino que es más bien un "recordatorio" de que hay algo que charlar con el usuario. Como no siempre es posible tener una usuario full-time formando parte del equipo, es apropiado registrar algo de información adicional.
• Jueves 1/6: TPG-4
• Esta entrega consiste en el documento de Visión del sistema que queremos construir. Hay muchos formatos posibles (aquí pueden consultar el propuesto por RUP), pero lo que hay que tener siempre presente es que su propósito es describir, a alto nivel, el sistema a desarrollar. Ya que sus destinatarios son los interesados/usuarios, que no son especialistas técnicos, el estilo empleado debe ser muy claro y conciso.
• Recuerden que es un documento que ayuda a "vender" el proyecto. Tiene que estar bien escrito; debe cautivar a su audiencia; debe describir las necesidades (o problemas) a resolver, los beneficios y las funcionalidades (a alto nivel) del producto a desarrollar.
• Además de los contenidos típicos de un documento de Visión, les vamos a pedir que incluyan algunos anexos que usualmente no forman parte de él:
• Minutas de las reuniones mantenidas con los usuarios.
• Lista de las US y detalle de cada uno de las US.
• Lista de casos de uso y detalle de cada uno de ellos (vamos a hablar en clase de este tema)
• Modelo de dominio.
• Prototipo de interfaces de usuario.
• Estimación de esfuerzo (vamos a hablar en clase de este tema)
• Plan de entregas (vamos a hablar en clase de este tema)
• En cuanto al cuerpo principal del documento, el formato queda a elección de ustedes. A manera de ejemplo, las secciones podrían ser las siguientes (basadas en el template mencionado más arriba):
1. Introducción (similar al template)
2. Contexto (descripción de la situación/necesidad que ha disparado el proyecto que se va a encarar; similar a la sección del mismo número en el template)
3. Usuarios e interesados.
4. Visión general [del sistema] (ídem template; aquí quizás convenga incluir algún diagrama de contexto de muy alto nivel; también hay que detallar beneficios y comentar el plan general de desarrollo que luego se detalla en los anexos)
5. Prestaciones (ídem template; descripción de las principales funciones del producto en términos entendibles para el usuario. Organizar por subsistema/módulo) 
6. Otros requerimientos (ídem secciones 9/10 del template)
7. Anexos.
• Lunes 8/6: TPG-5
• Esta entrega consistirá en una presentación en PowerPoint o similar que resuma el documento de Visión y que emplearán en las presentaciones finales que tendrán lugar los días 8/6 y 15/6. Ya les daremos más información al respecto.

Esto es todo por ahora. Como de costumbre, estamos a disposición de ustedes si tienen dudas o consultas.

Saludos,

El equipo docente