Download - Analisis y determinacion de requerimientos
NOTA:
Para cambiar
la imagen de
esta
dispositiva,
seleccione la
imagen y
elimínela. A
continuación
haga clic en el
icono
Imágenes en el
marcador de
posición e
inserte su
imagen. ANÁLISIS Y DETERMINACIÓN DE REQUISITOS
Yesith Valencia, MsC (e) [email protected]
Yesith Valencia MsC (e), Docente UDI 2
Agenda
Definiciones
Tipos de usuarios
Tipos de requisitos
Actividades en la determinación de requisitos
Tarea
Yesith Valencia MsC (e), Docente UDI 3
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 mismo conocimientos que tienen los usuarios del sistema
Ingeniería de requerimientos: (IA) Es el proceso de descubrir, analizar, documentar y verificar los requisitos
Yesith Valencia MsC (e), Docente UDI 4
Yesith Valencia MsC (e), Docente UDI 5
Tipos de R
R 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
R 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
Yesith Valencia MsC (e), Docente UDI 6
R del Usuario y R del sistema
Yesith Valencia MsC (e), Docente UDI 7
Lectores de los R
Yesith Valencia MsC (e), Docente UDI 8
R Funcionales y R no Funcionales
R 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 de el sistema NO debe hacer
R 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
Yesith Valencia MsC (e), Docente UDI 9
R 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)
Yesith Valencia MsC (e), Docente UDI 10
R 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
Yesith Valencia MsC (e), Docente UDI 11
R no Funcionales: Clasificación
R. del Producto: Especifican el comportamiento del producto
R. Organizacionales: Se derivan de las políticas y procedimientos existentes en la empresa del cliente y del desarrollador
R Externos: Incluye todos los requerimientos que se derivan de factores externos al sistema y de su proceso de desarrollo
Yesith Valencia MsC (e), Docente UDI 12
R no Funcionales: Clasificación
Yesith Valencia MsC (e), Docente UDI 13
R no Funcionales
Yesith Valencia MsC (e), Docente UDI 14
R no Funcionales: Metas y requerimientos verificables
Yesith Valencia MsC (e), Docente UDI 15
R no Funcionales: Métricas
Yesith Valencia MsC (e), Docente UDI 16
R 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
Yesith Valencia MsC (e), Docente UDI 17
R del Usuario: Pautas
Yesith Valencia MsC (e), Docente UDI 18
R 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
Yesith Valencia MsC (e), Docente UDI 19
R del Sistema: Notaciones
Yesith Valencia MsC (e), Docente UDI 20
Actividades en la DR
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 hacerlo
Yesith Valencia MsC (e), Docente UDI 21
R 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 ?
Yesith Valencia MsC (e), Docente UDI 22
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 ?
Yesith Valencia MsC (e), Docente UDI 23
2. Qué datos utiliza o produce este proceso ?
Yesith Valencia MsC (e), Docente UDI 24
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
2. Qué datos utiliza o produce este proceso ?
Yesith Valencia MsC (e), Docente UDI 25
http://www.scielo.cl/fbpe/img/ric/v25n2/art01-3.jpg
2. Qué datos utiliza o produce este proceso ?
Gane-Sarson :Muestra el almacenamiento, intercambio alteración de recursos.
Yesith Valencia MsC (e), Docente UDI 26
http://4.bp.blogspot.com/_-f6UGkWXAbU/SmPI0chhEZI/AAAAAAAAAC4/hveecryM2Jc/s1600-h/gane.bmp
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
Yesith Valencia MsC (e), Docente UDI 27
Documento de Requerimiento de Software: DRS
Especificación de Requerimientos de Software (ERS)
Incluye los RdU y los RdS
El nivel de detalle depende
Yesith Valencia MsC (e), Docente UDI 28
DRS: Usuarios de un DRS
Yesith Valencia MsC (e), Docente UDI 29
DRS: IEEE 830-1998
Yesith Valencia MsC (e), Docente UDI 30
DR
S: O
tro
En
foqu
e
Yesith Valencia MsC (e), Docente UDI 31
Métodos de entrevistas
Yesith Valencia MsC (e), Docente UDI 32
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
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 ?
Yesith Valencia MsC (e), Docente UDI 33
Métodos de entrevistas: Ejemplos
Análisis de capacidad Las instalaciones son adecuadas ?
Hay suficiente personal ?
Yesith Valencia MsC (e), Docente UDI 34
Hechos detectados Qué ?
Cómo ?
Cada cuánto ?
Cuándo ?
Quién ?
Dónde ?
Con qué ?
Y si no lo hace ?
Árbol de decisión
Yesith Valencia MsC (e), Docente UDI 35
Árbol de decisión: Ejemplo
Yesith Valencia MsC (e), Docente UDI 36
Tarea
Realizar el DRS para un sistema de información que detecte que se puede desarrollar dentro del contexto del baloncesto
Yesith Valencia MsC (e), Docente UDI 37
NOTA:
Para cambiar
la imagen de
esta
dispositiva,
seleccione la
imagen y
elimínela. A
continuación
haga clic en el
icono
Imágenes en el
marcador de
posición e
inserte su
imagen. PROCESOS DE LA INGENIERÍA DE REQUISITOS
Yesith Valencia, MsC (e) [email protected]
Agenda
Ingeniería de requerimientos
Estudios de viabilidad
Obtención y análisis de requisitos
Validación de requisitos
Yesith Valencia MsC (e), Docente UDI 39
Ingeniería de Requerimientos
El objetivo es crear y mantener el documento de requerimientos del sistema
Yesith Valencia MsC (e), Docente UDI 40
Modelo en espiral
Yesith Valencia MsC (e), Docente UDI 41
Estudios de viabilidad
Todos los sistemas deberían empezar con uno
R preliminares, resumen del sistema, y cómo contribuye al negocio => informe que recomienda o no seguir con el proceso de ing de requisitos
Yesith Valencia MsC (e), Docente UDI 42
Estudios de viabilidad
Yesith Valencia MsC (e), Docente UDI 43
Estudios de viabilidad
Consultar a: Jefes de los departamentos donde se utilizará el SI
Ing de sistemas que están familiarizados
Expertos en la tecnología
Usuarios finales del sistema
Tiempo promedio de duración: 2 a 3 semanas
Informe: Recomienda si continúa o no con el desarrollo del sistema
Pueden proponer cambios en el alcance, y en el presupuesto
Pueden sugerir requerimientos adicionales de alto nivel
Yesith Valencia MsC (e), Docente UDI 44
Obtención y análisis de R: StakeHolder
Yesith Valencia MsC (e), Docente UDI 45
Obtención y análisis de R: El proceso de OAR
Yesith Valencia MsC (e), Docente UDI 46
Obtención y análisis de R: Descubrimiento de requisitos
Recoger información sobre el sistema propuesto
Yesith Valencia MsC (e), Docente UDI 47
Obtención y análisis de R: Descubrimiento de requisitos
Yesith Valencia MsC (e), Docente UDI 48
Obtención y análisis de R: Puntos de vista
Yesith Valencia MsC (e), Docente UDI 49
Obtención y análisis de R: Puntos de vista
Yesith Valencia MsC (e), Docente UDI 50
Obtención y análisis de R: Entrevistas
Yesith Valencia MsC (e), Docente UDI 51
Obtención y análisis de R: Entrevistas
Entrevistas cerradas: stakeholders responden un listado de preguntas
Entrevistas abiertas: no hay un programa definido
Yesith Valencia MsC (e), Docente UDI 52
Obtención y análisis de R: Entrevistas
Los entrevistadores eficaces tienen dos características:
Yesith Valencia MsC (e), Docente UDI 53
Obtención y análisis de R: Escenarios
Yesith Valencia MsC (e), Docente UDI 54
Obtención y análisis de R: Escenarios
Yesith Valencia MsC (e), Docente UDI 55
Obtención y análisis de R: Escenarios
Yesith Valencia MsC (e), Docente UDI 56
Validación de R
El objetivo es mostrar que los R realmente definen el sistema que el cliente desea
Es más barato corregir un requerimiento que un funcionalidad
Yesith Valencia MsC (e), Docente UDI 57
Validación de R
Yesith Valencia MsC (e), Docente UDI 58
Validación de R: Técnicas
Yesith Valencia MsC (e), Docente UDI 59
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
Yesith Valencia MsC (e), Docente UDI 60