Professional Documents
Culture Documents
Laboratorio
Contenido
Lic. Guillermo
•Requerimientos Javier Lafuente
•Casos de Uso
Requerimientos
Especificación de requerimientos
Una colección de documentos y modelos para describir
un sistema de software a ser construido
El documento (de especificación) contiene:
– Descripción del propósito del documento
– Número de versión
– Contribuciones.
– Lista específica de requerimientos del sistema
La especificación consiste
– Simple documento
» Sistemas pequeños
– Distribuida en múltiples documentos
» c/u expresando una categoría de requerimientos
Requerimientos
Sentencia (enunciado) de requerimiento
Es un requerimiento o restricción que el sistema
debe observar.
Es usualmente expresado como una sentencia
que comienza:
– “El sistema deberá....”
– El propósito de una sentencia de requerimiento es
para expresar un comportamiento o una propiedad
que el sistema debiera tener.
– Las sentencias (frases) deben ser claras
» Para ser entendidas por el equipo de desarrollo
» Validadas por los stakeholders y la comunidad de usuarios
Requerimientos
Clasificación de requerimientos
Funcional
– Expresan una acción que el sistema debiera realizar y define
tanto los estímulos como las respuestas, o las entradas y las
salidas
– Identifica las cosas que el sistema puede hacer
No Funcional
– Restricciones globales sobre cómo debe construirse y funcionar
el sistema
De la Empresa
– Razones de la creación del sistema
– Restricciones del ambiente en el que el sistema funciona
Requerimientos No Funcionales
Usabilidad (Usability)
Perfomance
Confiabilidad (Robustness/Reliability)
Seguridad (Security)
Hardware
De desarrollo (development)
Requerimientos No Funcionales
Usabilidad (Usability)
Se refiere a todos aquellos aspectos de la
interface entre el usuario y el sistema
Ej.
» Comprensión Global del Sitio
» Ayuda y Retroalimentación
» Aspectos de Interface (Ej. el sistema no deberá usar Frames)
» Aspectos Estéticos
Requerimientos No Funcionales
Usabilidad
Comprensión Global del Sitio
– Esquema de Organización Global
» Tabla de Contenidos
» Mapa del Sitio
» Indices (Alfabéticos, Temáticos, Híbridos ...)
– Visita Guiada (convencional y/o virtual)
Aspectos de Interfaces y Estéticos
– Permanencia y Estabilidad en la Presentación de los Controles
Principales
» Controles Directos
» Controles Indirectos
» Estabilidad
– Mantenimiento del Color de los Enlaces
Requerimientos No Funcionales
Perfomance
Los requerimientos de perfomance describen la
eficiencia de la ejecución del sistema y están
relacionados con el tiempo.
Ej.
» Tiempo de descarga de una página
» Restricciones de tiempo
» Velocidad de procesamiento de una transacción
Requerimientos No Funcionales
Confiabilidad (Robustness/Reliability)
Las aplicaciones deben responder correctamente en
cada momento a las necesidades de los usuarios.
Ej.
» Tolerancia a fallas
» Recuparabilidad
» Nivel de madurez – Frecuencia de errores
» Backups
Requerimientos No Funcionales
Seguridad (Security)
Los requerimientos de seguridad tienden a especificar
niveles de acceso al sistema.
– A menudo mapean los roles humanos del negocio
Especifican los niveles de accesos de sistemas externos
Hardware
Se refieren al hardware mínimo requerido para
implementar el sistema
Ej.
– Utilización de video y voz en sitios Web
» Radios, Canales de TV, etc.
Caso de Uso
Mantenimento del
Estudiante horario
Sistema de Supervisor
facturación Mantenimiento de los
cursos
Diagramas de Casos de Usos
comunica
<<extend>>
Actualizar Carga
Académica Elaborar Informe
De Actividades
Ejemplo 2.
Elementos del Casos de Usos
Relaciones:
Comunica: <<comunicates>>
Entre un actor y un caso de uso, denota la
participación del actor en el caso de uso
determinado.
Cliente
Cliente Cliente
individual corporativo
Caso de Uso - descripción
Campos usados en la descripción:
Comprar Artículos
Identificarse Cliente
Cajero
Devolver dinero de
articulos adquiridos
Descripción
Caso de uso: Comprar Artículo
Actores: Cliente, Cajero
Propósito: Capturar una venta y el pago en dinero.
Descripción: Un cliente llega a la caja con artículos para comprar. El
cajero marca los artículos comprados y obtiene el pago en dinero. Al
final el Cliente se marcha con los artículos.
Precondición: La caja está abierta.
Postcondición: El cajero obtiene el pago del artículo.
Descripción (cont)
Pasos:
Actores Respuesta del sistema
1. El cliente llega a la caja con artículos
2. El cajero marca el identificador 3. Determina el precio y añade la información
de cada articulo. y lo añade a la transacción de venta.
(si hay +1, marcar cantidad) (se muestra descripción y precio del articulo)
4. El cajero indica a la caja que 5. Calcula y presenta el total
ya se entraron los artículos
6. El cajero dice el total al cliente
7. El cliente da el dinero (puede que de +)
8. El cajero marca el dinero recibido 9. Muestra el cambio al cliente
10. El cajero deposita el dinero y le da al 11. La venta se registra
cliente el cambio y el recibo
12. El cliente sale con los articulos.
Bibliografía