Está en la página 1de 4

ANEXO 10 - FORMATO DE DOCUMENTACIÓN DE REQUERIMIENTOS

El presente formato de documentación de requerimientos o requisitos es una salida del proceso de 5.2.3 Recopilar Requisitos de la Guía del
PMBOK y tiene por finalidad describir cómo los requisitos individuales cumplen con las necesidades de negocio del proyecto.

La guía del PMBOK considera la planificación gradual como técnica, es por ello que los requerimientos pueden describirse inicialmente a un
alto nivel y a medida que se va conociendo más del proyecto, ir detallándolos.

Los requerimientos que usted identifique en ese formato, deben ser medibles, comprobables, trazables, completos, coherentes y aceptables
para los interesados claves.

Este documento mantiene estrecha relación con la matriz de trazabilidad de requerimientos

1. FECHA DE ELABORACIÓN DEL DOCUMENTO


<< fecha de elaboración del documento >>
20 de febrero del 2018

2. TÍTULO DEL PROYECTO:


<< el nombre debe permitir identificar al proyecto como un producto único >>

Implementación de una planta de producción de transformadores industriales en la ciudad de Arequipa -PERU

3. SIGLAS DEL PROYECTO:


<< Indicar las siglas de su proyecto >>

IPPTIA SAC
ANEXO 10 - FORMATO DE DOCUMENTACIÓN DE REQUERIMIENTOS

4. GERENTE DEL PROYECTO:


<< Indicar Nombre, Puesto Organizacional y a quien responde y a qué organización pertenece >>
GLADYS PAREJA SOLIS
5. DOCUMENTACIÓN DE REQUERIMIENTOS
Definir los siguientes puntos:

REQUERIMIENTO INTERESADO Prioridad CRITERIOS DE MÉTODO DE SUPUESTOS RESTRICCIONES DEPENDENCIAS IMPACTO EN LAS
(Nombre de la (Alta, ACEPTACIÓN VALIDACIÓN << Indique aquellos premisas o << Indique aquellas << Indique si el ÁREAS Y ENTIDADES
ID persona que solicito media, supuestos que, para los propósitos de limitaciones, ya sea requerimientos INTERNAS Y
el requerimiento) baja) planificación, se consideran interna o externa al guarda alguna EXTERNAS DE LA
verdaderos, reales o ciertos, sin proyecto, que afectaría el dependencia con otro ORGANIZACIÓN
contar con una evidencia o algo que desempeño del requerimiento >>
lo demuestre totalmente >> requerimiento >>
REQUERIMIENTOS DEL NEGOCIO
<< Indique objetivos de la empresa y del proyecto a ser rastreados, reglas de negocio para la organización ejecutante y principios que rigen a la organización >>
R1 CUMPLIR CON LA INSTALACION DE ALTA LA INFORMES LOS PLANOS CERTIFICADOS POR PRESUSPUESTO DE OBRA SECTOR
LA PLANTA EN 12 MESES ELI LEBOVICH IMPLEMENTAC MENSUALES PROFESIONALES DE LA INDUSTRIA. FACTORES CLIMATICOS INDUSTRIAL Y
ION DEBE PERMISOS Y REQUISITOS MINERO DE
CUMPLIR CON MUNICIPALES. AREQUIPA
LOS
ESTANDARES
DE SEGURIDAD
DEL MERCADO

R2 CONTAR CON EL PERSONAL GLADYS PAREJA ALTA QUE CUENTEN CERTIFICACION CONTAR CON LA MANO DE OBRA POCA OFERTA DE MANO MERCADO LABORAL
CALIFICADO PARA EL PROYECTO SOLIS CON ES DEL LOS CALIFICADA PARA EL DESARROLLO DE OBRA CALIFICADA ELECTRICO
EXPERIENCIA Y TRABAJADORE DEL PROYECTO.
EL S Y PROFESIONALES COMPROMETIDOS
CONOCIMIENT CAPACITACION CON EL PROYECTO.
O TECNICO ES MENSUALES
ESPECIALIZADO
REQUERIMIENTOS DE LOS INTERESADOS
<< Indique los impactos sobre otras áreas de la empresa, así como, los impactos sobre otras entidades dentro o fuera de la organización ejecutora. Finalmente, identifique los requisitos de los interesados en relación con la comunicación y presentación de
informes. El documento de entrada para la especificación de estos requisitos es el Registro de Interesados >>
R3 HACER KICK OFF CON EL DP CADA MEDIA AVANCE Y BALANCE DE EL USO DE SISTEMAS PARA LA COMPROMISOS DE LOS AREA DE GESTION
DOS MESES ELI LEBOVICH CUMPLIMIENT AVANCE Y ELABORACION DEL PROYECTO Y INTERESADOS DEL PROYECTO
O DE METAS COSTOS OPTIMIZACION DE LOS COSTOS
ANEXO 10 - FORMATO DE DOCUMENTACIÓN DE REQUERIMIENTOS

R4

REQUERIMIENTOS DE LA SOLUCIÓN: REQUERIMIENTOS FUNCIONALES


<< Requerimientos funcionales que describen los procesos de la empresa, cómo se interactúa con el producto, cuales son las características que tendrá el producto, cuales son los servicios que el producto deberá proporcionar, cuales son las casuísticas
funcionales del producto. Los requisitos funcionales pueden ser documentado en una lista de requerimientos, usando un modelo funcional o en ambos >>
R5 EL SISTEMA DEBERÁ TENER LOS ALTA Productividad DOCUMENTACI Sistema de monitoreo en constante Tecnología de elevado
MECANISMOS PARA CONTROLAR LA ELI LEBOVICH ÓN retroalimentación costo y difícil manejo
SEGURIDAD DE LOS DATOS POR CONTROLADA
DEPARTAMENTO, ÁREA, GERENCIA ASÍ Y
COMO UNA DISTRIBUCIÓN
Número de OPERACIONES
ORGANIZACIONAL JERÁRQUICA DE LA
INFORMACIÓN.
incidentes y REALIZADAS
accidentes BAJO
PERMISOS
Análisis SEGUROS QUE
estadístico de SERÁN
inversión REVISADOS
SEMANALMEN
TE
R6
REQUERIMIENTOS DE LA SOLUCIÓN: REQUERIMIENTOS NO FUNCIONALES
<< Requerimientos particulares o emergentes tales como fiabilidad, tiempo de respuesta, almacenamiento, nivel del servicio, rendimiento, seguridad, cumplimento, soporte, legislativos, éticos, retención…etc. >>
R7
R8
REQUERIMIENTOS DE LA SOLUCIÓN: REQUERIMIENTOS DE TECNOLOGÍA
R9 Maquinaria y equipos electrónicos
R10
REQUERIMIENTOS DE LA SOLUCIÓN: REQUERIMIENTOS DE CUMPLIMIENTO DE LOS ESTÁNDARES
R11
R12
REQUERIMIENTOS DE LA SOLUCIÓN: REQUERIMIENTOS DE SOPORTE O APOYO
R13
R14
REQUERIMIENTOS DE LA SOLUCIÓN: REQUERIMIENTOS DE CAPACITACIÓN
R15
R16
REQUERIMIENTOS DE LA SOLUCIÓN: REQUERIMIENTOS DE CALIDAD
<< Requisitos de calidad y/o normas para el proyecto y el producto. Los requerimientos de calidad pueden incluir un menor reproceso, una mayor productividad, menores costos y una mayor satisfacción de los interesados con el producto del proyecto >>
R17
R18
REQUERIMIENTOS DE LA SOLUCIÓN: REQUERIMIENTOS DE PRESENTACION DE INFORMES (COMUNICACIÓN)
<< Cuales son los requerimientos de comunicación y reportes que necesitan y solicitan los interesados. En esta sección los requisitos de la solución se pueden documentar de manera textual, por medio de modelos, o de ambas formas >>
R19
R20
REQUERIMIENTOS DEL PROYECTO
ANEXO 10 - FORMATO DE DOCUMENTACIÓN DE REQUERIMIENTOS
R21
R22
REQUERIMIENTOS DE TRANSICIÓN
<< Requisitos necesarios para la implementación del producto, pero que tienen una corta duración de implantación en su producto. Por ejemplo: Migración de Datos de la Base de Datos antigua a la nueva >>
R23
R24

Este documento (plantilla) no es limitante de la información que usted maneje, usted puede realizar las mejoras o modificaciones que
considere necesarias en este documento.

También podría gustarte