search

stroomed / tesis2020

Taller de Proyecto de Software 2020
MIT License
0 stars 0 forks source link

Subir trazabilidad de requerimientos #14

Closed stroomed closed 4 years ago

stroomed commented 4 years ago

La trazabilidad y sus correspondientes revisiones deberán ser subidas al issue como comentario (no editar issue).

Gabriel-Barria commented 4 years ago
ID req Descripción del requerimiento Fuente del requerimiento EDT Entregables Estrategia de testing Encargado
RF-01 Toma de información de imágenes: Toda la información que el software principal vaya procesando deberá ser administrada por la API. Reunión con el cliente 3.2.1 Desarrollo en Django Rest Pruebas de caja negra  Fabricio Guzmán y Nicol Quintuy.
RF-02 Historial de solicitudes de información: Todas las solicitudes realizadas al Software principal se irán almacenando en un historial. Reunión con el cliente 3.2.1 Desarrollo en Django Rest Pruebas de caja negra  Fabricio Guzmán y Nicol Quintuy
RF-03 Historial asíncrono: En caso de que una de las solicitudes sea video, él API se limitara solo a mostrar la información necesaria.                                                           Cada vez que se haga una solicitud al software principal utilizando videos, El api realizara un filtro el cual se encargara de mostrar solo la información necesaria, omitiendo repeticiones e información fuera de lugar. Reunión con el cliente 3.2.1 Desarrollo en Django Rest Pruebas de caja negra y caja blanca Fabricio Guzmán y Nicol Quintuy 
RF-04 Diseño de sistema administrativo: El diseño de la página principal será de tipo administrador, utilizando como plantilla el témplate descrito en el grafico 1.0.                                                                                           La página debe contener un historial con la información de las solicitudes realizadas al servidor.   Debe contener un gráfico que muestre la cantidad de señales detectadas, cuantas se encuentran en buen estado y cuantas se encuentran en mal estado.               Tanto el historial como los gráficos serán visualizados en la página principal y dependiendo de los intereses del usuario estos serían seleccionables para mostrar más detalles. Reunión con el cliente 2.1 Adaptacion del template Pruebas de diseño Ricardo Gutiérrez, Gabriel Barría 
RF-05 Control de acceso exclusivo de administrador: Para poder acceder a todos las funciones del sistema serán necesario logearse y para ello debe tener un usuario y contraseña válidos, los cuales solo le serán proporcionado a los administradores del sitio. Reunión con el cliente 3.2.1 Desarrollo en Django Rest Pruebas de caja negra y caja blanca  Fabricio Guzmán y Nicol Quintuy 
RF-06 Gráficos en base a la información recopilada: Los gráficos mostraran la información sobre la cantidad de señales detectadas, cantidad en mal estado y cuantas se encuentran en buen estado.                              Estas serán mostradas en base a lo que requiera el usuario, puede ser gráficos en base a cada minuto, horas, días, semanas, meses o años. Reunión con el cliente 3.2.1 Desarrollo en Django Rest Pruebas de caja negra y caja blanca  Fabricio Guzmán y Nicol Quintuy 
RNF-01 Base de datos en MongoDB: Toda la información relacionada a la detección de las imágenes será almacenada en MongoDB, esto incluye información de cantidad de señales detectadas, cantidad de señales en mal estado y cantidad de señales en buen estado. Reunión con el cliente 3.1.1 Base de datos en MongoDB Pruebas de caja negra y caja blanca  Fabricio Guzmán y Nicol Quintuy 
RNF-02 Api en Django Rest: La API será creada con el Framework Django Rest. Reunión con el cliente 3.2.1 Desarrollo en Django Rest Pruebas de caja negra y caja blanca   Fabricio Guzmán y Nicol Quintuy 
RNF-03 API modular: El API es modular, es independiente al software principal y solamente una parte de este. Reunión con el cliente  Aprobación del informe final Pruebas de caja negra y caja blanca  Fabricio Guzmán y Nicol Quintuy 
RNF-04 Base de datos para los usuarios: El sistema contara con una base diferente para almacenar la información relacionada a la interfaz y su funcionalidad. Reunión con el cliente 3.1.2 Base de datos para los usuarios Pruebas de caja negra y caja blanca  Fabricio Guzmán y Nicol Quintuy 
RNF-05 Estándar de calidad: La API debe respetar los siguientes principios:  Funcionalidad debe adecuarse a las necesidades del usuario, debe ser precisa en los resultados y segura. Confiabilidad debe ser tolerante a fallos y contar con recuperabilidad. Usabilidad debe ser comprensible, aprensible, operable y atractiva. Eficiencia debe reaccionar a tiempo. Mantenibilidad debe ser analizable, modificable estable. Portabilidad debe ser adaptable e instalable. Reunión con el cliente 4.1 Pruebas Generales Pruebas de caja negra y caja blanca - Pruebas de estres Ricardo Gutiérrez, Gabriel Barría, Nicol Quintuy, Fabricio Guzmán 
Aijin-01 commented 4 years ago

A grandes rasgos están bien las especificaciones, pero el tema de cerrar el tipo de dato con el que se trabajará es algo peligroso, ya que pueden aparecer nuevos tipos de datos solicitados por el cliente, esta bien que el tomar la información de las señales de transito y su estado sea especificado, pero no el lo único, y eso se da a entender en las especificaciones.