REQUISITOS
Es un proceso que estudia las necesidades de los usuarios para saber que se requiere en el sistema por crear, en hardware o software, también aplica para el contenido del sistema, satisfaciendo el contrato, norma o especificación.
LO QUE SE DEBE SABER SOBRE LOS REQUISITOS
¿CÓMO OBTENER REQUISITOS?
SE PUEDEN OBTENER: - Revisando las necesidades de los usuarios, clientes o quien haga usos de este software. - Revisando sistemas análogos. - Entrevistar desarrolladores de versiones anteriores. - Conocer la versión actual del sistema. - Tener en cuenta los antecedentes. - Trabajar en forma con usuario y cliente.
¿QUÉ DEBEN INDICAR?
DEBE INDICAR: - Lo que se espera que haga el sistema (¿QUÉ?) - Su justificación (¿POR QUÉ HA DE SER ASÍ?, ¿QUIEN LO PROPUSO?) - Los criterios de aceptación que sean aplicables. (¿CÓMO SE VERIFICA SU CUMPLIMIENTO?)
LOS PROBLEMAS COMUNES QUE SE TIENEN AL OBTENER ESTOS REQUISITOS:
- Si un requisito no es funcional será difícil de verificar.
- No conocer lo que se quiere en el sistema.
- Ser incapaces de especificar un requisito.
- Puede variar con el tiempo la importancia de los requisitos.
-Pueden aparecer nuevos requisitos.
¿CÓMO DEBEN SER?
DEBEN SER: -Muy claros y concretos -Conciso -Completos y Consistentes
REQUISITOS FUNCIONALES
Expresan la naturalez del sistema.
Servicios o funciones que proveerá el sistema
Describen la interacción entre el sistema y el entorno
EJEMPLO:
- Se deben solicitar datos como
No Documento, Nombres,
Apellidos, genero, Correo electrónico.
- De acuerdo al genero, generar un listado.
* Deben ser comprensibles para todo tipo de persona, aún sin conocimiento en tecnica avanzada.
* Deben especificar el comportamiento externo del sistema, evitando establecer características del diseño.
* Deben priorizarse.
REQUISITOS NO FUNCIONALES:
Restricciones a los
servicios o funciones
ofrecidos por el sistema
Describen restricciones
que limitan las elecciones
para construir una solución
EJEMPLO:
- Java debe ser el lenguaje
de programación.
- 5 segundos para responder
preguntas, como máximo.
Deben especificarse cuantitativamente, siendo posible.
* Rendimiento del sistema.
*Interfaces.
*Procesos de desarrollo.
* Del producto.
LO QUE DEBEMOS TENER EN CUENTA EN A LA HORA DE OBTENER LOS REQUISITOS
* Ubicación y entorno fisico.
* Finalidad y restricciones asociadas
* Recursos
* Confiabilidad
* Seguridad
* Documentación
* Interfaces
* Datos
FORMA DE PRESENTACIÓN DE LOS REQUISITOS
NOMBRE
CODIGO DEL REQUISITO
TIPO
DESCRIPCIÓN
ENTRADA
SALIDA