Vous êtes sur la page 1sur 63

Anlisis de requerimientos

Agenda
Introduccin a los Requerimientos
Como establecer los requerimientos
del Sistema
Cmo administrar requerimientos?
La Visin del sistema
Contexto
Introduccin
Objetivos:
Establecer y mantener la conformidad de
las necesidades de los clientes y
usuarios acerca de lo que el sistema
debe hacer.
Proporcionar a los desarrolladores una
mejor comprensin de los
requerimientos del sistema.
Definir las fronteras del sistema.
............

Introduccin
..........Objetivos:
Proporcionar la base del planeamiento de
los contenidos tcnicos de las iteraciones.
Proporcionar la base de la estimacin de
costos y tiempo de desarrollo del sistema.
Definir una interfaz de usuario para el
sistema centrada en las necesidades y
metas de los usuarios.
Administracin de los
requerimientos
La administracin de requerimientos
es una aproximacin sistemtica para
encontrar, documentar, organizar y
localizar los requerimientos
cambiantes de un sistema.

Administracin de los
requerimientos
Los objetivos propios de la
administracin son:
Encontrar, organizar y documentar los
requerimientos del sistema.
Establecer y mantener acuerdos entre los
clientes y el equipo de trabajo acerca de
sus cambios.
Administracin de los
requerimientos
Problemas:
Los requerimientos no son siempre
obvios y vienen de diferentes fuentes.
No siempre se expresan con facilidad.
Existen muchos tipos diferentes de
requerimientos y distintos niveles de
detalle.
...........
Administracin de los
requerimientos
...........Problemas:
El nmero de requerimientos en
inmanejable si no se controlan
adecuadamente.
Se relacionan unos con otros y
tambin con otros entregables del
proceso de ingeniera de software.
.............
Administracin de los
requerimientos
...........Problemas:
Tienen propiedades nicas con muchos
valores.
Existen muchas partes interesadas y esto
significa que los requerimientos deben ser
administrados por grupos de personas con
funciones en conflicto.
Son cambiantes.
Requerimientos
Un requerimiento se define como:
Una condicin o capacidad con
la cual un sistema debe estar en
conformidad
Clientes
Usuarios
Dominio del Problema
Expertos Dominio
Analistas Industria
Visitas a WEBs
Modelo de Negocios
Reporte de Problemas
Req. De Cambio
Especificaciones Reqs.
Planes de Negocio
Metas de Personal
Analistas
Socios
De dnde provienen los
requerimientos?
Clases de requerimientos
Una manera de categorizar los
requerimientos est descrito en el
modelo FURPS+:
Functionality (Funcionalidad)
Usability (Capacidad de uso)
Reliability (Fiabilidad)
Performance (Desempeo)
Supportability (Capacidad de
Soporte)

No
funcionales
Clases de requerimientos
El signo + incluye restricciones tales
como:
Restricciones de diseo.
Restricciones de implementacin.
Restricciones de interfaz.
Restricciones fsicas.

Requerimientos funcionales
Especifican acciones que el sistema
debe ser capaz de desarrollar sin
tener en cuenta restricciones fsicas.
Se describen en un modelo de casos
de uso.
Especifican los comportamientos de
entradas y salidas del sistema.
Requerimientos funcionales

Estn dentro de esta categora:
Los conjuntos de caractersticas.
Las capacidades.
La seguridad (desde el punto de vista de
cmo definir los derechos o privilegios de
acceso).
Trazabilidad: Enlaces entre
requerimientos y casos de uso
Verifique que los requerimientos de menor
nivel, sean consistentes con los requerimientos
estratgicos.
Requerimiento
RQ10:La mquina de reciclado deber
permitir que se agreguen nuevos tipos de
botella.
[CU4: Agregue nuevo Tipo de Botella]
Para agregar nuevos tipos de botella se
debe activar el modo aprendizaje e
insertar 5 ejemplos...
Caracterstica
del Sistema
(RF)
Caso de Uso
Requerimientos no
funcionales

Describen atributos del sistema o del
ambiente en donde ste se desarrolla.
Se pueden capturar en los casos de
uso pero no se necesitan especificar
de manera detallada.
Requerimientos no
funcionales
Capacidad de uso (Usability)
Factores humanos
Esttica
Consistencia de la interfaz de usuario
Ayudas en lnea
Agentes y wizards
Documentacin de usuario y material de
entrenamiento
Requerimientos no
funcionales
Fiabilidad (Reliability)
Frecuencia / severidad de los errores
Capacidad de recuperacin
Capacidad predictiva
Exactitud
Tiempo promedio entre fallas (MTBF)
Requerimientos no funcionales
Rendimiento (Performance)
Velocidad
Eficiencia
Disponibilidad
Exactitud
Tiempo de respuesta
Tiempo de uso de recursos
Requerimientos no
funcionales
Soporte (Supportability)
Prueba
Extensin
Adaptacin y compatibilidad
Mantenimiento
Configuracin
Instalacin y localizacin
Mtodos para capturar
requerimientos
La informacin en una organizacin no
siempre es fcil de obtener, ms bien es un
proceso lento y costoso, que exige tiempo y
dedicacin por parte del analista de
sistemas y los usuarios.
Las fases de bsqueda de informacin en
cualquier proyecto, suelen ser grandes
consumidoras de tiempo, y el xito de los
resultados depende en gran medida de la
calidad de la informacin.
Mtodos para capturar
requerimientos
Es muy comn que la informacin
requerida no se encuentre escrita, o
inclusive que sta no se conozca. Esto
hace necesaria la interaccin del analista
con las personas del negocio para
identificar y/o generar la informacin
faltante.
Mtodos para capturar
requerimientos
Aprenderemos a capturar requerimientos a
partir de:
El modelo de negocio
Procesos, actores, trabajadores y workflows del negocio.
Tcnicas de recopilacin de informacin
Entrevistas
Trabajo grupal
Anlisis de la documentacin obtenida
Formularios
Reportes
Benchmarking
Anlisis del Modelo de Negocio
Anlisis del modelo de casos de
uso del negocio
Exploracin de los diagramas
Anlisis del modelo de casos de
uso del negocio
Transicin natural (AS IS)
Anlisis del modelo de negocio
Transicin natural (AS IS)
Anlisis del modelo de negocio
Anlisis del diagrama de actividades
Solicita revisin de
lista de precios
Aprueba?
Remite Nueva
Lista a Tiendas
Si
Consulta informacin
del mercado
No
Realiza ajuste de precios de
productos y ofertas
Es campaa
No
Busca productos a
ofertar
SI
Hay nuevos
productos?
No
Define productos
para la venta
Si
P1 : BE-Producto
PO : BE-Precio
Envia lista a
Gerente de Ventas
AV : BW-Asistente Ventas GV : BA-Gerente Ventas
Anlisis del modelo de negocio
Transicin con mejora de procesos
Anlisis del modelo de negocio
Transicin de los objetos de negocio
Anlisis del modelo de
negocio
Redefinicin de los procesos (TO BE)
Matriz de actividades y requerimientos
Caso de
uso de
negocio
Activi-
dades
Respon-
sable
Requeri-
mientos
Caso
de uso
Actor
Luego de identificar las actividades a
automatizar en conveniente efectuar la
matriz de actividades y requerimientos
(fase 1)
Matriz de actividades y requerimientos
Caso de
uso de
negocio
Activi-
dades
Respon-
sable
Requeri-
mientos
Caso de
uso
Actor
Al identificar los requerimientos se
pueden enlazar con los casos de uso
(fase 2)
Tcnicas de recopilacin de
datos
Tcnicas y fuentes de
recopilacin de datos
Existen diferentes tcnicas y fuentes para recopilar
datos. Estos incluyen:
Tcnicas
Cuestionarios
Entrevistas
Sondeos
Encuestas
Collage
Dibujos y diagramas
Fuentes secundarias
Tablas de Organizacin
Descripcin de puestos
Manuales Operativos.
Representacin fsica de las Organizaciones.

La entrevista
En la entrevista el analista de Sistemas
interroga, de manera verbal al
Cliente/Usuario acerca de lo que el se
plantea como problema y de los requisitos
que se consideran indispensables.
Cabe aclarar que aunque aqu las
respuestas pueden no ser escritas, al final
deber hacerse un reporte de la
informacin recabada.
La entrevista
Recomendaciones.
Cuando realice la entrevista elija un lugar
libre de distracciones, agradable, fresco,
cmodo y privado para generar un
ambiente adecuado para el desarrollo de
la misma.
Al llegar al lugar donde se va a llevar a
cabo la entrevista trate de relacionarse
con el entrevistado para que el se sienta
en confianza.

Fases para realizar
entrevistas
1. Lea el material de fondo: Lea y comprenda tanta
informacin de fondo acerca del entrevistado y su
organizacin como le sea posible.
2. Establezca los objetivos de la entrevista: Use la
informacin de fondo que recopil, as como su
propia experiencia y necesidades, para establecer
los objetivos de la entrevista.
3. Decida a quin entrevistar: Incluya a gente clave
de todos los niveles que sern afectados por el
sistema en alguna forma.

Fases para realizar
entrevistas
4. Decida sobre tipos de preguntas y estructura:
Escriba preguntas para tratar los aspectos
principales descubiertos cuando se averiguaron
los objetivos de la entrevista y aclarar las dudas.
Las tcnicas adecuadas de cmo formular
preguntas son el corazn de la entrevista.
5. Prepare al Entrevistado: Prepare a la persona a
ser entrevistada, llamndole con anticipacin y
permitiendo que el entrevistado tenga tiempo para
pensar acerca de la entrevista. Las Entrevistas
deben durar de 45min a 1hr.
Fases para realizar
entrevistas

6. Llegue a tiempo a la cita: De preferencia con
media hora de participacin y establezca un
acercamiento con el entrevistado "Rompa el
Hielo".
7. Vista en forma adecuada: Trate de llevar su
vestimenta de acuerdo al lugar donde ser la
entrevista.
8. Trate de terminar la entrevista con un
compromiso: o sea un apretn de manos.

Entrevista: Tipos de
preguntas
Pregunta Abierta: Permite que el entrevistado se
sienta libre de expresar sus opiniones.
Ventajas:
Es confortable al entrevistado.
Proporciona riqueza de Detalles.
Permite ms espontaneidad.
Pregunta Cerrada: Una pregunta cerrada limita
las respuestas disponibles al entrevistado.
Ventajas:
Se ahorra tiempo.
Se llega al punto.
Se obtienen datos relevantes.
Entrevista: Estructura de las
preguntas
Existen tres tipos de estructuras para
la elaboracin de preguntas para la
entrevista: rombo, pirmide y embudo.



Entrevista: Estructura de las
preguntas
Pirmide
Se debe de utilizar esta estructura cuando
se considere que el entrevistador
necesite ambientarse en el tema.
Es til para obtener cifras y tendencias.
Tambin es un complemento cuando se
quiere una determinacin final acerca del
tema (una segunda o tercera entrevista).



Entrevista: Estructura de las
preguntas
Embudo
La estructura del embudo proporciona una
manera fcil y no intimidante para comenzar una
entrevista.
Tambin es til cuando el entrevistado se siente
interesado acerca del tema y necesita libertad
para expresar sus opiniones.
Se puede organizar de tal forma que se pueda
obtener mucha informacin detallada y en
consecuencia sean innecesarias las preguntas
cerradas y averiguaciones posteriores.



Entrevista: Estructura de las
preguntas
Rombo
Esta estructura combina la fuerza de los dos
anteriores, pero tiene la desventaja de llevarse a
cabo en ms tiempo.
La ventaja principal del uso de esta estructura es
conservar el inters y la atencin de el
entrevistado por medio de una diversidad de
preguntas.
Se requiere de mucha habilidad para
estructurarla.



Benchmarking
Benchmarking
Es una tcnica que permite analizar los
productos alternativos o de la competencia
con la finalidad de evaluar la pertinencia o
no de un desarrollo en casa.
Es til para capturar requerimientos sobre
sistemas o procesos de los competidores y
que pueden ser desarrollados en la
empresa.
El benchmarking debe terminar con un
anlisis de las fortalezas y las debilidades
de los productos analizados.



Benchmarking
Consideraciones adicionales
Con frecuencia, lo que los usuarios creen que
necesitan o lo que parece ser el problema al principio,
resulta ser algo totalmente diferente despus de un
anlisis profundo.
Cuando el analista de sistemas se rene con los
usuarios y ambos empiezan a escarbar, surgen nuevos
y en ocasiones diferentes requerimientos que al
principio no eran evidentes.
La Determinacin de Requerimientos es el estudio de
un sistema para conocer cmo trabaja y dnde es
necesario efectuar mejoras.

Consideraciones
El objetivo del anlisis de sistemas es
comprender situaciones para luego resolver
problemas en dnde una automatizacin es
pertinente y apropiada. No resuelve
problemas de organizacin
Por tanto, los buenos analistas hacen
hincapi en la investigacin y el
cuestionamiento para conocer cmo opera
el sistema e identificar los requerimientos
que tienen los usuarios para modificarlo o
proponer uno nuevo.


Consideraciones adicionales
Los analistas al trabajar con los empleados
de la empresa, deben estudiar el proceso
que se efecta actualmente para as poder
contestar las preguntas claves de esta fase.
Qu y cmo se est haciendo?
Qu tan frecuentemente ocurre?
Qu tan grande es la cantidad de transacciones
o decisiones?
Existe algn problema?, s el problema existe,
Qu tan serio es y cul es la principal causa
que lo origina?



Cmo administrar
Requerimientos?
Requerimiento
A
Iteracin #
Estado
Propietario
Dificultad
Prioridad Costo
Riesgo
Nivel de Test/
precedencia
Categora
Los atributos sirven para administrar los requerimientos
Atributos de Requerimientos
Prioridad:
Establece la programacin de
requerimientos en un plan de iteraciones o
implementacin.
Puede tomar los valores de:
A = Alta (debe programarse primero).
M = Media (puede programarse en otras
iteraciones diferentes a la primera).
B = Baja (puede programarse en las
ltimas iteraciones).
Atributos de Requerimientos
Categora:
Establece la clasificacin de los requerimientos de
acuerdo a la necesidad de los mismos.
Puede tomar los valores de:
P = Primario (no debe faltar).
S = Secundario (es necesario pero no
indispensable).
O = Opcional (es alternativo, novedoso,
pero no necesario).
Atributos de Requerimientos
Riesgo:
Establece el nivel de peligro por inversin o
resultados difciles de predecir de un
requerimiento:
A = Alto (de alto riesgo o peligro).
M = Medio (de riesgo medio).
B = Bajo (no es riesgoso).
Atributos de Requerimientos
Dificultad:
Establece el nivel de dificultad que tiene un
requerimiento en la programacin, porque
involucra tecnologa nueva o porque su
naturaleza es compleja
A = Alta (de alta dificultad).
M = Media (de dificultad media).
B = Baja (de fcil implementacin).
Atributos de Requerimientos
Visibilidad:
Establece el nivel de contacto con el usuario que
tiene un requerimiento.
V = Visible (de alta interaccin con el usuario).
Un ejemplo tpico es el registro de dato.
O = Oculto (de baja o nula interaccin con el
usuario). Un ejemplo son los clculos o procesos
ocultos al usuario.
Atributos de Requerimientos
Precedencia:
Permite establecer que requerimientos
son necesarios para que otros se inicien
o sucedan.
Este atributo permite establecer la cadena
de implementaciones y que
requerimientos no pueden funcionar sin
otros.
La Visin del Sistema
Objetivos:
Capturar a muy alto nivel los
requerimientos y restricciones del diseo
para dar al lector una mejor comprensin
y entendimiento del sistema a ser
desarrollado.

La Visin del Sistema
Contenido del documento:
Objetivos
Alcance
Referencias
Posicionamiento
Descripcin de usuario
Visin general del producto
Atributos
..............
La Visin del Sistema
.......Contenido del documento:
Caractersticas del producto
Restricciones
Rangos de calidad
Precedencias y prioridad
Otros requerimientos del producto
Requerimientos de documentacin