CUestionario de Requerimientos
No, aunque están bien establecidos le falta mencionar algunos requerimientos, pero describen bien deque se trata cada requisito. Pueden llegar a malinterpretarse debido a que algunos tienen términos similares y tienen varios apartados llados requerimientos.
II. ¿La fuente del requisito (porejemplo, una persona, una regulación o un reglamento) está identificada? ¿El enunciado final del requisito ha sido examinado por la fuente original o comparándolo con ella?
No, solamente mencionanel programa que se realizara y no quien lo solicita y como lo desea.
III. ¿El requisito viola alguna restricción del domino del sistema (es decir se pide algo que posiblemente sea difícilconseguir o de plano no exista solución)?
No, todos los requerimientos son posibles de conseguir con una buena programación.
IV. ¿El requisito se puede probar? Si es así, ¿se puedenespecificar las pruebas (algunas veces llamados criterios de validación) para ejercer el requisito?
Sí, se pueden probar intentando que algún usuario vendedor acceda a lapáginaa con los privilegios deladministrador
V. ¿El requisito es rastreable (es decir puede ser identificado facilmente) para cualquier modelo de sistema que haya sido creado?
Sí, aunque en
VI. ¿Elrequisito es rastreable para los objetivos generales del sistema o producto (es decir no se está saliendo fuera de los alcances)?
Todo lo solicitado en los requerimientos de hardware se obtienenfácilmente y los requerimientos del software son fáciles de programar.
VII. ¿La especificación está estructurada de una forma que conduzca a su comprensión, referencia y traducción fácil enproductos de trabajo más técnicos?
Sí, aunque al especificar cada requerimiento no lo detallaron.
VIII. ¿Se ha creado algún índice para la especificación?
No, pero deberían, asi quien lo lea...
Regístrate para leer el documento completo.