3. REQUERIMIENTOS
Comprender la naturaleza de los problemas, puede ser muy
difícil si el sistema a desarrollar es de alta complejidad.
Es difícil establecer exactamente lo que el sistema debe
hacer.
LAS DESCRIPCIONES DE LOS SERVICIOS
Y SUS RESTRICCIONES
(REQUERIMIENTOS)
PROCESO DE DESCUBRIR, ANALIZAR,
DOCUMENTAR, VERIFICAR ESTOS
SERVICIOS Y RESTRICCIONES
(INGENIERIA DE REQUERIMIENTOS)
4. REQUERIMIENTOS FUNCIONALES Y
NO FUNCIONALES
1.- REQUERIMIENTOS FUNCIONALES:
Describe los servicios que proveerá el sistema.
2.- REQUERIMIENTOS NO FUNCIONALES:
Restricciones de los servicios o funciones
ofrecidos por el sistema.
3.- REQUERIMIENTOS DEL DOMINIO:
Requerimientos que provienen del dominio de
aplicación del sistema.
5. 2.- REQUERIMIENTOS NO FUNCIONALES:
REQUERIMIENTOS
ORGANIZACIONALES
Requerimientos
de Entrega
Requerimientos de
Implementación
Requerimientos
de Estándares
REQUERIMIENTOS
NO FUNCIONALES
REQUERIMIENTOS
DEL PRODUCTO
Requerimientos de
Eficiencia
Requerimientos de
Fiabilidad
Requerimientos de
Portabilidad
REQUERIMIENTOS
EXTERNOS
Requerimientos de
Interoperabilidad
Requerimientos
Legislativos
Requerimientos
Éticos
6. OBTENCION Y ANALISIS DE
REQUERIMIENTOS
Comprensión
del dominio
Recolección de
Requerimientos
Verificación de
requerimientos
Priorización
Especificación de
requerimientos
Documento de
requerimiento
Resolución de
conflictos
Clasificación
Entrada
del proceso
7. Descripciones de las sesiones
de interacción con el sistema
ESCENARIOSESCENARIOS
•Escenario de Eventos
•Casos de Uso
•Etnografía
8. METODO VORD (DEFINICION DE REQUERIMIENTOS
ORIENTADOS A PUNTOS DE VISTA)
Identificación
del punto de
vista
Estructuración
del punto de
vista
Documentación
del punto de
vista
Trazado del
punto de vista
del Sistema
9. Consulta
de saldo
Obtención de
transacciones
Base de
datos del
Cliente
Información
CuentaAdministrador
Retiro de
Efectivo
Costo del
SistemaUsuario No
Valido
Retención
de tarjeta
Mantenimiento
del Hardware
Ejemplo: Cajeros Automáticos
Plantilla Cajero
Ejecución de diagnostico
Adición de Efectivo
Adición de Papel
Envío de mensaje
Plantilla Cliente
Referencia: Cliente
Atributo: Numero Cuenta
Inicio Transacción
Eventos: Seleccionar servicios
Cancelar Transacción
Finalizar Transacción
Servicios: Retiro de efectivo
11. CASOS DE USO
•Establecido en el método Objectory.
•Característica UML
•Utilizan Diagramas
ETNOGRAFÍA
•Técnica de Información.
•Como objetivo principal entender los
requerimientos sociales y organizacionales
13. TECNICAS DETECNICAS DE
VALIDACIONVALIDACION
•Revisiones de requerimiento
•Construcción de prototipo
•Generación de casos de prueba.
¿Estamos construyendo el producto
correcto?
¿Estamos construyendo el producto
correctamente?
El software debería ajustarse a su
especificación
El software debería hacer lo que el
cliente realmente reclama
14. REVISIONES DE REQUERIMIENTOS
Proceso manual que involucra a lectores,
clientes y contratista.
El equipo de desarrollo conduce a los
clientes a través de los requerimientos.
CONSTRUCCION DE PROTOTIPOS
Se muestra un modelo ejecutable del
sistema a los usuarios finales y a los
clientes.
GENERACION DE CASOS DE PRUEBA
16. 2.- Planeación de la administración de Requerimientos:
Primera etapa de la administración de requerimientos.
Durante esta etapa para c/ proyecto se establece el
nivel de detalle.
•Identificación de los requerimientos.
•Proceso de administración del cambio.
•Políticas de rastreo.
•Ayuda de Herramientas CASE
1.- Requerimientos Duraderos y Volátiles:
Desarrollo de un sistema grande puede llevar varios
años.
•Requerimientos Duraderos.
•Requerimientos Volátiles
ETAPASETAPAS
17. 3.- Tipos de información de Rastreo
a) Rastreo de la Fuente
b) Rastreo de los requerimientos
c) Rastreo del diseño
Administración del Cambio de los
Requerimientos:
Proceso formal para administrar el cambio.
Los cambios propuestos son tratados de forma
consistente.
Los cambios en el documento de requerimiento se
hacen de forma controlada.
• Análisis del problema y especificación del
cambio.
• Análisis del cambio, costeo e Implementación.
• Implementación del cambio.
18. CONCLUSIONESCONCLUSIONES
A pesar de la importancia que posee la ingeniería
de requerimientos ha costado mucho trabajo que se
le preste atención adecuada a esta actividad;
aunque falta mejorar la integración de
requerimientos funcionales y no funcionales.
Es importante tomarse el tiempo para conocer a
nuestros clientes, usuarios y sobre todo que
participen en la definición de sus requerimientos
pues ellos son los que deciden el destino del
proyecto.