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


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


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


R del Usuario y R del sistema


Lectores de los R


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


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)


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


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


R no Funcionales: Clasificación


R no Funcionales


R no Funcionales: Metas y requerimientos verificables


R no Funcionales: Métricas


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


R del Usuario: Pautas


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


R del Sistema: Notaciones


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


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 ?


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 ?




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



http://www.scielo.cl/fbpe/img/ric/v25n2/art01-3.jpg


Gane-Sarson :Muestra el almacenamiento, intercambio alteración de recursos.


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


Documento de Requerimiento de Software: DRS

Especificación de Requerimientos de Software (ERS)

Incluye los RdU y los RdS

El nivel de detalle depende


DRS: Usuarios de un DRS


DRS: IEEE 830-1998


DR

S: O

tro

En

foqu

e


Métodos de entrevistas


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 ?


Métodos de entrevistas: Ejemplos

Análisis de capacidad Las instalaciones son adecuadas ?

Hay suficiente personal ?


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


Árbol de decisión: Ejemplo


Tarea

Realizar el DRS para un sistema de información que detecte que se puede desarrollar dentro del contexto del baloncesto


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


Ingeniería de Requerimientos

El objetivo es crear y mantener el documento de requerimientos del sistema


Modelo en espiral



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



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


Obtención y análisis de R: StakeHolder


Obtención y análisis de R: El proceso de OAR


Obtención y análisis de R: Descubrimiento de requisitos

Recoger información sobre el sistema propuesto


Obtención y análisis de R: Descubrimiento de requisitos


Obtención y análisis de R: Puntos de vista


Obtención y análisis de R: Entrevistas



Entrevistas cerradas: stakeholders responden un listado de preguntas

Entrevistas abiertas: no hay un programa definido



Los entrevistadores eficaces tienen dos características:


Obtención y análisis de R: Escenarios


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


Validación de R


Validación de R: Técnicas


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


Analisis y determinacion de requerimientos

Education

Transcript of Analisis y determinacion de requerimientos