1 Analisis Mpe Ana DF 01 Rev2.0

CICLO DE VIDA DE PROYECTOS
DESARROLLO A MEDIDA
MANTENIMIENTO
FASE 1: ANALISIS
(MPE-ANA-DF-01)
DESCRIPCIÓN DE FASE
Revisión Elaboró Reviso Aprobó
Plantilla: MPP-OPD-06
Confidencial Revisión 0
**Verificar el estado de revisión antes de copiar el documento** 1 de 25

MPE-ANA-DF-01
FASE 1: ANALISIS REVISION 1.0
MANUAL DE PROCESOS ESTANDAR (MPE)
Fecha Revisión:
Contenido
Pág.
1. Historia de revisiones .................................................................................................................................... 3

2. Glosario de Términos .................................................................................................................................... 3
3. Introducción ................................................................................................................................................... 4
4. Objetivos y Alcance. ...................................................................................................................................... 4
5. Responsable de la ejecución de la fase ...................................................................................................... 5
6. Roles y Responsabilidades .......................................................................................................................... 5
7. Relación con otros Procesos ...................................................................................................................... 6
8. Criterios de entrada ....................................................................................................................................... 6
9. Criterios de salida .......................................................................................................................................... 6
10. Requisitos para la fase .................................................................................................................................. 6
11. Herramientas .................................................................................................................................................. 7
11.1. Estándares ............................................................................................................................................... 7
11.2. Documentos de Soporte .......................................................................................................................... 7
11.3. Herramientas de Software ....................................................................................................................... 7
12. Capacitación ................................................................................................................................................... 7
13. Diagrama de la Fase ...................................................................................................................................... 8
14. Procesos de la Fase ...................................................................................................................................... 9
14.1. Preparar Ambiente para Análisis. ............................................................................................................ 9
14.2. Analizar Requerimientos ........................................................................................................................ 11
14.3. Especificar Requerimientos .................................................................................................................. 15
14.4. Elaborar matriz de Trazabilidad ............................................................................................................. 18
15. Guías de adecuación ................................................................................................................................... 20
15.1. Sobre la Fase ......................................................................................................................................... 20
16. Métricas......................................................................................................................................................... 21
17. Gestión de la Configuración ....................................................................................................................... 22
18. Personas relacionadas y sus roles ............................................................................................................ 22
19. Apéndices ..................................................................................................................................................... 22
19.1. Codificación para requerimientos ........................................................................................................... 22
19.2. Relación de documentos generados durante el desarrollo de la fase. .................................................. 25
19.2.1. Plantillas ........................................................................................................................... 25

MPE-ANA-DF-01
Fecha Revisión:
1. Historia de revisiones
La siguiente tabla describe la historia de modificación de los documentos para propósitos de rastreo.
Solamente los cambios hechos que produzcan una nueva revisión del documento deberán ser mostrados
en esta tabla.
Revisión Fecha Modificaciones Modificado por:
2. Glosario de Términos

MPE-ANA-DF-01
Fecha Revisión:
Término Definición
Ambiente de Trabajo Escenario de trabajo preparado para la correcta ejecución de
actividades.
Cambio aprobado Aprobación del Canal Autorizado de la modificación realizada al
Documento de Análisis de Requerimientos. De acuerdo a esto el
solicitante del cambio valida que se hayan comprendido correctamente
los cambios solicitados.
Canal Autorizado (CA) Personal designado por el cliente, encargado de proporcionar los
requerimientos.
Caso de Uso Secuencia de interacciones relacionadas con el comportamiento de un
actor en un dialogo con un sistema para proporcionar al actor un valor
mesurable; colección de escenarios
Catálogo de Documento que contiene en forma clasificada y codificada todos los
requerimientos requerimientos recibidos.
Dominio del negocio Áreas, departamentos, roles, entidades (sistemas, organizaciones,
etc.) donde tendrá impacto el sistema que se va a desarrollar.
Inconsistencia Diferencia producida entre lo especificado y lo obtenido luego de
asignada y ejecutada una tarea. Las inconsistencias se pueden
identificar mediante reuniones de seguimiento o de trabajo.
Requerimiento Necesidad de negocio presentada por el Canal Autorizado.

Puede entenderse como requisito.
Requerimiento aprobado Requerimiento revisado por el equipo de proyecto y validado por el
Canal Autorizado.
3. Introducción
La fase de análisis consiste principalmente en comprender y describir al detalle cada uno de los
requerimientos y necesidades del cliente definidas y aceptadas en la propuesta.
Esta fase es altamente crítica y es el centro de atención del ciclo de vida de ingeniería de los proyectos, ya
que asegura el buen desarrollo del proyecto; pero un mal entendimiento de los procesos de negocios nos
llevará a un solución ineficiente para el cliente, y por ende, al fracaso del proyecto, por lo que es
imprescindible un grado muy alto de interacción con el cliente (usuario), de tal manera que sobre la base
de la información recolectada.
Esta fase incluye los siguientes procesos:
- Preparar ambiente para análisis

- Analizar requerimientos
- Especificar requerimientos
- Elaborar Matriz de Trazabilidad
Es importante que el equipo de proyecto maneje la documentación para cada proceso.
4. Objetivos y Alcance.
Los objetivos de esta fase son:

MPE-ANA-DF-01
Fecha Revisión:
 Conseguir una precisa comprensión de las necesidades que el cliente ha proporcionado en Pre-
Venta, especificándolos en requerimientos, refinándolos y estructurándolos de modo que facilite el
desarrollo y mantenimiento.
Alcance
La fase aplica a todos los tipos de proyectos definidos en el documento “Tipología de Proyectos” (MAP-
OPD-TP-01).
5. Responsable de la ejecución de la fase
El responsable es el Jefe de Proyecto.
6. Roles y Responsabilidades
Rol Descripción Responsabilidades
Jefe de Proyecto (JP) Encargado de gestionar y - Gestionar la preparación del

controlar el proyecto. ambiente para Análisis.
- Gestionar los requerimientos.
- Gestionar los cambios.
- Gestionar la aprobación de los
entregables.
- Realizar revisiones periódicas para
identificar y gestionar
inconsistencias entre los
requerimientos y entregables
relacionados.
Canal Autorizado (CA) Representante(s) del cliente, - Suministrar requerimientos.

quien proporciona los - Solicitar cambios.
requerimientos y/o solicita - Revisar documentación generada en
cambios. la fase de Análisis.
- Aprobar el Catálogo de
Requerimientos.
- Aprobar el Documento de Análisis de
Requerimientos.

MPE-ANA-DF-01
Fecha Revisión:
Analista Funcional (AF) Persona encarga de realizar - Preparar el ambiente para análisis.
el análisis de la - Analizar los requerimientos.
funcionalidad del sistema a - Especificar requerimientos.
nivel de la lógica de los - Elaborar y mantener actualizado el
procesos. Catálogo de Requerimientos
- Elaborar y mantener actualizada el
Documento de Análisis de
Requerimientos y las
Especificaciones de Casos de Uso.
- Elaborar y mantener actualizada la
Matriz CU-Requerimientos
- Elaborar Glosario de Términos
Nuevos.
- Validar los requerimientos que
ingresan al proyecto por Solicitudes
de Cambio con los Criterios de
Aceptación de Requerimientos.
7. Relación con otros Procesos
- Pre-Venta
- Gestión de Configuración
- Gestión de Proyectos
- Medición y Análisis
- Aseguramiento de la Calidad.
8. Criterios de entrada
La fase de Análisis comienza cuando se tiene el Plan de Proyecto Aprobado por parte del Canal
Autorizado.
9. Criterios de salida
La fase de Análisis se completa en el siguiente caso:
- Con la actualización de la Matriz CU-Requerimientos después de la aprobación del Documento de

Análisis de Requerimientos y las Especificaciones de Casos de Uso por parte del Canal Autorizado.
10. Requisitos para la fase
Entradas Criterios
 Plan de Proyecto  Aprobado.
 Propuesta  Aceptada.
 Cambios  Aprobados.
Salidas Criterios
 Catalogo de Requerimientos  Aprobado por el Canal Autorizado.

MPE-ANA-DF-01
Fecha Revisión:
Entradas Criterios
 Documento de Análisis de Requerimientos (DAR)  Aprobado por el Canal Autorizado.
 Especificaciones de Casos de Uso  Aprobado por el Canal Autorizado.
 Matriz CU-Requerimientos  Revisado por el Jefe de Proyecto.
11. Herramientas
11.1. Estándares
- Criterio de aceptación de requerimientos.

- Nomenclatura Estándar de Proyectos
11.2. Documentos de Soporte
- Políticas de la Organización
- Glosario de Términos de la Organización.
- Procedimiento Control de Cambios.
- Procedimiento Gestión de Versiones
- Procedimiento Preparar Ambiente de Configuración
11.3. Herramientas de Software
- MS Word
- MS Excel
- MS Visio
12. Capacitación
Para el personal que participará en la ejecución de la fase.
- Capacitación en la Fase de Análisis

- Entrenamiento en técnicas de Modelamiento.

MPE-ANA-DF-01
Fecha Revisión:
13. Diagrama de la Fase
Análisis
Preparar
ambiente para
análisis
Ambiente de
Plan de Proyecto trabajo
aprobado
Solicitudes de
cambio aprobadas
Criterios de Aceptación
de Requerimientos
Analizar
Requerimientos
Propuesta Catálogo de
aceptada requerimientos aprobado
Especificar
requerimientos
Documentación
Técnica y usuaria de
otras aplicaciones Elaborar Glosario
de Términos del
Proyecto Glosario de Términos
del Proyecto
Elaborar
Especificación
de casos de uso
Especificación de Casos
de Uso
Elaborar
Documento de
Análisis de Req.
Catálogo de
requerimientos
aprobado
Elaborar Matriz de
Trazabilidad Solic. De
cambio
Elaborar Matriz CU -
Requerimientos
Matriz CU -
Requerimientos
Documento de Análisis de
Requerimientos aprobado
Figura 1: Contexto de la Fase de Análisis

MPE-ANA-DF-01
Fecha Revisión:
14. Procesos de la Fase
14.1. Preparar Ambiente para Análisis.
Proceso donde se realizan las acciones necesarias para asegurar que el ambiente de trabajo y los
miembros del Equipo de Proyecto estén debidamente preparados para esta fase.
Objetivos
 Asegurar que el ambiente de trabajo esté apropiadamente establecido y que se cuente con las
herramientas necesarias para iniciar el análisis de los requerimientos.
 Informar al equipo el objetivo del proyecto de las técnicas que se utilizarán en esta fase.
Tabla 1: Entradas, Herramientas y Salidas de la Preparación del Ambiente para Análisis

Entradas Herramientas Salidas
 Plan del Proyecto  Entrenamiento en  Ambiente de trabajo
Aprobado (Recursos y técnicas de establecido para el
Herramientas). modelamiento. equipo.
 Propuesta aceptada  Reuniones con el equipo  Equipo capacitado en las
del proyecto. técnicas de
modelamiento.
Entradas
 Plan del Proyecto Aprobado (Recursos y Herramientas)

 Relación de los miembros del equipo del proyecto donde se describe las características,
habilidades y perfiles de cada recurso.
 Relación de las herramientas de hardware y software a utilizar por el equipo del proyecto.
 Propuesta aceptada
Documento que tiene como característica principal, los requerimientos iniciales del proyecto.
Herramientas
 Entrenamiento en Técnicas de Modelamiento

Preparar al equipo en las técnicas de modelamiento a utilizar para poder asegurar un buen análisis;
ejemplo: UML.
 Reuniones con el equipo del proyecto

Reuniones que servirá a los miembros del equipo para entender claramente el alcance del proyecto.

MPE-ANA-DF-01
Fecha Revisión:
Salidas
 Ambiente de trabajo establecido para el equipo.
El equipo del proyecto estará instalado en su ambiente de trabajo con los materiales, permisos
para el ambiente de sistemas de la empresa, entre otros complementos. Para mayor información
referirse al proceso de Gestión de Configuración (MPE-CM-DP-01).
 Equipo capacitado en las técnicas de modelamiento

El equipo del proyecto destinado para esta fase debe poder realizar el análisis utilizando las
técnicas de modelamiento elegida.
Actividades Relevantes
 Asegurar un ambiente de trabajo y materiales para el equipo del proyecto.

 Asignar y comunicar los roles y responsabilidades que tendrá cada miembro del equipo en el
proyecto.
 Obtener los permisos convenientes en la red de trabajo de la empresa para el equipo del proyecto.
 Entrenamiento en las técnicas necesarias para ejecutar las actividades del proyecto.
Factores de Éxito
 Disponibilidad de ambiente.
 Disponibilidad de los documentos y permisos requeridos.
 Disponibilidad de recursos con perfiles adecuados para el proyecto.
Riesgos
 Si la preparación del ambiente de trabajo para análisis requiere la participación del Canal
Autorizado se debe asegurar su compromiso.
 Si no se tiene un equipo de proyecto con los perfiles necesarios, entonces habrá retrasos en los
entregables del proyecto.
 Si no se cuenta con la disponibilidad de los recursos necesarios, entonces habrá retrasos en los
entregables del proyecto.
 Si no se cuenta con la disponibilidad de los equipos de hardware y software necesarios para esta
fase, entonces habrá retrasos en los entregables del proyecto.

MPE-ANA-DF-01
Fecha Revisión:
14.2. Analizar Requerimientos
Proceso donde se analizan los requerimientos identificados en la etapa de Pre-Venta para

comprender, especificar, priorizar y delimitar las funciones que el software a desarrollar deberá
contemplar.
La participación del Canal Autorizado en esta fase es importante ya que es en este momento en que el
negocio y su funcionalidad serán entendidas, por lo que es preciso su participación y aprobación de
los documentos resultantes. Las decisiones tomadas en este proceso afectarán las fases restantes,
así que es importante que todos los usuarios de la solución estén representados al momento de
determinar los requerimientos minimizando la aparición de nuevos requerimientos en las fases
posteriores.
Objetivos
 Identificar y documentar de forma específica y detallada los requerimientos de la solución a

desarrollar.
Tabla 2: Entradas, Herramientas y Salidas de Analizar Requerimientos

 Propuesta aceptada.  Entrevistas.  Catálogo de
 Plan de Proyecto  Cuestionario para toma de requerimientos.
aprobado. requerimientos.  Criterios de Aceptación
 Archivos de proyectos  Plantilla de Criterios de de Requerimientos.
similares. aceptación de
 Documentación Técnica y requerimientos.
Usuaria de otras  Escenario.
aplicaciones.  Prototipos.
 Solicitudes de Cambio  Plantilla del Catalogo de
aprobadas Requerimientos.
Entradas
 Propuesta aceptada
Propuesta aceptada en Pre-venta con la finalidad de entender lo requerido por el cliente.
 Plan de Proyecto aprobado
 Archivos de Proyectos Similares

La documentación de software similares o de antiguas versiones (si se trata de nuevos requerimientos
para un software ya realizado) ayudará a conocer el negocio e identificar sus necesidades importantes.
 Documentación técnica y usuaria de otras aplicaciones

Refiérase esta entrada a los documentos de análisis de requerimientos (DAR), diseño, manuales
técnicos y/o usuarios, elaborados en proyectos previos que puedan servir al nuevo proyecto de
desarrollo.
 Solicitudes de Cambio aprobadas

Cambios aprobados por el Comité de Cambios que ingresan nuevos requerimientos al proyecto.

MPE-ANA-DF-01
Fecha Revisión:
Herramientas
 Entrevistas
Sesiones donde se decidirán los requerimientos funcionales de la solución. El cliente debe ser el más
interesado en participar en ellas ya que es ahí donde se decidirá la funcionalidad que tendrá la
solución.
 Cuestionario para toma de requerimientos

El Cuestionario para toma de requerimientos puede ser usado para tomar los nuevos requerimientos
propuestos en las solicitudes por cambios. (Para mayor información refiérase al documento de:
Cuestionario para la toma de Requerimientos (MAP-PV-EO-PLN-01).
 Plantilla de Criterios de Aceptación de Requerimientos

Los criterios de Aceptación de requerimientos son usados para validar información de los
requerimientos que son incorporados al proyecto por un control de cambios. Para mayor referencia
referirse al documento de Criterios de Aceptación de Requerimientos (MAP-ANA-PLN-06).
 Escenario
Provee el contexto de las necesidades del usuario. Los casos de uso son la manera más usada para
representar un escenario.
 Prototipos
Herramienta que permite clarificar los requerimientos; es decir, provee la misma información que un
escenario puesto que permite ayudar a entender al usuario la información que se necesita de él.
 Plantilla del Catalogo de Requerimientos

Herramienta para ser utilizada como guía base en la elaboración del Catalogo de Requerimientos
(MPP-ANA-PLN-01).
Salidas
 Catálogo de Requerimientos
Este catalogo tendrá como objetivo ordenar los requerimientos de tal forma que permita conocer el
estado de cada uno de ellos en un momento dado, sus prioridades y muestre además su clasificación
por diferentes criterios establecidos.
 Criterios de aceptación de Requerimientos

Estos criterios serán utilizados para validar la información registrada en el Catalogo de Requerimientos
de los requerimientos ingresados/modificados al proyecto por un control de cambio.
 Verificar las áreas del negocio involucradas.

 Identificar los usuarios involucrados.
 Identificar los procesos actuales que se emplean.
 Preparar cuestionarios y/o entrevistas.
 Definir los reportes o estadísticos que se desean obtener.
 Examinar el alcance del proyecto.
 Revisar los requerimientos solicitados. Para mayor información acerca del seguimiento a los
requerimientos revisar el subproceso de Monitoreo y Control del Proyectos (MPE-GP-DP-01).

MPE-ANA-DF-01
Fecha Revisión:
 Elaborar el catálogo de requerimientos.

 Obtener la aprobación del Catálogo de requerimientos por el Canal Autorizado.

MPE-ANA-DF-01
Fecha Revisión:
Factores de éxito
 Se debe elegir con cuidado a las personas a las que se les solicitará información. Éstas deben conocer
la visión del canal autorizado y el alcance de la solución.
 Alcanzar un acuerdo entre las partes (Jefe de Proyecto y Canal Autorizado) en este proceso ayudará a
asegurar un producto final beneficioso para ambos.
 Aprovechar la experiencia del usuario para obtener el mayor conocimiento posible acerca de los
procesos del negocio.
 Utilizar los documentos involucrados en esta fase, para establecer acuerdos, cambios y/o aprobación
de los requerimientos solicitados por el Canal Autorizado.
 Identificar los riesgos de implementar el requerimiento.
 Apoyar el análisis de los requerimientos que ingresan al proyecto por Solicitudes de Cambio con los
Criterios de Aceptación de Requerimientos.
Riesgos
 Si no se cuenta con la disponibilidad del cliente, entonces habrá retrasos para definir los requerimientos
del proyecto.
 Si no se obtiene el compromiso del Canal Autorizado desde el inicio del proyecto podría haber retrasos
en la aprobación de los entregables, ocasionando un retraso del proyecto.
 Si los requerimientos son ambiguos y poco detallados, entonces pueden llevar a confusión, errores de
diseño y correcciones costosas.
 Si los usuarios no conocen muy bien el negocio, entonces ello llevará a un retraso para identificar la
funcionalidad de ciertos procesos.
 Si un control de cambio en el proyecto ingresa nuevos requerimientos al proyecto y estos no han sido
validados con los criterios de aceptación de requerimientos entonces habrá problemas mas adelante
por un inadecuado análisis del requerimiento.

MPE-ANA-DF-01
Fecha Revisión:
14.3. Especificar Requerimientos
En este proceso se define y documenta en forma completa el comportamiento externo de la solución a

ser construido.
Objetivos
 Describir las funcionalidades de la aplicación a desarrollar, desde el contexto del modelo del
negocio hasta el modelamiento de la solución.
Tabla 3: Entradas, Herramientas y Salidas de Especificar Requerimientos

 Catálogo de  Reuniones de trabajo  Glosario de términos
Requerimientos  UML. Nuevos del proyecto.
Aprobado.  Plantilla del Documento  Especificaciones de
de Análisis de Casos de Uso
Requerimientos (DAR).  DAR (Documento de
 Plantilla del documento Análisis de
de Especificaciones de Requerimientos).
Casos de Uso.
 Plantilla del Glosario de
términos Nuevos del
proyecto.
Entradas
 Catálogo de Requerimientos Aprobado.

Este catalogo tendrá como objetivo ordenar los requerimientos de tal forma que permita conocer el
estado de cada uno de ellos en un momento dado, sus prioridades y muestre además su clasificación
por diferentes criterios establecidos.
Herramientas
 Reuniones de Trabajo
Sesiones donde el Jefe de Proyecto y el Analista Funcional, analizan y desarrollan los casos de uso
partiendo del modelo del negocio y del catálogo de requerimientos.
 UML (Unified Modeling Language).

Lenguaje que permite modelar, construir y documentar los elementos que formarán el sistema a
construir. Herramienta utilizada para diagramar Casos de Uso y diagramas de estado.
 Plantilla del Documento de Análisis de Requerimientos (DAR).

Herramienta para ser utilizada como guía base en la elaboración del Documento de Análisis de
Requerimientos (DAR) (MPP-ANA-PLN-02).

MPE-ANA-DF-01
Fecha Revisión:
 Plantilla del documento de Especificaciones de Casos de Uso.

Herramienta para ser utilizada como guía base en la elaboración de las especificaciones de Caso de
Uso (MPP-ANA-PLN-03).
 Plantilla del Glosario de términos Nuevos del Proyecto.

Herramienta para ser utilizada como guía base en la elaboración del Glosario de términos Nuevos del
Proyecto (MPP-ANA-PLN-04).
Salidas
 Especificaciones de Casos de Uso

Documentos mediante los cuales se describe el flujo normal y alternativo de eventos que realizará la
solución para un determinado caso de uso, representa a su vez las pre-condiciones necesarias para
que se ejecute el caso de uso y las post-condiciones producto de la ejecución del caso de uso.
 Documento de Análisis de Requerimientos (DAR).

Documento que servirá de base para el diseño y desarrollo de la aplicación.
 Glosario de Términos Nuevos del Proyecto.

Este documento contiene todos aquellos términos que por su naturaleza presentan mayor dificultad
para su entendimiento, el mismo que puede ser definido para un proyecto en particular, ya que se
describen las definiciones más usadas.
Actividades relevantes
 Documentar el análisis de los requerimientos, mediante la elaboración y/o actualización del documento
de análisis de requerimientos (DAR).
 Elaborar del glosario de términos nuevos del proyecto.
 Revisar la documentación generada para identificar inconsistencias entre requerimientos y entregables.
 Obtener la aprobación del Documento de Análisis de Requerimientos (DAR) por el Canal Autorizado.
 Obtener la aprobación de las Especificaciones de Casos de Uso por el Canal Autorizado.
 Revisar constantemente la consistencia de los requerimientos vs. Entregables. Para mayor información
acerca de esta actividad referirse el subproceso de Monitoreo y Control del Proyecto (MPE-GP-DP-01).
Factores de éxito
 Los casos de uso deben estar lo más detallado posible.

 Los casos de uso no deben contener ambigüedades.
 Los casos de uso deben ser consistentes con los requerimientos.
 Si se solicita un nuevo requerimiento este debe ser evaluado con los Criterios de Aceptación de
Requerimientos para ser aceptado en el proyecto.

MPE-ANA-DF-01
Fecha Revisión:
Riesgos
 Si los casos de uso no son claros, entonces habrá problemas más adelante cuando se desarrolle otros
documentos en función de estos.
 Si no se tiene claro quienes son los actores que realizan cada proceso, entonces habrá problemas de
interpretación para el flujo que deberá cumplir la solución a implementarse.
 Si los requerimientos no se logran especificar correctamente, no se obtendrán los resultados solicitados
por el cliente.

MPE-ANA-DF-01
Fecha Revisión:
14.4. Elaborar matriz de Trazabilidad
Este proceso se realiza después de la aprobación del Catalogo de Requerimientos y se actualiza una
vez que el Documento de Análisis de Requerimientos sea aprobado.
Objetivos
 Mostrar la asociación de los requerimientos con las especificaciones de casos de uso.
Tabla 4: Entradas, herramientas y salidas de Elaborar Matriz CU-Requerimientos.

 Catalogo de  Plantilla Matriz CU -  Matriz CU –
Requerimientos Requerimientos Requerimientos.
aprobado.
 Documento de Análisis de
Requerimiento aprobado.
Entradas
 Catálogo de Requerimientos aprobado

Este Catálogo de requerimientos deberá ser aprobado por el cliente (Canal Autorizado), para mayor
detalle véase el documento: Inst-Catálogo-Requerimientos-(MPP-ANA-INS-01).
 Documento de Análisis de Requerimiento aprobado.

Este documento deberá ser aprobado por el cliente (Canal Autorizado), para mayor detalle véase el
documento: Inst-Doc-Análisis-Requerimientos-(MPP-ANA-INS-02).
Herramientas
 Plantilla Matriz CU - Requerimientos.

Herramienta que sirve de guía para la elaboración del documento. Para mayor detalle revisar el
documento: Inst-Matriz-CU-Requerimientos (MPP-ANA-PLN-05).
Salidas
 Matriz CU – Requerimientos.
Documento elaborado por el Analista Funcional que permite mostrar la asociación entre requerimientos y
los casos de uso.
 Elaborar Matriz CU – Requerimientos.

MPE-ANA-DF-01
Fecha Revisión:
 Revisar constantemente la consistencia de los requerimientos vs. Entregables. Para mayor información
acerca de esta actividad referirse el subproceso de Monitoreo y Control del Proyecto (MPE-GP-DP-01).
 Mantener actualizada la Matriz CU-Requerimientos.
Factores de éxito
 El Catalogo de Requerimientos debe ser aprobado por el Canal Autorizado.

 El Documento de Análisis de Requerimientos y Especificación de Caso de Uso deben ser aprobadas
por el Canal Autorizado.
Riesgos
 Inadecuada interpretación de las necesidades del usuario.

 Mala descripción de requisitos.
 Falta de monitoreo y seguimiento del Jefe de Proyecto de los requerimientos.
 Mal entendimiento (enfoque) de un requerimiento.
 Una inadecuada asociación entre requerimiento y casos de uso podría afectar la trazabilidad.

MPE-ANA-DF-01
Fecha Revisión:
15. Guías de adecuación
15.1. Sobre la Fase
Tipo de Proyecto
Mtos. Des.
Nº Actividad Artf. Etrgb. Rol Peq. Med. Peq. Med. Grd.
100 Preparar ambiente para JP

análisis AF E E E E E
200 Analizar requerimientos CAR CTR AF E/A E/A E E E
Especificar
300 requerimientos AF E/A E/A E E E
GT AF E/A E/A E E E
ESPCU AF E/A E/A E E E
DAR AF E/A E/A E E E
Elaborar Matriz de
400 Trazabilidad MCUR AF E/A E/A E E E
Nota:
Mto.: Mantenimiento
Des: Desarrollo
Artf.: Artefacto
Etrgb.: Entregable
Peq.: Pequeño
Med.: Mediano
Grd.: Grande
A: Actualizar.
E: Elaborar
O: Opcional

MPE-ANA-DF-01
Fecha Revisión:
DESCRIPCIÓN DE FASE 2008-Sep-26
16. Métricas.
Esta sección define las métricas y medidas para determinar si el proceso: Analizar Requerimientos está trabajando adecuadamente.
Objetivo Medida o Métrica Fuente de Datos Almacenamiento Frecuencia de Receptor del

Análisis Resultado del
Análisis
Determinar la necesidad Índice de aprobación de Catálogo de requerimientos. Repositorio de Una vez aprobados Jefe de proyectos.
de mejorar las técnicas de requerimientos (IAR). métricas. los requerimientos
captura y descripción de del Catálogo de
requerimientos. Requerimientos.

MPE-ANA-DF-01
Fecha Revisión:
17. Gestión de la Configuración
Los EDCs de la fase se identifican y se gestionan de acuerdo al proceso de “Gestión de la Configuración

(MPE-CM-DP-01)” definido por la Organización.
18. Personas relacionadas y sus roles
Rol Nombre Cargo Equipo

Dueño Enrique Echevarria Jefe de Proyecto EMP
Miembro del Equipo de
Autor Johny Choque EMP
Mejora de Procesos
Annie Zamora
Miembros del ETM para la
Jessica Cordova fase de Análisis-Ciclo de
Wendy Herrera Vida de Proyectos.
Equipo de ETM
Nohelia Vilchez
Trabajo
Ray Mendoza
Guillermo Sotomayor Miembro del EMP
Aprobador Rubén Parodi Patrocinador CEM
19. Apéndices
19.1. Codificación para requerimientos
La codificación definida para los requerimientos comprende los siguientes campos:
RX . nn
Donde:
RX: Clasificación del requerimiento al cual se hace referencia
Indica la agrupación de requerimientos al cual pertenece el conjunto de requerimientos.
Los grupos que se pueden tener deben ser definidos en el Documento de Análisis de Requerimientos
(DAR).
Dichos grupos son los siguientes:
Grupo 1: Para requerimientos agrupados por Módulos o requerimientos que tienen un mismo fin.
Estos deben ser definidos para cada proyecto.
Pudiendo tomar la variable “X” valores empezando de 1.

MPE-ANA-DF-01
Fecha Revisión:
De este modo a manera de ejemplo los siguientes módulos pueden ser definidos en un proyecto y se
asignara el valor de “X” de acuerdo a esta definición:
Módulo Valor asignado de “X”

Recursos Humanos 1
Logística 2
Distribución 3
Contabilidad 4
Costos 5
Marketing 6
Grupo 2: Para requerimientos agrupados de acuerdo a un mismo objetivo. Estos deben ser definidos
para cada proyecto.
De este modo a manera de ejemplo los siguientes objetivos de requerimientos pueden ser definidos en
un proyecto y se asignará el valor de “X” de acuerdo a esta definición:
Requerimientos con un mismo

Valor asignado de “X”
objetivo
Recepción, sometimiento y
1
asignación de solicitud
Asignación de expediente 2
Evaluación de solicitud 3
Portal de agencias 4
Seguridad 5
Consultas 6
Realización de requisitos 7
Control de calidad 8
Exclusiones 9
Grupo 3: Para requerimientos agrupados por fases del ciclo de vida del proyecto.
Fases de ciclo de vida de proyecto:
Fase del proyecto Valor de “X”

Análisis 1
Diseño 2
Desarrollo e integración 3
Estabilización 4
Implantación 5

De este modo el campo puede adoptar la siguiente nomenclatura, dependiendo del grupo al cual se
asignen los requerimientos:
 Para el grupo 1: R1, indicará que se trata de un requerimiento perteneciente al primer módulo.
 Para el grupo 2: R8, indicará que se trata de un requerimiento perteneciente al 8vo. objetivo que se
busca con los requerimientos del proyecto, en este caso Control de Calidad.
 Para el grupo 2: R3, indicará que se trata de un requerimiento perteneciente a la fase de Diseño del
ciclo de vida del proyecto.

MPE-ANA-DF-01
Fecha Revisión:
nn: Correlativo del documento

Indica el número correlativo con el que se registra el requerimiento empezando desde 1.
Ejemplo:
1. Para un proyecto cuyos requerimientos requieran ser agrupados por módulos y se ha definido
la siguiente asignación.
Módulo Valor asignado de “X”

Logística 1
Costos 2
Marketing 3
El código:
R2.1
Debe ser leído como sigue: Requerimiento número 1, perteneciente al módulo de Costos.
2. Para un proyecto cuyos requerimientos requieran ser agrupados de acuerdo a un mismo

objetivo.
Objetivo: Consultas
El código:
R6.7
Debe ser leído como sigue: Requerimiento número 7, perteneciente al objetivo de consultas.
3. Para un proyecto cuyos requerimientos requieran ser agrupados por fase del ciclo de vida
del proyecto.
Fase: Programación
El código:
R4.7
Debe ser leído como sigue: Requerimiento número 7, perteneciente a la fase de programación del
ciclo de vida del proyecto.

MPE-ANA-DF-01
Fecha Revisión:
19.2. Relación de documentos generados durante el desarrollo de la fase.
19.2.1. Plantillas
Acrónimo Código de la
Nº Documento plantilla
1 Catálogo de Requerimientos CTR MPP-ANA-PLN-01
2 Documento de Análisis de DAR MPP-ANA-PLN-02

Requerimientos (DAR)
3 Especificación de Casos de Uso ESPCU MPP-ANA-PLN-03
4 Glosario de términos nuevos- GT MPP-ANA-PLN-04

Proyectos
5 Matriz CU – Requerimientos MCUR MPP-ANA-PLN-05
6 Criterios de Aceptación de CAR MPP-ANA-PLN-06

Requerimientos

1 Analisis Mpe Ana DF 01 Rev2.0

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

1 Analisis Mpe Ana DF 01 Rev2.0

Transféré par

Droits d'auteur :

Formats disponibles

CICLO DE VIDA DE PROYECTOS

Revisión Elaboró Reviso Aprobó

**Verificar el estado de revisión antes de copiar el documento** 1 de 25

1. Historia de revisiones .................................................................................................................................... 3

**Verificar el estado de revisión antes de copiar el documento** 2 de 25

Revisión Fecha Modificaciones Modificado por:

**Verificar el estado de revisión antes de copiar el documento** 3 de 25

Requerimiento Necesidad de negocio presentada por el Canal Autorizado.

Esta fase incluye los siguientes procesos:

- Preparar ambiente para análisis

Es importante que el equipo de proyecto maneje la documentación para cada proceso.

Los objetivos de esta fase son:

**Verificar el estado de revisión antes de copiar el documento** 4 de 25

5. Responsable de la ejecución de la fase

El responsable es el Jefe de Proyecto.

Rol Descripción Responsabilidades

Jefe de Proyecto (JP) Encargado de gestionar y - Gestionar la preparación del

Canal Autorizado (CA) Representante(s) del cliente, - Suministrar requerimientos.

**Verificar el estado de revisión antes de copiar el documento** 5 de 25

7. Relación con otros Procesos

La fase de Análisis se completa en el siguiente caso:

- Con la actualización de la Matriz CU-Requerimientos después de la aprobación del Documento de

10. Requisitos para la fase

**Verificar el estado de revisión antes de copiar el documento** 6 de 25

- Criterio de aceptación de requerimientos.

11.2. Documentos de Soporte

11.3. Herramientas de Software

Para el personal que participará en la ejecución de la fase.

- Capacitación en la Fase de Análisis

**Verificar el estado de revisión antes de copiar el documento** 7 de 25

13. Diagrama de la Fase

Figura 1: Contexto de la Fase de Análisis

**Verificar el estado de revisión antes de copiar el documento** 8 de 25

14. Procesos de la Fase

14.1. Preparar Ambiente para Análisis.

Tabla 1: Entradas, Herramientas y Salidas de la Preparación del Ambiente para Análisis

 Plan del Proyecto Aprobado (Recursos y Herramientas)

 Entrenamiento en Técnicas de Modelamiento

 Reuniones con el equipo del proyecto

**Verificar el estado de revisión antes de copiar el documento** 9 de 25

 Equipo capacitado en las técnicas de modelamiento

 Asegurar un ambiente de trabajo y materiales para el equipo del proyecto.

**Verificar el estado de revisión antes de copiar el documento** 10 de 25

14.2. Analizar Requerimientos

Proceso donde se analizan los requerimientos identificados en la etapa de Pre-Venta para

 Identificar y documentar de forma específica y detallada los requerimientos de la solución a

Tabla 2: Entradas, Herramientas y Salidas de Analizar Requerimientos

 Plan de Proyecto aprobado

 Archivos de Proyectos Similares

 Documentación técnica y usuaria de otras aplicaciones

 Solicitudes de Cambio aprobadas

**Verificar el estado de revisión antes de copiar el documento** 11 de 25

 Cuestionario para toma de requerimientos

 Plantilla de Criterios de Aceptación de Requerimientos

 Plantilla del Catalogo de Requerimientos

 Criterios de aceptación de Requerimientos

 Verificar las áreas del negocio involucradas.

**Verificar el estado de revisión antes de copiar el documento** 12 de 25

 Elaborar el catálogo de requerimientos.

**Verificar el estado de revisión antes de copiar el documento** 13 de 25

**Verificar el estado de revisión antes de copiar el documento** 14 de 25

14.3. Especificar Requerimientos

En este proceso se define y documenta en forma completa el comportamiento externo de la solución a

Verificar el estado de revisión antes de copiar el documento 1 de 25

Verificar el estado de revisión antes de copiar el documento 2 de 25

Verificar el estado de revisión antes de copiar el documento 3 de 25

Verificar el estado de revisión antes de copiar el documento 4 de 25

Verificar el estado de revisión antes de copiar el documento 5 de 25

Verificar el estado de revisión antes de copiar el documento 6 de 25

Verificar el estado de revisión antes de copiar el documento 7 de 25

Verificar el estado de revisión antes de copiar el documento 8 de 25

Verificar el estado de revisión antes de copiar el documento 9 de 25

Verificar el estado de revisión antes de copiar el documento 10 de 25

Verificar el estado de revisión antes de copiar el documento 11 de 25

Verificar el estado de revisión antes de copiar el documento 12 de 25

Verificar el estado de revisión antes de copiar el documento 13 de 25

Verificar el estado de revisión antes de copiar el documento 14 de 25

Verificar el estado de revisión antes de copiar el documento 15 de 25

Verificar el estado de revisión antes de copiar el documento 16 de 25

Verificar el estado de revisión antes de copiar el documento 17 de 25

Verificar el estado de revisión antes de copiar el documento 18 de 25

Verificar el estado de revisión antes de copiar el documento 19 de 25

Verificar el estado de revisión antes de copiar el documento 20 de 25

Verificar el estado de revisión antes de copiar el documento 21 de 25

Verificar el estado de revisión antes de copiar el documento 22 de 25

Verificar el estado de revisión antes de copiar el documento 23 de 25

Verificar el estado de revisión antes de copiar el documento 24 de 25

Verificar el estado de revisión antes de copiar el documento 25 de 25