Entrega versión inicial documento de especificación, presupuesto y arquitecturas y tecnologías SMBI (Iteración 2)

[pablovillarc]

Especificacion_KeyBand_V0.1.docx.docx Plantilla_Presupuesto_ABP_2016-17.xlsx.xlsx SMBI - Arquitectura y tecnologías.docx

[villagra-abp]

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

• Estructura de carpetas: Correcta. De momento casi no usan Git.
• Presupuesto: Han rellenado sus datos y no han modificado nada más.
  • En PD les falta elegir el hito y el porcentaje de evaluación dentro de la recomendación.
  • En SMBI y SMA les falta concretar las estimaciones en horas y puntuación en las columnas correspondientes.
  • De NyM tienen que incorporar la propuesta según la plantilla que publicó su profesor.
• Especificación
  • Hay que cuidar la presentación. La portada no incluye el borde y el índice debería ir en una página distinta.
  • Por puntos:
    1. Introducción: Correcta, aunque en el propósito la audiencia se refiere al documento, no al proyecto.
    2. Descripción general:
  • Ámbito: Correcto, relacionan el nuevo sistema con otros productos. Y reflejan su independencia respecto a otros.
  • Funcionalidades generales: Correcto, con un resumen a grandes rasgos de las funciones del sistema. En este apartado podría mostrarse un diagrama (por ejemplo, de casos de uso) con la relación entre las funciones o módulos principales del sistema, y como interactúan con ellos los diferentes actores.
  • Características de los usuarios: Correcto, describen tipo de usuarios, incluyendo formación, experiencia y habilidades que deben tener.
  • Interfaces externas: Correcto en cuanto a la descripción general de los interfaces del sistema (apoyados con Mockups), aunque creo que este apartado se refiere a la conexión o relación con otros interfaces.
  • 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,…
  • Restricciones: Creo que usar una metodología concreta no es una restricción (bueno, pueden ser políticas de empresa). El resto correcto. Incluir las del apartado anterior.
  • Requisitos futuros: Extras o requisitos opcionales. Correcto.
    3. Requerimientos específicos: Muy buen esfuerzo de explicación.
  • Requerimientos funcionales: Quizás les faltaría un párrafo de introducción explicando la división en módulos y su interacción con los distintos tipos de usuarios del sistema. Mucho detalle teniendo en cuenta muchas posibles situaciones.
  • Requerimientos no funcionales: Buen trabajo.

[jvberna]

Aquí mis comentarios. El documento de especificación contiene la información solicitada pero más allá de esto os envío el documento con gran cantidad de comentarios y observaciones sobre incoherencias en el funcionamiento. Tal vez simplemente requieran re-definiciones y revisiones. Algunas cosas generales:

• USUARIOS. Separáis una especie de administrador de los empleados cuando todos son USUARIOS aunque tengan distintos niveles de permisos. Esto es lo mismo que en un sistema operativo, a cada usuario le asignas permisos para hacer unas cosas u otras. De hecho en un momento dado puedes necesitar que un usuario haga algo, darle permiso, y luego quitarlo (esto es común por ejemplo en periodos de vacaciones o bajas donde unos empleados asumen responsabilidades para cubrir otros puestos)
• No está bien definida la aplicación para los empleados (para vender un servicio por ejemplo a pie de piscina o en la barra del bar), de echo en las interfaces hablais solo de la app exclusiva para clientes.
• Se habla del NFC pero no se detalla cuando se usa!!!
• Hay auténticas burradas como que un cliente va a poder ver la ocupación de un hotel!!!
• Hay párrafos mal redactados, incompletos, descuidado.
• Casi al final aparece el rol de “desarrollador” que tiene acceso a estadísticas también. Este rol cuál es? porque no está definido desde el principio.

Un aspecto importante, no está especificado si es una aplicación que se instala en las infraestructuras de la empresa o un servicio que ofrecéis ni se justifica el por qué del acceso a internet (dependería de la modalidad).

Revisad el documento de especificación para que evolucione y se ajuste a las necesidades del sistema.

20161010 Especificacion_KeyBand_V0.1 - JV rev.docx