En esta presentación se muestra el proceso para la determinación de los requerimientos de un sistema de información, para finalmente realizar el documento de requerimientos de software
4. Definiciones
Requerimiento: (R) Una característica que debe incluiste en un
sistema (forma de procesar datos, producir información controlar
una actividad, o dar soporte a la gerencia)
Determinación de requisitos: (DR) Es el estudio de un sistema para
conocer cómo trabaja y dónde es necesario efectuar mejoras. Luego
de esto se sabrá si es posible realizar ajustes
Analista de requerimientos : (AR) Es la persona encargada de
determinar los requerimientos de una empresa, generalmente no
tiene los mismos conocimientos que tienen los usuarios del sistema
Ingeniería de requerimientos: (IA) Es el proceso de descubrir,
analizar, documentar y verificar los requisitos
Análisis y determinación de requerimientos, Yesith Valencia MsC 4
6. Tipos de Requerimientos
Requerimientos del Usuario: Son declaraciones
en lenguaje natural y en diagramas, de los
servicios que se espera que el sistema proporcione
y de las restricciones bajo las cuales debe
funcionar
Requerimientos del sistema: Establecen con
detalle las funciones, servicios y restricciones
operativas del sistema, el documento de RS debe
ser preciso, y puede ser parte del contrato entre
el comprador del sistema y los desarrolladores de
Sw Análisis y determinación de requerimientos, Yesith Valencia MsC 6
7. Requisitos del usuario Vs. Requisitos del sistema
Análisis y determinación de requerimientos, Yesith Valencia MsC 7
8. Lectores de los Requisitos
Análisis y determinación de requerimientos, Yesith Valencia MsC 8
9. Tipos de Requisitos
Requisitos Funcionales: Son declaraciones de los servicios
que debe proporcionar el sistema, de la manera en que debe
reaccionar a entradas particulares y de cómo se debe
comportar en situaciones particulares, también pueden
declarar lo que el sistema NO debe hacer
Requisitos no Funcionales: Son restricciones de los servicios
o funciones ofrecidas por el sistema, Incluyen restricciones
de tiempo, sobre el proceso de desarrollo y los estándares
Análisis y determinación de requerimientos, Yesith Valencia MsC 9
10. Ejercicio: R. Funcionales y R. No Funcionales ?
Análisis y determinación de requerimientos, Yesith Valencia MsC 10
11. Ejercicio: R. Funcionales y R. No Funcionales ?
Análisis y determinación de requerimientos, Yesith Valencia MsC 11
12. Requisitos Funcionales
Describen lo que el sistema debe hacer, describen con detalle la
función, las entradas, las salidas, las excepciones…
Deben estar completos (Todos los servicios solicitados por el
usuario deben estar definidos) y deben ser consistentes (No deben
dar interpretaciones)
Análisis y determinación de requerimientos, Yesith Valencia MsC 12
13. Requisitos no Funcionales
Se refieren al tiempo de respuesta, capacidad de
almacenamiento, las restricciones del sistema:
capacidad de los dispositivos de entrada y salida y las
representaciones de los datos
Surgen de las necesidades del usuario, debido a las
restricciones en el presupuesto, a las políticas de la
organización, a la necesidad de interoperabilidad con
otros sistemas Sw y Hw, factores de seguridad
Análisis y determinación de requerimientos, Yesith Valencia MsC 13
14. Requisitos no Funcionales: Clasificación
Requisitos del Producto: Especifican el
comportamiento del producto
Requisitos Organizacionales: Se derivan de las
políticas y procedimientos existentes en la
empresa del cliente y del desarrollador
Requisitos Externos: Incluye todos los
requerimientos que se derivan de factores
externos al sistema y de su proceso de desarrollo
Análisis y determinación de requerimientos, Yesith Valencia MsC 14
15. Requisitos no Funcionales: Clasificación
Análisis y determinación de requerimientos, Yesith Valencia MsC 15
19. Requisitos del Usuario
Se deben describir los RF y los RnF
Sólo especifican el comportamiento externo del sistema y deben
evitar las características de diseño del sistema
No se debe utilizar lenguaje de ingeniero
Análisis y determinación de requerimientos, Yesith Valencia MsC 19
20. Requisitos del Usuario: Pautas
Análisis y determinación de requerimientos, Yesith Valencia MsC 20
21. Requisioto del Sistema
Es una versión extendida de los RdU para los ing
de sistemas
Pueden ser utilizados como parte del contrato =>
Problema de costos
Análisis y determinación de requerimientos, Yesith Valencia MsC 21
22. Requisitos del Sistema: Notaciones
Análisis y determinación de requerimientos, Yesith Valencia MsC 22
23. Actividades en la Determinación de Requisitos
Actividad Descripción
Anticipación de R
Predecir los R con base a la
experiencia previa. Se introduce un
sesgo
Investigación de R
Estudio e investigación del sistema
actual utilizando técnicas
Especificación de R
Analizar los datos que describen el
sistema para saber cuales R se deben
satisfacer y cómo hacerloAnálisis y determinación de requerimientos, Yesith Valencia MsC 23
24. Requisitos Básicos
1.Cuál es el proceso básico de la empresa ?
2.Qué datos utiliza o produce este proceso ?
3.Cuáles son los límites de tiempo y de carga de
trabajo ?
Análisis y determinación de requerimientos, Yesith Valencia MsC 24
25. 1. Cuál es el proceso básico de la empresa ?
Cuál es la finalidad de esta actividad dentro de la empresa ?
Qué pasos se siguen para llevarla a cabo ?
Dónde se realizan estos pasos ?
Quiénes lo realizan ?
Cuánto tiempo tardan en efectuarlos ?
Con cuánta frecuencia lo hacen ?
Quienes emplean la información resultante ?
Análisis y determinación de requerimientos, Yesith Valencia MsC 25
26. 2. Qué datos utiliza o produce este proceso ?
Análisis y determinación de requerimientos, Yesith Valencia MsC 26
http://us.123rf.com/400wm/400/400/pixelsaway/pixelsaway1101/pixelsaway110100095/8612730-concepto-de-gestion-de-
proyecto--mapa-de-diagrama-de-flujo-o-mente-como-una-servilleta-doodle-de-tab.jpg
27. 2. Qué datos utiliza o produce este proceso ?
Análisis y determinación de requerimientos, Yesith Valencia MsC 27
http://www.scielo.cl/fbpe/img/ric/v25n2/art01-3.jpg
28. 2. Qué datos utiliza o produce este proceso ?
Gane-Sarson :Muestra el almacenamiento, intercambio alteración
de recursos.
Análisis y determinación de requerimientos, Yesith Valencia MsC 28
http://4.bp.blogspot.com/_-f6UGkWXAbU/SmPI0chhEZI/AAAAAAAAAC4/hveecryM2Jc/s1600-h/gane.bmp
29. 3. Cuáles son los límites de tiempo y de carga de trabajo ?
Con cuánta frecuencia se presentan las actividades ?
Pago de impuestos
Pago de la nómina
Análisis y determinación de requerimientos, Yesith Valencia MsC 29
30. Documento de Requerimiento de Software: DRS
Especificación de Requerimientos de Software (ERS)
Incluye los RdU y los RdS
El nivel de detalle depende
Análisis y determinación de requerimientos, Yesith Valencia MsC 30
31. DRS: Usuarios de un DRS
Análisis y determinación de requerimientos, Yesith Valencia MsC 31
34. Métodos de entrevistas
Análisis y determinación de requerimientos, Yesith Valencia MsC 34
Estructurada No estructurada
Ventajas Asegura términos uniformes en las
preguntas para todos los entrevistados
Evaluación más objetiva de preguntas y
respuestas
Se obtienen resultados con entrevistas
cortas
El entrevistador tiene
flexibilidad para cambiar las
preguntas
Se puede hacer profundidad en
algunos temas
Desventajas El costo es alto
Puede ser incómodo para los entrevistados
No siempre es el más adecuado
Disminuye el nivel de espontaneidad
Uso ineficiente del tiempo
Se pueden introducir sesgos
Obtiene información ajena al
problema
Los resultados pueden
demorarse
35. Métodos de entrevistas: Ejemplos
Bajo qué circunstancias recomienda ud el desarrollo del tal sistema ?
Qué pasos funcionan bien ?, cuáles no ?
Qué parte disgustan más a los empleados ?, a los clientes ?
Dónde se presentan la mayor/menor parte de los problemas ?
Qué se puede hacer para aumentar la velocidad ?
Qué permitirá reducir lo errores aún más ?
Cómo se originan los retrasos ? Cómo manejar esta situación ?
Análisis y determinación de requerimientos, Yesith Valencia MsC 35
36. Métodos de entrevistas: Ejemplos
Análisis de capacidad
Las instalaciones son
adecuadas ?
Hay suficiente personal ?
Análisis y determinación de requerimientos, Yesith Valencia MsC 36
Hechos detectados
Qué ?
Cómo ?
Cada cuánto ?
Cuándo ?
Quién ?
Dónde ?
Con qué ?
Y si no lo hace ?
37. Ejercicio
Realizar el DRS para un sistema de información que detecte que se
puede desarrollar dentro del contexto del baloncesto
Tarea
Realizar el DRS para el sistema de información de su proyecto
Análisis y determinación de requerimientos, Yesith Valencia MsC 37
38. Bibliografía
Análisis y diseño de Sistemas de Información, James A. Senn, 2th Edición
Ingeniería del software, Ian Sommerville, 7th Edición
Ingeniería del software un enfoque práctico, Roger S. Presssman, 6th
Edición
Análisis y determinación de requerimientos, Yesith Valencia MsC 38
Editor's Notes
111
Los buenos analistas hacen hincapié en la investigación y el cuestionamiento para conocer cómo opera el sistema e identificar los requerimientos que tienen los usuarios para modificarlo o proponer uno nuevo, Sólo después de comprender la totalidad del sistema los analistas estarán en posición de analizarlo y generar recomendaciones para el diseño de sistemas.
Los buenos analistas hacen hincapié en la investigación y el cuestionamiento para conocer cómo opera el sistema e identificar los requerimientos que tienen los usuarios para modificarlo o proponer uno nuevo, Sólo después de comprender la totalidad del sistema los analistas estarán en posición de analizarlo y generar recomendaciones para el diseño de sistemas.
Se deben redactar los requerimientos a distintos niveles
R 1 y R3 ilustran los diferentes niveles de detalle con que se pueden redactar los diferentes requerimientos.
Para un ing de sistemas es normal interpretar erróneamente los requisitos para simplificar su implementación: Visor adecuados: (1 visor solamente)
En la práctica para sistemas grandes es casi imposible tener r completos y consistentes
8,1: Restringe la libertad de los diseñadores del sistema, no dice nada acerca de la funcionalidad , simplifica el problema de asegurar que el sistema funcione en diferentes navegadores
9,3,2: Es un proceso estándar
La forma típica como un usuario puede expresar los requerimientos de usabilidad , se ha reescrito para mostrar la manera en que la meta se puede expresar como un requerimiento no funcional que se pueda probar
Es muy difícil cuantificar este tipo de medidas, es posible que el cliente no entienda los sobre costos es mejorar una métrica
Se pueden presentar diversos problemas cuando se redactan R en lenguaje natural
Cuando es un contratista el que va a desarrollar el SI los RS deben ser muy definidos
El documento no es ideal, se puede adaptar a la organización