2. Requerimientos
• Requerimientos: Condición o
capacidad a la que debe ajustarse el
sistema que se construye.
• Los requerimientos o requisitos de un
sistema describen los servicios que ha
de ofrecer el sistema y las restricciones
asociadas a su funcionamiento.
Descripción de lo que el sistema
debe hacer.
3. Obtener requerimientos
• Los requerimientos tienen lugar en el espacio
de la solución, pero surgen de las
necesidades.
• Determinar las necesidades de nuestro sistema
en base a los probelmas planteados.
PROBLEMA NECESIDAD
El registro de entrada y salida se realiza
en un cuaderno de asistencia.
Registrar la entrada y salida de forma
automatizada y segura.
Un funcionario es el encargado de crear
manualmente las planillas de
inasistencias de docentes corroborando
manualmente las entradas y salidas del
libro de asistencias.
No tener que disponer de un tiempo
considerable corroborando
manualmente, aquellos docentes que
no asistieron, generando tambièn
posibles errores de lectura.
7. Requerimientos funcionales
y no Funcionales
Los requisitos funcionales definen
qué debe hacer un sistema.
Los requisitos no funcionales definen
cómo debe ser el sistema.
8. Requerimientos Funcionales
• Expresan la naturaleza del funcionamiento
del sistema (cómo interacciona el sistema
con su entorno y cuáles van a ser su estado y
funcionamiento).
• Describe que debe hacer el sistema respecto
a su entorno (los usuarios u otros sistemas).
• Estos requerimientos especifican los
comportamientos de entrada y salidas del
sistema.
12. Requerimientos NO
Funcionales
• Describe atributos del sistema o del ambiente
en donde éste se desarrolla.
• Los requerimientos no funcionales abarcan
los siguietnes aspectos del sistema:
Capacidad de uso
Fiabilidad
Desempeño
Capacidad de soporte
Requerimientos adicionales
13. Requerimientos NO Funcionales
Capacidad de Uso
• Usabilidad o capacidad de uso se refiere a la
facilidad o nivel de uso del producto, es decir el grado
en el que el diseño de un elemento facilita o dificulta
su manejo. Se incluyen:
– Factores humanos
– Estética
– Consistencia de la interfaz de usuario
– Ayudas en línea
– Documentaciòn de usuario y material de entrenamiento
• Ejemplo
– Visibilidad del texto a una cierta distancia
– Combinación de colores del texto
14. Requerimientos NO Funcionales
Fiabilidad
• La confiabilidad o fiabilidad es la capacidad de un
sistema o componente para ejecutar sus funciones
requeridas bajo condiciones normalmente en un
período de tiempo específico.
– Frecuencia / severidad de los errores
– Capacidad de recuperación
– Capacidad predictiva
– Exactitud
– Tiempo promedio entre fallas
• Ejemplo
– El sistema estarà disponible el 99% del tiempo
15. Requerimientos NO Funcionales
Desempeño
• El rendimiento o desempeño afectan a los
requerimientos funcionales en la medida de
parámetros como:
– Velocidad
– Eficiencia
– Disponibilidad
– Exactitud
– Tiempo de respuesta
– Tiempo de uso de recursos
• Ejemplo:
– El tiempo de respuesta es de 1segundo.
16. Requerimientos NO Funcionales
Capcidad de soporte
• Incluyen la capacidad de:
– Prueba
– Adaptación
– Mantenimiento
– Compatibilidad
– Configuración
– Instalación y localización
• Ejemplo:
– Inclusión de nuevas reglas en algún punto determinado
17. Requerimientos NO Funcionales
Rquerimienos adicionales
• Incluye
– Restrcciones de diseño
– Requerimientos de implementación
– Requerimientos de interfaz
– Requerimientos físicos
Condición: característica, propiedad. Es de carácter obligatorio, si está “sirve” si no, “no sirve”
Capacidad: habilidad, competencia, ser capaz de
Solución: no se dice cual es, sino el objetivo de la misma.
De las necesidades se obtienen las características del sistema.
De las características se obtemdrán los requerimientos.
facilidad que brinda el sistema para los usuarios.
Referido a ayudas, pantallas atractivas, al uso del sistema en general
NO ES FUNCIONALIDAD: el sistema podría funcionar igual sin estos requerimientos
-El sistema podrá trabajar con un margen de error de un rango +- 0.5%
-El sistema debe permitir recuperar sus datos así ocurra una interrupción en el suministro eléctrico
-El sistema debe avisar cuando el disco está por llenarse. // El sistema debe indicar que la batería está a punto de agotarse.
Estos requerimientos son para el desarrollador, no para el usuario.
-Uso de recursos (vectores sobredimensionados, variables grandes para datos peueños, etc)
(Relacionado con el hardware)
-El sistema debe estar probado
-Adaptación, compatibilidad: Si un sistema utiliza BD SQL Server, no debe haber inconvenientes en adaptarlo a MySQL
- Mantenimiento: Posibles cambios a futuro, agregar nuevas funcionalidades.
El sistema debe ser dasarrollado en Java J2EE… // El lsistema debe utilizar BBDD MySQL…
Las pantallas deben tener eb la parte superior el título, el cuadro de dialogo de los mensajes de errores deben mostrarse al frente, mostrar una ayuda para cada control de ingreso de datos al pasar el mouse sobre el mismo (en VB.net: toolTip)