Documentos de Académico
Documentos de Profesional
Documentos de Cultura
REQUERIMIENTOS
TEMAS
• Etapa de Requerimientos.
– Objetivos a cumplir.
– Workflow de trabajo.
– Actividades a desarrollar y artefactos.
• Especificación de Requerimientos de Software.
1
Rational Unified Process (RUP)
Requerimientos: Objetivos
2
REQUERIMIENTOS. Workflow
Requerimientos. Actividades
3
Requerimientos. Artefactos
REQUERIMIENTO. Definición
4
DONDE BUSCAR REQUERIMIENTOS?
Stakeholders
Business Rules Request
• Entrevistas.
• Cuestionarios.
• Encuestas.
• Descripción de puestos.
• Artefactos del Modelado de Negocio
5
Requerimientos. Estereotipos
Requerimientos. Actividades
6
Actividad 01
• Funtionality. • Interfaces.
• Usability. • Licensing.
• Reliability. • Legal, Copyright, and
Other Notices.
• Performance.
• Applicable Standards.
• Supportability.
• Design Constraints.
• On-line User Documentation and Help System.
• Purchased Components.
7
Requerimientos funcionales
• Funtionality.
– Especifica las condiciones que deben ser
cumplidas por el sistema.
– Se identifican desde el punto de vista del
cliente.
– Se redactan en lenguaje natural.
– Se capturan en dos artefactos.
• Especificación de Requerimientos de Software.
• Modelo de Casos de Uso del Sistemas.
Requerimientos funcionales
• Funtionality. Ejemplo:
• Asociados a los casos de uso del sistema.
• El sistema debe:
– Actualizar la información de los profesores que dictan
los cursos de baile del club.
– Registrar los horarios de dictado de clase definidas
por el administrador.
– Consultar la programación del rol de los
campeonatos locales y regionales.
– Cerrar un curso.
8
Requerimientos funcionales
• Funtionality. Ejemplo:
• Asociados a otros aspectos generales.
• El sistema debe:
– Obligar al usuario a cambiar su contraseña cada 60
días.
– Incluir un mecanismo que permita su actualización
automática sin la intervención del usuario.
– Mantener un registro de los errores y para cada uno
debe registrar: el código del error, una descripción
del error, la fecha y la hora del error.
Requerimientos no funcionales
• Usability. Ejemplo.
– El sistema debe permitir al administrador
registrar una matricula como promedio en 30
segundos.
– El lenguaje empleado en la interfaz gráfica
del sistema debe respetar los términos
usados en el negocio.
– El diseño de la interfaz gráfica del sistema
debe alinearse al estándar definido en la
empresa para las aplicaciones Web.
9
Requerimientos no funcionales
• Supportability. Ejemplo.
– El cliente Web del sistema debe soportar los
siguientes navegadores:
• Microsoft Internet Explorer 6.0 o superior
• FireFox 1.5 o superior para Linux y para Windows
– El sistema debe ser compatible con Windows
2000 profesional y Windows XP.
– El sistema debe permitir a un usuario su
instalación sin entrenamiento previo.
Actividad 02
Actores
Casos de uso
Notación UML
Copyright © 2007, Cibertec. Todos los derechos reservados
10
Diagrama de CUS
ACTOR
11
Identificando Actores
Identificando Actores
12
Sugerencias
EJEMPLOS
13
CASOS DE USO
• Ejemplo:
Generar
Reporte
IDENTIFICANDO CUS
14
Ejemplos de Casos de Uso
15
ACTIVIDAD 03
• Ejemplo:
– Paquete Logística.
Nombre del
– Paquete Seguridad. Paquete
• Un paquete.
– Hace más fácil la definición de la arquitectura.
– Facilita la asignación de responsabilidades y
tareas a los miembros del equipo de
proyecto.
• ¿Cuándo utilizar paquetes dentro del Modelo de
Casos de Uso del Sistema.
– Si el número de actores y casos
de uso es elevado.
16
Encontrar los diferentes módulos
del sistema
Reportes de Seguridad
gerencia
17
ACTIVIDAD 04
4. Construir el modelo.
Registrar
Retiro
Cajero
Consultar
Tipo de Cambio
18
Relación en los Diagramas
Uc Pagar Servicio
Registrar Pago
Cajero
Ejemplos
Consultar
Precio
Generar
Documento
Vendedor Cajero
Registrar
pedido
19
Ejemplo: Casos de Uso de Sistema
Solución
Verificar Cliente
Colocar pedido
Cliente Vendedor
Autorizar crédito
Supervisor
Programar entrega
Despachador
20