3. Meta:
Crear y mantener un
documento de requerimientos
del sistema.
4. Estudio
¿El sistema es útil para
de
el negocio?
Viabilidad
Validación
Proceso Obtención
de IR y Análisis
El
La verificación de que los descubrimiento
requerimientos de
realmente definen el requerimientos
sistema que quiere el
cliente
Especificación La transformación de
requerimientos en
formularios estándar
6. Concepto:
Es un conjunto de requerimientos de
negocio preliminares, una descripción
resumida del sistema y de cómo éste
pretende contribuir a los procesos del
negocio.
Nota: Su resultado debe ser un informe que
recomiende si merece o no seguir con la ingeniería de
requerimientos y el proceso de desarrollo del software.
8. ¿Contribuye el sistema a los objetivos
generales de la Organización?
¿Se puede
implementar el
sistema utilizando la
tecnología actual y
dentro de las
restricciones de
costo y tiempo?
9. Obtención y Análisis de
Requerimientos:
En esta actividad, los IS trabajan con los
clientes y los usuarios finales del sistema
para determinar el dominio de la
aplicación, qué servicios debe proporcionar
el sistema, el rendimiento requerido del
sistema, las restricciones hardware, etc.
10.
11. Dificultades para obtener y comprender
los requerimientos de los stakeholders:
1. Los Stakeholders no conocen lo que desean
obtener.
2. Los Stakeholders expresan los requerimientos con
sus propios términos de forma natural.
3. Diferentes Stakeholders tienen diferentes
requerimientos.
4. Los factores políticos pueden influir en los
requerimientos del sistema.
5. El entorno económico y del negocio en el que se
lleva a cabo el análisis es dinámico.
12. LAS ACTIVIDADES DEL PROCESO SON:
Descubrimiento
de
Requerimientos
Clasificación y
Documentación
Organización
de
de
Requerimientos
Requerimientos
Ordenación por
prioridades y
negociación de
requerimientos
13. Herramientas para el descubrimiento de
Requerimientos:
Puntos de Vista
Etnografía
Entrevista
Escenarios
Exhibir el
interior
<<incluir>>
Reabastecer de <<extender>>
acuerdo a las Reabastecer
ventas
<<incluir>>
Representante Casos de Uso Cubrir el
del proveedor interior
14. Validación de Requerimientos
Trata de mostrar que los requerimientos realmente
definen el sistema que el cliente desea.
Su importancia radica a que encontrar errores en el
documento de requerimientos puede conducir una
reducción de costos, tiempo y desempeño que al
repetir el trabajo cuando son descubiertos durante
el desarrollo o después de que el sistema esté en
uso.
15. Tipos de Verificaciones
Completitud
Consistencia Realismo
Validez Verificación Verificabilidad
16. Técnicas de revisión de
requerimientos
Generación de
Casos de
Prueba
Construcción
de Prototipos
Revisiones de
Requerimientos
18. Tarea:
Un sistema software se desarrolla para gestionar
los registros de los pacientes que ingresan en una
clínica para tratamiento. Los registros incluyen
anotaciones de todos los controles habituales a los
pacientes (temperatura, tensión arterial, etc.), los
tratamientos dados, las reacciones de los
pacientes, etc. Después del tratamiento, los
registros de su estancia se envían al doctor del
paciente, quien mantiene su historial clínico
completo. Identifique los puntos de vista
principales que se pueden tener en cuenta en la
especificación del sistema y organícelos utilizando
un diagrama de jerarquía de puntos de vista.