Paquete de Proceso

Análisis de Requerimientos

Autores Marcela Carmona, Catalina Gómez

Fecha de creación 20/03/2014
Fecha de actualización 21/05/2014
Estado Final
Versión 1.0

Control de Versiones

Fecha Versión Autor Modificación

17/03/2014 0.1 M. Carmona Creación del documento
C. Gómez
21/05/2014 1.0 M. Carmona
C. Gómez

© M Carmona, C Gómez
 Paquete de Análisis de Requerimientos Página 2/25
Versión 1.0

Tabla de Contenido
1. Descripción Técnica..............................................................................4
Propósito del documento........................................................................................4
¿Por qué es importante el proceso de Análisis de Requerimientos?...............................4
Definiciones.............................................................................................5
Términos Genéricos...............................................................................................5
Términos Específicos..............................................................................................5
3. Relaciones con modelos Referentes......................................................7
4. Descripción del Proceso........................................................................8
4.1. Caracterización del Proceso..............................................................................9
4.2. Actividades...................................................................................................11
4.2.1. Actividad: RA.1 Realizar Plan de Fase.........................................................12
4.2.2. Actividad: RA.2 Repartir requerimientos de usuario en el equipo de trabajo.....13
4.2.3. Actividad: RA.3 Extraer los requerimientos Funcionales y no Funcionales........13
4.2.4. Actividad: RA.4 Realizar particionamiento de los requerimientos....................14
4.2.5. Actividad: RA.5 Verificar anchura y profundidad de los requerimientos............15
4.2.6. Actividad: RA.6 Realizar Diagrama de Estados.............................................16
4.2.7. Actividad: RA.7 Realizar Diagrama de actividades........................................17
4.2.8. Actividad: RA.8 Realizar Diagramas de casos de uso.....................................17
4.2.9. Actividad: RA.9 Especificar casos de uso en fase fachada..............................18
4.2.10. Actividad: RA.10 Verificar casos de uso en fase fachada..............................19
4.2.11. Actividad: RA.11 Conciliar casos de uso.....................................................20
4.2.12. Actividad: RA.12 Realizar diagrama de casos de uso del proyecto (completo) 20
4.2.13. Actividad: RA.13 Repartir casos de uso en el equipo de trabajo....................21
4.2.14. Actividad: RA.14 Especificar casos de uso en fase terminados......................22
4.2.15. Actividad: RA.15 Validar casos de uso terminados (cliente o equipo).............22
4.3. Descripción de los Roles.................................................................................23
4.4. Descripción de Productos...............................................................................24
4.5. Descripción de Artefactos...............................................................................24
5. Formatos, Guías, Instructivos y Herramientas....................................26
5.1. Plan de Fase.................................................................................................26
5.2. Especificación de requerimientos de usuario.....................................................26
5.3. Listado de requerimientos funcionales y no funcionales......................................26
5.4. Especificación de requerimientos funcionales y no funcionales............................26
5.5. Especificación de Casos de uso.......................................................................26
5.6. Instructivo para elaboración de diagrama de estados.........................................26
5.7. Instructivo para elaboración de diagrama de actividades....................................26

© M Carmona, C. Gómez
Paquete de Análisis de Requerimientos Página 3/25
Versión 1.0

5.8. Instructivo para elaboración de diagrama de casos de uso..................................26

Herramientas......................................................................................................26

© M Carmona, C. Gómez
 Paquete de Análisis de Requerimientos Página 4/25
Versión 1.0

1. Descripción Técnica
Propósito del documento
El propósito de este documento es proporcionar los lineamientos para realizar
correctamente la etapa de análisis dentro de proyectos de desarrollo de software,
ejecutados en periodos cortos de tiempo y por personal con buenos conocimientos
técnicos, pero no de ingeniería de software.

Un paquete de proceso es un conjunto de artefactos desarrollados para facilitar la

implementación de procesos en una empresa de desarrollo de software. Los elementos
típicos de un paquete de proceso son: descripción de procesos, actividades, tareas, roles y
productos, plantillas, listas de chequeo, ejemplos y herramientas.

Este documento está diseñado para ser utilizado en entornos de entrenamiento, por
personas que quieran adquirir conocimiento en ingeniería de software, en corto tiempo.

¿Por qué es importante el proceso de Análisis de Requerimientos?

El proceso de análisis de requerimientos es importante porque refina, modela, especifica y

verifica las solicitudes de usuario, y con ello genera documentos base para los procesos
siguientes.

© M Carmona, C. Gómez
 Paquete de Análisis de Requerimientos Página 5/25
Versión 1.0

Definiciones

En esta sección se encuentran dos conjuntos de definiciones. El primer conjunto define los
términos usados en todos los paquetes de proceso. El segundo conjunto define los
términos usados en este paquete.

Términos Genéricos
Proceso: conjunto de actividades interrelacionadas las cuales transforman entradas
en salidas. [ISO/IEC 12207].

Actividad: un conjunto de tareas de un proceso. [ISO/IEC 12207].

Tarea: requerida, recomendada, o acción permisible que pretende contribuir al

cumplimiento de una o más metas de un proceso. [ISO/IEC 12207].

Paso: una tarea es descompuesta en una secuencia de pasos.

Rol: una función definida para ser realizada por un miembro del equipo del proyecto.
[ISO/IEC 24765]

Producto: pieza de información o entregable que puede ser producido (no

obligatorio) por una o varias tareas.

Artefacto: información que ayuda durante la ejecución de un proyecto.

Términos Específicos

Requerimientos de usuario: La especificación de las necesidades de los usuarios de

un sistema.
Requerimiento Funcional: Declaración de servicios que el sistema debería
proporcionar, como debería reaccionar el sistema a determinadas entradas y cómo
debería comportarse en situaciones particulares.
Requerimiento No Funcional: Restricciones de los servicios o funciones ofrecidas
por el sistema como restricciones de encendido, restricciones en el proceso de
desarrollo, estándares, etc.
Particionamiento: dividir el problema en elementos sub-problemas
(subsistemas/agrupamiento de requerimientos)
Caso de uso: es una descripción de los pasos o las actividades que deberán realizarse
para llevar a cabo algún proceso

© M Carmona, C. Gómez
Paquete de Análisis de Requerimientos Página 6/25
Versión 1.0

Estado: condición o una situación en la vida de un objeto durante la cual satisface

alguna condición, ejecuta alguna actividad o espera que suceda algún evento.
Entidad: objeto que existe y se distingue de otros de acuerdo a sus características
llamadas atributos. Las entidades pueden ser concretas como una persona o
abstractas como una fecha.

© M Carmona, C. Gómez
 Paquete de Análisis de Requerimientos Página 7/25
Versión 1.0

3. Relaciones con modelos Referentes

Este paquete de proceso cubre las actividades relacionadas a la etapa análisis de

requerimientos para proyectos de desarrollo de software.

La base para la definición del proceso de administración de requerimientos es el área de

procesos Requirements Development (RD) del modelo CMMI Development versión 1.3
(Capability Maturity Model Integration), que reúne un conjunto de prácticas que orientan y
garantizan el correcto análisis de los requerimientos de un sistema, en un proyecto de
desarrollo de software.

Este proceso aplica para proyectos de desarrollo de software a la medida, de complejidad

media, cuya duración oscila entre 3 y 6 meses e involucra el desarrollo de máximo 20
requerimientos funcionales y su resultado es el insumo para realizar correctamente las
fases del ciclo de vida del desarrollo del producto: diseño, desarrollo y pruebas.

Para realizar el proceso de análisis de requerimientos se elaboraron una serie documentos,

diagramas, formatos, instructivos y actas que permiten el registro de las actividades del
proceso.

En la figura 1 se presenta la ubicación del proceso de Análisis de Requerimientos dentro

del grupo de procesos de desarrollo de software.

Figura 1 — Procesos del ciclo de vida de desarrollo de software

© M Carmona, C. Gómez
4. Descripción del Proceso

El diagrama de la figura 2 muestra el flujo de información entre las actividades del proceso
de análisis de requerimientos incluyendo los productos de trabajo generados durante el
proceso.

Figura 2 — Proceso de Análisis de Requerimientos

© M Carmona, C Gómez
4.1. Caracterización del Proceso

PROVEEDOR ENTRADA ACTIVIDAD SALIDA CLIENTE

– Pre Análisis – Project Charter Realizar Plan de – Plan de Fase – Análisis de
(Elaborar Project de alto nivel Fase análisis de Requerimientos
Charter de alto requerimientos
nivel)
– Pre Análisis – Project Charter Repartir – Requerimientos – Análisis de
(Elaborar Project de alto nivel, requerimientos de de usuario Requerimientos
Charter de alto Plan de Fase usuario en el equipo asignados al (Extraer los
nivel) análisis de trabajo equipo de requerimientos
– Análisis de – Plan de Fase trabajo Funcionales y no
Requerimientos análisis de Funcionales)
(Realizar Plan de requerimientos
Fase)

– Análisis de – Requerimientos Extraer los – Listado de – Análisis de

Requerimientos de usuario requerimientos requerimientos Requerimientos
(Repartir asignados al Funcionales y no funcionales y no (Realizar
requerimientos de equipo de Funcionales funcionales particionamiento
usuario en el trabajo de los
equipo de requerimientos)
trabajo)
– Análisis de – Listado de Realizar – Identificación y – Análisis de
Requerimientos requerimientos Particionamiento de definición de Requerimientos
(Extraer los funcionales y no los requerimientos sub- (Verificar
requerimientos funcionales requerimientos anchura y
Funcionales y no profundidad de
Funcionales) los
requerimientos)
– Análisis de – Identificación y Verificar anchura y – Especificación – Análisis de
Requerimientos definición de profundidad de los de Requerimientos
(Realizar sub- requerimientos requerimientos (Realizar
Particionamiento requerimientos funcionales y no Diagrama de
de los funcionales Estados; Realizar
requerimientos) – Listas de diagrama de
chequeo actividades)
- Gestión de
configuración
(Almacenar
elementos en el
SVN según
estándares)
– Análisis de – Especificación Realizar Diagrama – Diagrama de – Análisis de
Requerimientos de de Estados estados Requerimientos
(Verificar anchura requerimientos (Realizar
y profundidad de funcionales y no diagramas de
los funcionales casos de uso)
requerimientos) – Listas de
chequeo
– Instructivo

© M Carmona, C Gómez
 Paquete de Análisis de Requerimientos Página 10/25
Versión 1.0

Diagrama de
Estados

– Análisis de – Especificación Realizar Diagrama – Diagrama de – Análisis de

Requerimientos de de actividades actividades Requerimientos
(Verificar anchura requerimientos (Realizar
y profundidad de funcionales y no diagramas de
los funcionales casos de uso)
requerimientos) – Listas de
chequeo
– Instructivo
Diagrama de
actividades
– Análisis de – Diagrama de Realizar diagramas – Diagramas de – Análisis de
Requerimientos actividades de casos de uso caso de uso Requerimientos
(Realizar – Diagrama de (Especificar casos
Diagrama de casos de estado de uso en fase
Estados; Realizar fachada)
diagrama de
actividades)
– Análisis de – Diagramas de Especificar casos de – Casos de uso – Análisis de
Requerimientos caso de uso uso en fase fachada detallados en Requerimientos
(Realizar – Requerimientos fase fachada (Verificar casos
diagramas de funcionales de uso en fase
casos de uso) fachada)

– Análisis de – Casos de uso Verificar casos de – Casos de uso – Análisis de

Requerimientos detallados en uso en fase fachada en fase fachada Requerimientos
(Especificar casos fase fachada validados (Conciliar casos
de uso en fase de uso)
fachada)

– Análisis de – Especificación Conciliar Casos de – Casos de uso – Análisis de

Requerimientos de Uso conciliados Requerimientos
(Verificar casos requerimientos (Realizar
de uso en fase funcionales y no Diagrama de
fachada) funcionales casos de uso del
– Diagramas de proyecto
casos de uso por (completo))
equipo
– Caso de uso
fase fachada

© M Carmona, C. Gómez
 Paquete de Análisis de Requerimientos Página 11/25
Versión 1.0

– Análisis de – Casos de uso Realizar Diagrama – Diagrama de – Análisis de

Requerimientos conciliado de casos de uso del caso de uso del Requerimientos
(Conciliar Casos proyecto (completo) proyecto (Repartir casos
de Uso) (completo) de uso en el
equipo de
trabajo)
– Análisis de – Diagrama de Repartir Casos de – Casos de uso – Análisis de
Requerimientos caso de uso del Uso en el equipo de repartidos en el Requerimientos
(Realizar proyecto trabajo equipo de (Especificar casos
Diagrama de (completo) trabajo de uso en fase
casos de uso del – Casos de uso Terminados)
proyecto en fase fachada
(completo))
– Análisis de – Casos de uso Especificar casos de – Casos de uso – Análisis de
Requerimientos repartidos en el Uso en fase especificados en Requerimientos
(Repartir Casos equipo de Terminados fase terminados (Validar casos de
de Uso en el trabajo uso terminados)
equipo de
trabajo)
– Análisis de – Casos de uso Validar casos de – Casos de uso – Análisis de
Requerimientos especificados en uso terminados requerimientos
(Especificar casos fase terminados terminados(cliente validados (Definir línea
de Uso en fase o equipo) base de
Terminados) requerimientos)
- Gestión de
configuración
(Almacenar
elementos en el
SVN según
estándares)

4.2. Actividades

El propósito del proceso de Análisis de requerimientos es interpretar las solicitudes

obtenidas en el proceso de pre-análisis. En este proceso de análisis de requerimientos se
identifican, detallan y diagraman los requerimientos, y se proporcionan artefactos que
servirán para la validación con el cliente y como punto de partida para el proceso de
diseño.

El proceso de Análisis de Requerimientos (RA) tiene las siguientes actividades:

 RA.1 Realizar Plan de Fase

 RA.2 Repartir requerimientos de usuario en el equipo de trabajo

 RA.3 Extraer los requerimientos Funcionales y no Funcionales

 RA.4 Realizar particionamiento de los requerimientos

© M Carmona, C. Gómez
 Paquete de Análisis de Requerimientos Página 12/25
Versión 1.0

 RA.5 Verificar anchura y profundidad de los requerimientos

 RA.6 Realizar Diagrama de Estados

 RA.7 Realizar Diagrama de actividades

 RA.8 Realizar diagramas de casos de uso

 RA.9 Especificar casos de uso en fase fachada

 RA.10 Verificar casos de uso en fase fachada

 RA.11 Conciliar casos de uso

 RA.12 Realizar diagrama de casos de uso del proyecto (completo)

 RA.13 Repartir casos de uso en el equipo de trabajo

 RA.14 Especificar casos de uso en fase terminados

 RA.15 Validar casos de uso terminados (cliente o equipo)

4.2.1. Actividad: RA.1 Realizar Plan de Fase

La actividad Realizar Plan de Fase permite definir el cronograma para el proceso de

análisis de requerimientos.

Realizar Plan de Fase

Objetivos: Definir el tiempo y responsables de las actividades de la fase de

análisis de requerimientos
Justificación: Permite adquirir un compromiso de trabajo y tiempo de entrega
de actividades, al tiempo que se promueve la auto-organización
del equipo
Roles: Miembros del equipo del proyecto
Artefactos: Plan de Análisis de requerimientos
Pasos: Paso 1: Definición de Tiempos y responsables
Descripción de Paso 1: Definición de Tiempos y responsables
los Pasos: Los miembros del equipo de trabajo deben definir las actividades
que se realizaran durante la fase de análisis de requerimientos,
definiendo responsables y tiempos de entrega por actividad. La
elaboración del plan permite que se organice el trabajo y se
incluyan todas las actividades necesarias para que se realice
correctamente el proceso de análisis de requerimientos.

© M Carmona, C. Gómez
 Paquete de Análisis de Requerimientos Página 13/25
Versión 1.0

4.2.2. Actividad: RA.2 Repartir requerimientos de usuario en el

equipo de trabajo

La actividad Repartir requerimientos de usuario en el equipo de trabajo permite

seleccionar requerimientos para su análisis y desarrollo entre los miembros del equipo,
fomentando la auto-organización del grupo.

Repartir requerimientos de usuario en el equipo de trabajo

Objetivos: Definir responsables de trabajo por cada requerimiento de

usuario
Justificación: Permite la auto-organización de los miembros del equipo,
definiendo los requerimientos de usuario que cada uno tendrá
bajo su responsabilidad
Roles: Miembros del equipo del proyecto
Artefactos: Especificación de requerimientos de usuario
Pasos: Paso 1: Revisar los requerimientos de usuario definidos en la
fase de pre análisis
Paso 2: Actualizar el plan de análisis de requerimientos

Descripción de Paso 1: Revisar los requerimientos de usuario definidos en la

los Pasos: fase de pre análisis
Los miembros del equipo deben revisar los requerimientos de
usuario y repartirlos entre ellos según el análisis realizado
durante la fase de pre análisis. Esto fomentala auto-organización
y el equilibrio de trabajo entre los miembros del equipo.
Paso 2: Actualizar el plan de análisis de requerimientos

Una vez repartidos los requerimientos de usuario se debe

actualizar el plan de análisis de requerimientos, incluyendo las
responsabilidades adquiridas.

4.2.3. Actividad: RA.3 Extraer los requerimientos Funcionales y no

Funcionales

La actividad Extraer los requerimientos Funcionales y No Funcionales permite identificar y

definir las funciones que debe de ejecutar o soportar el sistema y los requerimientos que
actuarán como restricción o requerimientos de calidad.

Extraer los requerimientos Funcionales y No Funcionales

Objetivos: Analizar e identificar los requerimientos de tipo funcional y no

© M Carmona, C. Gómez
 Paquete de Análisis de Requerimientos Página 14/25
Versión 1.0

funcional del sistema de información

Justificación: Garantiza el entendimiento de los requerimientos de usuario y
permite identificar las funciones, restricciones y atributos de
calidad que el sistema debe satisfacer para ser aceptados por el
cliente
Roles: Miembros del equipo del proyecto
Artefactos: Listado de requerimientos funcionales y no funcionales
Pasos: Paso 1: Revisar los requerimientos de usuario
Paso 2: Abstraer requerimientos funcionales y no Funcionales
Paso 3: Realizar el listado de requerimientos funcionales y no
funcionales
Descripción de Paso 1: Revisar los requerimientos de usuario
los Pasos: Los miembros del equipo de trabajo deben de revisar los
requerimientos de usuario asignados para realizar el análisis.
Paso 2: Abstraer requerimientos funcionales y no funcionales
Después de haber revisado y analizado los requerimientos de
usuario se deben identificar los requerimientos funcionales y no
funcionales, teniendo en cuenta cuales son las funcionalidades
que el sistema de información deberá de proporcionar, las
restricciones y atributos de calidad que deberá de considerar.
En este momento se deben identificar los módulos del sistema y
agrupar los requerimientos funcionales por módulos.
Se debe tener en cuenta la información de los requerimientos de
usuario recolectada durante la fase de pre análisis, como
prioridad, criticidad para el negocio e integración con sistemas
externos.
Paso 3: Realizar el listado de requerimientos funcionales y no
funcionales

Los miembros del equipo de trabajo deben documentar los

requerimientos funcionales y no funcionales en el listado de
requerimientos funcionales y no funcionales definido, el cual
permite considerar todos los elementos necesarios para que el
análisis se realice correctamente.

4.2.4. Actividad: RA.4 Realizar particionamiento de los

requerimientos

La actividad de Realizar particionamiento de los requerimientos permite analizar los

requerimientos funcionales identificados y especificar las actividades que se deben realizar
por requerimiento para que el sistema cumpla cada uno de los requerimientos solicitados
por el usuario.

Realizar particionamiento de los requerimientos

© M Carmona, C. Gómez
 Paquete de Análisis de Requerimientos Página 15/25
Versión 1.0

Objetivos: Analizar los requerimientos funcionales con el objetivo de

identificar las actividades que se deben realizar por
requerimiento
Justificación: Permite analizar los requerimientos, descomponiéndolos en
actividades que se requieren para implementar las
funcionalidades en el sistema
Roles: Miembros del equipo del proyecto
Artefactos: Especificación de requerimientos funcionales y no funcionales
Pasos: Paso 1: Revisar los requerimientos funcionales identificados
Paso 2: Identificar sub-requerimientos (actividades)
Paso 3: Realizar la especificación de los requerimientos
funcionales y no funcionales
Descripción de Paso 1: Revisar los requerimientos funcionales identificados
los Pasos: Los miembros del equipo deben revisar los requerimientos
funcionales identificados en la actividad Extraer requerimientos
funcionales y no funcionales, como preparación para realizar la
especificación de cada requerimiento.
Paso 2: Identificar sub-requerimientos (actividades)

Durante este paso se identifican las actividades que se deben

realizar por requerimiento para que el sistema cumpla con cada
uno de los requerimientos solicitados por el usuario. Es
importante lograr el nivel de detalle necesario para que los
requerimientos queden completamente entendidos.
Paso 3: Realizar la especificación de los requerimientos
funcionales y no funcionales
Se debe realizar la especificación de los requerimientos
funcionales y no funcionales incluyendo las actividades
identificadas. Se elabora la especificación por cada
requerimiento, haciendo uso del formato definido para tal fin.

4.2.5. Actividad: RA.5 Verificar anchura y profundidad de los

requerimientos

La actividad de Verificar anchura y profundidad de los requerimientos busca evaluar la

correcta definición de las funcionalidades y el entendimiento del problema.

Verificar anchura y profundidad de los requerimientos

Objetivos: Verificar los requerimientos que cumplan las especificaciones del

problema.
Justificación: Evaluar los requerimientos funcionales identificados para
verificar que cumplan con los atributos de calidad de un
requerimiento: completo, consistente, no contradictorio, no
ambiguo, necesario y medible
Roles: Miembros del equipo del proyecto
© M Carmona, C. Gómez
 Paquete de Análisis de Requerimientos Página 16/25
Versión 1.0

Artefactos: Especificación de requerimientos funcionales y no funcionales

Pasos: Paso 1: Revisar los requerimientos mediante el cubrimiento de
anchura y profundidad
Paso 2: Realizar ajustes en los requerimientos después de
realizar la verificación
Descripción de Paso 1: Revisar los requerimientos mediante el cubrimiento en
los Pasos: anchura y profundidad
Los miembros del equipo deben revisar la especificación de los
requerimientos, verificando que cumplen con los atributos de
calidad, que se está cubriendo el dominio del problema, que los
requerimientos, sub-requerimientos o componentes son posibles
estructuras del problema o de la solución.
Paso 2: Realizar ajustes en los requerimientos después de
realizar la verificación
Una vez verificados los requerimientos, se debe actualizar la
especificación de los requerimientos, para obtener la primera
versión de los mismos.

4.2.6. Actividad: RA.6 Realizar Diagrama de Estados

La actividad Realizar Diagrama de Estados pretende identificar los comportamientos que

pasa un objeto de su vida en respuesta a un evento junto con sus respuestas a esos
eventos.

Realizar Diagrama de Estados

Objetivos: Modelar los comportamientos de los objetos del problema

Justificación: La realización del diagrama de estados permite identificar los
estados o acciones por los que pasa un objeto para realizar una
acción específica, lo que ayuda al entendimiento de la solución a
plantear
Roles: Miembros del equipo del proyecto
Artefactos: Instructivo para realizar diagramas de estados
Diagrama de Estados
Pasos: Paso 1: Identificar Elementos del diagrama de estados
Paso 2: Realizar diagrama de estados
Descripción de Paso 1: Identificar elementos del diagrama de estados
los Pasos: Los miembros del equipo de trabajo deben de identificar los
estados, eventos y las transiciones que afectan a los objetos de
proceso.

© M Carmona, C. Gómez
 Paquete de Análisis de Requerimientos Página 17/25
Versión 1.0

Paso 2: Realizar diagrama de estados

Una vez identificados los elementos se debe realizar el diagrama
de estados, implementándolo en la herramienta definida.

4.2.7. Actividad: RA.7 Realizar Diagrama de actividades

La actividad Realizar Diagrama de actividades permite describir como se coordinan las

actividades que deben realizarse para implementar un proceso. El diagrama resultante
permitirá describir el desarrollo de los casos de uso individuales y los que dependen de
otros casos de uso.

Realizar Diagrama de actividades

Objetivos: Modelar las actividades necesarias de los procesos del problema

Justificación: Permite describir de manera secuencial el desarrollo de un
proceso, el personal humano que interfiere y las posibles
alternativas.
Roles: Miembros del equipo del proyecto
Artefactos: Instructivo para realizar diagramas de actividades
Diagrama de actividades
Pasos: Paso 1: Identificar elementos del diagrama
Paso 2: Realizar diagrama de actividades
Descripción de Paso 1: Identificar elementos del diagrama
los Pasos: Los miembros del equipo de trabajo deben identificar las
actividades / acciones, las decisiones y las particiones del
proceso.
Paso 2: Realizar diagrama de actividades
Una vez identificados los elementos se debe realizar el diagrama
de actividades, implementándolo en la herramienta definida.

4.2.8. Actividad: RA.8 Realizar Diagramas de casos de uso

La actividad Realizar Diagramas de casos de uso permite describir el comportamiento

entre los usuarios y/o clientes y el software a realizar. Esta actividad se implementa sobre
los requerimientos seleccionados por el equipo.

Realizar Diagramas de casos de uso

Objetivos: Modelar los diagramas de casos de uso de los requerimientos

funcionales definidos
Justificación: Permite visualizar el comportamiento que se desea de un

© M Carmona, C. Gómez
 Paquete de Análisis de Requerimientos Página 18/25
Versión 1.0

sistema de información, definiendo los límites y las relaciones

entre el sistema y su entorno.
Roles: Miembros del equipo del proyecto
Artefactos: Diagramas de casos de uso por equipo
Pasos: Paso 1: Analizar diagramas de estados y actividades
Paso 2: Identificar elementos del diagrama de caso de uso
Paso 3: Realizar diagrama de caso de uso
Descripción de Paso 1: Analizar diagramas de estados y actividades
los Pasos: Los miembros del equipo de trabajo deben revisarlos diagramas
de estados y de actividades con el fin de identificar aspectos
relacionados con el comportamiento en diferentes condiciones.
Paso 2: Identificar elementos del diagrama de casos de uso

Una vez revisados los diagramas de estados y actividades se

procede a identificar y definir elementos propios de un diagrama
de casos de uso: actores, casos de uso, asociaciones.
Paso 3: Realizar diagramas de casos de uso

Durante este paso se realizan los diagramas de casos de uso,

implementándolos en la herramienta definida.

4.2.9. Actividad: RA.9 Especificar casos de uso en fase fachada

La actividad Especificar casos de uso en fase fachada permite describir cada caso de uso,
brindado información necesaria para entender como los actores interactúan con el sistema.

Especificar casos de uso en fase fachada

Objetivos: Detallar los casos de uso del sistema en fase fachada

Justificación: Permite describir las actividades principales que se van a
realizar en el sistema, además de ser la base para las demás
fases. El caso de uso en fase fachada debe de contener:
identificador, nombre, descripción, actores, guion (flujo normal).
Roles: Miembros del equipo del proyecto
Artefactos: Caso de uso: fase fachada
Pasos: Paso 1: Revisar requerimientos funcionales y diagramas de
casos de uso
Paso 2: Especificar casos de uso en fase fachada
Descripción de Paso 1: Revisar requerimientos funcionales y diagramas de
los Pasos: casos de uso
Los miembros del equipo de trabajo deben revisar los
requerimientos funcionales y los diagramas de casos de uso,
asociados a los requerimientos de usuario asignados.

© M Carmona, C. Gómez
 Paquete de Análisis de Requerimientos Página 19/25
Versión 1.0

Paso 2: Especificar casos de uso en fase fachada

Una vez revisados los requerimientos funcionales y diagramas
de casos de uso, se procede a especificar cada caso de uso en
fase fachada, utilizando el formato de casos de uso, el cual debe
incluir el identificador, nombre, descripción, actores y guion de
cada caso de uso.

4.2.10. Actividad: RA.10 Verificar casos de uso en fase fachada

La actividad Verificar casos de uso en fase fachada garantiza que los casos de uso sean
conocidos por el equipo de trabajo y que se ajusten a los requerimientos solicitados por el
usuario.

Verificar casos de uso en fase fachada

Objetivos: Verificar entre los miembros del equipo la especificación de los

casos de uso en fase fachada
Justificación: Obtener el entendimiento de los requerimientos a través de la
validación de los casos de uso en fase fachada, adquiriendo el
compromiso de las funcionalidades que se implementarán en el
sistema
Roles: Miembros del equipo del proyecto
Artefactos: Caso de uso: fase fachada
Pasos: Paso 1: Preparar reunión de verificación de casos de uso
Paso 2: Realizar reunión de verificación de casos de uso en fase
fachada
Paso 3: Realizar ajustes a casos de uso en fase fachada
Descripción de Paso 1: Preparar reunión de validación de casos de uso
los Pasos: Los miembros del equipo del proyecto deben preparar la reunión
para la validación de los casos de uso en fase fachada.
Paso 2: Realizar reunión de validación de casos de uso en fase
fachada

Durante este paso se realiza la reunión de validación de casos

de uso en fase fachada, en la que se pretende validar que los
casos de uso estén completos y entendibles.
Paso 3: Realizar ajustes a casos de uso en fase fachada

Durante este paso se realizan los ajustes a los casos de uso

resultantes de la verificación realizada previamente.

4.2.11. Actividad: RA.11 Conciliar casos de uso

La actividad Conciliar casos de uso permite a los miembros del equipo integrar los
resultados en uno solo, evidenciando elementos en común, agrupaciones y dependencias.

© M Carmona, C. Gómez
 Paquete de Análisis de Requerimientos Página 20/25
Versión 1.0

Conciliar casos de uso

Objetivos: Conciliarlos resultados obtenidos por cada equipo de trabajo

Justificación: Garantiza el entendimiento de los requerimientos de usuario,

permitiendo identificar las funciones compartidas, dependencias,
restricciones y atributos de calidad que deben satisfacer para ser
aceptados por el cliente.
Roles: Miembros del equipo del proyecto
Artefactos:
Pasos: Paso 1: Revisar los resultados de cada equipo
Paso 2: Detectar relaciones y/o dependencias entre
requerimientos
Descripción de Paso 1: Revisar los resultados de cada equipo
los Pasos: Los miembros del equipo de trabajo deben analizar los
resultados obtenidos.
Paso 2: Detectar relaciones y/o dependencias entre
requerimientos
Después de haber analizado los resultados se deben detectar las
posibles relaciones y/o dependencias de requerimientos con el
fin de consolidar y dar a conocer los compromisos a desarrollar.

4.2.12. Actividad: RA.12 Realizar diagrama de casos de uso del

proyecto (completo)

La actividad Realizar el diagrama de casos de uso del proyecto permite integrar los
resultados individuales de los equipos en uno solo, de tal manera que describa el
comportamiento entre los usuarios y/o clientes y el software a realizar.

Realizar diagrama de casos de uso del proyecto (completo)

Objetivos: Realizar el diagrama de casos de uso del proyecto que cumpla

con las especificaciones del cliente
Justificación: La realización de un diagrama de casos de uso del proyecto
evidencia el comportamiento global que debe cumplir el sistema
de información, definiendo los límites y las relaciones entre el
sistema y su entorno.
Roles: Miembros del equipo del proyecto
Artefactos: Diagrama de casos de uso del proyecto
Pasos: Paso 1: Consolidar diagrama de caso de uso del proyecto
Paso 2: Realizar diagrama de caso de uso del proyecto

© M Carmona, C. Gómez
 Paquete de Análisis de Requerimientos Página 21/25
Versión 1.0

Descripción de Paso 1: Consolidar diagrama de caso de uso del proyecto

los Pasos: Una vez conciliados requerimientos se debe realizar el diagrama
del caso de uso del proyecto que integre las consolidaciones,
dependencias, agrupaciones, que permita describir todo el
comportamiento del sistema de información.
Paso 2: Realizar diagrama de caso de uso del proyecto

Después de haber consolidado el diagrama de casos de uso del

proyecto, se debe realizar en la herramienta definida.

4.2.13. Actividad: RA.13 Repartir casos de uso en el equipo de

trabajo

La actividad Repartir casos de uso en el equipo de trabajo permite seccionar los casos de
uso entre los miembros de equipo para su análisis y desarrollo, fomentando la auto-
organización del grupo.

Repartir casos de uso en el equipo de trabajo

Objetivos: Repartir casos de uso entre los miembros del equipo de trabajo
Justificación: Permite la auto-organización de los miembros del equipo, puesto
que se reparten los casos de uso definitivos, lo que organiza el
trabajo y evita duplicidad de esfuerzos
Roles: Miembros del equipo del proyecto
Artefactos:
Pasos: Paso 1: Revisar los casos de uso en fase fachada
Paso 2: Actualizar el plan de análisis de requerimientos
Descripción de Paso 1: Revisar los casos de uso en fase fachada
los Pasos: Los miembros del equipo deben revisar los casos de uso en fase
fachada y repartirlos entre ellos teniendo en cuenta las
actividades realizadas durante la fase. Esto fomenta la auto-
organización y el equilibrio de trabajo entre los miembros del
equipo.
Paso 2: Actualizar el plan de análisis de requerimientos

Una vez repartidos los casos de uso en fase fachada se debe

actualizar el plan de análisis de requerimientos, incluyendo las
responsabilidades adquiridas.

4.2.14. Actividad: RA.14 Especificar casos de uso en fase

terminados

La actividad Especificar casos de uso en fase terminados permite describir cada caso de
uso en su versión final, brindado información necesaria para evidenciar como los actores
interactúan con el sistema y los diferentes escenarios que se realizan.

© M Carmona, C. Gómez
 Paquete de Análisis de Requerimientos Página 22/25
Versión 1.0

Especificar casos de uso en fase terminados

Objetivos: Describir los casos de uso en fase terminados

Justificación: Permite describir los casos de uso que se van a realizar en el
sistema además de ser la base para las demás fases. El caso de
uso en fase terminado debe contener: identificador, nombre,
descripción, actores, guion (flujo normal), excepciones,
precondiciones, postcondiciones, prototipo, relaciones con otros
casos de uso.
Roles: Miembros del equipo del proyecto
Artefactos: Caso de uso: fase terminado
Pasos: Paso 1: Revisar casos de uso en fase fachada y diagrama de
casos de uso
Paso 2: Especificar casos de uso en fase terminado
Descripción de Paso 1: Revisar casos de uso en fase fachada y diagrama de
los Pasos: casos de uso
Los miembros del equipo de trabajo deben analizar los casos de
uso en fase fachada asignados y el diagrama de casos de uso, e
identificar los elementos del caso de uso en fase terminado.
Paso 2: Especificar casos de uso en fase terminado

Una vez revisados los casos de uso en fase fachada y el

diagrama de casos de uso, se procede a especificar cada caso de
uso en fase terminado, utilizando el formato de casos de uso, el
cual debe incluir el identificador, nombre, descripción, actores,
guion, excepciones, precondiciones, postcondiciones, prototipo y
relaciones con otros casos de uso.

4.2.15. Actividad: RA.15 Validar casos de uso terminados (cliente o

equipo)

La actividad Validar Casos de Uso (cliente o equipo), permite comprobar el entendimiento

de las solicitudes realizadas por el cliente y obtener su aprobación.

Validar casos de uso terminados (cliente o equipo)

Objetivos: Validar con el cliente los casos de uso del proyecto realizados,
con el objetivo de obtener la aprobación de las funcionalidades
definidas
Justificación: Garantiza el entendimiento de los requerimientos de usuario y
permite confirmar el comportamiento que debe realizar el
sistema de información. El resultado de esta validación permitirá
utilizar los artefactos como insumo para los siguientes procesos.
Roles: Miembros del equipo del proyecto

© M Carmona, C. Gómez
 Paquete de Análisis de Requerimientos Página 23/25
Versión 1.0

Artefactos: Lista de chequeo de validación de productos

Pasos: Paso 1: Preparar la reunión de validación de casos de uso del
proyecto con el cliente
Paso 2: Realizar la validación de los casos de uso del proyecto
con el cliente
Paso 3: Definir línea base de requerimientos
Descripción de Paso 1: Preparar la reunión de validación de casos de uso del
los Pasos: proyecto con el cliente
Los miembros del equipo deben preparar la reunión de
validación de casos de uso con el cliente, utilizando la lista de
chequeo de validación de productos.
Paso 2: Realizar la validación de los casos de uso con el cliente

Durante este paso se validan los casos de uso del proyecto con
el cliente con el objetivo de confirmar el entendimiento de los
requerimientos del usuario y obtener la aprobación del cliente de
las funcionalidades definidas para implementación.
Paso 3: Definir línea base de requerimientos
Como paso final del proceso de análisis de requerimientos, se
debe definir la línea base de requerimientos, teniendo en cuenta
el análisis y la documentación funcional realizada, esta será la
base para analizar y controlar los cambios que se presenten
durante el proyecto. Se debe seguir el proceso de control de
cambios definido.

4.3. Descripción de los Roles

Las actividades del proceso de análisis de requerimientos serán realizadas por cualquier
integrante del equipo del proyecto, puesto que durante el curso y los cursos previos
adquieren las competencias suficientes para realizarlas.

Rol Abreviatura Competencias

1. Cliente CL Conocimiento de los procesos del cliente y habilidad

para explicar los requerimientos del cliente.
El cliente debe tener autoridad para aprobar los
requerimientos y sus cambios.
El cliente debe tener conocimiento y experiencia en
al dominio de aplicación.
2. Analista de AREQ Capacidad de abstracción y análisis de información.
requerimientos Buena comunicación oral y escrita.

© M Carmona, C. Gómez
 Paquete de Análisis de Requerimientos Página 24/25
Versión 1.0

4.4. Descripción de Productos

Nombre Descripción Fuente

1. Plantilla de Describe los casos de uso del sistema, los cuales
Casos de serán implementados. El caso de uso en su fase
uso terminada contiene: el identificador, nombre,
descripción, actores, guion, excepciones, flujos
alternos, precondiciones, postcondiciones,
prototipo, relaciones con otros casos de uso.
2. Diagrama de Identifica los comportamientos de un objeto de
estados su vida en respuesta a eventos generados.
3. Diagrama de Describe de manera secuencial el desarrollo de
actividades un proceso, el personal humano que interfiere,
las posibles y las posibles alternativas.
4. Diagramas Describe el comportamiento integral entre los
de casos de usuarios y/o clientes y el software a realizar.
uso del
proyecto

4.5. Descripción de Artefactos

Artefactos Definición
Plan de análisis de Define las actividades que se realizaran durante el proceso
requerimientos de análisis de requerimientos, incluyendo responsables y
tiempos de entrega
Especificación de Documento que contiene las solicitudes de los usuarios, de
requerimientos de forma clara y completa
usuario
Listado de Documento que contiene la lista de los requerimientos
requerimientos funcionales y no funcionales del sistema
funcionales y no
funcionales
Especificación de Documento que contiene la especificación detallada de los
requerimientos requerimientos funcionales y no funcionales del sistema
funcionales y no
funcionales

© M Carmona, C. Gómez
 Paquete de Análisis de Requerimientos Página 25/25
Versión 1.0

5. Formatos, Guías, Instructivos y Herramientas

Los formatos deben ser ajustados a cada proyecto.

5.1. Plan de Fase

5.2. Especificación de requerimientos de usuario

5.3. Listado de requerimientos funcionales y no funcionales

5.4. Especificación de requerimientos funcionales y no funcionales

5.5. Especificación de Casos de uso

5.6. Instructivo para elaboración de diagrama de estados

5.7. Instructivo para elaboración de diagrama de actividades

5.8. Instructivo para elaboración de diagrama de casos de uso

Herramientas

Para la elaboración de los Diagramas de estados, clases y casos de uso se definió como
herramienta de soporte IBM Rational Modeler.

© M Carmona, C. Gómez