Cap. Análisis de Requisitos Parte 2nuevo

Este material es de propiedad exclusiva de PM Certifica.
Prohibida su reproduccin total o parcial

Tcnicas
1
Descompone una unidad organizacional, alcance
del producto o similar dentro de componentes (cada
un con sus propios requisitos).
Describe las unidades de la organizacin, los
interesados y sus relaciones.
Organizar los Requisitos
Los requisitos pueden estar agrupados a travs de
los procesos relevantes.
Los requisitos pueden estar estructurados alrededor
de las necesidades de cada interesado o grupo.
Descomposicin
Funcional
Modelamiento de
la Organizacin
Modelamiento
del Proceso
Los procesos pueden incluir subprocesos y describir
una jerarqua.
Anlisis de Requisitos - CAP. 6
Tcnicas
2
Modelamiento del Proceso
Elementos 1. Elementos de notacin
Acti vidades: Pasos o tareas realizadas para cumplir un objetivo del
proceso.
Decisiones: Variaciones en el flujo de procesos que pueden desviar el flujo.
Eventos: Acciones o solicitudes que pueden iniciar, interrumpir o terminar el
proceso.
Flujo: La direccin de una ruta o proceso.
Roles: Tipo de persona, grupo o sistema que participa en un proceso.
Lneas de procesos: Son bandas segregadas de un proceso que
especifican que roles ejecutan que parte del proceso.
Puntos terminales: Puntos de inicio y fin (frecuentemente eventos).
2. Mejora de proceso
Analiza el proceso para eliminar el trabajo que no agrega valor.
Ahorra el tiempo del proceso o el tiempo de espera entre procesos.
Mejora las interfases y transferencias, reduce errores.
Reduce cuellos de botella y atrasos.
Tcnicas
3
Ventajas y
desventajas
1. Ventajas
Es entendible para la mayora de interesados.
Herramienta efectiva cuando se maneja mltiples escenarios.
til para capacitacin y documentacin relacionada.

2. Desventajas
Pueden ser muy compleja si los procesos son complejos y resultas
difciles de entender.
No siempre se puede identificar los problemas de un proceso con
un diagrama y puede requerir anlisis adicional.
Tcnicas
4
Grfico extrado del
BABOK versin 2.0
Tcnicas
5
Casos de uso y
Escenarios
Describen los requisitos que soportarn los
objetivos individuales de cada actor o la
respuesta a un hecho determinante.
Modelamiento
del Alcance
Historias de
usuario
Describe los objetivos de los interesados que
la solucin soportar.
Los requisitos pueden estar organizados
basados en los componentes de la
solucin a los que estos estn relacionados.
Casos de Uso y Escenarios
Elementos
1. Nombre: Generalmente una combinacin de un verbo y sustantivo (Ejemplo: Agregar
producto).
2. Actores: Los roles que las personas, grupos, eventos, y tiempo juegan en un sistema.
3. Pre condiciones: Una condicin, estado o evento que debe ser verdad para que se
inicie un caso de uso.
4. Flujo de eventos: Los pasos que detallan la interaccin entre un sistema y un actor.
5. Pos condiciones: Una condicin, estado o evento que ser verdad luego que
concluya el caso de uso.
6. Relaciones: Tambin llamadas asociaciones (BABOK) e interfases. Incluyen:
Extensin: permite la insercin de comportamiento adicional dentro de un caso de
uso.
Inclusin: Permite que el caso de uso base utilice la funcionalidad de otro caso de
uso.
Ventajas y
desventajas
1. Ventajas
Clarifica el alcance y provee un entendimiento de alto nivel de los objetivo de
comportamiento del usuario, situaciones normales, rutas alternativas o excepciones de
una actividad o un proceso de negocios.
2. Desventajas
Los BA frecuentemente intentan describir el comportamiento de la mayora o de todos
los sistemas utilizando este mtodo, an cuando puede haber mtodos ms efectivos.
Generalmente escrito a un nivel ms alto que el requerido, por lo que es necesario un
anlisis adicional.
Tcnicas
6
Tcnicas
7
Diagrama de casos de uso
Grfico extrado del BABOK versin 2.0
Tcnicas
8
Modelamiento del Alcance
Elementos 1. Diagrama de contexto: Un bosquejo visual de la solucin mostrando un
sistema, agentes externos (personas, otros sistema o eventos) quienes
interactan con ste e informacin de alto nivel que fluye dentro y fuera del
sistema.
2. Eventos: Los eventos externos se originan con los agentes o entidades eternas.
Estos pueden ser iniciados por personas o sistemas y pueden involucrar reglas
del negocio
3. Caractersticas: Un grupo de funcionalidades o servicios relacionados que
deberan alinearse con las metas y objetivos del negocio y que cumplen con las
necesidades de los interesados.
4. Diagramas de caso uso: Muestran lo que esta incluido en un sistema, los
actores que interactan con ste y las relaciones entre actores y casos de uso.
5. Procesos de negocios: Procesos de negocios de alto nivel que pueden ser
utilizados para bosquejar el alcance.
Ventajas y
desventajas
1. Ventajas
Facilitan la identificacin de lo que esta fuera y dentro del alcance y como surgen
los nuevos requisitos o cambian los actuales.
2. Desventajas
Ellos son solo un punto de inicio, requieren una investigacin ms detallada y un
anlisis de los requisitos especficos.
Tcnicas
9
Diagrama de contexto (notacin de Yourdon)
Grficos extrados del BABOK versin 2.0
Diagrama de contexto (notacin de Gane-Sarson)
Tcnicas
10
Historias de usuarios
Elementos Son descripciones breves de quien es un usuario (su rol), lo que el usuario
quiere lograr (su objetivo), y por que lo quiere lograr (motivacin o beneficio).
Generalmente incluye tres componentes: el actor, la descripcin y el
beneficio.
Se deben definir criterios de aceptacin y evaluacin para cada historia de
usuario.
Ventajas y
desventajas
1. Ventajas
Pueden trabajar mejor con un mtodo incremental e iterativo con equipos
reubicados y pequeos.
Estos fuerzan a los interesados a que relacionen claramente sus necesidades
con sus respectivos beneficios
2. Desventajas
Trabajan solo con componentes pequeos y bien definidos.
No pueden ser utilizados cuando se requiere amplia documentacin.
Son menos efectivos cuando los equipos estn dispersos.
No se pueden cubrir los requisitos no funcionales.
11 Anlisis de Requisitos - CAP. 6
Agile Historia de Usuario
Independiente
Negociable
Valiosa
Estimable
Pequea
Verificable
TITULO
Como (rol).
Requiero..
Para .
Prioridad: Estimacin:
Criterios de Aceptacin
Al reverso
Caractersticas
Salidas
12
Estructura de
Requisitos
Estructura organizada de los
requisitos y un conjunto documentado de
relacin entre ellos.
Es utilizado para que el analista y los
interesados sepan donde se encuentra
un requisito especfico.
Debe indicar claramente el alcance del
modelo.
13
6.3 Especificar y
Modelar los Requisitos
Especificar y Modelar los Requisitos

14
Analizar los deseos expresos de los interesados y/o
el estado actual de la organizacin utilizando una
combinacin de enunciados, matrices, diagramas y
modelos formales.
Los modelos y especificaciones son creados para
soportar el desarrollo y la implementacin de la
solucin, facilitar la comunicacin entre los interesados,
soportar las actividades de capacitacin y gestionar el
conocimiento, y asegurar el cumplimiento de las
regulaciones y contratos.
Salidas
Tcnicas
Entradas

15
Requisitos
(Analizados)
Estructura de
Requisitos
6.2
Requisitos
(declarados)
3.3
Diagramas de flujo
de datos
Modelamiento de
Datos
Descomposicin
Funcional
Modelamiento de
la Organizacin
Modelamiento
del Proceso
Casos de uso y
Escenarios
Historias de
Usuarios
Anlisis de Reglas
del Negocio
Definicin de Criterios
de Aceptacin y
Evaluacin
Glosario y
Diccionario de
Datos
Prototipo
Anlisis de
Interfases
Mtricas e
Indicadores de
desempeo claves
Anlisis de
Requisitos no
Funcionales
Diagramas de
Secuencia
Diagramas de
Estado
Entradas
16
Requisitos
declarados
Se especifica y modela los requisitos para
estructurar y mejorar el entendimiento
de las necesidades de los interesados.
Estructura de
Requisitos
Define como los requisitos se ajustarn
dentro de requisitos generales y que
otros requisitos pueden requerir
informacin relacionada.
Elementos
17
Los Elementos para Especificar y Modelar los Requisitos
Elementos
1. Texto Expresa solo un requisito a la vez.
Evita clusulas condicionales complejas.
No asume que el lector tiene conocimiento del negocio.
Utiliza terminologa que es consistente.
Expresa los requisitos como un verbo.
Se escribe en voz activa, describiendo claramente quin es el responsable
de cumplir con el requisito.
Utiliza terminologa familiar para los interesados quienes deben revisar y
utilizar el requisitos.
2. Matriz de
documentacin
Una tabla es la forma ms simple de una matriz. Es utilizada cuando el BA
esta buscando transmitir un conjunto de requisitos que tienen una
estructura compleja pero uniforme que puede ser descompuesta en
elementos de entrada para la tabla.
Los atributos de los requisitos generalmente son expresados en forma
tabular. La matrices generalmente son utilizadas para la realizar una
trazabilidad de requisitos y poder rastrearlos, y para priorizar los requisitos.
Elementos
18
Elementos
3. Modelos Para evaluar un mtodo se debe registrar la informacin disponible
y analizar la factibilidad operati va, econmica, tcnica, de
planificacin, organizativa, cultural, legal y de mercadeo.
Capturar esta informacin facilitar el proceso de comparacin
entre alternativas para garantizar una completa y exacta revisin de
resultados.
Se puede utilizar una anlisis cualitativo.
Para soluciones ms grandes y complejas es recomendable que se
utilice un sistema de ponderacin con un conjunto de requisitos
asignados con cierto peso para reflejar su relativa importancia para
la organizacin.
Las soluciones son priorizadas y se investiga con mayor
profundidad las soluciones de mayor puntaje.
Los Elementos para Especificar y Modelar los Requisitos
Tcnicas
19
Diagrama de Secuencia (UML)
Grfico extrado del
BABOK versin 2.0
Tcnicas
20
Diagramas de Estado
Elementos 1. Estados: Condiciones o estados discretos que una entidad u objeto de una
clase pueden ocupar. Un objeto tiene slo un estado actual. Los estados
son definidos por el negocio y se definen reglas para ingresar y salir de los
diversos estados.
2. Transiciones: un evento u otro disparador que causa que una entidad se
mueva de un estado a otro. Las reglas del negocio dictan que transiciones
son vlidas para cada estado.
Ventajas y
desventaja
s
1. Ventajas
Ayuda a descubrir informacin prdida, eventos y requisitos de procesos.
2. Desventajas
A raz de su fcil entendimiento, los interesados pueden fcilmente ampliar
el alcance para incluir estados no aprobados en el alcance.
Ciertos estados de una entidad pueden no ser relevantes al alcance de la
solucin y no deben ser modelados.
Tcnicas
21
Diagrama de Estado de una Mquina (UML)
Grfico extrado del
BABOK versin 2.0
Salidas
22
Requisitos
(Analizados)
Requisitos analizados y modelados.

Cap. Análisis de Requisitos Parte 2nuevo

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Cap. Análisis de Requisitos Parte 2nuevo

Cargado por

Copyright:

Formatos disponibles

Este material es de propiedad exclusiva de PM Certifica.

Prohibida su reproduccin total o parcial

También podría gustarte