Entrega 2da Iteración Hito 0

[barrikelo]

Versiones iniciales del documento de Especificación y de la hoja de cálculo de Plantilla_Especificacion_GCEMPEZADA.docx.docx Plantilla_Presupuesto_ABP_2016-17.xlsx.xlsx

Presupuesto.

[villagra-abp]

Os adjunto mis comentarios a la entrega de la 2da Iteración del Hito 0:

• Estructura de carpetas: No tienen carpeta Desarrollo. De momento casi no usan Git. ¿No tenían que entregar la especificación para SMBI?
• Presupuesto: Incluyen a los 2 miembros que colaboran en ELE y SDM.
  • PD Ok. Han elegido hito y el porcentaje de evaluación.
  • En TDS está matriculado Rubén, pero la realiza fuera del ABP.
  • En SMBI y SMA añaden las estimaciones de horas y puntos que faltan basándose en las de los profesores, no incorporan estimaciones propias. Lo mismo para NyM.
  • Falta establecer entregables en ELE y SDM.
• Especificación
  • Muy buen esfuerzo de explicación.
  • Hay que ajustarse al estándar de la plantilla. La portada no incluye el borde y el índice debería ir en una página distinta.
  • Por puntos:
    1. Introducción: Correcta. Sólo faltaría hacer referencia al título del proyecto.
    2. Descripción general:
  • Ámbito: Muy breve. Falta relacionar el nuevo sistema con otros productos. O reflejar su independencia respecto a otros.
  • Funcionalidades generales: Bien. Muestran un diagrama de casos de uso con las funciones principales del sistema y sus relaciones, y como interactúan con ellas los diferentes actores.
  • Características de los usuarios: Correcto, describen los tipos de usuarios que van a tener en el sistema mediante tablas, incluyendo su formación y las actividades que van a desarrollar.
  • Interfaces externas: Correcto, describen a grandes rasgos los interfaces que van a tener en el sistema. No usan Mockups.
  • Requisitos (suposiciones y dependencias): Lo que se ha incluido en este apartado realmente son restricciones o limitaciones del sistema. Aquí se refiere a factores que puedan afectar a los requisitos. Por ejemplo, un cambio de plataforma, o tecnología,… El último apartado sería un requisito futuro.
  • Restricciones: Correcto. Habría que reflejar las plataformas. Incluir las del apartado anterior.
  • Requisitos futuros: Extras o requisitos opcionales. Correcto.
    3. Requerimientos específicos:
  • Requerimientos funcionales: Quizás les faltaría un párrafo de introducción presentando la división por tipos de usuario y su relación con los casos de uso. Muy buen esfuerzo de explicación y detalle, usando tablas con muchos campos de información. Los requisitos se corresponden con los Casos de uso del apartado Funciones generales. El único pero es que faltaría reflejar la relación con los entregables. Curiosidades: ¿no se puede pagar con paypal?
  • Requerimientos no funcionales: Muy buen trabajo, contemplando prácticamente todas las posibilidades.

[jvberna]

Sobre los casos de usos: la relación “include” de crear aula a asignar curso, implica que cuando se crea aula se asigna curso. ¿No se pueden crear aulas sin cursos y que queden pendientes y luego se asignaran los cursos a un aula?

Usuarios. El profesor puede ser simplemente un experto en el determinado lenguaje de programación, no tiene por qué ser graduado o docente. (por ejemplo los expertos en lenguajes de programación industrial…)

El administrador: ¿este rol es un gestor o es técnico? Hace falta un técnico para gestionar el sistema? Un gestor es el que da de alta cosas, gestiona usuarios… Técnico sería si ha de instalar el sistema, mantener los servicios a nivel de administración. Vuestra aplicación la ofrecéis como servicio o la instaláis en la empresa? Si la ofrecéis como servicio entonces precisamente lo que tratáis de evitar es que la empresa necesite de personal técnico pudiendo destinar ese recurso económico a más profesores, publicidad, material…

Sobre Ver perfil y Ver perfil – Ver cursos. Parece como que dentro del perfil están los cursos y tal vez esto esté mal reflejado. Una cosa debería ser “el perfil” donde estarán todos los datos de contacto (aquellos datos que la plataforma necesite) y luego otra cosa será algo así como “mi expediente” o “mis cursos” donde aparecerán los cursos en los que estoy matriculado y el avance/notas en cada uno de ellos. El perfil es algo editable por el usuario, son sus datos. El expediente es algo que te genera la plataforma en base a tu progreso. No sé si tal como está explicado queda bien reflejado.

El usuario Premium ¿qué paga? Una cuota mensual, una única cuota de por vida (con la que tendría una cuenta en la que él y sus amigos podrían ver hasta el infinito los cursos)… La cuota da acceso a todos los cursos?

No me ha quedado muy clara la relación entre usuarios, alumnos, aulas, profesores, administrador. Los contenidos los debería generar un profesor, cada profesor gestionar sus cursos e incluirlos en aulas según la matriculación. Un usuario Premium puede ver cualquier curso pero un alumno solo los de su aula, y a un alumno lo da de alta el profe en su aula pero un Premium no está en un aula?

Pegadle un vistazo a las anotaciones en el documento de especificación.

Buen esfuerzo. 20161011 Plantilla_Especificacion_GCEMPEZADA - JV rev.docx